Datos estructurados para GEO: describir, validar, verificar

En resumen
El marcado de schema describe la información de una página. No es un interruptor especial de posicionamiento para GEO, y una validación correcta no demuestra que un motor de IA vaya a citar a una empresa. scaile revisa el marcado junto con las afirmaciones de origen, la página renderizada y la URL canónica.
Puntos clave
Aquí GEO significa generative engine optimization (optimización para motores generativos), no segmentación geográfica.
Elegir el marcado según el tema y el contenido reales de la página.
Validar los hechos, no solo la sintaxis JSON.
Separar la medición de citas de la elegibilidad para resultados enriquecidos.
¿Qué datos estructurados conviene usar?
El tipo que describe con exactitud la página. Un perfil de organización, un artículo editorial y una oferta de producto son cosas distintas. No tiene sentido añadir una valoración de Product a la explicación de un servicio solo porque un validador acepta el JSON.
Para la identidad de una empresa, el punto de partida es Organization. Para una página editorial con autor, Article o un subtipo adecuado. Las migas de pan deben reflejar la navegación real. Cada añadido debería responder a una pregunta concreta sobre la página, como quién la publica o cuál es su tema principal.
La propiedad areaServed describe la zona geográfica en la que se presta un servicio o se ofrece un producto. No es un ajuste de optimización para la búsqueda generativa. Añadir ciudades en las que la empresa no presta servicio para fabricar relevancia local es un error.
¿Cómo deben funcionar los identificadores y las fechas?
Para la misma organización o persona se usan identificadores estables en todas las páginas. El editor (publisher) de un artículo puede referenciar a la organización; el autor debe identificar a la persona u organización realmente responsable del artículo. No se inventa un revisor ni una acreditación para rellenar un campo.
Al actualizar un artículo se conserva la fecha de publicación original y se cambia la fecha de modificación cuando el contenido cambia de forma sustancial. Esas fechas deben coincidir con los metadatos visibles del artículo. Un despliegue que solo cambia la navegación no es motivo para presentar cada artículo antiguo como recién escrito.
Las decisiones de identidad que hay detrás del marcado se tratan en SEO de entidades. Para una referencia ordenada de los datos de la empresa, están las páginas de grounding.
¿Cómo es un proceso de validación útil?
Tres comprobaciones separadas, porque cada una detecta un fallo distinto:
- Revisión de hechos: comparar nombres, afirmaciones, fechas y URL con el contenido visible y con las fuentes aprobadas. Se eliminan los campos que no se pueden respaldar.
- Revisión del vocabulario y de la función: comprobar la sintaxis de schema y después los requisitos de la función de búsqueda concreta que se quiere admitir. Un tipo válido según el vocabulario no es automáticamente elegible para un resultado enriquecido de Google.
- Revisión de la página publicada: cargar la URL desplegada, revisar su canónica y sus directivas de robots, y confirmar que el HTML final contiene el contenido y el marcado esperados.
Las directrices de Google sobre datos estructurados exigen que el marcado represente fielmente el contenido de la página y no sea engañoso. Una prueba superada es, por tanto, una comprobación más, no un permiso para publicar una afirmación que nadie puede verificar.
¿Qué errores conviene corregir primero?
La prioridad: una canónica que apunta a la página equivocada, una directiva noindex en una página que debería aparecer en el buscador, campos de identidad inexactos y marcado que describe material que el usuario no puede encontrar. Después, el schema duplicado o contradictorio que generan distintas plantillas y plugins.
Las páginas traducidas se revisan por separado. Su idioma visible, la URL del artículo y los campos de fecha deben describir esa versión del artículo. Las versiones equivalentes en otros idiomas se mantienen conectadas sin presentar como traducción una página que no está traducida.
El proceso de publicación de contenido de scaile incluye estas comprobaciones como parte de la publicación. El Health Check ayuda a detectar problemas técnicos, pero la exactitud de los hechos sigue necesitando un revisor responsable.
¿El schema provoca citas en la IA?
Esa relación causal no se puede afirmar a partir de una captura de pantalla de antes y después. El contenido, los enlaces, el contexto de recuperación y la respuesta del motor también pueden haber cambiado. Aparecer con un resultado enriquecido no es lo mismo que recibir una cita de una IA.
Lo útil es registrar qué campo cambió y por qué, mantener estable la URL de la página y seguir cada resultado por separado. Mejorar una descripción correcta merece la pena sin atribuirle un aumento de citas que no se puede demostrar.
Preguntas frecuentes
¿Existe un tipo de schema especial para GEO?
Google no exige ningún tipo especial de GEO para sus funciones de búsqueda con IA. Se usa el vocabulario que describe el contenido real.
¿Un marcado válido garantiza un resultado enriquecido?
No. La validación no garantiza la selección ni la visualización. Tampoco puede verificar cada afirmación de hecho del marcado.
¿Hay que añadir marcado de preguntas frecuentes a todos los artículos?
Solo se marcan las preguntas y respuestas que de verdad forman parte de la página. No tiene sentido crear preguntas frecuentes repetitivas solo para añadir otro bloque de schema ni dar por hecho que recibirán una presentación especial en el buscador.
Fuentes
- Schema.org: Article, Organization y areaServed: definiciones del vocabulario.
- Google: directrices generales sobre datos estructurados: requisitos de calidad y de elegibilidad.
- Google: datos estructurados de Article: autores y fechas de los artículos.
- Google: las funciones de IA y tu sitio web: ausencia de requisitos especiales de marcado para GEO.


