TS43Agents et exploration
Agents et explorationLes agents autorisés reçoivent-ils l’accès prévu ?
L’accès des crawlers autorisés est testé avec leur chaîne complète et rapproché des journaux.
Préparer les preuves
- Dans l’app
- Import de preuves
- À fournir
- Agents, réponses HTTP et journaux
- À prévoir
- Selon les preuves à réunir
Dans l’app
À fournir
À prévoirComprendre
Autorisé à passer. Mais passe-t-il vraiment ?
L’accès des crawlers autorisés est testé avec leur chaîne complète et rapproché des journaux.
Critère du protocole TSEP
TSEP distingue un test effectué sous un User-Agent déclaré et une observation attribuée à l’agent réel. Les limites d’identification et les preuves manquantes doivent rester explicites.
Les règles et limites de ce contrôle sont détaillées en bas de fiche.
Vérifier
La réponse, le refus. Et la trace réelle.
Dans TSEP Control
Depuis une analyse, « Approfondir » permet de préparer les observations complémentaires disponibles. Ce parcours de fiche permet aussi de réunir et d’importer les preuves exigées par les règles.
Votre contribution
Définissez le périmètre et les attentes avant la collecte. Réunissez les pièces ci-dessous et apportez les revues demandées.
Avec vos outils
Avec vos outilsComparez vos tests HTTP aux logs du serveur, du CDN et du pare-feu. Utilisez les mécanismes d’identification documentés par l’opérateur ; changer un User-Agent ne prouve pas un passage réel de l’agent.
Les preuves à conserver
Plan préalable, chaîne User-Agent revue, HTTP brut, journal JSONL natif, revues liées, commande/reçu fourni et qualification d’identité.
Ce que ce résultat couvre
Premier profil : client de test initié par l’évaluateur ; aucune visite, identité réelle, sécurité ou accessibilité de l’opérateur déduite. Sources, journaux, revues et reçu non authentifiés.
Agir
Le blocage localisé. La correction ciblée.
Repérez le refus sur la chaîne complète et rapprochez le test des journaux disponibles.
Recontrôler
L’accès rétabli ? Le passage attesté ?
Après correction, réunissez de nouvelles preuves avec le même périmètre et les mêmes attentes. Conservez les deux observations datées pour comparer ce qui a changé.
Pour aller plus loin.
Les statuts, les sources et la méthode.
Comprendre les statutsC · NC · NT · NA
La même légende dans les fiches, l’analyse et la démo. Chaque statut dépend des preuves et des règles du contrôle.
- C · Vérifié
- Le critère est satisfait dans le périmètre évalué. Conservez la preuve datée pour la prochaine comparaison.
- NC · À corriger
- Repérez le refus sur la chaîne complète et rapprochez le test des journaux disponibles.
- NT · Non établi
- Les preuves ou les confirmations ne suffisent pas pour conclure. Complétez ce qui manque ; ce statut ne démontre pas une erreur SEO.
- NA · Non applicable
- Le contrôle ne s’applique pas au périmètre, selon ses règles et une justification conservée. Une absence de preuve ne suffit pas à le déclarer non applicable.
Sources et références1 référence
Méthode et règles détaillées3 règles
Méthode et critères du contrôle
Méthode
Déclarer séparément l’accès de l’opérateur et le traitement du client de test ; comparer sa chaîne complète, rapprocher les journaux et qualifier honnêtement son origine selon agent-access-v1.
Critères attendus
Les trois règles réussissent sur le périmètre de tests déclaré, avec réponse prévue, rapprochement qualifié et identité opérateur explicitement non vérifiée ; un refus prévu peut être conforme.
Non-applicabilité
Aucun agent à tester dans la politique déclarée.
Règles détaillées
TS43-A01 · Client complet et traitement attendu
Mode prévu par le protocole : assisté, avec preuves et déclarations fournies. La disponibilité dans l’app est indiquée sur la fiche du contrôle.
Périmètre
Chaque URL et client HTTP du périmètre de tests préalablement déclaré.
Preuves
Pièces, dates, liaisons et observations selon docs/agent-access-evidence.md.
Méthode
Relire les sources et leur revue liée ; vérifier la chaîne HTTP datée puis la réponse et le corps prévus pour le client de test.
Critères attendus
Documentation revue et réponse conformes au plan du test ; contradiction indépendante conservée même si une autre preuve manque.
Quand le résultat reste indéterminé
Client/source/revue absent, trace incomplète, traitement attendu ou référence de corps manquant.
Non-applicabilité
Aucune exemption atomique automatique.
Hypothèses
Sources, contexte, qualité du journal et revues fournis ; portée du test limitée à son client.
Limites
Premier profil : client de test initié par l’évaluateur ; aucune visite, identité réelle, sécurité ou accessibilité de l’opérateur déduite. Sources, journaux, revues et reçu non authentifiés.
TS43-A02 · Chaîne rapprochée des journaux
Mode prévu par le protocole : assisté, avec preuves et déclarations fournies. La disponibilité dans l’app est indiquée sur la fiche du contrôle.
Périmètre
Chaque URL et client HTTP du périmètre de tests préalablement déclaré.
Preuves
Pièces, dates, liaisons et observations selon docs/agent-access-evidence.md.
Méthode
Vérifier export, revue de couche/identifiant/cache/horloge, puis identifier chaque ligne unique dans sa fenêtre avant comparaison littérale.
Critères attendus
Chaque saut a une ligne attribuée dont méthode, URL, chaîne client et statut concordent ; tout écart qualifié échoue malgré un autre saut absent.
Quand le résultat reste indéterminé
Logs absents, ID client ou rejoué, doublon, mauvaise couche, format inconnu, fenêtre/revue insuffisante.
Non-applicabilité
Aucune exemption atomique automatique.
Hypothèses
Sources, contexte, qualité du journal et revues fournis ; portée du test limitée à son client.
Limites
Premier profil : client de test initié par l’évaluateur ; aucune visite, identité réelle, sécurité ou accessibilité de l’opérateur déduite. Sources, journaux, revues et reçu non authentifiés.
TS43-A03 · Origine du test et identité non inventée
Mode prévu par le protocole : assisté, avec preuves et déclarations fournies. La disponibilité dans l’app est indiquée sur la fiche du contrôle.
Périmètre
Chaque URL et client HTTP du périmètre de tests préalablement déclaré.
Preuves
Pièces, dates, liaisons et observations selon docs/agent-access-evidence.md.
Méthode
Vérifier reçu d’exécution et qualification fournie liés ; distinguer test initié par l’évaluateur et visite de l’opérateur.
Critères attendus
Origine assessor-test, identité opérateur not-verified et aucune revendication de visite réelle ; toute revendication liée contraire échoue.
Quand le résultat reste indéterminé
Reçu/commande/qualification manquant, dates incohérentes, liaison absente ou statut d’identité ambigu.
Non-applicabilité
Aucune exemption atomique automatique.
Hypothèses
Sources, contexte, qualité du journal et revues fournis ; portée du test limitée à son client.
Limites
Premier profil : client de test initié par l’évaluateur ; aucune visite, identité réelle, sécurité ou accessibilité de l’opérateur déduite. Sources, journaux, revues et reçu non authentifiés.
Version des règles 0.2.0-rc.1 · Fiche du protocole public · Source versionnée
Passer à la pratique
Les agents, réponses HTTP et journaux liés.