Quel effet isAccessibleForFree=false a-t-il sur le contexte utilisé par l’IA d’Apple ?

L'équipe Citead, mis à jour le

En bref. Apple maintient l’éligibilité d’une page balisée aux résultats de recherche tout en excluant son contenu du contexte supplémentaire fourni à l’IA.

Définition : isAccessibleForFree=false est un signal Schema.org qui indique un accès restreint à l’échelle de la page. Selon la documentation « About Applebot » d’Apple, une page ainsi balisée reste éligible aux résultats de recherche d’Apple, mais Applebot n’utilise pas son contenu comme contexte supplémentaire lorsque des modèles d’IA produisent du contenu pour les produits et services Apple.

Points clés

  • Selon sa documentation « About Applebot », Apple prend en charge isAccessibleForFree pour les pages soumises à un accès payant (paywall), à un quota de consultation ou à un abonnement.
  • Le signal d’Apple se place dans le balisage JSON-LD de la page, et la valeur false indique que son accès est restreint.
  • Apple précise qu’une page balisée avec isAccessibleForFree: false peut apparaître dans les résultats de recherche, mais que son contenu est exclu du contexte supplémentaire fourni aux modèles d’IA pour les contenus affichés dans les produits et services Apple.
  • Apple documente ce signal à l’échelle de la page et indique que le balisage de sections avec hasPart n’est pas pris en charge.
  • Schema.org définit isAccessibleForFree comme un indicateur d’accès gratuit et donne Boolean comme type de valeur.
  • Le contrôle Applebot-Extended d’Apple porte sur l’utilisation des données collectées lors de l’exploration pour entraîner les modèles de fondation. Il constitue donc un réglage distinct du signal d’accès payant défini à l’échelle de la page.

Que change false pour Apple ?

La documentation « About Applebot » d’Apple décrit deux utilisations pertinentes des données collectées lors de l’exploration. Applebot alimente les fonctions de recherche de produits comme Spotlight, Siri et Safari. La documentation indique aussi que les données collectées peuvent fournir un contexte supplémentaire et du contenu à jour lorsque des modèles d’IA produisent du contenu pour les produits et services Apple.

Le signal d’accès payant modifie cette seconde utilisation pour la page balisée. Apple précise que les pages balisées avec isAccessibleForFree: false restent éligibles aux résultats de recherche, mais qu’Applebot n’utilise pas leur contenu comme contexte supplémentaire pour les contenus produits par l’IA et affichés dans les produits et services Apple. Le périmètre documenté couvre la page entière, car Apple indique que le signal s’applique à l’échelle de la page.

Quelle forme doit prendre le balisage de la page ?

Apple indique d’ajouter la propriété aux données structurées de la page au format JSON-LD. Voici son exemple :

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "isAccessibleForFree": false
}
</script>

La définition de Schema.org décrit cette propriété comme un indicateur d’accès gratuit et donne Boolean comme type de valeur attendu. Dans cet usage, false indique que la page est soumise à un accès payant, à un quota de consultation ou à un abonnement, selon les cas énumérés dans la documentation d’Apple.

hasPart permet-il de signaler une seule section à accès restreint pour Apple ?

Non. La documentation d’Apple indique que le signal s’applique à l’échelle de la page et que le balisage de sections avec hasPart n’est pas pris en charge. Pour une page mêlant des sections gratuites et des sections à accès restreint, ce contrôle ne propose donc aucun sélecteur de section documenté par Apple.

Google documente une autre mise en œuvre dans ses propres consignes sur les contenus à accès payant. Sa documentation sur les contenus à accès payant utilise hasPart avec WebPageElement et un sélecteur de classe CSS pour identifier les sections à accès restreint. Elle indique que plusieurs sections à accès restreint se déclarent dans un tableau et impose la valeur false pour isAccessibleForFree sur l’article ou la section à accès restreint. Ce modèle de balisage de Google ne vaut pas prise en charge de hasPart par Apple.

Quelle différence avec Applebot-Extended ?

Apple décrit Applebot-Extended comme un agent utilisateur (user agent) distinct qui contrôle la manière dont Apple peut utiliser les données collectées par Applebot. Selon la documentation d’Apple, Applebot-Extended n’explore pas les pages web, et les pages qui l’interdisent peuvent toujours figurer dans les résultats de recherche. La propriété d’accès payant à l’échelle de la page porte donc sur l’utilisation de la page balisée comme contexte pour l’IA, tandis qu’Applebot-Extended est le contrôle documenté pour refuser l’utilisation du contenu dans l’entraînement des modèles de fondation d’Apple.

Termes associés

Questions fréquentes

La valeur false retire-t-elle la page des résultats de recherche d’Apple ?

Non. La documentation d’Apple indique que les pages balisées avec isAccessibleForFree: false sont éligibles aux résultats de recherche.

La valeur false exclut-elle la page de l’entraînement des modèles de fondation d’Apple ?

Non. Apple documente Applebot-Extended comme le contrôle permettant de refuser cette utilisation pour l’entraînement. La propriété définie à l’échelle de la page concerne le contexte supplémentaire fourni aux modèles d’IA pour les contenus présentés dans les produits et services Apple.

Un éditeur peut-il utiliser le modèle de balisage hasPart de Google pour Apple ?

Apple indique que le balisage de sections avec hasPart n’est pas pris en charge. La documentation de Google décrit hasPart pour sa propre mise en œuvre des contenus à accès payant.

Sources

  1. Apple, « About Applebot », 4 septembre 2026
  2. Schema.org, « isAccessibleForFree », sans date
  3. Google Search Central, « Subscription and Paywalled Content Markup », 8 septembre 2026

Vérifiez comment une page se lit pour les moteurs de réponse. Ouvrir l’analyseur de score GEO

Testez une page et voyez quoi corriger en premier

L'analyse prend en général moins de 10 secondes et ne demande pas de compte.

400 000+ pages notées dans le benchmark public