[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"$f2friIKXjX723WwQ8YNsiw-HgyuzUYHqnA6aDQ3k_0T8":3,"$f_WFuK1eWIdevvuzmQGK4rOB2BR2zuAO_5__yD64_YYk":27},{"_id":4,"slug":5,"__v":6,"author":7,"body":8,"canonical":9,"category":10,"createdAt":11,"date":12,"description":13,"htmlContent":14,"image":15,"imageAlt":15,"readingTime":16,"tags":17,"title":25,"updatedAt":26},"69f085c8aa6b273b0c435d11","ai-search-success-how-to-benchmark-website-performance-in-your-industry-via-sejournal-debugbear",0,"Equipe Seogard","Les moteurs AI ne se contentent plus de lire votre contenu. Ils évaluent la qualité technique de l'expérience que vous délivrez, et ils le font en vous comparant à vos concurrents directs. L'étude publiée par DebugBear via Search Engine Journal met en lumière un angle mort massif : la plupart des équipes SEO mesurent leur performance dans l'absolu (les seuils \"Good\" de Google) au lieu de se benchmarker contre leur vertical.\n\n## Pourquoi les seuils absolus de Core Web Vitals ne suffisent plus\n\nGoogle définit trois seuils pour chaque métrique CWV : Good, Needs Improvement, Poor. Un LCP sous 2.5 secondes est \"Good\". Point. Cette approche binaire a dominé la stratégie performance de la plupart des équipes SEO depuis 2021.\n\nLe problème : dans un contexte où les moteurs AI (Google AI Overviews, Bing Copilot, Perplexity) sélectionnent les sources à citer parmi un pool de pages qui passent toutes le seuil \"Good\", le critère discriminant devient la position relative dans votre industrie. Si votre LCP est à 2.4s (techniquement \"Good\") mais que vos 5 concurrents directs sont sous 1.6s, vous êtes en retard — et les systèmes de ranking, qu'ils soient classiques ou AI, le reflètent.\n\nL'étude DebugBear démontre que les distributions de performance varient massivement d'un secteur à l'autre. Un site e-commerce avec un LCP au P75 de 2.2s se situe peut-être dans le top 30% de sa vertical. Le même score pour un site SaaS B2B le place dans le bottom 50%. Sans benchmark sectoriel, vous optimisez à l'aveugle.\n\n### Ce que les moteurs AI évaluent différemment\n\nLes crawlers AI ne se limitent pas aux signaux CWV transmis par le Chrome User Experience Report (CrUX). Comme documenté dans l'analyse des [68 millions de visites de crawlers AI](/blog/68-million-ai-crawler-visits-show-what-drives-ai-search-visibility-via-sejournal-martinibuster), ces agents mesurent le temps de réponse serveur (TTFB), la capacité à servir du contenu sans JavaScript côté client, et la stabilité du DOM. Un benchmark pertinent pour l'AI Search doit donc aller au-delà des trois métriques CWV standard.\n\n### Construire votre référentiel sectoriel avec CrUX\n\nL'API CrUX vous donne accès aux données de performance réelles, par origine ou par URL, avec une granularité mensuelle. Voici comment extraire les données de vos concurrents :\n\n```bash\n# Requête CrUX API pour une origine spécifique\ncurl -s \"https://chromeuxreport.googleapis.com/v1/records:queryRecord?key=YOUR_API_KEY\" \\\n  -H \"Content-Type: application/json\" \\\n  -d '{\n    \"origin\": \"https://www.concurrent-ecommerce.fr\",\n    \"formFactor\": \"PHONE\",\n    \"metrics\": [\n      \"largest_contentful_paint\",\n      \"cumulative_layout_shift\",\n      \"interaction_to_next_paint\",\n      \"experimental_time_to_first_byte\"\n    ]\n  }' | jq '.record.metrics'\n```\n\nRépétez cette requête pour 10 à 15 concurrents de votre vertical. Agrégez les P75 de chaque métrique. Vous obtenez la distribution sectorielle réelle — pas les seuils théoriques de Google, mais la réalité de votre marché.\n\n## Méthodologie de benchmark : de la collecte à l'actionable\n\nUn benchmark qui reste dans un spreadsheet ne sert à rien. L'objectif est de transformer les données en seuils d'alerte spécifiques à votre vertical, intégrés dans votre pipeline CI/CD et votre monitoring continu.\n\n### Étape 1 : Identifier votre peer group\n\nNe comparez pas un site media (fort trafic, pages légères, beaucoup de texte) à un e-commerce (pages produit lourdes, images multiples, scripts tiers). DebugBear segmente ses benchmarks par industrie, ce qui est le minimum. Idéalement, affinez encore :\n\n- **E-commerce** : séparez marketplaces, D2C, et comparateurs de prix\n- **SaaS** : distinguez les sites marketing (statiques) des dashboards (apps lourdes)\n- **Media** : séparez les sites d'actualité (contenu frais, pubs) des magazines (contenu evergreen)\n\n### Étape 2 : Automatiser la collecte multi-concurrents\n\nUn script Node.js qui interroge l'API CrUX et stocke les résultats permet une collecte mensuelle automatisée :\n\n```typescript\nimport fetch from 'node-fetch';\nimport { writeFileSync } from 'fs';\n\ninterface CruxMetric {\n  percentiles: { p75: number };\n  histogram: Array\u003C{ start: number; end?: number; density: number }>;\n}\n\ninterface CruxResponse {\n  record: {\n    metrics: Record\u003Cstring, CruxMetric>;\n  };\n}\n\nconst CRUX_API_KEY = process.env.CRUX_API_KEY!;\nconst COMPETITORS = [\n  'https://www.competitor-a.fr',\n  'https://www.competitor-b.fr',\n  'https://www.competitor-c.fr',\n  'https://www.competitor-d.fr',\n  'https://www.competitor-e.fr',\n  // Ajoutez 10-15 concurrents pour un benchmark fiable\n];\n\nconst METRICS = [\n  'largest_contentful_paint',\n  'cumulative_layout_shift',\n  'interaction_to_next_paint',\n  'experimental_time_to_first_byte',\n];\n\nasync function fetchCruxData(origin: string): Promise\u003CCruxResponse | null> {\n  const res = await fetch(\n    `https://chromeuxreport.googleapis.com/v1/records:queryRecord?key=${CRUX_API_KEY}`,\n    {\n      method: 'POST',\n      headers: { 'Content-Type': 'application/json' },\n      body: JSON.stringify({\n        origin,\n        formFactor: 'PHONE',\n        metrics: METRICS,\n      }),\n    }\n  );\n  if (!res.ok) return null;\n  return res.json() as Promise\u003CCruxResponse>;\n}\n\nasync function buildBenchmark() {\n  const results: Record\u003Cstring, Record\u003Cstring, number>> = {};\n\n  for (const origin of COMPETITORS) {\n    const data = await fetchCruxData(origin);\n    if (!data) continue;\n\n    results[origin] = {};\n    for (const metric of METRICS) {\n      results[origin][metric] = data.record.metrics[metric]?.percentiles.p75 ?? -1;\n    }\n  }\n\n  // Calcul des percentiles sectoriels\n  for (const metric of METRICS) {\n    const values = Object.values(results)\n      .map((r) => r[metric])\n      .filter((v) => v > 0)\n      .sort((a, b) => a - b);\n\n    console.log(`\\n--- ${metric} ---`);\n    console.log(`  P25 sectoriel: ${values[Math.floor(values.length * 0.25)]}`);\n    console.log(`  P50 sectoriel: ${values[Math.floor(values.length * 0.5)]}`);\n    console.log(`  P75 sectoriel: ${values[Math.floor(values.length * 0.75)]}`);\n  }\n\n  writeFileSync(\n    'benchmark-output.json',\n    JSON.stringify(results, null, 2)\n  );\n}\n\nbuildBenchmark();\n```\n\nCe script produit un fichier JSON exploitable et affiche les P25/P50/P75 sectoriels. Votre cible : être au-dessus du P50 sectoriel au minimum, viser le P25 pour un avantage compétitif réel.\n\n### Étape 3 : Intégrer les seuils dans votre CI\n\nLes seuils \"Good\" de Google sont trop permissifs si votre secteur performe mieux. Injectez vos seuils sectoriels dans Lighthouse CI :\n\n```json\n// lighthouserc.json — seuils calés sur le P25 sectoriel\n{\n  \"ci\": {\n    \"assert\": {\n      \"assertions\": {\n        \"largest-contentful-paint\": [\"error\", { \"maxNumericValue\": 1800 }],\n        \"cumulative-layout-shift\": [\"error\", { \"maxNumericValue\": 0.05 }],\n        \"interactive\": [\"error\", { \"maxNumericValue\": 2800 }],\n        \"server-response-time\": [\"error\", { \"maxNumericValue\": 450 }]\n      }\n    },\n    \"collect\": {\n      \"url\": [\n        \"https://www.votre-site.fr/\",\n        \"https://www.votre-site.fr/categorie/chaussures\",\n        \"https://www.votre-site.fr/produit/basket-premium-v2\"\n      ],\n      \"numberOfRuns\": 3\n    }\n  }\n}\n```\n\nSi une PR dégrade le LCP au-delà de 1800ms (votre seuil sectoriel P25), le build échoue. Pas de déploiement. Ce filet de sécurité est critique dans un contexte où [l'architecture machine-first](/blog/machine-first-architecture-ai-agents-are-here-and-your-website-isn-t-ready-says-no-hacks-podcast-host-via-sejournal-theshelleywalsh) devient la norme.\n\n## Scénario concret : un e-commerce de 12 000 pages migre vers un benchmark sectoriel\n\nPrenons un cas réaliste. SportGear.fr, un e-commerce spécialisé running et trail, 12 000 pages produit, 450 pages catégorie, stack Next.js avec ISR. Trafic organique : 280K sessions/mois. Performance mesurée par Lighthouse : score 88, LCP à 2.3s, CLS à 0.08, INP à 180ms. En apparence, tout est \"Good\" selon les seuils Google.\n\n### Le réveil par le benchmark\n\nL'équipe SEO collecte les données CrUX de 12 concurrents directs (Alltricks, i-Run, Keller Sports, etc.). Résultat :\n\n| Métrique | SportGear.fr | P50 secteur | P25 secteur |\n|----------|-------------|-------------|-------------|\n| LCP (ms) | 2300 | 1900 | 1550 |\n| CLS | 0.08 | 0.04 | 0.02 |\n| INP (ms) | 180 | 150 | 120 |\n| TTFB (ms) | 680 | 520 | 380 |\n\nSportGear.fr est en dessous du P50 sectoriel sur chaque métrique. Dans l'absolu, tout est \"Good\". Relativement à la concurrence, c'est insuffisant.\n\n### Les actions correctives\n\n**TTFB (680ms → cible 400ms)** : Le goulot d'étranglement est la revalidation ISR. Chaque page produit déclenche un appel API vers le PIM (Product Information Management) qui ajoute 300ms. Solution : implémenter un cache Redis entre Next.js et le PIM, avec invalidation par webhook. Résultat : TTFB ramené à 350ms.\n\n**LCP (2300ms → cible 1500ms)** : L'image hero des pages produit est en format PNG, servie sans `fetchpriority`. Correction : conversion WebP/AVIF avec le composant `next/image`, ajout de `fetchpriority=\"high\"` sur l'image LCP, et preconnect vers le CDN d'images :\n\n```html\n\u003Chead>\n  \u003Clink rel=\"preconnect\" href=\"https://cdn.sportgear.fr\" crossorigin>\n  \u003Clink rel=\"preload\" as=\"image\" type=\"image/avif\"\n        href=\"https://cdn.sportgear.fr/products/basket-trail-v3-800.avif\"\n        imagesrcset=\"\n          https://cdn.sportgear.fr/products/basket-trail-v3-400.avif 400w,\n          https://cdn.sportgear.fr/products/basket-trail-v3-800.avif 800w\"\n        imagesizes=\"(max-width: 768px) 100vw, 50vw\"\n        fetchpriority=\"high\">\n\u003C/head>\n```\n\n**CLS (0.08 → cible 0.02)** : Le problème vient de l'injection tardive du bloc de prix (qui dépend d'un appel client-side vers l'API de pricing dynamique). Le prix shift le contenu. Solution : server-render le prix par défaut (prix catalogue) et hydrater avec le prix dynamique sans changer la hauteur du bloc (placeholder avec `min-height` fixe).\n\n**INP (180ms → cible 120ms)** : Les filtres de la page catégorie déclenchent un re-render React complet. Migration vers `useTransition` pour rendre les mises à jour de filtre non-bloquantes.\n\n### Résultat à 8 semaines\n\nAprès déploiement et propagation des données CrUX (28 jours de collecte) :\n\n- LCP : 1450ms (P25 sectoriel atteint)\n- TTFB : 350ms (meilleur que P25)\n- CLS : 0.03 (entre P50 et P25)\n- INP : 125ms (quasi P25)\n\nImpact trafic organique sur les 6 semaines suivantes : +14% de sessions organiques sur les pages catégorie, +8% sur les pages produit. Le gain n'est pas uniquement lié à la performance (la [March 2026 Core Update](/blog/march-2026-google-core-update-more-volatile-than-december-here-s-what-changed) a aussi joué), mais la corrélation temporelle est nette.\n\nSur l'AI Search spécifiquement : les citations dans Google AI Overviews pour des requêtes type \"meilleures chaussures trail 2026\" sont passées de 0 à 3 citations mesurées sur 4 semaines, là où les concurrents avec un meilleur profil performance étaient déjà présents.\n\n## L'angle AI Search : pourquoi la performance est un signal de sélection de source\n\nLes AI Overviews et les réponses de Bing Copilot ne citent pas toutes les pages qui rankent en top 10. Elles sélectionnent un sous-ensemble de sources, et cette sélection intègre des signaux de qualité technique.\n\nGoogle n'a jamais confirmé publiquement que les CWV influencent directement la sélection des sources AI Overviews. Mais le raisonnement technique est solide : les mêmes pipelines de qualité qui alimentent le ranking organique (Page Experience signals) alimentent probablement la sélection de sources pour les AI Overviews, puisque ces derniers s'appuient sur les résultats organiques comme pool de candidats.\n\nCe qui est documenté en revanche, via [l'analyse des CTR des AI Overviews](/blog/ai-overview-ctr-fell-61-but-clicks-didn-t-collapse-via-sejournal-mattgsouthern), c'est que les sources citées captent un trafic significativement supérieur. Être sélectionné comme source AI Overview = capter une part disproportionnée des clics restants.\n\n### Le TTFB comme proxy de qualité pour les crawlers AI\n\nLes crawlers AI (GPTBot, Claude-Web, Bingbot en mode AI) sont sensibles au TTFB d'une manière que Googlebot classique ne l'était pas autant. Un crawler AI qui construit une réponse en temps quasi-réel ne peut pas attendre 3 secondes par page. Les données de [l'analyse de log files pour les crawlers AI](/blog/why-log-file-analysis-matters-for-ai-crawlers-and-search-visibility) montrent une corrélation entre TTFB bas et fréquence de crawl AI.\n\nConcrètement : si votre TTFB moyen est à 800ms et que le crawler AI a un budget temps de 200 requêtes par session de crawl, il couvrira 160 pages. Si vous descendez à 300ms, il en couvrira potentiellement 400+. Sur un site de 12 000 pages, cette différence de couverture est massive.\n\n## Outils et stack de monitoring pour un benchmark continu\n\nUn benchmark ponctuel perd sa valeur en 30 jours. La performance fluctue : nouveaux scripts tiers, déploiements, pics de charge saisonniers. Le benchmark doit être un processus continu.\n\n### Stack recommandée\n\n**Collecte lab data (synthétique)** :\n- **Lighthouse CI** dans votre pipeline GitHub Actions / GitLab CI — pour détecter les régressions avant déploiement\n- **WebPageTest API** pour des tests multi-localisations avec des profils de connexion réalistes (4G, câble)\n- **DebugBear** pour le monitoring synthétique continu avec comparaison historique\n\n**Collecte field data (utilisateurs réels)** :\n- **CrUX API** (mensuel) pour le benchmark sectoriel\n- **web-vitals.js** intégré à votre analytics pour les données temps réel\n- **Search Console** > rapport Core Web Vitals pour la vue Google\n\n**Détection de régressions** :\nUn outil de monitoring comme Seogard détecte automatiquement les régressions techniques (meta disparues, SSR cassé, dégradation de réponse serveur) qui impactent indirectement vos métriques de performance. Le lien entre une régression SSR et un LCP qui explose est direct : si le serveur renvoie soudainement un shell HTML vide que le client doit hydrater, le LCP passe de 1.5s à 4s+. Ce type de régression silencieuse est exactement ce que [les équipes qui sur-dépendent des outils ponctuels](/blog/what-s-the-biggest-technical-seo-blind-spot-from-over-relying-on-tools-ask-an-seo-via-sejournal-helenpollitt1) manquent systématiquement.\n\n### Automatiser le rapport de benchmark mensuel\n\nCombinez les données CrUX (vos concurrents) et vos données RUM (Real User Monitoring) dans un dashboard. Voici une requête BigQuery si vous utilisez le dataset CrUX public :\n\n```sql\n-- Benchmark sectoriel LCP via CrUX BigQuery (dataset public)\nSELECT\n  origin,\n  p75_lcp,\n  p75_cls,\n  p75_inp,\n  p75_ttfb,\n  yyyymm\nFROM (\n  SELECT\n    origin,\n    MAX(IF(metric = 'largest_contentful_paint', p75, NULL)) AS p75_lcp,\n    MAX(IF(metric = 'cumulative_layout_shift', p75, NULL)) AS p75_cls,\n    MAX(IF(metric = 'interaction_to_next_paint', p75, NULL)) AS p75_inp,\n    MAX(IF(metric = 'experimental_time_to_first_byte', p75, NULL)) AS p75_ttfb,\n    yyyymm\n  FROM\n    `chrome-ux-report.materialized.metrics_summary`\n  WHERE\n    origin IN (\n      'https://www.competitor-a.fr',\n      'https://www.competitor-b.fr',\n      'https://www.competitor-c.fr',\n      'https://www.votre-site.fr'\n    )\n    AND yyyymm >= 202601\n    AND form_factor = 'phone'\n  GROUP BY origin, yyyymm\n)\nORDER BY yyyymm DESC, p75_lcp ASC\n```\n\nCette requête vous donne l'évolution mensuelle de chaque concurrent et de votre propre site, triée par LCP. Vous voyez immédiatement si l'écart se creuse ou se réduit.\n\n## Les edge cases et limites du benchmarking CrUX\n\nLe benchmarking sectoriel via CrUX n'est pas parfait. Connaître les limites évite les mauvaises décisions.\n\n### Biais de population\n\nCrUX ne collecte que les données des utilisateurs Chrome qui ont opté pour le partage de statistiques. Sur certains marchés B2B ou dans des pays où Chrome n'est pas dominant, les données sont biaisées. Pour un site SaaS B2B dont 40% des visiteurs utilisent Firefox, les données CrUX ne représentent qu'une fraction de l'audience réelle.\n\n**Mitigation** : croisez toujours CrUX avec vos données RUM propriétaires. Si votre RUM montre un LCP médian à 2.1s et CrUX rapporte 1.8s, c'est probablement parce que les utilisateurs Firefox de votre audience ont des machines moins performantes (environnements corporate).\n\n### Seuil de trafic minimum\n\nCrUX requiert un volume de trafic minimum pour générer des données au niveau URL. Beaucoup de pages longue traîne n'auront pas de données individuelles. Seules les données au niveau origin seront disponibles.\n\n**Mitigation** : pour les pages stratégiques à faible trafic, utilisez des tests synthétiques (Lighthouse, WebPageTest) comme proxy, en gardant en tête que les données lab sont systématiquement différentes des données field.\n\n### Le benchmark ne capture pas la perception AI\n\nMême avec un profil de performance supérieur au P25 sectoriel, vous pouvez être ignoré par les AI Overviews si votre contenu manque de [signaux d'autorité, de fraîcheur et de données first-party](/blog/what-search-engines-trust-now-authority-freshness-first-party-signals-via-sejournal-cshel). La performance est une condition nécessaire mais pas suffisante. Un site avec un LCP à 1.2s mais un contenu générique généré par AI aura un profil de confiance faible. La [ghost citation problem](/blog/the-ghost-citation-problem-via-sejournal-kevin-indig) illustre parfaitement ce décalage : être \"techniquement bon\" ne garantit pas d'être cité.\n\n## De la mesure au système : pérenniser l'avantage performance\n\nLe benchmark n'est pas un projet. C'est un système. Les sites qui dominent leur vertical en performance n'y arrivent pas par un sprint d'optimisation ponctuel. Ils ont mis en place trois choses :\n\n**Un performance budget par type de page** : chaque template (page produit, catégorie, article, landing) a ses propres seuils, calés sur le benchmark sectoriel et révisés trimestriellement. Ces budgets sont enforced dans la CI.\n\n**Un ownership clair** : quelqu'un est responsable de la performance. Pas \"l'équipe dev\" en général. Une personne, avec un OKR lié au P75 CrUX. Sans ownership, les régressions s'accumulent silencieusement — surtout quand le marketing ajoute un nouveau script de tracking toutes les deux semaines.\n\n**Un monitoring en boucle fermée** : les données CrUX mensuelles alimentent la révision des budgets, qui alimentent les seuils CI, qui bloquent les régressions, qui protègent les données CrUX. La boucle est fermée. Chaque composant dépend des autres.\n\nLa performance web n'est plus un nice-to-have cosmétique. Dans l'ère de l'AI Search, c'est un critère de sélection. Le benchmark sectoriel est l'outil qui transforme \"on est dans le vert\" en \"on est meilleur que 75% de nos concurrents\". Et dans un monde où les moteurs AI sélectionnent 3 sources parmi 10 candidats, cette distinction est la différence entre être cité et être invisible.","https://seogard.io/blog/ai-search-success-how-to-benchmark-website-performance-in-your-industry-via-sejournal-debugbear","Actualités SEO","2026-04-28T10:02:48.630Z","2026-04-28","Comment construire un benchmark de performance web sectoriel pour optimiser votre visibilité dans les résultats AI Search. Méthodologie, outils et code.","\u003Cp>Les moteurs AI ne se contentent plus de lire votre contenu. Ils évaluent la qualité technique de l'expérience que vous délivrez, et ils le font en vous comparant à vos concurrents directs. L'étude publiée par DebugBear via Search Engine Journal met en lumière un angle mort massif : la plupart des équipes SEO mesurent leur performance dans l'absolu (les seuils \"Good\" de Google) au lieu de se benchmarker contre leur vertical.\u003C/p>\n\u003Ch2>Pourquoi les seuils absolus de Core Web Vitals ne suffisent plus\u003C/h2>\n\u003Cp>Google définit trois seuils pour chaque métrique CWV : Good, Needs Improvement, Poor. Un LCP sous 2.5 secondes est \"Good\". Point. Cette approche binaire a dominé la stratégie performance de la plupart des équipes SEO depuis 2021.\u003C/p>\n\u003Cp>Le problème : dans un contexte où les moteurs AI (Google AI Overviews, Bing Copilot, Perplexity) sélectionnent les sources à citer parmi un pool de pages qui passent toutes le seuil \"Good\", le critère discriminant devient la position relative dans votre industrie. Si votre LCP est à 2.4s (techniquement \"Good\") mais que vos 5 concurrents directs sont sous 1.6s, vous êtes en retard — et les systèmes de ranking, qu'ils soient classiques ou AI, le reflètent.\u003C/p>\n\u003Cp>L'étude DebugBear démontre que les distributions de performance varient massivement d'un secteur à l'autre. Un site e-commerce avec un LCP au P75 de 2.2s se situe peut-être dans le top 30% de sa vertical. Le même score pour un site SaaS B2B le place dans le bottom 50%. Sans benchmark sectoriel, vous optimisez à l'aveugle.\u003C/p>\n\u003Ch3>Ce que les moteurs AI évaluent différemment\u003C/h3>\n\u003Cp>Les crawlers AI ne se limitent pas aux signaux CWV transmis par le Chrome User Experience Report (CrUX). Comme documenté dans l'analyse des \u003Ca href=\"/blog/68-million-ai-crawler-visits-show-what-drives-ai-search-visibility-via-sejournal-martinibuster\">68 millions de visites de crawlers AI\u003C/a>, ces agents mesurent le temps de réponse serveur (TTFB), la capacité à servir du contenu sans JavaScript côté client, et la stabilité du DOM. Un benchmark pertinent pour l'AI Search doit donc aller au-delà des trois métriques CWV standard.\u003C/p>\n\u003Ch3>Construire votre référentiel sectoriel avec CrUX\u003C/h3>\n\u003Cp>L'API CrUX vous donne accès aux données de performance réelles, par origine ou par URL, avec une granularité mensuelle. Voici comment extraire les données de vos concurrents :\u003C/p>\n\u003Cpre class=\"shiki github-dark\" style=\"background-color:#24292e;color:#e1e4e8\" tabindex=\"0\">\u003Ccode>\u003Cspan class=\"line\">\u003Cspan style=\"color:#6A737D\"># Requête CrUX API pour une origine spécifique\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#B392F0\">curl\u003C/span>\u003Cspan style=\"color:#79B8FF\"> -s\u003C/span>\u003Cspan style=\"color:#9ECBFF\"> \"https://chromeuxreport.googleapis.com/v1/records:queryRecord?key=YOUR_API_KEY\"\u003C/span>\u003Cspan style=\"color:#79B8FF\"> \\\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#79B8FF\">  -H\u003C/span>\u003Cspan style=\"color:#9ECBFF\"> \"Content-Type: application/json\"\u003C/span>\u003Cspan style=\"color:#79B8FF\"> \\\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#79B8FF\">  -d\u003C/span>\u003Cspan style=\"color:#9ECBFF\"> '{\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#9ECBFF\">    \"origin\": \"https://www.concurrent-ecommerce.fr\",\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#9ECBFF\">    \"formFactor\": \"PHONE\",\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#9ECBFF\">    \"metrics\": [\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#9ECBFF\">      \"largest_contentful_paint\",\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#9ECBFF\">      \"cumulative_layout_shift\",\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#9ECBFF\">      \"interaction_to_next_paint\",\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#9ECBFF\">      \"experimental_time_to_first_byte\"\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#9ECBFF\">    ]\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#9ECBFF\">  }'\u003C/span>\u003Cspan style=\"color:#F97583\"> |\u003C/span>\u003Cspan style=\"color:#B392F0\"> jq\u003C/span>\u003Cspan style=\"color:#9ECBFF\"> '.record.metrics'\u003C/span>\u003C/span>\u003C/code>\u003C/pre>\n\u003Cp>Répétez cette requête pour 10 à 15 concurrents de votre vertical. Agrégez les P75 de chaque métrique. Vous obtenez la distribution sectorielle réelle — pas les seuils théoriques de Google, mais la réalité de votre marché.\u003C/p>\n\u003Ch2>Méthodologie de benchmark : de la collecte à l'actionable\u003C/h2>\n\u003Cp>Un benchmark qui reste dans un spreadsheet ne sert à rien. L'objectif est de transformer les données en seuils d'alerte spécifiques à votre vertical, intégrés dans votre pipeline CI/CD et votre monitoring continu.\u003C/p>\n\u003Ch3>Étape 1 : Identifier votre peer group\u003C/h3>\n\u003Cp>Ne comparez pas un site media (fort trafic, pages légères, beaucoup de texte) à un e-commerce (pages produit lourdes, images multiples, scripts tiers). DebugBear segmente ses benchmarks par industrie, ce qui est le minimum. Idéalement, affinez encore :\u003C/p>\n\u003Cul>\n\u003Cli>\u003Cstrong>E-commerce\u003C/strong> : séparez marketplaces, D2C, et comparateurs de prix\u003C/li>\n\u003Cli>\u003Cstrong>SaaS\u003C/strong> : distinguez les sites marketing (statiques) des dashboards (apps lourdes)\u003C/li>\n\u003Cli>\u003Cstrong>Media\u003C/strong> : séparez les sites d'actualité (contenu frais, pubs) des magazines (contenu evergreen)\u003C/li>\n\u003C/ul>\n\u003Ch3>Étape 2 : Automatiser la collecte multi-concurrents\u003C/h3>\n\u003Cp>Un script Node.js qui interroge l'API CrUX et stocke les résultats permet une collecte mensuelle automatisée :\u003C/p>\n\u003Cpre class=\"shiki github-dark\" style=\"background-color:#24292e;color:#e1e4e8\" tabindex=\"0\">\u003Ccode>\u003Cspan class=\"line\">\u003Cspan style=\"color:#F97583\">import\u003C/span>\u003Cspan style=\"color:#E1E4E8\"> fetch \u003C/span>\u003Cspan style=\"color:#F97583\">from\u003C/span>\u003Cspan style=\"color:#9ECBFF\"> 'node-fetch'\u003C/span>\u003Cspan style=\"color:#E1E4E8\">;\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#F97583\">import\u003C/span>\u003Cspan style=\"color:#E1E4E8\"> { writeFileSync } \u003C/span>\u003Cspan style=\"color:#F97583\">from\u003C/span>\u003Cspan style=\"color:#9ECBFF\"> 'fs'\u003C/span>\u003Cspan style=\"color:#E1E4E8\">;\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#F97583\">interface\u003C/span>\u003Cspan style=\"color:#B392F0\"> CruxMetric\u003C/span>\u003Cspan style=\"color:#E1E4E8\"> {\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#FFAB70\">  percentiles\u003C/span>\u003Cspan style=\"color:#F97583\">:\u003C/span>\u003Cspan style=\"color:#E1E4E8\"> { \u003C/span>\u003Cspan style=\"color:#FFAB70\">p75\u003C/span>\u003Cspan style=\"color:#F97583\">:\u003C/span>\u003Cspan style=\"color:#79B8FF\"> number\u003C/span>\u003Cspan style=\"color:#E1E4E8\"> };\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#FFAB70\">  histogram\u003C/span>\u003Cspan style=\"color:#F97583\">:\u003C/span>\u003Cspan style=\"color:#B392F0\"> Array\u003C/span>\u003Cspan style=\"color:#E1E4E8\"><{ \u003C/span>\u003Cspan style=\"color:#FFAB70\">start\u003C/span>\u003Cspan style=\"color:#F97583\">:\u003C/span>\u003Cspan style=\"color:#79B8FF\"> number\u003C/span>\u003Cspan style=\"color:#E1E4E8\">; \u003C/span>\u003Cspan style=\"color:#FFAB70\">end\u003C/span>\u003Cspan style=\"color:#F97583\">?:\u003C/span>\u003Cspan style=\"color:#79B8FF\"> number\u003C/span>\u003Cspan style=\"color:#E1E4E8\">; \u003C/span>\u003Cspan style=\"color:#FFAB70\">density\u003C/span>\u003Cspan style=\"color:#F97583\">:\u003C/span>\u003Cspan style=\"color:#79B8FF\"> number\u003C/span>\u003Cspan style=\"color:#E1E4E8\"> }>;\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#E1E4E8\">}\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#F97583\">interface\u003C/span>\u003Cspan style=\"color:#B392F0\"> CruxResponse\u003C/span>\u003Cspan style=\"color:#E1E4E8\"> {\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#FFAB70\">  record\u003C/span>\u003Cspan style=\"color:#F97583\">:\u003C/span>\u003Cspan style=\"color:#E1E4E8\"> {\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#FFAB70\">    metrics\u003C/span>\u003Cspan style=\"color:#F97583\">:\u003C/span>\u003Cspan style=\"color:#B392F0\"> Record\u003C/span>\u003Cspan style=\"color:#E1E4E8\"><\u003C/span>\u003Cspan style=\"color:#79B8FF\">string\u003C/span>\u003Cspan style=\"color:#E1E4E8\">, \u003C/span>\u003Cspan style=\"color:#B392F0\">CruxMetric\u003C/span>\u003Cspan style=\"color:#E1E4E8\">>;\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#E1E4E8\">  };\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#E1E4E8\">}\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#F97583\">const\u003C/span>\u003Cspan style=\"color:#79B8FF\"> CRUX_API_KEY\u003C/span>\u003Cspan style=\"color:#F97583\"> =\u003C/span>\u003Cspan style=\"color:#E1E4E8\"> process.env.\u003C/span>\u003Cspan style=\"color:#79B8FF\">CRUX_API_KEY\u003C/span>\u003Cspan style=\"color:#F97583\">!\u003C/span>\u003Cspan style=\"color:#E1E4E8\">;\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#F97583\">const\u003C/span>\u003Cspan style=\"color:#79B8FF\"> COMPETITORS\u003C/span>\u003Cspan style=\"color:#F97583\"> =\u003C/span>\u003Cspan style=\"color:#E1E4E8\"> [\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#9ECBFF\">  'https://www.competitor-a.fr'\u003C/span>\u003Cspan style=\"color:#E1E4E8\">,\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#9ECBFF\">  'https://www.competitor-b.fr'\u003C/span>\u003Cspan style=\"color:#E1E4E8\">,\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#9ECBFF\">  'https://www.competitor-c.fr'\u003C/span>\u003Cspan style=\"color:#E1E4E8\">,\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#9ECBFF\">  'https://www.competitor-d.fr'\u003C/span>\u003Cspan style=\"color:#E1E4E8\">,\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#9ECBFF\">  'https://www.competitor-e.fr'\u003C/span>\u003Cspan style=\"color:#E1E4E8\">,\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#6A737D\">  // Ajoutez 10-15 concurrents pour un benchmark fiable\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#E1E4E8\">];\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#F97583\">const\u003C/span>\u003Cspan style=\"color:#79B8FF\"> METRICS\u003C/span>\u003Cspan style=\"color:#F97583\"> =\u003C/span>\u003Cspan style=\"color:#E1E4E8\"> [\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#9ECBFF\">  'largest_contentful_paint'\u003C/span>\u003Cspan style=\"color:#E1E4E8\">,\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#9ECBFF\">  'cumulative_layout_shift'\u003C/span>\u003Cspan style=\"color:#E1E4E8\">,\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#9ECBFF\">  'interaction_to_next_paint'\u003C/span>\u003Cspan style=\"color:#E1E4E8\">,\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#9ECBFF\">  'experimental_time_to_first_byte'\u003C/span>\u003Cspan style=\"color:#E1E4E8\">,\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#E1E4E8\">];\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#F97583\">async\u003C/span>\u003Cspan style=\"color:#F97583\"> function\u003C/span>\u003Cspan style=\"color:#B392F0\"> fetchCruxData\u003C/span>\u003Cspan style=\"color:#E1E4E8\">(\u003C/span>\u003Cspan style=\"color:#FFAB70\">origin\u003C/span>\u003Cspan style=\"color:#F97583\">:\u003C/span>\u003Cspan style=\"color:#79B8FF\"> string\u003C/span>\u003Cspan style=\"color:#E1E4E8\">)\u003C/span>\u003Cspan style=\"color:#F97583\">:\u003C/span>\u003Cspan style=\"color:#B392F0\"> Promise\u003C/span>\u003Cspan style=\"color:#E1E4E8\"><\u003C/span>\u003Cspan style=\"color:#B392F0\">CruxResponse\u003C/span>\u003Cspan style=\"color:#F97583\"> |\u003C/span>\u003Cspan style=\"color:#79B8FF\"> null\u003C/span>\u003Cspan style=\"color:#E1E4E8\">> {\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#F97583\">  const\u003C/span>\u003Cspan style=\"color:#79B8FF\"> res\u003C/span>\u003Cspan style=\"color:#F97583\"> =\u003C/span>\u003Cspan style=\"color:#F97583\"> await\u003C/span>\u003Cspan style=\"color:#B392F0\"> fetch\u003C/span>\u003Cspan style=\"color:#E1E4E8\">(\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#9ECBFF\">    `https://chromeuxreport.googleapis.com/v1/records:queryRecord?key=${\u003C/span>\u003Cspan style=\"color:#79B8FF\">CRUX_API_KEY\u003C/span>\u003Cspan style=\"color:#9ECBFF\">}`\u003C/span>\u003Cspan style=\"color:#E1E4E8\">,\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#E1E4E8\">    {\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#E1E4E8\">      method: \u003C/span>\u003Cspan style=\"color:#9ECBFF\">'POST'\u003C/span>\u003Cspan style=\"color:#E1E4E8\">,\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#E1E4E8\">      headers: { \u003C/span>\u003Cspan style=\"color:#9ECBFF\">'Content-Type'\u003C/span>\u003Cspan style=\"color:#E1E4E8\">: \u003C/span>\u003Cspan style=\"color:#9ECBFF\">'application/json'\u003C/span>\u003Cspan style=\"color:#E1E4E8\"> },\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#E1E4E8\">      body: \u003C/span>\u003Cspan style=\"color:#79B8FF\">JSON\u003C/span>\u003Cspan style=\"color:#E1E4E8\">.\u003C/span>\u003Cspan style=\"color:#B392F0\">stringify\u003C/span>\u003Cspan style=\"color:#E1E4E8\">({\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#E1E4E8\">        origin,\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#E1E4E8\">        formFactor: \u003C/span>\u003Cspan style=\"color:#9ECBFF\">'PHONE'\u003C/span>\u003Cspan style=\"color:#E1E4E8\">,\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#E1E4E8\">        metrics: \u003C/span>\u003Cspan style=\"color:#79B8FF\">METRICS\u003C/span>\u003Cspan style=\"color:#E1E4E8\">,\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#E1E4E8\">      }),\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#E1E4E8\">    }\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#E1E4E8\">  );\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#F97583\">  if\u003C/span>\u003Cspan style=\"color:#E1E4E8\"> (\u003C/span>\u003Cspan style=\"color:#F97583\">!\u003C/span>\u003Cspan style=\"color:#E1E4E8\">res.ok) \u003C/span>\u003Cspan style=\"color:#F97583\">return\u003C/span>\u003Cspan style=\"color:#79B8FF\"> null\u003C/span>\u003Cspan style=\"color:#E1E4E8\">;\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#F97583\">  return\u003C/span>\u003Cspan style=\"color:#E1E4E8\"> res.\u003C/span>\u003Cspan style=\"color:#B392F0\">json\u003C/span>\u003Cspan style=\"color:#E1E4E8\">() \u003C/span>\u003Cspan style=\"color:#F97583\">as\u003C/span>\u003Cspan style=\"color:#B392F0\"> Promise\u003C/span>\u003Cspan style=\"color:#E1E4E8\"><\u003C/span>\u003Cspan style=\"color:#B392F0\">CruxResponse\u003C/span>\u003Cspan style=\"color:#E1E4E8\">>;\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#E1E4E8\">}\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#F97583\">async\u003C/span>\u003Cspan style=\"color:#F97583\"> function\u003C/span>\u003Cspan style=\"color:#B392F0\"> buildBenchmark\u003C/span>\u003Cspan style=\"color:#E1E4E8\">() {\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#F97583\">  const\u003C/span>\u003Cspan style=\"color:#79B8FF\"> results\u003C/span>\u003Cspan style=\"color:#F97583\">:\u003C/span>\u003Cspan style=\"color:#B392F0\"> Record\u003C/span>\u003Cspan style=\"color:#E1E4E8\"><\u003C/span>\u003Cspan style=\"color:#79B8FF\">string\u003C/span>\u003Cspan style=\"color:#E1E4E8\">, \u003C/span>\u003Cspan style=\"color:#B392F0\">Record\u003C/span>\u003Cspan style=\"color:#E1E4E8\"><\u003C/span>\u003Cspan style=\"color:#79B8FF\">string\u003C/span>\u003Cspan style=\"color:#E1E4E8\">, \u003C/span>\u003Cspan style=\"color:#79B8FF\">number\u003C/span>\u003Cspan style=\"color:#E1E4E8\">>> \u003C/span>\u003Cspan style=\"color:#F97583\">=\u003C/span>\u003Cspan style=\"color:#E1E4E8\"> {};\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#F97583\">  for\u003C/span>\u003Cspan style=\"color:#E1E4E8\"> (\u003C/span>\u003Cspan style=\"color:#F97583\">const\u003C/span>\u003Cspan style=\"color:#79B8FF\"> origin\u003C/span>\u003Cspan style=\"color:#F97583\"> of\u003C/span>\u003Cspan style=\"color:#79B8FF\"> COMPETITORS\u003C/span>\u003Cspan style=\"color:#E1E4E8\">) {\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#F97583\">    const\u003C/span>\u003Cspan style=\"color:#79B8FF\"> data\u003C/span>\u003Cspan style=\"color:#F97583\"> =\u003C/span>\u003Cspan style=\"color:#F97583\"> await\u003C/span>\u003Cspan style=\"color:#B392F0\"> fetchCruxData\u003C/span>\u003Cspan style=\"color:#E1E4E8\">(origin);\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#F97583\">    if\u003C/span>\u003Cspan style=\"color:#E1E4E8\"> (\u003C/span>\u003Cspan style=\"color:#F97583\">!\u003C/span>\u003Cspan style=\"color:#E1E4E8\">data) \u003C/span>\u003Cspan style=\"color:#F97583\">continue\u003C/span>\u003Cspan style=\"color:#E1E4E8\">;\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#E1E4E8\">    results[origin] \u003C/span>\u003Cspan style=\"color:#F97583\">=\u003C/span>\u003Cspan style=\"color:#E1E4E8\"> {};\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#F97583\">    for\u003C/span>\u003Cspan style=\"color:#E1E4E8\"> (\u003C/span>\u003Cspan style=\"color:#F97583\">const\u003C/span>\u003Cspan style=\"color:#79B8FF\"> metric\u003C/span>\u003Cspan style=\"color:#F97583\"> of\u003C/span>\u003Cspan style=\"color:#79B8FF\"> METRICS\u003C/span>\u003Cspan style=\"color:#E1E4E8\">) {\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#E1E4E8\">      results[origin][metric] \u003C/span>\u003Cspan style=\"color:#F97583\">=\u003C/span>\u003Cspan style=\"color:#E1E4E8\"> data.record.metrics[metric]?.percentiles.p75 \u003C/span>\u003Cspan style=\"color:#F97583\">??\u003C/span>\u003Cspan style=\"color:#F97583\"> -\u003C/span>\u003Cspan style=\"color:#79B8FF\">1\u003C/span>\u003Cspan style=\"color:#E1E4E8\">;\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#E1E4E8\">    }\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#E1E4E8\">  }\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#6A737D\">  // Calcul des percentiles sectoriels\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#F97583\">  for\u003C/span>\u003Cspan style=\"color:#E1E4E8\"> (\u003C/span>\u003Cspan style=\"color:#F97583\">const\u003C/span>\u003Cspan style=\"color:#79B8FF\"> metric\u003C/span>\u003Cspan style=\"color:#F97583\"> of\u003C/span>\u003Cspan style=\"color:#79B8FF\"> METRICS\u003C/span>\u003Cspan style=\"color:#E1E4E8\">) {\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#F97583\">    const\u003C/span>\u003Cspan style=\"color:#79B8FF\"> values\u003C/span>\u003Cspan style=\"color:#F97583\"> =\u003C/span>\u003Cspan style=\"color:#E1E4E8\"> Object.\u003C/span>\u003Cspan style=\"color:#B392F0\">values\u003C/span>\u003Cspan style=\"color:#E1E4E8\">(results)\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#E1E4E8\">      .\u003C/span>\u003Cspan style=\"color:#B392F0\">map\u003C/span>\u003Cspan style=\"color:#E1E4E8\">((\u003C/span>\u003Cspan style=\"color:#FFAB70\">r\u003C/span>\u003Cspan style=\"color:#E1E4E8\">) \u003C/span>\u003Cspan style=\"color:#F97583\">=>\u003C/span>\u003Cspan style=\"color:#E1E4E8\"> r[metric])\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#E1E4E8\">      .\u003C/span>\u003Cspan style=\"color:#B392F0\">filter\u003C/span>\u003Cspan style=\"color:#E1E4E8\">((\u003C/span>\u003Cspan style=\"color:#FFAB70\">v\u003C/span>\u003Cspan style=\"color:#E1E4E8\">) \u003C/span>\u003Cspan style=\"color:#F97583\">=>\u003C/span>\u003Cspan style=\"color:#E1E4E8\"> v \u003C/span>\u003Cspan style=\"color:#F97583\">>\u003C/span>\u003Cspan style=\"color:#79B8FF\"> 0\u003C/span>\u003Cspan style=\"color:#E1E4E8\">)\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#E1E4E8\">      .\u003C/span>\u003Cspan style=\"color:#B392F0\">sort\u003C/span>\u003Cspan style=\"color:#E1E4E8\">((\u003C/span>\u003Cspan style=\"color:#FFAB70\">a\u003C/span>\u003Cspan style=\"color:#E1E4E8\">, \u003C/span>\u003Cspan style=\"color:#FFAB70\">b\u003C/span>\u003Cspan style=\"color:#E1E4E8\">) \u003C/span>\u003Cspan style=\"color:#F97583\">=>\u003C/span>\u003Cspan style=\"color:#E1E4E8\"> a \u003C/span>\u003Cspan style=\"color:#F97583\">-\u003C/span>\u003Cspan style=\"color:#E1E4E8\"> b);\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#E1E4E8\">    console.\u003C/span>\u003Cspan style=\"color:#B392F0\">log\u003C/span>\u003Cspan style=\"color:#E1E4E8\">(\u003C/span>\u003Cspan style=\"color:#9ECBFF\">`\u003C/span>\u003Cspan style=\"color:#79B8FF\">\\n\u003C/span>\u003Cspan style=\"color:#9ECBFF\">--- ${\u003C/span>\u003Cspan style=\"color:#E1E4E8\">metric\u003C/span>\u003Cspan style=\"color:#9ECBFF\">} ---`\u003C/span>\u003Cspan style=\"color:#E1E4E8\">);\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#E1E4E8\">    console.\u003C/span>\u003Cspan style=\"color:#B392F0\">log\u003C/span>\u003Cspan style=\"color:#E1E4E8\">(\u003C/span>\u003Cspan style=\"color:#9ECBFF\">`  P25 sectoriel: ${\u003C/span>\u003Cspan style=\"color:#E1E4E8\">values\u003C/span>\u003Cspan style=\"color:#9ECBFF\">[\u003C/span>\u003Cspan style=\"color:#E1E4E8\">Math\u003C/span>\u003Cspan style=\"color:#9ECBFF\">.\u003C/span>\u003Cspan style=\"color:#B392F0\">floor\u003C/span>\u003Cspan style=\"color:#9ECBFF\">(\u003C/span>\u003Cspan style=\"color:#E1E4E8\">values\u003C/span>\u003Cspan style=\"color:#9ECBFF\">.\u003C/span>\u003Cspan style=\"color:#79B8FF\">length\u003C/span>\u003Cspan style=\"color:#F97583\"> *\u003C/span>\u003Cspan style=\"color:#79B8FF\"> 0.25\u003C/span>\u003Cspan style=\"color:#9ECBFF\">)]\u003C/span>\u003Cspan style=\"color:#9ECBFF\">}`\u003C/span>\u003Cspan style=\"color:#E1E4E8\">);\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#E1E4E8\">    console.\u003C/span>\u003Cspan style=\"color:#B392F0\">log\u003C/span>\u003Cspan style=\"color:#E1E4E8\">(\u003C/span>\u003Cspan style=\"color:#9ECBFF\">`  P50 sectoriel: ${\u003C/span>\u003Cspan style=\"color:#E1E4E8\">values\u003C/span>\u003Cspan style=\"color:#9ECBFF\">[\u003C/span>\u003Cspan style=\"color:#E1E4E8\">Math\u003C/span>\u003Cspan style=\"color:#9ECBFF\">.\u003C/span>\u003Cspan style=\"color:#B392F0\">floor\u003C/span>\u003Cspan style=\"color:#9ECBFF\">(\u003C/span>\u003Cspan style=\"color:#E1E4E8\">values\u003C/span>\u003Cspan style=\"color:#9ECBFF\">.\u003C/span>\u003Cspan style=\"color:#79B8FF\">length\u003C/span>\u003Cspan style=\"color:#F97583\"> *\u003C/span>\u003Cspan style=\"color:#79B8FF\"> 0.5\u003C/span>\u003Cspan style=\"color:#9ECBFF\">)]\u003C/span>\u003Cspan style=\"color:#9ECBFF\">}`\u003C/span>\u003Cspan style=\"color:#E1E4E8\">);\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#E1E4E8\">    console.\u003C/span>\u003Cspan style=\"color:#B392F0\">log\u003C/span>\u003Cspan style=\"color:#E1E4E8\">(\u003C/span>\u003Cspan style=\"color:#9ECBFF\">`  P75 sectoriel: ${\u003C/span>\u003Cspan style=\"color:#E1E4E8\">values\u003C/span>\u003Cspan style=\"color:#9ECBFF\">[\u003C/span>\u003Cspan style=\"color:#E1E4E8\">Math\u003C/span>\u003Cspan style=\"color:#9ECBFF\">.\u003C/span>\u003Cspan style=\"color:#B392F0\">floor\u003C/span>\u003Cspan style=\"color:#9ECBFF\">(\u003C/span>\u003Cspan style=\"color:#E1E4E8\">values\u003C/span>\u003Cspan style=\"color:#9ECBFF\">.\u003C/span>\u003Cspan style=\"color:#79B8FF\">length\u003C/span>\u003Cspan style=\"color:#F97583\"> *\u003C/span>\u003Cspan style=\"color:#79B8FF\"> 0.75\u003C/span>\u003Cspan style=\"color:#9ECBFF\">)]\u003C/span>\u003Cspan style=\"color:#9ECBFF\">}`\u003C/span>\u003Cspan style=\"color:#E1E4E8\">);\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#E1E4E8\">  }\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#B392F0\">  writeFileSync\u003C/span>\u003Cspan style=\"color:#E1E4E8\">(\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#9ECBFF\">    'benchmark-output.json'\u003C/span>\u003Cspan style=\"color:#E1E4E8\">,\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#79B8FF\">    JSON\u003C/span>\u003Cspan style=\"color:#E1E4E8\">.\u003C/span>\u003Cspan style=\"color:#B392F0\">stringify\u003C/span>\u003Cspan style=\"color:#E1E4E8\">(results, \u003C/span>\u003Cspan style=\"color:#79B8FF\">null\u003C/span>\u003Cspan style=\"color:#E1E4E8\">, \u003C/span>\u003Cspan style=\"color:#79B8FF\">2\u003C/span>\u003Cspan style=\"color:#E1E4E8\">)\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#E1E4E8\">  );\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#E1E4E8\">}\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#B392F0\">buildBenchmark\u003C/span>\u003Cspan style=\"color:#E1E4E8\">();\u003C/span>\u003C/span>\u003C/code>\u003C/pre>\n\u003Cp>Ce script produit un fichier JSON exploitable et affiche les P25/P50/P75 sectoriels. Votre cible : être au-dessus du P50 sectoriel au minimum, viser le P25 pour un avantage compétitif réel.\u003C/p>\n\u003Ch3>Étape 3 : Intégrer les seuils dans votre CI\u003C/h3>\n\u003Cp>Les seuils \"Good\" de Google sont trop permissifs si votre secteur performe mieux. Injectez vos seuils sectoriels dans Lighthouse CI :\u003C/p>\n\u003Cpre class=\"shiki github-dark\" style=\"background-color:#24292e;color:#e1e4e8\" tabindex=\"0\">\u003Ccode>\u003Cspan class=\"line\">\u003Cspan style=\"color:#6A737D\">// lighthouserc.json — seuils calés sur le P25 sectoriel\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#E1E4E8\">{\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#79B8FF\">  \"ci\"\u003C/span>\u003Cspan style=\"color:#E1E4E8\">: {\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#79B8FF\">    \"assert\"\u003C/span>\u003Cspan style=\"color:#E1E4E8\">: {\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#79B8FF\">      \"assertions\"\u003C/span>\u003Cspan style=\"color:#E1E4E8\">: {\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#79B8FF\">        \"largest-contentful-paint\"\u003C/span>\u003Cspan style=\"color:#E1E4E8\">: [\u003C/span>\u003Cspan style=\"color:#9ECBFF\">\"error\"\u003C/span>\u003Cspan style=\"color:#E1E4E8\">, { \u003C/span>\u003Cspan style=\"color:#79B8FF\">\"maxNumericValue\"\u003C/span>\u003Cspan style=\"color:#E1E4E8\">: \u003C/span>\u003Cspan style=\"color:#79B8FF\">1800\u003C/span>\u003Cspan style=\"color:#E1E4E8\"> }],\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#79B8FF\">        \"cumulative-layout-shift\"\u003C/span>\u003Cspan style=\"color:#E1E4E8\">: [\u003C/span>\u003Cspan style=\"color:#9ECBFF\">\"error\"\u003C/span>\u003Cspan style=\"color:#E1E4E8\">, { \u003C/span>\u003Cspan style=\"color:#79B8FF\">\"maxNumericValue\"\u003C/span>\u003Cspan style=\"color:#E1E4E8\">: \u003C/span>\u003Cspan style=\"color:#79B8FF\">0.05\u003C/span>\u003Cspan style=\"color:#E1E4E8\"> }],\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#79B8FF\">        \"interactive\"\u003C/span>\u003Cspan style=\"color:#E1E4E8\">: [\u003C/span>\u003Cspan style=\"color:#9ECBFF\">\"error\"\u003C/span>\u003Cspan style=\"color:#E1E4E8\">, { \u003C/span>\u003Cspan style=\"color:#79B8FF\">\"maxNumericValue\"\u003C/span>\u003Cspan style=\"color:#E1E4E8\">: \u003C/span>\u003Cspan style=\"color:#79B8FF\">2800\u003C/span>\u003Cspan style=\"color:#E1E4E8\"> }],\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#79B8FF\">        \"server-response-time\"\u003C/span>\u003Cspan style=\"color:#E1E4E8\">: [\u003C/span>\u003Cspan style=\"color:#9ECBFF\">\"error\"\u003C/span>\u003Cspan style=\"color:#E1E4E8\">, { \u003C/span>\u003Cspan style=\"color:#79B8FF\">\"maxNumericValue\"\u003C/span>\u003Cspan style=\"color:#E1E4E8\">: \u003C/span>\u003Cspan style=\"color:#79B8FF\">450\u003C/span>\u003Cspan style=\"color:#E1E4E8\"> }]\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#E1E4E8\">      }\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#E1E4E8\">    },\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#79B8FF\">    \"collect\"\u003C/span>\u003Cspan style=\"color:#E1E4E8\">: {\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#79B8FF\">      \"url\"\u003C/span>\u003Cspan style=\"color:#E1E4E8\">: [\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#9ECBFF\">        \"https://www.votre-site.fr/\"\u003C/span>\u003Cspan style=\"color:#E1E4E8\">,\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#9ECBFF\">        \"https://www.votre-site.fr/categorie/chaussures\"\u003C/span>\u003Cspan style=\"color:#E1E4E8\">,\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#9ECBFF\">        \"https://www.votre-site.fr/produit/basket-premium-v2\"\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#E1E4E8\">      ],\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#79B8FF\">      \"numberOfRuns\"\u003C/span>\u003Cspan style=\"color:#E1E4E8\">: \u003C/span>\u003Cspan style=\"color:#79B8FF\">3\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#E1E4E8\">    }\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#E1E4E8\">  }\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#E1E4E8\">}\u003C/span>\u003C/span>\u003C/code>\u003C/pre>\n\u003Cp>Si une PR dégrade le LCP au-delà de 1800ms (votre seuil sectoriel P25), le build échoue. Pas de déploiement. Ce filet de sécurité est critique dans un contexte où \u003Ca href=\"/blog/machine-first-architecture-ai-agents-are-here-and-your-website-isn-t-ready-says-no-hacks-podcast-host-via-sejournal-theshelleywalsh\">l'architecture machine-first\u003C/a> devient la norme.\u003C/p>\n\u003Ch2>Scénario concret : un e-commerce de 12 000 pages migre vers un benchmark sectoriel\u003C/h2>\n\u003Cp>Prenons un cas réaliste. SportGear.fr, un e-commerce spécialisé running et trail, 12 000 pages produit, 450 pages catégorie, stack Next.js avec ISR. Trafic organique : 280K sessions/mois. Performance mesurée par Lighthouse : score 88, LCP à 2.3s, CLS à 0.08, INP à 180ms. En apparence, tout est \"Good\" selon les seuils Google.\u003C/p>\n\u003Ch3>Le réveil par le benchmark\u003C/h3>\n\u003Cp>L'équipe SEO collecte les données CrUX de 12 concurrents directs (Alltricks, i-Run, Keller Sports, etc.). Résultat :\u003C/p>\n\u003Ctable>\n\u003Cthead>\n\u003Ctr>\n\u003Cth>Métrique\u003C/th>\n\u003Cth>SportGear.fr\u003C/th>\n\u003Cth>P50 secteur\u003C/th>\n\u003Cth>P25 secteur\u003C/th>\n\u003C/tr>\n\u003C/thead>\n\u003Ctbody>\n\u003Ctr>\n\u003Ctd>LCP (ms)\u003C/td>\n\u003Ctd>2300\u003C/td>\n\u003Ctd>1900\u003C/td>\n\u003Ctd>1550\u003C/td>\n\u003C/tr>\n\u003Ctr>\n\u003Ctd>CLS\u003C/td>\n\u003Ctd>0.08\u003C/td>\n\u003Ctd>0.04\u003C/td>\n\u003Ctd>0.02\u003C/td>\n\u003C/tr>\n\u003Ctr>\n\u003Ctd>INP (ms)\u003C/td>\n\u003Ctd>180\u003C/td>\n\u003Ctd>150\u003C/td>\n\u003Ctd>120\u003C/td>\n\u003C/tr>\n\u003Ctr>\n\u003Ctd>TTFB (ms)\u003C/td>\n\u003Ctd>680\u003C/td>\n\u003Ctd>520\u003C/td>\n\u003Ctd>380\u003C/td>\n\u003C/tr>\n\u003C/tbody>\n\u003C/table>\n\u003Cp>SportGear.fr est en dessous du P50 sectoriel sur chaque métrique. Dans l'absolu, tout est \"Good\". Relativement à la concurrence, c'est insuffisant.\u003C/p>\n\u003Ch3>Les actions correctives\u003C/h3>\n\u003Cp>\u003Cstrong>TTFB (680ms → cible 400ms)\u003C/strong> : Le goulot d'étranglement est la revalidation ISR. Chaque page produit déclenche un appel API vers le PIM (Product Information Management) qui ajoute 300ms. Solution : implémenter un cache Redis entre Next.js et le PIM, avec invalidation par webhook. Résultat : TTFB ramené à 350ms.\u003C/p>\n\u003Cp>\u003Cstrong>LCP (2300ms → cible 1500ms)\u003C/strong> : L'image hero des pages produit est en format PNG, servie sans \u003Ccode>fetchpriority\u003C/code>. Correction : conversion WebP/AVIF avec le composant \u003Ccode>next/image\u003C/code>, ajout de \u003Ccode>fetchpriority=\"high\"\u003C/code> sur l'image LCP, et preconnect vers le CDN d'images :\u003C/p>\n\u003Cpre class=\"shiki github-dark\" style=\"background-color:#24292e;color:#e1e4e8\" tabindex=\"0\">\u003Ccode>\u003Cspan class=\"line\">\u003Cspan style=\"color:#E1E4E8\"><\u003C/span>\u003Cspan style=\"color:#85E89D\">head\u003C/span>\u003Cspan style=\"color:#E1E4E8\">>\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#E1E4E8\">  <\u003C/span>\u003Cspan style=\"color:#85E89D\">link\u003C/span>\u003Cspan style=\"color:#B392F0\"> rel\u003C/span>\u003Cspan style=\"color:#E1E4E8\">=\u003C/span>\u003Cspan style=\"color:#9ECBFF\">\"preconnect\"\u003C/span>\u003Cspan style=\"color:#B392F0\"> href\u003C/span>\u003Cspan style=\"color:#E1E4E8\">=\u003C/span>\u003Cspan style=\"color:#9ECBFF\">\"https://cdn.sportgear.fr\"\u003C/span>\u003Cspan style=\"color:#B392F0\"> crossorigin\u003C/span>\u003Cspan style=\"color:#E1E4E8\">>\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#E1E4E8\">  <\u003C/span>\u003Cspan style=\"color:#85E89D\">link\u003C/span>\u003Cspan style=\"color:#B392F0\"> rel\u003C/span>\u003Cspan style=\"color:#E1E4E8\">=\u003C/span>\u003Cspan style=\"color:#9ECBFF\">\"preload\"\u003C/span>\u003Cspan style=\"color:#B392F0\"> as\u003C/span>\u003Cspan style=\"color:#E1E4E8\">=\u003C/span>\u003Cspan style=\"color:#9ECBFF\">\"image\"\u003C/span>\u003Cspan style=\"color:#B392F0\"> type\u003C/span>\u003Cspan style=\"color:#E1E4E8\">=\u003C/span>\u003Cspan style=\"color:#9ECBFF\">\"image/avif\"\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#B392F0\">        href\u003C/span>\u003Cspan style=\"color:#E1E4E8\">=\u003C/span>\u003Cspan style=\"color:#9ECBFF\">\"https://cdn.sportgear.fr/products/basket-trail-v3-800.avif\"\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#B392F0\">        imagesrcset\u003C/span>\u003Cspan style=\"color:#E1E4E8\">=\u003C/span>\u003Cspan style=\"color:#9ECBFF\">\"\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#9ECBFF\">          https://cdn.sportgear.fr/products/basket-trail-v3-400.avif 400w,\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#9ECBFF\">          https://cdn.sportgear.fr/products/basket-trail-v3-800.avif 800w\"\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#B392F0\">        imagesizes\u003C/span>\u003Cspan style=\"color:#E1E4E8\">=\u003C/span>\u003Cspan style=\"color:#9ECBFF\">\"(max-width: 768px) 100vw, 50vw\"\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#B392F0\">        fetchpriority\u003C/span>\u003Cspan style=\"color:#E1E4E8\">=\u003C/span>\u003Cspan style=\"color:#9ECBFF\">\"high\"\u003C/span>\u003Cspan style=\"color:#E1E4E8\">>\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#E1E4E8\"></\u003C/span>\u003Cspan style=\"color:#85E89D\">head\u003C/span>\u003Cspan style=\"color:#E1E4E8\">>\u003C/span>\u003C/span>\u003C/code>\u003C/pre>\n\u003Cp>\u003Cstrong>CLS (0.08 → cible 0.02)\u003C/strong> : Le problème vient de l'injection tardive du bloc de prix (qui dépend d'un appel client-side vers l'API de pricing dynamique). Le prix shift le contenu. Solution : server-render le prix par défaut (prix catalogue) et hydrater avec le prix dynamique sans changer la hauteur du bloc (placeholder avec \u003Ccode>min-height\u003C/code> fixe).\u003C/p>\n\u003Cp>\u003Cstrong>INP (180ms → cible 120ms)\u003C/strong> : Les filtres de la page catégorie déclenchent un re-render React complet. Migration vers \u003Ccode>useTransition\u003C/code> pour rendre les mises à jour de filtre non-bloquantes.\u003C/p>\n\u003Ch3>Résultat à 8 semaines\u003C/h3>\n\u003Cp>Après déploiement et propagation des données CrUX (28 jours de collecte) :\u003C/p>\n\u003Cul>\n\u003Cli>LCP : 1450ms (P25 sectoriel atteint)\u003C/li>\n\u003Cli>TTFB : 350ms (meilleur que P25)\u003C/li>\n\u003Cli>CLS : 0.03 (entre P50 et P25)\u003C/li>\n\u003Cli>INP : 125ms (quasi P25)\u003C/li>\n\u003C/ul>\n\u003Cp>Impact trafic organique sur les 6 semaines suivantes : +14% de sessions organiques sur les pages catégorie, +8% sur les pages produit. Le gain n'est pas uniquement lié à la performance (la \u003Ca href=\"/blog/march-2026-google-core-update-more-volatile-than-december-here-s-what-changed\">March 2026 Core Update\u003C/a> a aussi joué), mais la corrélation temporelle est nette.\u003C/p>\n\u003Cp>Sur l'AI Search spécifiquement : les citations dans Google AI Overviews pour des requêtes type \"meilleures chaussures trail 2026\" sont passées de 0 à 3 citations mesurées sur 4 semaines, là où les concurrents avec un meilleur profil performance étaient déjà présents.\u003C/p>\n\u003Ch2>L'angle AI Search : pourquoi la performance est un signal de sélection de source\u003C/h2>\n\u003Cp>Les AI Overviews et les réponses de Bing Copilot ne citent pas toutes les pages qui rankent en top 10. Elles sélectionnent un sous-ensemble de sources, et cette sélection intègre des signaux de qualité technique.\u003C/p>\n\u003Cp>Google n'a jamais confirmé publiquement que les CWV influencent directement la sélection des sources AI Overviews. Mais le raisonnement technique est solide : les mêmes pipelines de qualité qui alimentent le ranking organique (Page Experience signals) alimentent probablement la sélection de sources pour les AI Overviews, puisque ces derniers s'appuient sur les résultats organiques comme pool de candidats.\u003C/p>\n\u003Cp>Ce qui est documenté en revanche, via \u003Ca href=\"/blog/ai-overview-ctr-fell-61-but-clicks-didn-t-collapse-via-sejournal-mattgsouthern\">l'analyse des CTR des AI Overviews\u003C/a>, c'est que les sources citées captent un trafic significativement supérieur. Être sélectionné comme source AI Overview = capter une part disproportionnée des clics restants.\u003C/p>\n\u003Ch3>Le TTFB comme proxy de qualité pour les crawlers AI\u003C/h3>\n\u003Cp>Les crawlers AI (GPTBot, Claude-Web, Bingbot en mode AI) sont sensibles au TTFB d'une manière que Googlebot classique ne l'était pas autant. Un crawler AI qui construit une réponse en temps quasi-réel ne peut pas attendre 3 secondes par page. Les données de \u003Ca href=\"/blog/why-log-file-analysis-matters-for-ai-crawlers-and-search-visibility\">l'analyse de log files pour les crawlers AI\u003C/a> montrent une corrélation entre TTFB bas et fréquence de crawl AI.\u003C/p>\n\u003Cp>Concrètement : si votre TTFB moyen est à 800ms et que le crawler AI a un budget temps de 200 requêtes par session de crawl, il couvrira 160 pages. Si vous descendez à 300ms, il en couvrira potentiellement 400+. Sur un site de 12 000 pages, cette différence de couverture est massive.\u003C/p>\n\u003Ch2>Outils et stack de monitoring pour un benchmark continu\u003C/h2>\n\u003Cp>Un benchmark ponctuel perd sa valeur en 30 jours. La performance fluctue : nouveaux scripts tiers, déploiements, pics de charge saisonniers. Le benchmark doit être un processus continu.\u003C/p>\n\u003Ch3>Stack recommandée\u003C/h3>\n\u003Cp>\u003Cstrong>Collecte lab data (synthétique)\u003C/strong> :\u003C/p>\n\u003Cul>\n\u003Cli>\u003Cstrong>Lighthouse CI\u003C/strong> dans votre pipeline GitHub Actions / GitLab CI — pour détecter les régressions avant déploiement\u003C/li>\n\u003Cli>\u003Cstrong>WebPageTest API\u003C/strong> pour des tests multi-localisations avec des profils de connexion réalistes (4G, câble)\u003C/li>\n\u003Cli>\u003Cstrong>DebugBear\u003C/strong> pour le monitoring synthétique continu avec comparaison historique\u003C/li>\n\u003C/ul>\n\u003Cp>\u003Cstrong>Collecte field data (utilisateurs réels)\u003C/strong> :\u003C/p>\n\u003Cul>\n\u003Cli>\u003Cstrong>CrUX API\u003C/strong> (mensuel) pour le benchmark sectoriel\u003C/li>\n\u003Cli>\u003Cstrong>web-vitals.js\u003C/strong> intégré à votre analytics pour les données temps réel\u003C/li>\n\u003Cli>\u003Cstrong>Search Console\u003C/strong> > rapport Core Web Vitals pour la vue Google\u003C/li>\n\u003C/ul>\n\u003Cp>\u003Cstrong>Détection de régressions\u003C/strong> :\nUn outil de monitoring comme Seogard détecte automatiquement les régressions techniques (meta disparues, SSR cassé, dégradation de réponse serveur) qui impactent indirectement vos métriques de performance. Le lien entre une régression SSR et un LCP qui explose est direct : si le serveur renvoie soudainement un shell HTML vide que le client doit hydrater, le LCP passe de 1.5s à 4s+. Ce type de régression silencieuse est exactement ce que \u003Ca href=\"/blog/what-s-the-biggest-technical-seo-blind-spot-from-over-relying-on-tools-ask-an-seo-via-sejournal-helenpollitt1\">les équipes qui sur-dépendent des outils ponctuels\u003C/a> manquent systématiquement.\u003C/p>\n\u003Ch3>Automatiser le rapport de benchmark mensuel\u003C/h3>\n\u003Cp>Combinez les données CrUX (vos concurrents) et vos données RUM (Real User Monitoring) dans un dashboard. Voici une requête BigQuery si vous utilisez le dataset CrUX public :\u003C/p>\n\u003Cpre class=\"shiki github-dark\" style=\"background-color:#24292e;color:#e1e4e8\" tabindex=\"0\">\u003Ccode>\u003Cspan class=\"line\">\u003Cspan style=\"color:#6A737D\">-- Benchmark sectoriel LCP via CrUX BigQuery (dataset public)\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#F97583\">SELECT\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#E1E4E8\">  origin,\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#E1E4E8\">  p75_lcp,\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#E1E4E8\">  p75_cls,\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#E1E4E8\">  p75_inp,\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#E1E4E8\">  p75_ttfb,\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#E1E4E8\">  yyyymm\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#F97583\">FROM\u003C/span>\u003Cspan style=\"color:#E1E4E8\"> (\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#F97583\">  SELECT\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#E1E4E8\">    origin,\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#79B8FF\">    MAX\u003C/span>\u003Cspan style=\"color:#E1E4E8\">(\u003C/span>\u003Cspan style=\"color:#F97583\">IF\u003C/span>\u003Cspan style=\"color:#E1E4E8\">(metric \u003C/span>\u003Cspan style=\"color:#F97583\">=\u003C/span>\u003Cspan style=\"color:#9ECBFF\"> 'largest_contentful_paint'\u003C/span>\u003Cspan style=\"color:#E1E4E8\">, p75, \u003C/span>\u003Cspan style=\"color:#F97583\">NULL\u003C/span>\u003Cspan style=\"color:#E1E4E8\">)) \u003C/span>\u003Cspan style=\"color:#F97583\">AS\u003C/span>\u003Cspan style=\"color:#E1E4E8\"> p75_lcp,\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#79B8FF\">    MAX\u003C/span>\u003Cspan style=\"color:#E1E4E8\">(\u003C/span>\u003Cspan style=\"color:#F97583\">IF\u003C/span>\u003Cspan style=\"color:#E1E4E8\">(metric \u003C/span>\u003Cspan style=\"color:#F97583\">=\u003C/span>\u003Cspan style=\"color:#9ECBFF\"> 'cumulative_layout_shift'\u003C/span>\u003Cspan style=\"color:#E1E4E8\">, p75, \u003C/span>\u003Cspan style=\"color:#F97583\">NULL\u003C/span>\u003Cspan style=\"color:#E1E4E8\">)) \u003C/span>\u003Cspan style=\"color:#F97583\">AS\u003C/span>\u003Cspan style=\"color:#E1E4E8\"> p75_cls,\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#79B8FF\">    MAX\u003C/span>\u003Cspan style=\"color:#E1E4E8\">(\u003C/span>\u003Cspan style=\"color:#F97583\">IF\u003C/span>\u003Cspan style=\"color:#E1E4E8\">(metric \u003C/span>\u003Cspan style=\"color:#F97583\">=\u003C/span>\u003Cspan style=\"color:#9ECBFF\"> 'interaction_to_next_paint'\u003C/span>\u003Cspan style=\"color:#E1E4E8\">, p75, \u003C/span>\u003Cspan style=\"color:#F97583\">NULL\u003C/span>\u003Cspan style=\"color:#E1E4E8\">)) \u003C/span>\u003Cspan style=\"color:#F97583\">AS\u003C/span>\u003Cspan style=\"color:#E1E4E8\"> p75_inp,\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#79B8FF\">    MAX\u003C/span>\u003Cspan style=\"color:#E1E4E8\">(\u003C/span>\u003Cspan style=\"color:#F97583\">IF\u003C/span>\u003Cspan style=\"color:#E1E4E8\">(metric \u003C/span>\u003Cspan style=\"color:#F97583\">=\u003C/span>\u003Cspan style=\"color:#9ECBFF\"> 'experimental_time_to_first_byte'\u003C/span>\u003Cspan style=\"color:#E1E4E8\">, p75, \u003C/span>\u003Cspan style=\"color:#F97583\">NULL\u003C/span>\u003Cspan style=\"color:#E1E4E8\">)) \u003C/span>\u003Cspan style=\"color:#F97583\">AS\u003C/span>\u003Cspan style=\"color:#E1E4E8\"> p75_ttfb,\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#E1E4E8\">    yyyymm\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#F97583\">  FROM\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#9ECBFF\">    `chrome-ux-report.materialized.metrics_summary`\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#F97583\">  WHERE\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#E1E4E8\">    origin \u003C/span>\u003Cspan style=\"color:#F97583\">IN\u003C/span>\u003Cspan style=\"color:#E1E4E8\"> (\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#9ECBFF\">      'https://www.competitor-a.fr'\u003C/span>\u003Cspan style=\"color:#E1E4E8\">,\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#9ECBFF\">      'https://www.competitor-b.fr'\u003C/span>\u003Cspan style=\"color:#E1E4E8\">,\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#9ECBFF\">      'https://www.competitor-c.fr'\u003C/span>\u003Cspan style=\"color:#E1E4E8\">,\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#9ECBFF\">      'https://www.votre-site.fr'\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#E1E4E8\">    )\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#F97583\">    AND\u003C/span>\u003Cspan style=\"color:#E1E4E8\"> yyyymm \u003C/span>\u003Cspan style=\"color:#F97583\">>=\u003C/span>\u003Cspan style=\"color:#79B8FF\"> 202601\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#F97583\">    AND\u003C/span>\u003Cspan style=\"color:#E1E4E8\"> form_factor \u003C/span>\u003Cspan style=\"color:#F97583\">=\u003C/span>\u003Cspan style=\"color:#9ECBFF\"> 'phone'\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#F97583\">  GROUP BY\u003C/span>\u003Cspan style=\"color:#E1E4E8\"> origin, yyyymm\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#E1E4E8\">)\u003C/span>\u003C/span>\n\u003Cspan class=\"line\">\u003Cspan style=\"color:#F97583\">ORDER BY\u003C/span>\u003Cspan style=\"color:#E1E4E8\"> yyyymm \u003C/span>\u003Cspan style=\"color:#F97583\">DESC\u003C/span>\u003Cspan style=\"color:#E1E4E8\">, p75_lcp \u003C/span>\u003Cspan style=\"color:#F97583\">ASC\u003C/span>\u003C/span>\u003C/code>\u003C/pre>\n\u003Cp>Cette requête vous donne l'évolution mensuelle de chaque concurrent et de votre propre site, triée par LCP. Vous voyez immédiatement si l'écart se creuse ou se réduit.\u003C/p>\n\u003Ch2>Les edge cases et limites du benchmarking CrUX\u003C/h2>\n\u003Cp>Le benchmarking sectoriel via CrUX n'est pas parfait. Connaître les limites évite les mauvaises décisions.\u003C/p>\n\u003Ch3>Biais de population\u003C/h3>\n\u003Cp>CrUX ne collecte que les données des utilisateurs Chrome qui ont opté pour le partage de statistiques. Sur certains marchés B2B ou dans des pays où Chrome n'est pas dominant, les données sont biaisées. Pour un site SaaS B2B dont 40% des visiteurs utilisent Firefox, les données CrUX ne représentent qu'une fraction de l'audience réelle.\u003C/p>\n\u003Cp>\u003Cstrong>Mitigation\u003C/strong> : croisez toujours CrUX avec vos données RUM propriétaires. Si votre RUM montre un LCP médian à 2.1s et CrUX rapporte 1.8s, c'est probablement parce que les utilisateurs Firefox de votre audience ont des machines moins performantes (environnements corporate).\u003C/p>\n\u003Ch3>Seuil de trafic minimum\u003C/h3>\n\u003Cp>CrUX requiert un volume de trafic minimum pour générer des données au niveau URL. Beaucoup de pages longue traîne n'auront pas de données individuelles. Seules les données au niveau origin seront disponibles.\u003C/p>\n\u003Cp>\u003Cstrong>Mitigation\u003C/strong> : pour les pages stratégiques à faible trafic, utilisez des tests synthétiques (Lighthouse, WebPageTest) comme proxy, en gardant en tête que les données lab sont systématiquement différentes des données field.\u003C/p>\n\u003Ch3>Le benchmark ne capture pas la perception AI\u003C/h3>\n\u003Cp>Même avec un profil de performance supérieur au P25 sectoriel, vous pouvez être ignoré par les AI Overviews si votre contenu manque de \u003Ca href=\"/blog/what-search-engines-trust-now-authority-freshness-first-party-signals-via-sejournal-cshel\">signaux d'autorité, de fraîcheur et de données first-party\u003C/a>. La performance est une condition nécessaire mais pas suffisante. Un site avec un LCP à 1.2s mais un contenu générique généré par AI aura un profil de confiance faible. La \u003Ca href=\"/blog/the-ghost-citation-problem-via-sejournal-kevin-indig\">ghost citation problem\u003C/a> illustre parfaitement ce décalage : être \"techniquement bon\" ne garantit pas d'être cité.\u003C/p>\n\u003Ch2>De la mesure au système : pérenniser l'avantage performance\u003C/h2>\n\u003Cp>Le benchmark n'est pas un projet. C'est un système. Les sites qui dominent leur vertical en performance n'y arrivent pas par un sprint d'optimisation ponctuel. Ils ont mis en place trois choses :\u003C/p>\n\u003Cp>\u003Cstrong>Un performance budget par type de page\u003C/strong> : chaque template (page produit, catégorie, article, landing) a ses propres seuils, calés sur le benchmark sectoriel et révisés trimestriellement. Ces budgets sont enforced dans la CI.\u003C/p>\n\u003Cp>\u003Cstrong>Un ownership clair\u003C/strong> : quelqu'un est responsable de la performance. Pas \"l'équipe dev\" en général. Une personne, avec un OKR lié au P75 CrUX. Sans ownership, les régressions s'accumulent silencieusement — surtout quand le marketing ajoute un nouveau script de tracking toutes les deux semaines.\u003C/p>\n\u003Cp>\u003Cstrong>Un monitoring en boucle fermée\u003C/strong> : les données CrUX mensuelles alimentent la révision des budgets, qui alimentent les seuils CI, qui bloquent les régressions, qui protègent les données CrUX. La boucle est fermée. Chaque composant dépend des autres.\u003C/p>\n\u003Cp>La performance web n'est plus un nice-to-have cosmétique. Dans l'ère de l'AI Search, c'est un critère de sélection. Le benchmark sectoriel est l'outil qui transforme \"on est dans le vert\" en \"on est meilleur que 75% de nos concurrents\". Et dans un monde où les moteurs AI sélectionnent 3 sources parmi 10 candidats, cette distinction est la différence entre être cité et être invisible.\u003C/p>",null,12,[18,19,20,21,22,23,24],"search","success","benchmark","website","performance","AI Search","Core Web Vitals","Benchmarker la performance web par industrie pour l'AI Search","Tue Apr 28 2026 10:02:48 GMT+0000 (Coordinated Universal Time)",[28,43,57],{"_id":29,"slug":30,"__v":6,"author":7,"canonical":31,"category":10,"createdAt":32,"date":33,"description":34,"image":15,"imageAlt":15,"readingTime":16,"tags":35,"title":41,"updatedAt":42},"69eefc17aa6b273b0c0886fc","google-ai-overviews-ctr-shows-early-signs-of-recovery-study","https://seogard.io/blog/google-ai-overviews-ctr-shows-early-signs-of-recovery-study","2026-04-27T06:03:03.610Z","2026-04-27","Le CTR organique sur les requêtes avec AI Overviews remonte après un an de chute. Analyse technique des données, impacts réels et stratégies d'adaptation.",[36,37,38,39,40],"google","ai overviews","ctr","serp","seo technique","AI Overviews et CTR : le déclin organique touche-t-il un plancher ?","Mon Apr 27 2026 06:03:03 GMT+0000 (Coordinated Universal Time)",{"_id":44,"slug":45,"__v":6,"author":7,"canonical":46,"category":10,"createdAt":47,"date":33,"description":48,"image":15,"imageAlt":15,"readingTime":16,"tags":49,"title":55,"updatedAt":56},"69ef7a9eaa6b273b0c6db723","bing-webmaster-tools-teases-new-ai-reporting-updates","https://seogard.io/blog/bing-webmaster-tools-teases-new-ai-reporting-updates","2026-04-27T15:02:54.433Z","Citation share, grounding queries, recommandations GEO : analyse technique des nouveaux rapports AI de Bing Webmaster Tools et comment s'y préparer.",[50,51,52,53,54],"bing","webmaster tools","AI reporting","GEO","citation share","Bing Webmaster Tools : les nouveaux rapports AI changent la donne","Mon Apr 27 2026 15:02:54 GMT+0000 (Coordinated Universal Time)",{"_id":58,"slug":59,"__v":6,"author":7,"canonical":60,"category":10,"createdAt":61,"date":62,"description":63,"image":15,"imageAlt":15,"readingTime":16,"tags":64,"title":69,"updatedAt":70},"69edaaa2aa6b273b0cfaaad9","ai-overview-ctr-fell-61-but-clicks-didn-t-collapse-via-sejournal-mattgsouthern","https://seogard.io/blog/ai-overview-ctr-fell-61-but-clicks-didn-t-collapse-via-sejournal-mattgsouthern","2026-04-26T06:03:14.277Z","2026-04-26","Le CTR des AI Overviews chute de 61% mais les clics tiennent. Analyse technique, scénarios chiffrés et stratégies de monitoring pour SEO avancé.",[65,66,67,53,68],"AI Overview","CTR","Google Search","monitoring SEO","AI Overview CTR -61% : analyse technique du paradoxe","Sun Apr 26 2026 06:03:14 GMT+0000 (Coordinated Universal Time)"]