Que doit contenir un audit SEO ? Vérifier le travail du prestataire
Neaptide · 7 septembre 2026 · 6 min de lecture · Mis à jour: 4 octobre 2026
Découvrez les livrables d’un audit SEO : exemple de rapport, registre des tâches à télécharger et critères de validation pour le développeur. Périmètre et limites expliqués.
Dans cet article
Un audit SEO utile permet de décider quoi faire sur le site et pourquoi. On attend de lui des constats vérifiables, ce qu’ils impliquent pour l’activité et un plan de mise en œuvre. Ni l’épaisseur du rapport ni le nombre d’alertes remontées par le logiciel n’en tiennent lieu.
Définir la question à résoudre
Préparer une migration, comprendre une baisse des demandes commerciales et développer un catalogue ne se traitent pas de la même façon. Avant une migration, on vérifie surtout les URL et les contenus à conserver. Quand les demandes baissent, on croise les données de recherche, les visites sur le site et le traitement des contacts. Pour un catalogue, on regarde à quelles questions des acheteurs les pages répondent déjà.
Précisez dans la commande les domaines, les langues, les rubriques, la période étudiée et les livrables. Un grand catalogue peut s’auditer sur échantillon, à condition que le rapport indique les modèles et les URL examinés, ainsi que ce qui a été laissé de côté. Le périmètre annoncé doit correspondre au travail réellement fait.
Les livrables à demander
- Une synthèse pour le décideur : obstacles, possibilités et décisions immédiates, avec les preuves des constats importants.
- Un registre des tâches : URL ou modèles concernés, constat, conséquences, priorité et modification proposée.
- Les éléments de vérification : exports, réponses du serveur, extraits des rapports et dates des observations.
- Un plan de mise en œuvre : responsables, étapes qui dépendent d’autres travaux, temps estimé et hypothèses du calcul, critères de validation et questions encore ouvertes.
La technique ne couvre pas tout l’audit
L’analyse technique vérifie si le site est accessible aux moteurs, comment les URL sont gérées, quelles pages sont indexées et quel contenu apparaît après affichage. Elle passe aussi en revue les modèles de pages réutilisés sur le site. L’étude de la demande et des contenus dit si ces pages répondent aux recherches des acheteurs. Quant aux résultats commerciaux, on ne peut les évaluer qu’avec les données de visites et de conversions, lorsqu’elles existent.
Ces volets doivent se rejoindre. Relever qu’une page ne mentionne aucun délai de mise en œuvre n’est utile que si le rapport explique pourquoi l’acheteur en a besoin et qui, dans l’entreprise, peut donner une réponse fiable. Réclamer « plus de texte » ne dit à personne ce qu’il doit faire.
Une vraie vérification : consigner la preuve
Prenons le contrôle Neaptide archivé du 3 octobre 2026 sur six URL linguistiques de /services/geo. Le JSON contient URL, statut HTTP, canonical, liens de langue et présence dans le sitemap. Aucun défaut n’a été trouvé sur ces points.
| Champ | Éléments vérifiés |
|---|---|
| Périmètre | Six URL linguistiques d’un service |
| Méthode | HTTP GET ordinaire, analyse HTML et sitemap |
| HTTP | 6 sur 6 renvoient 200 |
| Canonical et langues | 6 sur 6 : canonical propre, six langues et x-default |
| Sitemap | Les six URL sont présentes |
| Limite | Pas de Search Console ni de requêtes Googlebot authentiques vérifiées |
Un contrôle conforme est aussi un résultat d’audit. N’inventez pas un défaut pour remplir une liste. Pour examiner une redirection ailleurs, établissez les anciennes et nouvelles URL et consultez la documentation Google.
Un exemple de rapport d’audit SEO en accès libre
La synthèse utilise les mêmes preuves archivées. « Vérifié » couvre seulement HTTP, canonical, langues et sitemap. Cela ne prouve ni l’indexation Google ni une hausse des demandes.
| Partie | Résultat |
|---|---|
| Vérifié | 6 URL : statut, canonical, langues et sitemap |
| Corrections | Aucune requise pour ces contrôles |
| Analyse séparée | Indexation, accès des robots, trafic et demandes |
| ID / état | Preuve / action | Vérification |
|---|---|---|
| T01 · Vérifié | Six URL renvoient 200 | Refaire le GET après changement des routes |
| T02 · Vérifié | Canonical et langues cohérents | Revoir après changement des langues |
| T03 · Vérifié | Six URL dans le sitemap | Revoir après publication |
| T04 · Non vérifié | Demander Search Console en lecture seule | Conserver le statut d’indexation par URL |
Lors de la remise du dossier, commencez par la décision à prendre, puis suivez une tâche de la preuve au contrôle final. Désignez le responsable de chaque prochaine étape. Un audit terminé, une correction publiée et une évolution observée dans la recherche sont trois jalons distincts ; le rapport doit permettre de vérifier chacun d’eux.
Un contrôle réel de notre propre site Next.js
Pour donner un exemple réel à petite échelle, nous avons contrôlé les six versions linguistiques publiques de la page GEO de Neaptide le 3 octobre 2026. Chacune renvoyait HTTP 200, sa propre URL canonique, des liens concordants vers les six langues et x-default, ainsi qu’une entrée dans le sitemap. Le titre du service figurait dans le HTML initial. Ces contrôles étaient conformes ; ils ne renseignent ni l’état d’indexation dans Google ni une éventuelle progression des résultats.
Hiérarchiser sans courir après un score
Commencez par les parcours qui permettent de trouver une offre ou d’envoyer une demande, puis mesurez l’étendue du problème. Une erreur dans un modèle de page peut toucher de nombreuses URL, mais ce nombre ne dit rien, à lui seul, de leur importance. Évaluez ensuite la fiabilité du diagnostic, le travail nécessaire et les décisions à prendre au préalable. Lors d’une migration, par exemple, mieux vaut choisir les URL à conserver avant d’en réécrire le contenu.
Distinguez défauts confirmés et hypothèses. Les propriétés examinées ici sont conformes. Ce contrôle limité ne prouve ni indexation ni hausse des demandes, qui exigent d’autres données.
Les accès et les limites de la vérification
Pour le diagnostic, des accès en lecture aux rapports de recherche et d’analyse suffisent. Les modifications du site viennent ensuite, dans une étape définie à part. Google donne le même conseil : pendant l’audit, n’accordez qu’un accès en lecture à la Search Console.
Les pages publiques permettent de vérifier les liens et certains réglages. Sans les données des comptes, impossible d’établir quelles requêtes ont perdu des clics ou comment les demandes ont évolué. Le rapport doit alors signaler ce qui manque.
Accepter le rapport et préparer les corrections
Choisissez une recommandation importante et demandez au prestataire de la dérouler devant vous, du constat initial à la vérification après correction. Il doit pouvoir montrer l’URL, reproduire le problème, justifier sa priorité et décrire précisément le travail à réaliser. Une alerte colorée dans un outil ne suffit pas.
Avant de commander, vérifiez si les échanges avec les développeurs et le contrôle après correction sont inclus. La remise du rapport, la publication des corrections et l’évolution des résultats de recherche sont trois étapes distinctes. Chez Neaptide, vous pouvez commander un audit ponctuel ou choisir un accompagnement continu. La mise en œuvre est distincte de l’audit ponctuel ; son périmètre est fixé dans la proposition.