Monitorización de webs para agencias: cómo organizarla

La monitorización de webs para agencias depende menos de qué comprobaciones haces y más de cómo funciona el proceso en toda la cartera de clientes: quién se encarga de cada alerta, cómo se da de alta un sitio nuevo, qué cambia según el tipo de web y qué pasa cuando un cliente se va. Una agencia que tiene que monitorear webs de clientes, cuarenta por ejemplo, necesita las mismas respuestas tanto si usa una herramienta como cinco, y la mayoría de los huecos tienen su origen en el proceso antes que en el software.

Esta guía trata esa parte operativa. Si todavía estás eligiendo software, consulta las mejores herramientas de monitorización web para agencias. Para la lista de señales que conviene vigilar en cada sitio, la referencia es el checklist de monitorización web para agencias.

Monitorización de webs para agencias: un responsable con nombre por cliente

El fallo más habitual es una alerta que vio todo el mundo y que nadie gestionó. Un canal compartido llamado #monitorizacion con todos los clientes dentro acostumbra al equipo a pasar de largo.

Asigna un responsable a cada web de cliente, normalmente el account manager, y apunta ese nombre allí donde viva la ficha del cliente: el CRM, la herramienta de proyectos o una columna en la hoja de cálculo con los dominios. El responsable no tiene que arreglarlo todo. Su trabajo es leer la alerta el mismo día que llega, decidir quién se ocupa y avisar al cliente si hace falta que lo sepa.

Las alertas técnicas suelen necesitar un segundo nombre. Una caída o un problema de SSL va a quien tenga acceso al hosting, que puede ser tu desarrollador, un freelance o el proveedor de IT del propio cliente. Registra ese contacto en el alta, porque en mitad de una caída es mal momento para preguntar quién tiene el acceso al servidor.

Dar de alta la web de un cliente nuevo

Añadir el sitio a la monitorización forma parte del checklist de onboarding, junto a conseguir acceso a Search Console y GA4. Hacerlo el primer día también te da una línea base: cada alerta posterior se compara con el sitio tal como estaba cuando lo recibiste, algo útil cuando un cliente pregunta si un problema ya existía antes de que llegaras.

Una secuencia que funciona para cada sitio nuevo:

1. Confirma el dominio canónico (con o sin www, HTTPS) y la URL del sitemap, que suele figurar en el robots.txt.
2. Añade el sitio a tu herramienta de monitorización y dirige sus alertas al responsable de la cuenta.
3. Anota el emisor del certificado SSL y el registrador del dominio, y quién paga las renovaciones en el lado del cliente.
4. Registra qué tracking debería haber: GA4, GTM, Meta Pixel y qué plataforma de consentimiento.
5. Lanza un primer escaneo SEO completo y guarda los resultados como punto de partida.

El paso 5 importa para las expectativas. Los problemas que aparecen en el primer escaneo van en la propuesta o en las notas del kickoff, y no en una alerta tres semanas después que parezca algo que has roto tú.

Qué vigilar según el tipo de web

Las señales básicas valen para todos los sitios, pero su peso cambia según el tipo de web.

Una web corporativa en WordPress cambia poco, así que los riesgos llegan con las actualizaciones de plugins y temas y con las migraciones. Vigila el noindex, la opción "Disuadir a los motores de búsqueda de indexar este sitio" en Ajustes > Lectura, las ediciones del robots.txt y las páginas de mantenimiento que se quedan activas. Nuestra guía de monitorización SEO en WordPress entra en la parte de los plugins.

Un ecommerce tiene un sitemap grande y en movimiento. Se añaden y retiran productos a diario, así que los cambios en el número de URL son normales, y la señal de alarma es que caiga de golpe una categoría entera. El tracking en las plantillas de checkout y los canonicals de las páginas de categoría con filtros merecen atención especial.

Una web de captación de leads vive de sus formularios y sus tags. Si el contenedor de GTM o el Meta Pixel desaparecen de las landing pages, las campañas de pago siguen gastando mientras las conversiones dejan de registrarse, de modo que la presencia de los tags y el banner de consentimiento van primero.

Los sitios multidioma suman hreflang y sitemaps por idioma, y son los que más sufren cuando un canonical apunta a la versión en el idioma equivocado.

Enrutar alertas cuando cambia el equipo

Enviar las alertas a cada account manager funciona hasta que alguien se va de vacaciones o deja la agencia. Ayudan dos hábitos. Enruta por cliente y no por persona, para que un canal de Slack como #cliente-ejemplocom se mantenga y solo cambien sus miembros. Y convierte la reasignación de cuentas en parte de cualquier traspaso, porque una alerta que llega al buzón de un excompañero en la práctica no llega a nadie. Alertas SEO en Slack explica la configuración de canales con más detalle.

Revisión semanal de toda la cartera

Las alertas diarias cubren los incidentes. Una revisión semanal corta detecta lo que las alertas no pueden, como una alerta que se abrió y nunca se cerró, o un patrón que se repite en varios clientes alojados en el mismo hosting.

Mantén un orden del día fijo. Repasa las alertas abiertas por cliente y confirma que cada una tiene un desenlace. Mira qué certificados SSL y dominios caducan en los próximos uno o dos meses. Comprueba que los sitios añadidos hace poco envían las alertas a la persona correcta. Si esa semana un cliente lanzó un rediseño o cambió de desarrollador, revisa los cambios de su web con más calma.

La revisión es también el momento en que los hallazgos de la monitorización se convierten en conversaciones con los clientes, por ejemplo sobre un proveedor de hosting que deja caducar los certificados una y otra vez.

Dar de baja a un cliente

Cuando termina un contrato, quita el sitio de la monitorización el último día y archiva su canal de alertas. Dejarlo activo crea dos problemas: alertas sobre una web que ya no controlas y una posición poco clara si algo se rompe cuando ya te has ido y el cliente pregunta por qué no le avisaste.

Si tu herramienta lo permite, exporta el historial de monitorización antes de eliminar el sitio. Un registro del estado de la web en tu último día resulta útil si más adelante surge una disputa.

Qué contar a los clientes sobre la monitorización

Concreta qué cubres y con qué rapidez. Si tus comprobaciones SEO son diarias, di diarias. Prometer que "vigilamos la web 24/7" invita a preguntar por qué un cambio hecho a las 9 de la mañana no se señaló hasta el día siguiente.

Basta con un párrafo breve en el contrato o en el email de bienvenida: qué señales monitorizas, con qué frecuencia, quién recibe las alertas en tu equipo y cuándo tendrá noticias tuyas el cliente. A muchos clientes también les gusta tener un enlace que puedan abrir por su cuenta; nuestro artículo sobre la página de estado para clientes lo explica.

Cómo encaja Deltio en una organización por cliente

Deltio se adapta a la estructura por cliente descrita arriba. Cada sitio de la cuenta tiene sus propias alertas por Slack y email, así que el enrutado sigue al cliente. Comprueba el sitemap y las páginas a diario y los compara con la comprobación anterior, cubriendo noindex, robots.txt, canonicals, title, meta description y H1, URL del sitemap, uptime, caducidad de SSL y dominio, GA4, GTM y Meta Pixel, plataformas de consentimiento de cookies y páginas de mantenimiento. Los escaneos SEO manuales te dan la línea base del alta, y los planes Professional y Enterprise exportan a CSV para los registros de baja y los informes.

El límite que hay que tener en cuenta es el tiempo: las comprobaciones son diarias, no en tiempo real. Starter cubre 50 sitios por 29 € al mes (24 € al mes con facturación anual), Professional 200 sitios por 59 € al mes (49 € con facturación anual) y Enterprise 500 sitios por 139 € al mes (116 € con facturación anual).

Puedes probarlo 14 días con tu lista actual de clientes.