optimisation core web vitals 6 min

Google Publisher Plugin : 3 secondes de LCP gaspillées

Google Publisher Plugin inactif mais encore présent ? Il peut ajouter 3 secondes de LCP et dégrader vos Core Web Vitals. Désactivez-le et passez à une solution propre.

Par Julien Morel
Partager

Un plugin fantôme. Voilà ce qu’est devenu Google Publisher Plugin. On l’a croisé sur un média régional en refonte : 4,8 secondes de LCP sur mobile en champ, un INP flirtant avec les 350 ms. Le propriétaire jurait n’avoir installé aucun outil publicitaire. Pourtant, un coup d’œil au fichier plugins dans l’admin WordPress racontait une autre histoire. La suppression du plugin a fait basculer le LCP à 1,9 seconde. Sans toucher au thème. Sans toucher au cache. Juste en retirant un morceau de code hérité de 2018.

On voit régulièrement ce scénario en audit. Le Google Publisher Plugin est le parfait exemple de la dépendance oubliée qui pourrit vos métriques sans que personne ne la remarque. Et comme il ne génère aucun contenu visible, il passe sous les radars des audits Lighthouse classiques qui se focalisent sur les images ou le JavaScript applicatif.

Plus qu’un vieux plugin, un passif pour vos Core Web Vitals

Le Google Publisher Plugin a été lancé pour simplifier l’intégration d’un site au programme Google News. Il ajoutait automatiquement les métadonnées structurées, gérait le sitemap News, et insérait un tag news_keywords dans l’en-tête des pages. En 2021, Google a déplacé une partie de ces fonctionnalités vers le Publisher Center et a commencé à recommander l’abandon du plugin. Depuis 2022, celui-ci n’est plus mis à jour. Mais rien ne vous empêche de le laisser actif. Et beaucoup de sites l’ont fait.

Le problème, c’est que le plugin ne se contentait pas d’injecter des balises meta. Il embarquait un script vers news.google.com destiné à la synchronisation des contenus et au suivi de la couverture dans Google News. Ce script, même en l’absence d’interaction avec le programme News, se chargeait de manière synchrone et bloquait le rendu de la page. Sur les connexions mobiles, le temps de résolution DNS et la latence de la requête ajoutaient facilement 2 à 3 secondes de blocage avant le moindre affichage. Un script externe en tête de head sans defer ni async reste une garantie de LCP dégradé, peu importe combien d’efforts d’optimisation Core Web Vitals sont menés ailleurs.

Au fil des mises à jour de Chrome, l’impact est devenu double. Le LCP, certes, mais aussi l’INP. Le script instaurait des écouteurs d’événements sur le document pour détecter les interactions et les transmettre. Résultat : chaque clic déclenchait des appels réseau superflus. Sur un long article avec des ancres internes, le temps de réponse cumulé des interactions pouvait dépasser 200 ms et valoir une mauvaise évaluation dans le rapport Core Web Vitals.

Lighthouse le rate. Voici où regarder en deux minutes.

La plupart des audits Lighthouse passent sur des URLs de test, souvent connectées en Wi-Fi stable. Le script du plugin, hébergé sur une CDN Google, se charge rapidement dans ces conditions. L’écart n’apparaît que sur les connexions mobiles réelles, dans le rapport CrUX. C’est le même biais que les audits en mode “Applied Slow 3G” qui sous-estiment certains problèmes de TTFB réseau. Pour débusquer le coupable, ouvrez votre Network tab, filtrez sur le domaine news.google.com et rechargez la page. Si vous voyez une requête supérieure à 500 ms, vous avez trouvé le responsable.

💡 Conseil : Activez “Disable cache” dans les DevTools et basculez l’onglet sur “Slow 3G” avant de recharger. La requête insoupçonnée devient soudainement un mur de 3 secondes.

Une autre méthode, encore plus rapide : une recherche grep dans le répertoire wp-content/plugins/ sur le terme google-publisher-plugin ou google_news_. Le slug exact du dossier est souvent google-publisher-plugin ou google-news-publisher. Même désactivé, le dossier reste présent et le script peut être appelé par un autre mécanisme de cache ou par une inclusion résiduelle dans le thème.

L’alternative native : pourquoi le plugin ne sert plus à rien

En 2026, l’ensemble des fonctionnalités de publication pour Google News s’opère via le Publisher Center. La configuration se résume à trois actions : revendiquer son domaine dans le Publisher Center, générer un sitemap News conforme au protocole de Google, et marquer ses contenus avec des balises structurées de type NewsArticle (JSON-LD ou microdata). Tout est documenté et maintenu. Aucune de ces étapes n’exige un plugin WordPress.

Pour les sitemaps News, des plugins SEO généralistes comme Yoast SEO ou Rank Math les génèrent depuis des années sans surcoût. Ces outils n’injectent aucun script tiers sur le front-end et n’alourdissent pas le rendu. Si vous utilisez déjà l’un d’eux, vous avez probablement un sitemap News actif sans le savoir. L’URL typique ressemble à /sitemap-news.xml ou /news-sitemap.xml.

⚠️ Attention : Si vous supprimez le Google Publisher Plugin, ne supprimez pas le sitemap News s’il était géré par ce plugin. Exportez-le d’abord, puis confiez sa génération à votre plugin SEO principal. Un sitemap News manquant peut entraîner une désindexation partielle de Google News en moins de 48 heures.

Ce basculement vers le Publisher Center est un exemple typique où l’expérience développeur en modernisation d’infrastructure rencontre le SEO. Un peu comme quand on migre d’une application React legacy vers une gestion d’état moderne avec Zustand, la question n’est pas seulement de remplacer, mais de profiter du changement pour supprimer du code mort.

Désinstaller proprement (80 secondes chrono)

  1. Désactivez le Google Publisher Plugin.
  2. Vérifiez qu’aucun autre plugin n’appelle ses fonctions (un grep rapide dans le dossier plugins).
  3. Supprimez le dossier wp-content/plugins/google-publisher-plugin.
  4. Videz tous vos caches (cache WordPress, CDN, cache objet comme Redis).

Ces quatre étapes suffisent. Pas de réglage supplémentaire dans le thème. Le script de news.google.com disparaît immédiatement du front-end. Le seul cas où on l’a vu persister impliquait un thème premium qui avait intégré l’URL en dur dans son header.php. Un sed plus tard, le problème était réglé.

Mesurer l’effet réel dans CrUX, pas seulement dans Lighthouse

Laissez passer deux semaines pour que le rapport Chrome User Experience intègre les nouvelles données de terrain. Le LCP médian et le 75e centile sont les métriques à surveiller en priorité. Vous devriez voir une amélioration d’au moins 1 seconde sur mobile si le plugin était le facteur limitant principal. Dans notre cas médiatique, le LCP mobile est passé de 4,8 s à 1,9 s, soit une réduction de 60 %. L’INP a chuté de 350 ms à 180 ms, repassant sous le seuil “bon” de 200 ms.

L’impact SEO indirect est double. D’abord, l’amélioration des Core Web Vitals renforce votre capacité à passer le seuil d’éligibilité pour certaines fonctionnalités dans Google News. Ensuite, un LCP plus rapide réduit le taux de rebond sur mobile. Un site qui charge en 1,9 seconde retient un lecteur qui serait parti à 4,8 secondes. Or, les signaux utilisateurs sont corrélés au classement dans Google Discover et à la visibilité dans l’onglet Actualités.

Si vous voulez isoler l’effet du plugin d’autres optimisations parallèles, créez un rapport “Core Web Vitals” filtré par type d’appareil et par pays dans la Search Console. Comparez les semaines avant/après la suppression. La courbe des URLs “non satisfaisantes” plonge ou ne plonge pas. Pour traquer ce genre de dépendance morte dans un thème ou un plugin custom, on a comparé Claude Code et Cursor IDE : les deux s’en sortent, l’un localise plus vite les scripts externes orphelins.

Garder le sitemap News après la migration

Plug supprimé, le sitemap News doit rester accessible et soumis dans la Search Console. Yoast ou Rank Math le génèrent avec les balises news:publication, news:name et news:language. Sur un site à plus de 500 articles/jour, segmenter par catégorie : un sitemap News unique plafonne à 1 000 URLs. Google ne distingue pas un sitemap généré par plugin dédié d’un sitemap SEO classique.

Questions fréquentes

Est-ce que Google va pénaliser mon site si je supprime le plugin ?

Non, les algorithmes de classement n’utilisent pas la présence d’un plugin comme signal. La seule conséquence observable serait une amélioration des temps de chargement, ce qui peut indirectement favoriser l’expérience utilisateur et donc le classement dans les surfaces où les Core Web Vitals sont pris en compte.

Puis-je garder le plugin seulement pour le sitemap News ?

Aucun intérêt. D’autres plugins fiables génèrent le sitemap News sans surcoût et sans script tiers. Le gain de temps de configuration ne compense pas les centaines de millisecondes de blocage ajoutées à chaque chargement de page pour vos visiteurs mobiles.

Mon site n’est pas dans Google News, le plugin a-t-il un effet ?

Absolument. Le script de news.google.com se charge quelle que soit l’éligibilité de votre site au programme News. Il suffit que le plugin soit actif pour que le blocage se produise. La suppression reste donc pertinente pour tout site WordPress, média ou non.

Articles similaires

Julien Morel

Julien Morel

Ancien dev front React passé SEO technique après une migration e-commerce qui a fait perdre 60% du trafic organique à son employeur en une nuit (fichier robots.txt oublié en staging). Depuis, il écrit pour que ça n'arrive à personne d'autre et teste sur ses propres side-projects avant de publier quoi que ce soit.

Cet article est publie a titre informatif. Faites vos propres recherches avant toute decision.