Injection de schéma via l’Edge

1) Configurez une règle de routage sur le CDN pour déclencher un worker sur les URL /*product*. 2) À l’intérieur du worker, récupérez le HTML d’origine avec `cacheTtlByStatus` afin que le HTML puisse quand même être mis en cache en aval. 3) Analysez le HTML avec un HTMLRewriter en streaming ou une API similaire pour éviter le coût d’un DOM complet. 4) Extrayez le SKU, le prix, la disponibilité et la marque du HTML (utilisez des requêtes de sélecteur ou, à défaut, des regex). 5) Construisez un objet JSON-LD conforme à Schema.org/Product et aux consignes Google sur le prix/la disponibilité. 6) Injectez le bloc `<script type="application/ld+json">` juste avant `</head>` en utilisant le même flux pour garder un TTFB bas. 7) Définissez des en-têtes `cache-control` appropriés afin que la réponse modifiée soit mise en cache en edge, et non uniquement à l’origine. 8) Enregistrez le hash du schéma injecté dans un KV store ou un service de logging pour le débogage. 9) Testez en direct avec `curl -H "User-Agent: Googlebot"` pour confirmer que le schéma apparaît dans les réponses en cache. Résultat : les pages produit émettent désormais un schéma valide sans modifier les templates d’origine et avec seulement quelques microsecondes de latence supplémentaire.

L’Edge Schema Injection place les données structurées dans le HTML brut avant qu’il n’atteigne le navigateur, de sorte que Googlebot (qui analyse principalement le HTML initial) voie le schéma sans nécessiter de second passage de rendu. Cela évite les retards dus à la file d’attente de rendu JavaScript et préserve le budget de crawl/rendu. La maintenance est également centralisée dans le worker edge, ce qui évite de redéployer tout le site lors de modifications du schéma. L’injection côté client repose sur le rendu différé de Google ; le schéma reste invisible jusqu’à la phase de rendu, augmentant la latence de crawl et le risque d’indexation partielle. Cependant, l’injection JavaScript peut être plus simple si vous contrôlez déjà le code front-end et n’avez pas de scripting edge. Choisissez l’injection edge lorsque : (a) les templates d’origine sont intouchables, (b) une visibilité immédiate pour le crawler est nécessaire, ou (c) vous souhaitez réaliser des tests A/B du schéma au niveau du CDN. Optez pour l’injection côté client si vous disposez d’une infrastructure SPA moderne, que vous ne contrôlez pas le scripting du CDN ou que le schéma dépend de données disponibles uniquement après l’hydratation côté client.

Cause 1 : démarrages à froid du worker. Mesure correctrice : gardez le worker léger, utilisez des variables globales pour les objets réutilisés et activez un keep-alive/ping afin de réchauffer les nœuds edge. Cause 2 : mise en tampon complète du HTML en mémoire. Mesure correctrice : passez à des réécritures en streaming qui modifient les blocs à la volée au lieu d’assembler l’intégralité du document. Cause 3 : la requête vers l’origine n’obtient plus de hit de cache parce que vous avez contourné la mise en cache avec `cache-control: private`. Mesure correctrice : définissez correctement les en-têtes `cacheTtl` et respectez les surrogate keys pour que le worker puisse servir le HTML mis en cache et n’injecter le schéma que lors des hits de cache.

Commencez par récupérer le HTML rendu via `curl -A 'Googlebot'` afin de confirmer que deux objets Organization existent : l’un provenant des microdonnées du CMS et l’autre injecté par l’edge. Ensuite, comparez leurs identifiants (`"@id"`) et leurs ensembles de propriétés. Comme Google fusionne les nœuds du graphe partageant le même `@id`, la duplication se produit lorsque l’edge injecte une deuxième Organization sans faire référence à la première. Correctif : dans le worker, détectez si les microdonnées comportent une valeur `url` ou `@id` ; réutilisez cette valeur comme `@id` dans le JSON-LD injecté et ajoutez uniquement les propriétés manquantes. Autre option : neutralisez l’injection d’Organization sur les pages qui l’exposent déjà en détectant un sélecteur microdonnée `itemtype="http://schema.org/Organization"` avant écriture. Relancez ensuite le Rich Results Test ; l’erreur de doublon devrait être résolue, car Google ne voit plus qu’un seul nœud unifié.