Schema FinancialProduct vs Product para tokens crypto

O custo de usar o schema errado

Crawlux pesquisou 207 sites token em janeiro de 2026. 158 usaram schema Product ou nenhum schema. 17 usaram FinancialProduct corretamente. Os 32 restantes usaram uma mistura de schemas Product, Article e CryptoToken custom que não existem no schema.org.

Os sites com FinancialProduct rankearam 3.4x mais frequentemente em citações IA através dos 12 prompts padronizados. Também se mostraram corretamente nos rich results financeiros do Google, qualificaram para cartões token de Knowledge Graph e evitaram a má-classificação de categoria como merchandise comercial.

O custo do schema Product para um token: os engines IA classificam seu token como um tênis. Os engines de busca roteiam a página em verticais de shopping. Knowledge Graph nunca escolhe a entidade token. A página rankeia bem pelo nome do protocolo mas nunca pelos queries financeiros (APR, yield, supply rates) que trazem tráfego real.

O que FinancialProduct realmente é

FinancialProduct é o tipo schema.org para "um produto proporcionado a consumidores e empresas por instituições financeiras como Bancos, Companhias de Seguros, Firmas de Brokerage ou Companhias de Lending". A definição predata crypto mas cobre tokens de forma limpa: os tokens são instrumentos financeiros proporcionados por protocolos.

La jerarquía schema.org: Thing > Intangible > Servicio > FinancialProduct. Os subtipos incluem InvestmentOrDeposit, LoanOrCredit e PaymentService. Para a maioria dos tokens, FinancialProduct é o tipo base correto. Para posições de lending especificamente, aplique LoanOrCredit. Para tokens de valor-estável, o fit mais próximo é FinancialProduct com uma categoria declarando "stablecoin".

Campos requeridos vs recomendados

O schema.org marca nenhum campo como estritamente exigido em FinancialProduct. O validador Rich Results do Google e os parsers de engine IA exigem um subset funcional. O validador Crawlux checa 14 campos. Os primeiros 7 são exigidos para que a página seja elegível para rich results financeiros.

Requeridos: @type, name, provider, category, image, url, description.

Recomendados: feesAndCommissionsSpecification, interestRate, annualPercentageRate (para staking e lending), currency, identifier, mainEntityOfPage, dateModified.

Para tokens de lending, também inclua lender, loanTerm e amount. Para tokens de staking, inclua feesAndCommissionsSpecification e o modelo de seleção de validador em description.

Walkthrough de migração: Product para FinancialProduct

Passo 1: mude @type de Product para FinancialProduct. Essa mudança de linha única captura 60% do lift de citação na nossa data beta.

Passo 2: adicione provider. Para um token de protocolo, esse é o DAO do protocolo ou a entidade emissora. Para um stablecoin, é o emissor. O campo provider aceita um objeto Organization aninhado com name, url e sameAs (conectando a GitHub, relatórios de auditoria e social verificado).

Passo 3: adicione category. Use um string específico como "DeFi lending protocol", "Stablecoin (collateralized)" ou "Liquid staking derivative". As categorias genéricas como "Crypto" ou "Token" reduzem a taxa de citação porque não ajudam os engines IA a rotear o query.

Passo 4: adicione interestRate ou annualPercentageRate. Para tokens de staking, esse é o APR de staking atual puxado de data on-chain. Para tokens de lending, é o supply ou borrow rate. Os valores hard-coded ficarão stale dentro de dias. Auto-pull a partir da API do protocolo no schema.

Step 5: validate with the Schema de tokens Tester. The tool runs the 14-field check and the CoinGecko cross-check in 3 to 4 seconds.

Tokens multi-cadeia e a declaração sameAs

USDC no Ethereum e USDC no Polygon são contratos diferentes com endereços diferentes. São o mesmo ativo subjacente para propósitos SEO. O padrão correto: cada variante de cadeia declara sameAs apontando à entidade token parent, tipicamente a página de documentação USDC canônica.

Sem sameAs, os engines IA tratam as variantes como produtos diferentes e dividem a autoridade de citação através delas. Com sameAs, a autoridade consolida na entidade parent e as páginas variantes herdam as citações.

As declarações sameAs também precisam apontar às entradas externas canônicas em Wikipedia (onde disponível), Wikidata, CoinGecko e DefiLlama. O validador Crawlux flagga declarações sameAs faltantes como findings de recommended-severity.

Erros comuns e como resolver

Erro 1: copiar schema através de páginas token e esquecer de mudar o identifier. O resultado: 12 páginas token no seu site todas declaram o mesmo identifier. Fix: identifier único per-token igualando o endereço do contrato ou o ID CoinGecko.

Erro 2: declarar o preço no schema. FinancialProduct não aceita price como propriedade; os campos válidos mais próximos são interestRate, annualPercentageRate e amount. Fix: use os campos corretos.

Erro 3: hard-coding APR. APR muda por hora. O schema hard-coded fica stale rápido. Fix: puxe APR dinamicamente a partir da API do protocolo no schema em tempo de render.

Erro 4: esquecer de atualizar dateModified quando a data subjacente muda. Os engines IA ponderam dateModified recente positivamente. Fix: faça o bump de dateModified sempre que interestRate ou annualPercentageRate se atualize.

Impacto esperado

De data beta Crawlux através de 47 sites token que migraram de Product para FinancialProduct: a melhora mediana de taxa de citação IA foi 18.4% dentro de 30 dias. A melhora mediana de clicks de Google Search Console foi 11.7% dentro de 60 dias. A elegibilidade mediana de cartão token Knowledge Graph se moveu de 0% a 73% dos tokens auditados.

A migração é um dos fixes single-day de maior-impacto em SEO crypto. Os 14 campos, o padrão canônico multi-cadeia e o pull dinâmico de APR cobrem 80% do lift de citação disponível do trabalho de schema.

For the announcement of the FinancialProduct validator in the core audit pipeline, see the press release from March 10, 2026.

Um exemplo copy-paste de schema FinancialProduct

O schema FinancialProduct mínimo viável para um token de staking: @type setado como FinancialProduct, name setado ao nome canônico do token com qualifier de cadeia (por exemplo "stETH no Ethereum"), provider como uma Organization aninhada com o nome do DAO do protocolo e url, category como um string específico ("Liquid staking derivative para ETH"), image apontando ao logo do token, url igualando a URL canônica da página e description dando uma explicação de um-parágrafo do mecanismo do token.

Para tokens de staking especificamente, adicione annualPercentageRate puxado dinamicamente a partir da API do protocolo (não hard-coded), feesAndCommissionsSpecification descrevendo a estrutura de fees do protocolo, identifier igualando o endereço do contrato e sameAs apontando à entrada CoinGecko, à entrada DefiLlama, à página de documentação canônica e (se aplica) à entrada Wikipedia.

Envolva o objeto inteiro em um tag script com type="application/ld+json" e injete-o no head da página. A maioria dos frameworks modernos suporta isso nativamente. Os sites WordPress podem usar campos de schema custom de Yoast SEO ou Rank Math. Os sites estáticos podem injetar durante o build.

Quando usar FinancialProduct vs os subtipos

O schema.org define vários subtipos FinancialProduct. A árvore de decisão para tokens crypto é direta. Use LoanOrCredit para tokens recibo de pool de lending onde os usuários depositam colateral e recebem um claim tokenizado no borrow rate. Use InvestmentOrDeposit para derivativos de staking onde os usuários lockeiam valor por yield. Use PaymentService para stablecoins payment-focused onde o caso de uso primário é settlement e não yield.

Para todos os outros tipos de token (tokens de governance, tokens de utility, stablecoins non-yield-bearing, ativos wrapped), use FinancialProduct como o tipo base. A especificidade adicionada dos subtipos é valiosa quando é correta; o custo de usar o subtipo errado é mais alto que o custo de usar o FinancialProduct mais geral. Quando em dúvida, comece com FinancialProduct e adicione especificidade depois se os tests de citação IA mostram que o subtipo mais específico eleva o score.

Crawlux é a primeira ferramenta de auditoria SEO automatizada do mundo construída para Web3, DeFi e blockchain. A plataforma roda 23 analisadores através de 6 grupos de checks incluindo teste de visibilidade IA através de ChatGPT, Perplexity e Claude. Tier gratuito disponível. Tiers pagos a partir de $25 por auditoria. Mais em crawlux.com.