Checklist du SEO technique : guide complet, point par point

Cette checklist du SEO technique rassemble, dans l'ordre, les points à vérifier pour que votre site puisse être trouvé et exploré par les moteurs de recherche, que les pages justes soient indexées et que le visiteur bénéficie d'une expérience rapide et sûre. Le meilleur contenu ne peut pas se positionner s'il ne peut pas être exploré ou s'il a été exclu de l'index par erreur ; il faut donc vérifier les fondations avant de travailler sur le contenu. Chaque point est rédigé pour pouvoir être coché « oui / non ».

Pourquoi le SEO technique passe-t-il en premier ?

Le moteur de recherche fonctionne en trois étapes : l'exploration (trouver la page et la télécharger), l'indexation (comprendre le contenu et le stocker) et le classement. Le SEO technique garantit que les deux premières étapes se déroulent sans problème. Si un problème survient à ce niveau, les étapes suivantes ne peuvent pas commencer. Avant de commencer, assurez-vous que Search Console est installé ; pour l'installation, consultez notre guide de démarrage Search Console. La plupart des contrôles ci-dessous se vérifient avec les rapports de cet outil.

Pour accélérer la vérification, trois sources gratuites suffisent : Search Console (la façon dont Google voit votre site), PageSpeed Insights (vitesse et Core Web Vitals) et un outil d'exploration sur ordinateur (qui parcourt votre site comme un moteur de recherche et établit la liste des liens cassés, des redirections et des balises manquantes). Marquez le résultat de chaque point « OK / à corriger / absent » dans un tableau daté ; trois mois plus tard, vous pourrez comparer avec le même tableau.

1. Contrôles d'exploration (crawl)

• Les pages importantes ne sont pas bloquées par robots.txt. L'outil « Inspection d'URL » de Search Console indique si une page est explorable.
• Les pages renvoient HTTP 200. Les pages importantes ne doivent pas renvoyer de 404, de 500 ni de soft 404 (page sans contenu mais renvoyant 200).
• Les redirections sont uniques et en 301. Les redirections en chaîne (A → B → C) doivent être raccourcies ; hors situations temporaires, n'utilisez pas de 302.
• Les pages importantes sont reliées par des liens internes. Les pages « orphelines », qui ne reçoivent aucun lien, peuvent passer inaperçues. Pour plus de détails, consultez notre article sur la stratégie de maillage interne.
• Les liens internes cassés sont corrigés. Corrigez ou supprimez les liens qui mènent à une 404.
• La structure d'URL est propre. Privilégiez des adresses courtes, lisibles, en minuscules et sans paramètres inutiles ; ne générez pas des centaines de variantes paramétrées du même contenu.
• Les journaux du serveur ne montrent pas d'erreurs Googlebot. Sur les grands sites, les réponses 5xx fréquentes aux requêtes des robots réduisent l'exploration.

2. Contrôles d'indexation

• Le rapport Pages de Search Console a été examiné. Lisez un par un les motifs de « non-indexation » (par ex. « Explorée, actuellement non indexée », « Page alternative avec balise canonical appropriée », « Exclue par la balise noindex »).
• Pas de noindex sur les pages importantes. Une balise <meta name="robots" content="noindex"> ajoutée pendant le développement et oubliée est une erreur très courante.
• Les pages inutiles sont volontairement exclues. Pour les pages de remerciement, de panier, de filtres et de recherche interne, envisagez un noindex.
• Le contenu mince a été revu. Fusionnez ou enrichissez les pages de quelques phrases, répétitives.
• Une recherche site: a été effectuée. Saisissez site:votredomaine.com dans Google et comparez grossièrement le nombre de pages indexées avec le nombre réel.

3. Canonical et contenu dupliqué

La balise canonical (<link rel="canonical" href="...">) sert à indiquer « la version de référence est celle-ci » lorsque le même contenu ou un contenu très proche existe à plusieurs adresses.

• Chaque page se désigne elle-même en canonical (auto-référencement) ou pointe volontairement vers la version de référence.
• La canonical utilise une adresse absolue (https://...) et ne pointe pas vers une adresse qui redirige ou renvoie une 404.
• Les variantes www / sans www, http / https et barre oblique finale sont redirigées en 301 vers une seule version.
• Les paramètres de filtre et de tri ont pour canonical la page de catégorie principale.
• La canonical et le noindex ne sont pas utilisés ensemble. Les deux signaux se contredisent.

Un exemple typique d'erreur canonical : sur un site e-commerce, une adresse de catégorie avec le paramètre « ?trier=prix » se désigne elle-même en canonical. Résultat : la même liste de produits est indexée à des dizaines d'adresses, et les pages se font concurrence. La solution consiste à donner comme canonical de toutes les variantes paramétrées l'adresse propre de la catégorie.

4. Hreflang et structure multilingue

Si vous avez des pages dans plusieurs langues ou pour plusieurs régions, hreflang indique à Google quelle version montrer à quel utilisateur.

• Chaque version linguistique liste les autres (validation réciproque). Si la page A pointe vers B, B doit aussi pointer vers A.
• Elle inclut sa propre version linguistique (auto-référence).
• Les codes de langue et de région sont corrects : fr, en, en-gb par exemple ; le plus souvent, fr suffit plutôt que fr-fr.
• Les adresses cibles renvoient 200 et ne contredisent pas la canonical.
• x-default est défini pour le sélecteur de langue ou la page par défaut.
• Chaque langue est réellement traduite. Ne marquez pas comme une autre langue des pages qui ne sont pas traduites.

5. Sitemap et robots.txt

Distinction essentielle : robots.txt empêche l'exploration mais ne retire pas la page de l'index. Si vous voulez qu'une page n'apparaisse pas dans l'index, utilisez noindex et ne la bloquez pas en même temps dans robots.txt ; sinon Google ne pourra jamais voir la balise noindex.

6. Vitesse, mobile et sécurité

• Les Core Web Vitals ont été contrôlés. Visez LCP ≤ 2,5 s, INP ≤ 200 ms, CLS ≤ 0,1. Pour plus de détails, consultez notre guide des Core Web Vitals ; pour la mesure, vous pouvez utiliser PageSpeed Insights.
• Les images sont compressées (WebP/AVIF), leurs dimensions sont définies et celles situées sous la ligne de flottaison sont chargées en différé.
• Le temps de réponse du serveur (TTFB) est court et la mise en cache est activée.
• Compatibilité mobile : design adaptatif, balise viewport, espace suffisant entre les éléments cliquables, et même contenu sur mobile que sur ordinateur.
• Tout le site est en HTTPS. Le certificat est valide, il n'y a pas de contenu mixte, et les adresses http sont redirigées en 301 vers https.
• En-têtes de sécurité et infrastructure à jour : version à jour de PHP/du CMS et analyse des logiciels malveillants.
• Balises de base correctes sur chaque page : un title et une description uniques, un seul H1. Pour des conseils de rédaction, consultez notre guide sur les balises title et meta description.

7. Données structurées

Les données structurées (balisage schema.org) décrivent de façon explicite ce qu'est la page pour les machines, et permettent d'être éligible aux résultats enrichis (étoiles, FAQ, prix, recette, etc.). Google recommande le format JSON-LD.

• Les types appropriés sont appliqués : Organization pour les sites institutionnels, Article pour les articles, Product pour les produits, LocalBusiness pour les entreprises locales, BreadcrumbList pour le fil d'Ariane.
• Le balisage correspond exactement au contenu visible de la page. Ajouter des informations invisibles ou fausses présente un risque d'action manuelle.
• La validation est effectuée : le Test des résultats enrichis de Google et le rapport « Améliorations » de Search Console affichent les erreurs et les avertissements.
• Les exigences actuelles ont été vérifiées : les types donnant droit à un résultat enrichi évoluent avec le temps ; suivez la liste à jour sur Google Search Central.

Contenu généré par JavaScript

Sur les sites construits avec des frameworks comme React ou Vue, le contenu est généré dans le navigateur. Google peut exécuter JavaScript, mais ce traitement se fait dans une seconde file d'attente, peut être retardé et peut provoquer des erreurs.

• Le contenu important figure-t-il dans la réponse HTML initiale ? Comparez la version vue par Google avec « Inspection d'URL → Tester l'URL en direct → Afficher la page explorée » dans Search Console.
• Les liens sont-ils de vrais <a href> ? Les boutons qui naviguent uniquement via un événement de clic peuvent ne pas être explorés.
• Le title, la description et la canonical sont-ils écrits côté serveur ? Si possible, utilisez le rendu côté serveur (SSR) ou la génération préalable.
• Des liens de pagination sont-ils présents à la place du défilement infini ? Sinon, le contenu situé en profondeur risque de ne jamais être découvert.

Problèmes courants et solutions

À quelle fréquence faut-il contrôler ?

Conclusion

L'objectif du SEO technique est de supprimer les obstacles situés devant votre contenu : vos pages doivent être explorées, indexées à la bonne adresse, s'afficher rapidement et être correctement identifiées. Reportez les sept rubriques ci-dessus dans un tableur et parcourez votre site dans l'ordre ; en une demi-journée, vous obtiendrez un tableau fiable. Une fois les problèmes corrigés, vient le travail sur le contenu et la visibilité ; pour cela, vous pouvez suivre notre article sur les méthodes pour augmenter le trafic organique.

Une fois certain que votre site est techniquement prêt, vous pouvez examiner l'approche du hit organique pour soutenir votre visibilité dans les résultats de recherche. Le classement reste déterminé par les algorithmes de Google ; HitBot ne remplace pas ces décisions, il n'est qu'un outil accompagnant le travail que vous menez.