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.
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).
- 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
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.
Pulsa Publish
Dónde: Studio top bar
En el extremo derecho de la barra superior, junto a la etiqueta gris Preview, pulsa Publish.
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.
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.
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.”
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. 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). 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.
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.
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. 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. 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 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, 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). Los buscadores y los asistentes de IA pueden empezar a leer el sitio desde el día del lanzamiento; en Buscadores verás qué hacer después.
Volver a la vista previa
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.
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á.
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.