SEO, AEO e GEO para sites institucionais

Resumo

SEO, AEO e GEO são camadas complementares de descoberta e compreensão de um site.

• SEO ajuda mecanismos de busca a encontrar, indexar e ranquear páginas.
• AEO ajuda mecanismos de resposta a extrair respostas diretas, principalmente por meio de conteúdo claro, FAQ e dados estruturados.
• GEO ajuda mecanismos generativos e assistentes de IA a entenderem entidade, contexto, proposta de valor, fontes confiáveis e perguntas comuns sobre uma marca ou serviço.

A prática central é transformar cada página em uma unidade semântica clara: título próprio, descrição própria, URL canônica, dados de compartilhamento, dados estruturados e respostas explícitas para dúvidas reais do usuário.

Conceitos principais

SEO — Search Engine Optimization

Foco: mecanismos de busca tradicionais, como Google.

O objetivo é deixar cada página tecnicamente legível e semanticamente clara para indexação.

Elementos essenciais:

• título único por página;
• descrição única por página;
• URL canônica;
• estrutura de headings coerente;
• conteúdo alinhado à intenção de busca;
• links internos claros;
• sitemap e robots quando aplicável;
• performance e acessibilidade.

AEO — Answer Engine Optimization

Foco: mecanismos que respondem perguntas diretamente.

O objetivo é facilitar que o mecanismo encontre uma resposta precisa e confiável dentro do site.

Elementos essenciais:

• perguntas e respostas reais;
• linguagem direta;
• blocos de FAQ;
• dados estruturados como FAQPage, Organization e WebSite;
• respostas que explicam quem faz, o que faz, onde atua e como funciona.

GEO — Generative Engine Optimization

Foco: mecanismos generativos e assistentes de IA, como AI Overviews, ChatGPT Search e Perplexity.

O objetivo é tornar a entidade e a proposta de valor compreensíveis para sistemas que sintetizam respostas a partir de múltiplas fontes.

Elementos essenciais:

• identidade da organização bem definida;
• descrição consistente da proposta de valor;
• entidades claras: marca, produto, serviço, localização, público, canais oficiais;
• conteúdo factual e verificável;
• FAQs que antecipam dúvidas reais;
• dados estruturados que reduzem ambiguidade.

Checklist técnico reutilizável

Metadata por rota

Cada rota importante deve ter metadata própria:

• title específico;
• description específica;
• openGraph próprio;
• twitter próprio;
• alternates.canonical explícito.

Evitar que subpáginas herdem dados genéricos da home, principalmente em compartilhamentos e previews sociais.

Open Graph e Twitter Card

Para cada página relevante:

• definir openGraph.title;
• definir openGraph.description;
• definir openGraph.url com URL absoluta;
• definir imagem de compartilhamento, idealmente 1200×630;
• definir locale, por exemplo pt_BR;
• definir siteName;
• definir twitter.card: summary_large_image.

Quando houver diferença importante de intenção por página, criar imagens OG específicas.

Descrições

Descrições boas devem:

• explicar a promessa da página;
• usar termos que o usuário realmente buscaria;
• evitar duplicação entre rotas;
• manter consistência com o hero/conteúdo da página;
• quando fizer sentido, terminar com uma tagline institucional consistente.

Canonical URLs

Toda rota indexável deve declarar alternates.canonical.

Isso evita que o Google trate variações com parâmetros como páginas distintas, por exemplo:

• /devolucao
• /devolucao?utm_source=instagram

A canonical deve apontar para a versão limpa e oficial da página.

Dados estruturados

Dados estruturados ajudam mecanismos de busca e IAs a entenderem entidades e relações.

Tipos úteis:

• Organization: nome, URL, logo, e-mail, endereço e redes sociais;
• WebSite: identidade do site e possibilidade de sitelinks searchbox;
• FAQPage: perguntas e respostas reais por página;
• Product ou Service, quando o produto/serviço estiver suficientemente definido;
• LocalBusiness, quando localização física for parte relevante da proposta.

Caso prático — Epost

Esta seção registra a aplicação prática feita na Epost sem transformar a nota em uma nota operacional da empresa. A ideia é servir como referência técnica reaproveitável.

Já feito na prática

Open Graph e Twitter Card

Na home (/):

• título corrigido para Epost | Envios no seu tempo;
• descrição institucional ajustada;
• openGraph completo com título, descrição, URL absoluta, imagem 1200×630, locale: pt_BR e siteName;
• twitter.card: summary_large_image.

Nas sub-rotas:

• layouts que tinham apenas title e description passaram a ter openGraph e twitter próprios;
• isso evita que qualquer link compartilhado herde indevidamente os dados da home.

Rotas tratadas:

Rota	OG image
/devolucao	/devolucao/og-image.jpg específica
/envio	/og-image.jpg
/anfitriao	/og-image.jpg
/motorista	/og-image.jpg
/parceiro	/og-image.jpg
/sobre	/og-image.jpg
/politica-privacidade	/og-image.jpg

Descrições

• Home: Envie e devolva pacotes em menos de 1 minuto. Sem fila, sem balcão, no seu caminho.
• Anfitrião, motorista e parceiro receberam descrições próprias baseadas no hero da página.
• As descrições encerram com a tagline: Epost, uma nova forma de enviar pacotes e devolver compras.

Canonical URLs

• Todas as 8 rotas passaram a declarar alternates.canonical explicitamente.
• Isso reduz risco de duplicação por parâmetros de campanha ou URLs alternativas.

JSON-LD e dados estruturados

Na raiz:

• Organization com nome, URL, logo, e-mail, endereço em Curitiba/PR e redes sociais;
• WebSite para habilitar sitelinks searchbox no Google.

Em páginas específicas:

• /devolucao, /envio e /motorista receberam FAQPage;
• cada página recebeu 6 perguntas e respostas extraídas dos arquivos de locale pt-BR;
• isso fortalece AEO e GEO porque fornece respostas estruturadas sobre o serviço.

Ainda não feito / pendências

• Verificar se os textos do FAQ de /motorista no locale pt-BR precisam ser atualizados, pois parecem conter conteúdo de devolução.
• Criar OG images específicas para /envio, /anfitriao, /parceiro e /motorista, se a diferenciação por rota for importante.
• Validar os dados estruturados com ferramenta de rich results/schema.
• Conferir se todas as páginas indexáveis aparecem no sitemap.
• Conferir robots.txt e regras de indexação.
• Medir no Google Search Console se houve melhora em indexação, impressões, CTR e queries por página.
• Mapear perguntas reais dos usuários para transformar em novas FAQs e páginas de suporte.
• Criar conteúdo de apoio para dúvidas com intenção forte, por exemplo envio, devolução, ponto parceiro, anfitrião, motorista e segurança.

Como aplicar em outro site

1. Listar rotas indexáveis e intenção de cada uma.
2. Garantir título e descrição próprios por rota.
3. Criar canonical explícito para cada rota.
4. Configurar Open Graph e Twitter Card por rota.
5. Criar ou revisar imagens OG.
6. Definir entidades principais: organização, site, produto, serviço, localização.
7. Adicionar JSON-LD com Organization e WebSite.
8. Adicionar FAQPage apenas com perguntas e respostas reais.
9. Validar schema e preview social.
10. Monitorar Search Console e ajustar conteúdo com base em queries reais.

Sinais de qualidade

Um site está mais maduro em SEO/AEO/GEO quando:

• cada página tem propósito e intenção claros;
• compartilhamentos sociais exibem título, descrição e imagem corretos;
• mecanismos de busca sabem qual é a URL canônica;
• dados estruturados descrevem corretamente organização, site e FAQs;
• dúvidas reais dos usuários aparecem respondidas em linguagem direta;
• Search Console mostra páginas indexadas e queries coerentes com a proposta de valor.

Revisão — 2026-05-05

Esta nota tem informação útil demais para ser tratada como revisão concluída e congelada. Ela deve virar uma nota-base ativa, com três desdobramentos:

1. Uma tese maior sobre se blogs ainda valem a pena na era GEO: [[tese-blogs-ainda-valem-a-pena-na-era-geo|Tese - blogs ainda valem a pena na era GEO?]].
2. Um guia maior de aplicação prática de GEO: [[guia-geo-para-sites-institucionais|Guia GEO para sites institucionais]].
3. Uma aplicação operacional no site da Epost: [[09-Subvaults/epost-vault/02_marketing/site/plano-geo-site-epost-2026-05|Plano GEO do site Epost - maio 2026]].

Decisão desta revisão:

• Mudar a nota de evergreen para active, porque ela ainda está virando material maior e será usada nesta semana.
• Preservar o checklist técnico e o passo a passo como referência reutilizável.
• Não misturar a tese sobre blogs, o guia GEO e a execução da Epost dentro de uma nota só.
• Próxima revisão em 2026-05-12, após uso prático no site epost.com.br.

Perguntas de recuperação

• Qual é a diferença prática entre SEO, AEO e GEO?
• Por que canonical URL é importante em páginas com UTMs?
• O que precisa existir em uma rota para ela não herdar metadata genérica da home?
• Como FAQPage ajuda tanto mecanismos de busca quanto assistentes de IA?
• Quais itens já foram implementados na Epost e quais ainda precisam ser verificados?

Links relacionados

• [[midias-sociais-epost|Mídias Sociais Epost]]
• [[epost]]
• [[conteudo-para-seo]]
• [[dados-estruturados]]
• [[answer-engine-optimization]]
• [[generative-engine-optimization]]

Nota original recebida

### Open Graph & Twitter Card

- Home: título corrigido para `Epost | Envios no seu tempo`.
- Sub-rotas receberam `openGraph` e `twitter` próprios.
- Canonical URLs foram adicionadas à s 8 rotas.
- JSON-LD foi adicionado com `Organization`, `WebSite` e `FAQPage`.
- Pendências principais: revisar FAQ de `/motorista` e criar OG images específicas para algumas rotas.