WP Engine, l'un des plus grands hébergeurs WordPress managés au monde, bloque silencieusement les crawlers des principaux moteurs IA, ClaudeBot (Anthropic), GPTBot (OpenAI) et Amazonbot. Au niveau de l'infrastructure, sans possibilité de désactivation par les clients, selon une enquête publiée le 6 mai 2026 par Will Scott sur Search Engine Land. Résultat documenté sur 30 jours : 0% de présence dans les citations Claude AI pour les sites hébergés chez eux.
En bref : Si votre site tourne sur WP Engine, il est probable que les IA (Claude, ChatGPT, Perplexity via Amazonbot) ne peuvent pas l'indexer correctement. 29% des requêtes ClaudeBot et GPTBot reçoivent un HTTP 429. Voici comment vérifier et quoi faire maintenant.
Les chiffres qui font mal
Will Scott, fondateur de Search Influence, a analysé 7 jours de logs (4-10 avril 2026) sur son propre site hébergé chez WP Engine. Le constat est net :
Pour comparaison, sur la même période, le même site obtenait 37,8% de présence dans Google AI Mode, 22,2% dans Copilot, 9,6% dans ChatGPT, mais rien dans Claude. La corrélation est directe.
Les données Cloudflare Q1 2026 citées dans l'enquête donnent la mesure du problème : ClaudeBot génère 20 583 requêtes de crawl pour chaque référence renvoyée. GPTBot, 1 255 pour 1. Pour ces robots, chaque 429 est donc une page qui n'existera jamais dans leurs réponses.
Ce que WP Engine fait exactement
La règle de blocage s'applique au niveau de l'infrastructure de WP Engine. En dessous de la couche applicative WordPress. Elle ne peut ni être vue ni être désactivée depuis le tableau de bord client. WP Engine l'a confirmé officiellement à Search Engine Land : "Platform-wide rate limiting on certain high-impact bots…can't be selectively disabled per bot."
Tentative de contournement par la Web Rules Engine (liste blanche) : confirmée inutile. "Allowing AI bot IPs via Web Rules Engine does not override WP Engine's platform-wide rate limiting rules, which operate at the infrastructure level."
Les bots qui ne sont pas bloqués : ChatGPT-User (0% de rate-limiting), PerplexityBot (0% de rate-limiting), anthropic-ai (ancien user-agent Anthropic), CCBot (Common Crawl). En revanche, Bytespider (TikTok) reçoit carrément un HTTP 520 dans 61% des cas.
Les autres hébergeurs managés
L'enquête a comparé les positions des principaux acteurs :
| Hébergeur | Position sur les bots IA |
|---|---|
| WP Engine | ❌ Blocage platform-level non désactivable |
| Kinsta | ✅ Pas de blocage par défaut, opt-in configurable |
| Pressable | ✅ Pas de blocage par défaut, géré via robots.txt |
| Pantheon | ✅ Ne bloque explicitement pas les bots identifiés |
| Flywheel (filiale WP Engine) | ⚠️ Non documenté malgré la politique de la maison mère |
C'est une rupture notable dans le marché. Alors que l'authentification cryptographique des bots IA par Google vise à améliorer la confiance dans les crawlers légitimes, WP Engine prend la décision inverse : bloquer par défaut.
Vérifiez si votre site est visible par les IA, en 24h
Comment vérifier si vous êtes affecté
Diagnostic en 3 étapes (nécessite l'outil curl en ligne de commande) :
- Simuler le user-agent ClaudeBot : Lancer plusieurs requêtes successives avec le user-agent ClaudeBot sur votre domaine, puis comparer avec une requête navigateur normale. Un écart de code HTTP (200 vs 429) indique un blocage UA-based.
- Identifier votre hébergeur : Inspecter les headers de réponse (champs
x-powered-byouserver) pour confirmer qui gère l'infrastructure. - Pour les clients WP Engine : Vérifier dans le dashboard que « Utilities > Redirect Bots » est désactivé et qu'aucune règle Web Rules ne cible les user-agents IA. Si les 429 persistent → escalader au support produit.
Vos 4 options si vous êtes sur WP Engine
L'enquête de Will Scott identifie quatre chemins :
- Escalader au produit engineering, WP Engine reconnaît un chemin « exceptional use case » pour les sites dont la stratégie GEO est documentée.
- Tenter la whitelist Web Rules Engine, confirmé par WP Engine comme inefficace contre les règles platform-level. À essayer, mais ne pas en attendre de résultat.
- Migrer vers un hébergeur sans blocage platform-level, Kinsta, Pressable ou Pantheon sont documentés comme sûrs pour les crawlers IA.
- Accepter le blocage comme politique, uniquement si les IA ne font pas partie de votre stratégie de visibilité.
Ce que ça signifie pour votre visibilité dans les moteurs IA
On a documenté à plusieurs reprises que l'accessibilité de votre site aux agents IA est un prérequis fondamental pour apparaître dans leurs réponses. Ce problème WP Engine ajoute une couche nouvelle : votre hébergeur peut vous bloquer sans que votre robots.txt, votre contenu ou votre stratégie GEO y soient pour quoi que ce soit.
Le SEO avait ses critères techniques (vitesse, mobile, Core Web Vitals). Le GEO en a un nouveau : votre stack d'hébergement est-il transparent pour les crawlers IA ?
L'analyse Cicéro
Zéro citation dans Claude AI sur 30 jours. Ce n'est pas un problème de contenu ou de structure. C'est un problème d'infrastructure que la plupart des propriétaires de sites ne savent même pas qu'ils ont. Avant d'optimiser votre contenu pour l'IA, vérifiez que l'IA peut effectivement lire votre site. C'est le check le plus simple et le plus négligé de 2026.
Sources
- → Search Engine Land (Will Scott), Enquête « Your managed WordPress might be blocking AI bots and you can't see it » (6 mai 2026)
- → Cloudflare Q1 2026 Crawl-to-Referral Analysis, Données de taux de crawl vs référence par bot (citées dans l'enquête SEL)
- → WP Engine, Déclaration officielle confirmée par Will Scott (6 mai 2026)
Spécialiste du growth et de la stratégie de contenu SEO, j'ai lancé Cicéro pour aider les entreprises à capter une visibilité organique durable. Sur Google comme dans les réponses des IA. Chaque contenu qu'on produit est pensé pour convertir, pas juste pour exister.
LinkedIn