Journal des modifications

partagés (canvas), polices Roboto et Material Symbols hors ligne, et mise en page en colonne unique à 800 px.

contrats de documents existants sont conservés, et seules les données de planification adossées au noyau sont affichées.

projet sont ouverts ; empêcher les enregistrements en double pendant que le noyau répond.

jours du mois, fenêtre d'exécution, fuseau horaire, concurrents) et un onglet Crawl (mode de crawl, préréglage User-Agent ou chaîne personnalisée, pause entre requêtes, budget d'URL, SpiderHeadBot ou un user agent personnalisé). Les deux lisent et écrivent le projet via le noyau, et l'aperçu du projet affiche la prochaine et la dernière exécution planifiée. Un mode --tray exécute les scans dus du noyau et ne maintient le Mac éveillé que pendant qu'un scan tourne.

contient la planification (jours de la semaine et/ou jours du mois, plage horaire dans le fuseau du site, activation ou désactivation, concurrents, mode de crawl spider/sitemap/list, budgets d'URL et de requêtes par exécution, délai de politesse, et mode par tranches qui reprend le crawl partiel précédent). Il se modifie avec schedule-set / seo_schedule_set en passant expected_revision, et schedule-show affiche la dernière exécution et la prochaine fenêtre due. schedule-run-due est un point d'entrée sans interface qui ne lance que les scans dus, refuse les chevauchements grâce à un bail et consigne chaque décision dans le journal du projet. schedule-install et schedule-uninstall n'écrivent ou ne suppriment un plist launchd, une ligne cron ou une commande du Planificateur de tâches que lorsqu'on les appelle explicitement.

googlebot-desktop, googlebot-smartphone, bingbot, yandexbot, yandexmobilebot, baiduspider, duckduckbot, applebot, gptbot, claudebot, perplexitybot, ainsi que des navigateurs de bureau et mobiles) ou une chaîne personnalisée. Par défaut, c'est désormais SpiderHeadBot/<version> (+https://github.com/PavloSEO/spiderhead), et la correspondance des groupes de robots.txt utilise la même identité. Les sites qui correspondaient à l'ancien groupe robots SEOHEAD-Tools doivent désigner SpiderHeadBot dans leurs règles.

qu'il a mesurés.

Chaque élément de contrôle activé aboutit à l'un de trois résultats : succeeded lorsque l'audit enregistré a exécuté le contrôle, avec le scan comme preuve ; unavailable lorsque le crawl l'a ignoré ou désactivé, avec la raison du crawl conservée ; ou unmeasured lorsque l'audit ne mentionne pas du tout le contrôle. Un élément non mesuré conserve son enregistrement précédent et figure par son nom dans checklist_evidence : il ne compte donc jamais comme 0. Un crawl en échec ou interrompu marque ses contrôles automatiques comme failed, avec la raison de l'échec. Le même chemin d'enregistrement sert désormais le flux prepare, qui disposait de sa propre copie de la boucle. Un projet dont la checklist n'est pas initialisée est ignoré, avec une raison indiquée.

de concurrent démarre depuis son URL www au lieu de l'hôte nu, et un crawl d'une URL concurrente ne marque plus les éléments de checklist du propriétaire ; le résultat n'est enregistré que dans l'espace de travail du concurrent. Ouvrir un projet dont l'espace de travail concurrent est endommagé signale ce concurrent comme indisponible au lieu d'échouer.

(project-competitors-add, project-competitors-list, project-competitors-remove) et via les outils MCP correspondants seo_project_competitors_*. Chaque candidat conserve l'URL telle qu'elle a été saisie, y compris un hôte www, et les hôtes avec ou sans www sont considérés comme le même site lors des contrôles de doublons. Un concurrent avec un hôte www ne bloque plus la préparation et ne fait plus échouer project-observe.

complète les budgets de requêtes et de temps non définis (3 requêtes et 2 secondes par page), de sorte que les crawls de 50 à 300 pages sont admis sans approve_large_crawl. Les budgets supérieurs aux seuils du projet restent refusés.

finish_reason…

Un arrêt volontaire par budget d'URL est enregistré comme capture terminée, avec finish_reason stopped_by_budget et une heure finished_at, au lieu de interrupted sans heure de fin. Ses URL en file d'attente restent disponibles pour une reprise.

reste), au lieu d'être stockées sans lui.

un via le core, définit un plafond d'URL par site et lance leurs scans en parallèle. Un concurrent n'apparaît comme scanné qu'après un scan conservé et terminé.

leurs propres preuves conservées, de sorte qu'un export SF absent ou périmé ne les signale plus comme manquants ; duplicate-check marque une exécution sans aucune paire comparée comme non mesurée ; les constats de gabarit à l'échelle du site (même titre de gabarit, faible ratio de texte) forment un seul constat avec un nombre de pages (#1314).

Il ne réconcilie plus tout le catalogue intégré dans coverage.json ; les lignes intégrées sont ajoutées à la demande, lorsqu'on les touche.

cours et son pid) au lieu de parler d'un verrou résiduel.

Le verrou enregistre le pid de son écrivain ; un verrou sans détenteur actif reste signalé comme résiduel.

interrompue reste reprenable, et une étape en attente ultérieure peut être enregistrée au-delà d'une étape qui n'a pas réussi. Les étapes doivent toujours être enregistrées dans l'ordre d'enregistrement, et une exécution interrompue refuse toujours les étapes suivantes.

propriétaire.

L'élément reste en attente de la validation du propriétaire ou d'un relecteur qui ne soit pas un agent.

(inbox:<uuid>), afin qu'une note puisse citer l'objectif qu'elle concerne.

review ; seule une tentative en attente de décision reste en review.

contrôle (by_check) et un next_offset après les 20 premiers constats ; findings_page permet de parcourir les suivants.

mesurée à partir des téléchargements d'images du crawl lui-même…

Contrôles de crawl natifs (#1314) : la taille des images (IMG_OVER_KB) est désormais mesurée à partir des téléchargements d'images propres au crawl, et le statut du sitemap (SITEMAP_URL_4XX_5XX, SITEMAP_URL_3XX, SITEMAP_URL_NON_INDEXABLE) à partir de la récupération, par le crawl, de chaque URL listée dans le sitemap. Une URL listée que le crawl n'a jamais demandée est comptée comme non mesurée, jamais comme saine. IMG_MISSING_ALT, IMG_MISSING_DIMENSIONS et HREFLANG_ERROR indiquent désormais, sur un scan natif, que le crawl ne les mesure pas selon la définition de l'export SF, au lieu de renvoyer vers un filtre SF. Un hreflang manquant ou un contenu mixte sur un scan natif est signalé comme non mesuré par le crawl natif, et non comme un export manquant.

forme d'une puce dans log.md, et le core enregistre des entrées automatiques pour les crawls terminés (scans), les rapports de projet générés et les tentatives de checklist (agent). Les entrées vont dans events.jsonl et sont lues par project-event-page ; les déclencheurs automatiques ne font jamais échouer le crawl, le rapport ou l'étape de checklist qu'ils décrivent. project-event-append et seo_project_event_append conservent leur interface et ajoutent la ligne dans log.md.

(Strict-Transport-Security, Content-Security-Policy, X-Frame-Options, X-Content-Type-Options, Referrer-Policy, Permissions-Policy). Auparavant, ils étaient écartés à la capture : un site qui envoyait HSTS était signalé comme ne l'ayant pas. Les en-têtes Set-Cookie ne conservent que leurs attributs (secure, httponly, samesite=), jamais le nom ni la valeur du cookie. Un en-tête de sécurité envoyé plusieurs fois sur la même page est signalé comme DUPLICATE_SECURITY_HEADER.

context.goal_id) suffit. Le prompt enregistré est skill:workflow/full-audit-v1 par défaut, et la tâche de checklist est, par défaut, celle qui accompagne l'objectif accepté (custom:goal-<entry>). Les refus indiquent la commande propriétaire qui corrige le lien manquant. Les options sont documentées dans seohead workflow-start --help.

sont obligatoires, et les autres clés sont par défaut non définies. Une population refusée indique ses clés manquantes ou inconnues.

robots.txt ne déclare aucun sitemap. Un repli absent est consigné comme incomplet, mais n'interrompt pas le crawl.

lieu d'un échantillon plafonné, avec…

Les journaux serveur conservent désormais les totaux exacts d'IP de bots stockés sur disque au lieu d'un échantillon plafonné, avec des enregistrements par IP bornés, des visites, la dernière visite et des filtres par sous-réseau. La vérification DNS explicite contrôle séparément chaque IP sélectionnée, enregistre les preuves PTR et de résolution directe, prend en charge l'IPv6, et conserve les résultats indisponibles ou hors délai comme non vérifiés. Les caches locaux expirent au bout d'une heure ; les lectures ne déclenchent jamais de DNS.

devis hors ligne à partir des prix fournis, prise en compte de la profondeur SERP et des frais des opérateurs de recherche, et application des plafonds USD connus par appel avant tout transport. Élargissement des opérations bornées sur l'index des backlinks ; les coûts manquants et les formes de réponse mal formées sont consignés dans le journal comme reçus incertains. Les plafonds en devise par projet et par mois restent en attente d'une décision du propriétaire.

d'historique locaux privés, avec les observations complètes des jetons rel, les ancres, les domaines référents, les filtres et des signaux transparents de revue de spam. Ajout de commandes CLI et d'outils MCP pour le profil et l'export de désaveu relu, sans aucune soumission automatique.

page par URL exacte, avec une traçabilité vérifiée de la réponse et du corps. Une conservation désactivée, des corps manquants, invalides ou au-delà du budget restent des omissions explicites ; les constats partiels portent leur couverture. Les empreintes exactes du contenu principal et les constats SimHash/LSH bornés sont persistés dans l'audit natif, sans répertoire HTML SF. Les bandes LSH adaptées au seuil préservent le rappel des paires qualifiantes tout en réduisant les compartiments candidats trop larges ; l'épuisement du budget d'analyse approchée ne supprime pas les constats par empreinte exacte.

corps conservé…

Les audits SF peuvent exécuter, en option, une similarité sémantique et une revue titre/H1 par rapport au corps conservé, via un adaptateur local fourni explicitement ou des embeddings déclarés. Aucun modèle ni fournisseur n'est choisi automatiquement. L'identité de l'adaptateur, les empreintes des sources, les scores, les limites et les omissions accompagnent les candidats à la revue ; la similarité sémantique n'affirme ni contenu dupliqué, ni pertinence par rapport à la requête, ni cannibalisation. Les deux lignes de couverture sémantique SF restent des lacunes tant qu'aucun adaptateur réel n'est choisi et validé. L'autorisation d'un fournisseur externe exige le booléen littéral true ; des chaînes ou des entiers évalués comme vrais n'autorisent jamais un appel d'embedding.

observée, avec les preuves source et ancre, enregistrent les chaînes et boucles de redirections avec le statut de chaque saut, distinguent la recherche interne basée sur le chemin et les ancres vides, et exposent les résultats d'absence de réponse externes capturés. Les constats de cohérence du sitemap et de robots.txt utilisent l'appartenance et les preuves de réponse conservées, sans nouvelle requête en direct ; les preuves manquantes ou partielles restent explicites.

traitement ultérieur du sitemap ou des seeds ajoute l'URL au catalogue conservé. Les preuves non résolues ou exclues, déjà expliquées, restent immuables, tandis que les cibles connues revendiquées et les incohérences d'identité non nulles restent invalides.

lorsque la ressource n'a pas été stockée comme page crawlée, et marque les réponses d'images non mesurées comme couverture partielle.

versionné, sans modifier le SQL figé du scan. Les liens canoniques portant des attributs hreflang, lang, media ou type non pris en charge, des annotations mal formées ou des déclarations inter-hôtes et inter-protocoles produisent désormais des constats liés à leurs preuves ; les mots-clés de relation bien formés mais inconnus restent non classés.

observations mesurées de noindex et de canonical. Les chaînes canoniques natives et les constats noindex et canonical/hreflang peuvent utiliser les sondes ; les anciennes sondes ne portant que le statut restent lisibles et non mesurées pour les directives HTML.

réciproques explicites next/prev, en conservant les règles numérotées ou à pas et les états non jugés nommés. Sélectionne les URL des constats conservés, y compris les membres groupés, via scan-url-query, à l'aide de tables SQLite temporaires et d'un flux de preuves audit.v2.

référence de pagination D41 soit réellement servie et validable par la capture native.

Rend les annotations next/prev déclarées de la fixture boutique, afin que sa vérité de référence de pagination D41 soit réellement servie et puisse être validée par la capture native.

de contexte de scan existantes, en préservant le SQL figé scan.v1. Les constats AMP structurels examinent la déclaration doctype d'origine, le head et le body, le charset UTF-8, le viewport, le script d'exécution et les déclarations de boilerplate ; les cibles AMP appariées sans marqueur de racine AMP sont identifiées séparément. Les règles complètes du validateur AMP restent indisponibles dans l'attente d'une décision de licence.

les alternatives d'images, les sauts de titres et le repère main. Les constats conservent des exemples bornés et les décomptes complets des occurrences. Le contraste calculé et les règles axe-core rendues restent non mesurés.

vocabulaire embarqué et les règles existantes de résultats enrichis. Les erreurs, avertissements et propriétés obligatoires manquantes conservés par URL deviennent des constats natifs. Les constructions RDFa non prises en charge constituent une preuve partielle explicite, et non un résultat de validation propre.

chaque bloc dans…

Sert les arbres JSON-LD analysés, avec pour chaque bloc les erreurs de source, de position et de syntaxe, dans scan-structured-blocks ; plafonne les arbres de propriétés larges et expose leur limite. Lit le dernier document pour une URL et une représentation demandées sans modifier son scan.

confirmées des blocs voisins.

Résout les identités JSON-LD prises en charge par rapport à la même base de document que le balisage HTML, tout en préservant le JSON source ; rejette les blocs JSON scalaires ou vides comme graphes valides, et partage la sélection normalisée des balises JSON-LD en direct entre l'analyseur et les projections servies.

du HTML conservé complet…

Les audits natifs exposent désormais le balisage bloquant le rendu dans le head, à partir du HTML conservé complet, sans modifier le schéma figé scan.v1. Les corps manquants, incomplets ou limités par le budget restent indisponibles. La détection existante des ressources du head et l'entrée d'extraction personnalisée SF sont réutilisées.

conserve les résumés d'usage en UTF-16 ainsi que les constats de dimensionnement d'images rendues, et les relit après réouverture ou réanalyse hors ligne. Les moteurs non pris en charge et les mesures manquantes ne deviennent jamais des résultats propres.

arbres de dépendances, les responsables des décalages de mise en page, la livraison des images, les reflows forcés et les constats d'exécution des scripts, avec la provenance de capture et les empreintes des entrées. Aucun processus Lighthouse, fournisseur payant ni inférence des CWV terrain n'est ajouté. Actualise le registre, la couverture SF et la documentation de référence générée.

conservé est un scan audit.v2 en flux ; auparavant, il échouait avec 'NoneType' object is not subscriptable, car l'audit se trouve dans le fichier compagnon et non dans la table héritée du scan. Les formats d'enregistrement acceptés sont documentés dans seohead project checklist-record --help, dans le schéma de l'outil MCP seo_project_checklist_record et dans docs/INPUTS.md.

de versions plus anciennes, en conservant quatre groupes de tests vérifiés et la couverture combinée. La même version stable de Python sert à la CI et aux amorçages des builds de release.

au lieu des 50 premières lignes ; Issues nomme chaque contrôle principal du registre au lieu d'afficher « Autre contrôle ».

le panneau des tâches du projet qu'une page à la fois, de sorte qu'une checklist de n'importe quelle taille n'échoue plus avec « at most 100 rows ». L'application ouvre le scan que laisse derrière elle un audit complet (le plus grand scan complet) lorsque le propriétaire n'en a pas choisi un, et la découverte du core vérifie aussi l'environnement propre de l'interpréteur de l'application (sys.prefix) avant le PATH.

de bureau.

Préserve les réglages de budget de ressources sans modifier l'en-tête figé du scan, conserve une réanalyse hors ligne et une reprise sûres, et partage les composants natifs des réglages de projet, les tokens de thème et les polices embarquées. Retire les entrées de design privées de l'arborescence distribuée.

préservant l'en-tête de scan d'origine…

Lie les revérifications de remédiation à la politique d'actifs effective validée, tout en préservant l'en-tête de scan d'origine et les octets source.

report-build --project et audit-workflow --action report joignent l'instantané de checklist aux sorties xlsx, docx, csv, md et PDF, au lieu de produire un rapport non lié. Un scan arrêté par son budget d'URL (stopped_by_budget) est accepté comme dernier scan audité du projet, et son rapport indique la portée limitée. report-build --input accepte la clé format. report-build --project --format json sur un audit en flux est refusé avec une explication, car le JSON est écrit tel quel et ne peut pas porter l'instantané de checklist.

pourcentage réel à partir des compteurs fetched/found…

Le moniteur de scan de l'application de bureau suit le tableau de conception ScanRun : pourcentage réel calculé à partir des compteurs fetched/found, barre de progression de 10 px, limite de débit du collecteur, et un emplacement réservé de 120 px, sans fausse donnée, pour le graphique de vitesse (l'historique des débits du core est suivi dans #1203).

et regex sur un seul document HTML enregistré, sans scan ni requête réseau. Chaque résultat porte ses valeurs et une reason pour un résultat vide (no_match, empty_html ou budget_exceeded), afin qu'une réponse vide ne soit jamais présentée comme un résultat propre (#1059). Il s'agit uniquement d'un appel du core ; aucun outil CLI ni MCP n'est encore enregistré, et la récupération d'une URL en direct est volontairement exclue.

séries à pas : lorsqu'un pas couvre la plupart des pas d'une série, une rupture de ce pas est signalée (?page=1,3,5,8 rompt entre 5 et 8). Les schémas de décalage irréguliers et les séries sans numéro restent non jugés et sont nommés comme ignorés.

Le parseur lit les déclarations <link rel="alternate"> qualifiées par média, sans hreflang (une URL mobile distincte), et les range dans parse_html sous mobile_alternates (#1051). Le contrôle SF Mobile Alternate Link reste un écart : le contrôle qui compare la balise canonical de l'URL mobile n'est pas encore écrit.

taille…

Dimensionnement des images sur les routes rendues : render-check enregistre désormais, pour chaque image, sa taille intrinsèque en pixels par rapport à sa boîte rendue et au device pixel ratio (image_sizing : preuves de surdimensionnement et d'agrandissement). Il ne s'agit que de preuves ; aucun identifiant de contrôle SF-analyzer n'existe encore, donc « Incorrectly Sized Images » passe de gap à partial (#1049).

La commande et l'outil MCP de similarité sémantique existent, mais aucun adaptateur d'embeddings n'est livré et l'exécution SF n'appelle pas encore le module (#1041).

seohead/checks/search_console_findings.py joint les pages du crawl à un document de preuves GSC normalisé et évalue GSC_ORPHAN, NO_SEARCH_DATA et NON_INDEXABLE_WITH_SEARCH_DATA. Un contrôle est ignoré, avec sa raison, lorsque le crawl est partiel, que la fenêtre est incomplète, que la collecte est échantillonnée ou tronquée, ou qu'aucune preuve n'est fournie ; un contrôle ignoré n'est jamais présenté comme propre.

indexé par URL : URL orphelines selon les analytics, pages indexables sans donnée d'analytics, pages non indexables avec des visites, et taux de rebond supérieur à 70 %. Les options --visits-column et --bounce-column nomment les colonnes à lire ; une colonne absente est refusée par son nom, les valeurs illisibles sont comptées et jamais lues comme zéro, et les URL orphelines selon les analytics sont retenues sur un crawl partiel. La récupération en direct, URL par URL, depuis Metrika ou GA4 n'est pas encore incluse (#990, #984).

(Orphan URLs, Bounce Rate…

La carte de couverture des problèmes SF liste désormais les quatre problèmes d'analytics web (Orphan URLs, Bounce Rate Above 70%, No GA Data, Non-Indexable with GA Data) comme relevés par crawl-enrich à partir d'un CSV hors ligne, au lieu de les marquer hors périmètre. sf run ne les émet toujours pas.

analyseur pur prend…

Socle de couverture lab pour le CSS et le JavaScript inutilisés (#1023, tranche 1) : un analyseur pur lit les charges page.coverage de Playwright et indique, pour chaque ressource, le nombre de caractères inutilisés, avec un constat lorsqu'une ressource est en grande partie inutilisée et volumineuse. La collecte de la couverture sur une page rendue fera l'objet de la tranche suivante.

AMP_MISSING_RETURN_LINK, AMP_NON_INDEXABLE_CANONICAL et AMP_INDEXABLE lisent la cible AMP déclarée par une page desktop avec <link rel="amphtml">. Seules les pages AMP capturées par le crawl sont jugées ; une cible non capturée donne un contrôle ignoré, avec sa raison. Le crawl natif enregistre désormais la cible résolue dans la colonne AMP HTML. Les dix autres règles AMP de SF restent hors périmètre.

X-Robots-Tag…

Directives robots (#1017) : les anciennes noodp et noydir, présentes dans la meta robots ou dans X-Robots-Tag, déclenchent désormais les notices NOODP et NOYDIR dans l'audit SF, alors qu'elles étaient listées hors périmètre. none (noindex + nofollow) est couvert par des tests de non-régression pour le chemin X-Robots-Tag comme pour le chemin meta.

d'après la réponse finale conservée : MISSING_CSP, MISSING_X_CONTENT_TYPE_OPTIONS, MISSING_X_FRAME_OPTIONS (satisfait par une directive CSP frame-ancestors) et MISSING_REFERRER_POLICY. Les pages dont les en-têtes conservés ne peuvent pas être analysés sont comptées comme non mesurées, et non comme propres ; un crawl sans scan conservé ignore ces pages en indiquant la raison.

pivotés et archives renommées)…

log-analyze lit directement les journaux d'accès compressés en gzip (fichiers access.log.N.gz pivotés et archives renommées), en détectant le format d'après le contenu et non d'après l'extension. Une archive tronquée ou corrompue est signalée comme erreur, sans comptages partiels.

status_4xx, title_missing, title_over_60, h1_missing, noindex_meta), combinés par un ET logique avec vos filtres. --export PATH avec --export-format csv|xlsx écrit chaque ligne correspondante dans un nouveau fichier. L'export est refusé au-delà de --export-max-rows (100 000 par défaut) et n'écrase jamais un fichier existant.

seohead/data/rich_results_rules.json, un fichier de données versionné, livré avec le paquet. Sa valeur version est reprise comme rules_version sur chaque verdict de résultat enrichi : modifier une règle revient donc à modifier des données, et non du code.

stockées) portent désormais rules_version, afin que chaque résultat indique l'ensemble de règles hors ligne qui l'a produit.

Documentation des six scripts de maintenance et de génération qui n'étaient cités nulle part dans la documentation (scripts/generate_project_catalogue.py, generate_registry_inventory.py, render_readme_visuals.py, linux_lifecycle_smoke.py, capacity_watchdog.py, profile_million_audit.py) dans docs/README.md, avec ce que chacun écrit et ceux qui tournent en CI (#997).

de livraison du monitoring vivent désormais dans seohead/projects/service_delivery.py (#995).

page de départ du scan, sous forme de colonne, de filtre et de clé de tri. Les pages qu'aucun lien stocké n'atteint valent NULL (orphelines). crawl_depth ne change pas et reste la profondeur de la frontière de crawl, qui vaut 0 pour toute URL issue du sitemap. Un scan qui n'a pas conservé ses liens échoue avec reason_code: click_depth_unavailable au lieu d'afficher un faux NULL. La valeur est recalculée à chaque requête à partir de la table links ; la stocker en colonne indexée à la fin du scan reste à traiter, car cela suppose une décision sur la version du schéma (#992).

d'identifiants de groupes, ou all)…

scan-url-query et son outil MCP acceptent un argument facultatif facets (une liste d'identifiants de groupes, ou all) qui renvoie, en une seule passe et sur les mêmes filtres, le nombre de résultats par groupe (status_2xx–5xx, title_missing, canonical_missing, directives_noindex/nofollow, with_outlinks). Les groupes qui exigent une projection (internes ou externes, sitemap, doublon et longueur de title, canonical pointant sur soi ou ailleurs) ne sont pas encore inclus.

project-sources-unlink et project-sources-list (CLI, ainsi que seo_project_sources_link|unlink|list via MCP) enregistrent les identifiants de ressources fournisseur qu'un projet local utilise, dans sources.json à côté de project.json. Hors ligne seulement : ni découverte, ni appel fournisseur, ni identifiants ; project.json n'est jamais réécrit.

ayant répondu 4xx/5xx, avec la page source comme preuve. Il lit le graphe de ressources stocké et s'ignore honnêtement lorsqu'aucune image n'a été mesurée.

une fois par cible…

Les crawls natifs sondent, une fois par cible après le crawl (5 000 au maximum), les cibles canonical et hreflang qu'aucun lien n'a atteintes. Une cible en 4xx/5xx ou en redirection donne alors CANONICAL_TARGET_ERROR, CANONICAL_TO_REDIRECT ou HREFLANG_BROKEN_TARGET, comme cela se faisait déjà pour les cibles crawlées (#987).

désormais le chemin complet des sauts (details.path), pour qu'une correction puisse nommer chaque saut à remplacer. Réf. #985.

désormais aussi…

Les constats de chaîne et de boucle de redirections issus d'un crawl natif portent aussi details.inbound_links (liens internes pointant encore vers la première URL de la chaîne, avec leurs ancres, plafonnés à 20) et inbound_links_count. Sans inventaire all_inlinks, le champ vaut null avec une raison. Réf. #985.

saisis par l'opérateur (semcore_project, semcore_cluster_count, semcore_landing_mapping). Le semantic core reste dans sa propre base et n'est pas fusionné dans la base du projet ; la détection n'écrit jamais ces faits, et un fait fourni ne peut pas revendiquer une provenance de détection. Documenté dans docs/PROJECTS.md, section « Linking a semantic core » (partiel, #984).

panneau de filtres).

Le core ne renvoie pas encore tout le graphe de liens : le canevas affiche donc un état d'attente honnête, et les filtres restent inactifs tant que ce n'est pas le cas (#975).

(MCP) annulent un enregistrement de flux de consentement navigateur en attente ; status signale le flux en attente lorsqu'il existe. L'enregistrement du flux ne stocke aucun élément d'autorisation et expire au bout de dix minutes. C'est la première tranche de #964 : pas encore de démarrage ni de callback navigateur, donc aucun flux n'est créé par l'interface publique, et un accès connecté n'est toujours jamais revendiqué.

comme exécution observée (mode=list) : il apparaît dans project-observe et project-scans, avec son artefact dans le dossier scans/ du projet. Un collecteur en échec est noté failed ; la progression et la reprise des exécutions par liste ne sont pas encore couvertes (#962).

documents conservés à l'aide d'une expression régulière Python. Les expressions invalides sont refusées avant le scan ; un document qui dépasse le budget de temps de la regex est signalé comme indisponible, jamais comme absent.

requête) sont journalisés avec cost_unknown…

Les appels DataForSEO dont la réponse est perdue (erreur réseau après l'envoi de la requête) sont journalisés avec cost_unknown et charge_status: unknown, afin que spend-report les liste comme incertains au lieu de les compter comme un appel mesuré à coût nul (#949).

plafond de requêtes par hôte…

crawl-site sans projet qui écrit un artefact de scan SQLite partage désormais son plafond de requêtes par hôte avec les autres crawls simultanés du même hôte, grâce à un planning privé stocké dans le répertoire d'état utilisateur (~/.config/seohead/.origin-pacing.sqlite). Auparavant, les crawls sans projet tournaient sans cadence entre processus.

et…

Profils crawl-site (#941) : crawl-profile list affiche les noms des profils enregistrés, et crawl-profile delete NAME supprime l'un d'eux. Les deux sorties sont en JSON, et les noms inconnus sont refusés avec la liste des profils enregistrés.

validée…

Profils crawl-site (#941) : --save-profile NAME --config FILE enregistre une config de crawl validée comme profil nommé (refusée si elle contient des en-têtes d'identifiants) ; --profile NAME lance le crawl avec ce profil, et --set s'applique toujours par-dessus. Les profils sont stockés dans ~/.config/seohead/crawl-profiles ou dans le répertoire indiqué par SEOHEAD_CRAWL_PROFILES. La liste et la suppression des profils ne font pas partie de cette tranche.

only_in_before, only_in_after, avec compteurs). Lorsque l'un des deux crawls est partiel, url_sets.unproven vaut true, afin que l'absence ne soit pas présentée comme une preuve.

Location suivante et son temps de réponse…

Chaque saut des chaînes de redirections et de canonicals enregistre son statut, la Location suivante (redirections) et son temps de réponse, afin que la chaîne d'une URL se lise à partir des preuves stockées, sans nouvelle requête (#930).

({"url": ..., "loop": true}) qui n'est plus récupérée ; l'URL répétée reste ainsi visible dans les preuves stockées. final_url pointe toujours sur le dernier saut réellement récupéré (#930).

warnings : un avertissement apparaît lorsque la cadence effective dépasse 2 req/s (le seuil est strictement supérieur à 2). La CLI affiche le même avertissement sur stderr ; le JSON sur stdout et les valeurs par défaut ne changent pas. Le pacer n'a pas été modifié.

avec source, acteur et texte borné, lus du plus récent au plus ancien par pages, avec filtres de source et de texte. Exposé sous project-event-append / project-event-page dans la CLI et sous seo_project_event_append / seo_project_event_page via MCP (issue #923).

seohead.core.sqlite.

Les lecteurs de stockage, l'importeur de scans, l'archive GSC, le stockage des sources, le stockage de jointure de preuves et les deux classes de contrôles ouvrent désormais leurs bases via un seul helper pour la connexion, la row factory et les PRAGMA. Les deux classes de contrôles ferment explicitement leurs connexions. Le comportement ne change pas ; la normalisation des chemins et l'ordre des PRAGMA restent à chaque point d'appel.

l'import de preuves.

Changements de comportement voulus sur ces chemins : - Les chaînes de redirections d'exactement la limite de sauts (20 par défaut) sont désormais résolues au lieu d'être signalées comme non résolues. Le contrôle de boucle s'exécute avant le contrôle de limite, dans la résolution de chaîne comme dans le parcours des chemins de sauts. - Les contrôles de confiance et de citation EEAT comparent les hôtes de destination avec leur port (netloc), comme la logique d'hôte des liens internes. Les sites avec ports explicites peuvent voir leurs résultats changer. - Les contrôles de mots-clés llms.txt font correspondre les termes ASCII comme des mots entiers, avec un pluriel facultatif : rapid, Showcase et Toolbar ne passent plus. Les radicaux en cyrillique continuent de correspondre comme sous-chaînes. - La capture de navigation fait correspondre le motif reload à refresh_navigation. Les motifs demandés non reliés, comme pageBlockInterstitial, sont enregistrés comme observations de cadre que le validateur accepte. - La détection de technologies traite une implication niée (["not", X]) comme n'impliquant rien. - L'import de preuves rejette les noms de métriques déclarés en double, et la découverte Search Console utilise les lignes qu'elle reçoit. - Les nouvelles tentatives Yandex Cloud ne marquent une pause qu'entre deux tentatives. Les nouvelles tentatives de l'analyse des requêtes Yandex Webmaster attendent avant la tentative suivante. - La construction du schéma transmet son timeout au client HTTP (valeur par défaut inchangée). - Le stockage des reçus de livraison est créé en mode 0600 avant que SQLite ne l'ouvre. - Les exécutions du graphe sémantique sont sérialisées, car l'ensemble des mots vides est un état de module. Le runner sémantique signale les erreurs SQLite par ok: false au lieu de les lever. - Le parseur d'erreurs CrUX tolère les corps de réponse qui ne sont pas des objets. - Suppression d'une garde sqlite3 is None inatteignable dans le registre.

Il affiche l'état d'attente honnête tant que le core ne stocke pas de profil de liens du projet (#999) ; pas de lignes d'exemple, et les filtres de groupe sont désactivés pour la même raison.

sélectionnée et son statut…

Application de bureau, écran Crawler : ajout de la bannière des résultats temporaires avec l'adresse sélectionnée et le texte de statut (affichée seulement quand un crawl sans projet renvoie des résultats) ; déplacement des actions d'effacement et d'enregistrement comme projet dans un menu de débordement sous 1 000 px ; champ d'adresse et bande d'onglets de contrôle utilisables sur les largeurs étroites ; défilement de l'en-tête des résultats au lieu de compresser ses colonnes ; même marge droite de 8 px sur la barre de statut de l'interface, en thème sombre comme en thème clair.

Le core manquant, l'espace disque faible et l'absence d'accès en écriture sont affichés à partir de faits réels ; la version du core et l'intégrité des scans affichent la pastille neutre « unavailable in this core version » tant que le core ne les fournit pas.

groupes de la barre de menus Edit, Scan et Window, ainsi que les menus contextuels des constats et des tâches suivent le tableau Menus du canevas. Les entrées que le core ne fournit pas encore restent visibles mais désactivées, avec la raison dans l'infobulle.

données, format…

Application de bureau : l'écran « Export et rapports » suit le canevas de conception ProjExport (choix du jeu de données et du format, carte de dossier, exports récents). Les jeux de données et formats que le core ne sait pas encore exporter (comparaison, tâches, PDF) sont affichés comme indisponibles ; le bouton d'exécution reste désactivé tant que l'export n'est pas branché (#1191).

de relecture…

Neutralisation des TAB et CR en tête dans les identifiants d'inventaire marketing et dans les CSV de relecture des brouillons de meta description, avec le même préfixe apostrophe que celui déjà appliqué à =, +, - et @. Les deux protections utilisent désormais seohead.core.tabular.neutralize_formula.

Les requêtes fournisseur qui transportent des identifiants (Arsenkin, Metrika, Yandex Cloud, IndexNow, Topvisor, destinations BI) ne suivent plus les redirections HTTP : un en-tête Authorization n'est donc jamais renvoyé à un autre hôte. Une redirection remonte désormais comme une erreur HTTP du fournisseur.

limite (5 Mo…

Le journal d'exécution (runs.jsonl) fait désormais une rotation dès qu'il dépasse une taille limite (5 Mo par défaut ; SEOHEAD_RUN_LOG_MAX_BYTES permet de la modifier). La génération précédente est conservée sous le nom runs.jsonl.1, et les lectures portent sur les deux fichiers, si bien que les recherches de réutilisation voient toujours les appels récents.

design-v2 (liste de blocs, arbre de blocs, contrôles). Le cœur ne renvoie que le nombre de blocs JSON-LD par URL : les colonnes affichent donc des états d'attente honnêtes, liés à l'issue 948 du cœur, et les comptes connus restent réels. Aucun bloc d'exemple n'est affiché.

scan-status, scan-url-detail, scan-link-inspect et l'observateur de projet (project-scans, project-observe) ne valident plus l'intégralité de l'artefact à chaque ouverture : ils vérifient l'identité, le schéma, la version et la ligne d'en-tête, prennent les compteurs en SQL (GROUP BY sur pages_status) et l'indiquent dans un champ validation ajouté ("light" ou "full"). La validation complète est lancée sur demande (full_validation: true sur scan-status, ou --input '{"input_path": "...", "full_validation": true}' en CLI), ou lorsque les mêmes octets (chemin, taille, date de modification, état WAL, hachage d'en-tête) ont déjà été entièrement validés dans le processus. Un scan qui échoue aux contrôles légers est refusé avec la même erreur qu'auparavant, et chaque chemin d'écriture ou d'enregistrement de preuves continue de valider intégralement. scan-url-detail exécute la recherche de la cible de redirection (sans index sur responses.effective_url_id) dans un budget de 0,5 s, et renvoie responses.redirect_target_lookup avec la valeur skipped au lieu de parcourir une table volumineuse.

ou…

scan-link-inspect --view links (MCP seo_scan_link_inspect) pagine les liens hypertextes sortants ou entrants d'une URL, recherchée par adresse et non par identifiant de document : ancre, rel avec les indicateurs nofollow/sponsored/ugc, lien interne ou externe, position enregistrée, attribut target et code HTTP de l'autre extrémité (null si cette page n'a pas été scannée). Filtres par type de lien, suivi, classe de statut et sous-chaîne ; offset/limit jusqu'à 200 ; total/filtered_total sont exacts ou signalés comme plafonnés. Le scan est ouvert en lecture seule sans validation complète, et les échecs portent un reason_code lisible par machine (url_not_found, scan_not_available, url_not_scanned, links_not_retained). Les vues et champs existants restent inchangés.

seohead.mcp…

Réorganisation de l'arborescence du paquet, sans couche de compatibilité : seohead.servers devient seohead.mcp, seohead.tools devient seohead.checks, seohead.bot et seohead.remote_api passent sous seohead.integrations, la CLI vit dans le paquet seohead.cli (avec seohead.cli.terminal_progress), les modules racine partagés (models, graph, filesystem, runlog, verification, canonical_policy, input_contracts, job_contracts, provider_matrix) passent dans seohead.core, et la provenance de build passe dans seohead._build.provenance. examples/ et config.example.json sont déplacés vers docs/examples/ ; PROVENANCE.md et TRADEMARKS.md vers docs/legal/. Les commandes seohead et sf-analyzer ne changent pas, mais les imports Python qui utilisent les anciens chemins de modules doivent être mis à jour.

au rapport…

Réécriture du README autour de l'installation, de trois parcours de démarrage rapide (du crawl natif au rapport, exports Screaming Frog hors ligne, projet et agent), d'une carte des fonctionnalités par domaine, d'un aperçu de la CLI, de la configuration MCP pour Claude Code et Claude Desktop, de l'application de bureau compagnon et de la frontière entre mesuré et non mesuré, avec de vraies captures du terminal sous docs/assets/, réalisées à partir d'une fixture QA locale et de la fixture d'export synthétique. Ajout de docs/CLI.md, qui regroupe chaque commande enregistrée par tâche avec ses annotations réseau, écriture et payante (un test de dérive échoue désormais si une commande manque), et de docs/WORKFLOWS.md, qui documente les commandes workflow-run, inbox et monitor-record, jusque-là seulement référencées.

les indicateurs…

Le reporting BI maintient à l'état inconnu les états de collecte fournisseur non vérifiés et les indicateurs de qualité dans les métriques, la couverture et les manifestes ; un échantillonnage, un seuillage ou une troncature confirmé est considéré comme partiel. Les cohortes recherche contre sessions exigent une qualité de collecte explicite, des mesures de comptage non négatives et des périmètres de source qualifiés, et conservent pour chaque axe l'identité de la source, l'attribution, le périmètre de recherche et la politique calendaire. Le paquet de reporting synthétique reste hors ligne ; l'acceptation native dans Sheets et Looker reste distincte.

file…

Les scans de site natifs SQLite acceptent max_urls=0 pour collecter jusqu'à épuisement de la file, et max_depth=-1 pour désactiver la limite de profondeur. Les budgets de temps et HTTP restent configurables séparément, les garde-fous de stockage ainsi que l'interruption et la reprise restent actifs, et les routes matérialisées héritées refusent une population d'URL illimitée.

refuser…

Les scans limités aux sitemaps conservent eux aussi la limite d'URL désactivée, au lieu de refuser leur premier membre déclaré lorsque la limite configurée vaut zéro.

cadencement partagée…

Les débits de requêtes explicites, finis et supérieurs à la valeur par défaut de 2 requêtes/s atteignent désormais la voie de cadencement partagée par origine de projet, en plus du limiteur par scan. Les scans parallèles réservent un seul calendrier commun par hôte au lieu de multiplier son débit.

les pages…

L'interruption de l'analyse native renvoie désormais un résultat explicite « interrompu et reprenable » et conserve les pages capturées, au lieu d'afficher une trace KeyboardInterrupt.

Bing.

vide complet…

Rejeter les lignes de réponse Bing Webmaster mal formées au lieu de signaler un résultat vide complet. Conserver les données brutes de réponse, les lignes sources et les comptes exacts renvoyés dans les preuves fournisseur enregistrées. Les réponses de comptage de liens conservent leur enveloppe de pagination documentée et signalent comme partielles les populations sur plusieurs pages lorsque seule une page demandée a été collectée.

Reconnaître le fallback existant de compte de service Google partagé dans la vérification de disponibilité et la découverte des identifiants du provider GA4. Les permissions du compte et l'accès aux cibles restent non vérifiés, les identifiants mal formés sont signalés explicitement, et la prise en charge du bearer OAuth est conservée sans exiger les deux sources.

frontière publique de routage des crawls externes, en distinguant l'implémentation interne de la disponibilité CLI/MCP, sans modifier le comportement de crawl ni les revendications de capacité.

du scan…

Gérer Ctrl+C sur toute la transmission native après collecte : ouverture du scan sauvegardé, phases de suivi facultatives, analyse et finalisation. Les captures inachevées conservent leurs données ainsi que leur point de contrôle reprenable, et renvoient un résultat JSON interrompu explicite. Une interruption après le commit final préserve l'artefact terminé et indique sa disponibilité d'audit réelle. La reprise explicite termine le travail post-collecte inachevé, même avec une frontière de crawl vidée, en préservant les drapeaux d'omission de preuves existants et les entrées sitemap conservées.

compris la correction…

Conserver les preuves JavaScript partielles dans les résultats de jobs distants, y compris la correction en lecture seule des anciens jobs terminés, sans modifier les artefacts conservés ni les budgets de rendu. Vérifier la sauvegarde et la restauration réelles de la file via le statut authentifié, les téléchargements et l'idempotence persistante ; la fixture de récupération à deux pages reste en rendu complet dans ses budgets finis existants.

finale, une fois le gestionnaire terminé. Les artefacts conservés restent inchangés ; un flux de sortie tronqué n'est jamais signalé comme réussi.

partagée par projet…

Conserver des enregistrements d'exécution distincts pour les captures natives simultanées et partager une porte d'envoi locale au projet, limitée à 2 requêtes/s, pour un même hôte public ; exposer aux observateurs le type de source, l'origine, l'empreinte de configuration et la limite de débit agrégée de chaque exécution.

load-crawl…

Préserver les réglages propres d'un crawl Screaming Frog sauvegardé lors de son export : load-crawl n'injecte plus la configuration actuelle du spider. Les exécutions spider et list en direct continuent de recevoir leurs profils explicites par exécution.

systèmes…

Faire résoudre de façon cohérente les hôtes virtuels loopback des tests de capture externe propres, quel que soit le système d'exploitation, sans modifier la politique réseau de production.

bornées, état de capture…

Conserver les événements de navigation du navigateur versionnés, avec des omissions bornées, l'état de capture, la politique du moteur de rendu et la provenance des URL. Distinguer les redirections HTTP observées, la navigation Chromium par script, historique ou fragment, et les causes inconnues, sans affirmer de clics humains.

réglages de rendu extensibles…

Préserver la compatibilité de rollback en conservant les preuves de navigation dans des réglages de moteur de rendu extensibles ; valider l'encodage de la préversion antérieure sans affaiblir les contrôles de provenance, et ne pas traiter les événements observés comme une politique de rendu.

horodatées…

Conserver chaque collecteur actif dans un historique borné, publier des fenêtres de compteurs mesurés horodatées et distinguer les compteurs non mesurés de zéro. Diffuser la progression vérifiée de Screaming Frog tout en bornant les deux canaux de diagnostic.

protégées…

Observer les reçus d'artefacts de checklist via des métadonnées d'identité de fichier protégées, sans recalculer le hachage des octets conservés à chaque rafraîchissement. Les lectures de couverture explicites conservent la vérification des octets ; les preuves modifiées ou héritées non vérifiées restent visibles comme obsolètes ou non vérifiées.

structurées…

Permettre à l'observateur de projet du terminal de parcourir les détails lisibles des tâches, méthodes, données structurées, scans, exécutions, boîte de réception et preuves conservées, avec des pages bornées et une couverture de périmètre honnête. Les lectures de stockage et les soumissions explicites de notes sortent de la boucle de saisie.

curseur…

Conserver séparément les brouillons de notes et d'objectifs pendant une session, prendre en charge l'édition au curseur, conserver les collages trop longs sans troncature, afficher les reçus d'enregistrement dans toutes les mises en page, et imprimer les brouillons non enregistrés après une sortie normale du terminal pour récupération.

JSON hérité…

Permettre à log-scan de consommer les chemins de scan natifs conservés et les compagnons audit.v2 sans matérialiser le JSON hérité. Diffuser les constats de cohérence, garder sur disque l'appartenance aux pages natives et la déduplication des constats, préserver le décompte exact des anomalies en ne limitant que les exemples. Signaler explicitement l'absence de trace native des décisions d'exclusion.

sans page d'accueil…

Reconnaître un constat lastmod de sitemap à l'échelle du site, à l'origine nue du site mesuré, lorsqu'aucune page d'accueil n'a été crawlée. L'exception exige des preuves de synthèse du sitemap correspondantes et n'exempte ni les constats de pages, ni les hôtes sans rapport, ni les chemins cibles non pris en charge.

duplication…

Comparer les scans audit.v2 conservés via une clé exacte et un index ordinal, sans dupliquer les charges utiles des pages et des constats dans le stockage SQLite temporaire. Les lignes complètes, les exports déterministes en clair ou gzip, les identités des sources et les entrées héritées restent pris en charge. Les lecteurs d'audit fixent l'instantané validé via des lectures de lignes indexées.

destinations concurrentes…

Annule les membres de sortie de comparaison détenus en cas d'échec tardif de publication, et refuse les destinations apparues en parallèle. Le manifeste reste le marqueur final de validation du paquet.

les méthodes…

Le point d'entrée public présente désormais l'ingénierie SEO configurable avec agents et relie chaque capacité à ses méthodes, à ses entrées et aux limites de ses preuves. Les consignes obsolètes sur le natif et SF, la couverture des projets et la remédiation sont corrigées. Le classeur développeur rédigé par les agents est documenté à part des rapports factuels, avec les critères d'acceptation revus et les liens vers les sources.

natif…

Les audits PDF étiquettent leur provenance indépendamment du schéma partagé : crawler natif, exports Screaming Frog ou collecteur SF explicitement identifié, et collecteur inconnu. Un audit natif utilisant le schéma SF Analyzer ne reçoit plus d'en-tête Screaming Frog.

accumuler…

Les lignes de portée des constats supprimés sont écrites en CSV au fil de l'eau, sans accumuler en mémoire leurs explications rendues. Les exports complets d'exclusions conservent leur ordre et leurs faits sources, tout en gardant une allocation bornée pour de grandes collections d'exclusions conservées.

valider les références…

Chaque ligne de lacune de couverture est réconciliée à partir de sa cellule Mode réelle, les références de contrôle et d'outil couvertes sont validées contre les registres publics, et les priorités sont générées à partir des lignes non résolues.

transport, et rejouer…

Conservation de la classification des timeouts distants tout en masquant les erreurs de transport, et rejeu sûr des manifestes de proxy direct pour la vérification ciblée.

l'attribution nulle explicite…

Les preuves d'attribution sont lues dans le graphe de liens SQL conservé, l'attribution nulle explicite est préservée à l'export, et les contrôles des liens externes en attente sont conservés lors de la reprise.

PDF avec l'extra all…

Régénération des catalogues intégrés et des contrats de rapport. Le validateur PDF s'installe avec l'extra « all », et les tests à faux navigateur ne dépendent plus du Chrome local sélectionné.

tout jeton…

Exige une approbation cost_authorized distincte, gérée par l'hôte, pour BigQuery, avant tout jeton, toute vérification de jeu de données ou toute écriture de staging.

généré, afin que la fixture…

Le paquet BI généré conserve désormais ses noms de partitions, ses compteurs et ses sommes de contrôle, pour que la fixture de feuilles passe le contrôle préalable Sheets existant et les consommateurs d'export filtré. Les champs d'alias de l'API Linking sont documentés séparément, et la vérification d'une copie neuve via l'URL générée est exigée, sans réparation manuelle des sources.

alias exacts…

Rejet des alias d'API Linking en double après normalisation des espaces, et renvoi des alias exacts utilisés dans les paramètres d'URL. Définition d'identifiants de champs d'exécution partagés, de contrôles de date fournisseur groupés et de graphiques de couverture qui excluent les populations qui se chevauchent. La création du modèle natif et la vérification d'une copie neuve restent des exigences d'acceptation externes.

périmètre…

Calcul des parts observées de liens entrants à partir des pages liantes uniques du périmètre, avec extraction HTML terminée. Les occurrences répétées sont conservées séparément et les populations partielles sont étiquetées.

d'URL de scan…

Conservation des constats issus des fichiers compagnons audit.v2 bornés, jointure de jusqu'à 1 000 000 d'URL de scan conservées via un artefact SQLite durable de preuves, et diffusion de cet artefact vers BI sans matérialiser les listes de pages ni d'URL correspondantes. Cela ne livre pas de modèle Looker Studio copiable.

de liens entrants…

Projection des groupes de constats, des candidats de quadrants fournisseurs et des sources de liens entrants éligibles, via un index SQLite jetable et borné. Les dimensions dynamiques fournisseurs restent valides dans les exports sélectionnés et dans les plans hors ligne Sheets et BigQuery. Le nombre de partitions et la consommation disque sont bornés.

Les URL cibles et messages des constats d'audit natifs sont désormais des colonnes BI typées, et non plus seulement présents dans le JSON source conservé. Les sélections d'URL exactes conservent ainsi les constats concernés.

conservées complètes…

Validation des liens de retour hreflang natifs par rapport aux déclarations cibles conservées complètes, en distinguant un retour manquant avéré d'une cible non explorée ou dont le corps est indisponible. Signalement des alternatives noindex observées, conservation des libellés bruts et des identités d'URL normalisées avec contexte de doublon ou de conflit, et marquage des relations de population partielle comme non mesurées. Les surfaces d'audit, CLI, MCP et rapport existantes portent les mêmes constats, sans récupération supplémentaire.

officiels versionnés…

Classement des p75 de terrain CrUX de la fenêtre actuelle (LCP, INP et CLS) selon des seuils officiels versionnés, en conservant la portée URL ou origine, le facteur de forme et la période de collecte. Les preuves de terrain manquantes, incomplètes ou en échec restent indisponibles ou partielles.

worker optionnel

Documentation de la frontière actuelle du CLI Docker en mode one-shot, séparée du service API distant et du worker optionnel, construits explicitement.

avec un budget distinct…

Admission des configurations explicites de crawl natif SQLite jusqu'à 1 000 000 d'URL, avec un budget distinct de 2 000 000 de requêtes HTTP et le profil synthétique existant, limité au stockage. La CLI, le MCP, la file distante et les workers respectent les mêmes budgets déclarés. Les API matérialisées héritées (legacy et listes) conservent une borne de sécurité explicite de 50 000 URL. Les robots de liste, les nouvelles tentatives, les redirections et les sauts canoniques partagent désormais leur budget de requêtes. Les audits natifs et la réanalyse hors ligne passent par le chemin audit.v2 borné, sans l'ancien refus de pont à 10 000 pages ou 20 000 formulaires. Les compteurs du writer transactionnel évitent de rescanner la frontière croissante à chaque lot. Un pilote d'acceptation manuel enregistre les identités sources chargées, l'interruption et la reprise, ainsi que les consommateurs en aval. L'admission n'est pas en soi la preuve d'une acceptation complète du million d'URL.

sous-processus…

Chaque étape d'acceptation native manuelle s'exécute sous un surveillant de ressources de sous-processus, conserve les artefacts interrompus, vérifie chaque ligne et la couverture des tâches en CSV et XLSX, et exerce séparément le HTTP en boucle locale détenue et protégée, avec un rythme par défaut inchangé.

conservant l'heure par défaut…

Autorisation de durées de crawl distant explicitement permises jusqu'à 14 jours, en conservant le délai par défaut d'une heure et les budgets indépendants de projet, de requêtes, de disque, de bail et de rendu. Une cible d'un million de pages peut ainsi tenir dans son débit de requêtes poli inchangé. Les valeurs au-delà du plafond de durée et les types invalides échouent avant toute collecte.

fetch. L'interruption et l'annulation des requêtes sont préservées, sans imputer à l'échéance initiale de validation d'ouverture du scan le temps d'analyse Python ni les écritures dérivées.

formulaires dans des JSONL annexes…

Le mode hérité crawl-site --out-dir conserve désormais les preuves de pages, liens et formulaires dans des fichiers JSONL annexes en ajout seul, pendant la collecte et la reprise, au lieu de garder des listes dupliquées en mémoire. Les points de contrôle vérifient les compteurs des annexes. Les anciens points de contrôle v4 à formulaires inline migrent sans perdre les constats de formulaires. Le pont d'audit existant nomme ses bornes de matérialisation pages, formulaires et liens, et préserve les preuves collectées lorsqu'un audit est indisponible. Un rapport antérieur est conservé sous un nom de fichier obsolète, au lieu d'être présenté comme le run courant. L'escalade JavaScript native lit les enregistrements de pages via une vue SQLite réitérable, au lieu de reconstruire tous les objets de pages. Le streaming complet des gros audits reste suivi dans #816 et #817.

Stockage des audits natifs trop volumineux dans des fichiers compagnons audit.v2 ordonnés, au lieu d'abandonner la disponibilité de l'audit.

d'enregistrements.

les profondeurs de découverte native…

Bornage des recherches de pages répétées, regroupement des backlinks des constats et résolution des profondeurs de découverte native, sans reconstruire chaque route ni charger chaque nœud en Python. Les routes longues conservent leur profondeur exacte et leurs extrémités tronquées explicites.

construction du contexte.

Les relations de corpus et hreflang non vides sont dérivées via des index adossés au disque, les collections de preuves complètes sont conservées dans audit.v2, et les échantillons bornés de constats de relation sont étiquetés avec leurs nombres exacts d'occurrences.

Le cache de pages est borné par les octets Python décodés estimés, en plus du nombre d'entrées. Les pages surdimensionnées non mises en cache restent lisibles, et les mutations invalident leur ancien poids. Les rangs de taille HTML sont conservés sous forme de paires scalaires stables URL et taille, au lieu de garder chaque modèle de page complet. Le JSON sérialisé des pages n'est plus conservé dans les callbacks de mutation.

pendant la vérification…

Seuls les faits scalaires d'URL, de statut, d'indexabilité, de canonical et de redirection sont conservés pendant la vérification des paires avec et sans slash final. Les connexions SQLite des adaptateurs durables et des jobs distants sont fermées explicitement.

l'état scalaire des pages de confiance…

Les compteurs de couverture des corps indisponibles et du charset sont diffusés. L'état scalaire de sélection des pages de confiance est conservé au lieu des populations de pages candidates, et les correspondances DOM sur le HTML stocké sont traitées en deux passes sur l'index de fichiers fixe. L'ordre des représentants des variantes normalisées, les exemples d'URL existants, la couverture complète des sources correspondantes et chaque constat sont préservés.

refusant les preuves…

Le JSONL des points de contrôle de crawl hérités est validé ligne par ligne avant ajout : les preuves manquantes, corrompues ou non terminées sont refusées sans être remplacées. Les anciens points de contrôle à formulaires inline sont comparés à leur annexe, sans allouer une seconde liste de formulaires.

d'entrée exact…

Les listes d'URL explicites sont conservées avec le writer SQLite natif, en respectant l'ordre d'entrée exact, plusieurs hôtes et la sémantique sans découverte. L'entrée par fichier d'échange est diffusée, les budgets de requêtes et de temps sont préservés lors de la reprise de collecte, les réponses bornées et les preuves de sauts sont conservées, et les contrôles graphe et formulaires restent explicitement indisponibles. Les grandes listes de répertoires utilisent le même spool, avec un pont JSON d'audit séparément borné.

constats de gravité élevée…

Les rapports audit.v2 sont diffusés en JSON, CSV, XLSX, Markdown et DOCX. Les populations de constats de gravité élevée sont comparées, et les opérations snapshot et prune restent appariées au fichier compagnon, tout en préservant le schéma scan.v1.

révision 3 et le registre révision 5…

Les grandes appartenances ordonnées aux groupes sont conservées une seule fois dans le stockage audit.v2 révision 3 et le registre révision 5, avec lecture rétrocompatible des audits, migration atomique du registre, pagination explicite des membres via CLI et MCP, et compagnons BI d'appartenance complets et liés à leur source.

incomplète du registre…

Le digest audit.v2 source est préservé lors de la réanalyse hors ligne. La portée incomplète des groupes du registre est persistée, et les ressources d'ingestion sont fermées en cas d'échec de validation.

métadonnées n'a aucune preuve…

Réutilisation du résumé exact de capacité du corpus lorsqu'un scan natif en métadonnées seules ne contient aucune preuve de réponse, de document, de corps ou de ressource. Cela évite des lectures répétées de tout le corpus à chaque validation de page clairsemée, sans modifier le stockage du scan.

Nomme l'annulation d'une requête navigateur épinglée render_cancelled et ferme le contexte distant isolé ainsi que le navigateur en cas d'annulation ou de déconnexion, sans repli sur le local.

d'identifiants…

Permet à une configuration de projet distante de confiance de fournir des références d'identifiants d'environnement liées à l'hôte, avec une provenance conservée et masquée, et un échec avant toute collecte si une référence est indisponible.

pour un projet en file…

Autorise, pour un projet en file d'attente, un transport Playwright distant géré par le service et dont la version est contrôlée. L'adresse du point d'accès reste hors des soumissions, et les requêtes navigateur épinglées et soumises à la politique restent en vigueur.

la conservation du modèle…

Valide le nombre de pages, la taille en octets, le texte extractible et la conservation des enregistrements du modèle source du PDF d'audit technique avant publication d'un rapport généré.

concurrents, les preuves par étape…

Persiste les versions enregistrées des scénarios de workflow, le contexte du site et des concurrents, les preuves par étape et les points de validation. Une exécution interrompue peut être reprise par une session locale ultérieure, mais seulement si ses dépendances actuelles restent valides.

accusés de tri des notes de spécialiste…

Exige une liste de travail du contrôleur pour lancer un workflow, et conserve les accusés de tri explicites des notes de spécialiste pour les résultats tâche, objectif, concurrent, bloqué ou rejeté.

conservés liés au projet…

Exige que les points de contrôle réussis du workflow vérifient les octets des artefacts conservés, liés au projet, par rapport à leurs reçus SHA-256. Des preuves manquantes ou modifiées rendent une exécution antérieure obsolète, sans réécrire l'historique. Les budgets de vérification ne certifient jamais silencieusement une preuve et ne suppriment jamais son reçu.

normalisant les anciennes politiques.

L'observation passive du workflow vérifie les métadonnées de vérification conservées sans recalculer le hash des artefacts. Les reçus modifiés ou non vérifiés restent explicites.

afficher des ratios de couverture honnêtes (#794). project-checklist-init / seo_project_checklist_init acceptent un plan facultatif : un relecteur, une population d'URL déclarée comme complete_set, un sample nommé ou unknown, avec sa source, sa size ou ses urls énumérées, et des populations templates facultatives par gabarit, ainsi qu'un accord tasks facultatif (all_agreed, ou une selection sourcée d'identifiants d'éléments de checklist existants). Le plan est lié à l'identité du site du projet et estampillé avec la révision d'écriture. Enregistrer un plan fait passer la checklist au format seohead.coverage.v3 et ajoute une entrée à l'historique de plans conservé. Réenregistrer un accord identique est une opération idempotente sans effet ; un accord modifié marque les preuves antérieures comme obsolètes au lieu de les réévaluer avec un dénominateur changé. Les documents v3 à plan unique migrent à la lecture. La lecture, la réconciliation ou l'application de priorités n'améliore jamais une population et n'en invente jamais une, et les documents v1 et v2 continuent à se charger sans changement. Les éléments hors sélection sont signalés not_agreed, visibles en dehors de tous les dénominateurs.

limité au site…

La complétion de checklist suit désormais le périmètre mesuré. Un élément automatique limité au site, appuyé sur une mesure partielle (scan partiel), reste inachevé au lieu d'être compté comme terminé, tandis qu'un élément limité à des URL d'échantillon explicites se termine toujours lorsque l'artefact couvre exactement ce périmètre. L'indicateur complete de premier niveau signifie désormais que l'audit scopé est terminé : chaque tâche convenue applicable est faite, aucune exclusion n'est en attente et la population d'URL convenue est entièrement couverte par des mesures vérifiées. Ainsi, un périmètre inconnu ou non mesuré ne peut jamais signaler un audit terminé.

audit_tasks, checks…

Le statut de checklist renvoie désormais coverage : cinq ratios distincts (audit_tasks, checks avec measured_urls, manual_review, deliverable_review et url_population), chacun avec sa propre basis, son numerator, son denominator et son state. Un nombre d'URL n'est donc jamais mélangé à un compte de contrôles ou de tâches. Un dénominateur non justifiable reste null avec state: "unknown" et une raison, au lieu de devenir 0/0 ou 100 %. Les mesures qui ne peuvent pas être vérifiées par rapport à la population convenue maintiennent l'axe URL en partial et ne comptent que les URL éligibles vérifiées. L'appartenance aux URL est vérifiée contre l'énumération convenue : une population déclarée uniquement par size ne compte aucune URL mesurée, et le numérateur ne peut jamais dépasser son dénominateur. Les populations par gabarit sont validées comme sous-populations convenues de la population du site lors de l'enregistrement ou de la lecture d'un plan : les URL énumérées d'un gabarit doivent appartenir à l'ensemble de sites énuméré, et l'appartenance déclarée à un gabarit ne peut pas dépasser la taille convenue du site. Un plan incohérent est donc refusé, et non tronqué ni compté au-delà du dénominateur. Les preuves de contrôle enregistrées portent désormais l'énumération des URL mesurées, de sorte que le numérateur d'URL est un ensemble vérifiable et non un nombre de lignes. L'agrégation multi-sites additionne les axes par site et passe à unknown dès qu'un site ne peut pas justifier son dénominateur.

un relecteur…

Un enregistrement not_applicable est désormais une exclusion examinée : il exige une raison, un relecteur et une base de preuve inspectable, soit un artifact relatif au projet avec digest, soit une référence evidence explicite. Les exclusions examinées conservent leur identifiant stable et leur historique, ne sortent des dénominateurs de tâches que par la décision enregistrée et sont listées à part sous exclusions. Un élément désactivé, un enregistrement d'exclusion périmé ou un enregistrement not_applicable hérité, écrit avant la règle de base de preuve, reste dans le dénominateur en tant que pending_exclusion jusqu'à un nouvel examen. Ainsi, la désactivation, le retrait du catalogue ou le reclassement ne peuvent jamais réduire silencieusement les comptes convenus. Une exclusion examinée et récente sur un élément retiré du catalogue se résout normalement, au lieu de rester en attente indéfiniment.

avant/après exacts…

Lie les décisions de remédiation à des artefacts de vérification immuables et aux hash exacts des preuves avant et après, y compris pour les bases de référence audit.v2 diffusées en flux.

« représentée » et « périmètre complet »…

Présente les résultats de remédiation conservés avec les états de couverture « représentée » et « périmètre complet », des dénominateurs par tâche et des pages de cas bornées pour les grands registres.

d'origine…

Lie la vérification de remédiation à l'identité d'audit conservée et à la politique d'origine qui affecte les résultats. Un UUID de scan réutilisé ne suffit plus à résoudre un ancien cas.

d'incidents, la récupération synthétique…

Documente les tâches CLI SSH ponctuelles, les enregistrements d'artefacts et d'incidents, la récupération synthétique, ainsi que la frontière distincte et future du service (santé, proxy, TLS et pare-feu).

paramètres de crawl natifs bornés…

Définit un contrat optionnel, authentifié et versionné d'API de scan distant, avec des paramètres de crawl natif bornés, des permissions limitées au projet, une soumission idempotente, un schéma OpenAPI et des preuves compatibles avec le statut de scan. Il exige des workers durables et séparés, ainsi qu'une politique de cibles et de sortie réseau ; les installations locales CLI/MCP ne changent pas (#784).

(#781).

evidence-normalize lit intégralement hors ligne un export CSV/XLSX/JSON fourni ou une enveloppe seohead.provider-evidence.v1 enregistrée, et produit un document seohead.normalized-evidence.v1 versionné à partir d'un manifeste seohead.evidence-mapping.v1 facultatif. Il conserve la provenance par champ (enveloppe, déclarée ou inconnue) pour la source, l'identité du rapport, la période, le fuseau horaire, l'attribution, le moteur, la couverture de collecte et le lien aux URL. Une mesure 0 reste zéro, tandis que les lignes manquantes, les cellules nulles ou vides, les cellules de formule, les valeurs supprimées, les périodes non collectées et une collecte échouée ou ignorée restent explicitement indisponibles. evidence-join joint les données normalisées à une liste de scan, d'audit ou de pages selon la politique de clé stricte external_join.v1, avec des assouplissements explicites uniquement. Il conserve les populations appariées, présentes seulement dans le crawl, présentes seulement en externe et non clés, au grain déclaré, et signale les collisions de clés au lieu de multiplier les lignes. --compare avec une politique déclarée ajoute une décision pure compatible, incompatible ou inconnue sur la période, la frontière de fuseau horaire, l'identité, l'attribution, le moteur et le grain, et signale l'éligibilité des quadrants à zéro mesuré pour les travaux de cohorte en aval. Les sources restreintes conservent leurs lignes et identifiants dans un artefact local privé et ne renvoient que des comptes.

les constats conservés…

Étend seohead watch en observateur de projet en lecture seule, avec navigation dans les constats conservés, détail des preuves, état des vues enregistrées et de la revue, et notifications de boîte de réception MCP explicitement limitées à un périmètre.

une confirmation malformée…

Conserve les revendications de livraison incertaines après une sortie du processus ou une confirmation de document malformée, en empêchant un second envoi automatique lorsque l'acceptation ne peut pas être établie.

rendue et le digest source…

Mesure les aperçus de rapports à partir des preuves conservées, y compris la taille rendue, le digest source, les effectifs de population, la couverture et le profil ; signale les moteurs de rendu manquants et les entrées trop volumineuses avant envoi. Aligne le budget JS du wizard approfondi sur le contrat de file partagé.

file et de propriété…

Conserve les identités exactes des distributions de bot confirmées, malgré les plantages de file et de propriété, déduplique les mises à jour de confiance et isole le statut, l'annulation, la reprise et la livraison par acteur et chat à l'origine. Des relances volontaires identiques restent des tâches distinctes.