7 erros de schema que prejudicam os rankings de sites crypto

Erro 1: schema genérico Product em páginas de token

O erro de schema individualmente mais comum em sites crypto. As landing pages de tokens emitem schema Product (o padrão do framework) em vez de FinancialProduct. Para o Google e os modelos de extração de IA, esses dois tipos indicam coisas completamente diferentes.

Product posiciona a página como e-commerce. A IA extrai preço, disponibilidade, ratings e seller. Nenhum desses mapeia de forma limpa para um token. FinancialProduct posiciona a página como instrumento monetário. A IA extrai símbolo de ticker, listagens de exchange, contagem de holders, métricas de supply, histórico de auditoria.

Detecção. Veja o JSON-LD de qualquer landing page de token. Se o @type for "Product" ou "Offer" sem "FinancialProduct" em nenhum lugar, esse erro está presente.

Correção. Migre para FinancialProduct conforme documentado em referência completa de schema. A migração é mecânica; o ganho é grande.

Erro 2: schema sem propriedades obrigatórias

Cada tipo de schema tem propriedades obrigatórias. Pule essas propriedades e o schema falha no Rich Results Test do Google, o que significa nenhuma elegibilidade para rich snippet, não importa quão limpo seja o resto do markup.

Casos comuns em sites crypto: FinancialProduct sem name, Organization sem url, BreadcrumbList sem itemListElement. O schema valida; não produz rich result porque o Google precisa dos campos obrigatórios para exibir o snippet.

Detecção. Passe cada template de tipo de página pelo Teste de pesquisa aprimorada do Google. Falhas de propriedades obrigatórias aparecem como avisos, não como erros. A página renderiza, mas nenhum rich snippet aparece.

Correção. Consulte a documentação do Schema.org para cada tipo e confirme que todas as propriedades obrigatórias estão presentes. Adicione uma verificação de CI que rode o validador em cada template de tipo de página antes dos deploys.

Erro 3: formatos de data inválidos no schema

As datas no schema devem estar no formato ISO 8601: YYYY-MM-DD ou YYYY-MM-DDTHH:MM:SSZ. Outros formatos falham na validação silenciosamente e quebram datePublished, dateModified, foundingDate e outros campos de data.

Vemos "April 24, 2026" ou "24/04/2026" em schema de produção regularmente. O HTML aparece corretamente porque humanos leem a data em qualquer formato; o schema falha porque os validadores são rigorosos.

Detecção. O validador do Schema.org detecta datas malformadas. O Google Rich Results Test geralmente também detecta, mas como avisos em vez de erros.

Correção. Formate todas as datas como ISO 8601 na camada de schema, independentemente de como aparecem no HTML. Use a serialização de datas do framework, nunca strings brutas.

Erro 4: dados de taxa de câmbio ou preço desatualizados no schema

As páginas de token que enviam dados de preço no schema mas não os atualizam no server-side acabam com preços desatualizados há dias ou semanas. Preços desatualizados no schema prejudicam mais do que preços ausentes porque sinalizam que a structured data não é mantida, o que reduz o peso de confiança que os motores de IA aplicam à fonte.

O padrão: o schema inclui exchangeRateSpecification com o preço de quando a página foi implantada pela última vez. A página atualiza seu preço visível via ticker JavaScript; o schema não muda. O crawler vê dados desatualizados; a IA cita dados desatualizados.

Detecção. Compare o preço do schema com o preço visível na página. Se divergirem em mais do que alguns pontos percentuais, esse erro está presente.

Correção. Atualize o schema no servidor a cada deploy com dados de preço atuais, ou omita o preço do schema por completo e use um ticker ao vivo separado. Schema desatualizado é pior do que schema ausente.

Erro 5: símbolos de ticker inconsistentes pelo site

Sites de token que usam representações de ticker diferentes entre páginas confundem a extração. A home page usa "USDC", a página de token usa "USD Coin", os docs usam "$USDC". Para a extração de IA, essas variações podem resolver para entidades diferentes.

O fix é um naming canônico consistente. Escolha uma representação de ticker, use-a em alternateName em todo o schema e use o nome completo do token na propriedade name. Os motores de IA aprendem qual representação associar à entidade; a representação inconsistente custa precisão de citações.

Detecção. Audite cada página que menciona o token. O alternateName do schema deve ser idêntico em todas as páginas.

Correção. Padronize uma única representação por token e propague a mudança para todos os templates de tipo de página.

Erro 6: avaliações e classificações autoagregadas

AggregateRating com reviewCount e ratingValue extraídos de dados internos vai contra as guidelines de avaliações do Google e é pego em revisão manual. Alguns sites crypto adicionam schema de rating fabricado numa tentativa de exibir ratings de estrelas nos resultados de busca.

A penalização não é apenas a perda das estrelas. A revisão manual do Google pode marcar o site inteiro como low-quality, o que se propaga além das páginas ofensivas. O risk-reward é ruim.

Detecção. O padrão é AggregateRating presente sem uma fonte de avaliação externa como CoinGecko, relatórios de empresas de auditoria ou outro site de autoridade.

Correção. Puxe os dados de avaliação de uma fonte externa real e coloque o link, ou remova o AggregateRating por completo. Avaliações fabricadas não valem o risco de revisão manual.

Erro 7: schema posicionado no body em vez do head

O schema JSON-LD pode tecnicamente ficar em qualquer lugar do documento e o Google o parseia bem. Mas vários crawlers de IA processam a seção head primeiro e fazem timeout antes de alcançar schema posicionado profundamente. O schema posicionado no final do body ou dentro de um componente renderizado por JS pode não ser extraído pelos motores de IA.

Detecção. Veja o HTML bruto (não o DOM renderizado). A tag script do JSON-LD deve aparecer na seção head, não depois da tag de fechamento do body nem dentro de um componente montado via JS.

Correção. Mova todo o JSON-LD para o head. Renderize o schema no servidor. Se usar um framework JS, garanta que o schema faça parte do HTML inicial, e não seja hidratado depois.

Continue explorando

Mais peças táticas do blog Crawlux. Escolhidas porque se relacionam com o tópico acima.