Expert · P1

SEO React

React ne produit rien d'indexable par défaut : une application client sert un conteneur vide. Rendre une application React indexable suppose de choisir une stratégie de rendu par route et de générer les métadonnées côté serveur. Le reste du travail est du SEO classique, appliqué à un code qui fabrique le HTML au lieu de le stocker.

Publié par François Castellani Mis à jour le

Périmètre

Ce que couvre cette prestation

Travail sur l'indexabilité d'une application React : stratégie de rendu, routage, métadonnées, contenu servi et coût d'hydratation.

Inclus

  • Diagnostic du HTML servi par route
  • Choix du mode de rendu : serveur, prérendu au build, ou client pour les routes privées
  • Routage et liens explorables en balise ancre
  • Métadonnées et données structurées générées côté serveur
  • Découpage du JavaScript et coût d'hydratation
  • Tests automatisés de non-régression

Hors périmètre

  • Réécriture complète vers un autre framework sans justification mesurée
  • Rendu dynamique comme architecture cible

Problèmes traités

Ce qui amène généralement à cette page

L'application sert un conteneur vide

Sans rendu serveur ni prérendu, le HTML initial ne contient ni texte ni lien exploitable.

Les métadonnées changent côté client

Mises à jour après exécution, elles ne sont pas prises en compte de façon fiable.

L'hydratation coûte cher

Un bundle important dégrade l'interactivité, ce qui se voit dans les données terrain quand elles existent.

Livrables

Ce que vous recevez

  1. Matrice de rendu par route

    Routes indexables, stratégie retenue, contenu minimal attendu dans la réponse serveur.

  2. Spécifications techniques

    Modifications de routage, de métadonnées et de chargement, fichier par fichier.

  3. Tests de non-régression

    Contrôles automatisés sur la présence du contenu principal et des métadonnées dans le HTML servi.


Méthode

Comment on procède

  1. Mesurer l'écart servi / rendu

    Comparaison du HTML brut et du DOM final sur un échantillon de routes.

  2. Choisir le rendu par route

    Prérendu quand le contenu est stable, rendu serveur quand il dépend de la requête, client pour le privé.

  3. Générer les métadonnées en amont

    Title, description, canonical et données structurées produits côté serveur.

  4. Verrouiller par des tests

    Un test échoue si une route indexable cesse de servir son contenu principal.

Preuves

Ce qui est vérifiable

  • L'ancienne catégorie React de ce domaine est redirigée vers cette page, conformément au mapping de migration publié.
  • L'écart entre HTML servi et DOM rendu est observable avec l'outil d'extraction de balises publié ici, qui n'exécute pas le JavaScript.
  • La même règle est appliquée à ce site : contenu principal présent dans la réponse serveur, interactivité ajoutée ensuite.

Les chiffres cités proviennent des exports Search Console de ce domaine datés du 26 octobre 2026, publiés avec leurs limites sur la page études de cas. Aucun résultat client n'est publié sans accord et sans fenêtre de mesure explicite.

Cas d'usage

Situations typiques

Application créée en rendu client

Ajout de prérendu ou de rendu serveur sur les routes publiques.

Site vitrine construit en React

Passage au prérendu au build, souvent suffisant et moins coûteux à exploiter.

Tableau de bord avec pages publiques

Séparation nette entre routes indexables et routes privées.

Limites et cas où cela ne s'applique pas

  • Le rendu serveur ajoute une infrastructure et un coût d'exécution.
  • Rendre indexable ne rend pas pertinent : le contenu reste déterminant.
  • Certaines bibliothèques tierces ne fonctionnent pas en rendu serveur et doivent être isolées.

Questions fréquentes

Faut-il passer à Next.js pour le SEO ?

Pas nécessairement. Un prérendu au build suffit souvent pour un site dont le contenu est stable. Le changement de framework se justifie par des besoins de rendu par requête ou d'outillage, pas par principe.

Les métadonnées gérées côté client suffisent-elles ?

Non, pas de façon fiable. Les métadonnées doivent être présentes dans la réponse serveur, ce qui suppose un rendu serveur ou un prérendu.

Comment vérifier ce qui est servi ?

En lisant le HTML brut de la réponse, sans exécuter le JavaScript. L'outil d'extraction de balises publié ici le fait et montre immédiatement ce qui manque.

Diagnostic

Diagnostiquer une application React

Une réponse argumentée sous deux jours ouvrés, avec un premier avis sur le maillon qui bloque. Pas de prise de rendez-vous imposée avant d'avoir compris le contexte.

Sans site en ligne, décrivez le projet dans le message.

Réponse sous 2 jours ouvrés