--- title: "Publicar em produção | Briks" url: https://briks.dev/pt-br/docs/publish-to-production description: "Leve um site do Briks da prévia à produção: o que a verificação de lançamento lê, o que bloqueia um lançamento, como corrigir cada item e como voltar à prévia." last_updated: 2026-10-08 --- # Publicar em produção Publicar em produção é o momento em que uma prévia vira o seu site público. O Briks faz antes uma verificação de lançamento e só segue em frente quando nada precisa de correção. Veja o que acontece quando você aperta o botão, o que a verificação procura e como resolver cada ponto encontrado. 8 min de leitura Conferido com o estúdio em 8 de outubro de 2026 ## Antes de começar - O site foi criado e publicado pelo menos uma vez. O botão **Publish** só aparece depois da primeira publicação. - Nada está em execução no projeto. Enquanto uma construção ou alteração está em andamento, o botão fica cinza, com a dica “Wait for the current build to finish”. - Nenhum teste A/B está em andamento. Se houver um, a janela responde “An A/B test is running on this site. End it by keeping one version first.” (veja [testes A/B](https://briks.dev/pt-br/docs/ab-tests)). - Você é Owner, Admin ou Editor do espaço de trabalho. Viewers podem ver a etapa, mas não podem alterá-la. - Se você tem um domínio próprio, ele está conectado e mostra **Live**. Você pode lançar sem um; a verificação só avisa. ## Publicar, passo a passo 1. Abrir o estúdio Onde: Projects Clique em **Projects** e depois no seu projeto. O estúdio abre com a conversa e o seu site lado a lado. 2. Clique em Publish Onde: Studio top bar Na extremidade direita da barra superior, ao lado da etiqueta cinza **Preview**, clique em **Publish**. 3. Leia a caixa de diálogo Onde: Publish to production A caixa de diálogo mostra o endereço em que o site vai ao ar e diz o que muda: os mecanismos de busca podem listá-lo e as mensagens dos formulários são enviadas para o seu e-mail. Ela também avisa que nada muda se algo precisar de correção. 4. Confirme detalhes inventados, se perguntado Onde: Made up for the draft Se a Briks redigiu seu briefing e inventou detalhes para preencher lacunas (um ano de fundação, um número de clientes, uma citação), eles aparecem em **Made up for the draft**. Substitua-os pelo estúdio primeiro ou, se por acaso estiverem certos, ative **I have replaced these with my own, or they are right**. O botão fica desativado até você fazer isso. 5. Iniciar a verificação Onde: Publish to production Pressione **Publish to production**. A janela se fecha e o estúdio mostra a etapa “Checking the site before it goes to production.” 6. Leia o resultado Onde: Studio conversation Uma mensagem chega na conversa. Ou ela diz “Your site is in production. Search engines can list it now, and messages sent through its forms are emailed to you.” e a barra superior mostra **In production** com um ponto verde, ou começa com “Not in production yet. Fix these first, then publish again:” seguida de uma lista. ### Publique pedindo Você também pode escrever `publish` na conversa do estúdio, ou enviar `/publish` ao bot do Briks no [Telegram](https://briks.dev/pt-br/docs/telegram). O Briks trata uma mensagem que apenas pede para publicar como um clique no botão: a verificação de lançamento roda do mesmo jeito e o resultado chega na conversa. Pedir por palavras conta como confirmar quaisquer dados inventados, por isso a mensagem de sucesso os lista de novo como algo a substituir quando você estiver pronto. Uma mensagem com imagem anexada é lida como uma alteração, não como uma publicação. Se o site já estiver em produção, a resposta diz isso: “Every change is published there as soon as it is made.” ## O que a verificação de lançamento analisa A verificação lê os arquivos do seu site e as páginas publicadas, procurando o que constrangeria um negócio no dia do lançamento. Ela não usa IA e não gasta créditos. Cinco tipos de problema bloqueiam um lançamento; os demais são apenas avisos. | Verificar | O que ela procura | Resultado | | --- | --- | --- | | Detalhes inventados | Detalhes que o Briks inventou ao redigir seu briefing (números, pessoas, citações, datas, nomes) e que você não confirmou | Bloqueia até você substituí-los ou confirmá-los. Depois de confirmados, passam a se repetir como aviso | | Texto provisório | Palavras deixadas para preencher, como `lorem ipsum`, `TODO`, `FIXME`, `John Doe`, `Jane Doe`, `your company name`, `your business name` ou um e-mail em example.com, e textos marcados como inventados, como “(illustrative)”, “(fictional)” ou “not from real clients” | Blocos | | Títulos de página | Cada página, exceto a página inicial, tem seu próprio título e descrição para resultados de busca e links compartilhados | Blocos, e dá nome às páginas | | Links quebrados | Links entre suas próprias páginas que levam a uma página que não existe | Blocos, e nomeia cada link e a página em que ele está | | Página não encontrada | Uma página para endereços que não existem | Blocos | | Detalhes confirmados | Dados inventados que você confirmou na caixa de diálogo ou perguntando por escrito | Só aviso | | Fora da busca | Se **Keep this site out of search results** está ativado | Só aviso | | Domínio próprio | Se um domínio próprio está no ar para o site | Só aviso | Uma dica exibida dentro de um campo de formulário vazio, como um e-mail de exemplo, não conta como texto provisório. A verificação de links quebrados começa na página inicial e nas páginas do seu sitemap, lê até 12 páginas e testa até 80 links. Ela testa apenas links para as suas próprias páginas; links para outros sites não são verificados. Se encontrar mais de oito links quebrados, lista oito e informa quantos mais existem. ### Bloqueios e avisos Um bloqueio impede o lançamento, e nada no seu site publicado muda: ele continua uma prévia, exatamente como estava. Um aviso é informado a você e deixado passar. Quando o lançamento dá certo, os avisos são acrescentados à mensagem de sucesso. Quando algo bloqueia, eles aparecem depois dos bloqueios, sob “Also worth knowing:”. ## Corrigindo o que a verificação encontra Corrija os problemas encontrados como você faz qualquer mudança: descreva o que quer na conversa do estúdio (veja [Fazer mudanças](https://briks.dev/pt-br/docs/making-changes)). Cada correção é uma mudança, então reserva e cobra créditos como uma. Depois que ela for publicada, pressione **Publish** de novo e a verificação roda desde o início. Um problema encontrado e a correção dele Um nome provisório na página da equipe > A verificação do site disse: “Some text is still a placeholder or marked as made up. Ask for it to be replaced with your own words.” O dono de uma clínica de fisioterapia em Cork escreveu: “Na página Sobre, troque Jane Doe pela nossa fisioterapeuta-chefe, Niamh Kelly. Biografia dela: doze anos tratando lesões esportivas e cinco temporadas como fisioterapeuta de um time de hurling do condado.” A página foi atualizada e publicada na prévia. A verificação de lançamento seguinte passou e o site foi para produção. Um problema encontrado e a correção dele Um link no rodapé para uma página que nunca foi criada > Uma agência de design em Glasgow viu: “Estes links levam a páginas que não existem: /careers (com link em /).” O fundador respondeu no estúdio: “Remova o link de Carreiras do rodapé. Não vamos contratar este ano.” O link foi removido do rodapé de todas as páginas, e a verificação seguinte não encontrou links quebrados. - **Páginas sem títulos.** Peça pelo nome: “Dê às páginas Cardápio e Visite títulos e descrições próprios para os resultados de busca.” Acrescente as palavras que você quiser, se já as tiver. - **Detalhes inventados.** Peça que cada um seja substituído (“Abrimos em 2016, não em 2009”) ou confirme-os na janela, se estiverem corretos. - **Página não encontrada.** Todo site começa com uma, então ela só aparece se tiver sido removida. Peça: “Adicione uma página para endereços que não existem, com um link de volta para a página inicial.” - **Avisos.** Desative **Keep this site out of search results** em **Settings**, **Preferences**, ou [conecte seu domínio](https://briks.dev/pt-br/docs/custom-domains). Nenhum dos dois impede um lançamento. ## Depois do lançamento Depois que um site está em produção, ele continua lá. Toda mudança que você pede no estúdio é publicada direto no site em produção, assim como toda publicação iniciada por um [hook de deploy](https://briks.dev/pt-br/docs/publish-history). A verificação de lançamento não roda de novo nesses casos, então confira cada mudança no site no ar depois de publicada e desfaça pelas [Versões](https://briks.dev/pt-br/docs/versions) se algo estiver errado. Para publicar o site de novo sem pedir uma alteração, por exemplo depois de mudar uma configuração, abra **Settings**, **Preferences** e pressione **Apply to the live site**. Ele monta de novo a versão no ar com as suas configurações atuais, não usa IA e mantém o site em produção. A conversa então diz “Your settings are live: the site was built and published again, and nothing else about it changed.” Se você contratou o [agente de segurança](https://briks.dev/pt-br/docs/security-agent), ele verifica o site após cada publicação e também toda semana, e cada correção que ele sugere espera a sua aprovação (veja [Aprovações e orçamentos](https://briks.dev/pt-br/docs/agent-approvals)). Mecanismos de busca e assistentes de IA podem começar a ler o site já no dia do lançamento; [Mecanismos de busca](https://briks.dev/pt-br/docs/search-engines) explica o que fazer em seguida. ## Voltando para a prévia 1. Abrir a janela Onde: Studio top bar Pressione **In production**. A caixa de diálogo **Your site is in production** mostra onde o site está no ar. 2. Voltar Onde: Your site is in production Ele explica que voltar “pede aos mecanismos de busca que deixem o site de fora e mantém aqui as mensagens de formulário, sem enviá-las por e-mail”. Pressione **Back to preview**, ou **Close** para deixar tudo como está. 3. Aguarde a mensagem Onde: Studio conversation Os e-mails do formulário param imediatamente. Quando o site for publicado de novo, a conversa mostra “Your site is a preview again: search engines are asked to leave it out, and form messages are kept here without being emailed.” Para publicar de novo mais tarde, pressione **Publish**. A verificação de publicação roda outra vez, como acontece sempre. ### A verificação de lançamento tem algum custo? Não. Ela lê arquivos e páginas sem nenhuma IA, então não reserva nem cobra créditos, seja aprovada ou não. ### Posso pular a verificação? Não. Toda ida para produção a executa. Os avisos nunca impedem você, e detalhes inventados podem ser confirmados na caixa de diálogo se estiverem corretos. ### A verificação cita um link quebrado que não encontro. A mensagem informa o link e a página onde ele está, como `/team (linked from /about)`. Abra essa página e procure no menu, no rodapé e nos botões. Depois peça para remover o link ou apontá-lo para uma página que exista. ### Posso publicar em produção no plano Free? Sim. O site vai para produção em seu endereço briks.live. Um domínio próprio exige Starter ou superior. ## Leia a seguir - [Publicação e domínios **Prévia e produção** Como um site Briks passa da prévia no endereço briks.live, fora das buscas, à produção, onde buscadores podem listá-lo e formulários enviam e-mail a você.](https://briks.dev/pt-br/docs/preview-and-production) - [Publicação e domínios **Conecte seu domínio** Conecte um domínio seu a um site Briks: os três registros DNS a adicionar, como cada provedor os chama, o que significa cada status e como remover um domínio.](https://briks.dev/pt-br/docs/custom-domains) - [Trabalhando em um projeto **Como fazer alterações no site** Como mudar seu site escrevendo ao Briks: o que dizer, imagens, o que uma mudança inclui e custa, páginas internas, pedidos na fila e como corrigir um erro.](https://briks.dev/pt-br/docs/making-changes) - [Trabalhando em um projeto **Versões, desfazer e refazer** Cada build e alteração é salva como versão do seu site. Desfaça, refaça ou recoloque no ar qualquer versão anterior, exatamente como era, sem reter créditos.](https://briks.dev/pt-br/docs/versions) Ainda travado? Escreva para [hello@briks.dev](mailto:hello@briks.dev) com o nome do seu projeto e o que você esperava ver. Uma captura de tela ajuda.