Você deve poder ir embora. Veja exatamente o que sai com você

White label / Exportação de código

A maioria dos criadores de sites deixa você exportar alguma coisa: um arquivo XML de posts, uma pasta de HTML, um CSV de páginas. Poucos deixam você sair com um site que ainda funciona. Na We.Inc, cada site é um projeto React de verdade, e o código é seu para baixar ou enviar ao GitHub. Esta página é a resposta para a área de compras: o que você recebe, como testar antes de assinar e o que não vem junto.

Agendar uma demonstração · O preço é sob medida para o seu volume e a sua configuração, e você recebe seu preço exato na chamada. 0% de taxa por transação.

Atualizado: 25 de outubro de 2026

Resumo

Cada site é um projeto React + Vite + TypeScript + Tailwind, não um formato de página proprietário.
O painel Código baixa um ZIP. Os arquivos exclusivos do editor são removidos, e o projeto compila com um simples npm install e npm run build.
A exportação para o GitHub cria um repositório (privado por padrão); a sincronização de mão dupla pode trazer alterações de volta. A sincronização está disponível nos planos mais altos e só para o dono do projeto.
Os serviços de back-end que você ativou (formulários, loja, logins, hospedagem) não vão dentro do ZIP. Planeje-se para eles.

Por que o aprisionamento é a primeira pergunta da área de compras

Quem já migrou de um criador de sites hospedado conhece o padrão. O fornecedor aumenta os preços ou encerra uma linha de produto; a exportação acaba sendo texto sem layout; a agência refaz cada site à mão e arca com o custo. Por isso, compradores do governo e de organizações maiores agora colocam cláusulas de saída no contrato. Nosso guia de plano de saída do fornecedor trata dessas cláusulas. Esta página trata do que o produto realmente permite levar.

Do que é feito um site da We.Inc

Um site criado na We.Inc, seja por IA, a partir de um modelo ou à mão, é código-fonte: componentes React em TypeScript, estilizados com Tailwind, empacotados com Vite. Os mesmos arquivos que o editor mostra são os arquivos que você exporta. Não existe um banco de dados de layout escondido do qual o código dependa.

Painel Código no editor da We.Inc mostrando a árvore de arquivos do projeto e o código-fonte do componente Hero, com um botão Baixar

*O painel Código: a árvore de arquivos e o código-fonte reais do site de um cliente. Baixar gera um ZIP do projeto.*

Visão aproximada do painel Código mostrando o código-fonte de Hero.tsx com imports do framer-motion e do módulo de conteúdo

*O código-fonte da seção principal. Os textos que os clientes editam visualmente são gravados de volta nesses arquivos.*

Três formas de sair

Caminho	O que você recebe	Quem pode usar	Indicado para
Baixar ZIP	O projeto inteiro, sem os arquivos exclusivos do editor	Quem tem a permissão "ver o código" naquele site	Entregar um site ao desenvolvedor do cliente, arquivar no fim do contrato
Exportar para o GitHub	Um novo repositório com o projeto, privado por padrão	O dono do projeto, com um app do GitHub conectado ou um token de acesso pessoal	Equipes que querem histórico de versões fora da We.Inc
Sincronização de mão dupla com o GitHub	Enviar a partir do editor e trazer de volta alterações feitas no GitHub	O dono do projeto, somente nos planos mais altos (verificado no servidor)	Desenvolvedores que editam nas próprias ferramentas entre edições por IA e visuais

Janela Exportar projeto com abas GitHub, ZIP, Vercel e Domínio, um campo para o nome do repositório e uma caixa Repositório privado

*A janela de exportação. Um nome de repositório, a opção de repositório privado e uma aba ZIP ao lado.*

O que é retirado do ZIP, e por quê

Enquanto está no editor, o site carrega dois auxiliares que só fazem sentido dentro da We.Inc: um pequeno plugin de build que marca os elementos para que o editor visual os encontre e uma ponte de pré-visualização que permite ao editor conversar com a prévia. Nenhum dos dois faz nada em outro lugar, e a ponte seria um risco na hospedagem de outra pessoa. O ZIP remove os dois e desliga o plugin da configuração de build, para que o projeto exportado compile com um simples npm install && npm run build. A sincronização com o GitHub os mantém, porque uma sincronização que trouxesse de volta uma configuração sem o plugin desligaria a edição visual daquele site.

O que NÃO sai com o código

Seja honesto com os clientes sobre esta lista. É aqui que as migrações de fato dão errado.

Hospedagem. O ZIP é um projeto, não um site no ar. Alguém precisa compilá-lo e hospedá-lo.
Serviços de back-end. Se um site usa formulários com envios armazenados, uma loja online, login de membros ou um banco de dados, isso roda em serviços conectados à We.Inc. O código de front-end faz referência a eles; os dados e o serviço não vêm no ZIP. Exporte os dados separadamente e planeje substitutos.
O domínio. Os domínios são registrados à parte. Veja domínios próprios para clientes.
O portal da sua marca. As contas dos clientes, seus modelos, seus e-mails e configurações são a plataforma, não o site.
O histórico de edições dentro do editor. Use a exportação para o GitHub se precisar do histórico fora dele.

Teste antes de assinar: um simulado de saída de 30 minutos

Faça isto durante a avaliação, não no fim do contrato.

Crie um site realista em uma conta de demonstração (um modelo serve).
Baixe o ZIP pelo painel Código.
Em uma máquina limpa: descompacte, rode npm install e depois npm run build.
Sirva a pasta de build em qualquer hospedagem estática e clique em todas as páginas.
Anote tudo o que chama um serviço da We.Inc (formulários, loja, login) e decida o que o substituiria.
Exporte para um repositório privado no GitHub e confira se os arquivos batem.
Registre o resultado no seu plano de saída com a data do teste.

Se alguma etapa falhar, fale disso na demonstração. Preferimos saber.

Controlando quem vê o código

Nem todo cliente deve ver os arquivos-fonte; alguns vão se confundir, alguns vão quebrar coisas. "Ver o código" é uma chave por cliente, com padrão definido no nível da marca e que pode ser alterado por cliente.

Padrões para a marca toda na We.Inc com o título O que seus clientes podem fazer, com chaves para publicação, domínio próprio, ver o código e outros recursos

*Padrões da marca. Desligue o acesso ao código para todos e ligue-o para o cliente cujo desenvolvedor precisa dele.*

Perguntas para fazer a qualquer fornecedor sobre a saída

Faça-as para nós e para qualquer outro que você avaliar:

A exportação é o mesmo código em que o site roda ou uma cópia convertida?
O projeto exportado compila sem a conta ou os pacotes do fornecedor?
Quais recursos dependem dos serviços do fornecedor depois da exportação, e como os dados deles são exportados?
Dá para exportar um site, todos os sites ou os dois? Quanto tempo leva para cem?
Quem na sua organização pode exportar, e isso pode ser controlado por conta?
Dá para testar a exportação durante o teste ou o período de avaliação?

Na We.Inc, a exportação é por site. Para uma rede grande, planeje o tempo para exportar cada site ou mantenha os sites sincronizados continuamente com o GitHub, para que a cópia de saída já exista.

Quando outras plataformas são mais adequadas

Se você precisa de um CMS tradicional em que pessoas não técnicas gerenciam milhares de conteúdos em um back-office estruturado, um CMS headless ou corporativo vai se encaixar melhor do que um projeto React exportado. Se seus clientes nunca terão um desenvolvedor e nunca vão sair, a exportação importa menos do que o conforto na edição; veja o editor visual.

Agende uma demonstração e faremos com você, na chamada, o simulado de saída acima.

Faça o simulado de saída em uma demonstração

Agende uma demonstração de 30 minutos. Mostramos o criador com a sua marca, vemos quantos sites de clientes você pretende operar e passamos seu preço exato.

Agendar uma demonstração

Quer ver o tour completo antes? Conheça o criador de sites white label

Perguntas que os compradores fazem

Posso baixar o código do site de um cliente?

Sim. O painel Código tem um botão Baixar que gera um ZIP do projeto. Os arquivos exclusivos do editor são removidos, e o projeto compila com npm install e npm run build.

Em qual framework é o código exportado?

React com TypeScript, Tailwind CSS e Vite.

A sincronização com o GitHub é de mão dupla?

Sim. Enviar manda os arquivos do editor para o GitHub, e trazer recupera as alterações feitas no GitHub. A sincronização é limitada ao dono do projeto e aos planos mais altos, com verificação no servidor.

Formulários, loja e logins continuam funcionando depois da exportação?

Não sozinhos. Esses recursos rodam em serviços conectados à We.Inc. O código vai com você; os serviços e os dados deles, não. Então planeje substitutos e exporte os dados separadamente.

Posso esconder o código dos clientes?

Sim. "Ver o código" é uma chave por cliente, com um padrão para a marca toda.