Une page de service peut être claire et utile, mais rester absente de Google si le site empêche son exploration ou son indexation. Un audit SEO technique repère ces obstacles, puis aide à décider quelles corrections traiter avant d’ajouter du contenu. Cette checklist de 25 contrôles précise quoi examiner, avec quels outils gratuits et comment vérifier que les corrections portent sur les bonnes pages.
Un audit utile relie chaque anomalie à une page importante et à une décision concrète.
Un audit SEO technique examine ce qui empêche les pages d’être explorées, comprises ou indexées. France Num distingue la technique, le contenu et la popularité dans un audit SEO complet (16 mars 2026). Cette distinction évite de demander une réécriture quand le problème vient d’une page inaccessible.
| Volet | Question à trancher | Décision possible |
|---|---|---|
| Technique | Google peut-il accéder aux pages utiles et comprendre leurs versions ? | Corriger un blocage, une redirection, une duplication ou un chargement gênant. |
| Contenu | La page répond-elle à ce que cherche la personne ? | Revoir le sujet, les mots-clés ou la réponse apportée. |
| Popularité | Des sites pertinents font-ils des liens vers le site ? | Examiner les liens obtenus, sans confondre quantité et pertinence. |
Un audit SEO technique cherche les obstacles qui empêchent une page d’être explorée, comprise ou indexée ; un audit de contenu examine si cette page répond à la recherche de son lecteur. L’analyse de popularité, elle, s’intéresse aux liens reçus depuis d’autres sites. Ces diagnostics se complètent, mais ils ne conduisent pas aux mêmes corrections.
Prenez une page qui décrit clairement un service, mais n’apparaît pas dans Google. Vérifiez d’abord son accès, ses liens internes, sa canonique et son état d’indexation. Si elle est accessible et indexée, examinez ensuite sa réponse aux mots-clés visés : la personne cherche-t-elle à comprendre le service, à comparer des solutions ou à trouver un prestataire ? Créer une autre page sur le même sujet risquerait de disperser la réponse au lieu de l’améliorer.
La page de résultats de Google aide à observer le type de réponse proposé pour une requête. Les questions associées peuvent montrer des aspects que votre page ne traite pas. Ces vérifications relèvent du contenu, pas d’une correction du fichier robots.txt. Un ensemble de pages reliées du général au particulier, parfois appelé cocon sémantique, n’a de sens que si chaque page répond à une intention distincte.
Enfin, obtenir des liens depuis d’autres sites ne remplace ni une page accessible ni une réponse utile. Pour le netlinking, la pertinence du site qui fait le lien compte davantage que le nombre de liens. Demandez donc un diagnostic technique si des pages manquent, échouent au chargement ou se redirigent mal ; demandez une analyse de contenu si les pages sont présentes mais ne répondent pas correctement aux recherches visées.
Une page peut être accessible sans être enregistrée dans l’index de Google. L’indexation précède tout positionnement, mais elle n’est pas automatique. À l’inverse, une page indexée peut manquer sa cible si elle répond à une autre intention de recherche.
Pour cadrer le diagnostic complet, le guide /audit-seo/ articule ces trois volets. Ici, la décision porte sur les freins techniques : faut-il intervenir sur le site avant de retravailler les textes ou de chercher de nouveaux liens ?
Devant une page de service absente de l’index, je vérifie son accès avant de proposer une nouvelle rédaction. Réécrire une page bloquée ne règle pas le blocage.
Richad AddouCes 25 contrôles servent à noter, pour chaque anomalie, la page touchée, le constat et le test à refaire après correction. Une alerte sur une page de service ne se traite pas comme une alerte sur une ancienne URL sans destination utile.
| Contrôle | Symptôme et vérification initiale | Décision et contrôle après correction |
|---|---|---|
| 1. Réponses 4xx | Page introuvable dans le crawl. | Rétablir ou rediriger si utile ; retester l’URL. |
| 2. Réponses 5xx | Page indisponible dans le crawl. | Corriger la panne ; retester la réponse. |
| 3. Redirections 301 | Ancienne URL mal orientée dans le crawl. | Choisir la bonne destination ; la rouvrir. |
| 4. Chaînes 301 | Plusieurs détours dans le crawl. | Pointer directement ; relancer le contrôle. |
| 5. Robots.txt | Page utile bloquée dans le fichier. | Revoir la règle ; tester l’accès. |
| 6. Sitemap XML | Page importante absente du fichier. | L’ajouter si pertinent ; relire le fichier. |
| 7. URL du sitemap | URL inutile ou redirigée dans le fichier. | La remplacer ; vérifier sa destination. |
| 8. Balise noindex | Page utile exclue dans son code. | Revoir la consigne ; inspecter l’URL. |
| 9. Canonique | rel="canonical" pointe ailleurs dans le code. | Confirmer la version voulue ; relire la balise. |
| 10. Doublons | Versions proches repérées au crawl. | Choisir leur rôle ; comparer les URL restantes. |
| 11. Indexation | Page absente dans Search Console. | Chercher la cause ; réinspecter l’URL. |
| 12. Maillage interne | Page clé peu liée au crawl. | Ajouter un lien pertinent ; recrawler. |
| 13. Pages isolées | URL du sitemap sans lien interne. | Créer un accès utile ; vérifier le parcours. |
| 14. Parcours | Page difficile à atteindre depuis le menu. | Simplifier l’accès ; refaire le trajet. |
| 15. Mobile | Contenu gênant sur smartphone. | Adapter l’affichage ; tester la page. |
| 16. Core Web Vitals | Signal à examiner dans les outils de performance. | Identifier la page concernée ; remesurer. |
| 17. Chargement | Élément lent signalé par le test. | Traiter la cause retenue ; comparer les tests. |
| 18. Formulaire | Envoi difficile sur mobile. | Corriger le parcours ; soumettre un essai. |
| 19. Hreflang | Versions linguistiques mal reliées dans le code. | Corriger les correspondances ; les relire. |
| 20. Schema.org | Donnée structurée signalée par un outil de test. | Corriger le balisage ; relancer le test. |
| 21. Actions manuelles | Notification dans Search Console. | Examiner le motif ; suivre le dossier. |
| 22. URL des images | Image manquante au crawl. | Rétablir le fichier ; rouvrir la page. |
| 23. Rendu JavaScript | Contenu absent du rendu contrôlé. | Examiner l’affichage ; tester à nouveau. |
| 24. Budget de crawl | Nombreuses URL peu utiles au crawl. | Revoir leur génération ; recrawler un échantillon. |
| 25. Logs serveur | Visites de robots à éclaircir dans les logs. | Comparer les URL visitées ; revérifier après correction. |
Le rendu JavaScript, le budget de crawl et les logs serveur demandent une analyse plus poussée. Ils deviennent utiles quand l’exploration des pages importantes reste difficile à expliquer ; ils ne sont pas un passage obligé pour chaque site vitrine.
Le diagnostic d’indexation compare les URL que le site propose, celles que Google peut explorer et celles qui figurent effectivement dans son index. Commencez par les pages qui comptent pour votre activité : services, catégories ou offres encore disponibles.
Un crawl, c’est le parcours des URL par un outil ou un robot. Comparez ses résultats au sitemap XML et aux liens internes. Examinez ensuite le fichier robots.txt, les consignes noindex, les balises canoniques et les redirections des pages manquantes. Dans Google Search Console, le rapport d’indexation et l’inspection d’une URL aident à examiner un cas précis. Une URL présente dans le sitemap n’est pas pour autant indexée.
Si le code affiche peu de contenu alors que le navigateur montre une page complète, examinez son rendu JavaScript. Si les pages accessibles restent peu visitées, les logs serveur, lorsqu’ils sont disponibles, peuvent aider à regarder les passages de Googlebot Smartphone. France Num rappelle qu’un problème technique peut bloquer l’indexation de pages entières (16 mars 2026).
Je commence par comparer une URL de service absente de Google à son lien dans le menu, à sa canonique et à son accès mobile. Une demande d’indexation lancée avant ces vérifications risque de masquer la cause.
Richad AddouUne même erreur technique change de priorité selon le rôle de la page dans le parcours du visiteur.
Un site vitrine de PME doit d’abord permettre de trouver une page de service, de comprendre l’offre et de demander un contact. Contrôlez les liens du menu vers ces pages, leurs éventuelles redirections et le fonctionnement des formulaires sur mobile. Une ancienne page retirée sans redirection mérite une attention particulière si des liens internes y conduisent encore.
Le maillage interne relie les pages d’un même site pour indiquer celles qui comptent et les sujets qu’elles traitent. Un lien depuis une page générale vers un service précis peut aider à rendre le parcours plus clair. En revanche, ajouter des liens partout ne corrige pas une page bloquée par une consigne d’indexation.
Un site e-commerce doit distinguer les catégories utiles des nombreuses URL que peuvent créer les variantes et les filtres, aussi appelés facettes. Une catégorie stratégique inaccessible ne se traite pas comme une combinaison de filtres sans rôle dans les recherches des clients. Avant de modifier les canoniques ou les règles d’exploration, vérifiez quelles URL doivent rester accessibles dans le parcours d’achat.
Le contrôle porte notamment sur ces décisions :
Un site de tourisme doit faire correspondre ses pages aux offres réellement proposées, y compris quand une saison se termine. Une ancienne offre encore liée depuis le menu, une nouvelle URL créée pour la même offre ou une page datée laissée sans explication peuvent gêner le parcours. Décidez si l’ancienne page doit être actualisée, rester consultable ou rediriger vers une offre pertinente.
Si le site propose plusieurs langues, contrôlez les liens entre versions et la balise hreflang. Chaque version doit conduire à un contenu et à un parcours disponibles dans la langue annoncée. Une redirection vers une page sans rapport n’aide ni la personne qui cherche une réservation ni l’examen des URL.
La priorité d’une correction dépend de son effet possible sur les pages utiles, de son étendue, de l’effort demandé et des autres interventions nécessaires. Cette grille sert à décider quoi traiter, pas à attribuer une note automatique à chaque alerte.
| Situation | Impact et étendue | Effort ou dépendance | Décision |
|---|---|---|---|
| Page de service bloquée | Page directement liée aux demandes de contact. | Vérifier la cause avant toute autre intervention. | Traiter le blocage en priorité. |
| Erreur commune à un gabarit | Plusieurs pages produites de la même façon. | Correction à valider sur des URL représentatives. | Corriger le gabarit, puis contrôler les pages touchées. |
| Redirection isolée incorrecte | Une URL concernée. | Destination à confirmer. | Traiter rapidement si l’URL participe au parcours utile. |
| Alerte de performance localisée | Page et gêne à préciser. | Cause technique parfois dépendante du thème ou des fichiers. | Mesurer et qualifier avant de modifier. |
Une erreur isolée peut être urgente si elle coupe l’accès à une page de contact. À l’inverse, un défaut de gabarit mérite une vérification large : corriger une seule URL ne règle pas les autres pages construites de la même manière. Sur une boutique, une catégorie bloquée peut passer avant un détail d’affichage sur une fiche peu consultée.
Notez pour chaque intervention la personne qui peut agir, les URL à tester et la dépendance éventuelle au prestataire qui gère le site. Un dirigeant peut ainsi distinguer une modification de lien interne d’une correction de gabarit qui demande des compétences techniques.
Je refuse de classer toutes les erreurs 404 au même niveau. Je regarde d’abord si l’URL est liée depuis une page de service ou si elle correspond à une offre encore recherchée ; la destination se décide ensuite.
Richad AddouUne correction n’est terminée que lorsque les bonnes URL ont été retestées sur le site en ligne. Confirmez d’abord la modification sur la page concernée, puis relancez un crawl ciblé : réponse HTTP, liens internes, redirection et balise canonique doivent correspondre à la décision prise.
Après un changement de gabarit, testez plusieurs pages qui l’utilisent. Une redirection ajoutée peut créer une chaîne ; une canonique corrigée sur une URL peut rester incorrecte sur ses variantes. Dans Google Search Console, surveillez les erreurs et l’indexation des pages concernées. Une correction technique mise en ligne ne signifie pas que Google a déjà enregistré la page.
Le suivi du positionnement et des requêtes aide ensuite à distinguer un obstacle technique d’un contenu qui ne répond pas assez bien à l’intention de recherche. La mise à jour des contenus existants proposée par Redig intervient sur ce second sujet, lorsque l’accès et l’indexation ne sont plus les freins à traiter en premier.
Un diagnostic technique approfondi se justifie après une refonte, un changement de plateforme, une modification importante des gabarits ou une baisse inhabituelle de visibilité. Dans ces situations, les URL, les redirections et les consignes d’indexation peuvent avoir changé ensemble.
Le suivi courant est plus ciblé : contrôler les nouvelles erreurs, regarder les pages importantes dans Search Console et tester les parcours modifiés. Il ne demande pas de reprendre systématiquement les 25 contrôles. À l’inverse, une migration de plateforme mérite de comparer les anciennes et les nouvelles URL, puis de vérifier les redirections et les canoniques après la mise en ligne.
Une baisse de trafic organique ne prouve pas, à elle seule, un problème technique. Examinez quelles pages et quelles requêtes sont touchées avant de conclure. Si la baisse concerne une page toujours accessible et indexée, l’analyse de son contenu et de son intention de recherche peut être plus utile qu’un nouveau crawl complet.
L’IA peut aider à regrouper des erreurs similaires, à résumer un export ou à préparer des questions pour l’analyse. Elle ne peut pas décider seule qu’une URL doit être supprimée, redirigée ou conservée : ce choix dépend du rôle réel de la page et des parcours du site.
Un regroupement d’URL signalées comme proches, par exemple, peut mêler des variantes inutiles et des pages répondant à des intentions distinctes. Vérifiez un échantillon de pages, leurs liens internes et leur utilité avant de modifier leurs canoniques. De même, une liste de pages lentes n’indique pas automatiquement quelle intervention aura du sens pour votre site.
Chez Redig, les constats techniques sont rapprochés des pages à travailler et des questions des clients. Richad Addou écrit les briefs, relit et décide de ce qui part en ligne ; les recommandations restent soumises à cette validation humaine.
Je peux demander à l’IA de rapprocher des URL qui présentent la même alerte. Je ne lui laisse pas choisir seule une redirection : une page saisonnière et une ancienne page de service peuvent appeler deux décisions différentes.
Richad AddouNon. Google Search Console, PageSpeed Insights, Lighthouse, les outils de test des données structurées et un outil de crawl en version gratuite permettent déjà d’examiner des questions précises. Vérifiez toutefois le périmètre couvert par chaque version gratuite et les accès dont vous disposez. Pour un petit site, commencez par les pages de service et les URL signalées ; pour un site aux nombreuses variantes, la limite du crawl gratuit peut rendre l’examen complet plus difficile.
Vous pouvez corriger vous-même un lien interne erroné ou actualiser une page si votre outil de gestion du site le permet et si vous savez quelle URL conserver. Une modification du gabarit, du rendu JavaScript, des règles de redirection ou de la génération des variantes demande davantage de précautions et peut nécessiter un développeur. Faites préciser pour chaque anomalie la cause, les pages touchées et le test attendu après intervention : une liste d’alertes seule ne suffit pas pour répartir le travail.
Pour cadrer un audit, distinguez la technique, le contenu et la popularité. La technique concerne notamment l’accès aux pages, leur indexation et les redirections ; le contenu examine la réponse apportée aux recherches ; la popularité regarde les liens provenant d’autres sites. France Num présente ces trois dimensions comme le périmètre d’un audit SEO complet (16 mars 2026). Si vos pages importantes sont absentes de l’index, commencez par le diagnostic technique plutôt que par la recherche de nouveaux liens.
Commencez par rendre vos pages utiles accessibles et compréhensibles : vérifiez leur indexation, leurs liens internes, leurs redirections et leur affichage mobile. Travaillez ensuite une page par intention de recherche, avec une réponse qui correspond à ce que la personne veut obtenir, plutôt que plusieurs pages presque identiques. Les liens depuis d’autres sites peuvent compléter ce travail lorsqu’ils viennent de sites pertinents pour votre métier ; ils ne corrigent pas un blocage technique.
Les « quatre piliers » varient selon les méthodes et les sources. Les dimensions courantes d’un audit SEO sont la technique, le contenu et la popularité. Les critères E-E-A-T, expérience, expertise, autorité et fiabilité, ne constituent pas une grille de quatre piliers SEO et ne sont pas des dimensions équivalentes à la technique, au contenu et à la popularité. Pour décider quoi corriger sur votre site, demandez plutôt si le frein concerne l’accès à la page, sa réponse au lecteur ou les liens qui la soutiennent.
La correction la plus utile dépend du frein constaté : rétablir l’accès à une page de service bloquée passe avant sa réécriture, tandis qu’une page accessible mais hors sujet demande un travail de contenu. Examinez ensuite le maillage interne et les liens provenant de sites pertinents, sans chercher à augmenter un compteur pour lui-même. Refusez les séries de pages identiques qui ne changent que par un nom de ville : une page locale doit apporter un fait local vérifiable et répondre à une recherche distincte.
Donnez-nous votre site et votre marché. On vous renvoie un premier diagnostic : ce qui vous manque, et si un freelance suffit.
Demander un auditNous mesurons l'audience de ce site pour savoir ce qui vous y amène. Rien n'est déposé sur votre appareil tant que vous n'avez pas accepté, et nous ne revendons aucune donnée.