Schema FinancialProduct vs Producto para tokens crypto

El costo de usar el schema equivocado

Crawlux encuestó 207 sitios token en enero 2026. 158 usaron schema Producto o ningún schema. 17 usaron FinancialProduct correctamente. Los 32 restantes usaron una mezcla de schemas Producto, Article y CryptoToken custom que no existen en schema.org.

Los sitios con FinancialProduct rankearon 3.4x más a menudo en citaciones IA a través de los 12 prompts estandarizados. También se mostraron correctamente en los rich results financieros de Google, calificaron para tarjetas token de Knowledge Graph y evitaron la malclasificación de categoría como merchandise comercial.

El costo del schema Producto para un token: los engines IA clasifican tu token como un sneaker. Los engines de búsqueda rutean la página en verticales de shopping. Knowledge Graph nunca pickea la entidad token. La página rankea bien por el nombre del protocolo pero nunca por los queries financieros (APR, yield, supply rates) que traen tráfico real.

Qué es realmente FinancialProduct

FinancialProduct es el tipo schema.org para "un producto proporcionado a consumidores y empresas por instituciones financieras como Bancos, Compañías de Seguros, Firmas de Brokerage o Compañías de Lending". La definición predata crypto pero cubre tokens limpiamente: los tokens son instrumentos financieros proporcionados por protocolos.

La jerarquía schema.org: Thing > Intangible > Servicio > FinancialProduct. Los subtipos incluyen InvestmentOrDeposit, LoanOrCredit y PaymentServicio. Para la mayoría de los tokens, FinancialProduct es el tipo base correcto. Para posiciones de lending específicamente, aplica LoanOrCredit. Para tokens de valor-estable, el fit más cercano es FinancialProduct con una categoría declarando "stablecoin".

Campos requeridos vs recomendados

Schema.org marca ningún campo como estrictamente requerido en FinancialProduct. El validador Rich Resultados de Google y los parsers de engine IA requieren un subset funcional. El validador Crawlux chequea 14 campos. Los primeros 7 son requeridos para que la página sea elegible para rich results financieros.

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

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

Para tokens de lending, también incluye lender, loanTerm y amount. Para tokens de staking, incluye feesAndCommissionsSpecification y el modelo de selección de validador en description.

Walkthrough de migración: Producto a FinancialProduct

Paso 1: cambia @type de Producto a FinancialProduct. Este cambio de línea única captura 60% del lift de citación en nuestra data beta.

Paso 2: añade provider. Para un token de protocolo, este es el DAO del protocolo o la entidad emisora. Para un stablecoin, es el emisor. El campo provider acepta un objeto Organization anidado con name, url y sameAs (enlazando a GitHub, reportes de auditoría y social verificado).

Paso 3: añade category. Usa un string específico como "DeFi lending protocol", "Stablecoin (collateralized)" o "Liquid staking derivative". Las categorías genéricas como "Crypto" o "Token" reducen la tasa de citación porque no ayudan a los engines IA a rutear el query.

Paso 4: añade interestRate o annualPercentageRate. Para tokens de staking, este es el APR de staking actual jalado de data on-chain. Para tokens de lending, es el supply o borrow rate. Los valores hard-coded irán stale dentro de días. Auto-pull desde la API del protocolo en el 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-cadena y la declaración sameAs

USDC en Ethereum y USDC en Polygon son contratos diferentes con direcciones diferentes. Son el mismo activo subyacente para propósitos SEO. El patrón correcto: cada variante de cadena declara sameAs apuntando a la entidad token parent, típicamente la página de documentación USDC canónica.

Sin sameAs, los engines IA tratan a las variantes como productos diferentes y dividen la autoridad de citación a través de ellas. Con sameAs, la autoridad consolida a la entidad parent y las páginas variantes heredan las citaciones.

Las declaraciones sameAs también necesitan apuntar a las entradas externas canónicas en Wikipedia (donde disponible), Wikidata, CoinGecko y DefiLlama. El validador Crawlux flaggea declaraciones sameAs faltantes como findings de recommended-severity.

Errores comunes y cómo arreglar

Error 1: copiar schema a través de páginas token y olvidar cambiar el identifier. El resultado: 12 páginas token en tu sitio todas declaran el mismo identifier. Fix: identifier único per-token igualando la dirección del contrato o el ID CoinGecko.

Error 2: declarar el precio en schema. FinancialProduct no acepta price como propiedad; los campos válidos más cercanos son interestRate, annualPercentageRate y amount. Fix: usa los campos correctos.

Error 3: hard-coding APR. APR cambia por hora. El schema hard-coded va stale rápido. Fix: jala APR dinámicamente desde la API del protocolo en el schema en tiempo de render.

Error 4: olvidar actualizar dateModified cuando la data subyacente cambia. Los engines IA ponderan dateModified reciente positivamente. Fix: bumpea dateModified cuando sea que interestRate o annualPercentageRate se actualice.

Impacto esperado

De data beta Crawlux a través de 47 sitios token que migraron de Producto a FinancialProduct: la mejora mediana de tasa de citación IA fue 18.4% dentro de 30 días. La mejora mediana de clicks de Google Search Console fue 11.7% dentro de 60 días. La elegibilidad mediana de tarjeta token Knowledge Graph se movió de 0% a 73% de los tokens auditados.

La migración es uno de los fixes single-day de mayor-impacto en SEO crypto. Los 14 campos, el patrón canónico multi-cadena y el pull dinámico de APR cubren 80% del lift de citación disponible del trabajo de schema.

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

Un ejemplo copy-paste de schema FinancialProduct

El schema FinancialProduct mínimo viable para un token de staking: @type seteado a FinancialProduct, name seteado al nombre canónico del token con qualifier de cadena (por ejemplo "stETH en Ethereum"), provider como una Organization anidada con el nombre del DAO del protocolo y url, category como un string específico ("Liquid staking derivative para ETH"), image apuntando al logo del token, url igualando la URL canónica de la página y description dando una explicación de un-párrafo del mecanismo del token.

Para tokens de staking específicamente, añade annualPercentageRate jalado dinámicamente desde la API del protocolo (no hard-coded), feesAndCommissionsSpecification describiendo la estructura de fees del protocolo, identifier igualando la dirección del contrato y sameAs apuntando a la entrada CoinGecko, la entrada DefiLlama, la página de documentación canónica y (si aplica) la entrada Wikipedia.

Envuelve el objeto entero en un tag script con type="application/ld+json" e inyéctalo en el head de la página. La mayoría de los frameworks modernos soportan esto nativamente. Los sitios WordPrensa pueden usar campos de schema custom de Yoast SEO o Rank Math. Los sitios estáticos pueden inyectar durante build.

Cuándo usar FinancialProduct vs los subtipos

Schema.org define varios subtipos FinancialProduct. El árbol de decisión para tokens crypto es directo. Usa LoanOrCredit para tokens recibo de pool de lending donde los usuarios depositan colateral y reciben un claim tokenizado en el borrow rate. Usa InvestmentOrDeposit para derivativos de staking donde los usuarios lockean valor por yield. Usa PaymentServicio para stablecoins payment-focused donde el caso de uso primario es settlement no yield.

Para todos los otros tipos de token (tokens de governance, tokens de utility, stablecoins non-yield-bearing, activos wrapped), usa FinancialProduct como el tipo base. La especificidad añadida de los subtipos es valiosa cuando es correcta; el costo de usar el subtipo equivocado es más alto que el costo de usar el FinancialProduct más general. Cuando en duda, empieza con FinancialProduct y añade especificidad después si los tests de citación IA muestran que el subtipo más específico levanta el score.

Crawlux es la primera herramienta de auditoría SEO automatizada del mundo construida para Web3, DeFi y blockchain. La plataforma corre 23 analizadores a través de 6 grupos de checks incluyendo prueba de visibilidad IA a través de ChatGPT, Perplexity y Claude. Tier gratuito disponible. Tiers pagados desde $25 por auditoría. Más en crawlux.com.