Audit de site Next.js
Scanverra vérifie comment votre application Next.js effectue son rendu - serveur, statique ou client - et signale les problèmes de next/image, de l'API Metadata et d'hydratation qui vous coûtent discrètement des points sur les Core Web Vitals.
Ce que nous vérifions pour Next.js
Six vérifications propres à la façon dont l'App Router effectue réellement le rendu et livre le code.
Stratégie de rendu par route
Si une route est rendue côté serveur, générée statiquement, ou livrée comme une coquille vide qui se remplit côté client - et si ce choix convient au contenu. Une page marketing entièrement rendue côté client ne donne rien à lire à un crawler au premier affichage.
Adoption de next/image
Des balises <img> brutes utilisées à la place de next/image, et des images sans width/height (ou fill) - la combinaison qui provoque un décalage de mise en page quand les images apparaissent à leur taille réelle.
Couverture de l'API Metadata
Title, description, balise canonique et données Open Graph par route, comparés à un unique export metadata racine réutilisé - ou absent - sur toutes les pages.
Répartition composants client vs. serveur
Des directives "use client" inutiles placées haut dans l'arbre de composants, qui embarquent tout un sous-arbre - et tout ce qu'il importe - dans le bundle navigateur alors que seule une petite partie interactive en avait besoin.
Incohérences d'hydratation
Un balisage rendu côté serveur qui ne correspond pas à ce que React produit côté client, souvent à cause de Date.now(), Math.random(), ou d'une API propre au navigateur appelée pendant le rendu. Cela se traduit par des erreurs console et un score Bonnes pratiques pénalisé.
En-têtes de sécurité au niveau des réponses
Si HSTS, X-Frame-Options et en-têtes similaires sont définis globalement - Next.js permet de le faire une seule fois dans la fonction headers() de next.config, plutôt que de laisser chaque route sur ses réglages par défaut.
How it works
Trois étapes de l'URL aux corrections spécifiques à Next.js.
Collez votre URL Next.js
Aucun accès au dépôt et aucune étape de build - nous scannons la page en production, déployée, exactement comme le ferait un navigateur ou un crawler.
Nous confirmons les signaux de l'App Router
Des en-têtes de réponse comme x-powered-by: Next.js, les chemins d'assets /_next/static/, et le payload __NEXT_DATA__ nous indiquent qu'il s'agit bien d'une application Next.js avant que l'audit ne démarre.
Obtenez des corrections spécifiques à Next.js
Chaque problème est rédigé pour le framework que vous utilisez réellement - des conseils sur next/image et l'API Metadata, pas des recommandations génériques.
Frequently asked questions
Scanverra sait-il si j'utilise l'App Router ou le Pages Router ?
Il détecte qu'un site tourne sous Next.js à partir des en-têtes de réponse et des chemins d'assets de build, puis applique des vérifications qui fonctionnent pour l'un comme pour l'autre routeur - il n'a pas besoin de les distinguer pour auditer le rendu, les images et les métadonnées.
L'audit détectera-t-il une balise <img> brute que j'ai oublié de remplacer par next/image ?
Oui. Les images non optimisées et celles sans width/height apparaissent comme des problèmes de Core Web Vitals et de bonnes pratiques, exactement comme dans un rapport Lighthouse.
Peut-il me dire si une page précise se rend entièrement côté client ?
L'audit inspecte le HTML réellement livré au premier chargement. Une page avec peu ou pas de contenu avant l'exécution de JavaScript apparaîtra comme un problème de visibilité de contenu et de SEO - ce qui est généralement le signe d'un rendu côté client sans rien de rendu côté serveur en dessous.
Vérifie-t-il spécifiquement ma configuration d'API Metadata ?
Il vérifie le résultat - title, meta description, balise canonique et données Open Graph sur la page rendue - que vous l'ayez généré avec l'API Metadata, un composant Head, ou des balises codées en dur.
Les erreurs d'hydratation apparaîtront-elles dans mon rapport ?
Les erreurs console font partie du score Bonnes pratiques, et les incohérences d'hydratation sont l'une des façons les plus courantes dont elles se manifestent dans une application Next.js.
Dois-je déployer mon site avant de pouvoir l'auditer ?
Oui - Scanverra scanne une URL en production, publiquement accessible. Une adresse localhost ou un déploiement de prévisualisation protégé par mot de passe ne fonctionneront pas.
Autres audits par technologie
React
Bundle size, hydration, client-rendered content, and SEO gaps in SPAs.
WordPress
Plugin bloat, render-blocking assets, version disclosure, and wp-json exposure.
Webflow
What's fixable inside the Designer vs. what's locked by the platform.
Audit de site
Toutes les vérifications, pour n'importe quelle stack technique.
Découvrez vos Core Web Vitals Next.js en moins d'une minute
Rendu, images, métadonnées et hydratation - noté et expliqué en fonction du framework que vous avez réellement déployé.
Run free audit