Monitorización SEO: qué vigilar en la web de un cliente, cada cuánto y cómo evitar el ruido

La monitorización SEO es la vigilancia periódica de lo que puede romper la visibilidad de una web sin que nadie lo note: que deje de indexarse, que robots.txt bloquee de golpe, que caduque el certificado o que empeoren los Core Web Vitals. Funciona con aviso inmediato para lo que corta el tráfico y una revisión semanal o mensual para todo lo demás.

Para comprobarlo en tu web: Para agencias

Es lo que pasa entre dos informes. El informe SEO para clientes cuenta qué cambió, por qué y qué se hace después; la monitorización te avisa de que algo se ha roto antes de que lo note el cliente, para que el informe pueda decir también qué hiciste al respecto.

¿Qué hay que vigilar en la web de un cliente y cada cuánto?

Se vigila primero lo que deja la web fuera de Google de un día para otro y después lo que la desgasta poco a poco. La frecuencia la marca cuánto daño hace cada fallo mientras nadie lo ve, no lo fácil que sea medirlo.

robots.txt: el fallo que más daño hace en menos tiempo

El caso clásico es un despliegue que sube a producción el robots.txt del entorno de pruebas, con un Disallow: / que veta todo. Google guarda en caché el robots.txt durante un máximo de 24 horas por lo general, así que el veto puede tardar ese tiempo en notarse y otro tanto en levantarse1. Si el archivo devuelve un error de servidor, Google deja de rastrear la web durante las primeras 12 horas y, si el error sigue, usa la última versión buena durante 30 días1.

El informe de robots.txt de Search Console muestra qué archivos ha encontrado Google en los 20 hosts principales de la web, cuándo los leyó por última vez y qué errores tienen. También permite pedir que lo vuelva a leer en una emergencia2. Para no depender de mirar el informe, esta comprobación cabe en una tarea diaria (cambia example.com por el dominio del cliente):

# Una vez, cuando el robots.txt esté bien: guarda la copia de referencia
curl -s https://www.example.com/robots.txt -o robots-bueno.txt

# Cada día (por ejemplo, desde cron):
# 1. ¿Responde el archivo? Un 5xx detiene el rastreo de Google
curl -s -o /dev/null -w "%{http_code}\n" https://www.example.com/robots.txt

# 2. ¿Ha cambiado desde la copia buena?
curl -s https://www.example.com/robots.txt -o robots-hoy.txt
diff -q robots-bueno.txt robots-hoy.txt || echo "robots.txt ha cambiado: revísalo"

# 3. ¿Hay un veto total?
grep -nE "^Disallow:[[:space:]]*/[[:space:]]*$" robots-hoy.txt && echo "Hay un Disallow: / completo"

Un Disallow: / no siempre es un error: puede estar en el grupo de un rastreador de entrenamiento que el cliente ha decidido vetar. Por eso el aviso dice «revísalo» y no «arréglalo». Qué hace cada rastreador de IA y cuáles conviene dejar pasar está en la guía de rastreadores de IA y robots.txt.

El certificado: cada vez dura menos

El 11 de abril de 2025, el CA/Browser Forum, que reúne a las autoridades de certificación y a los navegadores, aprobó reducir la validez máxima de los certificados TLS públicos de 398 a 47 días en fases, entre marzo de 2026 y marzo de 20293. Let's Encrypt, que emitía certificados de 90 días, pasará a 64 días en febrero de 2027 y a 45 en febrero de 20284.

Con esas duraciones, renovar a mano deja de ser viable. Let's Encrypt recomienda automatizar la renovación y tener una monitorización que avise si un certificado no se renueva cuando debía4. La fecha de caducidad se consulta en una línea:

echo | openssl s_client -connect www.example.com:443 -servername www.example.com 2>/dev/null \
  | openssl x509 -noout -enddate

Qué más comprobar de HTTPS, del contenido mixto a las redirecciones, está en la guía de HTTPS y SEO.

Core Web Vitals: por qué mirarlos cada día no sirve

Los datos de usuarios reales de PageSpeed Insights cubren los 28 días anteriores5. El informe de Core Web Vitals de Search Console sale de esa misma fuente, y cuando marcas un problema como arreglado abre un seguimiento de 28 días para comprobarlo6. Un arreglo, por tanto, se nota poco a poco: el primer día solo pesa un 1/28 de la ventana.

Lo mismo vale al revés. Una plantilla nueva que empeora el LCP no dispara los datos de campo de golpe. Para eso está la prueba de laboratorio de Lighthouse, que da el resultado al momento, aunque varía de una ejecución a otra. La combinación útil es laboratorio tras cada despliegue y datos de campo cada semana o cada mes. Los umbrales y qué mide cada métrica están en la guía de Core Web Vitals.

¿Qué herramientas gratuitas sirven para vigilar una web?

Tres cubren la mayor parte de la tabla sin coste:

• Los correos de Search Console. Search Console envía mensajes de propiedad a todos los usuarios que corresponda, por ejemplo un aviso de un problema de indexación nuevo7. Los usuarios restringidos solo reciben los mensajes que les afectan directamente, así que tu agencia debería entrar como usuario completo en la propiedad del cliente8.
• El informe de problemas de seguridad de Search Console. Recoge el contenido hackeado, el malware y software no deseado, y las páginas de ingeniería social. Las páginas afectadas pueden salir en Google con una advertencia o con una página de aviso en el navegador9.
• Un monitor de disponibilidad. Por ejemplo, el plan gratuito de UptimeRobot incluye 50 monitores con comprobaciones cada 5 minutos y aviso de caducidad del certificado y del dominio. UptimeRobot lo presenta como pensado para proyectos personales y sin ánimo de lucro, así que revisa sus condiciones antes de usarlo con clientes10.

Lo que ninguna de las tres hace es comparar dos análisis completos de la misma página y decirte qué ha empeorado. Para los enlaces rotos hace falta un rastreo aparte; cómo hacerlo está en la guía de enlaces rotos.

¿Cómo se distingue una alerta útil del ruido?

Una alerta útil pide una acción concreta, dice qué cambió, dónde y frente a qué, y salta solo por encima de la variación normal de la medida. Todo lo que no cumpla esas tres condiciones va a un resumen semanal, no al buzón.

Tres reglas para que las alertas sigan leyéndose dentro de seis meses:

1. Un umbral por encima de la variación natural. Las pruebas de laboratorio varían de una ejecución a otra y los datos de campo se mueven solos. Un aviso por cada punto acaba en una regla de correo que lo archiva.
2. La comparación, con el mismo criterio. El estado de hoy frente a la medición anterior de la misma página, medida igual. Si la herramienta cambia cómo mide, la diferencia no es tuya ni del cliente.
3. Un responsable por tipo de alerta. Si un tipo de aviso lleva un mes sin que nadie haga nada con él, quítalo o cámbialo a resumen.

¿Cómo hace SmoothSeen la monitorización?

Declaración de interés: este blog es de SmoothSeen. Su monitorización programada vuelve a analizar cada cliente sin que tengas que acordarte: cada mes en el plan Profesional, cada semana en Agencia y cada día en Enterprise.

• Qué vigila: la página que elijas de cada cliente o, si no eliges ninguna, la última que analizaste. Cada análisis automático pasa las mismas comprobaciones de Posicionamiento web y Posicionamiento IA que uno lanzado a mano, y gasta uno de la cuota del mes.
• Cuándo avisa: si la nota web o la de IA cae 5 puntos o más frente al análisis anterior de esa página, te llega un correo con la bajada y el enlace al informe. Por debajo de esa cifra, el movimiento suele ser ruido de medición. Los análisis que lanzas a mano no avisan.
• Qué ves después: el antes y el después separa lo arreglado, lo nuevo y lo pendiente entre dos análisis del mismo cliente, juzgados con el mismo criterio. Con la marca blanca de los planes Agencia y Enterprise, el correo de aviso sale con la marca de tu agencia; lo explicamos en la guía de informes SEO de marca blanca.

Lo que no hace también cuenta. Vigila una página por cliente, no la web entera. No sustituye a un monitor de disponibilidad: si la web está caída o rechaza el análisis, no hay nota con la que comparar. Y no se conecta a Search Console ni sigue posiciones, así que los correos de Search Console siguen siendo imprescindibles.

Preguntas frecuentes

¿Cada cuánto hay que revisar el SEO de la web de un cliente?

Depende del fallo. La disponibilidad se comprueba cada pocos minutos; el certificado y el robots.txt, cada día y después de cada despliegue; la indexación, cada semana; y los Core Web Vitals, los enlaces rotos y el contenido, cada mes. Una auditoría completa tiene sentido al empezar con el cliente y después de cada rediseño o migración.

¿Search Console avisa si la web deja de indexarse?

Avisa por correo de problemas nuevos de la propiedad, por ejemplo uno de indexación, a los propietarios y usuarios que corresponda. Pero lo hace a su ritmo, después de rastrear, no en el momento en que se sube un noindex. Por eso conviene sumarle una comprobación propia del robots.txt y de las páginas más importantes tras cada despliegue.

¿Por qué no mejoran los Core Web Vitals justo después de arreglarlos?

Porque los datos de usuarios reales que muestran PageSpeed Insights y Search Console cubren los 28 días anteriores. Las visitas de antes del arreglo siguen dentro de la ventana hasta que salen de ella. Para comprobar el arreglo al momento usa la prueba de laboratorio, y espera unas cuatro semanas para ver el efecto completo en los datos de campo.

¿Qué diferencia hay entre monitorizar y auditar una web?

Una auditoría es una revisión completa y puntual que encuentra todo lo que falla y lo ordena por gravedad. La monitorización es la vigilancia repetida de un conjunto menor de señales, pensada para detectar lo que se rompe después. La primera dice por dónde empezar; la segunda, si algo ha cambiado desde entonces.

Qué hacer ahora

Elige un cliente y comprueba tres cosas hoy: que tu agencia recibe sus correos de Search Console, que un monitor vigila su disponibilidad y su certificado, y que hay una copia buena de su robots.txt con la que comparar. Después decide qué cuentas en el próximo informe con la guía de informe SEO para clientes.