¿Tus sitios están arriba? Mirá la barra de menú.

Si lo prendés, sí. El vigilado en segundo plano es un checkbox en la config del widget (click derecho → el engranaje) y viene APAGADO. Con eso prendido, los chequeos corren en la capa nativa de la app —un thread de Rust, no un timer del webview—, así que pasan con el panel cerrado y la pestaña sin abrir. Lo que necesita es que Toolbox esté corriendo, que es lo que hace: vive en tu barra de menú. Si cerrás la app o la máquina está dormida, no se chequea nada; eso es trabajo de un monitor hosteado en otra parte.

Porque pegarle cada minuto al sitio de un tercero desde una app de barra de menú es de mal vecino, y eso incluye pegarle en nombre de un usuario que nunca lo pidió. El widget nació sin polling automático justamente por eso, y el chequeo en background no revirtió la decisión: la volvió tuya. Así que lo prendés vos, el intervalo tiene piso de 5 minutos y techo de un día, y hasta entonces los únicos requests son los que podés ver: uno por sitio al abrir el widget, más los que pidas con «volver a chequear».

Lo que pongas entre 5 minutos y 24 horas; arranca en 10. El piso no es un número mágico: 5 minutos es donde arrancan también los monitores gratuitos hosteados, y hace que vigilar diez sitios sean unos dos requests por minuto en total. La capa nativa clampea el valor sola, así que un número fuera de rango se acerca al borde en vez de dejar el vigilado muerto en silencio.

No. Avisa en la TRANSICIÓN, no en cada chequeo fallido: un sitio caído tres horas manda un aviso. El primer chequeo de un sitio tampoco avisa nunca, porque prender el vigilado con dos URLs ya rotas te dispararía dos avisos juntos por algo que ya sabías. Y la vuelta a estar arriba es un toggle aparte: la caída siempre avisa, lo que se puede apagar es el aviso de que volvió.

Verde es un 2xx. Ámbar es que el servidor respondió pero no con un 2xx —un 403, un 500, una cadena de redirects que terminó mal—, que es un problema distinto del silencio. Rojo es que no hubo respuesta HTTP: falla de DNS, conexión rechazada, timeout. Cada fila muestra el código y cuántos milisegundos tardó, más hace cuánto se chequeó, así que «verde, 2400 ms» te dice algo que un punto verde pelado esconde.

Para el aviso, sí, y a propósito. Estás vigilando una URL concreta: si empieza a devolver 404, algo se rompió. El panel igual lo muestra ámbar, porque ahí la diferencia entre «respondió mal» y «no respondió» vale la pena conservarla; el aviso tiene un solo bit para gastar y lo gasta en «esto ya no sirve lo que servía».

Sí. Una URL que tipeás es una URL que chequea, direcciones privadas incluidas — para esas escribí el esquema y el puerto (http://localhost:3000), porque a un host pelado se le agrega https:// solo. Lo que sí está bloqueado es otra cosa: que un sitio público redirija con un 30x hacia loopback o hacia tu LAN, que es la forma de convertir un chequeo de URL en un sondeo de servicios que confían en la red local. El gate mira de dónde SALIÓ el request, así que tu servidor de desarrollo funciona igual.

Hoy no. Es un hueco real y conviene decirlo derecho en vez de insinuar lo contrario: el chequeo lee la respuesta HTTP, y leer la fecha de vencimiento del certificado pide un handshake TLS aparte más parsear el certificado a mano — es su propio pedazo de trabajo y todavía no está hecho. Un sitio con el certificado vencido normalmente va a salir rojo igual, pero como request fallido: sin fecha y sin avisarte antes.

Un GET por sitio por ronda, cuyo cuerpo a propósito no se lee nunca: el widget se queda con el código y el tiempo y suelta la conexión, así que no se descarga nada. Sigue hasta 5 redirects y abandona a los 15 segundos. Sigue siendo un request real, así que aparece en tus logs de acceso y en cualquier contador del lado del servidor — pero no corre ningún navegador, así que no se ejecuta el JavaScript de la página ni dispara ninguna etiqueta de analytics del lado del cliente.

Sí, en dos lugares. El widget declara que postea notificaciones del SO, así que aparece en la lista de mute por widget de Ajustes, y el switch general de notificaciones también lo cubre. Cualquiera de los dos lo silencia mientras los chequeos siguen corriendo y el panel sigue mostrando los colores — que es justamente para qué están separados.

El panel dice «Vigilando cada 10 min» arriba de la lista cuando lo está. Esa línea no es adorno: en un monitor, lo único que no te podés permitir confundir es «no me avisó porque está todo bien» con «no me avisó porque está apagado», y alguien que lo prendió hace una semana no tiene otra forma de saberlo.

Sí. Webstarted Toolbox es una beta gratis, no pide cuenta, y Website Monitor viene incluido en la app: no hay nada que instalar ni que habilitar, más allá del vigilado en background si lo querés. Es solo de escritorio: barra de menú en macOS y system tray en Windows.