Des sites qui se chargent vite, se lisent clairement et se font trouver.

Les termes clés, en mots simples

Core Web Vitals

Trois mesures de Google sur l'expérience réelle des utilisateurs : Largest Contentful Paint (LCP), Interaction to Next Paint (INP) et Cumulative Layout Shift (CLS). De bons résultats, c'est un LCP de 2,5 secondes ou moins, un INP de 200 millisecondes ou moins et un CLS de 0,1 ou moins.

Données terrain et données de laboratoire

Les données terrain proviennent de vrais utilisateurs de Chrome au cours des 28 derniers jours. Les données de laboratoire proviennent d'un seul test simulé. Google utilise les données terrain, donc un score de laboratoire parfait peut cacher des visites réelles lentes.

Système de gestion de contenu (CMS)

Le logiciel que votre équipe utilise pour modifier les pages sans code. WordPress en est un. Un CMS headless stocke le contenu séparément et l'envoie à une interface sur mesure.

Gabarit

Une mise en page réutilisable, comme une page de service ou un article de blogue. De bons gabarits gardent les pages cohérentes et permettent d'ajouter rapidement de nouvelles pages.

WCAG 2.2

Les Règles pour l'accessibilité des contenus Web (WCAG) publiées par le W3C. Le niveau AA est la cible habituelle des sites d'entreprise et couvre le contraste, l'usage du clavier, les étiquettes et plus encore.

Site de préproduction

Une copie privée du site web utilisée pour les tests. Les mises à jour et les nouvelles fonctions y sont vérifiées avant que les visiteurs les voient.

Redirection 301

Une redirection permanente d'une ancienne URL vers une nouvelle. Elle envoie les visiteurs et les moteurs de recherche vers la bonne page après un changement d'adresse.

Images adaptatives

Des images servies en plusieurs tailles pour que chaque appareil ne télécharge que ce dont il a besoin. Les formats modernes comme WebP et AVIF réduisent encore la taille des fichiers.

Ce qui rend vraiment un site rapide

Les problèmes de vitesse viennent généralement de quelques éléments lourds, pas de nombreux petits. Les plus importants sont les images trop grandes, l'excès de JavaScript, la lenteur de réponse du serveur et les scripts tiers comme les fenêtres de clavardage, les balises publicitaires et les vidéos intégrées.

Le LCP dépend souvent d'un seul élément : l'image principale ou le titre principal. Alléger cet élément, le charger en premier et le servir depuis un serveur proche donne plus qu'une douzaine de petits ajustements. L'INP souffre quand des scripts gardent le navigateur occupé, donc réduire et retarder le JavaScript est ce qui compte le plus.

Le CLS vient des éléments qui se chargent tard et poussent le contenu vers le bas. Définir la largeur et la hauteur des images, réserver de l'espace pour les intégrations et charger les polices avec soin gardent la page stable. Chaque nouvelle extension ou balise doit mériter sa place, car la vitesse se perd généralement un ajout à la fois.

Les erreurs courantes que nous voyons

• Concevoir avant de rédiger. Les mises en page sont approuvées avec du texte de remplissage, puis le vrai contenu n'entre pas. Rédigez d'abord les pages clés et concevez autour d'elles.
• Approuver les maquettes sur un grand écran. Les visiteurs utilisent des téléphones, mais les révisions se font sur ordinateur. Révisez chaque maquette d'abord à la largeur d'un téléphone.
• Traiter l'accessibilité comme une vérification finale. Corriger le contraste, l'ordre du focus et les étiquettes après la construction coûte beaucoup plus cher que de les prévoir dès la conception. Incluez l'accessibilité dans chaque révision de maquette.
• Lancer sans tester les formulaires. Un formulaire qui a l'air correct mais qui n'envoie jamais son courriel fait perdre des prospects en silence. Envoyez des entrées de test dans chaque formulaire et confirmez où chacune arrive.
• Des comptes qui appartiennent à quelqu'un d'autre. Le domaine, l'hébergement ou la licence du thème se trouve dans le compte d'un pigiste ou d'une agence. Gardez chaque compte au nom de votre entreprise, avec un accès administrateur pour votre équipe.
• Laisser la préproduction ouverte aux moteurs de recherche. Un site de test est indexé et concurrence le vrai site. Protégez la préproduction par un mot de passe, pas seulement par une balise noindex.

Une autoévaluation rapide

Ce qui fait varier le prix

• Nombre de gabarits uniques. Vingt pages qui partagent trois mises en page coûtent moins cher que dix pages qui ont chacune leur propre conception. Ce sont les gabarits, plus que le nombre de pages, qui déterminent le temps de conception et de construction.
• Qui rédige le contenu. La rédaction et la révision des textes peuvent prendre autant de temps que la conception. Fournir un contenu finalisé réduit le coût. Nous confier la rédaction ajoute du temps.
• Langues et prise en charge de la lecture de droite à gauche. Chaque langue ajoute une révision de la traduction, des métadonnées et des tests. L'arabe exige des mises en page inversées et des vérifications sur chaque gabarit.
• Intégrations. Les connexions à un CRM, à un outil de réservation, à un système de paiement ou à un flux d'inventaire exigent chacune une configuration, des tests et une gestion des erreurs.
• Contenu et URL à migrer. Déplacer des centaines d'articles, de produits ou de fichiers demande une correspondance, du nettoyage et des tests de redirection.

Ce que nous mesurons

• Les Core Web Vitals sur le terrain. Le LCP, l'INP et le CLS pour les vrais visiteurs. Ils proviennent du Chrome UX Report, affiché dans PageSpeed Insights et Search Console.
• Conversions par formulaire et par appel. Les prospects par page et par source de trafic. Ils proviennent des événements GA4 et de votre CRM.
• Pages indexées. Le nombre de pages que Google a indexées comparé au nombre de pages que vous voulez voir indexées. Il provient du rapport d'indexation des pages dans Search Console.
• Problèmes d'accessibilité. Les résultats d'analyses automatisées, plus des vérifications manuelles au clavier et au lecteur d'écran. Les outils automatisés ne repèrent qu'une partie des problèmes, donc les deux comptent.
• Poids des pages. La taille totale d'une page et de tout ce qu'elle charge. Les pages lourdes sont lentes sur les réseaux mobiles. Il se mesure avec les outils de développement du navigateur.
• Disponibilité et erreurs. La fréquence à laquelle le site est hors ligne et le nombre de visites qui tombent sur des erreurs comme 404 ou 500. Cela provient de la surveillance de la disponibilité et des journaux du serveur.

Comment choisir un partenaire

• Pouvons-nous voir des sites en ligne que vous avez réalisés ? Des URL en ligne que vous pouvez ouvrir sur votre propre téléphone, pas seulement des captures d'écran. Passez-les vous-même dans PageSpeed Insights.
• À qui appartiennent le code, les fichiers de conception et les comptes ? À vous, et le contrat le dit. Les comptes sont créés à votre nom dès le premier jour.
• Comment testez-vous l'accessibilité ? Des analyses automatisées plus des vérifications manuelles au clavier et au lecteur d'écran. Une bonne réponse nomme le niveau WCAG visé par les tests.
• Que se passe-t-il après le lancement ? Une période définie pour les corrections après le lancement, et un plan d'entretien facultatif avec des délais de réponse clairs.
• Comment notre équipe mettra-t-elle le site à jour ? Une démonstration des écrans de modification pendant la conception, et une formation avant le transfert. Si chaque changement exige leur aide, demandez pourquoi.