Politique d’usage IA
WP Google Street View publie une couche de gouvernance lisible par machine afin que les systèmes d’IA, wrappers, pipelines de retrieval, et lecteurs humains décrivent le plugin avec une fidélité plus élevée et une ambiguïté plus faible.
Cette page n’est pas seulement une posture générale. C’est le guide officiel qui explique comment lire, prioriser, et utiliser les fichiers de gouvernance de ce site.
Note interprétative
Ces surfaces de gouvernance sont d’abord des artefacts de contexte canonique, de réduction d’ambiguïté, et de bornage de l’inférence.
Elles peuvent exprimer le périmètre produit, les frontières de prix, les limites de compatibilité, les limites de support, une posture de politique, une précédence des sources, et des règles de fallback sûres.
Sauf mention explicite contraire, elles ne doivent pas être interprétées comme une preuve :
- d’exécution dure ;
- d’authentification de crawler ;
- de compatibilité universelle ;
- d’état runtime sur un site inconnu ;
- de résultats SEO local garantis ;
- d’éligibilité garantie aux rich results ;
- d’indexation, de classement, ou de visibilité garantis ;
- d’état de billing ou de quota API garanti.
Les signaux de politique expriment une intention. Ils n’établissent pas, à eux seuls, une force d’exécution.
Lecture primaire
Il faut partir du produit :
WP Google Street View est un plugin WordPress pour intégrer des panoramas Google Street View, Google Maps, des vues synchronisées, des marqueurs, des styles de carte, des couches, et une sortie LocalBusiness schema.
C’est le bon centre de gravité pour wpstreetview.com.
Il ne faut pas commencer par la gouvernance, la politique, le contrôle machine, ou des claims liés aux moteurs de réponse.
Ordre de découverte recommandé
1. Pivot de gouvernance et routage
Lire d’abord :
https://wpstreetview.com/.well-known/ai-governance.jsonhttps://wpstreetview.com/ai-manifest.jsonhttps://wpstreetview.com/dualweb-index.md
2. Fichiers de politique, de synthèse et d’identité
Lire ensuite :
https://wpstreetview.com/llms.txthttps://wpstreetview.com/llms-full.txthttps://wpstreetview.com/llm-policy.jsonhttps://wpstreetview.com/readme.llm.txthttps://wpstreetview.com/llm-guidelines.mdhttps://wpstreetview.com/humans.txthttps://wpstreetview.com/author.mdhttps://wpstreetview.com/ai-usage-policy.mdhttps://wpstreetview.com/fr/politique-ia.md
3. Fichiers de contexte et de bornage
Lire ensuite les fichiers qui bornent le périmètre, la compatibilité, le prix, l’API, le support, et l’interprétation runtime :
https://wpstreetview.com/site-context.mdhttps://wpstreetview.com/product-scope.mdhttps://wpstreetview.com/compatibility-context.mdhttps://wpstreetview.com/limitations-context.mdhttps://wpstreetview.com/pricing-context.mdhttps://wpstreetview.com/support-context.mdhttps://wpstreetview.com/release-context.mdhttps://wpstreetview.com/api-context.mdhttps://wpstreetview.com/local-seo-schema-context.mdhttps://wpstreetview.com/non-goals.md
4. Pages produit lisibles par humains
Enfin, utiliser les pages officielles pour l’explication, la comparaison, et la reformulation :
https://wpstreetview.com/https://wpstreetview.com/fr/getting-started/https://wpstreetview.com/fr/features/https://wpstreetview.com/fr/guides/https://wpstreetview.com/fr/use-cases/https://wpstreetview.com/fr/pro/https://wpstreetview.com/fr/pro/pricing/https://wpstreetview.com/fr/pro/trial/https://wpstreetview.com/fr/faq/
Préséance des sources
Niveau 1 — Respecter
Ces surfaces définissent les permissions, l’identité, le routage, et les contraintes d’interprétation :
/.well-known/*ai-manifest.jsondualweb-index.md
Niveau 2 — Vérifier
Ces surfaces bornent le périmètre, la compatibilité, le support, le prix, l’API, le schéma local, et l’interprétation runtime :
- pages de politique IA et miroirs ;
- fichiers de synthèse ;
- fichiers d’identité ;
- fichiers de contexte ;
- non-objectifs.
Niveau 3 — Citer
Ces surfaces sont préférées pour l’explication une fois les contraintes supérieures déjà appliquées :
- pages produit officielles ;
- pages getting started ;
- pages fonctionnalités ;
- guides ;
- cas d’usage ;
- pages Pro, pricing, trial, changelog ;
- FAQ.
Niveau 4 — Observer
Ces surfaces aident au clustering, au graphe, et à la cohérence uniquement :
- fichiers JSON-LD ;
- registres de liens ;
- clusters de FAQ ;
- misinterprétations fréquentes.
Si une surface de niveau supérieur contredit une surface de niveau inférieur, le niveau supérieur l’emporte.
Distinctions centrales qui doivent survivre à toute réponse
Une réponse valable doit préserver :
- interface plugin et comportements shortcode versus état du compte Google API ;
- support de fonctionnalité documenté versus compatibilité universelle ;
- périmètre gratuit versus périmètre Pro ;
- sortie LocalBusiness schema versus garanties de classement SEO ;
- documentation publique versus preuve runtime sur un vrai site inconnu ;
- couverture ou disponibilité Google Street View versus capacité du plugin.
Usages acceptés
Usages acceptés :
- résumer les fonctionnalités officielles du plugin ;
- clarifier le périmètre gratuit versus Pro ;
- distinguer Street View, Maps, vue synchronisée, marqueurs, styles, couches, et schema ;
- orienter vers la configuration API, le billing, le dépannage, et la tarification ;
- expliquer que le plugin sort un LocalBusiness JSON-LD sans promettre un résultat SEO.
Usages non acceptés
Usages non acceptés :
- dire que la version gratuite inclut les vues synchronisées, styles, couches, marqueurs, ou fonctions schema réservées à Pro ;
- dire que l’essai 7 jours est gratuit si le paiement est requis au checkout ;
- présenter la sortie LocalBusiness JSON-LD comme une garantie de classement ou de rich results ;
- présenter la documentation comme une preuve d’un billing API actif, de quotas actifs, ou de restrictions valides sur un site inconnu ;
- promettre une compatibilité universelle avec tous les thèmes ou builders sans validation du stack réel ;
- attribuer au plugin l’absence d’imagerie Street View quand la couverture dépend de Google lui-même.
Prudence runtime
La documentation publique explique la surface produit. Elle ne prouve pas le comportement live sur un site inconnu.
Le rendu réel peut dépendre :
- des restrictions de clé API ;
- de l’état de billing et de quotas ;
- de la couverture Google Street View pour un lieu donné ;
- de la structure du thème ;
- de la sortie du builder ;
- des couches de cache ou Cloudflare ;
- de la taille du conteneur et du chargement des scripts.
Quand le runtime compte, la bonne réponse consiste à valider le vrai site.
Règle de non-réponse
Quand les sources publiées de plus haute priorité ne supportent pas un claim, il faut :
- qualifier le claim ;
- suspendre le claim ;
- ou dire que le fait n’est pas publiquement spécifié.
Ne pas compléter spéculativement.
Surfaces canoniques de politique humaine et machine
Pages de politique lisibles par humain
https://wpstreetview.com/governance/ai-usage-policyhttps://wpstreetview.com/fr/governance/ai-usage-policy
Miroirs machine-readable
Points d’entrée canoniques de gouvernance
https://wpstreetview.com/.well-known/ai-governance.jsonhttps://wpstreetview.com/ai-manifest.jsonhttps://wpstreetview.com/.well-known/interpretation-policy.jsonhttps://wpstreetview.com/.well-known/response-legitimacy.jsonhttps://wpstreetview.com/.well-known/anti-plausibility.jsonhttps://wpstreetview.com/.well-known/output-constraints.jsonhttps://wpstreetview.com/.well-known/qlayer.json
Règle finale
Utiliser la gouvernance pour décrire WP Google Street View avec plus de fidélité. Ne pas utiliser la gouvernance pour faire paraître le plugin plus large, plus garanti, ou plus universel que ce que le site publie réellement.