--- title: "Publicar en producción | Briks" url: https://briks.dev/es/docs/publish-to-production description: "Pasa un sitio de vista previa a producción: qué lee la revisión de lanzamiento, qué bloquea el lanzamiento, cómo corregir cada punto y volver a vista previa." last_updated: 2026-10-08 --- # Publicar en producción Publicar en producción es el momento en que una vista previa se convierte en tu sitio público. Briks hace antes una revisión de lanzamiento y sigue adelante solo cuando no hay nada que corregir. Aquí verás qué ocurre al pulsar el botón, qué busca la revisión y cómo resolver cada hallazgo. 8 minutos de lectura Comprobado con el estudio el 8 de octubre de 2026 ## Antes de empezar - El sitio se ha creado y publicado al menos una vez. El botón **Publish** aparece solo después de la primera publicación. - No hay nada en marcha en el proyecto. Mientras una compilación o un cambio está en curso, el botón aparece atenuado con la pista “Wait for the current build to finish”. - No hay ninguna prueba A/B en curso. Si la hay, el cuadro de diálogo responde «Hay una prueba A/B en curso en este sitio. Termínala primero quedándote con una versión.» (consulta [pruebas A/B](https://briks.dev/es/docs/ab-tests)). - Eres Owner, Admin o Editor del espacio de trabajo. Los Viewer pueden ver la fase, pero no cambiarla. - Si tienes un dominio propio, está conectado y aparece como **Live**. Puedes lanzar sin uno; la revisión solo te lo recuerda. ## Publicar, paso a paso 1. Abre el estudio Dónde: Projects Haz clic en **Projects** y luego en tu proyecto. El estudio se abre con la conversación y tu sitio uno al lado del otro. 2. Pulsa Publish Dónde: Studio top bar En el extremo derecho de la barra superior, junto a la etiqueta gris **Preview**, pulsa **Publish**. 3. Lee el cuadro de diálogo Dónde: Publish to production El cuadro de diálogo indica la dirección en la que se publicará el sitio y explica qué cambia: los buscadores pueden indexarlo y los mensajes de los formularios te llegan por email. También te avisa de que no cambia nada si hay algo que corregir. 4. Confirma los datos inventados, si se te pide Dónde: Made up for the draft Si Briks redactó tu brief e inventó detalles para rellenar huecos (un año de fundación, un número de clientes, una cita), aparecen en **Made up for the draft**. Reemplázalos primero desde el estudio o, si resultan ser correctos, activa **I have replaced these with my own, or they are right**. El botón permanece en gris hasta que lo hagas. 5. Iniciar la revisión Dónde: Publish to production Pulsa **Publish to production**. El cuadro de diálogo se cierra y el estudio muestra el paso “Checking the site before it goes to production.” 6. Lee el resultado Dónde: Studio conversation Llega un mensaje a la conversación. O bien dice «Your site is in production. Search engines can list it now, and messages sent through its forms are emailed to you.» y la barra superior muestra **In production** con un punto verde, o bien empieza con «Not in production yet. Fix these first, then publish again:» seguido de una lista. ### Publica pidiéndolo También puedes escribir `publish` en la conversación del estudio, o enviar `/publish` al bot de Briks en [Telegram](https://briks.dev/es/docs/telegram). Briks trata un mensaje que solo pide publicar como una pulsación del botón: la revisión de lanzamiento se ejecuta igual y el resultado llega a la conversación. Pedirlo con palabras cuenta como confirmar los datos inventados, así que el mensaje de éxito los vuelve a enumerar como algo que sustituir cuando estés listo. Un mensaje con una imagen adjunta se lee como un cambio, no como una publicación. Si el sitio ya está en producción, la respuesta lo dice: «Cada cambio se publica allí en cuanto se hace.» ## Qué revisa la comprobación de lanzamiento La revisión lee los archivos de tu sitio y sus páginas publicadas, y busca lo que avergonzaría a un negocio el día del lanzamiento. No usa IA y no cuesta créditos. Cinco tipos de hallazgo bloquean un lanzamiento; el resto son solo avisos. | Revisar | Qué busca | Resultado | | --- | --- | --- | | Datos inventados | Datos que Briks se inventó al redactar tu brief (cifras, personas, citas, fechas, nombres) y que no has confirmado | Bloquea hasta que las sustituyas o las confirmes. Una vez confirmadas, se repiten como una advertencia | | Texto de ejemplo | Palabras que quedaron por completar, como `lorem ipsum`, `TODO`, `FIXME`, `John Doe`, `Jane Doe`, `your company name`, `your business name` o una dirección de correo en example.com, y textos marcados como inventados, como “(illustrative)”, “(fictional)” o “not from real clients” | Bloques | | Títulos de página | Cada página, salvo la de inicio, tiene su propio título y su propia descripción para los resultados de búsqueda y los enlaces compartidos | Bloques, y nombra las páginas | | Enlaces rotos | Enlaces entre tus propias páginas que llevan a una página que no existe | Bloques, y nombra cada enlace y la página en la que está | | Página de no encontrado | Una página para direcciones que no existen | Bloques | | Datos confirmados | Datos inventados que confirmaste en el cuadro de diálogo o pidiéndolo con palabras | Solo aviso | | Fuera de los buscadores | Si **Keep this site out of search results** está activado | Solo aviso | | Dominio propio | Si un dominio propio está activo para el sitio | Solo aviso | Una pista que aparece dentro de un campo de formulario vacío, como un correo electrónico de ejemplo, no cuenta como texto de relleno. La comprobación de enlaces rotos empieza en la página de inicio y las páginas de tu sitemap, lee hasta 12 páginas y prueba hasta 80 enlaces. Solo prueba enlaces a tus propias páginas; los enlaces a otros sitios web no se comprueban. Si encuentra más de ocho enlaces rotos, enumera ocho e indica cuántos más hay. ### Bloqueos y avisos Un bloqueo detiene el lanzamiento y tu sitio en vivo no cambia: sigue siendo una vista previa tal como estaba. Una advertencia se te comunica y se deja pasar. Cuando el lanzamiento tiene éxito, las advertencias se añaden al mensaje de éxito. Cuando algo bloquea, se enumeran después de los bloqueos bajo “Also worth knowing:”. ## Corregir lo que encuentra la revisión Corrige los hallazgos como haces cualquier cambio: describe lo que quieres en la conversación del estudio (consulta [Hacer cambios](https://briks.dev/es/docs/making-changes)). Cada corrección es un cambio, así que se retiene y cobra créditos como tal. Cuando se haya publicado, pulsa **Publish** otra vez y la revisión del sitio empezará desde el principio. Un hallazgo y su solución Un nombre provisional en la página del equipo > La revisión decía: “Some text is still a placeholder or marked as made up. Ask for it to be replaced with your own words.” La dueña de una clínica de fisioterapia en Cork escribió: “On the About page, replace Jane Doe with our lead physio, Niamh Kelly. Her bio: twelve years treating sports injuries, and five seasons as physio to a county hurling team.” La página se actualizó y se publicó en la vista previa. La siguiente comprobación previa al lanzamiento se superó y el sitio pasó a producción. Un hallazgo y su solución Un enlace del pie de página a una página que nunca se creó > Una agencia de diseño de Glasgow vio: “Estos enlaces llevan a páginas que no existen: /careers (enlazado desde /).” Su fundador respondió en el estudio: “Quita el enlace de Careers del pie de página. Este año no vamos a contratar.” El enlace se quitó del pie de todas las páginas y la siguiente revisión no encontró enlaces rotos. - **Páginas sin títulos.** Pídelos por su nombre: “Give the Menu and Visit pages their own titles and descriptions for search results.” Añade las palabras que quieras si ya las tienes. - **Datos inventados.** Pide que se sustituya cada uno («Abrimos en 2016, no en 2009») o confírmalos en el cuadro de diálogo si son correctos. - **Not-found page.** Todo sitio empieza con una, así que esta aparece solo si se eliminó. Pide: “Añade una página para direcciones que no existen, con un enlace de vuelta a la página de inicio.” - **Avisos.** Desactiva **Keep this site out of search results** en **Settings**, **Preferences**, o [conecta tu dominio](https://briks.dev/es/docs/custom-domains). Ninguno de los dos impide un lanzamiento. ## Después del lanzamiento Cuando un sitio está en producción, se queda ahí. Cada cambio que pides en el estudio se publica directamente en el sitio de producción, y también cada publicación iniciada por un [hook de despliegue](https://briks.dev/es/docs/publish-history). La revisión de lanzamiento no se vuelve a ejecutar en esos casos, así que mira cada cambio en el sitio en vivo una vez publicado y deshazlo desde [Versiones](https://briks.dev/es/docs/versions) si algo no está bien. Para publicar el sitio de nuevo sin pedir un cambio, por ejemplo tras modificar un ajuste, abre **Settings**, **Preferences** y pulsa **Apply to the live site**. Construye otra vez la versión en producción con tus ajustes tal como están, no usa IA y mantiene el sitio en producción. Entonces la conversación dice «Your settings are live: the site was built and published again, and nothing else about it changed.» Si has contratado al [agente de seguridad](https://briks.dev/es/docs/security-agent), revisa el sitio después de cada publicación y también cada semana, y cada arreglo que sugiere espera tu aprobación (consulta [Aprobaciones y presupuestos](https://briks.dev/es/docs/agent-approvals)). Los buscadores y los asistentes de IA pueden empezar a leer el sitio desde el día del lanzamiento; en [Buscadores](https://briks.dev/es/docs/search-engines) verás qué hacer después. ## Volver a la vista previa 1. Abrir el cuadro de diálogo Dónde: Studio top bar Pulsa **In production**. El cuadro **Your site is in production** te indica dónde está publicado el sitio. 2. Volver Dónde: Your site is in production Explica que volver atrás “asks search engines to leave the site out, and keeps form messages here without emailing them”. Pulsa **Back to preview**, o **Close** para dejarlo todo como está. 3. Espera el mensaje Dónde: Studio conversation Los correos de los formularios se detienen de inmediato. Cuando el sitio se publique de nuevo, la conversación dice «Your site is a preview again: search engines are asked to leave it out, and form messages are kept here without being emailed.» Para lanzarlo de nuevo más tarde, pulsa **Publish**. La revisión de lanzamiento se ejecuta otra vez, como cada vez. ### ¿Cuesta algo la revisión previa al lanzamiento? No. Lee archivos y páginas sin ninguna IA, así que no retiene ni cobra créditos, tanto si la revisión se supera como si no. ### ¿Puedo saltarme la revisión? No. Se ejecuta cada vez que pasas a producción. Las advertencias nunca te detienen, y los datos inventados se pueden confirmar en el cuadro de diálogo si son correctos. ### La revisión menciona un enlace roto que no encuentro. El mensaje indica el enlace y la página en la que está, por ejemplo `/team (linked from /about)`. Abre esa página y mira en el menú, el pie de página y los botones. Luego pide que se quite el enlace o que apunte a una página que exista. ### ¿Puedo publicar en producción con el plan Free? Sí. El sitio pasa a producción en su dirección briks.live. Un dominio propio requiere Starter o superior. ## Sigue leyendo - [Publicación y dominios **Vista previa y producción** Cómo pasa un sitio de Briks de vista previa en briks.live, oculta a los buscadores, a producción, donde se puede listar y los formularios te llegan por email.](https://briks.dev/es/docs/preview-and-production) - [Publicación y dominios **Conecta tu dominio** Conecta tu dominio a un sitio Briks: los tres registros DNS que añadir, cómo los nombran los proveedores, qué significa cada estado y cómo quitar un dominio.](https://briks.dev/es/docs/custom-domains) - [Trabajar en un proyecto **Hacer cambios** Cómo cambiar tu sitio escribiendo a Briks: qué decir, añadir imágenes, qué incluye y cuesta un cambio, páginas internas, pedidos en cola y corregir un fallo.](https://briks.dev/es/docs/making-changes) - [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) ¿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.