Aller au contenu principal
Guide SEO

Vérificateur SEO Next.js : diagnostiquer les URL et métadonnées

Avant une vérification SEO Next.js, déterminez si le projet utilise App Router ou Pages Router. Pour App Router, testez une route statique, une route alimentée par des données et un slug inexistant pour examiner ensemble les métadonnées, l’état du contenu et le comportement de la réponse.

Comparez le rendu des différents types de routes

Lisez les titres, descriptions et URL canoniques des pages statiques et dynamiques. Des routes sans rapport partageant un seul titre justifient d’examiner les layouts parents et generateMetadata. Une URL canonique localhost ou de prévisualisation oriente vers metadataBase ou la configuration du domaine. Lorsque les métadonnées sont diffusées progressivement, examinez la réponse complète et le comportement selon l’agent utilisateur ; un analyseur limité à l’en-tête initial peut manquer des informations.

Testez les états de publication et de cache

Choisissez un enregistrement dont le titre a changé et vérifiez si les métadonnées et le texte visible ont été actualisés ensemble. Si l’un reste obsolète, examinez le cache et l’invalidation au lieu de masquer le problème avec des balises supplémentaires dans les composants clients. Demandez un enregistrement absent et examinez le comportement « introuvable » et les directives robots renvoyées. Ne créez pas de contenu artificiel en production pour un test ; reproduisez les états limites dans l’environnement de tests automatisés du projet.

Examinez les routes linguistiques et les flux de découverte

Suivez les liens vietnamiens et anglais du site et comparez les balises canoniques autoréférentes aux variantes réciproques. Examinez le sitemap de production pour repérer les entrées de domaines de prévisualisation ou de brouillons. Comparez les règles robots aux routes publiques importantes. Lorsqu’un robot HTML ne peut reproduire le rendu de Google, documentez cette limite et utilisez l’inspection d’URL avant d’apporter de grands changements de configuration sur la base d’observations incomplètes. Retestez le jeu d’exemples d’origine après déploiement pour vérifier à la fois la fraîcheur des données et le rendu des métadonnées.

Un scénario concret de publication

Exemple illustratif : la navigation dans l’application affiche un nouveau titre tandis qu’une requête directe renvoie encore l’ancien. Comparez les deux méthodes d’accès, les données en cache et le moment du déploiement avant de modifier les déclarations de métadonnées. Lisez la réponse complète pour l’agent utilisateur concerné. N’ajoutez pas un autre titre généré côté client lorsque l’enregistrement sous-jacent n’a pas été actualisé. Retestez une autre route dynamique et le produit traduit pour ne pas présenter un contournement local de navigation comme une correction générale des métadonnées rendues côté serveur.

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.

Références officielles

Publicité

Questions fréquentes

Des métadonnées absentes d’un analyseur prouvent-elles un défaut SEO de Next.js ?
Pas nécessairement. Tenez compte du routeur, de la diffusion progressive des métadonnées, du comportement selon l’agent utilisateur et de la réponse complète ; comparez avec l’inspection d’URL avant de conclure.
Les pages vietnamiennes et anglaises peuvent-elles toutes deux apparaître sur Google ?
Oui, chaque traduction publique complète peut être indexée à sa propre URL. Utilisez des balises canoniques autoréférentes, des liens hreflang réciproques et des entrées dans le sitemap. La décision finale d’indexation appartient à Google.
Un audit réussi garantit-il l’indexation ?
Non. Un audit signale les problèmes observables, sans promettre l’indexation ou un classement dans les moteurs de recherche. Vérifiez la découverte et l’état d’exploration avec Search Console.

Analysez le SEO de votre site web dès maintenant

Analysez gratuitement les facteurs SEO importants et obtenez des suggestions de correction en 60 secondes.