Datos estructurados en una web de servicios: no sustituyen una oferta clara

Fotografía: Ilya Pavlov ilyapavlov · archivo original · CC0. Miniatura de Commons, sin edición.

Imagen de contexto; no muestra un cliente ni un proyecto de Seowebo.

El marcado puede describir información de una página de forma organizada, pero no resuelve una propuesta comercial incompleta. Antes de añadir tipos y propiedades, comprueba qué contenido real quieres representar.

Parte de lo que la página muestra

Identifica empresa, servicio y datos públicos verificables. El marcado debe ser coherente con la información visible. No inventes valoraciones, precios ni áreas de servicio para completar un esquema.

Google explica el uso del marcado y señala que cumplir sus requisitos no garantiza un resultado enriquecido en su introducción a datos estructurados.

No confíes en una validación aislada

Ejemplo hipotético: una herramienta confirma que el JSON es válido, pero el servicio descrito no existe en el cuerpo de la página. La sintaxis correcta no demuestra exactitud ni elegibilidad para una función de búsqueda.

Revisa también para qué resultado está pensado cada tipo. Que un vocabulario admita una propiedad no significa que Google ofrezca una presentación especial para ella.

Prioriza la coherencia comercial

Si tu página no explica destinatario, alcance y contacto, empieza por ese contenido. Después decide qué marcado corresponde y cómo lo mantendrás cuando cambie la oferta.

Prepara un inventario de hechos antes de elegir propiedades

Separa lo que la empresa puede acreditar de lo que sería deseable anunciar. Nombre, destinatario, alcance o cobertura necesitan una fuente de mantenimiento, aunque sean datos sencillos. Si cambian en la página y nadie revisa el marcado, pueden quedar dos versiones incompatibles de la misma oferta.

Para cada hecho candidato, anota dónde se explica al visitante y quién lo confirma. No todo dato interno necesita publicarse. Si solo puedes justificar una propiedad con una suposición, déjala fuera de la propuesta hasta resolverla. El objetivo no es completar el mayor número posible de campos ni añadir tipos porque una herramienta los sugiera sin conocer el negocio.

Distingue tres preguntas que una casilla verde no resuelve

Las respuestas no se sustituyen entre sí. Un error de sintaxis merece corrección, pero un documento técnicamente válido también puede describir información falsa o desactualizada. Que una propiedad pertenezca a un vocabulario tampoco implica que Google ofrezca un resultado especial para ella. La documentación de la función concreta y las herramientas correspondientes deben formar parte de la revisión técnica.

Asigna mantenimiento al dato, no solo al código

Imagina que cambia la cobertura de un servicio. Quien modifica el contenido debe saber si esa información aparece también en el marcado y qué plantillas la generan. Una edición manual aislada puede desaparecer en la siguiente actualización o dejar páginas relacionadas sin revisar. Documenta el origen antes de proponer cambios masivos.

Tras una intervención autorizada, contrasta lo servido y el contenido visible con la decisión aprobada. Conserva evidencias de las comprobaciones y sus límites: una validación no demuestra una mejora de posiciones ni la aparición futura de un resultado enriquecido. Si no puedes verificar una valoración, un precio o una afirmación de cliente, no lo añadas para superar el test. La confianza empieza por representar lo que realmente ofrece la página.

No publiques datos sensibles ni resultados de clientes sin autorización. La consultoría SEO de Seowebo puede valorar una revisión de contenido y marcado existentes. Comparte la URL y qué información quieres representar, sin esperar una garantía de visibilidad.

Para ampliar esta revisión, consulta Cómo leer una propuesta SEO sin perderte entre tareas y el archivo de guías de Seowebo.