Quand un site sur mesure devient le bon choix
Un site sur mesure coûte trois à cinq fois plus cher qu’un thème adapté. Cette dépense n’a de sens que si elle répond à une contrainte réelle. Nous en identifions quatre, et si aucune ne s’applique à votre situation, nous vous le dirons.
Une logique métier propre. Simulateur de tarif, configurateur de produit, espace client avec droits différenciés, catalogue dont la structure ne rentre dans aucun modèle standard : dès que le site fait autre chose que présenter du contenu, l’empilement d’extensions atteint sa limite. Chaque extension ajoutée est une dépendance supplémentaire, un rythme de mise à jour à suivre et une surface d’attaque de plus.
Une connexion à votre système d’information. Synchroniser un catalogue avec un ERP, remonter des stocks en temps réel, alimenter un CRM avec les demandes qualifiées : ces échanges demandent un contrôle fin des erreurs, des reprises et des files d’attente. Laravel fournit ces briques nativement, et nous savons exactement ce qu’elles font.
Une exigence de performance. Un site qui charge en 4 secondes sur mobile perd environ un visiteur sur quatre avant même l’affichage. Sur un site sur mesure, nous contrôlons chaque requête envoyée, chaque octet de JavaScript et chaque image servie. Nos livraisons se situent systématiquement au-dessus de 95 sur Lighthouse mobile, et nous nous y engageons contractuellement.
Une contrainte de sécurité ou de conformité. Données de santé, données financières, obligations sectorielles : lorsque la conformité est vérifiée par un tiers, il faut pouvoir montrer où sont les données, qui y accède et comment c’est journalisé. C’est difficile à démontrer sur une pile de composants tiers dont on ne maîtrise pas le code.
Ce que contient réellement une prestation
Un design conçu pour votre contenu
Nous ne partons pas d’un gabarit. Le design commence par l’inventaire de vos contenus réels — pas du lorem ipsum — et par les parcours que vous voulez provoquer. La direction artistique est validée sur prototype interactif, ce qui permet de juger les transitions, les états de survol et le comportement mobile avant qu’une seule ligne ne soit écrite.
Le résultat n’est pas une série de maquettes mais un design system : une bibliothèque de composants documentée, réutilisable, qui garantit la cohérence quand vous ajouterez des pages dans deux ans.
Une architecture applicative propre
Nos projets appliquent le même découpage : la logique métier vit dans des services et des actions, les accès aux données passent par des dépôts interchangeables, les objets de transfert typés remplacent les tableaux associatifs, et les contrôleurs se contentent d’orchestrer.
Ce n’est pas une coquetterie d’architecte. La conséquence pratique est simple : changer la source de données, ajouter une API mobile ou remplacer le moteur de recherche ne touche pas la logique métier. Sur une application qui vit cinq ans, cette propriété se traduit directement en jours de développement économisés.
// Un contrôleur ne fait qu'orchestrer : validation, appel métier, réponse.
final class QuoteController extends Controller
{
public function store(QuoteFormRequest $request, SubmitQuoteRequestAction $action): RedirectResponse
{
$quote = $action->execute(QuoteRequestData::fromArray($request->payload()));
return redirect()->to($this->locales->route('thanks').'?devis='.$quote->reference);
}
}
Des tests automatisés dès le premier sprint
Nous visons 80 % de couverture sur la logique métier et 100 % sur les parcours critiques. Les tests ne sont pas une ligne optionnelle du devis : ils font partie du développement, comme la compilation.
Leur intérêt apparaît au sixième mois, quand une évolution touche un module écrit il y a vingt semaines. Sans tests, chaque modification devient un pari et l’équipe finit par ne plus oser toucher au code — c’est exactement le mécanisme qui produit un site « à refaire » au bout de trois ans.
Un back-office fait pour vos contenus
Un éditeur générique produit toujours le même effet : les équipes n’osent pas s’en servir, et les modifications reviennent au prestataire. Nous construisons un back-office qui parle votre vocabulaire, avec vos types de contenu réels, des champs contraints et des aperçus fidèles.
Un socle SEO posé dès l’architecture
Le référencement ne s’ajoute pas après coup. Nous décidons à la conception :
- la structure d’URL et sa stabilité dans le temps ;
- le rendu serveur systématique, pour que le contenu existe sans JavaScript ;
- les données structurées JSON-LD reliées en un graphe cohérent ;
- le maillage interne entre pages piliers et contenus satellites ;
- les sitemaps par langue et les balises hreflang ;
- le budget de performance vérifié à chaque déploiement.
Combien ça coûte, concrètement
| Type de site | Périmètre | Budget indicatif | Durée |
|---|---|---|---|
| Site institutionnel | 15 à 25 pages, back-office, blog | 1 400 – 2 200 € | 1 à 2 semaines |
| Site multilingue | 3 langues, SEO par langue | 2 200 – 3 500 € | 2 semaines |
| Site avec espace client | Comptes, droits, documents | 3 000 – 5 000 € | 2 à 3 semaines |
| Site + intégration ERP | Synchronisation bidirectionnelle | 4 000 – 7 000 € | 3 semaines |
Ces montants sont hors taxes et incluent le design, le développement, les tests, la mise en ligne et six mois de garantie. Le cadrage préalable, facturé séparément, est déduit du forfait si vous nous confiez la réalisation.
Les questions à nous poser avant de signer
Un prestataire sérieux doit pouvoir répondre à celles-ci sans hésiter. Posez-les-nous, et posez-les à nos concurrents.
Où sera hébergé le dépôt de code, et à quel nom ? Quel est le score Lighthouse mobile que vous vous engagez à atteindre, et que se passe-t-il s’il n’est pas tenu ? Quelle couverture de tests visez-vous ? Qui écrit le code, et cette personne sera-t-elle présente jusqu’à la livraison ? Que se passe-t-il si nous voulons internaliser dans deux ans ?
Nos réponses figurent dans notre contrat type, que nous transmettons avant toute signature.
