# Un hallazgo ilustrativo: de la evidencia del escaneo al plan de verificación

> Tres actos, con los propios componentes del producto en cada etapa.

Fuente: https://citetune.com/es/como-funciona

## Acto uno: evidencia

Un hallazgo empieza con lo que vimos literalmente: códigos de estado, cabeceras, recuentos de bytes y el user agent que los produjo, citados y no resumidos.

El mecanismo deducido va en una banda aparte, de otro color, y lleva la línea que lo refutaría.

## Acto dos: una corrección que revisas

Este diff ilustrativo muestra un posible cambio de regla, con revisión de seguridad y plan de reversión. Comprueba la configuración real de la CDN, el tráfico afectado y las funciones de tu cuenta antes de aplicar nada.

Aplicas tú mismo una corrección aprobada o fusionas una pull request revisada si está configurado el conector de GitHub. CiteTune no tiene permisos de escritura en tu sitio en producción.

## Acto tres: verificación

Tras un cambio real, repite el mismo escaneo e informa, con fecha e identificador de la regla, si el hallazgo 403 sigue reproduciéndose. Verifica por separado el tráfico del proveedor.

Cualquier cambio en la visibilidad en IA se informa por separado, con su tasa de finalización, y no establecemos una relación causal entre ambos.

## Pasos

1. **Obtén la evidencia** — Ejecuta un rastreo acotado del mismo sitio y recopila los hechos observados de cada una de las dieciséis reglas deterministas.
2. **Revisa la corrección segura** — Lee el diff propuesto, su nivel de seguridad, sus condiciones previas y su plan de reversión, y aplica el parche tú mismo, o fusiónalo como pull request si el conector de GitHub está configurado.
3. **Verifica el resultado** — Después de un cambio real de reglas, repite el mismo escaneo y comprueba por separado el tráfico de los rastreadores verificados de los proveedores. Informa de la visibilidad en IA por separado.