Vérificateur SEO Drupal : diagnostiquer les URL et métadonnées

Une vérification SEO Drupal doit porter sur un alias actuel, son chemin de nœud, un terme de taxonomie et une paire de traductions. Cela révèle les différences entre enregistrements de contenu, réglages des modules et rendu public anonyme.

Comparez l’alias à la route interne du nœud

Demandez les deux adresses et notez les statuts, les destinations finales et les URL canoniques. Si les deux servent du contenu, examinez le comportement des redirections et des balises canoniques en place avant de supprimer un alias. Pour un chemin modifié par Pathauto, suivez aussi un ancien lien : le bon fonctionnement du nouvel alias ne prouve pas que le précédent redirige correctement.

Examinez un modèle propre à un type de contenu

Comparez les titres, descriptions et directives robots d’un article et d’une page de service. Si une description manquante ne touche qu’un type, examinez le mappage des champs ou le mécanisme de repli de ce type. Testez une page de taxonomie peu fournie pour voir si le sitemap la présente malgré son manque de contexte. Ne désactivez pas un module SEO entier pour corriger une configuration limitée à un seul sous-type.

Demandez les deux langues anonymement

Chargez les URL vietnamiennes et anglaises sans cookies d’administration. Confirmez la publication, la langue du contenu, les balises canoniques autoréférentes et les liens linguistiques réciproques. Si le comportement change après connexion, vérifiez les droits d’accès et les contextes de cache concernés. Après une correction, retestez les routes d’alias et de nœud ainsi qu’une autre page traduite partageant le modèle. Notez l’heure de vidage du cache pour ne pas confondre une ancienne réponse avec un défaut de configuration persistant. Une exploration externe ne peut révéler chaque droit interne ni chaque variante en cache.

Un scénario concret de publication

Exemple illustratif : les administrateurs voient la dernière version du nœud, tandis que l’alias public renvoie un ancien contenu. Comparez les requêtes sans cookies, les droits de publication et le rendu du cache après modification. Demandez un autre nœud du même type ainsi qu’une traduction de l’original. Associez les résultats à leurs routes et contextes d’accès exacts. Ne supprimez pas l’alias pour cacher le symptôme avant d’avoir identifié si le routage, les droits ou les réponses en cache en sont responsables. Après correction, répétez chaque chemin d’accès pour ne pas confondre une session administrateur fonctionnelle avec une résolution publique.

Lancez une vérification et interprétez les éléments observés

Soumettez une URL publique représentative au vérificateur SEO gratuit ci-dessous. Consignez son statut, son titre, sa description et son URL canonique avec l’adresse exacte et l’heure du contrôle. Regroupez les problèmes récurrents selon le modèle ou la configuration responsable afin de retester une seule correction ciblée sur plusieurs pages. Un champ manquant et une exclusion intentionnelle exigent des décisions différentes.

Un audit HTTP/HTML observe les réponses publiques. Il ne se connecte pas à la plateforme, n’examine pas chaque réglage d’administration, ne reproduit pas tous les comportements de rendu côté client et ne prouve pas qu’une page est indexée par Google. Pour obtenir des éléments provenant du moteur de recherche, comparez l’inspection d’URL de Search Console et les données d’exploration ultérieures. Revérifiez l’URL d’origine après publication et actualisation du cache plutôt que de considérer une simple variation du score comme la preuve que le problème sous-jacent est résolu.

Outils et conseils complémentaires

• Lire le guide de configuration Drupal
• Vérifier une URL publique
• Examiner une chaîne de redirections

Références officielles

• Drupal : Pathauto
• Drupal : Pathauto et Redirect