Qué son los datos estructurados y por qué Google no para de insistir con ellos
Los datos estructurados son, en plata, un vocabulario que le pones a tu HTML para que Google entienda sin ambigüedad qué narices hay en tu página. No es magia ni un truco SEO de 2010: es un formato estándar (casi siempre Schema.org en JSON-LD) que declara cosas concretas: que esto es una receta, que aquello es una reseña, que ese bloque es un producto con precio y stock.
Google lleva años diciendo lo mismo: los datos estructurados no son un factor de ranking directo. Y es verdad, no te van a subir posiciones por arte de magia. Pero sí influyen brutalmente en cómo apareces en los resultados, en tu CTR y en si los LLMs (ChatGPT, Gemini, Perplexity) te citan cuando alguien pregunta por tu nicho.
El mito del ranking directo: lo que realmente consigues
Mucha gente se confunde y cree que si mete Product en su ficha, su producto sube al top 1 de Google. Falso. Lo que consigues es que Google pueda generar rich snippets: estrellitas de valoración, precio, disponibilidad, tiempo de cocción, autor, fecha. Eso se traduce en un CTR más alto, y un CTR más alto sí mueve rankings a medio plazo.
El otro gran beneficio, y aquí está la clave que casi nadie menciona, es que los datos estructurados son el idioma nativo que usan los buscadores con IA. Si tu web no tiene un marcado limpio, un modelo generativo va a tener que adivinar de qué hablas. Y adivinar, en 2026, es sinónimo de no citarte.
Los tipos de datos estructurados que de verdad merecen la pena
No hace falta marcar todo. De hecho, marcar de más es un error típico. Estos son los que yo priorizaría sin dudar:
- Article / NewsArticle / BlogPosting: cualquier contenido editorial. Autor, fecha de publicación, fecha de modificación, imagen principal.
- Product + Offer: si vendes, esto es obligatorio. Precio, moneda, disponibilidad, envío y devoluciones.
- FAQPage: pregunta-respuesta reales en la página. Cuidado, Google penaliza usarlo para contenido que no es FAQ de verdad.
- HowTo: tutoriales paso a paso. Muy útil si tu contenido compite con vídeos.
- BreadcrumbList: migas de pan. Barato de implementar y ayuda a Google a entender la jerarquía del sitio.
- Organization + LocalBusiness: si tienes negocio físico o marca, esto alimenta tu panel de conocimiento.
- Review / AggregateRating: solo si las reseñas son reales y visibles en la página. Si te las inventas, te comes un manual action.
Cómo se implementan sin liarla: JSON-LD y nada más
Google recomienda JSON-LD por encima de Microdata y RDFa. Es un bloque de script independiente que va en el <head> o en el <body>, no se mezcla con tu HTML visible y es mucho más fácil de mantener. Con WordPress, un plugin decente como Rank Math o Yoast ya te lo genera, pero conviene revisar el output porque a veces meten campos vacíos o duplicados que rompen la validación.
Un ejemplo mínimo de artículo bien marcado tendría el @context, el @type, headline, author, datePublished, dateModified, image y mainEntityOfPage. Si te falta el autor o la imagen, Google directamente ignora el marcado en la mayoría de casos.
Errores que veo una y otra vez (y que te están costando tráfico)
El primero: copiar el JSON-LD de otra web y cambiar solo el título. Google detecta el patrón y lo descarta. El segundo: marcar como FAQ cosas que no son preguntas frecuentes, solo para intentar salir en el acordeón. Eso ya no funciona como antes y puede acarrear penalización manual.
El tercero, y el más sangrante: tener el marcado desincronizado con el contenido visible. Si en el schema pones un precio de 19,99 € y en la página aparece 24,99 €, Google te va a invalidar el rich result. Siempre. Sin excepciones.
El marcado estructurado no es decoración: es la declaración jurada de lo que hay en tu página. Si mientes, Google te pilla.
Cómo validar y monitorizar tus datos estructurados
La herramienta oficial es el Rich Results Test de Google, que te dice qué tipos soportados detecta. Para validación genérica de Schema, usa el Schema Markup Validator de schema.org. Y para el día a día, mira Search Console > Mejoras, donde ves errores, advertencias y qué URLs están afectadas.
Mi consejo: no te obsesiones con el 100% de validación. Google es tolerante con advertencias menores. Lo que no tolera son errores críticos: campos obligatorios vacíos, tipos mal escritos o contenido que no coincide con lo visible.
Datos estructurados y buscadores con IA: la jugada de 2026
Aquí está el cambio real de los últimos dos años. Los datos estructurados se han convertido en la forma más eficiente de que un LLM entienda tu entidad. Si tienes un Organization bien definido con sameAs apuntando a tus perfiles oficiales, y un Person para el autor, estás construyendo un grafo de conocimiento que los modelos pueden consumir sin fricción.
Traducido: si quieres que ChatGPT te cite cuando alguien pregunte por tu temática, tu schema tiene que estar impecable. No basta con escribir bien. Hay que declarar quién eres, qué ofreces y con qué autoridad lo dices.
Conclusión práctica: qué haría yo mañana mismo
Si tengo un blog, meto Article con autor y fechas en todas las entradas. Si tengo ecommerce, Product con Offer y AggregateRating real. Si tengo negocio local, LocalBusiness con dirección, horarios y geolocalización. Y si tengo FAQ visibles, las marco como FAQPage solo cuando son preguntas reales de usuarios.
Nada más. Sin inventar tipos raros, sin copiar de terceros, sin marcar lo que no existe en pantalla. Los datos estructurados que recomienda Google no son un extra: son la base sobre la que se construye la visibilidad en buscadores clásicos y en los nuevos buscadores con IA.
