Registro de cambios

fuentes Roboto sin conexión…

Rehace Project settings (Schedule y Crawl) con componentes nativos de lienzo compartidos, fuentes Roboto y Material Symbols sin conexión, y un diseño de una sola columna a 800 px.

existente y los contratos de documentos, y muestra solo datos de programación respaldados por el núcleo.

está abierto; impide guardados duplicados…

Conserva las identidades y alias de los espacios de trabajo mientras Project settings está abierto, e impide guardados duplicados mientras el núcleo responde.

del mes, ventana de ejecución, zona horaria…

Los ajustes del proyecto de escritorio ganan una pestaña Schedule (días laborables, días del mes, ventana de ejecución, zona horaria, competidores) y una pestaña Crawl (modo de rastreo, preajuste o cadena personalizada de User-Agent, pausa entre solicitudes, presupuesto de URL, SpiderHeadBot o un user agent personalizado); ambas leen y escriben el proyecto a través del núcleo, y la vista general del proyecto muestra la próxima y la última ejecución programada. Un modo --tray ejecuta los escaneos vencidos del núcleo y mantiene el Mac despierto solo mientras se ejecuta un escaneo.

proyecto guarda la programación: días laborables y/o días del mes, una ventana horaria en la zona horaria del sitio, activar o desactivar, competidores, modo de rastreo spider/sitemap/list, presupuestos de URL y de peticiones por ejecución, pausa de cortesía y modo por tramos, que reanuda el rastreo parcial anterior. Se edita con schedule-set / seo_schedule_set y expected_revision, y schedule-show muestra la última ejecución y la siguiente ventana prevista. schedule-run-due es un punto de entrada sin interfaz que ejecuta solo los análisis vencidos, rechaza el solapamiento mediante un bloqueo (lease) y registra cada decisión en el diario del proyecto. schedule-install y schedule-uninstall escriben o eliminan un plist de launchd, una línea de cron o un comando del Programador de tareas solo cuando se invocan de forma explícita.

User agents de rastreo (#1322): perfiles predefinidos (spiderhead, googlebot, googlebot-desktop, googlebot-smartphone, bingbot, yandexbot, yandexmobilebot, baiduspider, duckduckbot, applebot, gptbot, claudebot, perplexitybot, además de navegadores de escritorio y móviles) o una cadena personalizada. El valor por defecto es ahora SpiderHeadBot/<version> (+https://github.com/PavloSEO/spiderhead), y la coincidencia de grupos en robots.txt usa la misma identidad. Los sitios que coincidían con el grupo robots de SEOHEAD-Tools deben nombrar SpiderHeadBot en sus reglas.

comprobación que midió.

Cada elemento de comprobación activado se resuelve en uno de tres resultados: succeeded, cuando la auditoría guardada ejecutó la comprobación y el análisis sirve de evidencia; unavailable, cuando el rastreo la omitió o la desactivó, conservando su motivo; o unmeasured, cuando la auditoría no menciona la comprobación. Un elemento no medido conserva su registro anterior y se informa por nombre en checklist_evidence, así que nunca cuenta como 0. Un rastreo que falla o se interrumpe marca sus comprobaciones automáticas como failed con el motivo del fallo. El mismo camino de registro sirve ahora también al flujo prepare, que antes tenía su propia copia del bucle. Un proyecto cuya lista de comprobación no está inicializada se omite, con el motivo indicado.

competidor parte de su URL www en lugar del dominio desnudo, y un rastreo de la URL de un competidor ya no marca los elementos de la lista de comprobación del propietario; el resultado se registra solo en el espacio del propio competidor. Al abrir un proyecto con un espacio de competidor dañado, ese competidor se informa como no disponible en lugar de hacer fallar la operación.

(project-competitors-add, project-competitors-list, project-competitors-remove) y con las herramientas MCP seo_project_competitors_* correspondientes. Cada candidato conserva la URL tal como se introdujo, incluido un host www, y los hosts con y sin www cuentan como el mismo sitio en las comprobaciones de duplicados. Un competidor con host www ya no rompe la preparación ni hace que project-observe falle.

completa los presupuestos de peticiones y de tiempo que no estén definidos…

--max-urls es ahora el presupuesto de páginas del rastreo: un presupuesto explícito de páginas completa los presupuestos de peticiones y de tiempo que no estén definidos (3 peticiones y 2 segundos por página), de modo que los rastreos de 50 a 300 páginas se admiten sin approve_large_crawl. Los presupuestos por encima de los umbrales del proyecto siguen rechazándose.

finish_reason…

Una parada deliberada por presupuesto de URL se guarda como captura terminada, con finish_reason stopped_by_budget y una hora finished_at, en lugar de interrupted sin hora de fin. Sus URL en cola siguen disponibles para reanudar el rastreo.

mantiene), en lugar de guardarse sin él.

uno a través del núcleo, fija un límite de URL por sitio e inicia sus análisis en paralelo. Un competidor aparece como analizado solo después de un análisis conservado y terminado.

propia evidencia guardada, así que una exportación de SF ausente o desactualizada ya no los marca como ausentes. duplicate-check marca como no medida una ejecución con cero pares comparados. Las incidencias de plantilla en todo el sitio (mismo encabezado de la plantilla común, ratio bajo de texto) son ahora una sola incidencia con el número de páginas (#1314).

Ya no reconcilia todo el catálogo integrado en coverage.json; las filas integradas se añaden bajo demanda cuando se toca alguna.

nativo en marcha y su pid) en lugar de llamar residuo al bloqueo. El bloqueo registra el pid de quien escribe; un bloqueo sin titular activo sigue informándose como residuo.

interrumpido sigue siendo reanudable, y un paso pendiente posterior puede guardarse como punto de control aunque sobrepase un paso que no tuvo éxito. Los pasos siguen debiendo registrarse como punto de control en el orden registrado, y una ejecución interrumpida sigue rechazando nuevos pasos.

elemento manual o entregable.

El elemento sigue pendiente de la aprobación del propietario o de un revisor que no sea agente.

que una nota pueda citar el objetivo al que se refiere.

el estado not_run en lugar de review; solo un intento pendiente de decisión permanece en review.

recuentos por comprobación (by_check) y de un next_offset tras las primeras 20 incidencias; findings_page pagina el resto.

ahora a partir de las descargas de imágenes propias del rastreo, y el estado del sitemap (SITEMAP_URL_4XX_5XX, SITEMAP_URL_3XX, SITEMAP_URL_NON_INDEXABLE) a partir de la descarga propia de cada URL listada en el sitemap. Una URL listada que el rastreo nunca solicitó se cuenta como no medida, nunca como correcta. IMG_MISSING_ALT, IMG_MISSING_DIMENSIONS y HREFLANG_ERROR indican en un análisis nativo que el rastreo no los mide tal como los define la exportación de SF, en lugar de apuntar a un filtro de SF. La falta de evidencia de hreflang y de contenido mixto en un análisis nativo se informa como no medida por el rastreo nativo, no como una exportación ausente.

viñeta en log.md…

Diario del proyecto (#1314): cada evento del proyecto se escribe ahora también como una viñeta en log.md, y el núcleo registra entradas automáticas para los rastreos terminados (scans), los informes de proyecto generados y los intentos de la lista de comprobación (agent). Las entradas van a events.jsonl y las lee project-event-page. Los hooks automáticos nunca hacen fallar el rastreo, el informe o el paso de la lista que describen. project-event-append y seo_project_event_append mantienen su interfaz y añaden la línea en log.md.

(Strict-Transport-Security, Content-Security-Policy, X-Frame-Options, X-Content-Type-Options, Referrer-Policy, Permissions-Policy). Antes se descartaban al capturar, así que un sitio que enviaba HSTS se informaba como si no lo tuviera. Las cabeceras Set-Cookie solo guardan sus flags (secure, httponly, samesite=), nunca el nombre ni el valor de la cookie. Una cabecera de seguridad enviada más de una vez en la misma página se informa como DUPLICATE_SECURITY_HEADER.

context.goal_id)…

workflow-start necesita solo un objetivo del propietario aceptado: basta con --goal-id (o context.goal_id). El prompt registrado usa por defecto skill:workflow/full-audit-v1, y la tarea de la lista de comprobación usa por defecto la que creó la aceptación del objetivo (custom:goal-<entry>). Los rechazos indican el comando del propietario que corrige el vínculo que falta. Las opciones están documentadas en seohead workflow-start --help.

source son obligatorios, y el resto de claves quedan sin definir por defecto. Una población rechazada indica sus claves ausentes o desconocidas.

declara…

Los rastreos nativos del proyecto recurren al /sitemap.xml del origen cuando robots.txt no declara ningún sitemap. Si esa alternativa no existe, se registra como incompleta, pero no interrumpe el rastreo.

de una muestra limitada, con registros por IP acotados, visitas, última visita y filtros por subred. La verificación DNS explícita comprueba cada IP seleccionada por separado, registra la evidencia PTR y de resolución directa, admite IPv6 y conserva los resultados no disponibles o de tiempo agotado como no comprobados. Las cachés locales caducan a la hora; las lecturas nunca disparan consultas DNS.

cliente, mostrar cotizaciones offline…

Las llamadas de producción a DataForSEO de Google se controlan antes de construir el cliente, muestran cotizaciones offline a partir de los precios del proveedor proporcionados, tienen en cuenta la profundidad de SERP y los cargos por operadores de búsqueda, y aplican los techos conocidos en USD por llamada antes del transporte. Amplía las operaciones acotadas de índice de backlinks y registra los costes ausentes o las formas de respuesta mal formadas como recibos inciertos. Los límites de moneda por proyecto y por mes siguen pendientes de una decisión del propietario.

historial locales privadas con…

Fusiona la evidencia explícita de origen e importación de backlinks en instantáneas de historial locales privadas, con observaciones completas de tokens rel, anclas, dominios de referencia, filtros y señales transparentes de revisión de spam. Añade rutas CLI/MCP de perfil y de exportación revisada de disavow, sin envíos automáticos.

seleccionado de cada página por URL exacta, con linaje verificado de respuesta y cuerpo. La retención desactivada, los cuerpos ausentes, no válidos o que superan el presupuesto siguen siendo omisiones explícitas, y las incidencias parciales llevan cobertura. Los hashes exactos del área de contenido y las incidencias SimHash/LSH acotadas se guardan en la auditoría nativa sin necesidad de un directorio HTML de SF. Las bandas LSH adaptadas al umbral preservan la recuperación de los pares que cumplen el criterio mientras reducen los cubos de candidatos amplios; el agotamiento del presupuesto de análisis de similitud no descarta los hashes exactos.

frente al cuerpo conservado, con un adaptador local indicado de forma explícita o con embeddings declarados. No se selecciona automáticamente ningún modelo ni proveedor. La identidad del adaptador, los hashes de origen, las puntuaciones, los límites y las omisiones acompañan a los candidatos de revisión. La similitud semántica no afirma contenido duplicado, relevancia de consulta ni canibalización. Las dos filas de cobertura semántica de SF siguen como huecos hasta que se seleccione y valide un adaptador real. La autorización de un proveedor externo exige el booleano literal true; las cadenas o los enteros que solo parecen verdaderos nunca autorizan una llamada de embeddings.

observado, con evidencia de origen y de texto ancla; registran cadenas y bucles de redirección con el estado de cada salto; distinguen la búsqueda interna por ruta y los anclas vacías, y muestran los resultados capturados de externos sin respuesta. Las incidencias de consistencia de sitemap y robots usan la pertenencia y la evidencia de respuesta conservadas, sin nuevas descargas en vivo; la evidencia ausente o parcial sigue siendo explícita.

procesamiento posterior de sitemap o de semillas (seed) añade la URL…

Conserva los objetivos de descubrimiento ausentes en el momento de la captura cuando un procesamiento posterior de sitemap o de semillas añade la URL al catálogo conservado. La evidencia explicada de no resueltos o excluidos sigue siendo inmutable, mientras que los objetivos conocidos reclamados y las discrepancias de identidad no nulas siguen siendo inválidos.

aunque el recurso no se haya guardado como página rastreada, y marca las respuestas de imagen no medidas como cobertura parcial.

documento, sin cambiar el SQL congelado del análisis. Las etiquetas canonical con atributos hreflang, lang, media o type no soportados, las anotaciones malformadas y las declaraciones entre hosts o protocolos generan ahora incidencias ligadas a la evidencia; las palabras clave de relación bien formadas pero desconocidas siguen sin clasificar.

observaciones medidas de noindex y canonical. Las cadenas canonical nativas y las incidencias de noindex en canonical o hreflang pueden usar sondas; las sondas heredadas de solo estado siguen siendo legibles y no medidas para las directivas HTML.

explícitas de next/prev, conservando las reglas numeradas o de paso y los estados sin juzgar con nombre. Selecciona las URL de incidencias guardadas, incluidos los miembros agrupados, mediante scan-url-query, con tablas SQLite temporales y evidencia audit.v2 en streaming.

referencia de paginación D41 se sirva realmente y el rastreo nativo pueda validarla.

de contexto de análisis existentes, respetando el esquema SQL congelado scan.v1. Las incidencias estructurales de AMP revisan el doctype original, head y body, el charset UTF-8, el viewport, el script de runtime y las declaraciones de boilerplate; los destinos AMP emparejados sin marcador de raíz AMP se identifican por separado. Las reglas completas del validador de AMP siguen sin estar disponibles a la espera de una decisión sobre la licencia.

alternativas de imagen, saltos de encabezado y el landmark principal. Las incidencias conservan ejemplos acotados y recuentos completos de ocurrencias. El contraste calculado y las reglas de axe-core renderizadas siguen sin medirse.

incluido y las reglas de resultados enriquecidos existentes. Los errores, advertencias y propiedades obligatorias ausentes conservados por URL se convierten en incidencias nativas. Las construcciones RDFa no soportadas son evidencia parcial explícita, no un resultado de validación limpio.

de cada bloque en scan-structured-blocks…

Sirve los árboles JSON-LD analizados junto con los errores de origen, posición y sintaxis de cada bloque en scan-structured-blocks; limita los árboles de propiedades anchos y expone ese límite. Lee el último documento de una URL y representación solicitadas sin cambiar su análisis.

hermanos confirmados.

Resuelve las identidades JSON-LD soportadas frente a la misma base de documento que el marcado HTML, conservando el JSON original. Rechaza los bloques JSON escalares o vacíos como grafos válidos, y comparte la selección normalizada de etiquetas JSON-LD en vivo entre el analizador y las proyecciones servidas.

partir del HTML conservado completo, sin cambiar el esquema congelado scan.v1. Los cuerpos ausentes, incompletos o limitados por presupuesto siguen sin estar disponibles. Se reutilizan la detección existente de recursos de cabecera y la entrada de extracción personalizada de SF.

conserva resúmenes de uso UTF-16…

Recoge la cobertura precisa de JS/CSS de Chromium, acotada, en los renders solicitados; conserva resúmenes de uso UTF-16 y hallazgos de dimensionado de imágenes renderizadas, y los lee al reabrir o en el reanálisis offline. Los motores no soportados y las mediciones ausentes no se convierten en resultados limpios.

árboles de dependencias, responsables de desplazamiento de diseño, entrega de imágenes, reflow forzado y ejecución de scripts, con procedencia de la captura y hashes de entrada. No se añade ningún proceso de Lighthouse, proveedor de pago ni inferencia de CWV de campo. Se actualizan el registro, la cobertura de SF y la documentación de referencia generada.

cuyo análisis guardado es un audit.v2 en streaming; antes fallaba con 'NoneType' object is not subscriptable, porque la auditoría vive en el archivo auxiliar (companion) y no en la tabla heredada del análisis. Los formatos de registro aceptados están documentados en seohead project checklist-record --help, en el esquema MCP seo_project_checklist_record y en docs/INPUTS.md.

versiones anteriores, conservando cuatro grupos de pruebas verificados y la cobertura combinada. Usa la misma versión estable de Python para los arranques de CI y de compilación de releases.

petición) en lugar de las primeras 50 filas. Issues muestra cada comprobación del núcleo según el registro, en lugar de mostrar «Other check».

del proyecto de una página cada vez, así que una lista de cualquier tamaño ya no falla con «at most 100 rows». Si el propietario no ha elegido ninguno, el escritorio abre el análisis que deja una auditoría completa (el análisis completo más grande), y el descubrimiento del núcleo comprueba también el propio entorno del intérprete del escritorio (sys.prefix) antes que PATH.

escritorio.

Conserva los ajustes de presupuesto de recursos sin cambiar la cabecera congelada del análisis, mantiene el reanálisis offline seguro y la reanudación, y comparte los componentes nativos de ajustes del proyecto, los tokens de tema y las fuentes incluidas. Elimina los insumos de diseño privados del árbol distribuido.

conservando la cabecera original del análisis y los bytes de origen.

en streaming: report-build --project y audit-workflow --action report adjuntan la instantánea de la lista a la salida xlsx, docx, csv, md y PDF, en lugar de generar un informe sin vincular. Un análisis detenido por su presupuesto de URL (stopped_by_budget) se acepta como la última auditoría del proyecto, y su informe declara el alcance limitado. report-build --input acepta la clave format. report-build --project --format json sobre una auditoría en streaming se rechaza con una explicación, porque el JSON se escribe tal cual y no puede llevar la instantánea de la lista.

real a partir de los contadores fetched/found, una barra de progreso de 10 px, el límite de frecuencia del recolector y un marcador de posición honesto de 120 px para el gráfico de velocidad (el historial de velocidad del núcleo se sigue en #1203).

regex…

check_sample en seohead/checks/custom_extract.py ejecuta los extractores CSS, XPath y regex sobre un único documento HTML guardado, sin análisis ni petición de red. Cada resultado incluye sus valores y un reason para un resultado vacío (no_match, empty_html o budget_exceeded), de modo que una respuesta vacía nunca se presenta como un resultado limpio (#1059). Es solo una llamada del núcleo: todavía no hay ninguna herramienta CLI ni MCP registrada, y obtener una URL en vivo está deliberadamente excluido.

series con paso: cuando un paso cubre la mayoría de los pasos de una serie, se informa de la ruptura de ese paso (?page=1,3,5,8 se rompe al pasar de 5 a 8). Los esquemas de desplazamiento irregulares y las series sin números siguen sin evaluarse y se nombran como omitidos.

URL…

El parser lee las declaraciones <link rel="alternate"> con calificador de medios y sin hreflang (una URL móvil independiente) en parse_html como mobile_alternates (#1051). La comprobación Mobile Alternate Link de SF sigue pendiente; la que compara el canonical de la URL móvil todavía no está escrita.

intrínseco en píxeles de cada imagen frente a su caja renderizada y a la relación de píxeles del dispositivo (image_sizing: evidencia de sobredimensionado y de ampliación). Es solo evidencia; todavía no hay id de comprobación de SF-analyzer, así que «Incorrectly Sized Images» pasa de «gap» a «partial» (#1049).

El comando y la herramienta MCP de similitud semántica existen, pero no se incluye ningún adaptador de embeddings y la ejecución de SF todavía no llama al módulo (#1041).

seohead/checks/search_console_findings.py cruza las páginas del rastreo con un documento GSC normalizado y evalúa GSC_ORPHAN, NO_SEARCH_DATA y NON_INDEXABLE_WITH_SEARCH_DATA. Una comprobación se omite indicando su motivo cuando el rastreo es parcial, la ventana está incompleta, la recopilación es una muestra o está truncada, o no se aporta evidencia; una comprobación omitida nunca se informa como limpia.

conexión con la URL como clave: URL huérfanas de analítica, páginas indexables sin datos de analítica, páginas no indexables con visitas y tasa de rebote superior al 70 %. Los parámetros --visits-column y --bounce-column eligen los datos; si falta una columna, se rechaza indicando su nombre; los valores ilegibles se cuentan y nunca se toman como cero, y las URL huérfanas de analítica no se informan en un rastreo parcial. La obtención en vivo por URL desde Metrika o GA4 todavía no está incluida (#990, #984).

URLs…

El mapa de cobertura de incidencias de SF pasa a incluir las cuatro de analítica web («Orphan URLs», «Bounce Rate Above 70%», «No GA Data», «Non-Indexable with GA Data») como detectadas por crawl-enrich a partir de un CSV sin conexión, en lugar de fuera de alcance. sf run todavía no las emite.

entrega): un analizador puro recibe las cargas de page.coverage de Playwright e informa de los caracteres sin usar por recurso, con una incidencia cuando un recurso está en gran parte sin usar y es grande. Recopilar la cobertura desde una página renderizada es la siguiente entrega.

AMP_MISSING_RETURN_LINK, AMP_NON_INDEXABLE_CANONICAL y AMP_INDEXABLE leen el destino AMP que una página de escritorio declara con <link rel="amphtml">. Solo se juzgan las páginas AMP que capturó el rastreo; un destino no capturado se omite y queda registrado. El rastreo nativo ahora guarda el destino resuelto en la columna AMP HTML. Las otras diez reglas AMP de SF siguen descartadas.

X-Robots-Tag…

Directivas de robots (#1017): las directivas obsoletas noodp y noydir en meta robots o en X-Robots-Tag ahora generan los avisos NOODP y NOYDIR en la auditoría de SF; antes figuraban como fuera de alcance. none (noindex + nofollow) queda cubierto por pruebas de regresión tanto para la ruta de X-Robots-Tag como para la de meta.

HTML, a partir de la respuesta final guardada: MISSING_CSP, MISSING_X_CONTENT_TYPE_OPTIONS, MISSING_X_FRAME_OPTIONS (que se da por cumplida con la directiva frame-ancestors de CSP) y MISSING_REFERRER_POLICY. Las páginas cuyas cabeceras guardadas no se pueden analizar se cuentan como no medidas, no como limpias, y un rastreo sin escaneo guardado omite esas comprobaciones indicando el motivo.

y…

log-analyze lee directamente los logs de acceso comprimidos con gzip (archivos rotados access.log.N.gz y archivos comprimidos renombrados), detectando el formato por su contenido y no por la extensión. Un archivo truncado o dañado se informa como error, sin recuentos parciales.

title_missing, title_over_60, h1_missing, noindex_meta) que se combinan con AND con tus filtros, y --export PATH con --export-format csv|xlsx escribe todas las filas coincidentes en un archivo nuevo. La exportación se niega por encima de --export-max-rows (por defecto, 100 000) y nunca sobrescribe.

Las reglas de elegibilidad de resultados enriquecidos pasaron del código Python a seohead/data/rich_results_rules.json, un archivo de datos versionado que se incluye con el paquete. El campo version de ese archivo es el valor que se graba como rules_version en cada veredicto de resultado enriquecido, así que cambiar una regla significa cambiar datos, no código.

evidencia estructurada guardada) ahora incluyen rules_version, de modo que cada resultado indica qué conjunto de reglas sin conexión lo produjo.

documentación…

Documenta en docs/README.md los seis scripts de mantenimiento y generación que no tenían referencia en la documentación (scripts/generate_project_catalogue.py, generate_registry_inventory.py, render_readme_visuals.py, linux_lifecycle_smoke.py, capacity_watchdog.py, profile_million_audit.py): qué escribe cada uno y cuáles se ejecutan en CI (#997).

entrega del monitor ahora viven en seohead/projects/service_delivery.py (#995).

inicio…

scan-url-query devuelve click_depth, la ruta de enlaces internos más corta desde la página de inicio del escaneo, como columna, filtro y clave de orden. Las páginas que ningún enlace guardado alcanza son NULL (huérfanas). crawl_depth no cambia y sigue siendo la profundidad de la frontera, que es 0 para cada URL sembrada desde el sitemap. Un escaneo que no conservó sus enlaces falla con reason_code: click_depth_unavailable en lugar de informar un NULL falso. El valor se recalcula en cada consulta a partir de la tabla links; guardarlo como columna indexada al terminar el escaneo sigue pendiente, porque requiere decidir la versión del esquema (#992).

de grupos…

scan-url-query y su herramienta MCP aceptan un argumento opcional facets (una lista de ids de grupo, o all) que devuelve recuentos por grupo (status_2xx–5xx, title_missing, canonical_missing, directives_noindex/nofollow, with_outlinks) sobre los mismos filtros en una sola pasada. Los grupos que necesitan una proyección (interno o externo, sitemap, título duplicado o longitud, canonical propio o ajeno) todavía no están incluidos.

project-sources-unlink y project-sources-list (CLI, más seo_project_sources_link|unlink|list en MCP) registran qué ids de recurso del proveedor usa un proyecto local en sources.json, junto a project.json. Solo sin conexión: sin descubrimiento, sin llamadas al proveedor y sin credenciales; project.json nunca se reescribe.

Rastreo nativo: nueva comprobación IMG_BROKEN (#989, primera entrega) informa de los destinos de <img> que respondieron con 4xx/5xx, con la página de origen como evidencia. Lee el grafo de recursos guardado y se omite de forma explícita cuando no se midió ninguna imagen.

alcanzó…

Los rastreos nativos sondean, tras el rastreo y una vez por destino (5000 como máximo), los destinos de canonical y hreflang que ningún enlace alcanzó. Si un destino responde con 4xx/5xx o redirige, se informa CANONICAL_TARGET_ERROR, CANONICAL_TO_REDIRECT o HREFLANG_BROKEN_TARGET, igual que ya ocurría con los destinos rastreados (#987).

ruta…

Las incidencias de cadenas y bucles de redirección de un rastreo nativo ahora incluyen la ruta completa de saltos (details.path), para que una corrección pueda indicar cada salto que hay que sustituir. Ref. #985.

también…

Las incidencias de cadenas y bucles de redirección de un rastreo nativo ahora incluyen también details.inbound_links (enlaces internos que aún apuntan a la primera URL de la cadena, con su texto ancla, limitado a 20) y inbound_links_count; sin un inventario all_inlinks, el campo es null con un motivo. Ref. #985.

por el operador (semcore_project, semcore_cluster_count, semcore_landing_mapping). El núcleo semántico sigue en su propia base de datos y no se fusiona con la del proyecto; la detección nunca escribe estos datos, y un dato aportado no puede declarar procedencia de detección. Documentado en docs/PROJECTS.md, en «Linking a semantic core» (parcial, #984).

de filtros).

El núcleo todavía no devuelve el grafo de enlaces completo, así que el lienzo muestra un estado de espera claro y los filtros permanecen inactivos hasta que lo haga (#975).

OAuth de GSC: provider-auth --action cancel (CLI) y seo_provider_auth con action=cancel (MCP) cancelan un registro de flujo de consentimiento en el navegador que esté pendiente; status muestra el flujo pendiente cuando existe. El registro del flujo no guarda material de concesión y caduca a los diez minutos. Es la primera entrega de #964: todavía no hay inicio ni callback en el navegador, así que la superficie pública no crea ningún flujo y el acceso conectado sigue sin afirmarse nunca.

una ejecución del observador (mode=list), de modo que aparece en project-observe y project-scans con su artefacto en la carpeta scans/ del proyecto. Un recolector que falla se registra como failed; el progreso y la reanudación de las ejecuciones por lista todavía no están cubiertos (#962).

documentos…

scan-content-search acepta --kind regex (MCP kind="regex") para buscar en los documentos conservados con una expresión regular de Python. Las expresiones no válidas se rechazan antes de empezar la búsqueda; un documento que supera el presupuesto de tiempo de la regex se informa como no disponible, nunca como ausente.

se registran con cost_unknown y charge_status: unknown, de modo que spend-report las muestra como inciertas en lugar de contarlas como una llamada medida de coste cero (#949).

límite por host…

crawl-site sin proyecto que escribe un artefacto de escaneo SQLite ahora comparte su límite de peticiones por host con otros rastreos simultáneos del mismo host, mediante una programación privada en la carpeta de estado del usuario (~/.config/seohead/.origin-pacing.sqlite). Antes, los rastreos sin proyecto se ejecutaban sin control de ritmo entre procesos.

guardados y crawl-profile delete NAME elimina uno; ambos devuelven JSON y rechazan los nombres desconocidos mostrando la lista de perfiles guardados.

configuración de rastreo validada como perfil con nombre (se rechaza si incluye cabeceras de credenciales); --profile NAME rastrea con él, y --set sigue aplicándose encima. Los perfiles se guardan en ~/.config/seohead/crawl-profiles o en la carpeta indicada por SEOHEAD_CRAWL_PROFILES. Listar y borrar perfiles no forma parte de esta entrega.

only_in_before…

compare.v1 ahora enumera las páginas rastreadas solo en un lado (url_sets: only_in_before, only_in_after y recuentos). Cuando alguno de los dos rastreos es parcial, url_sets.unproven es true, de modo que la ausencia no se presenta como prueba.

siguiente Location…

Los saltos de las cadenas de redirección y de canonical registran el estado de cada salto, la siguiente Location (redirects) y el tiempo de respuesta, de modo que la cadena de una URL se lee desde la evidencia guardada sin otra petición (#930).

)…

Los bucles de redirección en las cadenas por URL terminan con un paso marcador ({"url": ..., "loop": true}) que no se vuelve a solicitar, de modo que la URL repetida queda visible en la evidencia guardada; final_url sigue apuntando al último salto obtenido (#930).

warnings: un aviso cuando la tasa efectiva supera 2 req/s (el umbral es estrictamente mayor que 2). La CLI muestra el mismo aviso en stderr; el JSON de stdout y los valores por defecto no cambian. El control de ritmo no se ha tocado.

con origen, actor y texto acotado, que se leen del más reciente al más antiguo, por páginas, con filtros de origen y de texto. Se exponen como project-event-append y project-event-page en la CLI, y como seo_project_event_append y seo_project_event_page en MCP (issue #923).

Los lectores de almacenamiento, el importador de escaneos, el archivo de GSC, el almacén de fuentes, el almacén de unión de evidencias y las dos clases de comprobaciones ahora abren sus bases de datos mediante un único auxiliar para conexión, row factory y PRAGMAs. Las dos clases de comprobaciones cierran sus conexiones de forma explícita. El comportamiento no cambia; la normalización de rutas y el orden de los PRAGMA se mantienen en cada punto de llamada.

evidencias.

Cambios de comportamiento intencionados en estas rutas: - Las cadenas de redirección de exactamente el límite de saltos (por defecto, 20) ahora se resuelven en lugar de informarse como no resueltas. La comprobación de bucles se ejecuta antes que la de límite, tanto en la resolución de cadenas como en los recorridos de la ruta de saltos. - Las comprobaciones de confianza y de citas de EEAT comparan los hosts de destino con su puerto (netloc), igual que la lógica de host de los enlaces internos. Los sitios con puertos explícitos pueden cambiar sus resultados. - Las comprobaciones de palabras clave de llms.txt buscan los términos ASCII como palabras completas, con plural opcional, así que rapid, Showcase y Toolbar ya no pasan. Las raíces cirílicas siguen coincidiendo como subcadenas. - La captura de navegación asigna el motivo reload a refresh_navigation. Los motivos solicitados sin asignar, como pageBlockInterstitial, se registran como observaciones de frame que el validador acepta. - La detección de tecnologías trata una implicación negada (["not", X]) como si no implicara nada. - La importación de evidencias rechaza los nombres de métrica declarados duplicados, y el descubrimiento en Search Console usa las filas que recibe. - Los reintentos de Yandex Cloud solo esperan entre intentos. Los reintentos de analítica de consultas de Yandex Webmaster esperan antes del siguiente intento. - La construcción del schema pasa su timeout al cliente HTTP (por defecto, sin cambios). - El almacén de recibos de entrega se crea con modo 0600 antes de que SQLite lo abra. - Las ejecuciones del grafo semántico se serializan, porque el conjunto de stop words es estado del módulo. El ejecutor semántico informa de los errores de SQLite como ok: false en lugar de lanzar excepciones. - El analizador de errores de CrUX tolera cuerpos de respuesta que no son objetos. - Se eliminó una guarda sqlite3 is None inalcanzable en el registro.

Muestra un estado de espera claro hasta que el núcleo guarde un perfil de enlaces del proyecto (#999); sin filas de ejemplo, y los filtros de grupo están desactivados con el mismo motivo.

seleccionada y el texto de estado (solo se muestra cuando un rastreo sin proyecto devuelve resultados), mueve las acciones de limpiar y guardar como proyecto a un menú de desbordamiento por debajo de 1000 px, mantiene usables el campo de dirección y la tira de pestañas de comprobación en anchos estrechos, desplaza la cabecera de resultados en lugar de comprimir sus columnas, y da a la barra de estado de la aplicación el mismo relleno derecho de 8 px en los temas oscuro y claro.

espacio…

Escritorio: pantalla de estados fatales por lienzo ErrorsCore: el núcleo ausente, el poco espacio en disco y la falta de acceso de escritura se muestran a partir de hechos reales; la versión del núcleo y la integridad del escaneo muestran la píldora neutral «unavailable in this core version» hasta que el núcleo las informe.

menús Edit, Scan y Window, y los menús contextuales de incidencias y tareas siguen el tablero Menus del lienzo. Las entradas que el núcleo todavía no ofrece permanecen visibles y desactivadas, con el motivo en el tooltip.

(conjunto de datos…

Escritorio: la pantalla «Export and reports» sigue el lienzo de diseño ProjExport (elección de conjunto de datos y de formato, tarjeta de carpeta, exportaciones recientes). Los conjuntos de datos y formatos que el núcleo todavía no puede exportar (comparación, tareas, PDF) se muestran como no disponibles; el botón de ejecutar permanece desactivado hasta que se conecte la exportación (#1191).

CSV de revisión de borradores de meta descripción, con el mismo prefijo de apóstrofo que ya se aplica a =, +, - y @. Ambas protecciones comparten ahora seohead.core.tabular.neutralize_formula.

Las peticiones a proveedores que llevan credenciales (Arsenkin, Metrika, Yandex Cloud, IndexNow, Topvisor y destinos de BI) ya no siguen redirecciones HTTP, así que la cabecera Authorization nunca se vuelve a enviar a otro host. Ahora, una redirección aparece como error HTTP del proveedor.

por defecto; SEOHEAD_RUN_LOG_MAX_BYTES lo cambia). La generación anterior se guarda como runs.jsonl.1, y las lecturas cubren ambos archivos, así que las búsquedas de reutilización siguen viendo las llamadas recientes.

lienzo de design-v2 (lista de bloques, árbol de bloques, comprobaciones). El núcleo solo devuelve recuentos de bloques JSON-LD por URL, así que las columnas muestran estados de espera honestos vinculados a la incidencia 948 del núcleo, y los recuentos conocidos siguen siendo reales; no se muestran bloques de ejemplo.

scan-status, scan-url-detail, scan-link-inspect y el observador de proyecto (project-scans, project-observe) ya no validan todo el artefacto en cada apertura: comprueban identidad, esquema, versión y la fila de cabecera, toman los contadores de SQL (GROUP BY sobre pages_status) y lo indican en un campo validation aditivo ("light" o "full"). La validación completa se ejecuta cuando la pides (full_validation: true en scan-status, o --input '{"input_path": "...", "full_validation": true}' en la CLI) o cuando los mismos bytes (ruta, tamaño, mtime, estado de WAL, hash de cabecera) ya se validaron por completo en el proceso. Un escaneo que no supera las comprobaciones ligeras se rechaza con el mismo error de antes, y cada vía que escribe o registra evidencias sigue validando por completo. scan-url-detail ejecuta la búsqueda del destino de redirección (sin índice en responses.effective_url_id) con un presupuesto de 0,5 s y marca responses.redirect_target_lookup como skipped en lugar de recorrer una tabla grande.

salientes o entrantes de una URL, buscada por dirección y no por ID de documento: ancla, rel con las marcas nofollow/sponsored/ugc, interno o externo, posición guardada, atributo target y el código HTTP del otro extremo (null cuando esa página no se escaneó). Filtra por tipo de enlace, seguimiento, clase de estado y subcadena; offset/limit hasta 200; total/filtered_total son exactos o están marcados como capped. El escaneo se abre en solo lectura sin validación completa, y los fallos incluyen un reason_code legible por máquina (url_not_found, scan_not_available, url_not_scanned, links_not_retained). Las vistas y los campos existentes no cambian.

ser seohead.mcp, seohead.tools pasa a ser seohead.checks, seohead.bot y seohead.remote_api se mueven bajo seohead.integrations, la CLI vive en el paquete seohead.cli (con seohead.cli.terminal_progress), los módulos raíz compartidos (models, graph, filesystem, runlog, verification, canonical_policy, input_contracts, job_contracts, provider_matrix) pasan a seohead.core, y la procedencia de la compilación pasa a seohead._build.provenance. examples/ y config.example.json se mueven a docs/examples/; PROVENANCE.md y TRADEMARKS.md se mueven a docs/legal/. Los comandos seohead y sf-analyzer no cambian; las importaciones de Python con las rutas antiguas deben actualizarse.

nativo al informe, exportaciones sin conexión de Screaming Frog, proyecto más agente), un mapa de funciones por área, un resumen de la CLI, la configuración de MCP para Claude Code y Claude Desktop, la app de escritorio complementaria y el límite entre lo medido y lo no medido, con capturas reales de terminal en docs/assets/ tomadas de un fixture de QA local y del fixture de exportación sintético. Añade docs/CLI.md, que agrupa cada comando registrado por tarea con sus anotaciones de red, escritura y pago (una prueba de desfase ahora falla si falta un comando), y docs/WORKFLOWS.md, que documenta los comandos de workflow-run, bandeja de entrada y registros de monitor, que antes solo se mencionaban como referencia.

no verificados y las marcas de calidad en métricas, cobertura y manifiestos; el muestreo, el umbral o el truncado confirmados se marcan como parciales. Las cohortes búsqueda frente a sesiones exigen calidad de recopilación explícita, medidas de recuento no negativas y ámbitos de fuente cualificados, y conservan la identidad de fuente de cada eje, la atribución, el ámbito de búsqueda y la política de calendario. El paquete sintético de informes sigue funcionando sin conexión; la aceptación nativa en Sheets y Looker sigue siendo un trabajo aparte.

cola, y max_depth=-1 para desactivar el límite de profundidad. Los presupuestos de tiempo y HTTP siguen siendo configurables por separado, las protecciones de almacenamiento y la interrupción con reanudación siguen activas, y las rutas materializadas heredadas rechazan una población de URL sin límite.

rechazar su primer miembro declarado cuando el límite configurado es cero.

ahora llegan también al carril compartido de ritmo por origen del proyecto, además del limitador por escaneo. Los escaneos en paralelo reservan una única programación común por host, en lugar de multiplicar su tasa.

reanudable, y conserva las páginas capturadas en lugar de mostrar un traceback de KeyboardInterrupt.

proveedor Bing.

resultado vacío completo. Conserva los datos de respuesta sin procesar, las filas de origen y los recuentos exactos devueltos en la evidencia guardada del proveedor. Las respuestas de recuento de enlaces mantienen su envoltorio de página documentado e informan de las poblaciones de varias páginas como parciales cuando solo se recopiló una de las páginas solicitadas.

preparación y el descubrimiento de credenciales del proveedor GA4. Los permisos de cuenta y el acceso al destino siguen sin verificar, las credenciales mal formadas se informan de forma explícita, y se mantiene el soporte de bearer OAuth sin exigir ambas fuentes.

el límite público de enrutamiento del rastreo externo, distinguiendo la implementación interna de la disponibilidad en CLI/MCP, sin cambiar el comportamiento del rastreo ni las afirmaciones de capacidad.

apertura del escaneo guardado, las fases opcionales de seguimiento, el análisis y la finalización. Las capturas sin terminar conservan sus datos y su punto de control reanudable, y devuelven un resultado JSON interrumpido y explícito. Una interrupción tras el commit final conserva el artefacto completado e informa de su disponibilidad real de auditoría. La reanudación explícita completa el trabajo pendiente posterior a la recopilación aunque la cola de URL esté vacía, conservando los flags existentes de omisión de evidencias y los insumos de sitemap retenidos.

incluida la corrección de solo lectura de trabajos antiguos terminados, sin cambiar los artefactos guardados ni los presupuestos de renderizado. Verifica la copia de seguridad y restauración reales de la cola mediante estado autenticado, descargas e idempotencia persistente; mantiene el fixture de recuperación de dos páginas con renderizado completo dentro de sus presupuestos finitos existentes.

final tras…

Devuelve el código de salida 130 sin traceback cuando SIGINT interrumpe la salida JSON final después de que un manejador haya terminado. Los artefactos guardados no cambian; un flujo de salida truncado nunca se informa como exitoso.

comparte…

Conserva registros de ejecución de proyecto distintos para las capturas nativas simultáneas y comparte, dentro del proyecto, una puerta de envío de 2 peticiones/s para el mismo host público; expone a los observadores el tipo de origen de cada ejecución, su procedencia, la huella de configuración y el límite de tasa agregado.

load-crawl ya no inyecta la configuración actual del spider. Los rastreos en vivo de spider y de lista siguen recibiendo sus perfiles explícitos por ejecución.

virtuales de loopback en todos los sistemas operativos, sin cambiar la política de red de producción.

la captura, política del renderizador y procedencia de URL. Distingue las redirecciones HTTP observadas, la navegación por script, historial o fragmento de Chromium y las causas desconocidas, sin afirmar clics humanos.

los ajustes extensibles del renderizador; valida la codificación de la prerelease anterior sin debilitar las comprobaciones de procedencia ni tratar los eventos observados como política del renderizador.

medidos…

Conserva cada colector activo en un historial acotado, publica ventanas de contadores medidos con marca de tiempo y distingue los contadores no medidos de cero. Transmite el progreso verificado de Screaming Frog acotando ambos canales de diagnóstico.

identidad de…

Observa los recibos de artefactos de la lista de comprobaciones mediante metadatos protegidos de identidad de archivo, sin recalcular el hash de los bytes guardados al actualizar. Las lecturas explícitas de cobertura mantienen la verificación byte a byte; la evidencia cambiada o heredada y no verificada sigue visible como obsoleta o no verificada.

tareas, métodos, datos estructurados, escaneos, ejecuciones, bandeja de entrada y evidencia guardada, con páginas acotadas y cobertura de ámbito honesta. Las lecturas de almacenamiento y los envíos explícitos de notas se mantienen fuera del bucle de entrada.

edición con cursor, conserva los pegados grandes sin truncar, muestra los recibos de guardado en todos los diseños e imprime los borradores no guardados al salir normalmente de la terminal para poder recuperarlos.

sin materializar JSON heredado. Procesa en streaming los hallazgos de consistencia, mantiene en disco la pertenencia a páginas nativas y la deduplicación de hallazgos, conserva los recuentos exactos de anomalías y limita solo los ejemplos. Informa explícitamente de que falta la traza nativa de decisiones de exclusión.

medido cuando no se rastreó la página de inicio. La excepción requiere evidencia de resumen de sitemap coincidente y no exime los hallazgos de página, los hosts no relacionados ni las rutas de destino no compatibles.

duplicar las cargas de páginas y hallazgos en el almacenamiento SQLite temporal. Las filas completas, las exportaciones deterministas planas o gzip, las identidades de origen y las entradas heredadas siguen siendo compatibles. Los lectores de auditoría fijan la instantánea validada mediante lecturas indexadas de filas.

publicación y rechazar destinos añadidos en paralelo…

Revierte los miembros de salida de comparación propios si la publicación falla tarde y rechaza los destinos añadidos en paralelo; el manifiesto sigue siendo la marca final de confirmación del paquete.

toda la superficie de capacidades a sus métodos, entradas y límites de evidencia. Corregir la guía obsoleta sobre nativo/SF, cobertura de proyectos y remediación; documentar por separado el libro de trabajo para desarrolladores redactado por el agente frente a la salida factual del informe, incluidos los criterios de aceptación revisados y los enlaces a las fuentes.

auditoría compartido: rastreador nativo, exportaciones de Screaming Frog o un recopilador SF identificado explícitamente, y recopilador desconocido. Una auditoría nativa que usa el esquema de SF Analyzer ya no recibe un encabezado de Screaming Frog.

explicaciones renderizadas…

Transmitir a CSV las filas de alcance de incidencias suprimidas en lugar de acumular en memoria sus explicaciones renderizadas. Las exportaciones completas de exclusiones conservan su orden y los datos de origen, mientras la asignación de memoria sigue acotada para colecciones grandes de exclusiones retenidas.

referencias a comprobaciones y herramientas cubiertas contra los registros públicos, y generar prioridades a partir de las filas sin resolver.

los errores de transporte, y reproducir de forma segura los manifiestos de proxy directo para la verificación dirigida.

atribución nula explícita en la exportación…

Leer la evidencia de atribución desde el grafo de enlaces SQL retenido, conservar la atribución nula explícita al exportar y mantener las comprobaciones de enlaces externos en cola entre reanudaciones.

con el extra all y mantener las pruebas con navegador simulado independientes de la selección local de Chrome.

antes de cualquier token, comprobación de conjunto de datos o escritura en staging.

BI generado para que el accesorio de hoja de cálculo…

Conservar los nombres de partición, los recuentos y las sumas de comprobación del paquete BI generado, para que el accesorio de hoja de cálculo supere la validación previa existente de Sheets y los consumidores de exportaciones filtradas. Documentar los campos de alias separados de la API de enlaces y exigir una verificación de copia nueva a través de la URL generada, sin reparar manualmente el origen.

los alias exactos usados en los parámetros de URL. Definir ID compartidos de campos de ejecución, controles de fecha de proveedor agrupados y gráficos de cobertura que excluyan poblaciones solapadas. La creación de la plantilla nativa y la verificación de copia nueva siguen siendo requisitos de aceptación externos.

dentro del alcance con extracción HTML completa…

Calcular las cuotas de enlaces entrantes observados a partir de páginas de enlace únicas dentro del alcance, con extracción HTML completa, conservando por separado las ocurrencias repetidas y etiquetando las poblaciones parciales.

1 000 000 de URL de rastreo retenidas mediante un artefacto SQLite de evidencia duradero y volcar ese artefacto a BI sin materializar listas de páginas ni de URL coincidentes. Esto no entrega una plantilla de Looker Studio que se pueda copiar.

enlaces entrantes elegibles mediante un índice SQLite desechable y acotado. Mantener válidas las dimensiones dinámicas de proveedores en las exportaciones seleccionadas y en los planes sin conexión de Sheets y BigQuery; acotar el número de particiones y el consumo de disco.

columnas BI tipadas, no solo en el JSON de origen…

Conservar las URL de destino y los mensajes de los hallazgos de auditoría nativos como columnas BI tipadas, no solo dentro del JSON de origen conservado, de modo que las selecciones exactas de URL conserven los hallazgos afectados.

destinos conservados, distinguiendo un retorno ausente conocido de un destino no rastreado o con cuerpo no disponible. Informar de las alternativas noindex observadas, conservar las etiquetas sin procesar y las identidades de URL normalizadas con el contexto de duplicados y conflictos, y marcar como no medidas las relaciones de población parcial. La auditoría, la CLI, el MCP y las superficies de informes existentes transportan los mismos hallazgos sin hacer solicitudes adicionales.

umbrales oficiales versionados, conservando el alcance de URL u origen, factor de forma y periodo de recopilación. Los datos de campo ausentes, incompletos o fallidos siguen como no disponibles o parciales.

opcional de API remota y trabajador…

Documentar el límite actual de la CLI de Docker de un solo uso por separado del servicio opcional de API remota y de trabajador, construido de forma explícita.

un presupuesto separado…

Admitir configuraciones explícitas de rastreo SQLite nativo de hasta 1 000 000 de URL, con un presupuesto separado de 2 000 000 de solicitudes HTTP y el perfil sintético existente de solo almacenamiento. La CLI, el MCP, la cola remota y los trabajadores respetan los mismos presupuestos declarados. Las API materializadas heredadas y de listas conservan un límite de seguridad explícito de 50 000 URL; las comprobaciones de robots, los reintentos y los saltos de redirección y canonical de las listas ahora comparten su presupuesto de solicitudes. Las auditorías nativas y el reanálisis sin conexión usan la ruta acotada audit.v2 sin la antigua negativa del puente, que superaba 10 000 páginas o 20 000 formularios. Los contadores del escritor transaccional evitan volver a recorrer la cola de URL pendientes en cada lote. Un controlador manual de aceptación registra las identidades de origen cargadas, la interrupción y reanudación, y los consumidores posteriores; la admisión, por sí sola, no es evidencia de una aceptación completada de un millón de URL.

subproceso, conservar los artefactos interrumpidos, verificar cada fila CSV o XLSX y la cobertura de tareas, y probar por separado el HTTP protegido en loopback propio, con el ritmo predeterminado sin cambios.

conservando la hora predeterminada…

Permitir duraciones de rastreo remoto explícitamente autorizadas de hasta 14 días, conservando el valor predeterminado de una hora y los presupuestos independientes de proyecto, solicitudes, disco, concesión y renderizado. Esto permite que un objetivo de un millón de páginas quepa en su tasa de solicitudes respetuosa sin cambios; los valores por encima del techo de duración y los tipos no válidos fallan antes de la recopilación.

recuperación de SQLite, conservando la interrupción y la cancelación de consultas, sin cargar contra el plazo de validación de apertura del rastreo original el tiempo de análisis en Python ni las escrituras derivadas.

y formularios en archivos JSONL complementarios…

La opción heredada crawl-site --out-dir conserva ahora la evidencia de páginas, enlaces y formularios en archivos JSONL complementarios de solo anexión durante la recopilación y la reanudación, en lugar de retener listas duplicadas en memoria. Los puntos de control verifican los recuentos de los complementarios; los puntos de control v4 antiguos con formularios en línea migran sin perder hallazgos de formularios. El puente de auditoría existente nombra sus límites de materialización de páginas, formularios y enlaces, y conserva la evidencia recopilada cuando la auditoría no está disponible. Un informe anterior se conserva con un nombre de archivo obsoleto en lugar de presentarse como la ejecución actual. La escalada nativa de JavaScript lee los registros de página a través de una vista SQLite reiterable, en lugar de reconstruir todos los objetos de página. La transmisión completa de auditorías grandes sigue en seguimiento en #816/#817.

ordenados en lugar de descartar la disponibilidad…

Almacenar auditorías nativas de gran tamaño en archivos complementarios audit.v2 ordenados, en lugar de descartar la disponibilidad de la auditoría.

registros.

las profundidades de descubrimiento nativo sin reconstruir cada ruta ni cargar cada nodo en Python. Las rutas largas conservan su profundidad exacta y los extremos truncados quedan explícitos.

antes de construir el contexto.

Derivar las relaciones del corpus no vacío y de hreflang mediante índices respaldados en disco, conservar las colecciones completas de evidencia en audit.v2 y etiquetar las muestras acotadas de hallazgos de relación con sus recuentos exactos de ocurrencias.

número de entradas; las páginas sin caché…

Acotar la caché de páginas por los bytes decodificados estimados de Python, además del número de entradas; las páginas grandes sin caché siguen siendo legibles y las mutaciones invalidan su peso anterior en caché. Conservar los rangos de tamaño HTML como pares escalares estables de URL y tamaño, en lugar de retener cada modelo completo de página, y evitar retener el JSON serializado de página en los callbacks de mutación.

mientras se comprueban los pares con barra final…

Conservar solo los datos escalares de URL, estado, indexabilidad, canonical y redirección mientras se comprueban los pares con y sin barra final, y cerrar explícitamente las conexiones SQLite duraderas del adaptador y de los trabajos remotos.

el estado escalar de selección de páginas de confianza en lugar de las poblaciones de páginas candidatas, y procesar las coincidencias de DOM en HTML almacenado en dos pasadas sobre el índice de archivos fijo. Conservar el orden del representante de las variantes normalizadas, los ejemplos de URL existentes, la cobertura completa de fuentes coincidentes y cada hallazgo.

rechazando evidencia ausente, corrupta o sin terminar, sin reemplazarla. Comparar los puntos de control de formularios en línea más antiguos con su complementario sin asignar una segunda lista de formularios.

exacto de entrada, varios hosts y la semántica de no descubrimiento. Transmitir la entrada de archivos de intercambio, conservar los presupuestos de solicitudes y de tiempo durante la reanudación de la recopilación, retener la evidencia acotada de respuestas y saltos, y mantener las comprobaciones de grafo y de formularios explícitamente no disponibles. Las listas de directorios grandes usan el mismo almacenamiento temporal con un puente de auditoría JSON acotado por separado.

hallazgos de severidad alta…

Transmitir informes audit.v2 en JSON, CSV, XLSX, Markdown y DOCX, comparar las poblaciones de hallazgos de severidad alta y mantener las operaciones de instantánea y poda emparejadas con el complementario, conservando el esquema scan.v1.

almacenamiento audit.v2 y la revisión 5 del registro…

Conservar una sola vez la pertenencia a grupos ordenados grandes en la revisión 3 del almacenamiento audit.v2 y en la revisión 5 del registro, con lecturas de auditoría retrocompatibles, migración atómica del registro, paginación explícita de miembros mediante CLI o MCP, y complementarios de pertenencia BI completos y vinculados a su fuente.

alcance incompleto de grupos del registro…

Conservar el digest de origen audit.v2 durante el reanálisis sin conexión; persistir el alcance incompleto de los grupos del registro y cerrar los recursos de ingesta tras una validación fallida.

metadatos no tiene evidencia de respuesta, documento, cuerpo ni recurso, evitando relecturas de todo el corpus en cada confirmación de página dispersa, sin cambiar el almacenamiento del rastreo.

cierra el contexto aislado…

Nombra la cancelación de solicitudes fijadas del navegador como render_cancelled y cierra el contexto remoto aislado y el navegador al cancelar o al desconectarse, sin recurrir a una alternativa local.

credenciales de entorno vinculadas al host, con procedencia conservada y redactada, y falla antes de recopilar datos si una referencia no está disponible.

versión para un proyecto en cola, manteniendo su endpoint fuera de los envíos y conservando las solicitudes de navegador fijadas y sujetas a política.

auditoría técnica…

Valida el número de páginas, el tamaño en bytes, el texto extraíble y la conservación de los registros del modelo de origen del PDF de auditoría técnica antes de publicar un informe renderizado.

paso y puertas de revisión…

Persiste las versiones registradas de los escenarios de flujo, el contexto del sitio y de la competencia, la evidencia por paso y las puertas de revisión. Una sesión local posterior solo puede reanudar las ejecuciones interrumpidas si sus dependencias actuales siguen siendo válidas.

triaje de notas de especialista…

Exige una lista de trabajo del controlador para iniciar flujos y conserva acuses explícitos de triaje de notas de especialista para los resultados de tarea, objetivo, competidor, bloqueado o rechazado.

conservados frente a sus recibos SHA-256…

Exige que los puntos de control de flujo exitosos verifiquen los bytes de los artefactos conservados y vinculados al proyecto frente a sus recibos SHA-256. Si la evidencia falta o ha cambiado, la finalización anterior queda obsoleta sin reescribir el historial; los presupuestos de verificación nunca certifican evidencia en silencio ni descartan su recibo.

políticas antiguas.

La observación pasiva de flujos comprueba los metadatos de verificación conservados sin volver a calcular el hash de los artefactos; los recibos modificados o no verificados quedan explícitos.

acordado e informar de cobertura honesta…

Las listas de comprobación de proyecto ya pueden registrar el alcance de auditoría acordado e informar de proporciones de cobertura honestas (#794). project-checklist-init y seo_project_checklist_init aceptan un plan opcional: un revisor, una population de URL declarada como complete_set, una sample con nombre o unknown, con su source, size o urls enumeradas y, si se quiere, poblaciones por templates, además de un acuerdo opcional de tasks (all_agreed, o una selection con IDs de elementos de la lista ya existentes). Todo queda vinculado a la identidad del sitio del proyecto y marcado con la revisión de escritura. Registrar un plan actualiza la lista a seohead.coverage.v3 y añade el plan al historial conservado. Volver a registrar un acuerdo idéntico es una operación idempotente sin efecto. Si el acuerdo cambia, la evidencia anterior queda marcada como obsoleta en lugar de reevaluarse con un denominador distinto. Los documentos v3 de plan único se migran al leerlos. Leer, reconciliar o aplicar prioridades nunca actualiza ni inventa una población, y los documentos v1 y v2 siguen cargándose sin cambios. Los elementos fuera de una selección se informan como not_agreed, visibles fuera de todos los denominadores.

medición parcial…

La finalización de la lista de comprobación ahora sigue el alcance medido. Un elemento automático de ámbito sitio respaldado por una medición limitada (escaneo parcial) sigue sin terminar en lugar de contar como completado, mientras que un elemento acotado a URL de muestra explícitas sí se da por terminado cuando el artefacto cubre exactamente ese alcance. El indicador complete de nivel superior ahora significa que la auditoría con alcance está terminada: todas las tareas acordadas aplicables están hechas, no hay exclusiones pendientes y la población de URL acordada está cubierta por completo por mediciones verificadas. Así, un alcance desconocido o no medido nunca puede dar por completada una auditoría.

audit_tasks, checks…

El estado de la lista de comprobación devuelve coverage con cinco proporciones separadas: audit_tasks, checks (con measured_urls), manual_review, deliverable_review y url_population. Cada una tiene su propio basis, numerator, denominator y state, de modo que un recuento de URL nunca se mezcla con un recuento de comprobaciones o de tareas. Un denominador que no puede justificarse se queda en null con state: "unknown" y un motivo, en lugar de convertirse en 0/0 o en 100 %. Las mediciones que no pueden verificarse frente a la población acordada mantienen el eje de URL en partial y solo cuentan las URL elegibles verificadas. La pertenencia a URL se verifica con la enumeración acordada, así que una población declarada solo por size no cuenta ninguna URL medida, y el numerador nunca puede superar su denominador. Las poblaciones por plantilla se validan como subpoblaciones acordadas de la población del sitio al registrar o leer un plan: las URL enumeradas de una plantilla deben pertenecer al conjunto enumerado del sitio, y la pertenencia declarada a una plantilla nunca puede superar el tamaño acordado del sitio. Un plan incoherente se rechaza, no se recorta ni se cuenta por encima del denominador. La evidencia de comprobación guardada incluye ahora la enumeración de URL medida, de modo que el numerador de URL es un conjunto auditable y no un recuento de filas. La agregación multisitio suma los ejes por sitio y pasa a unknown siempre que un sitio no pueda justificar su denominador.

y una base de evidencia inspeccionable, es decir, un artifact con hash y relativo al proyecto, o una referencia evidence explícita. Las exclusiones revisadas conservan su ID estable y su historial, salen de los denominadores de tarea solo mediante esa decisión registrada y se listan por separado en exclusions. Un elemento desactivado, un registro de exclusión obsoleto o un registro not_applicable heredado, escrito antes de la regla de base de evidencia, permanece en el denominador como pending_exclusion hasta que se revise de nuevo. Así, desactivar, retirar del catálogo o reclasificar nunca reduce en silencio los recuentos acordados. Una exclusión revisada nueva sobre un elemento retirado del catálogo se resuelve con normalidad, en lugar de quedarse pendiente para siempre.

exactos de evidencia antes y después…

Vincula las decisiones de corrección a artefactos de verificación inmutables y a los hashes exactos de evidencia de antes y de después, incluidas las líneas base de audit.v2 procesadas en flujo.

y de alcance completo, denominadores por tarea y páginas de casos acotadas para registros de gran tamaño.

política original que afecta a los resultados. Un UUID de escaneo reutilizado por sí solo ya no puede resolver un caso anterior.

incidentes y la recuperación sintética…

Documenta los trabajos CLI de SSH de una sola ejecución, los registros de artefactos e incidentes, la recuperación sintética y el límite separado y futuro para la salud del servicio, el proxy, TLS y el cortafuegos.

ajustes de rastreo acotados…

Define un contrato opcional, autenticado y versionado de API remota de escaneo, con ajustes de rastreo nativos y acotados, permisos por proyecto, envío idempotente, esquema OpenAPI y evidencia compatible con el estado del escaneo. Requiere workers duraderos separados y una política de destinos y de salida. Las instalaciones locales de CLI y MCP no cambian (#784).

evidence-normalize lee una exportación CSV, XLSX o JSON suministrada, o un sobre seohead.provider-evidence.v1 guardado, totalmente sin conexión, y genera un documento versionado seohead.normalized-evidence.v1 según un manifiesto opcional seohead.evidence-mapping.v1. Conserva la procedencia de cada campo (del sobre, declarada o desconocida) para la fuente, la identidad del informe, el periodo, la zona horaria, la atribución, el motor, la cobertura de recopilación y el vínculo con URL. Un valor medido 0 sigue siendo cero. Las filas ausentes, las celdas nulas o en blanco, las celdas con fórmula, los valores suprimidos, los periodos no recopilados y la recopilación fallida u omitida siguen como no disponibles de forma explícita. evidence-join une la evidencia normalizada con una lista de escaneo, auditoría o páginas según la política estricta de claves external_join.v1, con relajaciones explícitas únicamente. Conserva las poblaciones coincidentes, solo rastreadas, solo externas y no vinculables en su granularidad declarada, e informa de las colisiones de claves en lugar de multiplicar filas. --compare junto con una política declarada añade una decisión pura de compatible, incompatible o desconocido según el periodo, el límite de zona horaria, la identidad, la atribución, el motor y la granularidad. Además, informa de la elegibilidad de cuadrantes con cero medido para el trabajo posterior de cohortes. Las fuentes restringidas mantienen filas e identificadores dentro de un artefacto local privado y devuelven solo recuentos.

navegación por hallazgos…

Amplía seohead watch hasta convertirlo en un observador de proyecto de solo lectura, con navegación por hallazgos conservados, detalle de evidencia, estado de vistas guardadas y de revisión, y avisos de bandeja de MCP con alcance explícito.

confirmación de documento malformada, evitando una segunda subida automática cuando no pueda establecerse la aceptación.

renderizado y hash de origen…

Mide las vistas previas de informes a partir de la evidencia conservada, incluidos el tamaño renderizado, el hash de origen, los recuentos de población, la cobertura y el perfil. Informa de los renderizadores ausentes y de las entradas demasiado grandes antes de enviar. Ajusta el presupuesto de JS del asistente completo al contrato de cola compartido.

propiedad…

Conserva las identidades exactas de envío del bot confirmadas tras caídas de la cola o de la propiedad, deduplica las actualizaciones de confianza y aísla el estado, la cancelación, la recuperación y la entrega por actor o chat que inicia cada trabajo. Las repeticiones intencionales e idénticas siguen siendo trabajos separados.

remotas…

Registra la preparación de Google Sheets en un punto de control antes de crear cualquier hoja de preparación remota, y concilia una respuesta de inicio perdida mediante sus identidades deterministas de hoja de preparación antes de reintentar.