1. Elige un tipo adecuado para la página
Revisa el propósito principal de la página antes de elegir el marcado. Un artículo, un producto y una ruta de navegación describen cosas distintas. La galería de datos estructurados de Google reúne las funciones compatibles y sus requisitos; que un tipo exista en el vocabulario de Schema.org no implica que produzca una mejora visual en Google. Registra el tipo elegido, el origen de cada valor y la persona responsable. Si el contenido no encaja, mejora la página o elige otra descripción pertinente en vez de forzar su significado.
2. Haz que los datos coincidan con el contenido visible
Trata los datos estructurados como otra representación del contenido, no como publicidad oculta. Los nombres, autores, precios, disponibilidad y demás hechos relevantes deben coincidir con lo que ve el visitante. No inventes valoraciones, reseñas ni datos de empresa para completar una plantilla. Por ejemplo, si cambia la disponibilidad de un producto en la interfaz, también debe actualizarse su valor estructurado. Es preferible compartir una fuente de contenido que mantener dos versiones manualmente. Así reduces el riesgo de que una página correcta publique información desactualizada para las máquinas.
3. Implementa una primera versión fácil de mantener
Google suele recomendar JSON-LD cuando la implementación lo permite. Antes de añadir un bloque, revisa qué generan ya el CMS y sus complementos. Varios generadores independientes pueden describir una misma entidad de forma contradictoria. Empieza con una plantilla representativa y asigna una persona responsable. Anota qué campos son obligatorios para la función de Google elegida y cuáles son recomendados. No rellenes valores desconocidos con datos provisionales para silenciar un validador. Una implementación acotada y correcta resulta más fácil de revisar que un bloque enorme que nadie puede explicar.
4. Valida la sintaxis, los requisitos y el significado
Utiliza la prueba de resultados enriquecidos de Google para las funciones compatibles y lee los errores y avisos concretos. Un problema de sintaxis, una propiedad obligatoria ausente y una recomendación opcional son hallazgos diferentes. Compara también los valores con la página visible de forma manual. Una prueba automática no puede confirmar que todas las afirmaciones sean verdaderas ni que se cumplan todas las políticas. Prueba un caso normal y otro menos habitual, como una página sin una imagen opcional o con un título especialmente largo.
5. Interpreta el análisis sin sacar conclusiones excesivas
Encontrar JSON-LD en el HTML público no demuestra que sea válido, pertinente o apto para un resultado enriquecido. Tampoco su ausencia demuestra que no existan datos estructurados: otros formatos o detalles de implementación pueden requerir otra revisión. Utiliza el análisis del HTML público de Suprara para priorizar una investigación y trasladarla a tu PDF personalizado o plan de acción. Después de implementar los cambios, repite el análisis y valida la función correspondiente con las herramientas de Google. Incluso un marcado correcto no garantiza que aparezca un resultado enriquecido en una búsqueda concreta.
Tu lista práctica
- Elige un marcado que corresponda a la página y su contenido visible.
- Revisa lo que genera el CMS antes de añadir otro generador.
- Utiliza valores reales procedentes de una fuente de contenido mantenida.
- Distingue los errores de propiedades obligatorias de las recomendaciones opcionales.
- Vuelve a validar páginas representativas después de modificar la plantilla.
Preguntas frecuentes
Aplica lo aprendido
Practica este tema en Academy y usa la plantilla para documentar la evidencia y el cambio que quieres realizar.
Fuentes y lecturas complementarias
Un sitio más claro empieza con evidencia.
Obtén un escaneo real de una página pública y un PDF personalizado; luego usa la plantilla gratuita para priorizar tus próximos cambios.