Fraîcheur et Web Vitals

Deux facteurs au niveau de la page reviennent sans cesse quand la page d’un concurrent est citée à la place de la vôtre : elle a été mise à jour plus récemment, ou elle se charge et répond plus vite. AmICited mesure les deux, pour votre domaine et pour vos concurrents suivis, et les place à côté des positions auxquelles les moteurs IA citent les pages. Deux pages sous Audit les couvrent : Freshness et Web Vitals. Chaque prompt reçoit aussi deux scores de sensibilité qui vous disent si la fraîcheur ou la vitesse a des chances de compter pour cette question.

Fraîcheur#

Audit → Freshness repose sur une exploration quotidienne de vos sitemaps et de ceux de vos concurrents. Elle montre combien d’URL chaque hôte ajoute, retire et marque comme mises à jour, pour que vous voyiez qui publie plus que qui, et où.

• Sitemap churn. Une barre par jour, segmentée par hôte : les ajouts au-dessus de l’axe, les retraits en dessous. Cliquez sur un segment pour voir les URL. Basculez entre Added, Removed et Net.
• Freshness leaderboard. Un indice de fraîcheur unique de 0 à 100 par hôte, construit à partir de quatre sous-scores (rythme de publication, rythme de mise à jour, récence et part d’obsolescence) et ajusté à la taille, pour qu’un petit site qui publie régulièrement ne soit pas battu par un grand qui ne le fait pas.
• URLs by last update. Combien d’URL chaque hôte a modifiées pour la dernière fois dans les 7, 30, 90, 180 et 360 derniers jours, ou plus, d’après les dates lastmod du sitemap. « No date » signifie que le sitemap n’indique pas de lastmod : non mesuré, pas ancien.
• Directory comparison. Nombre d’URL par préfixe de chemin, sous forme de treemap où vous pouvez descendre et colorer par fraîcheur (la part des pages datées mises à jour dans les 30 derniers jours).
• URL changes. Chaque URL ajoutée à un sitemap, retirée d’un sitemap ou marquée comme mise à jour, avec export CSV.
• Freshness vs citation position. Chaque URL citée pour les prompts de votre domaine (pas seulement ceux des concurrents) positionnée selon l’âge de la page par rapport à son meilleur rang de citation. L’âge de la page provient d’une date que la page indique elle-même (données structurées, métadonnées de la page, balisage de la page, date de publication ou en-tête HTTP) ; une date tirée uniquement du sitemap est signalée comme signal faible.

L’historique commence le jour où le suivi débute pour un hôte : la vue à 90 jours se remplit donc au fil du temps. Re-check explore de nouveau les sitemaps d’un hôte à la demande (0,005 crédit), au plus une fois par jour. Le nombre de pages par concurrent et la variation sur 30 jours figurent aussi dans Competitors → Competitor sitemaps.

Web Vitals#

Audit → Web Vitals utilise les données de terrain du Chrome UX Report (CrUX) : comment de vrais utilisateurs de Chrome ont vécu la page au cours des 28 derniers jours, au 75e percentile. Il couvre LCP (chargement du contenu principal), INP (réactivité), CLS (stabilité de la mise en page), FCP (premier contenu) et TTFB (réponse du serveur).

• Competitor comparison. Le score et le statut Core Web Vitals de votre page d’accueil face aux pages d’accueil de vos concurrents suivis.
• Your pages by Web Vitals. Chaque page de votre domaine que les moteurs IA citent, triée par fréquence d’apparition dans les sources des prompts, pour corriger d’abord les pages qui comptent.
• Performance impact. Pour chaque métrique, vos pages citées réparties par vitesse face à la position à laquelle les moteurs les citent, filtrable par moteur, avec une courbe de tendance. Une courbe plate signifie que la métrique n’a pas d’incidence réelle sur vos positions ; une courbe abrupte signifie l’inverse.
• What moves your position most. Quelle métrique suit le plus votre position de citation. Voyez-y un indice, pas une preuve : les données du top 10 sont bruitées.

Refresh Web Vitals met en file un nouvel import ; les URL sont revérifiées progressivement et cela peut prendre plusieurs heures. CrUX n’a de données que pour les pages ayant assez de trafic Chrome : les pages à faible trafic peuvent afficher les chiffres de l’origine, ou rien du tout.

Scores de sensibilité des prompts#

Sur la page Prompts, les colonnes Sensitivity montrent, pour chaque prompt, dans quelle mesure son top 10 Google s’appuie sur des pages récentes et sur de bons Core Web Vitals. Les deux sont calculés à partir d’un instantané observé des résultats Google pour le texte du prompt. Ils décrivent l’ensemble des résultats, pas la raison du classement des pages.

• « Bon » utilise les seuils standard : LCP ≤ 2,5 s, INP ≤ 200 ms, CLS ≤ 0,1, FCP ≤ 1,8 s, TTFB ≤ 800 ms.
• Un score nécessite au moins 5 pages exploitables, et au moins 60 % du top 10 doit être daté (ou avoir des données CrUX). Sinon, la cellule explique que la couverture est trop faible pour noter.

Exemple chiffré#

Pour « best project management software », 9 des 10 premiers résultats Google ont une date exploitable et 7 d’entre eux ont été mis à jour dans les 30 derniers jours : 7 ÷ 9 × 100 = 78. C’est un prompt avide de fraîcheur, et une page touchée pour la dernière fois il y a un an aura du mal. Un prompt qui obtient 10 est servi par des pages pérennes ; rafraîchir la vôtre n’y changera pas grand-chose.

Comment agir#

• Rafraîchissez là où la sensibilité à la fraîcheur est élevée. Mettez à jour la page qui doit porter le prompt avec de vrais changements (nouvelles données, tarifs de l’année en cours, nouvelles sections), gardez lastmod et les dates sur la page exacts, et consignez-le comme annotation.
• Corrigez d’abord la vitesse des pages citées. Commencez par le haut de « Your pages by Web Vitals ». Un TTFB lent et un contenu qui n’apparaît qu’après beaucoup de JavaScript pénalisent surtout les robots IA, car les robots de récupération travaillent avec des délais d’expiration serrés.
• Surveillez le churn des concurrents. Un concurrent qui ajoute soudain des centaines d’URL dans un répertoire est généralement en train de pousser du contenu visant les mêmes prompts que vous suivez.

À lire aussi#