--- title: "Versiones publicadas y deploy hooks | Briks" url: https://briks.dev/es/docs/publish-history description: "Mira cada versión publicada de tu sitio, restaura una y crea deploy hooks: direcciones privadas que republican tu sitio cuando otra herramienta las llama." last_updated: 2026-10-08 --- # Versiones publicadas y deploy hooks Cada publicación de tu sitio se guarda como una versión numerada, y la sección **Versions** de **Settings** del proyecto las lista. Los **Deploy hooks**, en los mismos Settings, permiten que otra herramienta pida a Briks que vuelva a publicar tu sitio. Esta página cubre ambas cosas. 7 minutos de lectura Comprobado con el estudio el 8 de octubre de 2026 ## La lista de versiones publicadas Dónde 1. Projects 2. Your project 3. Settings 4. Versions La sección muestra las últimas 100 versiones, de la más reciente a la más antigua. Cada fila muestra: - **Version** y su número, con una etiqueta verde **Live** en la que ven ahora los visitantes. - Cómo surgió: **Built**, **Changed**, **Checked and repaired** o **Published again**, y quién lo pidió. - La fecha y la hora de publicación, como 8 oct 2026, 14:32. - Un resumen breve. Si es un cambio, son las palabras con las que lo pediste; si es una creación o una publicación nueva, es lo que hizo Briks. - Cuando una versión lleva una semana publicada, una línea indica si ayudó (ver más abajo). | Etiqueta | Qué creó la versión | | --- | --- | | **Built** | Una primera construcción, o un proyecto nuevo copiado de una plantilla o de otro proyecto | | **Changed** | Un cambio que pediste, código que guardaste en File Explorer, o una imagen que cambiaste desde la biblioteca de medios | | **Checked and repaired** | Una revisión del sitio que corrigió algo que encontró | | **Published again** | Un paso a producción o de vuelta a vista previa, **Apply to the live site**, una dirección nueva, un dominio que se activa o un deploy hook. Su resumen indica cuál, por ejemplo «Published again with the site's settings.» | Para ver todos los trabajos del proyecto, incluidos los que no publicaron nada, consulta [Registros](https://briks.dev/es/docs/logs). ### ¿Ayudó el cambio? Cuando una versión lleva 7 días publicada, su fila recibe una línea que compara las visitas anteriores con las posteriores, para las páginas que cambió la versión, cada una como promedio semanal en hasta 14 días a cada lado. Dice, por ejemplo: “Since version 12 (Add a prices section), enquiries from /prices went from 3 to 5 a week, on similar visits.” Cuando esas páginas tuvieron menos de 25 visitantes a la semana, dice que hubo muy pocas visitas para saberlo. Un cambio hecho por un agente se atribuye a ese agente. La línea se calcula a partir de tus propias [analíticas](https://briks.dev/es/docs/analytics) sin IA y no cuesta nada. Las versiones que solo se volvieron a publicar y la primera construcción no reciben línea. Se leen las últimas 12 versiones, y una lectura es definitiva cuando han pasado 14 días. ### Restaurar una versión 1. Encuentra la versión Dónde: Settings, Versions Cada fila, salvo la publicada, tiene un botón **Restore**, si tu rol te permite editar el proyecto. 2. Restaurarlo Dónde: Restore version Pulsa **Restore**. El diálogo dice “It goes back on the live site exactly as it was published. The versions after it stay saved, so you can come back.” Pulsa **Restore version** y el número. 3. Míralo publicarse Dónde: Studio Briks te lleva al estudio mientras publica. El mensaje dice, por ejemplo, “Version 12 is live again, exactly as it was published.” La etiqueta **Live** pasa a esa fila. Una restauración no usa IA. Los Owners, Admins y Editors pueden restaurar; los Viewers pueden ver la lista. No es posible mientras se ejecuta una prueba A/B. [Versiones, deshacer y rehacer](https://briks.dev/es/docs/versions) trata el mismo historial desde dentro del estudio. ## Qué es un deploy hook Un deploy hook es una dirección web privada que vuelve a publicar tu sitio cada vez que algo la llama. (Desplegar es publicar.) Le das la dirección a otra herramienta, como un servicio de programación, y esa herramienta la llama cuando quiere una publicación nueva. Una llamada vuelve a publicar la versión en vivo a partir de sus propios archivos, con los ajustes del proyecto tal como están. No se ejecuta ninguna IA, no se cobra nada y no cambia nada que tú no hayas cambiado ya. Las páginas de tu sitio se generan al publicarlo, no cada vez que alguien lo visita, así que una publicación nueva recoge: - los últimos registros publicados de la base de datos del sitio, para las páginas construidas a partir de ellos; - ajustes que has cambiado desde la última publicación, como el logo, el favicon o los ajustes de búsqueda; - cualquier cosa que una página calcula en el momento de armarse. No hace los cambios que describes, no lee datos de la herramienta que lo llama ni ejecuta la revisión de lanzamiento. Cuándo no necesitas uno Los cambios que pides en el estudio se publican solos. También las ediciones en la pestaña **Database**: el sitio se publica de nuevo justo después de una edición, y luego como máximo una vez cada cinco minutos, por muchas ediciones que hagas. Un deploy hook sirve para las publicaciones que empiezan fuera del estudio. ## Crea un deploy hook 1. Abrir Deploy hooks Dónde: Settings, Deploy hooks Abre tu proyecto, haz clic en la pestaña **Settings** y luego en **Deploy hooks**, dentro del grupo **Developer**. 2. Añade uno Dónde: Add a deploy hook Pulsa **Add deploy hook**. Ponle el nombre de lo que lo va a llamar, como `Nightly scheduler`, y pulsa **Make hook**. 3. Copiar la dirección Dónde: Your deploy hook Briks muestra la dirección una sola vez. Pulsa **Copy** y pégala directamente en la herramienta que la va a llamar. Briks no guarda ninguna copia legible, así que no podrás volver a verla después. 4. Finalizar Dónde: Your deploy hook Pulsa **Done**. El hook se une a la lista con la fecha en que se creó y “never called”. Los hooks empiezan a funcionar cuando el proyecto se ha publicado; hasta entonces la sección lo indica. Los Owners, Admins y Editors pueden crear y eliminar hooks. Mantenlo privado Como avisa el cuadro de diálogo, cualquiera que tenga la dirección puede volver a publicar tu proyecto. Guárdala donde solo tus herramientas puedan leerla. Si se filtra, elimina el hook y crea uno nuevo. ## Cómo llamar a un hook La herramienta debe enviar una solicitud POST a la dirección (el tipo de solicitud web que pide que ocurra algo, en lugar de solo leer una página). La mayoría de las herramientas de automatización y programación tienen un ajuste para esto. El cuadro de diálogo muestra la forma de una llamada hecha desde una terminal: `curl -X POST https://app.briks.dev/api/hooks/bdh_…`, con tu dirección completa en lugar de la abreviada. | Cuando llega la llamada | Qué ocurre | | --- | --- | | El sitio está listo | Una publicación se inicia y aparece en el estudio como cualquier otra. | | Ya hay una compilación o publicación en curso | La llamada se acepta y se une a la anterior, así que una ráfaga de llamadas publica una sola vez. | | El hook se llamó seis veces en la última hora | Rechazado: «Este hook se llamó seis veces en la última hora. Inténtalo de nuevo más tarde.» | | El proyecto nunca se ha publicado | Rechazado: “The project has not been published yet.” | | Hay una prueba A/B en marcha | Rechazado: “An A/B test is running on this site. End it by keeping one version first.” | | Ni quien creó el hook ni quien creó el proyecto tiene ya una cuenta de Briks | Rechazado: «Este hook se ha quedado sin propietario. Crea uno nuevo en los Deploy hooks del proyecto.» | | El hook se eliminó | La dirección ya no funciona. | Cada llamada actualiza la hora de «última llamada» en la fila del hook, para que veas que tu herramienta funciona. Usa un programador de tareas externo a Briks Las **Scheduled tasks** del propio proyecto no pueden llamar a un deploy hook, porque rechazan las direcciones de briks.dev. Para publicar con un horario, usa un servicio de programación que ya tengas. ## Un ejemplo práctico Ejemplo Una publicación nocturna para un club de corredores > El sitio de Northside Running Club muestra las próximas carreras a partir de registros de su base de datos. Su organizadora preguntó en el estudio si la página de carreras calcula algo a partir de la fecha cuando se publica. La respuesta fue que sí: elige las carreras que aún están por venir en ese momento. Así que creó un hook llamado `Nightly scheduler` y configuró el servicio de programación que ya usaba para los correos del club para que le enviara un POST a las 03:00 cada noche. Cada mañana la página de carreras empieza desde ese día. La fila del hook muestra cuándo se llamó por última vez, y **Versions** suma una fila cada noche con el resumen “Published again with the site's settings.” Ten en cuenta que cada publicación añade una versión, así que un hook nocturno añade unas treinta filas al mes a **Versions**, y la lista muestra las últimas 100. Si no estás seguro de si una página depende de la fecha, pregunta primero en el estudio (consulta [Hacer preguntas](https://briks.dev/es/docs/asking-questions)); las preguntas se responden sin una compilación. ## Deploy hooks y webhooks | | Deploy hook | Webhook | | --- | --- | --- | | Dirección | Otra herramienta llama a Briks | Briks llama a otra herramienta | | Qué hace | Vuelve a publicar tu sitio | Avisa a la herramienta de que ha ocurrido algo | | Cuándo | Cada vez que se llama | Con site.published, form.received o record.changed | | Dónde | **Settings**, **Deploy hooks** | **Settings**, **Webhooks** | Funcionan bien juntos. Un webhook en site.published puede avisar a otra herramienta cada vez que termina una publicación, incluida la que inició un deploy hook (consulta [Webhooks](https://briks.dev/es/docs/webhooks)). ## Eliminar un hook Pulsa **Delete** en la fila del hook. La confirmación dice “Its address stops working at once.” Pulsa **Delete** de nuevo. Las herramientas que sigan llamándolo no publicarán nada, así que quita la dirección también de ellas. ## Sigue leyendo - [Trabajar en un proyecto **Versiones, deshacer y rehacer** Cada construcción y cambio se guarda como versión de tu sitio. Deshaz, rehaz o pon en vivo cualquier versión anterior tal como estaba, sin retener créditos.](https://briks.dev/es/docs/versions) - [Datos y automatización **Webhooks** Envía un mensaje firmado a otra herramienta cuando se publique tu sitio, se envíe un formulario o cambie un registro. Cargas, firmas, reintentos y entregas.](https://briks.dev/es/docs/webhooks) - [Datos y automatización **Tareas programadas** Tareas programadas en tu sitio: resumen matinal, limpieza semanal. Escribe el horario, revisa cada ejecución, corrige fallos y ve los límites del plan.](https://briks.dev/es/docs/crons) - [Datos y automatización **Logs** Lee el registro de construcción y las peticiones de tu sitio del último día, filtra por nivel o estado y busca un formulario, tarea o página lenta con fallos.](https://briks.dev/es/docs/logs) ¿Sigues atascado? Escribe a [hello@briks.dev](mailto:hello@briks.dev) con el nombre de tu proyecto y lo que esperabas ver. Una captura de pantalla ayuda.