Comment créer un site internet — quatre décisions, la mise en page et ce qui allonge vraiment un projet

Les guides expliquant comment créer un site internet se comptent par centaines et décrivent tous la même chose : choisir un nom, acheter un hébergement, installer un système, ajouter du contenu. Ce n’est pas faux — c’est une liste d’actions, et non une réponse à la question que se pose réellement une entreprise. La question est : que dois-je trancher pour ne pas payer deux fois la même chose.

Ce texte est écrit depuis le côté de la table où se tient le prestataire, il contient donc aussi ce que les guides taisent d’ordinaire : la durée réelle, ce qui consomme ce temps, et quelle part du travail vous revient.

Quatre décisions prises avant le premier écran

Un projet de site se joue en quatre réponses, et chacune coûte moins cher avant le début du travail que pendant.

Pourquoi ce site existe. Pas « pour que l’entreprise soit sur internet », mais : que doit-il se passer pour qu’on le considère comme réussi. Une demande de devis ? Un appel ? Une réservation ? Le téléchargement d’une fiche technique ? De cette réponse dépendent la mise en page de l’accueil, le nombre de formulaires et la nécessité même d’un blog. Un site sans objectif nommé finit toujours en catalogue de tout ce que l’entreprise fait — et n’en fait rien correctement.

À qui il parle. On n’écrit pas de la même façon à quelqu’un qui connaît le secteur et compare trois prestataires qu’à quelqu’un qui découvre le problème. Cela tranche le vocabulaire, la longueur des textes, et la question de savoir s’il faut une section pédagogique ou si, au contraire, le site fonctionne mieux avec le moins d’explications possible.

Qui le modifiera. Une question qui a l’air technique et qui est organisationnelle, et qui élimine plus d’options que n’importe quelle autre. Si le contenu change une fois par trimestre et qu’une seule personne s’en charge, presque tout convient. S’il change chaque semaine, que trois personnes de services différents y touchent et qu’une erreur de tarif coûte de l’argent réel, il ne reste qu’un groupe étroit de solutions, et c’est lui qui fixe le budget. Le volet technique est traité séparément, dans le texte sur le choix d’une plateforme.

Ce qui se passera si la décision se révèle mauvaise. Tout choix de technologie est en même temps un choix du coût pour en sortir. Certaines solutions vous rendent votre contenu en un fichier, d’autres ne vous rendent rien d’autre que du texte brut. Cette ligne ne figure dans aucune offre et se décide le jour de la signature.

Il vaut la peine de voir comment ces réponses se traduisent concrètement, car ce n’est pas un exercice théorique. Si l’objectif est une demande de devis, le formulaire figure sur chaque page de service et pas seulement sous « Contact » — avec autant de champs que nécessaire à une première réponse, généralement trois. Si l’objectif est un appel, le numéro monte dans l’en-tête et doit être cliquable sur un téléphone, le formulaire passant au second plan. Si l’objectif est une réservation, toute la page d’accueil mène au calendrier et tout le reste se trouve sur le chemin, pas à côté.

La même logique vaut pour l’audience. Un site écrit pour quelqu’un qui compare trois prestataires a besoin des éléments qui tranchent — périmètre, délais, références — parce que cette personne sait déjà ce qu’elle veut. Un site écrit pour quelqu’un qui découvre le problème doit d’abord nommer le problème, et seulement ensuite vendre la solution. Mélanger ces deux modes produit un texte trop superficiel pour les uns et incompréhensible pour les autres.

Ce n’est qu’après ces quatre réponses qu’une conversation sur l’apparence du site a du sens. Avant elles, toute maquette est une supposition.

Ce qui doit y figurer — et d’où nous le savons

Ici s’arrêtent les généralités. Ce qui suit revient assez régulièrement dans nos réalisations pour que nous le traitions comme un point de départ, un écart demandant une justification.

Un seul titre plutôt qu’un carrousel. Le carrousel en page d’accueil reste une demande standard et c’est une demande coûteuse. Le mécanisme est simple : le plus grand élément visible à l’arrivée est souvent une image du carrousel, et le navigateur ignore laquelle des trois ou cinq diapositives il affichera — il télécharge donc plus que nécessaire, et le moment où le visiteur voit du contenu arrive plus tard. Le second coût est éditorial : un carrousel promet de dire cinq choses à la fois, ce qui signifie en pratique n’en dire aucune, car personne n’attend la troisième diapositive.

Nous avons un chiffre à nous sur ce point, mais il faut le lire avec une réserve. Notre page d’offre — un titre statique, un seul appel à l’action — mesure 0,99 à 1,02 s. Notre page d’accueil, plus lourde et plus riche en éléments, mesure 1,67 à 1,72 s. C’est la médiane de cinq passages sur chacune, réalisée avec notre propre procédure de mesure et non un relevé unique d’un outil gratuit. La réserve voyage avec le chiffre : en dessous d’un demi-seconde d’écart, nous ne décidons pas sur ce seul indicateur, car la dispersion de la mesure est du même ordre. Ici l’écart avoisine sept cents millisecondes, il est donc réel — mais il s’agit de la mesure de deux de nos pages, pas d’une référence de marché, et nous ne prétendons pas le contraire.

Pour être précis : 2,5 secondes est la limite en dessous de laquelle Google considère cet indicateur comme bon — nos deux pages y tiennent avec de la marge. L’écart entre elles n’est donc pas un écart entre « bien » et « mal », mais entre deux versions de « bien », et c’est exactement ainsi qu’il faut le lire. Le seuil est défini dans la documentation des Core Web Vitals.

Comment le vérifier chez vous, sans croire personne sur parole : ouvrez le site dans un navigateur, activez les outils de développement, bridez la connexion sur un profil mobile et rechargez. Ce qui vous intéresse, c’est le moment où apparaît le plus grand élément visible sans défilement — généralement l’image de l’en-tête. S’il attend le téléchargement de trois images dont vous n’en montrerez qu’une, vous savez déjà où est passé le temps.

Un contact visible sans chercher. Numéro de téléphone et adresse dans l’en-tête, pas seulement sur la page « Contact ». Dans les entreprises de services, c’est l’élément le plus utilisé de tout le site, et il est souvent le plus difficile à trouver.

La preuve que l’entreprise existe et a fait ce travail. Des photos de vos propres réalisations, pas des banques d’images. Le nom de l’entreprise en pied de page avec les mentions légales et l’adresse. Un périmètre de services décrit plutôt que le slogan « solutions complètes ». C’est la partie qui ne s’achète pas avec le site et la raison la plus fréquente pour laquelle les projets s’arrêtent.

Un seul chemin vers l’action, pas cinq. Si la page d’accueil porte quatre boutons de même poids, le visiteur n’en choisit aucun. Choisissez l’action qui doit se produire le plus souvent et rendez-la la plus visible ; le reste peut être un lien dans le texte.

Un formulaire plus court que vous ne le voudriez. Chaque champ supplémentaire est une raison de plus d’abandonner. Un premier contact demande juste de quoi rappeler — généralement un prénom, un canal et une phrase sur le sujet. Le reste se règle en conversation. Les champs « raison sociale », « numéro fiscal », « comment nous avez-vous connus » et « budget », ajoutés à tout hasard, coûtent des demandes et changent rarement ce que vous ferez de la première réponse.

Un formulaire qui arrive vraiment. Cela paraît banal et c’est le test le plus souvent oublié à la livraison. Envoyer un message et voir « merci » ne prouve rien — la preuve est un message dans une boîte que quelqu’un lit chaque jour. Des formulaires peuvent atterrir silencieusement dans les indésirables ou à l’adresse d’un ancien salarié pendant des mois avant que quiconque le remarque, car l’absence de demandes ressemble exactement à l’absence d’intérêt.

Les pages qui doivent exister quel que soit le secteur : l’accueil, les services répartis en pages distinctes plutôt qu’en une liste, une page « À propos » avec des visages et des noms, un contact avec formulaire et mentions légales, et une politique de confidentialité. Tout le reste dépend de la réponse à la première des quatre questions.

Comment cela se construit : du brief à la livraison

L’ordre dans lequel nous travaillons, et ce qui vous revient à chaque étape.

Brief et cadrage. Une conversation sur l’objectif, l’audience et le périmètre, close par un document que les deux parties valident. C’est le seul moment où les modifications sont gratuites. Ce qui doit y figurer est détaillé dans un texte à part sur le brief.

Wireframe. Une mise en page sans couleurs et sans photos — les blocs et leur ordre. Laide volontairement, car un croquis laid produit une conversation sur la structure et un joli croquis une conversation sur la teinte d’un bouton. Ce que c’est et à quoi cela sert, nous le décrivons avec les wireframes.

Design. Seulement maintenant les couleurs, la typographie et les photos. À cette étape, vous validez l’apparence, pas le contenu — le contenu était dans le brief.

Développement. Codage, saisie des contenus, configuration du système. De votre côté : la livraison des éléments définitifs et des accès.

Les étapes se font parfois compresser — généralement les deux premières, parce qu’elles ne montrent aucun progrès. Le résultat est prévisible : un brief sauté signifie que le cadrage se fait pendant le développement, au moment le plus cher possible ; un wireframe sauté signifie que la première conversation sur la mise en page porte sur une maquette finie, où changer l’ordre des blocs veut dire tout redessiner. Les deux étapes réunies durent moins longtemps que le seul tour de corrections qu’elles provoquent quand elles manquent.

Tests et livraison. Vérification sur téléphones, parcours d’achat, test des formulaires — c’est-à-dire vérifier que le message arrive réellement, et non que le formulaire affiche une confirmation. Comment tester un site pour que le résultat signifie quelque chose est décrit dans le texte sur les tests.

Combien de temps cela prend réellement — et ce qui consomme ce temps

Un site d’entreprise classique se construit chez nous en deux à huit semaines. L’écart est large parce qu’il ne dépend pas principalement du nombre de pages.

Trois choses allongent les projets le plus souvent, et toutes trois se situent du côté du client. Nous ne l’écrivons pas comme un reproche — nous l’écrivons parce que la conscience de ces trois points raccourcit un projet davantage que n’importe quelle optimisation de notre côté.

Des textes et des photos qui n’arrivent pas. La cause d’arrêt la plus fréquente. Le site est prêt, il attend les descriptions de services et les photos de l’équipe, et celles-ci demandent la décision et l’après-midi de quelqu’un. Un projet peut rester bloqué là plus longtemps que n’a duré toute la construction. Il n’y a qu’un remède et il se fixe au départ : soit les éléments sont prêts avant le début, soit leur préparation est une ligne distincte du périmètre.

Une validation qui circule. Le wireframe envoyé au client revient avec des remarques au bout de dix jours, parce que trois personnes devaient s’y prononcer et que deux étaient en congé. Chaque boucle de ce type coûte une semaine. Il est utile de désigner un décideur et de convenir d’une date de réponse avant même l’envoi — non pour presser, mais pour nommer l’attente.

Des accès à des systèmes que nous n’avons pas. Les clés du CRM, les identifiants du système de réservation, l’accès au panneau du domaine, un compte dans l’outil d’envoi de newsletter. Chacun se trouve souvent chez une personne différente ou chez un prestataire précédent difficile à joindre. C’est le point à traiter dès la signature, pas la semaine de la mise en ligne.

Un projet où ces trois choses sont préparées se situe dans la moitié basse de la fourchette. Un projet où elles ne le sont pas peut dépasser le haut — et cela n’a généralement rien à voir avec la technologie.

Cela fonctionne aussi dans l’autre sens, et il vaut la peine de le dire, car les conversations sur les délais se terminent d’ordinaire par une liste de risques. Les projets qui descendent à deux semaines ont généralement trois traits communs : les éléments étaient prêts avant le début, les décisions étaient prises par une seule personne, et le périmètre n’a pas grossi en route. Aucune de ces trois choses ne dépend du prestataire — et c’est précisément pour cela que nous les décrivons ici et non dans une offre.

Le faire soi-même ou le confier — et ce que cela change vraiment

Certaines entreprises arrivent ici à une question que les guides posent rarement franchement : ne faudrait-il pas le faire soi-même. C’est une question sensée et la réponse n’est pas automatiquement non.

Une seule chose la tranche, et ce n’est pas le budget. Construire soi-même n’économise pas d’argent — cela le convertit en votre temps et votre attention. Si ce temps existe, le calcul tient. S’il n’existe pas, le projet ne coûte pas moins : il dure plus longtemps et s’arrête plus souvent à mi-chemin.

Trois questions qui tranchent :

Combien d’heures pouvez-vous réellement y consacrer par mois ? Pas combien vous voudriez — combien il en reste réellement après ce que vous faites déjà. En dessous de dix heures par mois, un site d’entreprise construit soi-même n’arrive généralement pas au bout, parce qu’on y revient toutes les deux semaines et qu’il faut à chaque fois se rappeler où l’on s’était arrêté.

Que se passe-t-il quand quelque chose cesse de fonctionner ? Le formulaire n’envoie plus, le certificat expire, le site se met à charger plus lentement. En prestation, c’est un coup de téléphone à quelqu’un. En autonomie, c’est votre soirée, généralement au pire moment.

Ce site doit-il être un argument de vente ? Si un client juge votre entreprise sur lui — et dans les services, c’est généralement le cas — alors l’écart entre « ça marche » et « ça convainc » est ce que vous payez. Si le site doit surtout être une adresse où l’on vous trouve, cet écart compte moins.

Si les réponses mènent à l’autonomie, vous avez trois chemins : un créateur de site en abonnement si la vitesse compte et qu’un abonnement ne vous gêne pas ; le HTML statique s’il y a quelques pages et que le contenu ne bouge pas ; ou un système de gestion de contenu si vous comptez faire évoluer le site.

Ce qui se passe le jour de la mise en ligne

Mettre un site en ligne n’est pas un clic. C’est un changement dans un réseau mondial d’adresses, et il demande du temps.

Rediriger le domaine. Dans le panneau du domaine, vous modifiez les enregistrements pour qu’ils pointent vers le serveur du nouveau site. Le changement n’est pas immédiat : chaque enregistrement porte un TTL, c’est-à-dire — littéralement selon la spécification du système de noms de domaine — « la durée pendant laquelle l’enregistrement peut être conservé en cache avant que la source de l’information doive être interrogée à nouveau » (RFC 1035, section 3.2.1). Tant que cette durée n’est pas écoulée, une partie d’internet voit encore l’ancien site et une autre déjà le nouveau — et ce n’est pas une panne, c’est le fonctionnement du réseau. En pratique, cela va d’un quart d’heure à une bonne partie de la journée, selon le TTL configuré auparavant.

Conclusion pratique : si vous avez une échéance, abaissez le TTL quelques jours avant le déménagement. Le jour de la bascule, le monde oublie alors plus vite l’ancienne réponse.

Les adresses de l’ancien site. Si le site précédent était référencé, ses adresses ont une valeur facile à jeter. Chacune a besoin d’une redirection vers son nouvel équivalent — pas vers l’accueil, car tout rediriger vers l’accueil est lu par un moteur de recherche comme une suppression de contenu. La liste des anciennes adresses s’extrait avant la bascule, pas après.

Le certificat. Le site doit répondre en HTTPS avant que vous n’y invitiez qui que ce soit. Quel certificat suffit et quand il faut payer davantage, nous le tranchons dans un texte à part.

Les premières heures. Ouvrez le site depuis un réseau mobile, pas seulement depuis le bureau — c’est parfois le seul moyen de voir ce que voit quelqu’un de l’extérieur. Envoyez un message par le formulaire et confirmez qu’il est arrivé dans une boîte que quelqu’un lit. Si l’ancien site était référencé, assurez-vous que ses adresses mènent aux nouveaux équivalents et non dans le vide.

La première semaine. Activez la mesure d’audience avant toute promotion — sinon les premiers jours, souvent les plus intéressants, sont perdus. Déclarez le site dans l’outil pour webmasters du moteur de recherche et vérifiez après quelques jours que les adresses y sont visibles ; l’absence du site dans les résultats après une semaine peut être normale, son absence dans l’outil de déclaration ne l’est pas. Et notez quelque part l’état initial : combien de pages, quel temps de chargement, combien de demandes par mois. Dans six mois, ce sera le seul point de comparaison dont vous disposerez.

Ce que ce texte ne tranche pas

Quatre questions reviennent régulièrement et chacune est mieux traitée là où elle appartient.

Ce que cela coûte. La question la plus posée de toute cette famille, et nous n’y répondons délibérément pas ici par un chiffre unique, car le calcul a deux parties : la construction et ce qui se met à courir chaque mois après la mise en ligne. Le détail complet est dans la rubrique consacrée aux coûts, et la façon de lire une offre dans le texte sur les devis.

Si c’est possible gratuitement. Ça l’est, par trois chemins, et chacun s’arrête à un endroit précis. Nous les décrivons séparément, y compris le moment où le gratuit cesse de suffire.

Si du HTML ordinaire suffit. Question sensée pour des besoins vraiment modestes, et elle a son propre texte, en français, avec la limite au-delà de laquelle l’autonomie cesse d’être rentable.

Par où commencer si le site existe déjà. C’est une autre conversation que la construction depuis zéro et elle passe par la stratégie, pas par ce texte.

D’où viennent ces chiffres

• 0,99 à 1,02 s pour la page d’offre et 1,67 à 1,72 s pour la page d’accueil — mesure propre de nos deux pages, médiane de cinq passages, procédure décrite dans docs/perf-measurement-sop.md, résultats du 18 août 2026. La réserve vient de notre propre documentation : en dessous de 500 ms d’écart, nous ne décidons pas sur ce seul indicateur, car c’est la dispersion de la mesure.
• Une réalisation en deux à huit semaines — nos projets, pas une référence de marché. La fourchette est large parce qu’elle dépend des trois points ci-dessus et non du périmètre technique.
• Les trois causes de retard les plus fréquentes — une observation tirée de nos réalisations, présentée comme une observation et non comme une statistique. Nous ne l’avons pas mesurée chiffre en main et nous ne donnons aucun pourcentage.
• Propagation DNS et TTL — le fonctionnement du système de noms de domaine ; la durée dépend du TTL fixé avant le changement et n’est pas une grandeur qu’un hébergeur peut raccourcir après coup. La définition du champ TTL provient de la source primaire : P. Mockapetris, « Domain Names — Implementation and Specification », RFC 1035, novembre 1987, section 3.2.1.
• Le seuil de 2,5 s pour l’apparition du contenu principal — ce n’est pas notre chiffre mais la définition de Google : « Largest Contentful Paint (LCP) », web.dev, mise à jour du 4 septembre 2025. Une bonne valeur est de 2,5 s ou moins, une mauvaise au-delà de 4,0 s, mesurée au 75e centile des chargements. Nous la citons pour que nos deux mesures puissent se rapporter à quelque chose — pas pour suggérer que l’une de nos pages serait lente.