--- title: "Como fazer alterações no site | Briks" url: https://briks.dev/pt-br/docs/making-changes description: "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." last_updated: 2026-10-08 --- # Como fazer alterações no site Depois que um site é publicado, você o altera escrevendo para o Briks na conversa do projeto, como se passasse um briefing por e-mail a um designer. Esta página mostra como escrever uma mudança que acerta de primeira, quanto ela custa e o que fazer quando o resultado não é o que você queria. 9 min de leitura Conferido com o estúdio em 8 de outubro de 2026 ## Peça uma alteração 1. Abrir o projeto Onde: Projects Clique em **Projects** e depois no seu projeto. Ele abre na aba **Studio**. 2. Diga o quê e onde Onde: Studio Digite a mudança na caixa. Cite a página e a parte dela, diga o que há agora, se ajudar, e o que você quer no lugar. Uma mensagem pode ter até 6.000 caracteres. Se você sair da página, o texto não enviado fica guardado neste navegador. 3. Adicione imagens se precisar Onde: Studio Use **Attach pictures** ou **Add from your media**, ou solte imagens na conversa. Marque cada uma como **Reference** ou **On the site**. 4. Decida sobre a verificação Onde: Studio Para uma mudança de layout, como uma nova seção, ative **Check the site after this change**: o Briks examina o site publicado em quatro tamanhos de tela e corrige o que aparecer quebrado. Isso leva alguns minutos a mais. 5. Enviar Onde: Studio Pressione Enter ou o botão de seta. Um painel mostra as etapas: **Applying your changes**, **Verifying build**, **Publishing** e, depois, **Checking the published site** se você pediu. 6. Ler a resposta Onde: Studio Quando termina, uma linha verde mostra “Published to” com o endereço e o tempo que levou, e o Briks responde com o que mudou. A prévia recarrega sozinha. Onde 1. Projects 2. Your project 3. Studio 4. Send Uma alteração é publicada onde o site está hoje: no endereço da prévia ou em produção, se você já publicou lá. ## Quanto custa uma alteração Cada alteração reserva 5 créditos enquanto roda, e depois é cobrada pelo trabalho que realmente deu. Uma alteração pequena costuma custar cerca do valor reservado. Os 5 são só uma reserva, porém, e uma alteração grande pode custar mais. A cobrança aparece abaixo da resposta do Briks. Uma alteração que adiciona páginas é o único tipo que pode custar bem mais, por isso o Briks a verifica antes. Ele compara o que adicionar páginas costuma levar com o seu saldo e, se você tiver menos, a alteração não começa e nada fica retido. A conversa informa isso com os números, por exemplo “Adding pages usually takes about 25 credits, and you have 12, so it was not started.”, e oferece uma forma de obter créditos. | O que acontece | O que é cobrado de você | | --- | --- | | A alteração termina | O trabalho realizado. Os créditos reservados e não usados voltam. | | Exige mais de 5 créditos de trabalho | O excedente é descontado do seu saldo. | | Ele falha | Nada. | | Você o interrompe antes de começar | Nada. | | Você pode interrompê-lo durante a construção | O trabalho feito até então. Nada é publicado e o site continua como estava. | | Você desfaz, refaz ou restaura uma versão | Nada fica retido. Veja [Versões](https://briks.dev/pt-br/docs/versions). | Se o seu saldo estiver baixo Uma alteração não pode começar com menos de 5 créditos, e o estúdio avisa. Para conseguir mais, um Owner abre **Billing**. Veja [Créditos e planos](https://briks.dev/pt-br/docs/credits-and-plans). Se **Preferences** tiver imagens novas geradas com preço por unidade, uma alteração que gere imagens também as cobra, com o valor indicado abaixo da resposta, como “incl. 3 fresh pictures”. ## Imagens, vídeos e sua mídia Você pode adicionar até seis imagens a uma mensagem: com **Attach pictures**, colando ou arrastando-as para qualquer lugar da conversa. Elas devem ser JPEG, PNG ou WebP, com menos de 12 MB cada. A caixa aceita apenas imagens, então os vídeos passam antes pela sua biblioteca de mídia. Cada imagem anexada tem dois botões: - **Reference** mostra ao Briks um visual, layout ou detalhe que você quer. Ele não é colocado no site. Esta é a opção padrão. - **On the site** coloca a própria imagem na página, onde o seu texto indicar. **Add from your media** abre a biblioteca de mídia do seu espaço de trabalho. Ao escolher um item, o link dele vai para a sua mensagem, e essa imagem ou vídeo vai para o site. Itens anexados e com link somam no máximo seis. **Speak your request** transforma até dois minutos de fala em texto na caixa, para você corrigir antes de enviar. Trocar uma imagem por outra Para trocar uma imagem por outra da sua biblioteca, o **Replace** da aba **Media** faz isso sem nova criação e sem créditos, e você pode desfazer como qualquer alteração. Veja [Biblioteca de mídia](https://briks.dev/pt-br/docs/media-library). ## Como a Briks lê a parte que você está alterando Antes de refazer o layout, as imagens ou as partes de uma seção, a Briks olha para o que aquela seção foi pensada para ser: a parte correspondente do site de referência, se você indicou um, ou o lugar da seção no plano do site. O que decide, nesta ordem: 1. O seu pedido, exatamente como você o fez. Um layout diferente, mais ou menos itens, um carrossel onde havia uma grade: suas palavras valem mais. 2. O design original da seção, para tudo o que as suas palavras deixam em aberto, como quantos cards aparecem ou o formato das imagens. 3. O visual geral do site: cores, tipografia e espaçamento. Suas palavras também valem mais que as verificações da própria Briks: um reparo feito depois da sua alteração não pode desfazer o que você pediu, e o que tentar é revertido. Peça palavras claras em um cabeçalho transparente, e nenhuma verificação vai torná-lo sólido de novo sem avisar. ### Seu último pedido segue junto com o próximo Cada alteração é lida junto com o pedido imediatamente anterior: suas palavras, a resposta da Briks e, quando o novo pedido não traz imagem, a imagem que veio com o anterior. Assim, um pedido seguinte como `Deixe esse mockup maior` se refere à parte de que o seu último pedido tratava. Uma imagem marcada como **Reference** também pode ser uma captura de tela do seu próprio site: a Briks encontra a parte que ela mostra e a altera como você pede, em vez de copiar o estilo. ## Como alterar as páginas internas Indique a página pelo rótulo do menu ou pelo endereço: `Na página Prices…` ou `Em /treatments…`. Se duas páginas têm seções parecidas, diga qual, ou ambas. Para adicionar uma página, diga isso: `Adicione uma página para nossas aulas em grupo`. A Briks planeja a nova página seção por seção, como planejou as primeiras, e cria novas fotografias onde o plano pede. Se quiser a página no menu em um lugar específico, diga onde. Um blog, uma loja ou qualquer lista que você vai ampliando é construído como registros que você pode editar, em vez de uma página fixa; veja [Database](https://briks.dev/pt-br/docs/database). Uma página interna Clínica de fisioterapia > `Na página Tratamentos, adicione uma seção sobre massagem esportiva depois de Dor nas costas. Três parágrafos curtos: para quem é, o que acontece em uma sessão e que dura 45 minutos e custa £55. Use o mesmo layout da seção Dor nas costas.` A seção apareceu no lugar indicado, com o mesmo layout da vizinha, e o resto da página ficou intacto. ## Uma mensagem ou várias? Várias alterações em uma mesma mensagem são construídas juntas: uma retenção, uma construção, uma nova versão, o que é mais rápido e geralmente mais barato. O porém é que o desfazer funciona por versão, então desfazer essa mensagem desfaz tudo o que havia nela. Alterações enviadas uma de cada vez ganham cada uma a sua versão, e o desfazer fica preciso. Dica Agrupe pequenas mudanças que andam juntas, como três edições no rodapé. Envie uma mudança grande ou arriscada, como um novo layout do hero, separadamente, para poder desfazê-la sem perder mais nada. Você não precisa esperar uma construção terminar. Enquanto uma está em andamento, o botão sob a caixa mostra **Queue** e a caixa diz “Queue your next change…”. As mensagens na fila esperam em ordem e depois seguem juntas como uma única alteração, com uma só reserva. Se duas pedirem coisas opostas, vale a última. Até 10 pedidos podem esperar em um site, e **Remove** tira um da fila até a construção dele começar. ## Alterações que precisam de uma chave e o pedido para publicar - **Uma alteração que conecta outro serviço**, como um serviço de reservas ou de e-mails com a sua própria conta, pode precisar de uma chave. Se o site ainda não tem um valor para ela, um cartão na conversa pergunta primeiro, com um campo para cada chave. **Save and build** coloca o valor direto nos Secrets do site e inicia a alteração; **Add it later** constrói sem ele. Veja [Secrets](https://briks.dev/pt-br/docs/secrets). - **Uma chave colada em uma mensagem** é removida antes de ser guardada, e a Briks orienta você a adicioná-la em **Settings**, **Secrets**. - **Uma mensagem que só pede para publicar**, como `Publish the site to production`, funciona como o botão **Publish**: a verificação de lançamento roda primeiro e nada é construído. Pedir por escrito também confirma quaisquer dados provisórios que o primeiro rascunho inventou, então leia-os antes. Veja [Publicar em produção](https://briks.dev/pt-br/docs/publish-to-production). ## O que você vê enquanto ele trabalha - Um cronômetro conta o tempo, marcado como **Waiting to start** até o trabalho começar e **Building** depois. - As etapas vão sendo marcadas uma a uma, com uma única linha embaixo dizendo o que está acontecendo agora. - Se você ativou a verificação, um cartão **Visual check** mostra uma nota de 0 a 100 e os problemas de renderização que estão sendo reparados. O que ela apenas notou aparece em “Noted, left as built”. Para interromper uma mudança, pressione **Stop** ao lado do cronômetro e confirme. Se ela não começou, nada é cobrado. Se está sendo criada, ela para antes de qualquer coisa ser publicada e você paga só pelo trabalho feito até ali. Se já foi publicada, a mudança permanece e apenas o restante da verificação é ignorado. ## Pedidos bons e pedidos vagos O Briks faz o que você pede e preenche as lacunas a partir do design do site. Quanto menos lacunas você deixar, mais perto do resultado ficará na primeira tentativa. Vago Encanador > `Atualize o número de telefone.` Briks precisa adivinhar qual é o número e pode deixar passar o texto do rodapé. Claro Encanador > `Troque o telefone em todos os lugares onde ele aparece (cabeçalho, seção de contato, rodapé) de 0117 496 0000 para 0117 496 0123. No celular, faça o número do cabeçalho ligar ao toque.` Todas as cópias do número mudaram, e o número do cabeçalho virou um link de ligação no celular. Uma versão, uma cobrança. Claro Estúdio de ioga > `Na página inicial, mova a grade de horários para cima dos depoimentos e reduza a introdução abaixo do banner principal a uma frase: Turmas pequenas em Hove, para todos os corpos.` A grade de horários subiu, a introdução virou essa frase e nada mais mudou. Com imagens Fotógrafo de casamento > Dois retratos anexados como **On the site** e uma captura de tela como **Reference**: `Coloque os dois retratos na seção Sobre e organize a galeria como na captura de tela: imagens largas em uma única coluna, com bastante espaço entre elas.` Os retratos foram para a seção Sobre e a galeria virou uma coluna. A captura de tela em si não apareceu em lugar nenhum do site. ## Quando uma alteração não fez o que você pediu 1. Veja em todas as larguras Onde: Preview Confira **Desktop**, **Tablet** e **Phone**, e clique em **Reload preview**. Às vezes a mudança está lá, só em um tamanho diferente. 2. Volte atrás se ficar pior Onde: Preview toolbar Pressione a seta de desfazer. A versão anterior à mudança volta ao ar exatamente como era, e nada é cobrado pelo desfazer. Veja [Versões](https://briks.dev/pt-br/docs/versions). 3. Pergunte de novo, com mais precisão Onde: Studio Diga o que você vê agora e o que quer no lugar. Nomeie a página e a seção, cite as palavras e dê números sempre que puder: tamanhos, quantidades, cores como códigos, por exemplo `#1F6FEB`. Uma captura de tela marcada como **Reference** também ajuda. 4. Corrija uma coisa por mensagem Onde: Studio Envie cada correção separadamente, para ver qual funcionou e desfazer só ela se não funcionar. Perguntar de novo Floricultura > Primeira mensagem: `Deixe o cabeçalho menor.` Segunda mensagem, depois de ver o resultado: `O cabeçalho ainda está alto demais em celulares. Só na largura de celular, deixe-o com cerca de metade da altura atual e mantenha o logo e o botão do menu na mesma linha.` Desta vez, o cabeçalho mudou só nos celulares. Se uma alteração falhar A conversa mostra o que deu errado em uma caixa vermelha. Um pedido que falha não é cobrado, e se falhou antes de publicar, seu site continua intacto. Envie a alteração de novo, de forma mais específica se a mensagem sugerir o motivo. ### Por que o Briks respondeu em vez de alterar algo? Ela entendeu sua mensagem como uma pergunta. Escreva como uma instrução, como `Add a map to the contact page`, em vez de `Is there room for a map on the contact page?` ### Posso mudar as cores ou a tipografia do site inteiro? Sim, peça como uma alteração. Para que uma escolha valha para todas as criações seguintes, defina em **Settings**, **Preferences**, **Design rules**. Veja [Configurações do projeto](https://briks.dev/pt-br/docs/project-settings). ## Leia a seguir - [Trabalhando em um projeto **Fazendo perguntas** Pergunte à Briks sobre seu site, as visitas ou ela mesma no chat que você usa para mudanças. Respostas na hora, sem build. O que ela sabe e o que não diz.](https://briks.dev/pt-br/docs/asking-questions) - [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) - [Trabalhando em um projeto **A página do projeto** Estúdio do Briks: tour guiado por um projeto, com conversa, prévia ao vivo, larguras de tela, abas da barra superior, Settings e Publish.](https://briks.dev/pt-br/docs/the-project-page) - [Primeiros passos **Créditos e planos** Créditos da Briks: reservas de 50 e 5, cobrança pelo trabalho feito, estimativas, builds em espera, o que acontece no zero e o que cada plano inclui.](https://briks.dev/pt-br/docs/credits-and-plans) 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.