Le sens de la décision
Séparez d'abord contenu public et travail privé. Présentations, annuaires et articles peuvent nécessiter une découverte par recherche ; tableaux clients et données personnelles exigent des autorisations. Le rendu serveur ne décide pas quelles URL doivent être publiques ni ce que renvoie leur première requête.
Rôles et alternatives
Le prérendu convient aux contenus stables ; un rendu à la demande peut servir des pages publiques souvent actualisées. Les interactions du navigateur complètent les deux. Google distingue exploration, rendu et indexation et recommande des statuts significatifs. Notre préférence pratique est de fournir contenu essentiel et navigation ordinaire dans le HTML initial.
Parcourir le changement
Un annuaire comporte une page fournisseur publique et un espace achats privé. L'appel direct du fournisseur doit renvoyer nom, description et liens ; l'espace privé exige une autorisation. Testez aussi un fournisseur inconnu : il doit être traité comme absent, sans coquille vide réussie. Vérifiez la réponse de production, car le navigateur de développement peut masquer ces écarts.
Vérifier les échecs
Évitez les données privées dans les réponses rendues ou caches partagés. Un sitemap ne remplace pas des liens explorables. Alignez canonical et page réelle ; distinguez chargement, indisponibilité et inexistence. Le rendu ne garantit ni position ni indexation : contenu utile et découverte restent nécessaires.
Examiner les routes avant de choisir leur rendu
Inventoriez public visé, source, fraîcheur et accès. Un profil fournisseur relu peut tolérer une publication différée ; une commande privée exige des données actuelles. Ces différences justifient plusieurs choix de rendu et de cache dans la même application. Un réglage global ne remplace pas ce jugement ni ne rend publique toute valeur changeante.
Inspectez une requête directe sans navigation préalable : statut, titre, canonical, texte et liens. Suivez un lien et demandez un identifiant invalide. Pour pagination et filtres, choisissez les combinaisons publiques utiles et les vues simplement temporaires. Des filtres vides illimités ne forment pas une stratégie de contenu. Alignez inventaire, sitemap et navigation.
Vérifiez le cache à cette frontière. Le contenu public peut être réutilisé, une réponse personnelle ne doit pas parvenir à un autre compte. Testez sans connexion puis avec deux comptes dans le déploiement réel. Une consigne d'indexation ne protège pas les données privées. Un retrait exige remplacement authentique ou état d'absence. Le rendu doit refléter cette décision, pas la masquer dans une coquille réussie.
Preuves obtenues par requête directe
| Type de route | Vérification |
|---|---|
| Profil public publié | Le HTML initial contient description et liens ; les métadonnées désignent ce même profil. |
| Identifiant public inconnu | La réponse représente une ressource absente et non une page vide ordinaire. |
| Commande privée | Aucune donnée sans autorisation, quels que soient robots ou boutons cachés. |
| Page retirée | Statut ou remplacement suit la décision éditoriale ; la navigation ne conseille plus une impasse. |
Convenir de ces règles
Quelles pages doivent attirer des recherches ? La réponse HTTP directe contient-elle l'essentiel ? Que se passe-t-il sans cache chaud ni navigation préalable ? Examinez routes, accès, contenu et métadonnées ensemble lors du cadrage.