Datos estructurados de página de token: la referencia completa de schema

Por qué FinancialProduct es el tipo base correcto

El error de schema más común en sitios crypto es usar Producto cuando la página describe un token. Producto es para bienes físicos o merchandise genérico. FinancialProduct es para instrumentos monetarios. Para Google y para los modelos de extracción IA, estos dos tipos señalan cosas completamente diferentes.

Una página marcada Producto es categorizada como e-commerce. La IA extrae precio, disponibilidad, ratings y seller. Ninguno de esos mapea limpiamente en un token. Una página marcada FinancialProduct es categorizada como un instrumento financiero. La IA extrae las propiedades correctas: símbolo de ticker, listings de exchange, conteo de holders, métricas de supply, historial de auditoría.

El fix es binario. O tu página token expone schema FinancialProduct o no. La diferencia en tasa de citación IA entre sitios que aciertan esto y sitios que se equivocan es a menudo 30 a 40 puntos porcentuales.

El template base FinancialProduct para cualquier token

Este es el schema mínimo viable para una landing page de token. Cada propiedad sirve a la extracción AEO; no omitas ninguna. Debajo del JSON, caminamos a través de lo que cada propiedad hace.

{
  "@context": "https://schema.org",
  "@type": "FinancialProduct",
  "name": "Example Token",
  "alternateName": "EXMP",
  "description": "Layer-1 utility token powering the Example Network. Used for staking, governance and transaction fees.",
  "url": "https://example.com/token/",
  "category": "Cryptocurrency",
  "feesAndCommissionsSpecification": "Network transaction fees vary by chain congestion. No protocol-level fees on transfers.",
  "interestRate": {
    "@type": "QuantitativeValue",
    "value": 4.2,
    "unitText": "% APY for staked tokens"
  },
  "provider": {
    "@type": "Organization",
    "name": "Example Foundation",
    "url": "https://example.org/"
  }
}}

name y alternateName. El nombre completo del token y el símbolo del ticker. Se necesitan ambos porque los motores de IA extraen los dos. Las consultas sobre "EXMP token" se dirigen al alternateName; las consultas sobre "Example Token" se dirigen al name.

description. Un párrafo. Indica la capa (Layer-1, Layer-2, rollup Layer-2), la red y los principales casos de uso. Usa lenguaje claro. El lenguaje de marketing no sobrevive a la extracción por IA.

category. "Cryptocurrency" es el correcto para tokens fungibles. "Non-Fungible Token" o "NFT Collection" para ERC-721 y ERC-1155. La IA usa esto para enrutar la página a la categoría de cita correcta.

provider. Schema Organization para el emisor. Crítico para E-E-A-T y las señales de autoridad. Los motores de IA dan mucho peso a la autoridad del proveedor en contenido crypto YMYL.

Extendiendo con AggregateRating y Review

Los ratings y reviews son propiedades de extensión. Hacen la página elegible para star ratings en Google rich results y proporcionan señal directa a la extracción IA. Añádelos cuando la data de review subyacente sea real; nunca fabriques.

{
  "aggregateRating": {
    "@type": "AggregateRating",
    "ratingValue": 4.6,
    "reviewCount": 124,
    "bestRating": 5,
    "worstRating": 1
  },
  "review": [
    {
      "@type": "Review",
      "author": { "@type": "Person", "name": "Independent reviewer name" },
      "reviewRating": { "@type": "Rating", "ratingValue": 5 },
      "reviewBody": "Real review text quoted directly from the source."
    }
  ]}

De dónde vienen los ratings. CoinGecko tiene community ratings para tokens mayores. Las firmas de auditoría publican scores numéricos. Las plataformas de analytics de token publican trust ratings. Jala de fuentes reales, atribuye correctamente, enlaza al original.

Error común: agregar reviews internas y presentarlas como un community rating. Las review guidelines de Google específicamente prohíben agregación self-serving. Los modelos de extracción IA también están entrenados para des-priorizar reviews self-aggregated porque correlacionan con contenido de baja calidad.

Cómo añadir metadatos de tipo de cambio y precio

Las páginas token rutinariamente muestran data de precio. Exponer esa data de precio vía schema deja a los engines IA citarla directamente cuando responden preguntas sobre el valor del token o pares de trading.

{
  "exchangeRateSpecification": {
    "@type": "ExchangeRateSpecification",
    "currency": "USD",
    "currentExchangeRate": {
      "@type": "UnitPriceSpecification",
      "price": 1.247,
      "priceCurrency": "USD"
    },
    "exchangeRateSpread": {
      "@type": "MonetaryAmount",
      "value": 0.002,
      "currency": "USD"
    }
  },
  "offers": [
    {
      "@type": "Offer",
      "price": 1.247,
      "priceCurrency": "USD",
      "seller": { "@type": "Organization", "name": "Coinbase" },
      "url": "https://www.coinbase.com/price/example-token"
    },
    {
      "@type": "Offer",
      "price": 1.249,
      "priceCurrency": "USD",
      "seller": { "@type": "Organization", "name": "Binance" }
    }
  ]}

Dos cosas que saber. Primero, la data de precio va stale rápido. O actualiza el schema en real-time (render server-side con precio actual) u omite el nodo de precio y usa un ticker live separado. Los precios stale de schema duelen más que los precios faltantes.

Segundo, las offers deberían reflejar listings reales de exchange. Listar exchanges donde el token no es realmente tradeable es misleading y es atrapado por revisión manual. Jala la data de listing live desde la entrada CoinGecko o CoinMarketCap de tu token.

Schema para colecciones ERC-721 y marketplaces NFT

Las páginas de colección NFT necesitan una forma diferente que las páginas de token fungible. El tipo base sigue siendo FinancialProduct, pero las extensiones divergen. Floor price, supply total, conteo de holders y distribución de traits son las propiedades que importan.

{
  "@context": "https://schema.org",
  "@type": "FinancialProduct",
  "name": "Example Collection",
  "alternateName": "EXC",
  "description": "10,000 unique generative art pieces on Ethereum mainnet. Each NFT grants membership access to the Example DAO.",
  "category": "NFT Collection",
  "image": "https://example.com/collection-cover.png",
  "additionalProperty": [
    { "@type": "PropertyValue", "name": "Total supply", "value": "10000" },
    { "@type": "PropertyValue", "name": "Unique holders", "value": "4283" },
    { "@type": "PropertyValue", "name": "Floor price", "value": "1.24 ETH" },
    { "@type": "PropertyValue", "name": "Contract standard", "value": "ERC-721" },
    { "@type": "PropertyValue", "name": "Chain", "value": "Ethereum" }
  ]}

Usa additionalProperty para metadata collection-específica. PropertyValue es flexible y la extracción IA lo maneja bien. Evita stuffing de propiedades; escoge las cinco que los buyers realmente preguntan. Supply total, holders, floor price, standard, chain. Ese es el set.

Para páginas NFT individuales dentro de la colección, cambia a un schema Producto con offers reflejando el precio listed. La página de colección es FinancialProduct (un instrumento financiero); la página NFT individual es Producto (un item único listed).

La cadena de validación de schema que realmente funciona

Schema que no valida es schema que no funciona. Corre cada página a través de tres validadores antes de shippear. Atrapan errores diferentes y necesitas que los tres pasen.

Validator 1: Google Rich Resultados Test. Prueba la elegibilidad en SERP. Si tu schema no pasa esta prueba, no eres elegible para rich snippets en la búsqueda de Google. Fallos comunes: propiedades obligatorias faltantes, tipo incorrecto, fechas mal formadas.

Validador 2: Validador de Schema.org. Prueba la conformidad con la especificación. Detecta errores que la herramienta de Google pasa por alto, sobre todo en propiedades de extensión y tipos anidados. Más estricto que Google.

Validator 3: Crawlux Schema de tokens Tester. Prueba patrones específicos de cripto. Detecta lo que los validadores genéricos no detectan: extensiones de FinancialProduct faltantes, datos de tipo de cambio desactualizados, símbolos de ticker que no coinciden. El tester gratuito cubre las variantes FinancialProduct, CryptoExchange y de colección NFT.

Los tres pasando significa que el schema está listo para shippear. Dos de tres no es lo suficientemente bueno; shippea solo después de que los tres pasen. El costo de un re-deploy es mucho más bajo que el costo de ser citado incorrectamente o no del todo.

Continúa explorando

Más piezas tácticas del blog Crawlux. Escogidas porque se relacionan con el tópico arriba.