Faut-il vraiment bloquer les interstitiels pays pour Googlebot ?

Pourquoi Google parle-t-il de crawl international pour Googlebot ?

Googlebot ne crawle pas uniquement depuis les États-Unis. Le robot de Google utilise des IP réparties mondialement pour simuler l'accès depuis différentes régions. Quand vous affichez un interstitiel qui détecte le pays de l'utilisateur via son IP, vous risquez de bloquer Googlebot s'il crawle depuis une zone non ciblée par votre site.

Concrètement, si votre site cible la France et affiche un overlay « Ce contenu n'est pas disponible dans votre région » aux visiteurs hors UE, Googlebot crawlant depuis une IP américaine verra cet overlay. Si le bot ne peut pas fermer cette bannière ou accéder au contenu sous-jacent, Google indexera une page vide ou quasi-vide. Votre ranking s'effondre.

Qu'est-ce qu'un interstitiel basé sur le pays acceptable ?

Un interstitiel acceptable laisse l'utilisateur (et le bot) accéder au contenu principal sans friction excessive. Une bannière discrète en haut de page informant d'une restriction géographique passe, un overlay plein écran sans bouton de fermeture bloque l'indexation.

La distinction cruciale : l'interstitiel ne doit pas masquer le contenu. Si un utilisateur ou Googlebot peut ignorer la bannière et lire l'article complet, vous êtes conforme. Si l'overlay force une redirection ou affiche uniquement un message d'erreur, vous n'êtes pas conforme. Google ne pénalise pas l'information géographique, il pénalise l'obstruction.

Comment Googlebot détecte-t-il qu'un interstitiel bloque le contenu ?

Google analyse le rendu complet de la page après exécution JavaScript. Le bot vérifie si le contenu textuel principal est accessible dans le DOM, si les éléments sémantiques (balises <main>, <article>, <p>) sont visibles et non masqués par un z-index supérieur.

Si votre interstitiel couvre 100 % de la viewport avec un overlay opaque et sans mécanisme de fermeture détectable, Google considère que le contenu est inaccessible. Le score de « Helpful Content » chute, le crawl budget est gaspillé, et Google peut désindexer la page si le problème persiste sur plusieurs crawls successifs.

• Googlebot crawle depuis des IP internationales — votre interstitiel géographique peut le bloquer involontairement
• Un overlay acceptable doit laisser accéder au contenu principal sans redirection forcée ni masquage complet
• Google analyse le rendu post-JavaScript pour vérifier que le texte et les éléments sémantiques restent visibles et accessibles
• Un interstitiel bloquant dégrade le crawl budget et peut mener à la désindexation si le bot ne peut pas indexer le contenu réel

Cette consigne est-elle cohérente avec les observations terrain ?

Oui, et c'est documenté depuis le déploiement de l'algorithme « Intrusive Interstitials Penalty ». Les sites e-commerce avec overlays RGPD ou géo-restrictions mal implémentés ont vu leur trafic organique chuter de 20 à 40 % quand l'overlay masquait le contenu produit. Google ne fait pas de distinction entre interstitiel marketing et interstitiel géographique : si ça bloque, ça pénalise.

La nuance que Mueller ne détaille pas : la durée d'affichage compte. Un overlay qui apparaît 500 ms puis se ferme automatiquement est souvent toléré, car Googlebot a le temps de parser le DOM. Un overlay persistant qui attend une action utilisateur (clic sur croix, scroll, timeout de 5 secondes) pose problème si le bot ne peut pas simuler cette action.

Quelles erreurs techniques causent un blocage involontaire ?

Première erreur courante : détecter Googlebot comme un visiteur hors zone et lui servir l'interstitiel. Certains scripts de géolocalisation client-side (JavaScript) détectent l'IP du bot, la classent « US » ou « inconnu », et déclenchent l'overlay. Le bot voit l'overlay, pas le contenu.

Deuxième piège : les overlays avec position: fixed; z-index: 9999; sans classe aria-hidden ou mécanisme de contournement. Google peut techniquement voir le HTML sous l'overlay, mais si le texte est rendu illisible par un backdrop opaque, le score de contenu utile baisse. Le bot ne « clique » pas sur les boutons de fermeture comme un humain.

Faut-il whitelister les user-agents Google pour contourner le problème ?

Techniquement oui, mais c'est risqué. Servir un contenu différent à Googlebot et aux utilisateurs humains = cloaking potentiel. Si Google détecte que vous masquez systématiquement l'interstitiel au bot mais le montrez aux visiteurs, vous risquez une action manuelle. [À vérifier] Google tolère le cloaking sur les overlays légaux (RGPD, cookies) si le contenu principal reste identique, mais la limite est floue.

Approche plus safe : whitelister les IP de Googlebot documentées officiellement et servir l'interstitiel uniquement après confirmation que ce n'est pas un bot vérifié. Ou mieux : rendre l'overlay fermable automatiquement après 2-3 secondes pour tous les visiteurs, bot inclus. Moins d'UX friction, zéro risque SEO.

Comment vérifier que mon interstitiel ne bloque pas Googlebot ?

Première étape : utiliser l'outil « Inspection d'URL » dans Google Search Console. Demandez un rendu en direct de la page concernée. Si le screenshot montre l'overlay sans le contenu en dessous, vous avez un problème. Google voit exactement ce que le bot indexe.

Deuxième test : simuler un crawl depuis une IP hors zone cible avec un user-agent Googlebot. Utilisez curl ou un outil comme Screaming Frog en configurant l'user-agent Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html) et une IP US ou SG via proxy. Si l'overlay apparaît et bloque le contenu, vous devez corriger.

Quelles solutions techniques garantissent la conformité ?

Solution la plus robuste : implémenter l'interstitiel en CSS uniquement avec un timeout JavaScript côté client. L'overlay s'affiche, puis un script ferme automatiquement la bannière après 2 secondes ou au premier scroll. Googlebot voit le contenu final rendu, l'utilisateur voit l'info géographique, tout le monde est content.

Autre approche : détecter les bots vérifiés via reverse DNS lookup (IP → hostname se termine par googlebot.com ou google.com) et ne pas charger le script d'interstitiel pour ces visites. Pas de cloaking si le contenu HTML reste identique, vous évitez juste de charger un module JS superflu pour le bot.

Quels indicateurs surveiller après modification ?

Suivez le taux de pages indexées dans Search Console (rapport Couverture). Si vous aviez 10 000 pages soumises et seulement 6 000 indexées, corrigez l'interstitiel et relancez un crawl via sitemap. Le nombre de pages indexées doit remonter sous 2-4 semaines.

Surveillez aussi le taux de rebond organique dans Google Analytics sur les pages avec interstitiel. Si le taux dépasse 70 % et que le temps de session moyen est inférieur à 10 secondes, Google interprète ça comme un signal de contenu peu utile. Même si techniquement le bot peut crawler, l'expérience utilisateur dégradée impacte le ranking.

• Tester le rendu de la page dans Google Search Console (outil « Inspection d'URL »)
• Vérifier les logs serveur pour repérer les crawls Googlebot bloqués par géo-restriction ou WAF
• Implémenter un timeout automatique ou un mécanisme de fermeture sans interaction utilisateur
• Whitelister les ASN de Google (AS15169) au niveau firewall si vous utilisez un CDN avec géo-blocage
• Surveiller le taux d'indexation et le crawl budget dans Search Console après déploiement
• Auditer régulièrement les overlays tiers (cookies, RGPD, promotions) qui peuvent masquer le contenu principal