Les bonnes pratiques SEO pour les sites Next.js en 2025

Next.js est excellent pour le SEO, mais seulement si vous l'utilisez correctement. J'ai audité des sites Next.js qui avaient des pages sans balises title, des images non optimisées, et du contenu invisible pour Google. Voici ce qu'il faut vérifier.

Les 3 erreurs SEO que je vois sur les sites Next.js

1. Pages sans metadata : Next.js 14+ propose une Metadata API intégrée. Pourtant, beaucoup de sites l'oublient sur certaines pages. Résultat : Google choisit lui-même le title et la description. Conséquence : moins de clics, moins de trafic. Vérifiez avec l'inspecteur d'URL dans Search Console.
2. Images sans lazy loading et sans dimensions : le composant Image de Next.js optimise automatiquement les images (WebP, AVIF, lazy loading). Mais si vous utilisez une balise <img> classique, vous perdez ces bénéfices. Conséquence : un mauvais score LCP (Largest Contentful Paint).
3. Contenu chargé côté client sans fallback : le rendu dynamique avec useEffect ou SWR sans squelette ni contenu statique de base. Google ne voit parfois qu'un écran de chargement. Utilisez le SSR ou l'ISR pour le contenu critique.

La checklist SEO Next.js que j'applique à chaque site

• Metadata API : chaque page a un title unique (50-60 caractères) et une meta description (150-160 caractères) avec mot-clé principal
• Sitemap.xml dynamique : généré automatiquement à partir des routes et des articles du CMS headless
• Balises heading : un seul h1 par page, hiérarchie cohérente h2 > h3, pas de saut de niveau
• Images optimisées : composant Image de Next.js avec width/height, formats WebP/AVIF, lazy loading natif
• Données structurées JSON-LD : Organisation, Article, FAQ, LocalBusiness selon les pages
• Fichier robots.txt : qui autorise Googlebot sans bloquer de ressources CSS/JS
• Core Web Vitals : LCP < 2.5s, FID < 100ms, CLS < 0.1 (mesuré avec PageSpeed Insights et Lighthouse)

Le piège des données structurées (je suis tombé dedans)

J'ai passé 2 jours à configurer des données structurées JSON-LD parfaites sur un site Next.js. Résultat : Google les ignorait parce qu'elles étaient injectées côté client après le rendu. Depuis, je les génère côté serveur ou en statique. Vérifiez avec le Test des résultats enrichis de Google : si les données structurées n'apparaissent pas dans le test, c'est qu'elles ne sont pas lues par Google.

Pourquoi Next.js est naturellement bon pour les Core Web Vitals

Next.js gère automatiquement le code splitting, le lazy loading des composants, l'optimisation des polices (next/font), et la priorisation du contenu visible. Bien configuré, il atteint des scores de 90-100/100 sur Lighthouse sans effort. C'est un avantage décisif par rapport à WordPress où atteindre 90+ nécessite une optimisation manuelle poussée.

FAQ : SEO Next.js

Pour aller plus loin, découvrez ma page dédiée au développement headless.

Est-ce que Google indexe bien un site Next.js ?

Oui, si le rendu est côté serveur (SSR) ou statique (SSG). Le client-side rendering (CSR) seul peut poser problème. Vérifiez avec "Inspecter l'URL" dans Google Search Console : si Google voit le même contenu qu'un visiteur, tout va bien.

Faut-il un plugin SEO pour Next.js ?

Non. Next.js intègre tout ce qu'il faut : Metadata API, sitemap, Image optimization, et structured data. Pas besoin de Yoast ou Rank Math comme sur WordPress.

Next.js est-il bon pour un site e-commerce ?

Excellent. L'ISR (Incremental Static Regeneration) permet de générer des pages produit en statique tout en les mettant à jour régulièrement. Vous combinez la vitesse du statique avec la fraîcheur du dynamique.

Vous avez un site Next.js et vous voulez vérifier qu'il est optimisé SEO ? Je propose un audit technique complet qu'il est optimisé SEO ? Je vous propose un audit technique complet de votre site.