Googlebot ignore-t-il vraiment les service workers sur votre site ?

Qu'est-ce qu'un service worker et pourquoi Google s'en méfie ?

Un service worker est un script JavaScript qui tourne en arrière-plan dans le navigateur. Il permet notamment de gérer le cache, d'intercepter les requêtes réseau, et de modifier le comportement du site selon le contexte.

Typiquement, un service worker peut servir du contenu différent à un visiteur récurrent (qui a déjà visité le site) versus un nouveau visiteur. C'est précisément là que le bât blesse pour le SEO.

Pourquoi Googlebot se comporte-t-il comme un nouveau visiteur ?

Martin Splitt l'explique clairement : Google part du principe que les personnes cliquant sur un résultat de recherche découvrent le site. Donc, Googlebot simule ce comportement lors du crawl et du rendu.

Le problème ? Si votre service worker active des fonctionnalités uniquement pour les visiteurs récurrents — disons, un contenu enrichi en cache ou une navigation optimisée — Googlebot ne les verra jamais.

Quelle différence avec un utilisateur réel ?

Un utilisateur qui découvre votre site via Google, puis y retourne directement plus tard, bénéficiera progressivement des optimisations du service worker. Mais lors de la première visite (celle que Google simule), ces optimisations ne sont pas encore actives.

C'est logique côté UX, mais ça crée une asymétrie entre ce que voit l'utilisateur (au fil du temps) et ce que voit le bot (toujours en mode « première visite »).

• Googlebot ne bénéficie jamais des fonctionnalités réservées aux visiteurs récurrents.
• Les service workers peuvent modifier radicalement l'expérience — et donc le contenu visible.
• Si du contenu essentiel au SEO est servi uniquement via service worker en mode « récurrent », il sera invisible pour Google.
• Le rendu côté Google reflète toujours l'état « nouvelle visite », sans cache ni historique.

Cette déclaration correspond-elle à ce qu'on observe sur le terrain ?

Oui, et c'est cohérent avec la logique de Google. Les service workers, par nature, introduisent une variabilité comportementale qui complique l'indexation. Google n'a ni le temps ni l'intérêt à crawler un site plusieurs fois pour capturer toutes les variations possibles.

Sur des sites PWA (Progressive Web Apps) qui s'appuient massivement sur les service workers, on observe régulièrement des problèmes d'indexation si le contenu critique n'est pas servi dès la première visite. Et c'est exactement ce que Splitt décrit.

Quelles zones d'ombre subsistent dans cette affirmation ?

Ce qui manque, c'est la précision sur quels types de service workers posent problème. Tous ne sont pas égaux : certains ne font que gérer le cache statique (images, CSS), d'autres interceptent et modifient du contenu HTML dynamiquement.

[A vérifier] Google ne détaille pas si un service worker minimal — par exemple, juste pour le cache offline — est problématique ou non. On suppose que non, mais la déclaration reste vague sur les nuances.

Dans quels cas cette règle ne s'applique-t-elle pas ?

Si votre service worker ne modifie que le cache pour accélérer les visites suivantes, sans toucher au contenu HTML initial, vous êtes probablement à l'abri. Le contenu reste identique, seule la vitesse de chargement change.

En revanche, si vous utilisez un service worker pour personnaliser le contenu (recommandations, blocs dynamiques, navigation adaptative), et que ce contenu apparaît uniquement en visite récurrente, il faut revoir la stratégie.

Que faut-il faire concrètement si on utilise des service workers ?

Première étape : auditer ce que fait votre service worker. Intercepte-t-il des requêtes HTML ? Modifie-t-il le DOM après la première visite ? Si oui, il faut vérifier que le contenu critique est bien servi dès le premier chargement.

Utilisez l'outil URL Inspection dans Google Search Console pour voir ce que Googlebot rend réellement. Comparez avec ce qu'un utilisateur récurrent voit. L'écart vous indiquera si un problème existe.

Quelles erreurs éviter absolument ?

• Ne jamais conditionner l'affichage de contenu SEO important à un service worker actif.
• Éviter de servir du contenu HTML différent entre première et deuxième visite si ce contenu impacte les mots-clés ou la structure.
• Ne pas compter sur le cache du service worker pour accélérer le rendu côté Google — il ne l'utilisera pas.
• Tester systématiquement le rendu en mode navigation privée (= simulation de nouvelle visite) pour voir ce que Google voit.
• Documenter précisément ce que fait chaque service worker, surtout si plusieurs scripts cohabitent.

Comment vérifier que mon site reste crawlable malgré les service workers ?

Désactivez temporairement votre service worker et comparez le rendu du site. Si des éléments disparaissent ou si la navigation devient bancale, c'est un signal d'alarme. Le contenu doit être totalement accessible sans service worker actif.

Autre vérification : consultez les logs de crawl. Si Googlebot rencontre des erreurs 404 ou des timeouts sur des ressources interceptées par le service worker, c'est que quelque chose coince.