Estado actual del sitio
Comprueba si el sitio activo aparece como disponible, caído, agotado o inaccesible antes de abrir la evidencia detallada.
Monitorización de disponibilidad para sitios SEO y de ingresos
Comprueba si el sitio del proyecto es accesible, mide su disponibilidad y sus tiempos de respuesta de 30 días, revisa fallos HTTP y recuperación de incidentes, y avisa al buzón adecuado sin convertir el uptime en una promesa de posicionamiento.
TL;DR
Demasiado largo; no leído
Mostrar resumen Ocultar resumen
TL;DR
Demasiado largo; no leído
¿Qué es Screpy Uptime Monitoring?
Screpy Uptime Monitoring comprueba repetidamente el sitio público configurado para un proyecto, registra disponibilidad HTTP y tiempo de respuesta, y resume los últimos 30 días con incidentes y notificaciones por correo compatibles. Proporciona evidencia de monitorización externa; no diagnostica la infraestructura ni garantiza visibilidad en buscadores.
Configura la comprobación del proyecto
- Screpy monitoriza la URL pública configurada para el proyecto actual.
- Uptime Monitoring puede activarse o desactivarse en los ajustes del proyecto.
- El intervalo disponible depende del plan activo.
- Una dirección opcional puede recibir correos compatibles de caída.
Lee el estado de 30 días
- El estado actual muestra el resultado de la última comprobación completada.
- El porcentaje de uptime resume las comprobaciones correctas de los últimos 30 días.
- El tiempo medio de respuesta usa las comprobaciones correctas del mismo periodo.
- La última comprobación y el total de comprobaciones hacen visible la actualidad.
Inspecciona la evidencia
- Las respuestas HTTP 2xx y 3xx se registran como disponibles.
- Otras respuestas HTTP, tiempos de espera y errores de conexión permanecen diferenciados.
- Las comprobaciones recientes incluyen estado, tiempo de respuesta, código HTTP y marca de tiempo.
- Los incidentes conservan juntos el inicio de la caída y la recuperación.
Entiende los límites
- Cada proyecto monitoriza su sitio configurado, no una lista arbitraria de endpoints.
- Las comprobaciones HTTP externas no sustituyen la monitorización de infraestructura o transacciones.
- Screpy registra síntomas y recuperación, pero no afirma analizar automáticamente la causa raíz.
- La disponibilidad permite el acceso de rastreo, pero no garantiza indexación ni rankings.
Consulta disponibilidad, respuesta e incidentes en una sola vista.
Empieza por el estado actual y utiliza el resumen de 30 días, las comprobaciones recientes, la línea de tiempo de respuesta y las marcas de los incidentes para decidir si el sitio necesita investigación.
Porcentaje de uptime de 30 días
Calcula la proporción de comprobaciones correctas del periodo actual de 30 días en lugar de juzgar la fiabilidad por una sola petición.
Tiempo medio de respuesta
Revisa el tiempo medio de las comprobaciones correctas del mismo periodo para mantener separadas disponibilidad y latencia de entrega.
Línea de tiempo de respuesta
Sigue las mediciones recientes en un gráfico y compara los periodos lentos con despliegues, picos de tráfico o cambios de infraestructura.
Comprobaciones HTTP recientes
Inspecciona estado, código HTTP, tiempo de respuesta, estado de error seguro y marca de tiempo de las comprobaciones recientes.
Distribución de estados
Separa resultados correctos, caídas, tiempos de espera y errores de conexión para saber si un problema es aislado o repetido.
Historial de incidentes y recuperación
Revisa incidentes abiertos y resueltos con sus horas de inicio y recuperación, sin perder el evento cuando el sitio vuelve a estar disponible.
Notificaciones por correo
Envía avisos compatibles de caída y recuperación a miembros del proyecto y a una dirección opcional cuando el incidente cumpla los requisitos.
Monitoriza el sitio público configurado para cada proyecto.
Screpy envía comprobaciones HTTP externas recurrentes al intervalo disponible en el plan activo y mantiene el resultado dentro del mismo espacio de trabajo SEO.
- Usa la URL ya configurada en el proyecto
- Registra respuestas HTTP 2xx y 3xx como disponibles
- Distingue fallos HTTP, tiempos de espera y errores de conexión
Lee uptime y respuesta como un patrón.
La vista continua de 30 días convierte comprobaciones individuales en un historial útil sin ocultar el último resultado ni la actualidad de los datos.
- Revisa el estado actual y el porcentaje de uptime
- Compara el tiempo medio con la serie de respuestas
- Inspecciona comprobaciones recientes y toda la distribución de estados
Mantén caída y recuperación en la misma línea de tiempo.
Una comprobación fallida abre o actualiza un incidente y la siguiente comprobación correcta registra su resolución, con inicio, duración y recuperación claros.
- Sigue por separado incidentes abiertos y resueltos
- Conserva las marcas de inicio y resolución
- Envía correos compatibles de caída y recuperación
Configura un ciclo útil de monitorización de disponibilidad.
Una comprobación aporta valor cuando el objetivo es público, el intervalo corresponde a su importancia, las notificaciones llegan al buzón responsable y cada incidente termina con una recuperación verificada.
- 01
Usa la URL pública del proyecto
Elige un destino público estable que deban alcanzar visitantes y rastreadores. Evita rutas privadas de administración o páginas intencionadamente no disponibles.
- 02
Activa las comprobaciones y configura el intervalo
Activa Uptime Monitoring en los ajustes del proyecto, usa el intervalo del plan y añade un correo opcional para la persona responsable.
- 03
Lee el patrón de 30 días antes de escalar
Compara estado, porcentaje de uptime, historial de respuesta, resultados HTTP y fallos repetidos en lugar de declarar una caída por un único dato.
- 04
Investiga y confirma la recuperación
Comprueba despliegue, DNS, TLS, hosting, firewall y aplicación fuera de Screpy; después confirma que una comprobación correcta posterior resuelve el incidente.
Prioriza sitios donde el tiempo de inactividad tiene un coste real.
Usa comprobaciones recurrentes en proyectos donde la disponibilidad afecta a ventas, leads, campañas, acceso de clientes o a la recuperación de contenido público por los rastreadores.
Sitios de ingresos
Mantén la tienda, el sitio de reservas, el producto de suscripción o la web de captación bajo comprobaciones externas recurrentes.
Propiedades de búsqueda orgánica
Vigila el sitio público que deben alcanzar rastreadores y visitantes orgánicos antes de que importen el contenido o el posicionamiento.
Sitios de lanzamientos y campañas
Sigue el sitio durante lanzamientos, migraciones, rediseños y campañas activas, cuando un problema de disponibilidad tiene un coste inmediato.
Carteras con varios proyectos
Revisa el uptime de cada proyecto de Screpy por separado para mantener sitios de clientes o marcas en un solo flujo.
Conoce los límites de un resultado de uptime.
Screpy ofrece evidencia HTTP externa e historial de incidentes para el sitio configurado. Usa infraestructura, registros, pruebas de transacciones y datos de búsqueda cuando la pregunta supere ese alcance.
Un sitio por proyecto
Uptime Monitoring comprueba la URL pública configurada para el proyecto Screpy; no es una lista general de monitores de endpoints independientes.
Comprobación externa, no telemetría de infraestructura
El resultado indica si respondió el destino público. No inspecciona CPU, memoria, contenedores, bases de datos, redes privadas ni registros del servidor.
Evidencia de incidente, no prueba de causa raíz
Estado HTTP, tiempos y marcas del incidente acotan la investigación, pero no prueban si la causa fue DNS, TLS, hosting, despliegue, firewall o código.
Disponibilidad no es garantía SEO
Una página pública funcional es necesaria para visitas y rastreo, pero un uptime alto no garantiza indexación, rankings, tráfico, ingresos ni conversiones.
Usa el flujo de salud web que corresponda al fallo.
Monitoriza accesibilidad con el tiempo, audita el sitio cuando se repitan fallos o patrones de rastreo, o revisa rendimiento después de estabilizar la disponibilidad.
Sigue estado actual, uptime de 30 días, historial de respuesta, comprobaciones HTTP recientes e incidentes del sitio.
Rastrea el sitio para encontrar páginas fallidas repetidas, problemas de redirección, destinos rotos y patrones técnicos alrededor de una incidencia.
Ejecuta controles de rendimiento en laboratorio cuando el sitio es accesible pero el tiempo de carga o la respuesta aún requieren investigación.
Documentación de Screpy
Aprende a monitorizar la disponibilidad del sitio
Sigue la guía de Screpy para elegir una URL pública útil, configurar el intervalo y el correo según el plan, interpretar la evidencia de 30 días y verificar la recuperación de incidentes.
Preguntas sobre la monitorización de disponibilidad, respondidas.
Entiende la URL objetivo, la lógica de estados HTTP, el intervalo, el historial de 30 días, los tiempos de respuesta, la recuperación, el alcance de las notificaciones y la diferencia frente a la monitorización completa de infraestructura.
¿Qué mide Screpy Uptime Monitoring?
Screpy comprueba la URL pública configurada para un proyecto y registra disponibilidad, código HTTP, tiempo de respuesta, hora de comprobación y estado de error seguro. El panel resume los últimos 30 días con uptime, respuesta media, comprobaciones recientes, distribución de estados e incidentes.
¿Qué considera Screpy que está disponible o caído?
Una respuesta HTTP completada en el rango 200 o 300 se registra como disponible. Otras respuestas se registran como caídas, mientras que los tiempos de espera y otros fallos se separan como timeout o error.
¿Con qué frecuencia comprueba Screpy el uptime?
Screpy usa el intervalo configurado para el proyecto. Los valores disponibles dependen del plan actual y algunos planes permiten intervalos de un minuto. El panel muestra la última comprobación para que evalúes la actualidad.
¿Uptime Monitoring muestra el historial de respuesta?
Sí. La vista Uptime representa respuestas recientes y muestra la media de 30 días de las comprobaciones correctas. El tiempo de respuesta es contexto operativo, no rendimiento completo de carga ni experiencia real del usuario.
¿Cómo funcionan los incidentes de caída y recuperación?
Una comprobación fallida abre o actualiza el incidente actual. Cuando una comprobación posterior tiene éxito, Screpy resuelve el incidente abierto y guarda la hora de recuperación.
¿Screpy envía alertas de caída?
Screpy puede enviar por correo eventos de caída compatibles a miembros del proyecto y a una dirección opcional. Después puede llegar un mensaje de recuperación. La lista de incidentes es la fuente principal porque no todos los fallos generan correo.
¿Uptime Monitoring sustituye la monitorización de servidores o transacciones?
No. Screpy verifica externamente el sitio público configurado. No inspecciona infraestructura privada ni prueba recorridos de varios pasos como inicio de sesión, búsqueda, formularios o checkout.
¿Una caída puede afectar al rastreo o la indexación?
Los problemas de disponibilidad pueden impedir que los rastreadores obtengan una página y los errores repetidos pueden reducir el rastreo. Uptime Monitoring aporta evidencia, pero no garantiza cuándo un buscador rastreará, indexará o posicionará una URL.
Detecta cuándo el sitio del proyecto deja de estar disponible.
Activa comprobaciones recurrentes, dirige los correos de incidentes al buzón adecuado, revisa la evidencia de 30 días y confirma la recuperación después de corregir el problema.
Tu trabajo SEO con un presupuesto menor
Descubre cómo Screpy combina auditorías, posiciones, visibilidad en IA y supervisión con límites claros.