La monitorización SEO en detalle: el asistente, las cuatro señales y el historial

Esta es la versión detallada de la página de producto Monitorización SEO . Allí se explica para qué le sirve. Aquí se explica qué aspecto tiene dentro de la aplicación.

Una sola palabra en el código

Una sola palabra en el código puede hacer que su página más importante sea invisible para Google. Casi siempre ocurre sin que nadie lo note durante una actualización, y no llama la atención hasta que el tráfico se desploma. Hasta entonces suelen pasar semanas, y cada uno de esos días cuesta visibilidad que antes le costó mucho construir.

Qué gana usted con ello

• Se entera en horas, no en semanas. Sus páginas más importantes se comprueban a diario desde Pro, semanalmente en el plan gratuito y, si quiere, mucho más de cerca tras una actualización.
• El aviso le dice qué hacer. Recibe el valor antiguo y el nuevo uno al lado del otro, no solo la indicación de que algo ha cambiado.
• No necesita conocimientos técnicos de SEO. Introduce una dirección y el resto lo hace el asistente. A partir de su sitemap le proponemos las páginas con las que gana su dinero.
• Empezar no cuesta nada. Una URL ya está incluida en el plan gratuito y se comprueba semanalmente.

Y una delimitación honesta: la monitorización SEO no es una suite SEO. No hace investigación de palabras clave, ni seguimiento de posiciones, ni auditoría de enlaces. Se ocupa de que sus páginas sigan siendo visibles para Google y, con ello, complementa a una suite SEO en lugar de sustituirla.

La vigilancia tras un cambio en su web

El mayor riesgo no aparece en el día a día, sino en las horas posteriores a una actualización. Justo para eso existe la comprobación intensiva: la activa con un clic, comprobamos entonces la página cada hora durante 24 horas en lugar del ritmo normal y, al vencer el plazo, vuelve sola al ritmo habitual.

Así detecta un fallo dentro de la ventana en la que aún es barato corregirlo, en lugar de descubrirlo en el siguiente vistazo al informe.

Antes y después en lugar de «algo ha cambiado»

Marca una vez un estado como bueno. Ese punto de comparación, la baseline, es a partir de entonces la referencia. Cada comprobación se contrasta con él, y el aviso muestra el valor antiguo y el nuevo directamente uno al lado del otro.

Esa es la diferencia entre un aviso que le inquieta y un aviso con el que puede trabajar de inmediato. En la vista general, los casos críticos suben arriba automáticamente para que no tenga que buscar.

Cuando su propia web deja fuera a Google

No toda pérdida de visibilidad está en el código. A veces es una nueva regla de protección de su proveedor de hosting o de seguridad que rechaza al bot de Google con un error. Para sus visitantes la página se ve con total normalidad, para Google está cerrada.

Este caso lo señalamos expresamente como bloqueo y nombramos al proveedor que rechaza, en lugar de informar simplemente de que «todo está en orden». Lo mismo vale cuando no alcanzamos una página en absoluto: así consta en el informe y no cuenta como éxito.

Situaciones típicas

• Después de cada actualización: activar la comprobación intensiva y dejar que las páginas más importantes se observen durante las horas críticas.
• Money pages y páginas de producto: fijar la URL canónica y recibir un aviso cuando un cambio en el CMS la desplaza a otro dominio.
• Protección frente a accidentes con el entorno de pruebas: si su robots.txt excluye de pronto una money page, se entera en horas en lugar de en semanas.
• Cambios en el software de protección: si una nueva regla de seguridad rechaza al bot de Google, lo ve como bloqueo junto con el proveedor.

Qué se comprueba exactamente

• robots.txt: ¿está su URL siquiera permitida para el bot configurado?
• <meta name="robots">: noindex, nofollow y el conjunto completo de directivas.
• X-Robots-Tag en la cabecera HTTP: el mismo efecto, pero fácil de pasar por alto, por ejemplo tras un cambio en el CDN.
• <link rel="canonical">: apunta a lo que debe y no a su entorno de pruebas.

Cada comprobación termina con un resultado claro (ok, warning, critical, fetch_failed, blocked_by_waf o rate_limited) más la comparación con la baseline. Así reconoce de un vistazo si algo ha cambiado desde la última ejecución correcta.

De forma estándar comprobamos la respuesta HTML entregada, sin ejecutar JavaScript. Si su página construye sus contenidos primero en el navegador, active el renderizado de JavaScript desde el plan Business para checks concretos dentro de su cuota mensual. Cuánto le queda de ella aparece en el asistente antes de que lo active.

Qué aspecto tiene esto

Planes

Desde Pro las páginas se comprueban a diario, desde Business cada 6 horas si quiere. El renderizado de JavaScript está incluido en la cuota mensual desde Business. En todos los planes está el conjunto completo de señales; no hay una versión reducida de la comprobación.

Cómo consultamos sus páginas

• Consultamos una dirección por check, más el robots.txt una vez por host (con 30 minutos de caché).
• Respetamos los límites de tasa y reducimos el ritmo cuando una página nos rechaza.
• No crawleamos su sitio: sin recorrido de enlaces, sin datos de sesión almacenados.
• En nuestra página del bot pública está explicado cómo autorizar nuestro monitor SEO en su software de protección, para que la comprobación no falle en su propio cortafuegos.

Empezar

Cree su primer check SEO directamente en el panel: elegir la dirección, activar las señales, fijar el punto de comparación, listo. Las comprobaciones diarias vienen preconfiguradas desde Pro, y la comprobación intensiva la añade con un clic antes de una actualización.

Probar 14 días gratis →