Como a OVR reconstruiu a arquitetura de schema e quadruplicou o tráfego orgânico
Plataforma AR/VR + NFT com 200+ páginas rodando schema Article por default. A maioria das páginas de marketing eram CSR React, invisíveis aos crawlers. A correção foi estrutural em schema, renderização e profundidade de conteúdo.
Contexto do cliente
A OVR é uma plataforma de realidade aumentada e virtual que mapeia o mundo em células hexagonais com propriedade NFT. Os usuários compram, vendem e constroem experiências nessas células através do marketplace da OVR. A equipe veio com um produto real, usuários reais e revenue real mas um site que o Google não conseguia ver completamente.
O site estava construído sobre um SPA React com renderização do lado do cliente. As páginas de marketing, páginas de coleção NFT e listings de ecossistema todas renderizavam depois de que o JavaScript executasse. O crawler do Google pode renderizar JS mas o faz em um orçamento diferido; para um site pesado em conteúdo isso significou que a maioria das páginas não estava sendo indexada de forma confiável.
Além disso, cada página de conteúdo emitia schema Article por default. As páginas de coleção NFT (que descrevem produtos digitais com preços floor) estavam marcadas como artigos. As páginas explicativas a nível de protocolo estavam marcadas como artigos. O schema estava incorreto por design em centenas de URLs.
A equipe tinha estado conseguindo tráfego branded sólido mas perdendo em cada consulta de comparação e categoria no seu espaço. Buscas como "plataforma AR NFT", "NFTs de imóveis virtuais" e "marketplace de terras do metaverso" estavam indo a concorrentes com produtos mais fracos mas fundações SEO mais fortes.
O problema
Tres problemas estructurales se agravaban entre sí.
Primeiro, o modelo de renderização. Em torno de 70% das páginas de marketing e conteúdo eram CSR React. O orçamento de crawl do Google para renderização JS diferida significou que as páginas recém-publicadas levavam semanas para serem indexadas. Os ciclos de atualização também se quebravam: editar uma descrição de coleção NFT exigia um re-crawl que frequentemente não acontecia até o próximo passo maior do Googlebot. Os sites concorrentes rodando SSR ou SSG estavam sendo indexados em dias enquanto a OVR estava sendo indexada em semanas.
Segundo, o problema de schema. Yoast estava instalado e emitia schema Article em cada post type por default. No inventário encontramos:
- Páginas de coleção NFT: marcadas como Article (deveriam ser ItemList + Product)
- Páginas por célula: marcadas como Article (deveriam ser Place + Cryptocurrency)
- Páginas de marketplace: marcadas como Article (deveriam ser Service + Offer)
- Página de informação de token: marcada como Article (deveria ser Cryptocurrency + FinancialProduct)
- Páginas de build/develop: marcadas como Article (deveriam ser Service)
Terceiro, as páginas de coleção NFT eram rasas. A maioria listava abaixo de 500 palavras de copy genérico com o floor price hardcoded como texto estático. Os floor prices mudam a cada hora. Data obsoleta em páginas com schema incorreto dizia ao Google que o conteúdo era tanto não estruturado como obsoleto. Combinação ruim.
O impacto combinado: o tráfego orgânico era uma fração do que a base real de usuários do produto e o reconhecimento de marca deveriam estar gerando. A equipe sabia que algo estava errado mas a natureza multi-camada do problema tornava difícil apontar para uma única coisa.
A auditoria
A auditoria da TG3 levou duas semanas e produziu uma lista priorizada de 47 problemas em schema, renderização, profundidade de conteúdo e linkagem interna.
Hallazgos de mayor impacto:
A migração de schema foi a maior oportunidade única. Os templates em WordPress estavam emitindo Article por default. Substituir esses templates com schemas apropriados ao tipo (FinancialProduct para páginas de token, Service para marketplace, Place + Cryptocurrency para páginas de célula, ItemList + Product para coleções) habilitaria elegibilidade para rich results em centenas de páginas sem tocar uma única peça de conteúdo.
O problema de renderização CSR tinha dois caminhos viáveis: reconstrução completa SSR ou migrar páginas de marketing/conteúdo para SSG mantendo a aplicação real (o marketplace, o visor de célula) como CSR. Recomendamos o segundo caminho porque preservava toda a superfície de produto interativa enquanto corrigia as páginas SEO-críticas.
As páginas de coleção NFT precisavam de expansão. Recomendamos um objetivo de 1.500-2.000 palavras por coleção maior com floor prices ao vivo trazidos da API do marketplace da OVR e re-renderizados a cada hora via SSG com ISR (incremental static regeneration). O fallback estático sempre teria um floor price recente; a atualização dinâmica o manteria fresco.
A linkagem interna era rasa. As páginas de marketing não linkavam para listings do ecossistema. As páginas do ecossistema não linkavam de volta. Não havia índice /ecosystem/. Construir um com sub-páginas categorizadas (criadores, coleções, localizações) capturaria consultas long-tail que a arquitetura existente perdia.
FREE WEB3 AUDIT
Consiga o mesmo tipo de auditoria para seu site.
Rode a mesma auditoria Crawlux no seu domínio crypto. Primeira auditoria grátis, relatório PDF completo.
Primeira auditoria grátis · Sem cadastro · 60 segundos · Full PDF report
O trabalho
Migração de schema em 200+ páginas
Construímos um documento de mapeamento de schema cobrindo cada padrão de URL no site. Cada padrão foi atribuído a um tipo de schema target (FinancialProduct, Service, Place, Cryptocurrency, ItemList) e a migração rodou template por template através do backend de WordPress.
A emissão Article default de Yoast foi sobrescrita via o filtro wpseo_schema_graph_pieces para cada post type afetado. Injeção JSON-LD personalizada o substituiu pelo tipo correto. O wrapper @graph nos deixou empilhar BreadcrumbList e FAQPage em cada página de forma limpa. Construímos um filtro PHP por template afetado em vez de um override geral porque algumas páginas Article legítimas (os blog posts reais) precisavam seguir emitindo schema Article.
O documento de mapeamento tinha quatro colunas: padrão de URL, schema atual, schema target, complicações. A maioria das linhas era direta. Páginas de coleção → ItemList + Product. Informação de token → FinancialProduct + Cryptocurrency. A coluna de complicações capturou os casos edge: páginas de coleção onde alguns items estavam ligados a localização do mundo físico (células) e outros eram puramente virtuais (avatares), páginas por célula onde as células não tinham NFT associado ainda, coleções arquivadas que tinham sido retiradas mas mantidas indexadas por histórico SEO.
Antes da migração: apenas uma pequena minoria de páginas tinha schema apropriado ao seu tipo de conteúdo. Depois da migração: a maioria das páginas sim. O passe de validação capturou uma dúzia de casos edge que receberam tratamento sob medida em vez de tratamento geral. O Validador de Schema.org, Google Rich Results Test e Bing Markup Validator todos passaram limpos dentro da segunda iteração.
Migração CSR React → Next.js SSG
Não reconstruímos o site inteiro. A aplicação de marketplace ficou como CSR porque é ali que os usuários interagem com suas wallets e data ao vivo. Migramos apenas as páginas de marketing, as páginas de coleção NFT, o diretório de ecossistema e as seções de help/docs para Next.js com geração estática mais ISR para as páginas de coleção dependentes do floor price.
Isso manteve intacta a superfície real de produto da equipe de dev enquanto movia o conteúdo SEO-crítico para um modelo de renderização que os crawlers podiam parsear na primeira request. ISR com uma revalidação de uma hora nos deu cargas iniciais static-fast com atualizações de floor price a cada hora.
O conteúdo crawleável passou de aproximadamente 30% das páginas para efetivamente todas. A latência de indexação de primeiro passo caiu de semanas para dias.
Expansão de página de coleção NFT
Cada coleção maior recebeu um rewrite de conteúdo. O objetivo eram 1.500-2.000 palavras cobrindo: origem da coleção e criador, temas e estética, células notáveis incluídas, atividade de mercado secundário, links para outro trabalho do criador e como adquirir.
O bloco de floor price ao vivo se tornou uma feature de structured data. Trazido da API do marketplace da OVR em build time, mostrado prominentemente com um timestamp "last updated". Fizemos schema-tag do floor price como uma oferta Product com priceValidUntil configurado para a próxima janela ISR.
Essa única mudança causou a maior mudança individual de ranking. As páginas de coleção que tinham estado lutando para posicionar para seu próprio nome de coleção começaram a posicionar para consultas a nível de categoria ("NFTs de imóveis virtuais", "coleções de células AR").
Construção de diretório de ecossistema
Construímos /ecosystem/ como um índice categorizado de tudo o que acontece na OVR. Categorias: criadores, localizações, experiências, coleções, infraestrutura. Cada categoria recebeu sua própria página com comentário editorial mais um grid filtrado. Páginas por criador e por coleção empilhadas em cima.
O schema ItemList + Service ao longo do diretório capturou um volume substancial de consultas long-tail que a arquitetura anterior perdia completamente. Coisas como "experiências AR em Milão", "criadores OVR para seguir", "eventos virtuais Berlim" todas começaram a posicionar dentro dos primeiros 90 dias.
Também construímos o fluxo /ecosystem/submit/ para que novos criadores pudessem aplicar para inclusão. A revisão manual manteve a qualidade alta enquanto sinalizava ao Google que o diretório estava ativo e crescendo.
Resultados
Dentro de 90 dias de que a migração completa saísse ao vivo, os resultados principais:
O tráfego orgânico mais que quadruplicou. O lift não estava distribuído uniformemente. As páginas de marketing viram ganhos modestos. As páginas de coleção NFT e páginas do diretório de ecossistema geraram a maioria do volume novo.
A indexação se tornou confiável. As páginas publicadas depois da migração foram indexadas dentro de poucos dias em vez de semanas. A fila "Discovered, not indexed" do Search Console encolheu dramaticamente.
As páginas elegíveis para schema passaram de uma pequena minoria para a maioria. As melhorias de rich result (FAQ, Sitelinks Search Box, BreadcrumbList) apareceram na nova arquitetura.
A captura long-tail cresceu substancialmente. Centenas de padrões de consulta novos começaram a gerar tráfego, majoritariamente do diretório de ecossistema e das páginas de coleção expandidas.
A migração se pagou sozinha dentro do primeiro trimestre só em valor de tráfego. A conversão a signups de produto (a métrica que importava à equipe da OVR) subiu junto com o tráfego mas com um lag porque o funnel de compra leva semanas para compras NFT de alta consideração.
5 lições táticas que você pode aplicar
As migrações de schema ganham dos rewrites de conteúdo em ROI
Em 200+ páginas, mudar templates de schema levou duas semanas de trabalho de dev. A mesma capacidade de dev gasta em rewrites de conteúdo teria tocado talvez 30 páginas. As migrações de schema escalam; os rewrites de conteúdo não. Quando você está schema-quebrado a escala arquitetônica, corrija o schema primeiro.
A renderização híbrida ganha do SSR puro para plataformas Web3
O SSR puro teria criado novos problemas com integrações de wallet e display de data ao vivo. O CSR puro era o problema original. SSG para conteúdo + CSR para aplicação é a arquitetura correta para quase qualquer plataforma Web3 com uma superfície de produto significativa.
ISR mais API ao vivo ganha da renderização completamente dinâmica
Os floor prices mudam a cada hora. Atualizar via ISR com uma revalidação de 60 minutos nos deu cargas iniciais static-fast com freshness a cada hora. Os crawlers veem HTML estático. Os usuários veem preços atuais. O padrão de duplo propósito funciona para qualquer data sensível ao tempo em um site estático.
Os diretórios de ecossistema devem ser profundos em categorias, não apenas project-listed
Um diretório de ecossistema com 200 projetos em uma lista plana captura menos tráfego long-tail que os mesmos 200 projetos em 5 sub-páginas categorizadas com comentário editorial. A categorização captura consultas de categoria; as páginas por projeto capturam consultas branded. Construa os dois.
Capture uma baseline AEO antes de começar o trabalho
Medimos citações AEO depois da migração e vimos melhora clara mas não conseguimos atribuir de forma limpa a mudanças específicas porque a baseline pré-migração faltava. Sempre capture taxas de citações baseline nas suas top 10-20 consultas antes de começar qualquer projeto SEO maior.
O takeaway de AB
O engagement da OVR reforçou algo que já acreditávamos: o schema é a alavanca de maior ROI em SEO Web3. A maioria do outro trabalho SEO é incremental. A migração de schema é estrutural. Quando você passa de incorreto para correto em centenas de páginas, o lift compõe em cada tipo de consulta tocando essas páginas.
A decisão CSR-para-SSG foi polêmica. Alguns na equipe da OVR queriam uma reconstrução SSR completa para uma arquitetura "mais limpa". Empurramos de volta forte porque a aplicação marketplace genuinamente precisava de CSR para interações de wallet e data ao vivo. A renderização híbrida (SSG para conteúdo, CSR para aplicação) é o padrão correto para a maioria das plataformas Web3. Ir SSR puro teria criado novos problemas enquanto resolvia os velhos.
Se tivéssemos que escolher uma única coisa para fazer primeiro com orçamento limitado, teria sido schema. A migração CSR-para-SSG acelerou a indexação mas a migração de schema gerou os rankings. A ordem importa.
O que faríamos diferente
Dos cosas en retrospectiva.
Primeiro, teríamos rodado um test baseline de taxa de citações AEO antes de começar. Medimos citações AEO depois da migração e tinham melhorado claramente mas não conseguimos atribuir de forma limpa a melhora a mudanças específicas porque não tínhamos uma baseline pré-migração. A medição AEO era mais nova então; agora sempre a capturamos antes de que comece qualquer projeto.
Segundo, teríamos construído o diretório de ecossistema antes da migração de schema em vez de junto a ela. O diretório gerou dúzias de links internos novos a páginas de produto. Fazê-lo primeiro teria significado que a migração de schema saísse ao vivo com sinais de links internos mais fortes já apontando para as páginas migradas. Fizemos os dois em paralelo o que funcionou mas sequenciar de forma diferente poderia ter acelerado o impacto de ranking.
A TG3 veio com uma tese clara e executou contra ela. Apenas a migração de schema valeu o engagement; o diretório de ecossistema tem estado gerando tráfego de descoberta qualificado desde então. Entendem SEO crypto a um nível que a maioria das agências não.
Rode uma auditoria Crawlux grátis no seu site
A auditoria identifica quais problemas de schema, técnicos e AEO estão bloqueando seus rankings. O mesmo framework de diagnóstico que usamos na OVR.
Rodar auditoria gratuita →Playbooks relacionados
Guias pilares
RUN YOUR OWN AUDIT
Veja o que o Crawlux encontra no seu site.
Estes resultados vêm da mesma auditoria que você pode rodar grátis no seu próprio domínio. Turnaround de 60 segundos.
Primeira auditoria grátis · Sem cadastro · 60 segundos · Full PDF report