La vitesse n'est pas une obsession de développeur, c'est de l'argent
Google mesure trois choses sur chaque page : la vitesse d'apparition du contenu principal (LCP), la rapidité de réaction de la page quand quelqu'un touche un élément (INP), et si des éléments sautent pendant le chargement (CLS). On appelle cela les Core Web Vitals, et c'est un critère de classement, pas une simple suggestion. Mais la vraie raison de s'en soucier n'a rien à voir avec Google directement : un visiteur qui attend plus de deux ou trois secondes que votre page d'accueil se charge est déjà parti, et il revient rarement vérifier si c'est devenu plus rapide.
Un site lent n'est généralement pas un gros problème unique, mais un empilement de petits problèmes : images non optimisées, polices chargées de la mauvaise manière, scripts tiers que personne n'audite, et un hébergement qui n'a jamais été pensé pour la vitesse. Demandez à la personne qui construit votre site quels sont réellement vos scores Core Web Vitals. Si elle ne peut pas répondre, cela en dit long.
Mobile-first, parce que c'est déjà là que sont vos visiteurs
Pour la plupart des petites entreprises, plus de la moitié du trafic arrive depuis un téléphone, souvent bien plus. Mobile-first ne veut pas dire votre site desktop comprimé dans une colonne étroite, cela veut dire que l'expérience mobile a été pensée en premier : des boutons accessibles au pouce, un texte lisible sans devoir zoomer, des formulaires qui ne se battent pas avec le clavier virtuel, et des images qui ne dévorent pas les données mobiles de vos visiteurs. Pensez le desktop en second, pas l'inverse.
L'accessibilité n'est pas un bonus
L'accessibilité, c'est le fait que votre site fonctionne pour une personne qui utilise un lecteur d'écran, qui navigue au clavier plutôt qu'à la souris, ou qui a une basse vision ou un daltonisme. Concrètement, cela veut dire : un vrai texte alternatif sur les images, un contraste de couleur suffisant pour vraiment lire le texte, des boutons et des liens accessibles au clavier, et du HTML sémantique plutôt qu'un empilement de divs cliquables génériques. Ce n'est pas une case de conformité réservée aux grandes entreprises. C'est une part significative de vos clients potentiels, et ce n'est pas un hasard si c'est aussi ce qui rend un site plus facile à comprendre pour les moteurs de recherche et les assistants IA.
Le SEO de base : le travail peu glamour qui fonctionne vraiment
Pas besoin d'une agence de growth hacking pour faire les choses correctement. Chaque page a besoin de sa propre balise de titre unique et d'une meta description qui décrit vraiment son contenu. Les données structurées (schema markup) aident les moteurs de recherche et les moteurs de réponse IA à comprendre ce qu'est et ce que fait votre entreprise. Un sitemap et des URL propres et lisibles aident tout à être correctement indexé. Rien d'exotique là-dedans. Ce sont surtout des choses qui sautent parce que personne, sur le projet, n'en est responsable.
Une seule prochaine étape claire, pas cinq qui se font concurrence
Un visiteur qui arrive sur votre page d'accueil devrait comprendre, en quelques secondes, ce que vous faites et ce qu'il doit faire ensuite. Appeler, réserver un créneau, envoyer un message, acheter le produit. Choisissez une action principale par page et construisez tout autour. Un site avec six boutons différents qui se disputent l'attention dans la section hero convertit généralement moins bien qu'un site avec un seul appel à l'action clair, même si le design paraît plus chargé et plus impressionnant en capture d'écran.
Un contenu réel, pas du remplissage en banque d'images
Les visiteurs comme les assistants de recherche IA font la différence entre une entreprise qui a écrit ses propres mots et pris ses propres photos, et une entreprise qui a rempli chaque section avec la même photo de poignée de main en banque d'images et un texte de remplissage vague qui pourrait décrire n'importe quelle société dans n'importe quel secteur. De vraies photos de votre travail réel, de votre espace réel, de votre produit réel créent une confiance qu'aucune photothèque ne créera jamais. Si votre texte pouvait être collé sur le site d'un concurrent en remplaçant juste le nom de l'entreprise, il ne fait pas son travail.
HTTPS et une hygiène de sécurité de base
Cela devrait être la base en 2026, mais c'est encore souvent oublié : un certificat SSL valide pour que la connexion soit chiffrée, des en-têtes de sécurité sains, des formulaires qui valident les entrées côté serveur et pas seulement dans le navigateur, et aucune clé API ou secret exposé dans le code frontend, visible par quiconque via l'affichage du code source. Rien de tout cela n'est visible pour un visiteur quand c'est bien fait. Cela devient très visible, très vite, quand ce n'est pas le cas.
À qui appartiennent vraiment le code et le domaine
C'est le genre de chose que l'on découvre trop tard. Certaines agences enregistrent votre domaine sous leur propre compte, ou gardent le code source sur une plateforme à laquelle elles seules ont accès, ce qui transforme discrètement un site web en situation d'otage le jour où vous voulez changer de prestataire ou internaliser le développement. Avant de signer quoi que ce soit, demandez directement : qui possède l'enregistrement du domaine, est-ce que j'obtiens le code source complet, et que se passe-t-il lors d'un paiement complet et d'une passation. Nous exposons notre propre réponse à cela, clairement, sur la page FAQ.
Un site web n'est pas terminé une fois lancé
Le jour du lancement est un début, pas une ligne d'arrivée. Les dépendances ont besoin de mises à jour, les sauvegardes doivent exister et être testées, la disponibilité doit être surveillée, et le contenu se périme si personne n'y touche. C'est aussi là que l'automatisation prouve sa valeur : un site qui vous rappelle discrètement qu'une page est obsolète, ou un agent IA qui répond aux questions et prend des rendez-vous pendant que vous dormez, continue de travailler pour vous bien après la fête de lancement.
Mis bout à bout, rien de tout cela n'est exotique. C'est la différence entre payer pour un site web et payer pour un actif d'entreprise. Si vous voulez voir comment ces éléments s'assemblent avec un périmètre et un prix fixes, la page tarifs détaille exactement ce qui est inclus, et ce qui se passe après le lancement.