CMS estático para sites de clientes
Um CMS estático para sites de clientes, em que cada salvamento é um commit
O jtakeit é um CMS estático baseado em git para sites de clientes: o dono edita tocando no texto da página, as palavras são JSON no seu repositório, cada salvamento é um commit e o site continua estático.
$ git pull
$ git log --oneline -3 -- jtk/content/
b3dc408 save: client-site at rev 14
5e0a9c1 save: client-site at rev 13
a41f7d2 save: client-site at rev 12
$ git show --stat --format= HEAD
jtk/content/index.json | 2 +-01/ o que é
O que é um CMS estático?
Um CMS estático edita o conteúdo de um site que é gerado antecipadamente como HTML puro, em vez de ser montado a partir de um banco de dados a cada visita. Os visitantes carregam arquivos; o CMS é a forma de mudar as palavras desses arquivos.
Em um site de cliente, são dois trabalhos ao mesmo tempo. O dono precisa conseguir mudar o próprio texto sem ligar para você, e o resultado precisa continuar sendo o site estático e rápido que você construiu — sem PHP, sem banco de dados e sem plugins no próprio site.
No jtakeit, o site é um projeto estático — Astro por padrão, ou qualquer outro gerador estático — em um repositório git que você tem. As palavras do dono são documentos JSON nesse repositório, o dono as edita tocando no texto da página, e cada salvamento é um commit.
02/ git ou api
CMS baseado em git ou CMS headless baseado em API?
Um CMS headless baseado em API guarda o conteúdo no próprio banco de dados e o entrega por uma API — uma boa escolha quando uma equipe de conteúdo publica para um site, um app e mais. Um CMS baseado em git guarda o conteúdo como arquivos ao lado do código. Um site de cliente tem um dono e um site, e é por isso que o jtakeit é baseado em git.
| CMS headless baseado em API | A maioria dos CMSs baseados em git | jtakeit | |
|---|---|---|---|
| Conteúdo publicado | No banco de dados do CMS, buscado pela API dele | Arquivos Markdown ou JSON no repositório | JSON no repositório que você tem |
| Um salvamento | Uma atualização de registro | Um commit | Um commit; os rascunhos ficam no banco de dados da plataforma |
| Onde quem edita trabalha | Em um app de administração separado | Geralmente em um formulário de administração separado | Na própria página, tocando no texto |
| O que quem edita pode mudar | O que o modelo de conteúdo permitir | O que a configuração do CMS expuser | Só os campos que o catálogo declara; sem botão para adicionar página ou bloco |
| Formulários, reservas, hospedagem | Fora do CMS, adicionados à parte | Fora do CMS, adicionados à parte | Operados pela plataforma, com cobrança, backups e o domínio |
| O site como estava em março | Depende do histórico do CMS | Um comando no git | Um comando no git |
03/ além da edição
Do que um CMS de site estático precisa em sites de clientes
Um CMS responde a uma pergunta: como o dono muda as palavras? Um site de cliente faz mais três — o que acontece quando um visitante escreve, quando quer reservar e quando o cliente quer ir embora.
Edições que não quebram o design
O dono preenche só o que o catálogo declara. A estrutura é um commit, feito por você ou pelo seu agente.
Formulários de contato
Os formulários são protegidos contra spam, e os contatos chegam no Telegram, por email ou na caixa de entrada do painel.
Reservas pagas
O módulo de reservas envia as reservas pagas direto para o Stripe do próprio negócio.
Dados que o cliente pode levar
Contatos e reservas são exportados em CSV e JSON. A exportação nunca exige assinatura ativa, e nada é apagado quando uma assinatura vence.
Uma prévia antes do pagamento
O cliente aprova o site de verdade, em uma prévia, antes de pagar.
SEO que continua ligado
Um build com noindex, um robots.txt que bloqueia os rastreadores, um sitemap vazio ou um canonical em outro host é recusado.
04/ escrito pelo seu agente
Um CMS de gerador de sites estáticos que o seu agente de IA escreve
O Astro é o scaffold padrão e qualquer gerador estático funciona; de todo jeito, cada parte do CMS é um arquivo no mesmo repositório: as páginas, a declaração do que o dono pode editar e os documentos de conteúdo. O seu agente — o Claude Code, por exemplo, pelo servidor MCP do jtakeit — escreve os três, faz o build do site e entrega uma prévia para você.
- Declare. Um campo que você declara é um campo que o dono pode editar; todo o resto é design.
- Verifique. A verificação do catálogo recusa um campo declarado mas não renderizado, ou renderizado mas não declarado.
- Revise. Você lê o trabalho do agente como um diff, como qualquer outro código.
Como a edição é declarada no Astro CMS →
O fluxo com Claude Code, passo a passo →
{
"path": "/",
"seo": { "title": "…", "description": "…" },
"blocks": [
{ "type": "hero", "v": 1,
"title": "Fresh bread from six",
"lead": "Order by noon, collect tomorrow." },
{ "type": "questions", "v": 1,
"items": [ … ] }
]
}05/ como escolher
Como escolher o melhor CMS baseado em git para sites de clientes
Existem muitos bons CMSs baseados em git, e o certo depende de quem edita. Se quem edita escreve artigos longos e se sente à vontade em um formulário de administração, ou se você quer hospedar e operar o CMS por conta própria, um CMS baseado em git de uso geral pode atender melhor.
O jtakeit é mais específico de propósito. Ele é para desenvolvedores cujo agente de IA escreve sites de clientes, e cujos clientes devem poder mudar as próprias palavras — e nada mais — sem ligar para você. Ele também opera o que um site de cliente precisa em volta do CMS: formulários, reservas, cobrança, backups, hospedagem e o domínio.
Vai tirar um cliente de um site movido a banco de dados? Leia sobre o jtakeit como alternativa ao WordPress para desenvolvedores. Para ver como os campos do dono são declarados no código, leia sobre o Astro CMS para sites de clientes.
06/ perguntas
Perguntas sobre CMS estático
- O que é um CMS estático?
- Um CMS estático edita o conteúdo de um site que é gerado antecipadamente como HTML puro, em vez de montado a partir de um banco de dados a cada visita. No jtakeit, o conteúdo é JSON no repositório git do site, o dono o edita na própria página, e cada salvamento é um commit nesse repositório.
- O jtakeit é um CMS headless baseado em git?
- É baseado em git, mas feito para um site de cliente, e não para entregar conteúdo a muitos canais. O conteúdo fica em arquivos JSON ao lado do código, e o dono o edita na própria página em vez de em um painel de administração separado.
- Qual gerador de sites estáticos ele usa?
- Astro por padrão: o scaffold do jtakeit monta um projeto Astro com a verificação do catálogo, os formulários e os specimens já incluídos, e faz o build em menos de um minuto. Qualquer outro gerador estático funciona do mesmo jeito — Next.js como export estático, Nuxt, SvelteKit, Eleventy ou Vite — seguindo o mesmo contrato, em cerca de 90 segundos por build. De todo jeito, cada página é pré-renderizada em HTML no build — componentes React, Vue ou Svelte incluídos — e não há plugins, PHP nem banco de dados no site.
- O cliente pode quebrar o design?
- Não. O dono só pode preencher os campos que o catálogo declara, e não existe botão para adicionar página ou bloco. Mudar a estrutura é um commit, feito por você ou pelo seu agente de IA.
- O que acontece com o conteúdo se o cliente for embora?
- O site é um repositório git que você tem, com o conteúdo dentro. A entrega é um link, e os contatos e as reservas do cliente são exportados em CSV e JSON. A exportação nunca exige assinatura ativa, e nada é apagado quando ela vence.
07/ teste grátis
Teste em um site de cliente de verdade
Cadastre-se no painel e crie o seu primeiro site de cliente. Criar e ver a prévia não custa nada — você paga um preço de atacado só quando um site entra no ar.
Teste grátisadmin.jtakeit.com
- Grátis até um site entrar no ar
- Depois, um preço de atacado por site no ar, a partir de €5 por mês
- O código fica no seu repositório git