JSON-LD

JSON-LD es un formato basado en JavaScript para publicar datos estructurados, normalmente dentro de un bloque script type="application/ld+json". Para SEO, importa porque Google lo recomienda explícitamente para datos estructurados, y es muchísimo más fácil de implementar y gestionar que Microdata en sitios grandes.

Por qué los SEOs usan JSON-LD

Implementación más limpia. Menor riesgo para desarrollo. Mejor control de calidad (QA). Esa es la verdadera ventaja.

Con JSON-LD, puedes marcar un Producto, Artículo, FAQPage, Organización, LocalBusiness o BreadcrumbList sin tocar elementos HTML visibles. Esto es especialmente importante en sitios enterprise, donde los cambios de plantillas disparan ciclos largos de QA. En la práctica, la mayoría de los equipos lo despliegan mediante campos del CMS, renderizado en servidor o gestión de etiquetas, y luego lo validan con la Rich Results Test de Google, Google Search Console y la extracción personalizada de Screaming Frog.

Además, escala mejor entre plantillas. Si estás gestionando 20.000 URL de productos o 5.000 páginas de ubicaciones, un generador único de esquema es más fácil de controlar que Microdata mantenido manualmente.

Qué influye realmente JSON-LD

JSON-LD no mejora las posiciones por sí mismo. Mejora la elegibilidad para resultados enriquecidos y ayuda a los motores de búsqueda a interpretar las entidades de forma más consistente.

Esta distinción importa. Agregar el esquema de Producto no va a empujar una página débil del puesto 12 al 3. Sin embargo, sí puede conseguir mejoras en precio, disponibilidad, reseñas o migas de pan que eleven el CTR. En páginas que ya están entre las 5 primeras, incluso una ganancia de CTR del 5% al 15% puede ser determinante. Eso se mide en GSC, no mirando fijamente un validador de esquemas.

La documentación de Google mantiene la regla clara: para muchos tipos de resultados enriquecidos se requiere que los datos estructurados sean válidos, pero la elegibilidad no es una garantía. Google puede ignorar el marcado, suprimir resultados enriquecidos o reescribir lo que muestra.

Estándares de implementación que resisten

• Asocia el esquema con el contenido visible de la página. Si la página no muestra reseñas, no marques aggregateRating.
• Usa URLs canónicas en campos como url y mantén referencias de entidades consistentes entre variantes.
• Genera el marcado en servidor cuando sea posible. El esquema renderizado en el cliente puede funcionar, pero es menos fiable en sitios grandes con mucho JS.
• Valida en la Rich Results Test de Google y luego supervisa los informes de mejoras en GSC.
• Haz rastreo a gran escala con Screaming Frog o Sitebulb para detectar campos faltantes, JSON mal formado y cambios/deriva de plantillas.

Ahrefs y Semrush no validarán el esquema a fondo, pero te ayudan a priorizar las páginas donde las mejoras de resultados enriquecidos podrían mover tráfico más rápido. Surfer SEO y Moz son menos útiles aquí: es sobre todo un problema técnico de SEO y de funciones del SERP, no de puntuación de contenido.

El matiz que la mayoría de equipos pasa por alto

Los datos de esquema solo son tan confiables como la fuente que los alimenta. Si tu feed de producto está desactualizado, tu JSON-LD también lo estará. Así es como terminas marcando productos como “en stock” cuando no están disponibles, o publicando recuentos de reseñas que no coinciden con la página.

John Mueller, de Google, ha dicho repetidamente que los datos estructurados deben reflejar el contenido de la página, y que las discrepancias pueden llevar a que el marcado se ignore o a acciones manuales. Así que sí: JSON-LD es el mejor formato. No: no es un atajo. Los malos datos en un formato limpio siguen siendo malos datos.