Apple confirme : bloquer Applebot-Extended n'a aucun effet sur le ranking dans sa recherche

Apple confirme : bloquer Applebot-Extended n'a aucun effet sur le ranking dans sa recherche

Apple a ajouté ce week-end une phrase à sa page d'aide sur Applebot : les règles visant Applebot-Extended ne sont pas prises en compte dans le classement de sa recherche. Elle répond à une question que se posaient les éditeurs depuis l'introduction de ce second user-agent en juin 2024 : peut-on refuser que ses contenus servent à entraîner les modèles d'Apple sans perdre en visibilité dans Siri, Spotlight et Safari ? La réponse est désormais écrite. Barry Schwartz l'a relevée le 7 septembre.

TL;DRL'essentiel pour les pressés
  • Applebot-Extended ne crawle rien : c'est un interrupteur dans le robots.txt qui dit à Apple de ne pas utiliser, pour l'entraînement de ses modèles génératifs, les contenus déjà collectés par Applebot ; un système de classement n'a rien à lire dans une règle d'usage en aval
  • La même séparation existe chez Google (Googlebot / Google-Extended) et Apple l'a reprise en juin 2026 dans une réécriture complète de sa documentation, qui a aussi introduit une directive nosnippet pour les sorties d'IA et documenté le X-Robots-Tag
  • Le blocage reste marginal : 6 à 7 % des sites à fort trafic en 2024, environ un quart des sites d'actualité ; et il ne couvre pas l'usage des contenus comme sources citées dans les réponses de Siri, qui relève d'Applebot, pas d'Applebot-Extended

Deux robots, trois usages, et une confusion fréquente

La documentation d'Apple distingue trois choses. Applebot collecte les pages et alimente l'index qui sert la recherche dans Spotlight, Siri et Safari : le bloquer sort le site de ces résultats. Les mêmes données peuvent servir à entraîner les modèles de fondation d'Apple : c'est l'usage qu'Applebot-Extended permet de refuser. Et les données collectées peuvent aussi fournir du contexte et des contenus récents quand un modèle génère une réponse affichée dans un produit Apple, avec liens vers les sources : cet usage-là dépend d'Applebot, pas d'Applebot-Extended, et se contrôle par nosnippet. Bloquer Applebot-Extended protège donc de l'entraînement, pas de l'apparition dans une réponse générée.

La phrase ajoutée ce week-end tranche un doute réel. Google avait dû faire la même précision pour Google-Extended : sans engagement explicite, un éditeur pouvait craindre qu'un moteur associe le refus d'entraînement à un signal négatif. Apple dit maintenant que non, pour sa recherche uniquement. La déclaration ne dit rien de Google, d'OpenAI, d'Anthropic ou de Perplexity, et c'est une documentation, pas un test indépendant.

Le contexte rend la question moins théorique qu'en 2024. Apple a confirmé à la WWDC de juin que Siri s'appuie sur des modèles Gemini de Google pour ses fonctions génératives, tout en continuant d'entraîner ses propres modèles de fondation sur, entre autres, des données crawlées par Applebot. Et iOS 27, attendu dans les semaines qui viennent, étend les réponses générées dans Siri. Un éditeur qui bloque Applebot-Extended aujourd'hui refuse de contribuer aux modèles d'Apple de demain, sans rien changer à sa présence dans les réponses d'aujourd'hui.

Mon avis : c'est une clarification utile, sans surprise, qui ferme un argument contre l'opt-out. Elle ne règle pas la question qui compte pour un site : est-ce qu'apparaître comme source dans une réponse de Siri rapporte du trafic, et à quel prix. Cette question-là se pose pour Apple exactement comme pour les surfaces IA de Google, et Apple ne fournit aucun rapport pour y répondre.

Ce que ça change pour vous

Si vous avez bloqué Applebot-Extended par précaution, vous pouvez le laisser : ça ne coûte rien en visibilité Apple. Si vous hésitiez par crainte d'une pénalité, l'argument tombe. Si vous voulez rester hors des réponses générées d'Apple, c'est nosnippet qu'il faut, avec ses effets sur les extraits classiques.

Pour la vérification des robots, la page d'Apple publie une liste de plages d'adresses qui n'est pas exhaustive : la vérification par DNS inverse reste la méthode fiable, comme pour Googlebot.

Ce que vous devez faireConcrètement, pour votre visibilité
  • Vérifie ton robots.txt : une règle Disallow sur Applebot-Extended ne doit jamais s'accompagner d'une règle sur Applebot si tu veux rester dans Spotlight, Siri et Safari
  • Décide séparément des trois usages (index, entraînement, réponses générées) et documente le choix : Applebot pour le premier, Applebot-Extended pour le deuxième, nosnippet pour le troisième
  • Dans tes logs, identifie les requêtes Applebot par DNS inverse plutôt que par la liste d'adresses publiée, et regarde ce qu'il crawle réellement : c'est ta seule mesure de ce qu'Apple prend

Sources

Source : Seroundtable.com

Cet article a été rédigé avec l’assistance d’un modèle de langage (LLM).

Besoin d'un accompagnement personnalisé?

Je propose des accompagnements au forfait et en régie pour vous aider à améliorer votre visibilité en ligne.