Un audit SEO technique cherche à expliquer un problème sur un périmètre connu. Il rapproche les adresses découvertes, les réponses du serveur, le contenu rendu et les observations disponibles dans les outils autorisés. Une liste d’avertissements n’est pas encore un diagnostic, et une correction technique ne garantit pas un gain de classement.
Commence en lecture seule. L’objectif est de savoir ce qui existe, ce qui devrait rester public et quelle preuve permet de confirmer un écart. Les changements de serveur, de CMS ou de règles d’indexation viennent ensuite, avec sauvegarde et réception.
1. Construire le périmètre des routes
Rassemble les pages du CMS, les sitemaps, les liens internes et les anciennes adresses connues. Garde leur source de découverte. Une archive, une fiche de service, une pagination et une confirmation de formulaire n’ont pas le même rôle ; leurs décisions ne doivent pas être déduites d’une règle générale.
Pour chaque adresse, note la destination attendue, son statut public ou privé et la raison de sa présence. Déduplique les documents sans perdre les variantes historiques. Les paramètres peuvent produire beaucoup de combinaisons : définis les familles à tester plutôt que de prétendre visiter toutes les formes possibles.
Les données de compte ou de journal ne sont ajoutées qu’avec les accès autorisés. Si elles manquent, indique cette limite. Un relevé de liens publics peut prouver une découverte dans ce relevé ; il ne prouve pas que Google a exploré toutes ces routes.
2. Distinguer réponse, exploration et indexation
Observe la réponse HTTP réelle, les redirections et la page finale. Une adresse peut répondre correctement mais être exclue de l’index ; une autre peut apparaître dans un ancien rapport sans correspondre à son état actuel. Note les dates de chaque observation au lieu de réunir ces états sous une seule étiquette.
La documentation Google sur robots.txt distingue le contrôle de l’exploration de l’exclusion des résultats. Bloquer une URL par robots.txt ne suffit pas à garantir sa disparition de Google. Ce fichier n’est pas non plus une protection de confidentialité.
Compare les règles robots, les balises d’indexation et les canoniques avec la fonction des pages. Le sitemap doit correspondre aux destinations retenues, sans devenir une autorisation de publication pour des brouillons. Les pages légales et les données privées nécessitent leur décision propre ; une checklist ne les classe pas automatiquement.
3. Comparer les variantes sans absorber des pages distinctes
Teste les anciennes formes d’adresse et les paramètres réellement utilisés. Vérifie si la réponse, la destination finale et la canonical correspondent au cas prévu. Une variante de suivi peut afficher le même document tout en portant une information de provenance à conserver.
La documentation Google sur la pagination recommande une URL propre à chaque page de la séquence et déconseille de désigner systématiquement la première comme canonical. Elle rappelle aussi que les robots ne déclenchent généralement pas les interactions nécessaires au chargement de nouveaux éléments.
Une page paginée et un filtre de tri ne sont donc pas traités comme le même cas. La méthode de comparaison des variantes détaille les décisions possibles. Avant une redirection ou un regroupement, vérifie le contenu, les liens entrants connus et l’équivalence de la destination.
4. Recevoir le rendu et le parcours
Ouvre des exemples de chaque gabarit retenu. Vérifie le texte, les titres, les images, les liens et les contrôles visibles. Si JavaScript intervient, compare ce qui est reçu et ce qui est finalement affiché ; un document téléchargé sans erreur peut rester vide ou inutilisable à l’écran.
Le diagnostic des pages JavaScript approfondit ce sujet. L’audit transversal doit aussi noter les écrans et navigateurs testés, les erreurs de console pertinentes et les limites de la recette. Un parcours mobile émulé ne prouve pas le fonctionnement sur tous les téléphones.
Pour la performance, distingue une mesure de laboratoire d’une observation de visiteurs réels. Conserve les conditions du test et vérifie que les données correspondent à la page ou à l’origine concernée. Un score ponctuel ne permet pas de déclarer tous les parcours rapides ou toutes les interactions conformes.
5. Prioriser avec une preuve et préparer le retour arrière
Exemple illustratif : un site fictif affiche une page de service dans son menu, mais ce lien finit sur une erreur. La première correction cible ce lien ou sa destination après vérification de la bonne page. Elle ne justifie pas de rediriger toutes les erreurs vers l’accueil ou de reconstruire le site.
Pour chaque écart, conserve le scénario de reproduction, la cause confirmée ou encore supposée, les cibles exactes et les dépendances. Indique l’impact observable et la réception attendue. Si une hypothèse n’est pas démontrée, présente-la comme une piste à tester, pas comme la cause.
Avant de corriger, vérifie la sauvegarde, l’accès nécessaire et le moyen de restauration. Une règle de cache, une politique de sécurité ou un changement de configuration peut affecter les formulaires et les ressources. Teste le changement isolément ; ne copie pas une configuration générique sans connaître l’environnement.
6. Recontrôler et livrer les réserves
Rejoue le scénario initial puis contrôle les routes voisines qui pouvaient être affectées. Pour une publication, vérifie le contenu public, la réponse finale et les listes de destinations. Pour un formulaire, sépare affichage, envoi autorisé et réception. Un contrôle GET ne reçoit pas à lui seul une soumission.
Le résultat reste inconclusif lorsqu’un accès manque ou qu’une observation ne permet pas de conclure. La réception distingue correction installée, indexabilité et indexation effective. Le guide Search Console aide à interpréter les observations Google, dont la date peut précéder la modification du site.
Le livrable final présente le périmètre contrôlé, les corrections reçues et les réserves avec leur responsable. L’accompagnement SEO peut prendre en charge ce diagnostic ou une intervention ciblée. Tu peux présenter les adresses et le problème rencontré pour délimiter la mission avant toute modification.
