Elegibilidad, no posicionamiento
Un marcado válido hace que una página sea elegible para un resultado enriquecido. Google elige esa palabra a propósito: incluir todas las propiedades obligatorias cualifica a la página para una presentación mejorada, no la promete, y los datos estructurados no son en sí un factor de posicionamiento.
La distancia entre elegible y mostrado es mayor de lo que casi nadie espera, y no es arbitraria. Que aparezca una mejora depende de la consulta, del dispositivo, del país, de si la función existe en ese idioma y del criterio de Google sobre si ayuda en ese contexto. La misma página puede mostrar estrellas en una búsqueda y no en la siguiente.
JSON-LD es el formato a usar
Las tres sintaxis —JSON-LD, Microdatos y RDFa— son igual de aceptables para Google, y JSON-LD es la que recomienda. La recomendación es práctica más que técnica.
JSON-LD vive en una sola etiqueta script en lugar de ir enhebrado por el marcado como atributos sobre los elementos que describe. Eso significa que sobrevive a una refactorización de plantillas, que se lee en un único sitio cuando alguien lo hereda y que un error en él no altera la página visible. Los microdatos acoplan la descripción a la presentación, de modo que cada rediseño arriesga perder propiedades en silencio.
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "Robots.txt and sitemaps",
"datePublished": "2026-06-14",
"author": { "@type": "Organization", "name": "DigestSEO" }
}
</script>- Un bloque por entidad es más claro que un bloque gigante que intenta describir todo lo de la página.
- Genéralo a partir de los mismos datos con los que se renderiza la página, para que ambos no puedan separarse.
- Puede inyectarse con JavaScript, pero la página aún tiene que renderizarse bien para que el marcado se vea.
El marcado tiene que coincidir con la página
Describir contenido que un visitante no puede ver es una infracción de las directrices, no un atajo. Google nombra los dos modos de fallo de forma explícita: páginas construidas como cáscaras vacías para llevar el marcado, y propiedades que afirman hechos que la página nunca muestra. Cualquiera de los dos puede costar el resultado enriquecido por completo, y una acción manual lo retira en todo el sitio, no solo en esa página.
La versión más común de esto no es deliberada. Una plantilla emite una valoración agregada cuyas reseñas se eliminaron, o un precio que un selector de divisa cambia en el cliente, o la fecha de un evento que ya pasó. Nadie pretendía engañar; el marcado simplemente sobrevivió al contenido que describía. Por eso generarlo a partir de los datos renderizados importa más que acertar una vez.
| Síntoma | Causa habitual |
|---|---|
| La mejora nunca apareció | Falta una propiedad obligatoria, así que la página no es elegible |
| La mejora apareció y luego dejó de salir | El contenido cambió y el marcado ya no coincide con él |
| Marcado válido y aun así sin mejora | Elegible pero no elegida: consulta, idioma o dispositivo |
| Mejora perdida en todo el sitio | Una acción manual, que se informa en Search Console |
Conectar entidades en vez de repetirlas
La mayoría de los sitios acaban describiendo la misma organización en cada página, con palabras algo distintas cada vez. El vocabulario tiene una respuesta mejor que la repetición: da a una entidad un @id, defínela una vez y referencia ese identificador en todo lo demás.
Esto importa más allá del orden. Un buscador que concilia tres descripciones sutilmente distintas de tu empresa tiene que decidir si son una organización o tres; un identificador explícito le quita la suposición. Lo mismo vale para una autora que escribe por todo el sitio, o para un producto referenciado desde un listado y desde una reseña.
sameAs es la otra mitad. Apunta a los perfiles y entradas que ya describen a la entidad en otra parte: un artículo de Wikipedia, una cuenta social oficial, un registro mercantil. No es una jugada de posicionamiento, es corroboración: justo lo que un buscador necesita para conectar tu afirmación sobre ti mismo con algo que puede comprobar.
Elegir qué tipos añadir
El filtro útil es corto: ¿existe una función de búsqueda para este tipo y puede la página ganársela de verdad? Marcar un tipo sin resultado enriquecido detrás añade mantenimiento y no cambia nada en los resultados: el marcado es válido, correcto e inerte.
Declarar un tipo que la página no justifica es peor que no marcarlo, porque puede infringir las directrices de la función sin crear una presentación útil en la búsqueda. Una guía no es un Product. Google dejó de mostrar resultados enriquecidos de preguntas frecuentes el 7 de mayo de 2026 y eliminó esa documentación en junio. Es un recordatorio de que las funciones de búsqueda pueden retirarse. Marque lo que la página realmente es y consulte la galería de funciones compatibles antes de mantener marcado para una función de búsqueda.
- Identifica qué es realmente la página, en los términos del vocabulario.
- Comprueba si existe una función de búsqueda para ese tipo y qué exige.
- Emite todas las propiedades obligatorias desde los datos que renderizan la página.
- Valida la sintaxis y luego confirma la elegibilidad en el informe de mejoras.
- Vuelve a revisar tras cambios de plantilla: ahí es donde marcado y contenido se separan.