Cinco caminhos para colocar um CMS atrás de um site HTML que já existe, e o que cada um custa de verdade em tempo de implantação, mudanças de código e troca de hospedagem. Um deles é o nosso, e dizemos sem rodeios onde ele é a resposta errada.
O jeito mais rápido de adicionar um CMS a um site HTML que já existe é acoplar uma camada de edição hospedada com uma única tag de script. A marcação, os estilos e a hospedagem ficam exatamente como estão, e o conteúdo passa a ser editável no lugar, normalmente em menos de cinco minutos.
Todas as alternativas significam mexer no build. Refazer em WordPress troca a forma como as páginas são geradas. Um CMS sobre git exige repositório e pipeline de deploy. Um CMS headless exige alguém para modelar o conteúdo e ligá-lo aos templates. Um CMS PHP de arquivos planos exige PHP no servidor e permissão de escrita na raiz web.
Decida com duas perguntas: o código precisa mudar? e o cliente precisa de conta em algum lugar? Todo o resto é detalhe.
| Camada por tag de script | Refazer em WordPress | CMS sobre git | CMS headless | PHP de arquivos planos | |
|---|---|---|---|---|---|
| Exemplos | Qixoo | WordPress + um temaElementor, Bricks | TinaCMS, DecapCloudCannon, Sveltia | Contentful, SanityStoryblok, Prismic | Sitecake, CouchCMSGetSimple |
| Implantação realista | ~5 minutos | 1–3 dias | 2–6 horas | 1–2 dias de dev | 1–2 horas |
| Precisa mexer no código? | Uma linha | Refeito do zero | Os templates são anotados | Templates reescritos | Tags de comentário por região |
| O site muda de lugar? | Não: fica onde está | Geralmente sim | Exige git e um build | Exige um build ou um servidor | Exige hospedagem com PHP |
| O cliente precisa de conta | Não: link de convite | Sim, um usuário do WordPress | Sim, normalmente um login de git | Sim, um assento no CMS | Sim, uma senha do CMS |
| De quem é a marca do editor | Neutra, ou a suaSeu logo pelo módulo white-label, US$ 29 uma vez | WordPress | Varia, muitas vezes a do fornecedor | A do fornecedor | A da ferramenta |
| Manutenção contínua | Nenhuma do seu lado | Atualizações de core, tema e plugins | Manter o pipeline de build | Manter a integração | Atualizações de PHP e permissões de arquivo |
| Custo típico | $0–$99/moO plano grátis cobre 1 site | Hospedagem mais o seu tempoO software é grátis | Free–$100/moDecap e Tina são open source | $100–$500+/mo | Licença de pagamento únicoMuitas vezes abaixo de US$ 100 |
| O conteúdo fica no HTML de origem | Reaplicado no navegador | Sim | Sim, no build | Sim, se renderizado no servidor | Sim, gravado no arquivo |
Os tempos valem para um site institucional de cinco páginas entregue a um cliente não técnico, por alguém que já usou a ferramenta antes. Na primeira vez com qualquer uma delas você será mais lento.
Toda opção desta página é a melhor opção para alguém. Aqui está quem deve passar direto por cada uma.
Um blog com um post por dia, uma loja com mil SKUs, um portal de vagas: qualquer coisa em que o conteúdo é produzido em volume e precisa estar no HTML de origem assim que muda pertence a um CMS de verdade, com templates e banco de dados.
Passe longe também se você precisa de fluxo editorial: rascunhos, revisão, publicação agendada, três pessoas aprovando um parágrafo.
Serve para: sites institucionais, landing pages e sites de negócio local, os que mudam algumas vezes por mês.
Refazer em WordPress um site já pronto custa dias, e no dia em que você termina adotou um trabalho de manutenção: atualizações de core, atualizações de plugins, segurança, backups. Alguém paga por isso para sempre, e geralmente é você.
E ainda joga fora tudo o que deixava seu build original rápido e limpo.
Serve para: sites que realmente precisam de plugins: assinaturas, agendamentos, uma loja de verdade.
Decap, Tina e CloudCannon são boas ferramentas, baratas ou grátis, e mantêm o conteúdo no seu repositório. Elas também pressupõem repositório, build e um deploy que roda quando o conteúdo muda. Alguém precisa ser dono desse pipeline.
Quando o build quebra, a edição do cliente não aparece — e quem recebe a ligação é você.
Serve para: sites tocados por desenvolvedores, documentação e times que já vivem no git.
Contentful, Sanity e Storyblok foram feitos para conteúdo em escala espalhado por vários canais. Para um restaurante com um cardápio e um bloco de horários você vai gastar um dia modelando tipos de conteúdo e reescrevendo templates para resolver um problema que cabia numa frase.
O preço mensal também está em outra ordem de grandeza.
Serve para: conteúdo multicanal, apps e vários sites compartilhando um mesmo acervo de conteúdo.
Sitecake e CouchCMS escrevem direto nos seus arquivos HTML, o que é elegante — e exige PHP, permissão de escrita na raiz web e uma hospedagem que tolere as duas coisas. Netlify, Vercel e Cloudflare Pages não toleram.
Várias ferramentas dessa categoria também estão há anos sem uma atualização de verdade.
Serve para: hospedagem compartilhada clássica com cPanel e FTP.
Se quem edita o site é desenvolvedor, coloque o conteúdo no git. Se um time de marketing edita todo dia, compre um CMS de verdade. Se é o dono de um restaurante que quer mudar um preço num domingo e nunca fez login em nada, deixe a edição na própria página.
A resposta errada é sempre: «me manda as alterações que eu faço».
Cole uma vez antes de </head> em cada página, ou no campo de código personalizado do head da plataforma que hospeda o site. Nada mais muda na marcação.
Abra o site no ar logado e clique num título, num parágrafo, numa imagem ou num link para alterar. O conteúdo salvo é reaplicado a cada carregamento da página.
Ele abre o próprio site e edita num editor reduzido e sem marca da Qixoo. Sem conta, sem painel e sem código. Coloque ali o seu logo com o módulo white-label.
Textos e títulos, imagens, links, botões, itens de lista, menus, galerias e sliders: o que os clientes realmente pedem para mudar. Você também pode inserir blocos prontos (um FAQ, uma tabela de preços, uma fileira de depoimentos) sem escrever marcação.
Ele não reestrutura o seu layout e não é uma caixa de permissões: o editor do cliente é uma interface reduzida que esconde a edição estrutural, não uma tranca sobre a página por baixo. Ele também não hospeda o seu site: quem serve o HTML continua sendo a sua hospedagem.
A sua hospedagem continua servindo o HTML que você escreveu, então um crawler sempre recebe uma página completa. O conteúdo editado pela camada é reaplicado no navegador, o que significa que uma edição pode demorar mais para ser captada do que uma mudança no arquivo de origem. Para um título ou um parágrafo de abertura que muda algumas vezes por ano, isso não é problema. Se o conteúdo inteiro de uma página precisa ser indexado no dia em que muda, edite também o HTML.
Não. Uma camada de edição por tag de script se acopla ao HTML que você já publicou: marcação, estilos e hospedagem ficam como estão. Refazer só é necessário no caminho do WordPress ou do headless, que trocam a forma como as páginas são geradas.
O HTML original continua sendo servido pela sua hospedagem, então a página que um crawler recebe é a que você escreveu. O conteúdo editado é reaplicado no navegador, então um texto alterado pode ser visto mais tarde do que uma mudança estática. Ótimo para textos que mudam de vez em quando; edite também a origem se a página precisa ser indexada no dia em que muda.
Com a Qixoo, não: você manda um link de convite e ele edita o próprio site no ar. Com os Client Seats do Webflow, com WordPress ou com um CMS headless, cada pessoa que edita precisa de conta naquela plataforma.
Funciona em qualquer site que sirva HTML, seja qual for a hospedagem: HTML escrito à mão, geradores estáticos, sites exportados do Webflow ou do Framer, temas WordPress e qualquer coisa em Netlify, Vercel, Render, cPanel ou um VPS. Em sites hospedados no Webflow a tag vai em Site Settings → Custom Code, o que exige um plano pago de site do Webflow.
Ele continua no ar com todas as edições salvas intactas: os visitantes veem o conteúdo atual. Só a edição pausa até haver um plano ativo de novo. Nada é apagado e nada precisa ser migrado de volta.
Na medida do possível. Apps que renderizam o DOM de novo depois do carregamento podem sobrescrever o conteúdo injetado, então teste uma página antes de prometer a um cliente. HTML renderizado no servidor e exportações estáticas são o caso confiável.
Vários. Decap CMS e TinaCMS são grátis e open source se o site vive num repositório git e você se dá bem com um pipeline de build. O plano grátis da Qixoo cobre um site sem prazo. O software do WordPress é grátis; hospedagem, tempo de migração e manutenção não são.
Então comece pela página escrita exatamente para isso: a substituição do Editor legado e do white-label do Webflow. Ela cobre os Client Seats, o que mudou em 4 de agosto de 2026 e como devolver a edição por clique com a sua própria marca.
Uma linha de código. O primeiro site é grátis, sem prazo e sem cartão.
Começar grátis →