Arquitetura de conteúdo para GEO: como modelar entidades e tipos de conteúdo no CMS

Time Lumis

Publicado 01/01/2025 3 min leitura

Arquitetura de conteúdo para GEO é o desenho dos tipos de conteúdo do CMS: campos definidos para cada parte da página, uma taxonomia comum e relações entre entidades como solução, segmento e case. Com esse modelo, cada página nova sai com resposta direta, evidência, autor, data visível e dado estruturado coerente com o texto, sem depender da memória de cada redator.

Somos a Lumis, empresa brasileira de software fundada em 2001, e escrevemos este guia a partir do que vemos nos projetos com o LumisXP. Ele aprofunda o critério de modelo de conteúdo descrito em Como escolher um SEO Técnico Nativo em CMS e DXP como o CMS faz todas as páginas saírem com a mesma estrutura, mês após mês.

Por que a estrutura da página precisa vir do CMS?

Segundo o Google, os dados estruturados que ele encontra na web servem para entender o conteúdo da página e para reunir informações sobre o mundo, como as pessoas e as empresas descritas na marcação. Entre as práticas que o Google aponta para os recursos de IA da busca estão links internos que tornem o conteúdo fácil de encontrar, conteúdo importante em formato de texto e dados estruturados que correspondam ao texto visível na página. O Google também afirma que não há otimização especial para AI Overviews e AI Mode.

Cumprir essas práticas numa página é simples. O trabalho aparece quando o site tem quinhentas páginas, escritas por pessoas diferentes ao longo de anos.

A tese deste guia: página citável em escala é consequência do modelo de conteúdo. Se o tipo "página de solução" tem um campo obrigatório para a resposta direta, uma relação obrigatória com pelo menos um case e uma data de atualização que aparece para o leitor, nenhuma página de solução vai ao ar sem essas três coisas. Num CMS em que a página é um único campo de corpo livre, a mesma estrutura depende da disciplina de cada autor, e na nossa experiência ela se desfaz à medida que o site cresce e o time muda.

O que é modelar conteúdo no CMS?

Modelar conteúdo é decidir, antes de escrever, de que peças cada tipo de página é feito. Quatro conceitos organizam o trabalho.

Tipo de conteúdo. A categoria de página com estrutura própria: solução, segmento, case, artigo, autor. Cada tipo tem um propósito e um conjunto de campos.

Campo. Cada parte do conteúdo com função definida: nome oficial, resumo, corpo, evidência, data, autor. O campo pode ser obrigatório, ter limite de tamanho e formato validado.

Taxonomia. O vocabulário comum que classifica os conteúdos: segmentos atendidos, produtos, temas. Quando toda página usa a mesma lista de segmentos, "Finanças e Seguros" tem um nome só no site inteiro.

Relação. A ligação declarada entre conteúdos: o case pertence a uma solução e a um segmento, o artigo tem um autor. A relação é o que permite ao CMS montar listas e links sem trabalho manual.

Do modelo de página ao tipo de conteúdo

Na nossa leitura, um bom modelo de página segue esta ordem: entidade, definição, resposta direta, evidências, detalhes, perguntas relacionadas, fontes e data de atualização. Esse é um modelo para o leitor humano, que encontra logo no início o que procura. Ele vira arquitetura quando cada parte ganha um campo no tipo de conteúdo.

O modelo organiza o conteúdo para quem lê. Picotar o texto em blocos pensados só para máquina, ou manter uma versão da página escrita para IA, não faz parte deste método, e o Google afirma que não há otimização especial para aparecer nos recursos de IA.

Que tipos de conteúdo um site B2B precisa modelar?

Num site de empresa B2B, na nossa leitura, as perguntas que um comprador B2B faz a um assistente giram em torno de quatro entidades: o que a empresa vende, para quem vende, que resultado já entregou e quem está falando. Isso dá um conjunto mínimo de tipos.

• Solução: o que a empresa oferece, com resumo, capacidades, segmentos atendidos e cases relacionados.
• Segmento: a página de cada mercado atendido, que lista as soluções e os cases daquele segmento.
• Case: o resultado publicado de um cliente nomeado, ligado a uma solução e a um segmento, com os números que o cliente autorizou divulgar.
• Artigo: o conteúdo editorial do blog, ligado a um autor e aos temas da taxonomia.
• Autor: a página de quem escreve, com cargo, área de atuação e credenciais verificáveis.

A organização em si, com nome, logo e dados institucionais, também é uma entidade, e o cuidado com ela está em LumisXP para sites institucionais de grandes empresas.

O ganho das relações aparece nos links internos. Segundo o Google, os links são um sinal para avaliar a relevância das páginas e encontrar páginas novas, e toda página importante deveria receber link de pelo menos uma outra página do site, com texto âncora descritivo. Quando o case declara a solução e o segmento a que pertence, a página do segmento pode listar esse case sozinha, e o link sai com o título do case como âncora, enquanto o próprio case aponta para a solução pelo nome oficial. Ninguém precisa lembrar de voltar à página do segmento para incluir o case novo.

Como o dado estruturado sai do modelo?

O Google recomenda JSON-LD como formato de dados estruturados, por ser o mais fácil de implementar e manter em escala, com menos chance de erro. As diretrizes pedem que a marcação represente fielmente o conteúdo visível e fique na página que descreve.

No modelo de conteúdo, essas regras deixam de depender de revisão manual. Se o JSON-LD de um artigo é gerado dos mesmos campos que exibem título, autor e datas na tela, a marcação e o texto visível partem da mesma fonte e não têm como divergir. Cada tipo de conteúdo emite a marcação schema.org que corresponde a ele, e a página de artigo, por exemplo, leva autor, data de publicação e data de modificação. O que marcar em cada tipo está detalhado em CMS e DXP no mundo do zero-click , e a sincronia do dado com sistemas de origem, como preço e disponibilidade, em SEO técnico nativo em CMS e DXP em 2026.

Duas ressalvas do próprio Google. Marcação correta não garante exibição em resultado enriquecido, porque a decisão depende de contexto da busca, histórico, local e dispositivo. E o resultado enriquecido de perguntas frequentes deixou de aparecer na busca do Google em maio de 2026. A seção de perguntas continua útil para o leitor e para cobrir perguntas vizinhas, e quem já tem a marcação não precisa removê-la.

Por que tratar a data de atualização como campo do tipo de conteúdo?

O Google orienta exibir na página uma data visível, com rótulo como "Publicado" ou "Atualizado", e manter essa data igual à informada nos dados estruturados. Também pede que não se usem datas futuras e que a página tenha o mínimo de outras datas competindo com a principal.

Com a data como campo do tipo de conteúdo, a mesma informação alimenta o texto visível e o dado estruturado. Na nossa leitura, a data de revisão deve mudar quando o conteúdo muda de fato, numa revisão com dono definido. Trocar a data sem rever o texto engana o leitor e desfaz a coerência que o campo existe para garantir.

Um exemplo de página de solução modelada

Um exemplo hipotético ajuda a ver o modelo funcionando. Imagine a página de uma solução de portal de relacionamento para o segmento de Finanças e Seguros.

• Entidade: a solução, escolhida na lista de soluções cadastradas, com o nome oficial que aparece no site inteiro.
• Resumo: duas ou três frases que dizem o que o portal faz e para quem, exibidas no topo.
• Evidência: a relação com um case publicado do segmento. Entre os nossos cases, o da SulAmérica, que centralizou numa plataforma omnichannel os canais de atendimento para clientes, corretores e fornecedores, com 100 milhões de acessos mensais, é o tipo de prova que esse campo pede.
• Segmento: Finanças e Seguros, da taxonomia comum. A página do segmento passa a listar esta solução e o case sem edição manual.
• Perguntas relacionadas: o que o comprador pergunta antes de pedir uma proposta, como integração com sistemas legados e segurança de dados.
• Datas: publicação e última revisão, visíveis e repetidas no dado estruturado.

Quando o time cria a próxima página de solução, o CMS apresenta os mesmos campos, com as mesmas regras, e o que foi combinado em reunião fica embutido no formulário de publicação.

Onde o LumisXP entra

Nossa plataforma conta com CMS headless, para gerenciar o conteúdo uma vez e publicar em qualquer lugar. Temos templates inteligentes, integração com

Design System e criação de página via prompt, em que a IA gera a página completa a partir da descrição. Toda edição gera uma nova versão, com histórico completo e comparação entre versões, e temos SEO e GEO nativos com IA.

A criação via prompt reforça a importância do modelo. Quando a IA produz páginas em volume, é o tipo de conteúdo que garante que cada página nova chegue com os mesmos campos e regras de uma página escrita à mão. O controle editorial sobre esse volume está em CMS para empresas na era da IA: o que muda quando produzir conteúdo fica barato.

Quatro pontos você deve ver funcionando na demonstração, com a gente ou com qualquer fornecedor: como se define um tipo de conteúdo com campos obrigatórios e validação, como uma relação entre conteúdos vira lista e link na página, como o JSON-LD de cada tipo é gerado a partir dos campos e se a página criada por prompt respeita os campos obrigatórios do tipo.

Quando modelar ainda é cedo

Se o site tem poucas dezenas de páginas e um único redator, um bom template resolve, e o investimento em modelagem pode esperar o site crescer.

Modelo de conteúdo também não salva conteúdo raso. Um campo obrigatório preenchido com texto genérico continua genérico, e o Google pergunta, nos seus critérios de conteúdo útil, se a página traz informação, pesquisa ou análise originais. A qualidade da análise continua dependendo de quem escreve.

Remodelar um site existente exige migrar o conteúdo legado para os novos tipos, campo por campo. Em sites grandes, vale começar pelos tipos com mais peso comercial, como solução e case, e deixar o restante para uma segunda etapa.

Converse com um especialista Lumis.

Perguntas frequentes

O que é arquitetura de conteúdo?

É o desenho dos tipos de conteúdo de um site, com os campos de cada tipo, a taxonomia que classifica os conteúdos e as relações entre eles. Ela define de que peças cada página é feita antes de alguém começar a escrever.

Qual a diferença entre template e tipo de conteúdo?

O template define como a página aparece. O tipo de conteúdo define de que informações ela é feita, com campos, regras e relações. Um mesmo tipo pode ser exibido por templates diferentes em canais diferentes.

Ainda vale usar marcação de FAQ em 2026?

Para ganhar resultado enriquecido, não. O resultado enriquecido de perguntas frequentes deixou de aparecer na busca do Google em maio de 2026, e o Google informa que a marcação existente não precisa ser removida. A seção de perguntas segue útil como conteúdo para o leitor.

Dado estruturado garante aparecer em AI Overview?

Não. O Google afirma que não garante a exibição de dados estruturados nos resultados, mesmo com a marcação correta, e que não há requisito adicional para os recursos de IA além de a página estar indexada e apta a aparecer com snippet.

CMS headless ajuda em GEO?

Ajuda quando o conteúdo é guardado em campos estruturados, separado do layout, o que a arquitetura headless favorece. O efeito em GEO vem do modelo de conteúdo que o time desenha dentro dele.

Leitura relacionada

• Como medir se o seu site aparece em respostas de IA 
• CMS e DXP no mundo do zero-click
• SEO técnico nativo em CMS e DXP em 2026 
• LumisXP para sites institucionais de grandes empresas 

Revisão técnica

Conteúdo técnico revisado por especialista, responsável por confirmar como o LumisXP define tipos de conteúdo,

relações entre conteúdos e a geração de dados estruturados.

Sobre o autor

G. Silva, estrategista de conteúdo e IA, responsável pelo conteúdo editorial da Lumis e autor do método de produção de conteúdo. Concluiu os cursos Introduction to agent skills e Building with the Claude API, da Anthropic, e é certificado pela Semrush Academy (GA4 para SEO) e pelo Google.

Somos uma empresa brasileira de software fundada em 2001, com 25 anos de mercado e o LumisXP em sua 16ª versão.

Fontes

Google Search Central, introdução aos dados estruturados ("Introduction to structured data markup in Google Search"). Última atualização em 10 de dezembro de 2025. Uso de dados estruturados para entender a página e reunir informações sobre pessoas e empresas; JSON-LD recomendado por ser mais fácil de implementar e manter em escala. https://developers.google.com/search/docs/appearance/structured-data/intro-structured-data

Google Search Central, diretrizes gerais de dados estruturados ("General structured data guidelines"). Última atualização em 10 de julho de 2026. Marcação deve representar o conteúdo visível; não marcar conteúdo invisível; colocar a marcação na página que ela descreve; sem garantia de exibição. https://developers.google.com/search/docs/appearance/structured-data/sd-policies

Google Search Central, recursos de IA e o seu site ("AI features and your website"). Última atualização em 10 de dezembro de 2025. Práticas de SEO aplicáveis aos recursos de IA, entre elas links internos, conteúdo em texto e dados estruturados correspondentes ao texto visível; sem otimizações especiais. https://developers.google.com/search/docs/appearance/ai-features

Google Search Central, links rastreáveis ("Link best practices for Google"). Última atualização em 10 de dezembro de 2025. Links como sinal de relevância e descoberta; toda página importante com link de pelo menos uma outra página; texto âncora descritivo. https://developers.google.com/search/docs/crawling-indexing/links-crawlable

Google Search Central, datas de publicação ("Influence your byline dates in Google Search"). Última atualização em 10 de dezembro de 2025. Data visível com rótulo; datePublished e dateModified; consistência entre data visível e dado estruturado; sem datas futuras. https://developers.google.com/search/docs/appearance/publication-dates

Google Search Central, registro de atualizações da documentação ("Latest Google Search documentation updates"). Descontinuação do resultado enriquecido de FAQ em 8 de maio de 2026, com efeito a partir de 7 de maio de 2026; documentação removida em 15 de junho de 2026. https://developers.google.com/search/updates

Google Search Central, dados estruturados de FAQ ("FAQ structured data"). Última atualização em 15 de junho de 2026. O recurso não aparece mais na busca; a marcação existente não precisa ser removida. https://developers.google.com/search/docs/appearance/structured-data/faqpage

Google Search Central, conteúdo útil e confiável ("Creating helpful, reliable, people-first content"). Última atualização em 10 de dezembro de 2025. Perguntas sobre autoria visível e sobre informação, pesquisa ou análise originais. https://developers.google.com/search/docs/fundamentals/creating-helpful-content

Lumis, página da plataforma LumisXP: CMS headless, "Gerencie conteúdo uma vez, publique em qualquer lugar"; criação de página completa a partir de descrição com IA; integração com Design System. Consultada em 1º de outubro de 2026. https://www.lumis.com.br/plataforma.htm

Lumis, página do LumisXP para marketing: templates inteligentes; versionamento automático; SEO e GEO nativos com IA. Consultada em 1º de outubro de 2026. https://www.lumis.com.br/lumis-xp-para-marketing.htm

Lumis, página do LumisXP para tecnologia: toda edição de conteúdo gera uma nova versão, com histórico completo e comparação entre versões. Consultada em 1º de outubro de 2026. https://www.lumis.com.br/lumis-xp-para-tecnologia.htm

Lumis, página de soluções para Finanças e Seguros: case SulAmérica, canais de atendimento para clientes, corretores e fornecedores centralizados em plataforma omnichannel, com 100 milhões de acessos mensais. Consultada em 1º de outubro de 2026. https://www.lumis.com.br/solucoes/por-segmento/financas-seguros.htm