Audit SEO technique et checklist pour 2026

Ce n’est pas une liste de réglages à effectuer une fois pour ne plus jamais y revenir. Une nouvelle section, une refonte, un changement de plateforme ou l’ajout de filtres peuvent faire apparaître de nouveaux problèmes. Un audit utile se termine par une liste de tâches structurée pour le développeur, et pas seulement par un fichier PDF.

Que vérifie un audit SEO technique ?

L’audit vérifie trois éléments : le moteur de recherche peut-il accéder aux pages, peut-il sélectionner la bonne version à indexer et peut-il comprendre leur contenu ? Nous vérifions ensuite si le site fonctionne suffisamment bien pour une personne sur mobile et si des limitations techniques ne freinent pas les ventes.

• exploration et indexation des URL importantes
• robots.txt, sitemap XML, canonical et hreflang pour les sites multilingues
• erreurs 404, redirections 301, chaînes de redirections et URL canoniques
• LCP, INP et CLS, poids des pages et chargement des images
• version mobile, navigation, liens internes et accessibilité du contenu principal
• rendu JavaScript et contenu qui apparaît uniquement après l’exécution d’un script
• données structurées conformes au contenu réel de la page

Comment vérifier l’exploration et l’indexation ?

Robots.txt

Dans robots.txt, vérifiez que les dossiers importants, les fichiers CSS, JavaScript ou les images ne sont pas bloqués. On limite généralement l’accès aux interfaces d’administration, aux recherches internes et aux répertoires techniques. Méfiez-vous des règles générales comme Disallow: /, restées après un environnement de test, ainsi que des réglages automatiques des extensions.

Vérifiez plusieurs URL réelles avec l’outil Inspection de l’URL dans Google Search Console. Vous verrez ainsi si l’URL est accessible, quelle version canonique a été sélectionnée et s’il existe un problème d’indexation. Il est important de tester la page d’accueil, une page de service, un produit, une catégorie et une page contenant un formulaire, et pas uniquement l’URL d’accueil.

Sitemap XML

Le sitemap doit contenir les URL canoniques indexables que vous souhaitez développer. N’y ajoutez pas de pages 404, de redirections, de pages avec noindex ni de filtres sans valeur SEO. Soumettez le fichier dans Search Console et vérifiez que les URL envoyées apparaissent comme indexées.

Canonical, contenu dupliqué et paramètres

Les filtres, le tri, les paramètres UTM et les différentes variantes d’un même produit créent souvent de nombreuses URL avec un contenu identique. Canonical indique la version préférée, mais ne remplace pas la nécessité d’une structure interne claire. Il doit pointer vers une URL accessible, indexable et réellement équivalente.

Liens internes

Les services et catégories importants doivent être accessibles depuis la navigation principale ou depuis d’autres pages pertinentes qui leur sont liées. Ne comptez pas uniquement sur des boutons qui fonctionnent après l’exécution de JavaScript si la navigation principale peut utiliser de simples liens HTML. Recherchez les orphan pages — les pages sans lien interne — et reliez-les là où l’utilisateur poursuivrait naturellement sa navigation.

Que vérifier concernant la vitesse et les Core Web Vitals ?

Les Core Web Vitals ne s’améliorent pas en appuyant sur un seul bouton. La cause d’un site lent peut être l’hébergement, une image trop lourde, un JavaScript bloquant, un chat externe, des pixels publicitaires ou une requête lourde vers la base de données. Comparez donc les tests en laboratoire aux données réelles et examinez le modèle concerné : page produit, blog, panier ou landing page.

HTTPS est la base indispensable. Vérifiez le certificat, la redirection de HTTP vers HTTPS et le mixed content — les ressources qui se chargent encore via HTTP. Après la migration, mettez à jour les liens internes, les adresses canonical, le sitemap et les paramètres de suivi.

Comment vérifier la version mobile et les adresses URL ?

Google utilise la version mobile pour l’exploration et l’indexation. Le contenu, les titres, les liens internes, les données structurées et les fonctionnalités essentielles doivent également être disponibles sur téléphone. Un contenu masqué derrière un onglet ou un accordéon ne pose pas automatiquement problème, mais la version mobile ne doit pas être nettement plus pauvre que la version desktop.

Vérifiez les formulaires avec un envoi réel, les menus déroulants, la recherche, les filtres et le paiement. Pour une boutique en ligne, ajoutez au test le panier, le paiement à la livraison, le paiement par carte et la création du bordereau d’expédition, si ces fonctionnalités font partie du processus. Le résultat SEO n’a aucune valeur si l’utilisateur ne peut pas finaliser sa commande.

Les adresses URL doivent être courtes et compréhensibles. Utilisez une structure cohérente et des tirets entre les mots. Ne modifiez pas une adresse fonctionnelle sans prévoir une redirection 301. Lors d’une refonte, créez un tableau des anciennes et des nouvelles adresses URL avant de mettre le site en ligne.

Que se passe-t-il avec un site JavaScript ?

Pour un site développé avec React, Vue ou une autre technologie JavaScript, ne partez pas du principe que ce que voit l’utilisateur est identique à ce que reçoit Googlebot. Vérifiez la réponse HTML avant l’exécution des scripts ainsi que la version rendue. Le titre principal, le texte, les produits, les liens et les métadonnées ne doivent pas dépendre d’une réponse API défaillante ou d’un script qui se charge trop tard.

Les filtres, la pagination, le défilement infini et la recherche interne méritent une attention particulière. Si les produits importants ne sont accessibles qu’après avoir cliqué sur un bouton, Google risque de ne pas les découvrir de la même manière que l’utilisateur. Rendez les catégories indexables et créez des liens clairs vers les pages qui génèrent du trafic organique.

Quand schema aide-t-il et quand nuit-il ?

Les données structurées aident le moteur de recherche à déterminer si la page concerne un service, un produit, un article, une organisation, un événement ou une question fréquente. Elles ne garantissent pas l’obtention d’un résultat enrichi et ne remplacent pas un contenu de qualité.

Balis ez uniquement les informations réellement visibles sur la page. N’ajoutez pas d’évaluations, de prix, de disponibilités ou de questions fréquentes que l’utilisateur ne peut pas trouver. Validez la syntaxe, surveillez les avertissements et comparez le schema au contenu réel de l’entreprise.

Comment hiérarchiser les problèmes par ordre de priorité ?

1. 01
   Rassemblez les accès et les données de référence

   Il vous faut Google Search Console, Google Analytics ou une autre solution d’analytique, un accès au CMS et à l’hébergement, une liste des services ou produits importants et des informations sur les dernières modifications. Sans ces éléments, l’audit se transforme facilement en simple supposition.

2. 02
   Explorez le site et constituez un échantillon

   Vérifiez les adresses URL, les codes d’état, les titres, les balises canonical, les directives robots, les liens internes, les images et les modèles dupliqués. Comparez les pages trouvées avec le sitemap et les pages réelles qui génèrent des requêtes.

3. 03
   Confirmez les adresses critiques dans Search Console

   Testez les pages représentatives avec URL Inspection. Vérifiez l’indexation, la version canonique sélectionnée, le rendu mobile et les raisons d’exclusion.

4. 04
   Créez un backlog pour le développeur

   Chaque tâche doit comporter une URL ou un modèle, une raison, une priorité, un résultat attendu et une méthode de vérification. Par exemple, « toutes les pages avec le paramètre X doivent pointer vers la catégorie Y » est plus utile que « optimisez la balise canonical ».

5. 05
   Vérifiez après la modification

   Répétez l’exploration, testez les formulaires et les commandes réels et surveillez Search Console. Après une refonte ou une migration, ne terminez pas la vérification le jour de la mise en ligne.

Combien coûte un audit SEO technique ?

Pour un petit site vitrine, une analyse de base coûte généralement autour de 300–700 euros. L’audit d’une boutique en ligne, d’un site multilingue ou d’un site utilisant une plateforme personnalisée coûte souvent autour de 700–2 000 euros. Les systèmes plus importants, les applications JavaScript et les migrations sont évalués après examen du nombre de modèles, des adresses URL, des intégrations et des besoins en matière de tests.

Le prix dépend principalement de la taille du site, du nombre de versions linguistiques, des filtres et des paramètres, de l’accès aux données, de la qualité de la documentation et de la nécessité de mettre en œuvre les corrections. Si vous recevez uniquement une liste d’erreurs, vous devrez ensuite la traduire séparément en tâches pour le développeur. Dans le cadre de l’optimisation SEO, l’audit peut faire partie d’un plan plus large consacré à la structure et au contenu.

À quoi ressemble un bon résultat d’audit ?

Un bon résultat est une liste concise des risques accompagnée d’actions claires. Une page importante bloquée, une migration incorrecte ou un site incapable d’envoyer un formulaire sont des problèmes critiques. Les améliorations qui n’affectent ni l’indexation ni les conversions sont moins prioritaires.

Pour un site vitrine, la structure doit conduire à une demande concrète. Pour une boutique en ligne, elle doit garder les catégories, les produits et le parcours d’achat facilement accessibles. Pour un système complexe, il est utile d’intégrer les exigences SEO dès la création du site, plutôt que de les corriger après la mise en ligne. Lors d’une refonte, vérifiez les anciennes URL et les redirections dès la phase de planification, comme indiqué dans la rubrique refonte de site.

Le SEO technique n’est pas dissocié des enjeux business. Une page de service qui ne fonctionne pas représente une demande perdue, tandis qu’un checkout lent entraîne l’abandon de la commande. Classez donc les tâches selon le risque pour la visibilité et le chiffre d’affaires, et non selon la facilité apparente de correction de chaque erreur.