Capturas programadas
Hay páginas que hay que vigilar, no solo fotografiar una vez: una tabla de precios, la portada de un competidor, una página de términos que se edita en silencio.
Esta captura programada saca esa tarea de su propio servidor de cron: le da una URL y una frecuencia, y en cada ejecución un navegador real renderiza la página, la compara con el render anterior y llama a su webhook cuando cambió.
Por qué una captura única no alcanza
Una sola captura muestra cómo se veía una página en un momento dado. Los equipos que siguen una página de precios, una oferta de empleo, un aviso de estado o el tablón de un regulador quieren enterarse en cuanto cambia, no revisarla ellos mismos. Construir eso por cuenta propia implica mantener un servidor que nunca duerme, renderizar la página en un horario y comparar cada ejecución con la anterior — justamente la tarea que se quería delegar.
Cómo funciona la programación
Registra una URL con una frecuencia diaria o semanal y una ventana horaria opcional; a partir de ahí cada ejecución carga la página en un navegador real, espera a que se estabilice y la renderiza. Cada render se compara con el anterior, así que en lugar de un chorro de capturas idénticas recibe una señal solo cuando la página realmente cambió.
Qué llega, y cuándo
No le llega una imagen por correo ni una galería que revisar — cuando el render de una ejecución difiere del anterior, el cambio se publica en su webhook firmado con una marca de tiempo, así su sistema se entera de que una página se movió sin consultar un tablero. Eso mantiene el flujo completamente dirigido por eventos: sin ciclo de consulta, sin inicio de sesión, solo un aviso que llega cuando algo realmente cambió.
Una breve historia de vigilar páginas
Antes de que existieran APIs así, 'monitorear una página' solía significar una extensión de navegador consultando cada pocos minutos en el laptop de alguien, o un script frágil de Selenium pegado a un cron. El renderizado con navegador headless volvió confiable la captura del lado del servidor sin supervisión; la programación convierte esa confiabilidad en una vigilancia permanente en lugar de un favor puntual.
Dónde encaja en un flujo automatizado
La comparación corre por usted: cada render programado se coteja con el anterior, así obtiene detección de cambios sin escribir un scraper ni levantar una granja de navegadores. Apunte el webhook de cambio a su canal de alertas y una página tranquila se queda tranquila, mientras que una editada le avisa el día en que ocurre.
Qué puede hacer con ella
Vigilancia de precios de la competencia
Vigile cada mañana la página de precios de un competidor y reciba un aviso el día en que la página cambia, sin que nadie abra un navegador.
Chequeos de disponibilidad y maqueta
Programe un render diario de una página de aterrizaje crítica y reciba una alerta cuando su apariencia cambie, detectando un despliegue roto o una imagen faltante antes que los clientes.
Rastro de auditoría y cumplimiento
Vigile semanalmente una divulgación pública o página de términos y reciba aviso cuando se edita, para que un cambio silencioso nunca se le escape.
Snapshots de tableros internos
Vigile un tablero de métricas interno en un horario y reciba un aviso cuando lo que muestra cambia, sin exponer el tablero a más inicios de sesión.
Preguntas frecuentes
¿Cómo configuro una captura de pantalla programada?
Llame a POST /web/screenshot-scheduled con la URL, una frecuencia diaria o semanal y su webhook; a partir de ahí cada ejecución renderiza la página y la compara con la anterior, y se le cobra por ejecución.
¿Hay plan gratuito?
No hay capa gratuita: las capas gratis se abusan y ralentizan a todos. El acceso funciona con un saldo prepago de ForHosting KIT: se recarga desde $10.00 (no caduca) y cada solicitud se cobra a su precio publicado, así que una llamada sin saldo devuelve HTTP 402. Sin suscripción, sin tokens ni créditos inventados, y una tarea fallida no se cobra.
¿Qué pasa si una corrida falla?
La tarea reintenta automáticamente hasta tres veces; si sigue fallando recibe un error claro y esa corrida no se cobra.
¿Puedo cambiar la frecuencia después?
Sí, puede actualizar la frecuencia o la URL objetivo en cualquier momento; las corridas futuras usan la nueva configuración, las pasadas no se ven afectadas.
¿Cómo se cobra?
$0.040 por solicitud más $0.001 por URL, publicado y predecible — la misma tarifa en cada ejecución, sea que el horario se dispare a diario o semanalmente.
¿Tengo que consultar el resultado?
No. Cuando una ejecución detecta que la página cambió, publica un webhook con una marca de tiempo; una ejecución que no encuentra cambios es silenciosa, así que solo sabe de ella cuando algo se movió.
¿Me entrega las capturas?
No — esta capacidad renderiza la página para detectar cambios y le avisa cuando la apariencia difiere de la corrida anterior; no entrega ni archiva las imágenes en sí. Para obtener la imagen de una página bajo demanda, use la capacidad de captura puntual.
¿Cuánto tiempo se conservan las capturas?
Los renders solo se usan para comparar una corrida con la siguiente y nunca se usan para entrenamiento; cada aviso de cambio es el registro de que la página se movió en ese momento.
Para desarrolladores — acceso por API
Todo lo de esta página está disponible por programación. Esta sección es para equipos que quieren integrarlo en sus sistemas; el resto puede usar la herramienta de arriba sin más.
Endpoint de API
Un POST autenticado crea la tarea; el resultado llega por webhook o enlace firmado. Esta capacidad está disponible actualmente mediante la API, no como herramienta interactiva en la Web.
Llámela desde su stack
curl -X POST https://api.kit.forhosting.com/web/screenshot-scheduled \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"url":"https://example.com"}'const res = await fetch("https://api.kit.forhosting.com/web/screenshot-scheduled", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"url": "https://example.com"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/web/screenshot-scheduled",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"url": "https://example.com"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/web/screenshot-scheduled", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"url":"https://example.com"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"url":"https://example.com"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/web/screenshot-scheduled", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Ejemplo de solicitud
{
"url": "https://example.com"
}Ejemplo de respuesta
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "web.screenshot_scheduled",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}La API es asíncrona: la llamada devuelve un task_id al instante y el resultado llega por webhook. El polling está limitado a 1 req/s por tarea.
Precio
Precio publicado — sin tokens ni créditos inventados. Una tarea fallida no se cobra.
Límites
timeout_sec | 30 |
max_crawl_pages | 25 |
Errores
| HTTP | Código | Significado |
|---|---|---|
401 | unauthorized | API key ausente o inválida. |
402 | insufficient_balance | El saldo no cubre el precio de la tarea. |
404 | unknown_type | El tipo de tarea no existe. |
429 | rate_limited | Demasiadas peticiones. Use el webhook en vez de sondear. |
422 | task_failed | La tarea falló tras 3 reintentos. No se cobra. |