Liste de contrôle d'audit technique SEO : que vérifier et dans quel ordre

Un audit technique SEO répond à une question : les moteurs de recherche peuvent-ils trouver, afficher et indexer les pages qui devraient générer du trafic, et comprennent-ils quelle version de chaque page est la vraie ? Le contenu et les liens déterminent le classement d'une page ; des problèmes techniques décident s'il participe ou non à la course. Nous effectuons ces contrôles sur integrono.com (18 langues), sur nos produits et sur les sites clients, et la même douzaine de problèmes apparaissent encore et encore.

Cette liste de contrôle est rédigée pour les développeurs et les fondateurs qui peuvent modifier eux-mêmes le site. Vous n'avez pas besoin d'outils payants pour démarrer : Google Search Console, un navigateur, curl et un robot comme Screaming Frog (gratuit jusqu'à 500 URL) suffisent.

Avant de commencer : portée et données

• Répertoriez les types de pages qui doivent être classées (accueil, services, produits, articles, catégories) et celles qui ne le devraient pas (panier, recherche interne, filtres, admin).
• Vérifiez la propriété du domaine dans Google Search Console (la vérification DNS couvre http, https et tous les sous-domaines) et ouvrez les rapports Pages, Sitemaps et Core Web Vitals.
• Explorez le site avec un robot d'exploration de bureau configuré comme smartphone Googlebot et exportez toutes les URL avec le code d'état, l'indexabilité, la canonique, le titre, le H1 et le nombre de mots.

1. Accès au crawl : les robots peuvent-ils accéder aux pages ?

Commencez par robots.txt. Il doit renvoyer 200, être du texte brut et ne pas bloquer CSS, JavaScript ou les sections que vous souhaitez indexer. Un seul Disallow: / laissé par un environnement de test est le désastre classique du jour du lancement.

curl -sI https://example.com/robots.txt | head -n 5
curl -s  https://example.com/robots.txt

# Good minimal example
User-agent: *
Disallow: /admin/
Disallow: /cart
Sitemap: https://example.com/sitemap.xml

Vérifiez que le plan du site XML répertorie uniquement les URL canoniques et indexables qui renvoient 200 : pas de redirection, pas de pages noindex, pas de 404. Pour les sites multilingues, chaque URL a besoin de ses langues alternatives (voir notre guide SEO multilingue). Soumettez le plan du site dans Search Console et comparez « soumis » avec « indexé ».

2. Codes de statut et redirections

Chaque URL importante doit renvoyer un 200 direct. Testez les variantes réellement demandées par les utilisateurs et les robots :

for u in http://example.com https://example.com https://www.example.com https://example.com/page/ https://example.com/page; do
  printf "%s -> " "$u"; curl -s -o /dev/null -w "%{http_code} %{redirect_url}\n" "$u"
done

• Un hôte canonique. Exactement l'un des formats http/https et www/non-www sert du contenu ; le reste 301 en un seul saut.
• Pas de chaînes ou de boucles de redirection. A vers B vers C gaspille le budget d'exploration et dilue les signaux ; pointez les anciennes URL directement vers la dernière.
• De vrais 404. Une page manquante doit renvoyer 404 ou 410, pas une page 200 qui dit « introuvable » (un soft 404).
• Les erreurs 5xx dans les journaux ou dans Search Console nécessitent une attention immédiate : des erreurs de serveur répétées ralentissent l'exploration de Google.

3. Indexabilité : la page est-elle autorisée et unique ?

Trois signaux décident de l'indexation : la balise méta robots ou l'en-tête X-Robots-Tag, l'URL canonique et si le contenu est un doublon. Vérifiez-les par modèle, pas par page.

• Aucune fuite d’index. Un noindex copié de la préparation vers la production, ou envoyé dans un en-tête HTTP par le serveur Web, supprime silencieusement les pages de la recherche.
• Balises canoniques. Chaque page indexable possède une canonique absolue et auto-référencée. Les URL paginées et filtrées doivent soit être canonisées vers un parent raisonnable, soit être exclues. Jamais canonique à une URL de redirection, noindex ou 404.
• Des doublons. Les variantes de barre oblique finale, les chemins en majuscules, les paramètres de suivi et les versions imprimables créent la même page sur plusieurs URL. Choisissez-en un et redirigez ou canonisez le reste.
• "Exploré - actuellement non indexé" dans Search Console signifie généralement un contenu léger ou presque dupliqué, et non un blocage technique. Améliorez la page ou fusionnez-la.

curl -s https://example.com/page | grep -i -E '<link rel="canonical"|<meta name="robots"'
curl -sI https://example.com/page | grep -i -E 'x-robots-tag|^HTTP|^location'

4. Structure du site et liens internes

Les moteurs de recherche découvrent les pages via des liens et utilisent la structure des liens pour juger de leur importance.

• Cliquez sur la profondeur. Les pages importantes doivent être accessibles en trois clics depuis la page d'accueil.
• Pages orphelines. Les pages qui apparaissent dans le plan du site mais qui n'ont pas de liens internes reçoivent peu d'attention. Comparez la liste d'exploration avec la liste du plan du site.
• Texte d'ancrage. Utilisez un texte descriptif (« audit technique SEO »), et non « cliquez ici ». Créez des liens entre des pages solides et celles que vous souhaitez classer.
• Liens internes brisés. Corrigez les liens qui mènent vers 404 ou vers des redirections.
• De vrais liens. La navigation construite uniquement avec des gestionnaires de clics JavaScript au lieu de <a href> ne peut pas être suivie.

5. Signaux techniques sur la page

• Titre et méta description : uniques par page, le titre fait environ 60 caractères donc il n'est pas coupé. Recherchez les doublons et les vides dans l'exportation d'exploration.
• Un H1 qui correspond à l'intention de la page, avec un H2/H3 logique en dessous.
• Langue et encodage : <html lang> défini correctement, UTF-8 partout, hreflang valide et réciproque.
• Images : noms de fichiers descriptifs, texte alt, formats modernes ( WebP ou AVIF) et largeur et hauteur explicites pour éviter les changements de mise en page.
• Pagination et filtres : assurez-vous que les URL à facettes ne génèrent pas des millions de combinaisons explorables.

6. Rendu et JavaScript

Google peut restituer JavaScript, mais le rendu est mis en file d'attente et échoue parfois. Si le contenu principal ou les liens apparaissent uniquement après le rendu côté client, testez avec l'outil d'inspection d'URL ("Afficher la page analysée" et la capture d'écran). Pour les sites de contenu, le rendu côté serveur ou la sortie statique est l'option la plus sûre. Comparez la sortie curl avec ce que vous voyez dans le navigateur : si le texte que vous souhaitez classer est absent du code HTML brut, vous dépendez du rendu.

7. Vitesse et Core Web Vitals

L’expérience de la page est un facteur de classement de poids modéré et un facteur de conversion de poids élevé. Consultez le rapport Core Web Vitals dans Search Console (données de terrain provenant d'utilisateurs réels) et exécutez PageSpeed Insights ou Lighthouse sur vos modèles. Les cibles habituelles sont Largest Contentful Paint inférieure à 2,5 s, Interaction to Next Paint inférieure à 200 ms et Cumulative Layout Shift inférieur à 0,1. Gains rapides typiques : compresser et dimensionner les images, activer Brotli ou gzip, mettre en cache les ressources statiques pendant une longue période, servir via un CDN et réduire les CSS et les scripts bloquant le rendu. Nous couvrons le côté PHP dans notre guide des Core Web Vitals pour les sites PHP.

8. Données structurées

Les données structurées n'optimisent pas le classement en elles-mêmes, mais elles rendent les pages éligibles à des résultats riches et aident les machines à comprendre les entités. Validez chaque modèle avec le Rich Results Test et le Schema Markup Validator. Types typiques : Organization, BreadcrumbList, Article, FAQPage, Product avec Offer, LocalBusiness. Le balisage doit correspondre à ce que les utilisateurs peuvent voir sur la page. Consultez notre guide JSON-LD pour des exemples prêts à l’emploi.

9. Bases de la sécurité et de la téléphonie mobile

• HTTPS partout avec un certificat valide, HTTP redirigé vers HTTPS et aucun contenu mixte.
• Mise en page réactive avec une balise méta de viewport correcte ; Google indexe d'abord la version mobile.
• Aucun interstitiel intrusif couvrant le contenu sur mobile.
• En-têtes de sécurité et serveur sain : ils ne classent pas les pages, mais un site piraté ou lent perd rapidement son classement.

10. Prioriser et rédiger des tickets

Un audit n'est utile que s'il aboutit à des correctifs livrés. Trier les résultats par impact :

1. Critique : pages bloquées, non indexées ou renvoyant des erreurs ; des canoniques erronées sur les pages de revenus ; redirections interrompues.
2. Élevé : doublons, chaînes de redirection, pages importantes orphelines, hreflang manquant, mauvais LCP sur les modèles clés.
3. Support : titres en double, données structurées manquantes, poids de l'image.
4. Faible : problèmes de balisage cosmétique.

Pour chaque élément, écrivez le modèle d'URL, la preuve (sortie de commande ou capture d'écran), le résultat attendu et un propriétaire. « Corriger les canoniques » n'est pas un ticket ; "Les pages de produits avec un paramètre ?sort= doivent être canonisées vers l'URL propre ; modèle product.php, ligne X".

À quelle fréquence auditer

Effectuez une vérification légère mensuelle (rapports Search Console, analyse rapide, état des URL clés) et un audit complet après des migrations, des refontes, des mises à niveau du framework ou lorsque le trafic diminue sans raison claire. Ajoutez des vérifications automatisées à votre pipeline de déploiement : un test indiquant que la page d'accueil renvoie 200, n'a pas noindex et possède le canonique attendu détecte les erreurs les plus coûteuses avant les utilisateurs.

Comment pouvons-nous vous aider

Si vous souhaitez qu'un expert surveille votre site, notre service technique de référencement couvre les audits, les correctifs de code et la surveillance, et nous pouvons mettre en œuvre les modifications nous-mêmes plutôt que de vous remettre un PDF. Commencez par une consultation payante si vous avez besoin d’une liste prioritaire de ce qu’il faut corriger en premier. Pour une vue au niveau du fondateur de l'ensemble de la stratégie de référencement, voir SEO pour les fondateurs SaaS.