Datos estructurados para sitios web de péptidos y suministro para investigación

Qué hacen los datos estructurados y qué no

Los datos estructurados son una descripción de una página legible por máquinas, escrita con el vocabulario de schema.org. Le dicen a un buscador o a un asistente que esta página es un producto, que aquella es un artículo con una fecha de publicación, y que la empresa detrás de ambas es una organización concreta con un sitio web y un punto de contacto concretos.

Pueden hacer que una página sea apta para algunos resultados enriquecidos en Google, y reducen las conjeturas de cualquier sistema que los lea. No mejoran el posicionamiento por sí solos, no garantizan un resultado enriquecido ni una cita de IA, y Google decide caso por caso si muestra alguna mejora. Trátelos como un etiquetado preciso, no como una palanca.

En un sitio de suministro para investigación hay una segunda razón para hacerlo bien. El marcado lo leen máquinas que también alimentan revisiones de anuncios, herramientas de evaluación de pagos y respuestas de IA. Una afirmación en el marcado sigue siendo una afirmación, y se rige por las mismas reglas de uso exclusivo en investigación que el texto visible.

Fundamentos de JSON-LD e identificadores estables

Use JSON-LD: un bloque script de tipo application/ld+json en la página, separado del HTML visible. Es el formato que recomienda Google y el más fácil de generar a partir de los mismos datos que construyen la página.

Dé a las entidades principales un @id estable, normalmente la URL de la página con un fragmento, como la URL del sitio seguida de #organization. Los demás bloques pueden entonces apuntar a ese @id en lugar de repetir los datos, lo que mantiene el nombre y los datos de contacto de la organización definidos una sola vez. Este sitio define su Organization y su WebSite una vez, con valores @id que terminan en #organization y #website, y cada bloque Article, Service y de página remite a ellos.

• Genere el marcado a partir de la misma fuente de datos que la página, nunca a mano en un archivo aparte.
• Use URL absolutas en el marcado.
• Un sujeto por bloque; enlace los bloques con @id en lugar de anidar la misma entidad dos veces.
• Omita una propiedad antes que rellenarla con una suposición.

Organization y WebSite

El marcado Organization indica quién gestiona el sitio: nombre, URL, logotipo, correo o teléfono de contacto y enlaces a perfiles en otros sitios mediante sameAs. Es el ancla de la coherencia de la entidad, así que sus valores deben coincidir exactamente con el pie de página y la página de contacto. Un ejemplo breve: {"@type": "Organization", "@id": "https://example.com/#organization", "name": "Example Research Supply", "url": "https://example.com", "email": "support@example.com"}.

El marcado WebSite nombra el sitio y hace que su publisher apunte a la Organization. Manténgalo sencillo: name, url, publisher e inLanguage. Añada una SearchAction solo si el sitio tiene una página de búsqueda que funcione en el patrón de URL que declara.

No añada certificaciones, premios, valoraciones ni registros al marcado Organization a menos que la empresa los haya documentado y los muestre en la página. La Organization de este sitio lista los servicios que ofrece en un OfferCatalog sin precios, porque cada servicio se cotiza.

Marcado de navegación: BreadcrumbList, CollectionPage e ItemList

BreadcrumbList describe dónde está una página: inicio, catálogo, categoría, producto. Coincide con una ruta de navegación visible en la página, y Google puede usarla en lugar de la URL sin formato en los resultados. Cada elemento necesita una posición, un nombre y la URL de ese nivel.

Las páginas de catálogo, de categoría y de índice son colecciones. CollectionPage dice qué es la página; ItemList dice qué hay en ella, en orden, con una URL para cada entrada. Ejemplo: {"@type": "ItemList", "itemListElement": [{"@type": "ListItem", "position": 1, "name": "BPC-157", "url": "https://example.com/catalog/bpc-157"}]}. Liste solo los elementos que aparecen en la página, en el orden en que aparecen.

Product, y por qué no hay Offer cuando no hay precio

El marcado Product describe un artículo del catálogo: nombre, descripción, imagen, categoría, marca y propiedades como el tamaño del vial en entradas PropertyValue. En suministro para investigación, la descripción debe limitarse a lo que dice la página del producto, es decir, identidad y documentación, nunca uso ni efectos.

Offer es la parte de Product que lleva el precio, la moneda y la disponibilidad. Si la página no muestra un precio, porque el precio mayorista se envía al consultar, el marcado tampoco debe mostrarlo. Inventar un precio provisional, un precio de cero o un rango de precios para contentar a un validador pone en el marcado una afirmación que la página contradice. El marcado de producto de este sitio omite offers exactamente por eso, y añade una propiedad de pureza solo cuando un informe publicado que coincide con el producto y el tamaño la imprime, con el número de informe en la descripción de la propiedad.

La contrapartida es real: los resultados enriquecidos de producto de Google esperan una oferta, una reseña o una valoración, así que es poco probable que un Product sin ninguna de ellas muestre mejoras de precio o de estrellas. Sigue siendo un marcado válido que identifica el producto con precisión, y es la opción honesta cuando los precios se cotizan.

• Nombres de producto exactamente como en la página y en la etiqueta, solo nombres de compuestos.
• Un PropertyValue por tamaño, coincidiendo con los tamaños listados en la página.
• Valores de pureza o de análisis solo si están impresos en un informe publicado para ese producto y tamaño, con el informe referenciado.
• Nada de Review ni AggregateRating salvo que en la página se muestren reseñas reales y autorizadas.
• Nada de offers cuando no hay un precio visible.

FAQPage

FAQPage marca las preguntas y respuestas que aparecen en la página, y el acceptedAnswer de cada Question contiene el texto visible de la respuesta. Ejemplo: {"@type": "FAQPage", "mainEntity": [{"@type": "Question", "name": "¿Los lotes mayoristas incluyen informes?", "acceptedAnswer": {"@type": "Answer", "text": "Sí. Cada cotización nombra el lote y su informe."}}]}.

Google limita los resultados enriquecidos de preguntas frecuentes a un pequeño grupo de sitios gubernamentales y de salud reconocidos y con autoridad, así que la mayoría de los sitios de suministro para investigación no verán la presentación ampliada de preguntas frecuentes en los resultados de Google. El marcado sigue siendo una estructura clara de preguntas y respuestas que otros sistemas pueden leer, y no cuesta nada si se genera a partir de las preguntas frecuentes visibles.

El texto del marcado debe coincidir con la página palabra por palabra. Las respuestas deben seguir las mismas reglas que los textos: nada de lenguaje de dosis, uso, resultados ni médico, y las preguntas frecuentes son el lugar donde más a menudo se cuela. Quite enlaces y formato del texto del marcado, como hace este sitio, para que la respuesta se lea como texto plano.

Article y speakable

Las guías y las páginas largas llevan marcado Article: headline, description, datePublished, dateModified, autor o publisher, y mainEntityOfPage apuntando a la página. Mantenga dateModified igual a la fecha de actualización que muestra la página, y cambie ambas solo cuando cambie el contenido.

speakable marca la parte de una página más adecuada para leerse en voz alta, mediante selectores CSS o XPath. Google la documenta como una función beta orientada a contenido de noticias, así que no debe esperarse que produzca un resultado visible. Aun así, es una forma precisa de decir qué pasaje es el resumen. Este sitio marca la respuesta breve de cada guía con un atributo de datos y hace que el selector speakable apunte a ella, junto con el número de palabras y la sección del Article.

Dataset para estadísticas de publicaciones

Si una página publica datos, como recuentos de publicaciones indexadas por compuesto, el marcado Dataset los describe: name, description, url, creator, dateModified, temporalCoverage para el periodo cubierto y license. Google Dataset Search lee este tipo, y exige como mínimo un nombre y una descripción.

Describa los datos con honestidad. Nombre la fuente y la consulta en la descripción o en la página, indique la fecha de obtención y no presente un recuento de publicaciones como evidencia de un efecto. La página de estadísticas de investigación de este sitio lleva marcado Dataset con su fecha de obtención, los años cubiertos y una licencia Creative Commons, y muestra las consultas en la página.

DefinedTermSet para glosarios

Un glosario es un conjunto de términos con definiciones, y schema.org tiene un tipo exactamente para eso. DefinedTermSet nombra el glosario; cada entrada es un DefinedTerm con un nombre, una descripción y un enlace inDefinedTermSet de vuelta. Ejemplo: {"@type": "DefinedTerm", "name": "Certificado de análisis", "description": "Un informe de laboratorio sobre un lote concreto.", "inDefinedTermSet": "https://example.com/glossary"}.

Los glosarios son útiles para los asistentes porque fijan lo que una empresa quiere decir con un término. Mantenga las definiciones factuales y breves, y limite las entradas relacionadas con compuestos a identidad y documentación. El glosario de este sitio usa DefinedTermSet para sus términos de pagos, búsqueda y suministro.

Idiomas: hreflang e inLanguage

Las páginas traducidas necesitan dos cosas que se confunden con facilidad. hreflang no es schema.org: va en elementos link en el head de la página, en cabeceras HTTP o en el sitemap, y les dice a los buscadores qué URL sirve cada idioma, incluido un x-default. inLanguage es la propiedad de schema.org en WebSite, Article o Dataset que indica el idioma de ese contenido.

Use ambos y manténgalos coherentes: la página en español declara es en su marcado y se lista a sí misma y a la página en inglés en su conjunto hreflang, y la página en inglés lista ambas a su vez. Las páginas en español de este sitio fijan la canónica en la URL /es con hreflang para en-US, es y x-default, y pasan el idioma al marcado Article.

Validar antes y después de publicar

Use dos herramientas, porque responden preguntas distintas. La Prueba de resultados enriquecidos de Google muestra si una página es apta para los resultados enriquecidos que admite Google, y renderiza la página como lo haría Googlebot, así que detecta el marcado inyectado por scripts que no llega a cargar. El Schema Markup Validator en validator.schema.org comprueba el marcado contra todo el vocabulario de schema.org, incluidos tipos que Google no usa, como DefinedTermSet.

Pruebe una URL por plantilla, no solo la página de inicio: un producto, una categoría, una guía, el glosario, una página traducida. Después de publicar, los informes de mejoras de Google Search Console muestran los errores en todo el sitio a medida que Google lo rastrea. Vuelva a probar cada vez que cambie una plantilla o su fuente de datos, y añada comprobaciones del marcado a cualquier script previo a la publicación que use el sitio.

Errores que causan problemas

La mayoría de los problemas de datos estructurados vienen de un marcado escrito una vez a mano y nunca actualizado, y por eso lo generamos a partir del catálogo y la documentación en cada sitio de suministro para investigación que entregamos, como parte del SEO para sitios de suministro para investigación. Cómo lograr que la búsqueda con IA lea y cite un sitio de suministro para investigación cubre el resto del trabajo a su alrededor. Los errores que vemos con más frecuencia:

• Marcado que no coincide con la página. Un precio, una valoración, una pregunta frecuente o una afirmación en el marcado que los visitantes no pueden ver va contra las directrices de Google y puede provocar una acción manual.
• Marcado de reseñas sin reseñas reales. Las reseñas escritas por uno mismo, las valoraciones inventadas o las copiadas de otro sitio incumplen las directrices de búsqueda y las reglas de esta categoría sobre prueba social.
• Afirmaciones médicas o de uso en el marcado. Una descripción, una respuesta de preguntas frecuentes o una propiedad que insinúa un efecto o un uso sigue siendo una afirmación, aunque la vea poca gente.
• Certificaciones sin documentar. Las menciones de GMP, ISO o similares en el marcado necesitan la misma documentación que en la página.
• Valores provisionales. Precios de cero, disponibilidad por defecto o texto de plantilla que se queda en producción.
• Fechas desactualizadas. Un dateModified que cambia en cada compilación, o que no cambia nunca.
• Entidades duplicadas. La organización definida de forma distinta en páginas distintas, en lugar de una sola vez con un @id.