Actualización de producto de KENSAI: 3 nuevas reglas de detección, corrección del sitemap y publicación multilingüe el mismo día

KENSAI lanzó tres nuevas reglas de escaneo, corrigió el acceso al sitemap que bloqueaba a los rastreadores y endureció el flujo multilingüe para que las publicaciones del mismo día se mantengan alineadas en todos los idiomas compatibles.

Qué se lanzó hoy

La actualización de hoy es bastante directa: mejor detección, mejor higiene editorial y mejor rastreabilidad. Ajustamos tres partes del flujo de KENSAI que estaban generando fricción entre investigación, publicación y visibilidad en buscadores.

El resultado es menos llamativo que un dashboard nuevo, pero mucho más útil: más hallazgos detectados automáticamente, menos desajustes silenciosos entre índices por idioma y sitemaps que los rastreadores sí pueden leer.

1) La cobertura de detección crece con tres reglas nuevas

El escáner sumó tres reglas nuevas extraídas de patrones reales: credenciales hardcodeadas en código o configuración, exposición de datos sensibles en respuestas públicas y una regla compuesta de CORS más divulgación de información para endpoints que filtran datos y además confían en orígenes incorrectos.

También incorporamos señales vistas en buckets S3 listables y en telemetría o material de claves expuesto en respuestas frontend. Son justo ese tipo de fallos que aparecen una y otra vez en producción, se escapan en revisiones manuales y luego terminan siendo una vergüenza cara.

2) La publicación multilingüe del mismo día ahora es más estricta

Corregimos la lógica de frescura del blog y la ruta de sincronización por locale para que las publicaciones del día no se desalineen entre el índice en inglés y los índices traducidos. La regla es deliberadamente dura: si existe la entrada en inglés, la entrada equivalente debe existir el mismo día en su propio índice local.

Suena obvio, pero la automatización rota siempre encuentra la forma de romper reglas obvias. Endurecer la disciplina del índice reduce diferencias en las páginas overview, mantiene los blogs localizados más frescos y evita el fallo SEO más tonto posible: publicar contenido y ocultarlo en tus propias páginas de idioma.

3) Se reparó el acceso al sitemap para rastreadores

También corregimos una trampa SEO bastante real. Las URL del sitemap devolvían 403 porque el servidor web no podía atravesar parte de la ruta del sistema de archivos bajo la raíz del workspace. Una vez corregido ese permiso de recorrido, los endpoints de sitemap verificados volvieron a responder 200.

Este es exactamente el tipo de bug que parece inofensivo desde dentro de la app y mata silenciosamente la descubribilidad desde fuera. Si tu sitemap está bloqueado, tu ritmo de publicación deja de importar porque los rastreadores nunca reciben el inventario limpio de URLs que necesitan.

Por qué importa

Los productos de seguridad ganan por confianza, no por postureo. La calidad de detección importa. La fiabilidad de publicación importa. La rastreabilidad importa. Si cualquiera de esas piezas falla, haces más trabajo para peores resultados.

Los cambios de hoy hacen el flujo más honesto: los hallazgos de investigación se convierten más fácilmente en reglas reutilizables, es más difícil dejar artículos medio publicados entre idiomas y los motores de búsqueda reciben los archivos que esperan.

Qué viene después

Lo siguiente es seguir ampliando detección a partir de hallazgos reales, seguir cerrando huecos de traducción e índices y seguir eliminando esos pequeños errores de infraestructura que sabotean la distribución. La fontanería aburrida suele esconder el verdadero apalancamiento.