Detecte las páginas rotas que siguen cargando
La monitorización de disponibilidad se limita a una pregunta: ¿ha respondido la página? Muchos de los problemas que le cuestan visitas y pedidos a una web no cambian esa respuesta: sigue siendo que sí. La cuadrícula de productos de la tienda aparece vacía. El CMS muestra su mensaje de error dentro del diseño normal. El aviso de mantenimiento sigue puesto cuando el mantenimiento ya ha terminado. Una versión sale con la configuración de staging, y con ella <meta name="robots" content="noindex">, y el sitio desaparece de los resultados de búsqueda en las semanas siguientes.
Pingsured lee el HTML y comprueba los elementos que usted indique, con los mismos selectores CSS que ya usa en las herramientas para desarrolladores de su navegador.
Qué comprobar
| Selector CSS | Operador | Valor |
|---|---|---|
h1 | contiene | Colección de primavera |
.product-card | aparece al menos | 12 |
.price | coincide con | [0-9] |
.maintenance-banner | no existe | |
meta[name=robots][content*=noindex] | no existe |
Una comprobación también puede leer un atributo en lugar del texto: link[rel=canonical] con el atributo href igual a la dirección de la propia página detecta una etiqueta canónica que apunta a otro sitio. Cuando una página indica cuándo se actualizó por última vez, por ejemplo en time[datetime] o en una etiqueta meta article:modified_time, los operadores de antigüedad le avisan cuando esa fecha queda más atrás de lo que debería.
El texto se compara con los espacios en blanco normalizados, así que un salto de línea o un cambio de sangría en la plantilla no dispara una alerta. Si prefiere XPath a CSS, cada comprobación puede usar cualquiera de los dos.
Por qué comprobar sus páginas con Pingsured
- Detecta lo que verían sus visitantes. No solo «el servidor ha respondido», sino «la página tiene sus productos, sus precios y ningún mensaje de error».
- Problemas de posicionamiento en la siguiente comprobación, no en el siguiente rastreo. Un
noindexo una etiqueta canónica errónea se detectan dentro del intervalo de comprobación (minutos), en lugar de las semanas que tardan en notarse como tráfico perdido. - Selectores que ya conoce, combinables libremente con el código de estado, una búsqueda de texto y comprobaciones de cabeceras; el ping solo es correcto cuando se cumplen todas.
- Cada ubicación por separado. Una página que un nodo de la CDN sirve desactualizada, o que una regla de cortafuegos bloquea en una región, falla desde esa ubicación sin quedar oculta por las demás.
- Fácil de excluir de sus estadísticas. Cada solicitud lleva el User-Agent
Pingsured/1.0, y nuestras comprobaciones salen de direcciones publicadas.
Límites que conviene conocer
- Las comprobaciones leen el HTML que envía su servidor; no ejecutan JavaScript. El contenido que una aplicación de una sola página genera en el navegador no aparece en lo que se comprueba: compruebe en su lugar la API de la que carga sus datos.
- La página se lee hasta 1 MB. El HTML que continúa más allá se comprueba hasta donde llega, así que un elemento cerca del final de una página muy grande puede no encontrarse.
- Las comprobaciones envían
GEToHEADy pueden añadir cabeceras de solicitud y autenticación HTTP básica. Las páginas protegidas por un formulario de inicio de sesión no pueden comprobarse.