SEO e IA
12 de fev. de 2026
Go back
Framer Basic + Cloudflare Workers: como transformar limitações técnicas em arquitetura preparada para AI Search
Como contornar as limitações do Framer Basic usando Cloudflare Workers no plano gratuito e transformar seu site em uma arquitetura preparada para AI Search, IndexNow e visibilidade para LLMs.
Fique por dentro do que há de mais relavante no Marketing Digital, assine a nossa newsletter:
Introdução
Quando utilizamos o Framer no plano Basic, rapidamente esbarramos em limitações estruturais importantes para projetos que exigem controle técnico avançado de SEO, AI visibility, headers personalizados e endpoints customizados.
Sem acesso a server-side real, sem controle direto sobre headers HTTP e sem possibilidade de criar arquivos dinâmicos como ai-visibility.json, llms.txt ou integrações com IndexNow, o ambiente fica restritivo para quem precisa de governança técnica.
Neste artigo mostro como contornei essas limitações usando Cloudflare Workers no plano gratuito, criando uma camada de edge computing que complementa o Framer — sem interceptar todo o domínio — e transforma um site Framer Basic em uma arquitetura preparada para AI Search.
O problema: limitações reais do Framer Basic
O plano Basic do Framer possui algumas limitações relevantes:
❌ Sem controle avançado de headers HTTP
❌ Sem suporte nativo para endpoints customizados
❌ Sem geração dinâmica de arquivos na raiz
❌ Sem acesso a middleware ou lógica server-side
❌ Sem suporte nativo a IndexNow
❌ Sem controle granular de User-Agent para bots de IA
Para projetos que precisam de:
GEO (Generative Engine Optimization)
Preparação para LLMs
Controle de bots como GPTBot, ClaudeBot, PerplexityBot
Observabilidade de tráfego de IA
… isso se torna um bloqueio técnico real.
A solução: Cloudflare Workers como camada técnica seletiva
Inicialmente a ideia era aplicar o Worker globalmente em:
Porém, interceptar todo o domínio traz riscos desnecessários:
Conflitos com validações do Framer
Impacto potencial de performance
Complexidade maior de manutenção
Maior acoplamento arquitetural
A solução final foi mais limpa e profissional:
O Worker foi aplicado somente em rotas técnicas específicas, mantendo o tráfego principal do site servido diretamente pelo Framer.
Rotas interceptadas pelo Worker
Todo o restante do site (/, /blog, páginas institucionais) continua sendo entregue diretamente pelo Framer.
Arquitetura final:
Essa abordagem segue um princípio importante de engenharia:
Interceptar apenas o que precisa ser interceptado.
O que foi implementado no Worker
Headers para AI bots
Controle específico para:
GPTBot
ChatGPT-User
ClaudeBot
PerplexityBot
Google-Extended
Possibilitando:
Injeção de X-Robots-Tag
Controle de Cache-Control
Política de visibilidade específica
Preparação para AI dataset governance
Endpoint
Criação de endpoint dinâmico inexistente no Framer:
Retornando:
Versão do Worker (versionamento semântico)
Contagem dos últimos logs
Status do ambiente
Isso transforma o site em algo auditável do ponto de vista de AI visibility.
Integração com Workers KV
Namespace:
Armazenando:
User-Agent
Timestamp
URL acessada
Metadados
Isso permite logging estruturado de bots de IA — algo impossível nativamente no Framer Basic.
Rate limiting customizado
Variável de ambiente:
Suporte a IndexNow
Criação dinâmica do endpoint:
Permitindo validação do domínio para IndexNow sem necessidade de upload físico na raiz — algo bloqueado no plano Basic.
Simulação de arquivos na raiz
Endpoints simulados dinamicamente:
/llms.txt
/ai-dataset.json
/security.txt
/humans.txt
/schema-endpoint.json
Todos servidos no edge, sem alterar o Framer.
Limitações do Cloudflare Workers (Plano Free)
Mesmo funcionando perfeitamente, o plano gratuito possui restrições:
⚠️ 100.000 requisições por dia
⚠️ Limite de CPU time por request
⚠️ Limites de operações no KV
⚠️ Sem Durable Objects avançados
⚠️ Sem observabilidade enterprise
Para projetos institucionais ou blogs com tráfego moderado, isso é mais do que suficiente.
Para projetos de alto tráfego, é necessário planejar upgrade.
Resultado final
Com essa arquitetura:
✔ Framer continua sendo usado como CMS visual
✔ Cloudflare atua como camada técnica seletiva
✔ SEO técnico deixa de ser limitado pelo plano Basic
✔ AI Search readiness passa a existir
✔ Logs e visibilidade tornam-se mensuráveis
✔ O tráfego principal não é impactado
Transformamos um plano Basic em um ambiente preparado para IA, sem comprometer estabilidade.
Arquitetura final
Edge computing resolvendo limitações estruturais da plataforma — sem substituir o CMS.
Conclusão
O Framer é excelente para design e velocidade de publicação.
Mas para projetos técnicos orientados a AI Search, é necessário complementar a arquitetura.
Cloudflare Workers, mesmo no plano gratuito, resolve essa lacuna de forma elegante, modular e escalável.
Essa arquitetura hoje faz parte da estratégia técnica da Ad Rock Digital Mkt para sites preparados para IA, GEO e IndexNow — sem depender de planos Enterprise.
Go back