- WordPress (self-hosted): controle total — llms.txt via FTP, robots.txt físico, JSON-LD via plugin ou hook. A pegadinha é o WordPress.com hospedado.
- Webflow: robots.txt e custom code no head nativos; arquivo no root não — llms.txt exige workaround.
- Wix: gera llms.txt automaticamente e tem editor de robots.txt; custom code global pede plano pago com domínio próprio.
- Squarespace: JSON-LD via Code Injection (Business+); robots.txt não é editável — e existe um botão que bloqueia crawlers de IA. Confira se o seu está desligado.
- Em todas: Schema + FAQ vêm antes de llms.txt na ordem de prioridade. E nenhuma limitação dessas justifica migrar de plataforma.
O problema quase nunca é a plataforma
No estudo de fontes de IA, rodei 375 respostas de descoberta em cinco destinos brasileiros e classifiquei 5.516 citações. O resultado relevante aqui: a maior parte das fontes que a IA cita não é o site do hotel — OTA e metabusca somam 33,8% e sete blogs de viagem brasileiros, 20,7%. Arrumar a plataforma é necessário; não é suficiente.
Quando cruzo isso com as conversas que tenho com hoteleiros, o padrão se repete: não é preguiça, é atrito. O dono da pousada até quer implementar, mas o site está no Wix e ele não sabe se dá. Ou está no Squarespace e a agência que fez sumiu. Ou está num WordPress que ninguém tem coragem de tocar. Cada plataforma tem um caminho diferente pra mesma tarefa — e alguns caminhos simplesmente não existem.
Enquanto isso, o comportamento do hóspede já mudou: a Booking.com reportou em 2025 que 63% dos brasileiros usaram IA pra planejar ou durante viagens. E segundo a PhocusWire, só cerca de 16% da oferta hoteleira global aparece nas respostas de IA hoje. Traduzindo: a demanda migrou, a oferta ainda não. Quem resolver o atrito técnico da própria plataforma agora entra numa vitrine com pouca concorrência.
Este guia cobre as quatro plataformas que mais vejo em sites de hospedagem independente no Brasil: WordPress, Webflow, Wix e Squarespace. Pra cada uma: o que dá pra fazer nativamente, o que exige workaround e o que não dá — com link pra documentação oficial, pra você (ou quem cuida do seu site) executar sem adivinhar.
Antes de tudo: as 4 capacidades que importam
GEO técnico, na prática, exige que seu site consiga fazer quatro coisas:
- Servir um arquivo de texto na raiz do domínio — o
llms.txt(especificação oficial), que descreve seu hotel em formato que IAs consomem direto. - Editar o robots.txt — pra garantir que os crawlers de IA não estão bloqueados por um template antigo.
- Injetar JSON-LD no
<head>— o Schema Markup tipado como Hotel, que funciona como documento de identidade estruturado do seu negócio. - Publicar FAQ em HTML limpo — perguntas e respostas reais que as IAs citam quase literalmente.
Os crawlers que interessam têm nome e documentação pública: GPTBot e OAI-SearchBot da OpenAI (docs oficiais), ClaudeBot da Anthropic (docs oficiais), PerplexityBot (docs oficiais) e Google-Extended, o token que controla uso dos seus dados pelo Gemini (docs oficiais). Um robots.txt amigável a GEO se parece com isto:
User-agent: GPTBot
Allow: /
User-agent: OAI-SearchBot
Allow: /
User-agent: ClaudeBot
Allow: /
User-agent: PerplexityBot
Allow: /
User-agent: Google-Extended
Allow: /Detalhe honesto: se o seu robots.txt não menciona esses bots e não tem um Disallow: / genérico, eles já entram por padrão — o Allow explícito é declaração de intenção, não requisito. O problema real são templates e plugins de segurança que despacham bloqueios genéricos de bot sem você saber. Por isso a primeira tarefa em qualquer plataforma é ler o robots.txt atual: abra seudominio.com.br/robots.txt no navegador agora. Leva dez segundos.
WordPress: controle total (com uma pegadinha)
Se o seu site roda WordPress instalado numa hospedagem própria — o chamado self-hosted, que é o cenário da imensa maioria dos sites WordPress de hotel no Brasil — você tem o teto mais alto das quatro plataformas. Nada do checklist GEO é impossível aqui.
llms.txt no root
Dois caminhos. O manual: acesse o gerenciador de arquivos do seu painel de hospedagem (ou FTP/SFTP) e suba o arquivo llms.txt na pasta raiz do site — normalmente public_html/. Pronto: ele passa a responder em seudominio.com.br/llms.txt. O assistido: plugins de SEO populares como Yoast e Rank Math passaram a oferecer geração de llms.txt — confira a documentação da versão que você usa. Minha recomendação: mesmo usando plugin, revise o conteúdo. Arquivo gerado automaticamente é inventário de páginas; um llms.txt que trabalha pra você tem preço real, política e diferencial — detalhei o formato no guia definitivo de llms.txt.
robots.txt
O WordPress serve um robots.txt virtual por padrão (gerado pela função do_robots()). Se existir um arquivo robots.txt físico na raiz, ele tem precedência. Você edita pelo mesmo FTP do item anterior, ou pelas ferramentas de edição de arquivo dos plugins de SEO. Atenção especial a plugins de segurança e firewall: alguns bloqueiam bots “desconhecidos” por padrão, e os crawlers de IA caem nessa rede. Verifique as listas de bloqueio do plugin.
JSON-LD no head
Três opções, da mais simples à mais controlada:
- Plugin de SEO genérico (Yoast, Rank Math): gera Schema automaticamente, mas tipado como Organization/WebPage — não como Hotel. Serve de base, não resolve sozinho. É o cenário mais comum em site feito com template: Schema presente, mas sem o tipo Hotel.
- Plugin de Schema dedicado (ex.: Schema & Structured Data for WP), que suporta os tipos Hotel e LodgingBusiness com campos específicos.
- Manual, via hook wp_head num child theme ou plugin de snippets:
add_action( 'wp_head', function () { ?>
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Hotel",
"name": "Pousada Exemplo",
"priceRange": "R$680-R$1.240"
}
</script>
<?php } );O JSON-LD completo pra hospedagem, campo a campo, está no post Schema.org/Hotel na prática. Depois de instalar, valide no validator.schema.org.
A pegadinha: WordPress.com
WordPress self-hosted e WordPress.com (o serviço hospedado da Automattic) são bichos diferentes. No WordPress.com, instalar plugins e acessar arquivos só é possível nos planos que suportam plugins — nos planos de entrada, sua capacidade GEO fica parecida com a de um builder fechado. Se é o seu caso, o custo de subir de plano costuma ser menor que qualquer migração; compare antes de decidir.
Webflow: quase tudo, menos o root
O Webflow é a plataforma fechada mais amigável a GEO das três deste guia — com uma exceção estrutural.
robots.txt
Editável nativamente em Site settings → SEO, campo de texto livre (documentação oficial). Cole ali as liberações dos crawlers de IA e publique o site pra aplicar. Sem workaround, sem plugin.
JSON-LD no head
O Webflow tem custom code em dois níveis, ambos documentados na Webflow University: site-wide (Site settings → Custom code → Head code) e por página (Page settings → Inside <head> tag). Exige plano de site pago, e cada campo tem limite de 10.000 caracteres. Pra hotelaria isso raramente aperta, mas se você montar um @graph grande (Hotel + FAQPage + BreadcrumbList + quartos), a estratégia é dividir: o Schema do Hotel no site-wide, os Schemas específicos no head de cada página.
llms.txt — aqui trava
O Webflow não permite upload de arquivo arbitrário na raiz do domínio. Não existe botão “subir llms.txt”. Os workarounds, do mais simples ao mais correto:
- Redirect 301 de
/llms.txtpra uma página normal (ex.:/llms) com o mesmo conteúdo, configurado em Site settings → Publishing → 301 redirects. Limitação honesta: o crawler que seguir o redirect recebe HTML, nãotext/plaincomo a especificação pede. O conteúdo chega, o formato não é o canônico. Melhor que nada, pior que o ideal. - Proxy reverso na frente do domínio (ex.: DNS na Cloudflare com um Worker respondendo
/llms.txtcom o content-type correto e repassando o resto pro Webflow). É a solução limpa — e é trabalho de quem sabe mexer em DNS e SSL. Se você tem alguém técnico por perto, é tarefa pequena; se não tem, o redirect resolve 80% do problema. - Cheque o changelog da plataforma antes de montar qualquer gambiarra. Os builders estão correndo pra adicionar suporte nativo a llms.txt — essa informação envelhece rápido, e a funcionalidade pode já existir na sua conta quando você ler isto.
Wix: melhor do que a fama
No comparativo de templates que publiquei em maio, o Wix aparecia como a plataforma mais travada pra GEO. Pra llms.txt, o cenário merece atualização — e é uma atualização boa.
llms.txt
A Wix passou a gerar llms.txt automaticamente pros sites da plataforma (artigo da central de ajuda; se o link mudar, procure “llms.txt” em support.wix.com). Teste agora: abra seudominio.com.br/llms.txt. A ressalva de sempre: o arquivo automático é um índice do site, não um argumento de venda. Ele resolve a existência do arquivo, não o conteúdo dele — veja o estudo, mas não descreve tarifa, política de pet ou diferencial da sua suíte com deck privativo. Automático ≠ estratégico.
robots.txt
Editável pelo painel de SEO do Wix (documentação oficial). Você consegue adicionar as regras por user-agent sem custom code.
JSON-LD no head
Dois caminhos, e essa distinção importa:
- Por página, pelo painel de SEO: nas configurações avançadas de SEO de cada página, o Wix aceita marcação de dados estruturados — você cola o JSON-LD ali (documentação). É o caminho que funciona sem exigir o recurso de custom code.
- Global, via Custom Code (Settings → Custom Code): exige plano pago com domínio próprio conectado (documentação). Se seu site de hotel ainda roda no plano gratuito com subdomínio wix.com, esse é só mais um dos motivos pra resolver isso — hóspede de pousada boutique desconfia de URL emprestada, e IA também pondera sinais de profissionalismo.
Squarespace: o mais travado dos quatro
O Squarespace é excelente em design e o mais restritivo em GEO técnico. Dá pra fazer o essencial — sabendo exatamente onde estão as paredes.
JSON-LD no head
Via Code Injection (documentação oficial): um campo de header global pra colar o JSON-LD do Hotel, disponível a partir do plano Business. Existe também injeção por página, nas configurações avançadas de cada página — útil pra FAQPage e Schemas de quartos.
robots.txt — não é editável
O Squarespace gera e controla o robots.txt do site; você não edita o arquivo. O que existe é um painel de configuração de crawlers com um interruptor que bloqueia crawlers de IA conhecidos (procure “AI crawlers” em support.squarespace.com). Isso corta pros dois lados: você não consegue afinar regra por bot, mas também está a um clique de se remover inteiro das respostas de IA sem perceber. Se o seu site está no Squarespace, verificar esse interruptor é a ação de maior impacto deste artigo. Bloquear crawlers de IA é uma decisão de negócio legítima pra quem vive de conteúdo; pra quem vive de ocupação, é autossabotagem silenciosa.
llms.txt — sem caminho nativo
Sem upload de arquivo no root, e os URL Mappings do Squarespace fazem apenas redirecionamentos entre páginas internas — não servem arquivo de texto. Suas opções reais: o proxy reverso externo (mesma lógica do Webflow, com o cuidado extra de que proxy na frente do Squarespace mexe com o SSL gerenciado deles — faça com quem entende) ou aceitar a limitação e compensar onde a plataforma permite: JSON-LD caprichado via Code Injection + página de FAQ densa. É o pilar que falta, não o jogo inteiro.
Tabela comparativa: capacidade GEO por plataforma
| Plataforma | llms.txt no root | robots.txt editável | JSON-LD no head | FAQ em HTML |
|---|---|---|---|---|
| WordPress self-hosted | ✓ FTP ou plugin | ✓ arquivo físico ou plugin | ✓ plugin ou hook wp_head | ✓ |
| WordPress.com | ⚠ só em plano com plugins | ⚠ idem | ⚠ idem | ✓ |
| Webflow | ⚠ redirect ou proxy | ✓ Site settings → SEO | ✓ custom code (plano pago, 10k chars/campo) | ✓ |
| Wix | ✓ gerado automático (pouco customizável) | ✓ editor no painel SEO | ✓ por página no painel; global exige plano pago + domínio | ✓ |
| Squarespace | ✗ só com proxy externo | ✗ só interruptores de crawler | ⚠ Code Injection (Business+) | ✓ |
Legenda: ✓ nativo · ⚠ com restrição ou workaround · ✗ sem caminho na plataforma. Capacidades conforme documentação pública de cada plataforma na data de publicação — builders mudam rápido, confira o painel da sua conta.
Quando a plataforma não deixa: hierarquia honesta de workarounds
Antes de montar proxy ou considerar migração, um ajuste de perspectiva: Schema tipado e página de FAQ funcionam nas quatro plataformas, sem workaround nenhum, e são as duas peças que tornam o seu conteúdo fácil de reaproveitar por quem a IA de fato cita. A pesquisa de Princeton sobre GEO (Aggarwal et al., 2024) propôs três táticas — todas de conteúdo, nenhuma dependente de arquivo no root — para elevar a visibilidade em respostas de LLMs. Ressalva de 2026-08: o paper é a origem dessas táticas, não prova de eficácia — o C-SEO Bench (NeurIPS Datasets & Benchmarks 2025) reavaliou exatamente esses métodos e não replicou o ganho: efeitos entre −0,07 e +0,11, nenhum estatisticamente significante, contra 2,77 do SEO tradicional de retrieval. Este texto foi escrito antes dessa reavaliação; o número de lift saiu, a ressalva ficou. E a Seer Interactive mediu, em 3.119 queries, +35% de cliques pra marcas citadas em AI Overviews. Ou seja:
A limitação da sua plataforma quase nunca está no caminho do seu maior ganho.
Dito isso, quando você já fez Schema e FAQ e quer fechar o llms.txt numa plataforma que não permite root:
- Recurso nativo primeiro. Verifique o painel e o changelog da plataforma. Wix já gera; as outras estão se mexendo.
- Redirect 301 pra página interna. Dez minutos de trabalho, formato imperfeito (HTML em vez de text/plain), conteúdo entregue. Aceitável como estágio intermediário.
- Proxy reverso (Cloudflare na frente do domínio). Formato perfeito, complexidade real: exige controle do DNS e cuidado com SSL — no Squarespace, especialmente. Faça com apoio técnico ou não faça.
- O que eu não recomendo: migrar de plataforma só por causa de llms.txt. Migração é projeto caro, demorado e com risco de perder o SEO que você já tem — argumentei isso em detalhe no comparativo de plataformas. O arquivo não vale o transplante.
A ordem de implementação, em qualquer plataforma
Independente de onde seu site mora, a sequência que eu seguiria:
- Diagnostique antes de mexer. Abra
/robots.txte/llms.txtno navegador, rode o site no validador de Schema — ou deixe o Score GEO gratuito fazer as três verificações de uma vez. - Garanta que os crawlers entram. No Squarespace, confira o interruptor de crawlers de IA; nas outras, o robots.txt. Sem isso, o resto é invisível.
- JSON-LD tipado como Hotel na home, depois nas páginas de acomodação. É o item com melhor relação esforço/retorno da lista.
- Página de FAQ com perguntas reais de hóspede e respostas com número, preço e política — é o formato mais fácil de recortar.
- llms.txt por último, pelo caminho da sua plataforma (nativo, FTP, redirect ou proxy).
Pra dimensionar a janela: no estudo de fontes, São Sebastião teve 87 domínios distintos citados em 75 respostas — repertório largo, sem fonte dominante. Onde a IA ainda não fixou de quem copiar, há espaço pra entrar. A pousada que executar essa lista de cinco passos este mês trabalha a favor disso, não contra.
Perguntas que sempre me fazem
Preciso migrar de plataforma pra fazer GEO?
Quase nunca. As quatro plataformas deste guia permitem Schema e FAQ — que são as peças de maior impacto. A única limitação estrutural real (arquivo no root) tem workaround em todas. Migração só se justifica por problemas maiores: performance, conversão, custo. Não por um arquivo de texto.
O llms.txt automático do Wix já resolve?
Resolve a existência, não a qualidade. O arquivo passa a existir, mas o conteúdo é um índice genérico de páginas. Revise o que está sendo servido em /llms.txt e compare com o que um hóspede precisaria saber pra escolher você: tarifa, política, diferencial. O guia de llms.txt mostra a diferença.
Custom code no head deixa o site mais lento?
JSON-LD, não. O bloco <script type="application/ld+json"> não executa código — é dado estático que o navegador ignora e o crawler lê. Estamos falando de poucos kilobytes. A preocupação com performance vale pra scripts de terceiros, não pra Schema.
O site foi feito por uma agência e eu não tenho os acessos. E agora?
Peça os acessos de administrador da plataforma — são seus, o site é do seu negócio. A boa notícia deste guia: quase tudo aqui é configuração de painel, não código-fonte. Com o login em mãos, qualquer pessoa da sua equipe que segue instruções consegue executar. Se quiser as instruções já mastigadas pro seu caso, o Diagnóstico Estratégico (R$ 297) sai com o passo a passo da sua plataforma.
Como sei se as IAs já leem (e citam) meu site?
Nos builders fechados, ausência de log limita a observação de crawl. O teste de respostas é outra camada: registre prompts, data, plataforma, fontes e menções numa janela definida. O Diagnóstico Estratégico (R$ 297) interpreta os sinais do site e o recorte pré-coletado do destino; não executa uma coleta nova em quatro IAs.
Descubra o que falta no seu site — antes de mexer nele
O Score GEO gratuito verifica llms.txt, robots.txt, Schema e FAQ do seu site em minutos, seja ele WordPress, Webflow, Wix ou Squarespace. E se você quer saber o que as IAs já respondem sobre o seu hotel hoje, a Auditoria de Presença em IA (R$ 297) mede exatamente isso.
Rodar meu Score GEO grátis →Se a plataforma limitar demais o que dá para instalar, o problema deixa de ser técnico e passa a ser de escopo. O cuidado vale também pras fotos: nenhum CMS instala sozinho o alt-text estratégico e o image schema que fazem GPT-4o, Gemini e Claude lerem o quarto como produto — é camada de conteúdo, não de template. É aí que a escada de serviços do Arsenal, do diagnóstico à implementação assistida, ajuda a decidir o que vale e o que não vale forçar.