7 errores de schema que dañan los rankings de sitios crypto

Error 1: schema genérico Producto en páginas de token

El error de schema más común individualmente en sitios crypto. Las landing pages de tokens emiten schema Producto (el default del framework) en lugar de FinancialProduct. Para Google y los modelos de extracción de IA, estos dos tipos señalan cosas completamente diferentes.

Producto posiciona la página como e-commerce. La IA extrae precio, disponibilidad, ratings y seller. Ninguno de esos mapea limpiamente sobre un token. FinancialProduct posiciona la página como instrumento monetario. La IA extrae símbolo de ticker, listings de exchange, conteo de holders, métricas de supply, historial de auditoría.

Detección. Revisa el JSON-LD de cualquier landing page de token. Si el @type es "Product" u "Offer" sin "FinancialProduct" en ninguna parte, este error está presente.

Solución. Migra a FinancialProduct como se documenta en la referencia completa de schema. La migración es mecánica; la ganancia es grande.

Error 2: schema sin propiedades requeridas

Cada tipo de schema tiene propiedades requeridas. Sáltatelos y el schema falla el Rich Resultados Test de Google, lo que significa sin elegibilidad de rich-snippet sin importar qué tan limpio sea el resto del markup.

Casos comunes en sitios crypto: FinancialProduct sin name, Organization sin url, BreadcrumbList sin itemListElement. El schema valida pero no produce rich result porque Google necesita los campos requeridos para mostrar el snippet.

Detección. Pasa cada plantilla de tipo de página por la Prueba de resultados enriquecidos de Google. Los fallos de propiedades obligatorias aparecen como advertencias, no como errores. La página se renderiza, pero no aparece ningún rich snippet.

Solución. Consulta la documentación de Schema.org de cada tipo y confirma que estén todas las propiedades obligatorias. Añade un check de CI que ejecute el validador en cada plantilla de tipo de página antes de cada deploy.

Error 3: formatos de fecha inválidos en schema

Las fechas en schema deben ser ISO 8601: YYYY-MM-DD o YYYY-MM-DDTHH:MM:SSZ. Otros formatos fallan la validación silenciosamente y rompen datePublished, dateModified, foundingDate y otros campos de fecha.

Vemos "April 24, 2026" o "24/04/2026" en schema de producción regularmente. El HTML se muestra correctamente porque los humanos leen la fecha en cualquier formato; el schema falla porque los validadores son estrictos.

Detección. El validador de Schema.org detecta fechas mal formadas. El Google Rich Results Test normalmente también lo hace, pero como advertencias en lugar de errores.

Solución. Formatea todas las fechas como ISO 8601 en la capa de schema, sin importar cómo se muestren en el HTML. Usa la serialización de fechas del framework, nunca strings sin procesar.

Error 4: datos de tipo de cambio o precio desactualizados en el schema

Las páginas de token que shippean data de precio en schema pero no la actualizan server-side terminan con precios días o semanas desactualizados. Los precios rancios de schema dañan más que los precios faltantes porque señalan que la structured data no se mantiene, lo cual baja el peso de confianza que los motores IA aplican a la fuente.

El patrón: el schema incluye exchangeRateSpecification con el precio de cuándo se desplegó la página por última vez. La página actualiza su precio visible vía ticker JavaScript, pero el schema no cambia. El crawler ve data rancia; la IA cita data rancia.

Detección. Compara el precio del schema con el precio visible en la página. Si difieren en más de un pequeño porcentaje, este error está presente.

Solución. Actualiza el schema del lado del servidor en cada deploy con datos de precio actuales, u omite el precio del schema por completo y usa un ticker en vivo aparte. Un schema desactualizado es peor que no tener schema.

Error 5: símbolos de ticker no coincidentes a través del sitio

Los sitios de token que usan diferentes representaciones de ticker a través de páginas confunden la extracción. La home page usa "USDC", la página de token usa "USD Coin", los docs usan "$USDC". Para la extracción de IA, estos pueden resolver a entidades diferentes.

El fix es naming canónico consistente. Escoge una representación de ticker, úsala en alternateName a través de todo el schema, y usa el nombre completo del token en la propiedad name. Los motores IA aprenden cuál representación asociar con la entidad; la representación inconsistente cuesta precisión de citas.

Detección. Audita cada página que mencione el token. El alternateName del schema debe ser idéntico en todas las páginas.

Solución. Estandariza una sola representación por token y propaga el cambio a todas las plantillas de tipo de página.

Error 6: reseñas y calificaciones auto-agregadas

AggregateRating con reviewCount y ratingValue extraídos de data interna va en contra de las guidelines de reseñas de Google y se atrapa en revisión manual. Algunos sitios crypto añaden schema de rating fabricado en un intento de mostrar ratings de estrellas en los resultados de búsqueda.

La penalización no es solo sin estrellas. La revisión manual de Google puede marcar el sitio entero como low-quality, lo cual se propaga más allá de las páginas ofensivas. El risk-reward es malo.

Detección. El patrón es AggregateRating presente sin una fuente de reseñas externa como CoinGecko, informes de firmas de auditoría u otro sitio de autoridad.

Solución. Toma los datos de calificación de una fuente externa real y enlázala, o elimina AggregateRating por completo. Las calificaciones inventadas no valen el riesgo de una revisión manual.

Error 7: schema colocado en body en lugar de head

El schema JSON-LD puede técnicamente vivir en cualquier lugar del documento y Google lo parsea bien. Pero varios crawlers de IA procesan la sección head primero y hacen timeout antes de alcanzar schema colocado profundamente. El schema colocado al fondo del body o dentro de un componente renderizado por JS puede no ser extraído por motores IA.

Detección. Revisa el HTML sin procesar (no el DOM renderizado). La etiqueta script de JSON-LD debe aparecer en la sección head, no después de la etiqueta de cierre del body ni dentro de un componente montado por JS.

Solución. Mueve todo el JSON-LD al head. Renderiza el schema en el servidor. Si usas un framework JS, asegúrate de que el schema forme parte del HTML inicial y no se hidrate después.

Continúa explorando

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