¿Cómo evaluar la capacidad de entrega de un proveedor de optimización de datos estructurados?

Al seleccionar un proveedor de optimización de datos estructurados, los evaluadores técnicos no deben fijarse únicamente en los casos de éxito y las cotizaciones. También deben evaluar principalmente su comprensión de los estándares, los procesos de implementación, los mecanismos de supervisión y su capacidad real de entrega, para garantizar que la optimización genere mejoras reales en la indexación, la visibilidad y las conversiones.

Este tipo de proyecto suele estar infravalorado dentro de muchas empresas. A primera vista, los datos estructurados parecen consistir simplemente en añadir algunas líneas de marcado Schema.org a una página. Sin embargo, durante la implementación real, los problemas suelen surgir en las plantillas de página, el mapeo de campos, el alcance de compatibilidad de los motores de búsqueda, la arquitectura de sitios históricos, la coherencia entre sitios multilingües y la supervisión continua después del lanzamiento. La capacidad de entrega de un proveedor no depende de si puede «añadir código», sino de si puede conectar los estándares, el contenido, las plantillas, la validación y la observación en una cadena completa.

Durante la evaluación técnica, hay que distinguir primero entre «saber escribir marcado» y «saber realizar optimización»

Muchos proveedores consideran los datos estructurados como una tarea de desarrollo puntual: seleccionan algunos tipos habituales, como Organization, Product, FAQ y Breadcrumb, los implementan en las páginas y luego utilizan Rich Results Test o una herramienta de validación de Schema para comprobar que no haya «errores». Con este enfoque, como máximo se demuestra que el proveedor posee capacidades básicas de implementación, pero no que tenga capacidad de optimización.

Un proveedor de optimización de datos estructurados con verdadera capacidad de entrega debería responder, como mínimo, a cuatro preguntas: por qué debe añadirse ese marcado a la página, de dónde proceden los datos, cómo se mantiene la coherencia entre los distintos tipos de página y cómo se evalúan los resultados después del lanzamiento. Si durante la evaluación técnica la otra parte solo puede mostrar que «el código se ha añadido correctamente», pero no puede explicar la lógica de presentación de los resultados de búsqueda, los principios de adaptación a los tipos de página ni los métodos de supervisión posteriores, básicamente se puede concluir que la profundidad de su entrega es limitada.

Especialmente en sitios web de comercio exterior, sitios web corporativos multilingües, sitios de marketing B2B y tiendas transfronterizas, los datos estructurados no suelen ser un problema de una sola página, sino la combinación de problemas de plantillas, gobernanza del sitio y operaciones de contenido. El valor del proveedor reside en convertir estos problemas en una solución técnica implementable, verificable y mantenible.

Evalúe primero la comprensión de los estándares, no solo las capturas de las herramientas

Lo que más deben evitar los evaluadores técnicos es confundir «superar la validación» con «cumplir los requisitos de usabilidad de los motores de búsqueda». Schema.org es un vocabulario general, pero los motores de búsqueda no ofrecen exactamente el mismo nivel de compatibilidad con los distintos tipos de marcado. Google cuenta con documentación clara, aunque sujeta a cambios, sobre los tipos compatibles con los resultados enriquecidos, los requisitos de los campos y las condiciones de presentación; el alcance de compatibilidad de otros motores de búsqueda puede ser diferente. Si un proveedor solo destaca que cubre ampliamente Schema.org, pero no habla de la compatibilidad con motores de búsqueda concretos, significa que su comprensión de los estándares se limita al nivel del vocabulario y no ha llegado al nivel de aplicación.

Un proveedor fiable suele dividir la comprensión de los estándares en tres niveles: nivel de vocabulario, nivel de compatibilidad de los motores de búsqueda y nivel de adaptación al negocio. El nivel de vocabulario resuelve la cuestión de «si se puede marcar»; el nivel de compatibilidad resuelve si «el marcado puede activar la presentación de resultados»; y el nivel de negocio resuelve qué páginas merece la pena optimizar y qué campos pueden mantenerse realmente.

Para evaluarlo, conviene preguntar especialmente lo siguiente:

• ¿Distingue entre los estándares generales de Schema y los requisitos de resultados enriquecidos de motores de búsqueda específicos?
• ¿Conoce las diferencias entre los campos obligatorios, los recomendados y los que realmente se muestran?
• ¿Puede explicar qué tipos de datos estructurados son más adecuados para un sitio B2B, en lugar de copiar mecánicamente una plantilla de comercio electrónico?
• ¿Sabe que algunos tipos, aunque sean técnicamente implementables, pueden no ser adecuados para la estructura de contenido del sitio actual?

Si las respuestas del proveedor se limitan siempre a «podemos hacerlo todo» y no incluyen ninguna explicación sobre los límites de aplicación, el riesgo puede ser incluso mayor. En la optimización de datos estructurados, lo más problemático es marcar en exceso, marcar incorrectamente o crear inconsistencias con el contenido visible de la página. Esto no solo afecta a la presentación, sino que también puede hacer que los motores de búsqueda ignoren el marcado correspondiente.

Para evaluar la capacidad de entrega, compruebe si cuenta con capacidades de modelado de páginas y mapeo de campos

La dificultad de un proyecto de datos estructurados no está en escribir la sintaxis JSON-LD, sino en organizar claramente las páginas, los módulos, los campos y las fuentes de contenido del sitio real. El fallo técnico más común no es un error de código, sino que los campos no puedan mantenerse a largo plazo: hoy pueden publicarse, pero tres meses después dejan de reflejar la realidad; funcionan en el sitio en inglés, pero no se adaptan al sitio en alemán; la página de producto está completa, mientras que la página de casos contiene numerosos campos vacíos.

Por eso, al evaluar un proveedor de optimización de datos estructurados, se recomienda prestar especial atención a su capacidad de modelado de páginas. Un equipo maduro suele clasificar primero las páginas, por ejemplo: página de inicio, página de listado de productos, página de detalle de producto, página de soluciones sectoriales, página de artículos, página de preguntas frecuentes y página de contacto. Después determina qué tipos de datos estructurados son adecuados para cada categoría y qué campos proceden del CMS, ERP, PIM, sistema de formularios o introducción manual de contenido.

Este proceso revela la verdadera capacidad de entrega, porque solo los equipos con experiencia en proyectos reales suelen abordar de forma proactiva cuestiones como las siguientes:

• ¿Cómo se gestiona la diferente integridad de los campos dentro de una misma plantilla?
• ¿Cómo se mapean los nombres de marca, las unidades, los precios y los atributos regionales en las páginas multilingües?
• Cuando faltan campos en páginas históricas, ¿se genera una salida degradada o no se genera ninguna salida?
• ¿Cómo se actualizan los datos estructurados junto con la versión de la plantilla después de una renovación del sitio?
• ¿Cómo se garantiza que el marcado sea rastreado de forma estable en entornos de renderizado frontend, renderizado del servidor o renderizado híbrido?

Si el proveedor no cuenta con un inventario de páginas, un diccionario de campos, reglas de mapeo y mecanismos para gestionar excepciones, normalmente significa que el proyecto dependerá de parches manuales página por página. Este método puede parecer rápido al principio, pero sus costes de mantenimiento posteriores son muy elevados y no permite dar soporte a sitios de gran escala.

La integridad del proceso de implementación determina si el proyecto puede pasar de «estar publicado» a «ser eficaz»

Durante la evaluación técnica, el proceso de entrega del proveedor puede considerarse un objeto central de revisión. Una buena optimización de datos estructurados no debería limitarse a tres pasos —«requisitos, desarrollo y lanzamiento»—, sino que debería abarcar como mínimo el diagnóstico, la planificación, la implementación, la validación, la supervisión y la iteración.

En la fase de diagnóstico se debe confirmar el estado actual del sitio, incluidos los marcados ya implementados, los tipos de errores, las definiciones duplicadas, las diferencias entre plantillas de página, la visibilidad para el rastreo y el rendimiento existente en las búsquedas. En la fase de planificación se deben generar las correspondencias entre tipos de página y tipos de marcado, las fuentes de los campos, los métodos de implementación y las prioridades de lanzamiento. En la fase de implementación se debe aclarar quién modifica las plantillas, quién valida las páginas y quién realiza las pruebas de regresión. La fase de validación no puede limitarse a las herramientas de comprobación; también debe revisar la coherencia con el contenido visible de la página, la cobertura de las plantillas y el rendimiento de las páginas periféricas. En la fase de supervisión se deben utilizar herramientas como Google Search Console para realizar un seguimiento del estado de los resultados enriquecidos, las advertencias, los cambios en el número de páginas válidas y el rendimiento de las impresiones y los clics.

Si el proveedor no cuenta con mecanismos de supervisión e iteración, el proyecto puede quedarse fácilmente en una entrega puntual. Los datos estructurados no son un componente que «se activa automáticamente al publicarse»; se ven afectados por las actualizaciones de contenido, los cambios en las estrategias de compatibilidad de los motores de búsqueda, los ajustes de las plantillas del sitio y las señales de calidad de las páginas. Sin supervisión posterior, es imposible determinar si el problema reside en la implementación técnica, en que el motor de búsqueda no ha adoptado el marcado o en que la calidad general de la página es insuficiente.

Lo verdaderamente importante no es prometer resultados, sino ofrecer observabilidad

Uno de los aspectos en los que los proveedores de optimización de datos estructurados pueden inducir a error con mayor facilidad es presentar la «aparición de resultados enriquecidos» como un resultado de entrega garantizable. Desde el punto de vista técnico, esto no es riguroso. Los datos estructurados son una de las señales que ayudan a los motores de búsqueda a comprender las páginas y aumentan las posibilidades de mejorar su presentación, pero el hecho de que finalmente se muestren y el formato que adopten no están completamente bajo el control del proveedor.

Por ello, los evaluadores técnicos deberían prestar más atención a la observabilidad que a las promesas de resultados absolutos. En otras palabras, deben evaluar si el proveedor puede establecer un mecanismo que permita a la empresa ver la calidad del proceso y los cambios en los resultados.

Entre los indicadores de entrega más fiables suelen encontrarse los siguientes:

• Porcentaje de cobertura de las plantillas de las páginas objetivo;
• Número de páginas con datos estructurados válidos;
• Eficiencia en la detección, corrección y regresión de errores y advertencias;
• Capacidad de herencia automática después de publicar nuevas páginas;
• Cambios en el estado de los resultados enriquecidos correspondientes en Search Console;
• Cambios en las impresiones, la tasa de clics y el rendimiento de indexación de las páginas objetivo antes y después del lanzamiento.

Cabe destacar que el aumento de la tasa de clics no procede necesariamente por completo de los datos estructurados, y que la mejora de la indexación también puede estar relacionada con la optimización simultánea del contenido, los enlaces internos y la calidad de las plantillas. Un proveedor maduro explicará honestamente los límites de la atribución, en lugar de atribuirse todo el crecimiento. Para los evaluadores técnicos, esta moderación es precisamente una muestra de profesionalidad.

Los escenarios multilingües, multirregionales y B2B son la prueba decisiva de la capacidad del proveedor

En los proyectos que integran sitio web y servicios de marketing, muchas empresas no gestionan un único sitio en chino, sino una arquitectura de sitios con varios idiomas, regiones y líneas de negocio en paralelo. En este contexto, la complejidad de la optimización de datos estructurados aumenta considerablemente.

Por ejemplo, un problema habitual de las empresas manufactureras B2B es que sus páginas de producto no disponen de campos estándar de precio minorista, inventario y reseñas, aunque desean mejorar la comprensión por parte de los motores de búsqueda. Las páginas de soluciones suelen tener contenidos extensos y altamente personalizados, por lo que no resulta adecuado copiar mecánicamente el modelo Product. Además, los límites entre noticias, casos de éxito, bases de conocimiento, preguntas frecuentes y centros de descargas pueden ser difusos, lo que dificulta definir correctamente los tipos de página. Todo ello exige que el proveedor conozca tanto los estándares como la arquitectura de información de los sitios web de comercio exterior.

En los escenarios multilingües, también es necesario comprobar si el sistema hreflang es coherente con el contenido de los datos estructurados, si cada idioma utiliza la URL de su propia página, si existen diferencias regionales en la información de la organización y los datos de contacto, y si los atributos del mismo producto están sincronizados en las páginas destinadas a distintos mercados. Si la experiencia anterior del proveedor se concentra principalmente en sitios de comercio electrónico monolingües, quizá no sea adecuado para un sitio internacional B2B complejo.

La capacidad de colaboración con los equipos técnicos suele ser más importante que «saber de SEO»

Muchos proyectos de datos estructurados fracasan no porque la solución sea incorrecta, sino porque el proveedor no puede colaborar eficazmente con los equipos de creación del sitio, frontend y contenido de la empresa. Durante la evaluación técnica, se recomienda no considerar al proveedor únicamente como un «proveedor de servicios SEO», sino como un pequeño socio técnico que debe participar en la gobernanza de las plantillas y de los datos.

Para evaluar su capacidad de colaboración, pueden revisarse varios detalles: si puede elaborar documentación ejecutable por los desarrolladores, si puede adaptarse a los principales CMS o a sistemas desarrollados internamente, si comprende las diferencias entre los entornos de prueba y producción, si cuenta con un plan de reversión y si puede localizar anomalías del marcado causadas por el renderizado JS, la caché o la reutilización de componentes. Hay muchos equipos que saben explicar conceptos, pero son pocos los que pueden coordinarse con el equipo de I+D y llevarlos a la práctica.

Si el sitio corporativo está compuesto por una plataforma SaaS de creación de sitios, un sistema de tienda independiente, herramientas de automatización de marketing y formularios de terceros, el proveedor también debe tener capacidad para organizar la información entre sistemas. De lo contrario, los datos estructurados pueden cubrir fácilmente solo las páginas principales y omitir las páginas de destino y de contenido que realmente generan conversiones.

Tres malentendidos habituales al evaluar proveedores

Un malentendido consiste en fijarse únicamente en las capturas de casos de éxito. Una captura del formato de un resultado enriquecido en los resultados de búsqueda solo demuestra que apareció en un momento determinado; no demuestra que pueda reproducirse en la actualidad, ni mucho menos que sea adecuada para el tipo de sitio, el mercado objetivo y la estructura de contenido de su empresa.

Otro malentendido es considerar que un precio bajo implica una mejor relación calidad-precio. El verdadero consumo de tiempo de la optimización de datos estructurados se concentra en la investigación, el mapeo, la validación y la supervisión posterior, no en generar unas pocas líneas de código. Un presupuesto demasiado bajo suele significar que solo se realizará una implementación básica, sin una gobernanza continua.

Un tercer malentendido es pensar que este trabajo corresponde exclusivamente al equipo de SEO. En realidad, la eficacia de los datos estructurados está estrechamente relacionada con la calidad de las plantillas del sitio, las normas de contenido, la integridad de los campos, la configuración de internacionalización y la gobernanza de las fuentes de datos. Sin colaboración entre departamentos, por muy profesional que sea el proveedor, será difícil realizar el proyecto de forma sólida.

El objetivo de la evaluación técnica debe ser una «entrega sostenible»

Para los evaluadores técnicos, seleccionar un proveedor de optimización de datos estructurados no consiste en elegir la empresa que «mejor conoce la terminología», sino en elegir un socio capaz de ofrecer una entrega estable y continua dentro de la arquitectura del sitio, el sistema de contenidos y el ritmo operativo existentes.

Los proveedores que merecen mayor consideración suelen compartir varias características: comprenden claramente los límites de los estándares y de la compatibilidad de los motores de búsqueda; pueden realizar el modelado de páginas y la gobernanza de campos; incluyen validación y supervisión en el proceso de implementación; conocen las limitaciones de los escenarios multilingües y B2B; pueden colaborar con los equipos de I+D, creación de sitios y contenido; no prometen resultados que no pueden controlar, pero sí ofrecen indicadores de observación claros.

Si solo se puede elegir entre «casos de éxito atractivos» y «procesos sólidos», la evaluación técnica debería inclinarse por estos últimos. El verdadero valor de la optimización de datos estructurados no reside en el día del lanzamiento, sino en si durante los meses siguientes, o incluso durante más tiempo, las páginas pueden seguir siendo comprendidas correctamente, heredar el marcado de forma estable y aumentar gradualmente su visibilidad en las búsquedas. La capacidad de entrega se refleja precisamente en esta estabilidad a largo plazo.