Novedades

Cada versión, en lenguaje claro.

Fechado, versionado, sin jerga. Cada versión de Monitrova, en lenguaje claro — qué cambió para ti, no los nombres de los migrations.

  1. v1.21.0 Site Agent Seguridad

    Sabe quién inicia sesión — y consulta tus pedidos de WooCommerce

    El Monitrova Site Agent — nuestro plugin gratuito para WordPress — ahora lleva un registro de seguridad completo y muestra la actividad de tu tienda. Actualiza a la v0.2.16 para ver los inicios de sesión correctos y fallidos, los restablecimientos y cambios de contraseña, y cada pedido de WooCommerce en cuanto entra, directamente en la cronología del Agent del sitio.

    • Actividad de acceso y contraseñas. Cada inicio de sesión correcto (de todos los usuarios, con los administradores marcados), cada intento fallido (con el nombre de usuario probado) y los restablecimientos y cambios de contraseña aparecen ahora en la cronología. Las direcciones IP siguen tu ajuste de hash actual.
    • Pedidos de WooCommerce, con detalles. Los pedidos realizados se muestran ahora con su número, estado, total, artículos y método de pago — tanto en el checkout clásico como en el de bloques. No se envían nombres, correos ni direcciones de clientes a Monitrova.
    • Activado por defecto, fácil de ajustar. Ambos se controlan desde Ajustes → Monitrova Site Agent en tu sitio. Actualiza el plugin (o deja que se actualice solo) a la v0.2.16 para activarlos.
  2. v1.20.0 Site Agent WordPress

    Consulta tu Site Agent de un vistazo — y dónde añadirlo

    El Monitrova Site Agent — nuestro plugin gratuito para WordPress — ahora es mucho más fácil de encontrar y revisar. Añade un sitio WordPress y lo detectamos automáticamente, mostrando un aviso para configurarlo con un solo clic; y cada sitio indica ahora si su agente está conectado, además de una marca para cualquier problema reciente, directamente desde tu lista de sitios y el panel.

    • ¿Es WordPress? Te lo decimos. Cuando añades un sitio WordPress, Monitrova lo detecta y muestra un aviso de “Configurar Site Agent” en la página del sitio — para que añadas la supervisión de plugins, temas, actualizaciones del núcleo y seguridad en un par de clics, en lugar de tener que buscarla.
    • Estado de conexión de un vistazo. Cada sitio muestra ahora una pequeña insignia cuando su Site Agent está conectado — y una marca de inactivo o sin señal si ha dejado de responder — en tu lista de sitios, el panel y la página de detalle.
    • Problemas recientes, a la vista. Si el agente informa de un problema (como un error fatal o un hallazgo de seguridad) en las últimas 48 horas, aparece una etiqueta junto al sitio que enlaza directamente con los detalles.
  3. v1.19.0 Alertas Precisión

    Corregido: algunas alertas podían llegar dos veces

    Encontramos y corregimos un error por el que una alerta de “sitio caído” o “recuperado” podía enviarse dos veces para el mismo evento. Si recibiste hace poco un correo de alerta duplicado, esa era la causa — ya está resuelto y tus alertas llegarán una sola vez.

    • Qué pasó. En ciertas condiciones de tiempo, nuestras comprobaciones en segundo plano podían ejecutar brevemente dos copias a la vez, y cada una enviaba la misma alerta. Nunca se perdió ninguna — algunas simplemente se duplicaron.
    • Corregido. Las comprobaciones ya no pueden solaparse, así que cada alerta se envía exactamente una vez.
  4. v1.18.0 Precisión Auditoría Monitorización

    Tus comprobaciones de SEO y SSL siguen funcionando aunque un sitio bloquee a nuestro verificador

    En la última actualización dejamos de generar falsas alertas de “caída” en sitios que bloquean nuestra IP de monitorización en su cortafuegos. Ahora el resto de comprobaciones también están cubiertas: si un sitio nos bloquea, tu auditoría de página/SEO y la comprobación del certificado SSL se ejecutan automáticamente desde una segunda ubicación, de modo que obtienes el resultado real en lugar de un aviso falso.

    • Auditoría de SEO y página de inicio desde la copia de seguridad. Una página bloqueada parecía no tener título, llevar un “noindex” o mostrar un error de servidor que no era real. Ahora Monitrova vuelve a descargar tu página real desde una segunda red y audita esa.
    • Comprobaciones de SSL desde la copia de seguridad. Si un sitio bloquea nuestra IP a nivel de red, la comprobación de caducidad/validez del certificado también recurre a la segunda ubicación, así no recibes un aviso de SSL erróneo.
    • Sigues sin tener que cambiar nada. Todo ocurre en nuestro lado. Ves el resultado correcto y registramos desde qué ubicación se hizo cada comprobación.
  5. v1.17.0 Precisión Alertas Monitorización

    Menos falsas alertas de ‘sitio caído’

    Algunos sitios web bloquean a los verificadores automáticos en su cortafuegos y nos devuelven un error aunque el sitio funcione perfectamente para los visitantes reales. Monitrova ahora vuelve a comprobarlo desde una segunda ubicación independiente antes de avisar — así, un sitio que solo está bloqueando a nuestro verificador ya no provoca una falsa “caída”.

    • Confirmación desde una segunda ubicación. Cuando una comprobación falla, Monitrova vuelve a probar la misma dirección desde otra red antes de dar el sitio por caído. La alerta solo salta cuando ambas ubicaciones coinciden en que es inaccesible.
    • No hay que cambiar nada en tus sitios. Esto funciona por completo en nuestro lado — no tienes que añadir nada a una lista de permitidos ni tocar la configuración de tu servidor o cortafuegos.
    • Recomprobación manual precisa. El botón “Recomprobar” de la página de un sitio ahora usa la misma lógica de dos ubicaciones, de modo que refleja lo que ven tus visitantes reales en lugar de si nuestro verificador está bloqueado.
  6. v1.16.0 Actualizaciones UX Admin

    Suscríbete al newsletter de Monitrova

    Ya puedes apuntarte para recibir novedades ocasionales del producto, consejos de monitorización y recomendaciones de fiabilidad — y darte de baja con un solo clic. La suscripción es opcional allí donde aparece (sin casillas premarcadas), está completamente separada de las alertas de monitorización y los correos de facturación, y funciona tengas cuenta o no.

    • Opt-in opcional al registrarte. El formulario de registro ahora tiene una casilla sin marcar: “Quiero recibir actualizaciones ocasionales de Monitrova”. Márcala una vez y estarás en la lista; déjala sin marcar y nunca te enviaremos marketing.
    • Formularios de alta en el sitio de marketing. Un bloque sencillo de correo + botón aparece ahora en la home (encima del CTA final), en /pricing (debajo del FAQ) y en esta página /updates. Funciona también para visitantes sin cuenta.
    • Gestiona el newsletter desde tu cuenta. Un nuevo interruptor “Newsletter de Monitrova” se suma a los de alertas / resúmenes / notificaciones de cuenta en /account/notifications. Activa o desactiva, guarda, listo.
    • Baja con un solo clic en cada correo. Cada newsletter lleva un enlace de baja personal. Haces clic una vez, sales de la lista, y guardamos la fecha en nuestro registro de consentimiento. Darte de baja del newsletter NO afecta a las alertas de caída, alertas de SSL, informes mensuales, recibos de facturación, restablecimientos de contraseña ni invitaciones de cuenta — todo eso sigue funcionando exactamente igual.
    • Usuarios existentes incluidos por defecto. Si ya tenías cuenta en Monitrova antes de esta versión, te tratamos como suscrito (con la fecha de consentimiento de tu alta original). Si no quieres newsletters del producto, desmarca el interruptor en /account/notifications y listo.
  7. v1.15.4 Sitio Diseño Acerca de

    Nuevas páginas /compare, capturas reales del producto y una home dirigida por personas

    Renovación del sitio de marketing. Aterrizaron tres cosas a la vez: páginas comparativas frente a los tres monitores de uptime de toda la vida que más nos mencionan los clientes potenciales (BetterStack, StatusCake, UptimeRobot); capturas reales del producto que sustituyen los “mockups de informe” hechos con CSS en el hero y en la sección del dashboard; y una nueva sección de personas en la home para que cada visitante se identifique (freelance, agencia, fundador en solitario) antes de leer cualquier copy de funcionalidades. Totalmente bilingüe — las ocho páginas de comparación existen en inglés y español. No cambió nada del código de la plataforma; no hay nada que instalar ni migrar.

    • Hub /compare + tres comparativas directas. /compare/ es un hub que enlaza a páginas comparativas profundas frente a BetterStack, StatusCake y UptimeRobot. Cada página cubre qué hacen ambos productos, en qué va más lejos Monitrova, precios lado a lado, una fila de “clasificación”, y tarjetas de “te conviene si …” / “quédate con ellos si …”. EN + ES = ocho páginas nuevas en el sitemap.
    • Capturas reales del producto en el hero. El hero de la home ahora muestra un informe mensual real de Monitrova, no un mockup CSS. La sección del pulso diario muestra también un dashboard real. Ambas usan <picture> con WebP y JPG de respaldo para verse nítidas y cargar rápido.
    • Home dirigida por personas. Nueva sección bajo el hero con tres personas (freelance llevando sitios de clientes, agencia gestionando 50 propiedades, fundador en solitario con su propio producto). Cada tarjeta tiene una cita, una descripción del tipo de encaje, y una pista del plan recomendado. El plan de la agencia interpola datos reales del plan para que los “X sitios”, la cadencia y el precio se mantengan al día cuando los planes cambien.
    • Foto del fundador + copy basado en planes + nueva FAQ. La foto de Wayne ya está en /about. El copy de la home que menciona precios, número de sitios o intervalos de chequeo los lee de /api/plans al renderizar, así se mantiene preciso sin ediciones manuales. La FAQ de la home gana una octava entrada que responde a la pregunta más frecuente del tráfico de las comparativas.
  8. v1.15.3 Site Agent WordPress

    Site Agent v0.2.15 — el banner de “Actualización disponible” deja de quedarse colgado tras actualizar

    Pequeño arreglo de UX en el plugin de WordPress. Algunas personas notaron que el banner de “Actualización disponible” en el admin de WP seguía apareciendo después de actualizar el Site Agent — apuntando a la misma versión que ya estaba instalada. La causa era una entrada obsoleta en la caché de update_plugins de WordPress que de vez en cuando sobrevivía a la limpieza estándar (subidas por ZIP, retrasos del object cache). Parcheado por dos vías para que se auto-cure en la siguiente carga del admin.

    • Limpieza defensiva al reconstruir el transient. Cuando el plugin ve que la versión instalada coincide con la versión en Monitrova, ahora también elimina su entrada obsoleta de la caché de actualizaciones de WP — no sólo se añade a la lista de “al día”. El banner se borra en cuanto WP refresca su lista de plugins.
    • Auto-curación al cargar el admin. Una comprobación barata en cada página del admin elimina la entrada obsoleta en cuanto cargas cualquier pantalla del backend, así no tienes que esperar a que la caché de WordPress caduque sola. Sólo escribe cuando hay algo obsoleto que limpiar — si no, es un no-op.
  9. v1.15.2 Site Agent UX

    Línea de tiempo del Site Agent — por defecto los últimos 10 eventos, con filtro de rango temporal

    La página del agente de cada sitio mostraba 100 eventos en cada visita, lo cual se vuelve incómodo en un sitio con mucha actividad. El nuevo valor por defecto es Últimos 10, con un desplegable para ampliar a las últimas 24 horas, 7 días, 30 días o todo. Cosa pequeña, pero deja la página tranquila.

    • Últimos 10 por defecto. Normalmente entras a la página del agente para echar un vistazo rápido a lo último. Mostrar 10 al principio mantiene la página ágil y lo relevante en la parte de arriba. El desplegable amplía la ventana cuando de verdad quieres ver el historial.
    • Línea de resumen bajo el título. “Mostrando 8 eventos · últimos 7 días · filtrado” — así sabes de un vistazo qué rango y filtros están activos sin tener que volver a leer los desplegables.
    • Estado vacío más inteligente. Si filtras a una ventana tranquila y no hay eventos, la página te invita a ampliar el rango — en vez del mensaje anterior que sugería que el plugin no estaba instalado.
  10. v1.15.1 Site Agent WordPress

    Site Agent v0.2.14 — las actualizaciones automáticas del core de WordPress ya aparecen en la línea de tiempo

    Arreglo silencioso en el plugin de WordPress. Hasta hoy, una actualización automática del core en un sitio monitorizado actualizaba el campo de versión en el siguiente heartbeat, pero nunca aparecía como un evento discreto de “WordPress core actualizado” en la línea de tiempo. La causa era una trampa sutil de PHP — la variable global $wp_version en memoria se queda obsoleta durante la misma petición que ha hecho la actualización. Ahora parcheado por dos vías para cubrir todos los caminos.

    • El hook del actualizador ahora ve la nueva versión. Cuando el actualizador estándar de WordPress (manual o automático) termina, el plugin vuelve a leer wp-includes/version.php desde disco antes de comparar, así que las actualizaciones manuales y automáticas estándar disparan core_updated al instante.
    • Cada heartbeat hace una doble comprobación. Si tu hosting cambió los ficheros del core a nivel de sistema (sin pasar por el actualizador de WP), o ejecutaste wp core update con WP-CLI en otro proceso, o restauraste una copia de seguridad — el hook del actualizador no se dispara nunca. El heartbeat ahora compara la versión del core guardada con el valor en ejecución y emite el evento en cuanto un heartbeat detecta el cambio. Marcado detected_by_heartbeat en el campo de actor para que sepas qué vía lo cogió.
    • Sin eventos duplicados. Cuando el hook del actualizador hace su trabajo correctamente, actualiza el valor guardado — así que el heartbeat ve coincidencia la próxima vez y se queda callado. Las dos vías comparten una sola fuente de verdad.
  11. v1.15.0 Site Agent WordPress

    Dispara el cron atrasado de WordPress desde el panel de Monitrova — un clic, sin iniciar sesión en WP

    Nueva tarjeta de Acciones remotas en la página del agente de cada sitio. Primer botón: Disparar cron atrasado ahora. Si un sitio acumula trabajos pendientes de WP-Cron (síntoma habitual de un hosting mal configurado), puedes vaciarlos sin iniciar sesión en WordPress — el plugin recoge el comando en su siguiente heartbeat y reporta el resultado en la línea de tiempo. Sienta las bases para futuros botones remotos (ejecutar barrido de seguridad, comprobación de integridad).

    • Disparar cron atrasado ahora. El plugin recorre la lista de eventos programados de WordPress y ejecuta cada hook atrasado en la misma petición PHP, con un presupuesto de 8 segundos de tiempo de pared. Los eventos recurrentes se reprograman antes de disparar para que un handler lento no pueda dispararse dos veces. El resultado aparece en tu línea de tiempo como, por ejemplo, “Disparados 8 eventos atrasados de WP-Cron · 1240 ms”.
    • Se entrega en el siguiente heartbeat. Monitrova no tiene canal entrante hacia tu instalación de WordPress — el plugin nos consulta a nosotros. Los comandos que encolas desde el panel viajan en la siguiente respuesta de heartbeat (en ~15 minutos como máximo; menos en sitios con tráfico gracias al disparo en proceso de la v0.2.12). Una vez el plugin reclama el comando, la ranura se limpia, así que cada comando se entrega exactamente una vez.
    • El botón se desactiva mientras hay un comando pendiente. Haz clic una vez; el estado pasa a “Disparar cron — en cola” hasta que el plugin lo recoja. No vas a encolar diez copias por accidente durante una ventana de heartbeat lenta.
    • Requiere plugin v0.2.13. Los plugins anteriores ignoran el nuevo campo en la respuesta del heartbeat, así que el botón no hace nada en silencio hasta que actualicen. El auto-actualizador (introducido en v0.2.8) deja a las instalaciones al día en ~1 hora tras el despliegue de la plataforma — sin instalar ZIP a mano.
  12. v1.14.4 Site Agent WordPress

    Site Agent v0.2.12 — el cron se despierta solo, sin cron del sistema ni iniciar sesión

    Arregla una trampa real del hosting WordPress: muchos servidores compartidos (Imunify360, Comodo, OWASP CRS) bloquean el loopback HTTP de WP-Cron como si fuera un “escáner de vulnerabilidades”. En esos hosts el resultado es que los eventos programados no se ejecutan nunca — heartbeats, reintentos, barridos diarios se quedan atrasados para siempre. v0.2.12 deja de depender de ese loopback por completo.

    • Cada petición de WordPress despierta el cron. Un visitante del front, un crawler, una comprobación de uptime desde el propio Monitrova — el plugin comprueba si alguno de sus eventos está pendiente y lo ejecuta en línea en el mismo proceso PHP. Sin loopback HTTP, sin cron del sistema, sin necesidad de iniciar sesión en el admin.
    • Con limitador y presupuesto de tiempo. Como mucho un tick de recuperación por minuto (lock con transient), con un presupuesto duro de 4 segundos por tick. Lo que no entre en esos 4 segundos se queda programado para la siguiente petición. Peor caso para un visitante: ~4 s extra de latencia en una de cada muchas páginas, la que “atrape” el tick.
    • Acotado y seguro. Solo se ejecutan los eventos programados de Monitrova — los crons de otros plugins no se tocan. Cada handler va dentro de su propio try/catch para que un evento fallido no pueda romper la página del front que lo disparó. Si ya tienes un cron del sistema configurado, sigue funcionando en paralelo — tirantes y cinturón.
  13. v1.14.3 Site Agent WordPress Actualizaciones

    Site Agent v0.2.11 — el aviso de “Actualización disponible” aparece ahora en ~1 hora

    Un segundo pulido sobre el plugin de WordPress: el actualizador guardaba en caché su comprobación de “última versión” durante 12 horas, lo que a veces ocultaba un release reciente hasta medio día. La capa de caché ha desaparecido; ahora marca el ritmo el transient propio de actualizaciones de WordPress (refrescado aproximadamente cada hora).

    • Propagación más rápida. El peor caso del tiempo entre el lanzamiento de una nueva versión de Site Agent en Monitrova y la aparición del aviso “Actualización disponible” en el admin de WP de un sitio instalado baja de hasta ~13 horas a ~1 hora. No hay nada que cambiar; el nuevo comportamiento es automático a partir de v0.2.11.
    • Estado menos sorprendente. La caché se desincronizaba ocasionalmente — por ejemplo si se refrescaba justo cuando la plataforma estaba momentáneamente en una versión anterior a la instalada en el sitio. Eliminarla elimina toda una clase de bugs del tipo “el aviso debería estar y no está”. Las instalaciones que actualicen desde 0.2.8–0.2.10 limpian la caché antigua automáticamente en la primera petición tras la actualización.
  14. v1.14.2 Site Agent WordPress

    Site Agent v0.2.10 — el heartbeat ya se ejecuta solo, como debía

    Una corrección real en el plugin de WordPress: los eventos de WP-Cron del heartbeat, reintentos de cola y comprobación de cron nunca llegaron a programarse en instalaciones ≤ 0.2.9. Solo se ejecutaban cuando el operador pulsaba “Enviar heartbeat ahora” en el admin del plugin. Actualiza a v0.2.10 y vuelven a dispararse en su cadencia normal — sin reactivar nada.

    • Por qué pasaba. La activación del plugin se ejecuta ANTES de que WordPress dispare el hook init. El filtro de programaciones personalizadas del plugin (para “cada 15 min”, “cada 5 min”, etc.) solo se enganchaba en init, así que cuando el código de activación intentaba programar esos eventos, WordPress no podía resolver los nombres de programación y los descartaba en silencio. Los eventos con cadencias integradas (diario) no se vieron afectados, por eso lo de cadencia diaria funcionaba bien.
    • La corrección se autorrepara. v0.2.10 engancha el filtro de programaciones al cargar el archivo (funciona durante la activación) Y añade un paso de reconciliación que se ejecuta en cada petición, reprogramando cualquier evento que falte. Así, las instalaciones existentes que estaban rotas en silencio se recuperan solas en la primera petición tras actualizar. Sin reactivación manual, sin comandos WP-CLI.
  15. v1.14.1 Site Agent Seguridad UX

    Las marcas de seguridad ganan ayuda en lenguaje claro, los pasos de instalación se ocultan cuando el agente ya está conectado

    Una ronda de pulido en la línea de tiempo de Site Agent por sitio. El barrido diario de seguridad ahora explica cada marca en línea (qué significa, por qué importa, el comando exacto para arreglarlo) y la tarjeta de instrucciones de instalación desaparece una vez que el plugin habla realmente con Monitrova — menos ruido para el caso habitual.

    • Ayuda en lenguaje claro en los eventos security_sweep. Códigos como wp_config_world_readable o file_editor_enabled se expanden ahora a un título amigable (p. ej. “wp-config.php es legible por todos”), una explicación breve de por qué importa, y el comando exacto que copiar — chmod 640 wp-config.php o la línea DISALLOW_FILE_EDIT de wp-config — ahí mismo, dentro de la fila del timeline. Cubre permisos de wp-config, el editor de archivos, WP_DEBUG_DISPLAY en producción y PHP no soportado.
    • La tarjeta de instalación se oculta sola en cuanto estás conectado. El bloque "Conectar el plugin de WordPress" de tres pasos aparecía en cada visita a la página Site Agent de un sitio. Ahora solo aparece cuando realmente hay algo que hacer (sin token, token revocado o token nunca usado). Una vez que el agente se ha autenticado al menos una vez, la página abre directamente con el estado, el contador de 24 h y el timeline.
    • Pulido en la página /updates. v1.13.0 mostraba literalmente “&mdash;” en su titular; arreglado. Las etiquetas añadidas recientemente (Site Agent, WordPress, Planes, Actualizaciones, además de las anteriores UX / Diseño / Onboarding) tienen ahora tintes de color adecuados a juego con el resto de la paleta del sitio.
  16. v1.14.0 Site Agent WordPress Actualizaciones

    Site Agent: actualizaciones con un clic dentro de WordPress + una línea de tiempo más tranquila

    Una ronda de pulido sobre el plugin Site Agent estrenado en v1.13.0. Ahora se integra en el flujo nativo de actualizaciones de WordPress — aparece la barra “Actualización disponible” en la pantalla de Plugins y el actualizador descarga el ZIP protegido por ti. La línea de tiempo gana también un estado intermedio más suave y un monitor demasiado ruidoso se calma.

    • Actualizaciones con un clic dentro de WordPress. Cuando sale una nueva versión de Site Agent, cada sitio instalado la ve como una actualización de plugin normal en WP admin → Plugins. Sin SFTP, sin volver a subir ZIPs manualmente. La descarga sigue pasando por el token del sitio, así que solo tus sitios pueden traerse actualizaciones.
    • Nuevo estado “Inactivo” del agente. La tarjeta de conexión en la página Site Agent de cada sitio pasaba antes de verde Conectado a amarillo Inactivo tras 30 minutos — demasiado pronto. Ahora muestra un gris tranquilo Inactivo en la ventana de 30 min – 6 h (el heartbeat va con retraso) y solo escala a Stale tras 6 horas de silencio (vale la pena revisar).
    • Monitor de rendimiento más silencioso. El agente ya no dispara eventos slow_request ni memory_pressure en contexto cron — esas mediciones reflejan lo que otros plugins hicieron en la misma tanda de cron, no algo causado por Site Agent. La lentitud real en cron sigue cubierta por el evento dedicado cron_slow_run.
    • Pulido: arreglos de layout en móvil de la página Site Agent (las migas de pan se ajustan limpiamente, las URLs largas ya no empujan el viewport), el lightbox “Ver detalles” muestra ahora la descripción completa del plugin y el changelog, y el agente está testeado hasta WordPress 7.0.
  17. v1.13.0 Site Agent WordPress Planes

    Site Agent — el sensor para WordPress que convierte cada alerta en una línea de tiempo

    Un nuevo plugin para WordPress reporta a Monitrova cada actualización de plugin, cambio de tema, inicio de sesión de administrador, error PHP fatal, fallo de pasarela de WooCommerce, petición lenta y evento de seguridad — para que cuando algo se rompa, puedas ver exactamente qué cambió justo antes. Disponible desde Starter en adelante.

    • Instala el plugin desde Cuenta → Site Agent. Los planes de pago tienen descarga con un clic (siempre coincide con la versión de la plataforma). Pega el token del sitio, pulsa Probar conexión, y los eventos empiezan a llegar en segundos.
    • Cada sitio tiene ahora una página Site Agent (abre un sitio → botón Site Agent) con una tarjeta de conexión en vivo, contador de severidad de las últimas 24 horas, snapshot del último heartbeat (versión WP, versión PHP, tema, estado de WooCommerce, memoria, tendencias de rendimiento) y una línea de tiempo filtrable de eventos recientes — cada uno renderizado como una frase humana del tipo "Plugin actualizado: WooCommerce v9.4.2 → v9.4.3 por admin@…".
    • Lo que captura: cambios de plugins / temas / core / usuarios, errores fatales PHP y líneas de debug.log, fallos de WooCommerce (pedidos fallidos, errores de pasarela), señales de rendimiento (peticiones lentas, presión de memoria, WP-Cron lento), eventos de seguridad (ráfagas de logins fallidos, cambios de opciones sensibles, barrido diario de wp-config), y verificación opcional de integridad de archivos contra los checksums de api.wordpress.org — con valores por defecto respetuosos con la privacidad (IPs y User-Agents hasheados por defecto, sin datos de clientes o pedidos).
    • Los tokens se almacenan como hash SHA-256; el secreto en claro se muestra una sola vez al crearlo y no es recuperable. Cada petición de ingesta se verifica también contra la URL del sitio para la que se emitió el token, así que un token pegado en la instalación de WordPress equivocada no puede alimentar accidentalmente la línea de tiempo de otro sitio.
    • En Free: el área de Site Agent muestra lo que el plugin capturaría y un botón Mejorar plan a un clic. Los clientes actuales en Starter, Pro y Beta no se ven afectados — el plugin está incluido en su plan.
  18. v1.12.0 UX Diseño

    Un aspecto coherente en cada página

    El lenguaje visual limpio del panel — etiquetas de estado en color, tarjetas resumen con acentos por tono, cabeceras de sección ordenadas, acciones tipo "ghost" — ahora recorre todas las pantallas de la app, así pasar del panel a Sitios, Incidencias, Alertas o Informes se siente como una sola app en vez de cuatro.

    • La página Sitios abre ahora con cuatro tarjetas resumen (totales / sanos / con avisos / caídos ahora). La lista usa las mismas etiquetas redondeadas que el panel, con un icono real de play/pausa para el conmutador de activo. El estado vacío explica qué hacer a continuación.
    • La página de detalle del sitio (Sitios → selecciona un sitio) muestra la URL, el cliente, la etiqueta y "comprobado hace N" en la cabecera con iconos consistentes. El estado aparece como una etiqueta de color con su icono (escudo, triángulo de aviso, señal cortada). Las cuatro tarjetas resumen (uptime %, tiempo de respuesta, días SSL, auditoría de página) llevan ahora los mismos acentos por tono que el panel.
    • Incidencias, Alertas e Informes reciben el mismo tratamiento — cabeceras de sección con icono y línea inferior, etiquetas de estado en color con su icono, chips redondeados para tipos y etiquetas, acciones tipo "ghost". La etiqueta de incidencia intermitente incluso lleva un pequeño rayo.
    • No ha cambiado nada funcional — ni nuevas páginas, ni nuevos botones, ni ajustes que tocar. Los enlaces, formularios, filtros y acciones existentes siguen funcionando igual. Es una versión puramente de pulido para que la app se lea como un único producto.
  19. v1.11.0 Alertas Clasificación

    Los avisos de caída ahora dicen por qué

    Cuando un sitio monitorizado deja de responder, el correo de aviso y el panel ahora nombran la causa real — error fatal de WordPress, reto de bots de Cloudflare, error de servidor nginx — en lugar de decir solo que el sitio "no responde". Si el servidor devolvió un mensaje útil, lo verás.

    • Los avisos de caída incluyen una nueva línea Causa probable y, cuando podemos identificar el mensaje, un breve extracto de lo que devolvió el servidor — normalmente la línea exacta del error de WordPress / PHP / Laravel que rompió el sitio.
    • Causas reconocidas hoy: error fatal de WordPress, error crítico de WordPress, WordPress no puede conectar con su base de datos, WordPress atascado en modo mantenimiento, error fatal de PHP genérico, excepción de Laravel, reto de bots de Cloudflare, origen no alcanzable de Cloudflare (5xx 520-527), página 5xx de nginx por defecto y página 5xx de Apache por defecto.
    • La tabla Comprobaciones recientes de la página del sitio muestra ahora la misma causa legible en la columna de error, sustituyendo el críptico "Expected HTTP 200, got 500.".
    • Solo hacia adelante — únicamente los fallos posteriores al despliegue llevan el nuevo diagnóstico. Las incidencias antiguas se quedan como estaban; nunca capturamos el cuerpo de la respuesta entonces, así que no hay nada que revisar.
  20. v1.10.0 Onboarding UX

    Añadir un sitio es ahora un solo campo

    La pantalla para añadir un sitio antes pedía trece cosas de entrada. Ahora pide una — la URL de tu página principal — y aplica valores por defecto sensatos al resto. El conjunto completo de opciones sigue ahí, a un clic.

    • Pega la URL de tu página principal, pulsa Añadir sitio. Monitrova rellena los valores por defecto de tiempo de espera, código HTTP esperado, aviso de expiración SSL y demás. Se acabó el muro de campos entre tú y tu primera comprobación.
    • El nombre visible se rellena automáticamente desde tu URL — https://www.example.com se convierte en example.com en informes y alertas. Si prefieres otro nombre, escríbelo; si no, déjalo en blanco.
    • Los usuarios avanzados conservan todo: enrutado de alertas (correo por sitio, webhook, sensibilidad), umbrales de monitorización, interruptores SSL/SEO, notas — todo detrás de un desplegable "Mostrar ajustes avanzados" al crear, y siempre visible al editar.
    • La confirmación tras añadir el sitio ahora marca expectativas: "La primera comprobación se ejecuta en unos minutos — solo te escribiremos si algo falla." Una frase, sin sorpresas.
  21. v1.9.1 Sitio Seguridad Acerca de

    Renovación del sitio + política pública de seguridad

    Un refresco completo del sitio centrado en mostrar lo que el producto realmente hace — más una política pública de divulgación de seguridad y una respuesta más clara a "quién hay detrás".

    • La portada muestra ahora un informe mensual realista — con las mismas KPIs, fila de incidencia, resumen SSL y auditoría de página principal que recibes tras registrarte.
    • Nueva sección "Vista diaria" debajo previsualiza la vista de flota del panel, y el sistema sin ruido se renderiza como un registro de alertas con timestamp, no como un explicativo genérico.
    • Divulgación pública de seguridad en /.well-known/security.txt y /about#security — respuesta en 72 horas, parche en 30 días para temas críticos, petición de divulgación responsable.
    • La página About nombra al desarrollador detrás de Monitrova (Wayne Tomlinson) y reconoce honestamente que Mailgun gestiona el envío de correo, en lugar de insinuar un transporte SMTP propio.
    • nginx en producción endurecido para no filtrar su versión en las cabeceras de respuesta.
    • Corregido un bug preexistente en el que el selector de idioma de la barra de navegación y el pie de página siempre te llevaba a la portada en español en lugar de a la versión en español de la página en la que estabas. Detectado durante la revisión previa al lanzamiento.
  22. v1.9.0 Admin Cuentas

    Invitaciones más limpias + borrado permanente de cuentas

    Dos mejoras de administración no relacionadas en una sola versión. El flujo antiguo reutilizaba el reset de contraseña para invitar; el nuevo es una invitación real con su propio email y página de configuración.

    • Los usuarios invitados ahora reciben un email de bienvenida dedicado ("Te han invitado a Monitrova") con un enlace de configuración de 14 días.
    • Nueva página /invite/{token} reemplaza el secuestro del reset de contraseña. Misma seguridad; copia más clara.
    • Los tokens de invitación y reset se verifican cruzados en servidor — un token de invitación no puede usarse en la página de reset y viceversa.
    • Los administradores pueden ahora borrar permanentemente cuentas soft-deleted con confirmación de nombre escrito. Las entradas del audit log sobreviven al borrado para que el historial de admin dure más que la cuenta.
  23. v1.8.0 Crawler Precisión

    Peticiones de monitorización firmadas + mejoras en recheck

    Las peticiones salientes ahora pueden firmarse criptográficamente para que Cloudflare (y cualquier verificador web-bot-auth) confirme que la petición viene realmente de Monitrova, no de alguien falsificando el User-Agent.

    • Nuevo soporte de Web Bot Auth (RFC 9421, compatible con Cloudflare). Cada sonda lleva un conjunto de cabeceras con firma Ed25519; la clave pública se sirve en el directorio well-known estándar.
    • "Recheck now" sobre un sitio ahora re-ejecuta las tres capas — uptime, SSL y salud de página — no solo la sonda de uptime. Un recheck manual reevalúa de verdad.
    • Corregido un falso positivo de partial-render — páginas grandes que omiten </body></html> (algunos temas de WordPress, buffers de salida PHP) ya no se marcan erróneamente como truncadas.
    • Corregido que las incidencias "sospechosas" se mostraban como "Resueltas" en la página de detalle. Ahora muestran un badge "Sospechosa" en color info.
  24. v1.7.0 Alertas Pipeline

    El sistema de alertas sin ruido

    El diferenciador que le da el nombre a Monitrova. Cinco mecanismos que deciden si una alerta merece tu bandeja de entrada — juntos evitan las inundaciones que provocan otros monitores.

    • Confirmación en dos escaneos para incidencias no críticas. Un fallo aislado nunca llega a tu inbox; el segundo escaneo confirma (la alerta sale) o lo limpia en silencio.
    • Detección de oscilaciones y resumen diario. Cuando el mismo problema abre y se recupera 3+ veces en 24h, las alertas individuales paran y toma el relevo un resumen diario.
    • Supresión de recuperaciones. Si la alerta original se retuvo, el correspondiente "tu sitio está de vuelta" también se retiene — nunca avisos sobre problemas que no te avisamos.
    • Horas tranquilas, por cuenta, conscientes de la zona horaria IANA. Las alertas no críticas se retienen dentro de la ventana; las de site-down y SSL-invalid siguen pasando.
    • Canal webhook. Pon cualquier URL HTTPS en los ajustes de un sitio; cada alerta dispara un POST JSON junto al email.
  25. v1.6.0 Clasificación Monitorización

    Clasificación más inteligente — causa raíz, no síntomas

    Cuando tu página principal renderiza un error de base de datos, eso es una incidencia crítica de backend, no tres avisos de "meta tag faltante". La nueva clasificación respeta la diferencia.

    • Nuevo tipo de incidencia backend_error. Errores de conexión a base de datos, PHP fatals y páginas de crash de framework se identifican como incidencias críticas de backend — los chequeos SEO fallidos se muestran como síntomas derivados.
    • Detección de challenge anti-bots de Cloudflare. Un sitio sano presentado con el challenge ya no se notifica como "caído" — Monitrova explicita "bloqueado por protección anti-bots".
  26. v1.5.0 Admin Auditoría

    Herramientas de admin + audit log de alertas más limpio

    Mejoras fundamentales de las herramientas de admin y del audit log de decisiones de alerta. Sienta las bases del trabajo de pipeline que llegó una semana después.

    • Herramientas refinadas para la gestión y el ciclo de vida de cuentas.
    • Correcciones del log de alertas para que cada decisión (envío/supresión/diferida/resumida) quede registrada con su motivo, visible junto al asunto del email, el destinatario y el ID de mensaje del proveedor.

¿Quieres probarlo?

El plan gratuito cubre un sitio para siempre. Añade una URL y el primer chequeo de uptime se dispara en pocos minutos.

Empezar gratis Ver funciones