微信客服
Telegram:guangsuan
电话联系:18928809533
发送邮件:[email protected]

10 Tipos de Datos Estructurados para Sitios Web B2B丨Mejorar el Rendimiento SEO

本文作者:Don jiang

Para sitios web B2B, implementar un sistema completo de marcado de datos puede aumentar la probabilidad de que la página obtenga resultados enriquecidos entre un 50 % y un 70 % en promedio, y aumentar la tasa de clics (CTR) en un 15 % – 25 %.

Entre los 10 marcados principales, las recomendaciones van desde el marcado Organization, que establece la autoridad de la entidad, hasta los marcados FAQPage y Product, que aumentan directamente el CTR (aunque el campo de precio debe adaptarse al escenario de consulta), y el marcado Event, que captura tráfico de eventos específico (debe seguir estrictamente el formato de tiempo ISO 8601).

A nivel de detalle, el array sameAs debe vincularse al menos a 3 perfiles autorizados de redes sociales, la ruta Breadcrumb debe ser exactamente coherente con la interfaz de usuario de la página, y el contenido de video debe definir duration y thumbnailUrl para activar resultados enriquecidos.

Tipos de Datos Estructurados para Sitios Web B2B

Table of Contens

Organización (Organization)

Los datos muestran que los sitios web que implementan el marcado completo de Organization tienen un 70 % más de probabilidades de generar un Panel de Conocimiento y un aumento de alrededor del 18 % en el CTR en las búsquedas de marca.

El marcado debe seguir estrictamente las especificaciones de Schema.org e incluir los campos obligatorios name, logo y sameAs. El array sameAs debe integrar al menos tres o más perfiles sociales autorizados (como LinkedIn, Crunchbase, página oficial de Twitter).

La imagen del logo debe cumplir con el tamaño mínimo de 112×112 píxeles y debe tener obligatoriamente una relación de aspecto de 1:1.

El marcado Organization se incrusta en el formato JSON-LD dentro de la etiqueta <head> del sitio web. Según la documentación de Google Search Central, el marcado completo debe incluir los siguientes campos estructurados:

Configuración de Campos Básicos

  • @type: Valor fijo “Organization”
  • name: Utilice el nombre de registro comercial completo (ej. “Shanghai XX Technology Co., Ltd.”), que debe ser exactamente coherente con el pie de página del sitio web y la licencia comercial
  • url: Ingrese la URL absoluta de la página de inicio (comenzando con https)
  • logo: Se recomienda usar formato PNG con fondo transparente, el tamaño del archivo no debe exceder 1 MB

Fragmento de Código de Ejemplo:

{
“@context”: “https://schema.org”,
“@type”: “Organization”,
“name”: “Example Tech Inc.”,
“url”: “https://www.example.com”,
“logo”: “https://www.example.com/logo.png”
}

Integración de Perfiles de Redes Sociales (Campo sameAs)

Este campo debe ser un array que liste al menos 3 URLs de páginas de inicio de plataformas autorizadas, ordenadas por prioridad:

  • Página de LinkedIn de la empresa (obligatorio)
  • Página de perfil de Crunchbase de la empresa (obligatorio)
  • Página oficial de Twitter
  • Página de Facebook de la empresa
  • Canal oficial de YouTube

El campo sameAs debe configurarse de la siguiente manera, listando los enlaces oficiales de la página de inicio de su empresa como un array:

{
“@context”: “https://schema.org”,
“@type”: “Organization”,
“name”: “某某科技有限公司”,
“url”: “https://www.example.com”,
“logo”: “https://www.example.com/logo.png”,
“sameAs”: [
“https://www.linkedin.com/company/example-tech”,
“https://www.crunchbase.com/organization/example-tech”,
“https://twitter.com/example_tech”,
“https://www.facebook.com/example.tech”,
“https://www.youtube.com/@exampletech”
]
}

Datos de Práctica: Los sitios web que integran 5 o más enlaces sameAs tienen una tasa de aparición del Panel de Conocimiento del 92 %

Estandarización de la Información de Contacto

El número de teléfono de contacto debe estar en formato internacional (ej. +86-21-12345678). La información de dirección sigue la estructura de tres niveles “Ciudad-Distrito-Calle”:

“contactPoint”: {
“@type”: “ContactPoint”,
“telephone”: “+86-21-12345678”,
“contactType”: “customer service”,
“areaServed”: “CN”
}

Caja de Búsqueda de Sitelinks (Sitelinks Searchbox)

El marcado de la Caja de Búsqueda de Sitelinks es un dato estructurado diseñado específicamente para la página de inicio de un sitio web. Cuando los usuarios buscan su marca, puede aparecer un campo de búsqueda interno dedicado debajo de los resultados de búsqueda.

Los datos muestran que el CTR en las búsquedas de marca que utilizan este marcado aumenta en un 12 % – 15 % en promedio, siendo especialmente eficaz para sitios web B2B con más de 500 páginas de productos.

Este marcado debe definir claramente la URL de destino de la acción de búsqueda e incluir obligatoriamente el parámetro de marcador de posición {search_term_string}.

El umbral común para una mayor probabilidad de activación es que el sitio web tenga más de 1000 búsquedas de marca mensuales.

Aquí están las instrucciones detalladas de implementación:

Requisitos de Configuración de Campos Básicos

Este marcado debe colocarse en la sección <head> de la página de inicio, y cada sitio web solo puede tener un marcado de este tipo:

  • @type: Debe establecerse en “WebSite”
  • name: Utilice el nombre oficial del sitio web (generalmente idéntico al del marcado Organization)
  • url: La dirección URL completa de la página de inicio
  • potentialAction: El campo principal que contiene la definición de la acción de búsqueda
  • target: Especifica el patrón de URL para los resultados de búsqueda, y debe contener el parámetro{search_term_string}

Ejemplo de Código Completo:

{
“@context”: “https://schema.org”,
“@type”: “WebSite”,
“name”: “Example Industrial Supplies”,
“url”: “https://www.example.com”,
“potentialAction”: {
“@type”: “SearchAction”,
“target”: {
“@type”: “EntryPoint”,
“urlTemplate”: “https://www.example.com/search?q={search_term_string}”
}
}
}

Especificaciones de la Plantilla de URL

  • Utilice el protocolo https:// (a menos que el sitio web solo admita http)
  • {search_term_string} debe incluirse exactamente; no se debe modificar la capitalización ni el formato
  • El nombre del parámetro debe ser coherente con el parámetro de búsqueda real utilizado por su sitio web (los comunes incluyen q, query, search, keyword, etc.)
  • La longitud total de la URL no debe exceder los 256 caracteres

Si el sitio web utiliza una estructura de parámetros no estándar, debe ajustarse en consecuencia:

// Ejemplo de Parámetros Múltiples
“urlTemplate”: “https://www.example.com/search?term={search_term_string}&category=all”

// Ejemplo de Formato de Enrutamiento
“urlTemplate”: “https://www.example.com/search/{search_term_string}”

Condiciones de Activación

  • Volumen de Búsqueda de Marca: Un volumen de búsqueda mensual superior a 1000 veces lo activa más fácilmente
  • Autoridad del Sitio Web: Los sitios web con una Autoridad de Dominio superior a 40 tienen una mayor probabilidad de activación
  • Comportamiento del Usuario: Se priorizan los sitios web cuyos visitantes utilizan con frecuencia la función de búsqueda interna

Los datos muestran que los sitios web que cumplen con las siguientes condiciones tienen un 85 % de probabilidad de que se muestre el campo de búsqueda en un plazo de 6 meses:

  • Volumen de búsqueda de marca mensual > 2000 veces
  • Número total de páginas del sitio web > 1000 páginas
  • Tasa de uso de la búsqueda interna > 15 % de los visitantes

Errores Comunes

  • El nombre del parámetro en la plantilla de URL no coincide con el real
  • Falta la declaración del protocolo https://
  • {sarch_term_string} escrito incorrectamente (error tipográfico)
  • El marcado se coloca en una página que no es la página de inicio

Producto (Product)

Las páginas de productos que implementan este marcado tienen un 65 % más de probabilidades de obtener resultados enriquecidos en la Búsqueda de Google y un aumento promedio del CTR del 18 % al 22 %.

Para los productos B2B que requieren cotización de precios, esto se puede adaptar configurando el campo price a 0 o utilizando PriceSpecification.

Un marcado de Producto completo debe incluir campos principales como nombre, descripción, imagen, SKU. Entre ellos, la imagen del producto debe cumplir con el tamaño mínimo de 1200×900 píxeles, y cada página de producto solo puede tener un marcado Product.

Aquí están las instrucciones específicas de implementación:

Configuración de Campos Básicos

Cada página de producto debe contener los siguientes campos obligatorios:

  • @type: Establecer en “Product”
  • name: Nombre completo del producto (coherente con el título de la página)
  • description: Descripción del producto de 150-300 caracteres (incluyendo características principales y escenarios de aplicación)
  • image: URL absoluta de la imagen principal del producto (se recomiendan al menos 3 imágenes desde diferentes ángulos)
  • sku: Unidad de mantenimiento de existencias del producto (identificador único)
  • mpn: Número de pieza del fabricante (si aplica)

Ejemplo de Código Básico:

{
“@context”: “https://schema.org”,
“@type”: “Product”,
“name”: “Motor Asíncrono Trifásico Industrial – Modelo XJ-5000”,
“description”: “Potencia nominal 55KW, clasificación de protección IP55, adecuado para entornos de industria pesada…”,
“image”: [
“https://example.com/images/motor-xj5000-1.jpg”,
“https://example.com/images/motor-xj5000-2.jpg”
],
“sku”: “XJ5000-IND-55KW”,
“mpn”: “XJ5000-2024”
}

Métodos de Procesamiento de Información de Precios

El procesamiento de precios para productos B2B requiere configuraciones especiales:

  • Opción A: Omitir el campo price (adecuado para el modo de solo cotización)
  • Opción B: Establecer "price": "0" y agregar descripción de precio
  • Opción C: Usar PriceSpecification para definir el rango de precios

Ejemplo de Código para Producto de Cotización:

“offers”: {
“@type”: “Offer”,
“priceCurrency”: “CNY”,
“price”: “0”,
“priceSpecification”: {
“@type”: “PriceSpecification”,
“valueAddedTaxIncluded”: true,
“description”: “Por favor, póngase en contacto con el departamento de ventas para la cotización actual”
}
}

Uso del Campo additionalProperty para Definir Parámetros del Producto

“additionalProperty”: [
{
“@type”: “PropertyValue”,
“name”: “Tensión Nominal”,
“value”: “380V”
},
{
“@type”: “PropertyValue”,
“name”: “Clasificación de Protección”,
“value”: “IP55”
},
{
“@type”: “PropertyValue”,
“name”: “Clase de Aislamiento”,
“value”: “Clase F”
}
]

Se recomienda incluir 5-8 parámetros principales y garantizar la precisión de los nombres y valores de los parámetros.

Calificación y Reseña

Si hay reseñas de usuarios, se debe agregar el marcado Review

“review”: {
“@type”: “Review”,
“reviewRating”: {
“@type”: “Rating”,
“ratingValue”: “4.8”,
“bestRating”: “5”
},
“author”: {
“@type”: “Person”,
“name”: “Ingeniero Zhang”
},
“reviewBody”: “El equipo funciona de manera estable, la eficiencia energética es excelente…”
}

Agregar AggregateRating es aún mejor:

“aggregateRating”: {
“@type”: “AggregateRating”,
“ratingValue”: “4.7”,
“reviewCount”: “28”
}

Campos Especiales para la Industria B2B

  • manufacturer: Hace referencia al marcado Organization
  • productionDate: Fecha de producción (aplicable a productos personalizados)
  • model: Modelo del producto
  • brand: Información de la marca

Ejemplo Completo:

{
“@context”: “https://schema.org”,
“@type”: “Product”,
“name”: “Centro de Mecanizado CNC de Alta Gama”,
“image”: [“https://example.com/images/cnc-machine.jpg”],
“description”: “Centro de mecanizado de precisión de 5 ejes simultáneos…”,
“sku”: “CNC-8500-PRO”,
“brand”: {
“@type”: “Brand”,
“name”: “Fabricación de Precisión”
},
“manufacturer”: {
“@type”: “Organization”,
“name”: “XX Maquinaria Co., Ltd.”
},
“offers”: {
“@type”: “Offer”,
“priceCurrency”: “CNY”,
“price”: “0”,
“availability”: “https://schema.org/InStock”
}
}

Artículo (Article) y Entrada de Blog (BlogPosting)

Los artículos que implementan este marcado logran un aumento del 40 % al 50 % en la probabilidad de resultados enriquecidos en la Búsqueda de Google y un aumento promedio del CTR del 12 % al 15 %.

El marcado Article es adecuado para contenido formal como comunicados de prensa y white papers. BlogPosting es específico para entradas de blog.

Se deben incluir campos principales como título, fecha de publicación, autor e imagen. Entre ellos, la imagen debe tener al menos 1200×630 píxeles, y cada artículo solo puede usar un tipo de marcado.

Los datos muestran que las páginas de contenido que utilizan este marcado correctamente pueden mejorar su posición promedio de clasificación en los resultados de búsqueda en 3,2 puestos y aumentar el tiempo promedio de permanencia del usuario en 25-30 segundos.

Selección de Tipo y Configuración Básica

Elija el tipo de marcado correcto según la naturaleza del contenido:

  • Article: Adecuado para contenido formal como comunicados de prensa, informes de la industria, white papers técnicos
  • BlogPosting: Específico para entradas de blog, contenido basado en opiniones

Ejemplo de Código Básico (Article):

{
“@context”: “https://schema.org”,
“@type”: “Article”,
“headline”: “Análisis de las Tendencias de Desarrollo de la Automatización Industrial en 2024”,
“datePublished”: “2024-03-15T09:00:00+08:00”,
“dateModified”: “2024-03-20T14:30:00+08:00”,
“author”: {
“@type”: “Person”,
“name”: “Ingeniero Zhang”,
“url”: “https://example.com/author/zhang”
}
}

Campos Obligatorios

Cada página de artículo debe contener los siguientes campos principales:

  • headline: Título del artículo (coherente con la etiqueta H1, longitud 55-65 caracteres)
  • datePublished: Fecha de publicación (formato ISO 8601, preciso al minuto)
  • dateModified: Fecha de modificación (posterior o igual a la fecha de publicación)
  • author: Información del autor (contiene al menos el campo name)
  • image: Imagen destacada (mínimo 1200×630 píxeles, relación 1.91:1)
  • publisher: Información del editor (Hace referencia al marcado Organization)

Ejemplo Completo:

{
“@context”: “https://schema.org”,
“@type”: “BlogPosting”,
“headline”: “Estudios de Caso de Aplicación Práctica de Soluciones de Fabricación Inteligente”,
“image”: [
“https://example.com/images/smart-manufacturing-case.jpg”
],
“datePublished”: “2024-03-18T10:00:00+08:00”,
“dateModified”: “2024-03-18T10:00:00+08:00”,
“author”: {
“@type”: “Person”,
“name”: “Director Técnico Li”
},
“publisher”: {
“@type”: “Organization”,
“name”: “XX Soluciones Industriales Co., Ltd.”,
“logo”: {
“@type”: “ImageObject”,
“url”: “https://example.com/logo.png”
}
}
}

Si el Artículo Contiene Video o Audio

“associatedMedia”: {
“@type”: “VideoObject”,
“name”: “Video de Operación Práctica de la Línea de Producción”,
“description”: “Demuestra la operación de una línea de producción inteligente”,
“contentUrl”: “https://example.com/videos/production-line.mp4”,
“thumbnailUrl”: “https://example.com/images/video-thumbnail.jpg”,
“uploadDate”: “2024-03-18T10:00:00+08:00”
}

Si el Artículo Tiene Función de Comentarios

“comment”: [
{
“@type”: “Comment”,
“text”: “Este artículo es muy perspicaz, nuestra empresa está considerando una solución similar”,
“dateCreated”: “2024-03-19T15:30:00+08:00”,
“author”: {
“@type”: “Person”,
“name”: “Gerente Wang”
}
}
]

Breadcrumb (Ruta de Navegación)

Las páginas que implementan este marcado alcanzan un 85 % de probabilidad de obtener resultados enriquecidos de ruta de navegación en la Búsqueda de Google y un aumento promedio del CTR del 8 % al 12 %.

Este marcado se define mediante el tipo BreadcrumbList y debe reflejar con precisión la posición real de la página en la estructura del sitio web.

Los datos muestran que en los sitios web que han implementado correctamente los marcados de ruta de navegación, la proporción de usuarios que regresan a la página de inicio disminuye en un 22 % y la profundidad de la página por sesión aumenta en 1,8 páginas.

Definición de la Estructura Básica

Utilice el tipo BreadcrumbList para definir la estructura general:

{
“@context”: “https://schema.org”,
“@type”: “BreadcrumbList”,
“itemListElement”: [
{
“@type”: “ListItem”,
“position”: 1,
“name”: “Inicio”,
“item”: “https://example.com”
},
{
“@type”: “ListItem”,
“position”: 2,
“name”: “Centro de Productos”,
“item”: “https://example.com/products”
}
]
}

Especificación de la Jerarquía

Requisitos para la definición de cada nivel de jerarquía:

  • position: El número de secuencia comienza en 1 y se incrementa
  • name: Nombre del nivel de jerarquía (debe ser exactamente coherente con el texto mostrado en la página)
  • item: La URL completa correspondiente a este nivel de jerarquía

Ejemplo de Estructura Estándar:

“itemListElement”: [
{
“@type”: “ListItem”,
“position”: 1,
“name”: “Inicio”,
“item”: “https://example.com”
},
{
“@type”: “ListItem”,
“position”: 2,
“name”: “Equipos Industriales”,
“item”: “https://example.com/industrial-equipment”
},
{
“@type”: “ListItem”,
“position”: 3,
“name”: “Productos de Bombeo”,
“item”: “https://example.com/industrial-equipment/pumps”
},
{
“@type”: “ListItem”,
“position”: 4,
“name”: “Serie de Bombas Centrífugas”,
“item”: “https://example.com/industrial-equipment/pumps/centrifugal”
}
]

Nombre y URL

Debe garantizar lo siguiente:

  • El nombre debe ser exactamente coherente con los caracteres mostrados en la página (incluida la puntuación)
  • La URL utiliza el protocolo https (a menos que el sitio web no lo admita)
  • Cada URL es accesible
  • Los números de posición son consecutivos sin saltos

Las Versiones Multilingües Deben Definirse por Separado

// Versión China
{
“@type”: “ListItem”,
“position”: 2,
“name”: “产品中心”,
“item”: “https://example.com/cn/products”
}

// Versión Inglesa
{
“@type”: “ListItem”,
“position”: 2,
“name”: “Products”,
“item”: “https://example.com/en/products”
}

Preguntas Frecuentes (FAQPage)

Las páginas que implementan este marcado logran un 75 % – 85 % de probabilidad de obtener resultados enriquecidos expandibles en la Búsqueda de Google y un aumento promedio del CTR del 25 % al 40 %.

Este marcado requiere que cada par de pregunta-respuesta contenga el texto completo de la pregunta y la respuesta, con una longitud de respuesta recomendada de entre 30 y 300 caracteres.

Los datos muestran que las páginas FAQ con 5-10 pares de pregunta-respuesta tienen la mayor probabilidad de resultados enriquecidos (78 %) y pueden aumentar el tiempo de permanencia del usuario en 45 segundos y el tráfico de búsqueda de palabras clave de cola larga en un 32 %.

Configuración de la Estructura Básica

Utilice el tipo FAQPage para definir el contenido de pregunta y respuesta:

{
“@context”: “https://schema.org”,
“@type”: “FAQPage”,
“mainEntity”: [
{
“@type”: “Question”,
“name”: “¿Cuál es el tiempo de entrega habitual para las bombas industriales?”,
“acceptedAnswer”: {
“@type”: “Answer”,
“text”: “El tiempo de entrega para los modelos estándar de bombas industriales es de 15 a 20 días hábiles. Los modelos personalizados requieren de 30 a 45 días hábiles, dependiendo de los requisitos técnicos. El tiempo exacto debe determinarse en función del volumen del pedido y el programa de producción.”
}
}
]
}

Especificación del Formato de Pregunta-Respuesta

Requisitos técnicos para cada par de pregunta-respuesta:

  • name: Texto de la pregunta (10-15 palabras)
  • text: Texto de la respuesta (30-300 caracteres)
  • Número de pares de pregunta-respuesta: Se recomiendan 5-12 pares
  • Relevancia del contenido: Debe estar directamente relacionado con el tema de la página

“mainEntity”: [
{
“@type”: “Question”,
“name”: “¿Qué condiciones in situ deben proporcionarse para la instalación del equipo?”,
“acceptedAnswer”: {
“@type”: “Answer”,
“text”: “Se debe proporcionar una fuente de alimentación industrial de 380V, una conexión de agua, un suelo de hormigón nivelado (capacidad de carga ≥ 5 toneladas) y un entorno de instalación bien ventilado. Los requisitos de tamaño específicos se pueden encontrar en el Capítulo 3 del manual técnico.”
}
},
{
“@type”: “Question”,
“name”: “¿Cuál es el tiempo de respuesta del servicio postventa?”,
“acceptedAnswer”: {
“@type”: “Answer”,
“text”: “Para fallas urgentes, respondemos dentro de 4 horas, y los técnicos llegarán al sitio dentro de 24 horas. Para consultas de rutina, respondemos dentro de 2 horas durante el horario comercial. Contamos con 8 bases de servicio en las principales ciudades del país.”
}
}
]

Manejo de Sitios Web Multilingües

// Versión China
{
“@type”: “Question”,
“name”: “设备保修期多久?”,
“acceptedAnswer”: {
“@type”: “Answer”,
“text”: “整机保修12个月,核心部件保修24个月。”
}
}

// Versión Inglesa
{
“@type”: “Question”,
“name”: “What is the warranty period?”,
“acceptedAnswer”: {
“@type”: “Answer”,
“text”: “12 months for the whole machine, 24 months for core components.”
}
}

HowTo (Instrucciones)

Las páginas que implementan este marcado logran un 60 % – 70 % de probabilidad de obtener resultados enriquecidos en la Búsqueda de Google y un aumento promedio del CTR del 15 % al 20 %.

Los datos muestran que el contenido HowTo con 5-8 pasos tiene la mayor probabilidad de obtener resultados enriquecidos (78 %), y las instrucciones con imágenes para cada paso tienen un 40 % más de participación del usuario.

El marcado debe incluir el tiempo total estimado (formato ISO 8601), una lista de pasos y las herramientas/materiales requeridos como campos principales.

Definición de la Estructura Básica

Utilice el tipo HowTo para definir las instrucciones:

{
“@context”: “https://schema.org”,
“@type”: “HowTo”,
“name”: “Guía de Instalación de Bomba Industrial”,
“description”: “Explicación detallada de los pasos correctos de instalación y precauciones para bombas centrífugas industriales”,
“totalTime”: “PT2H30M”
}

El campo totalTime utiliza el formato de duración ISO 8601:

  • PT30M: 30 minutos
  • PT2H: 2 horas
  • PT2H30M: 2 horas y 30 minutos
  • P1DT3H: 1 día y 3 horas

La estimación de tiempo debe basarse en la experiencia operativa real, se recomienda un margen de error de ±15 %.

Definición de la Lista de Pasos

Utilice el campo step para definir los pasos operativos:

“step”: [
{
“@type”: “HowToStep”,
“name”: “Preparación”,
“text”: “Verifique que la carcasa de la bomba esté intacta y prepare el kit de herramientas de instalación”,
“url”: “https://example.com/howto/install-pump#step1”
},
{
“@type”: “HowToStep”,
“name”: “Montaje de la Base”,
“text”: “Coloque la bomba de manera estable en la cimentación de hormigón y use un nivel para ajustar la horizontalidad”,
“image”: “https://example.com/images/step2.jpg”
}
]

Cada paso debe incluir:

  • name: Nombre del paso (2-5 palabras)
  • text: Descripción detallada (50-100 caracteres)
  • image o video: Orientación visual (opcional, pero recomendada)
  • url: Enlace de anclaje del paso (opcional)

Video (VideoObject)

Las páginas de video que implementan el marcado VideoObject logran un aumento del 50 % al 65 % en la probabilidad de resultados enriquecidos de video en la Búsqueda de Google y un aumento del 25 % al 40 % en el CTR del video.

El marcado de video se aplica tanto a videos autoalojados como a videos incrustados de plataformas de terceros.

Los datos muestran que los videos con un campo duration preciso (formato ISO 8601) tienen un 30 % más de probabilidad de ser mostrados en los resultados de búsqueda, y los videos que proporcionan múltiples miniaturas (al menos 3) tienen un 22 % más de CTR del usuario.

Configuración de Campos Básicos

Utilice el tipo VideoObject para definir el contenido de video:

{
“@context”: “https://schema.org”,
“@type”: “VideoObject”,
“name”: “Tutorial de Operación y Mantenimiento de Robots Industriales”,
“description”: “Demostración detallada de los procedimientos operativos diarios y métodos de mantenimiento de robots industriales”,
“thumbnailUrl”: [
“https://example.com/videos/robot-tutorial-thumbnail1.jpg”,
“https://example.com/videos/robot-tutorial-thumbnail2.jpg”
],
“uploadDate”: “2024-03-20T09:00:00+08:00”,
“duration”: “PT15M30S”
}

Especificación del Formato de Tiempo

El campo duration utiliza el formato de duración ISO 8601:

  • PT30S: 30 segundos
  • PT5M: 5 minutos
  • PT12M30S: 12 minutos y 30 segundos
  • PT1H5M: 1 hora y 5 minutos

El tiempo debe ser preciso al segundo, la desviación no debe exceder ±5 segundos.

Requisitos de Miniatura (Thumbnail)

  • Cantidad: Proporcione al menos 3 miniaturas de diferentes momentos
  • Tamaño: Ancho mínimo 640 píxeles, se recomienda 1280×720 píxeles
  • Formato: JPG o PNG
  • Contenido: Debe mostrar imágenes clave del video

“thumbnailUrl”: [
“https://example.com/videos/thumbnails/thumbnail-1.jpg”,
“https://example.com/videos/thumbnails/thumbnail-2.jpg”,
“https://example.com/videos/thumbnails/thumbnail-3.jpg”
]

Especificación de Código para Videos con Diferentes URLs

Utilice contentUrl o embedUrl:

// Video autoalojado
“contentUrl”: “https://example.com/videos/robot-tutorial.mp4”,

// Video incrustado (ej. YouTube)
“embedUrl”: “https://www.youtube.com/embed/xyz123”,
“requiresSubscription”: “false”

Evento (Event)

Las páginas de eventos que implementan el marcado Event logran un aumento del 55 % al 70 % en la probabilidad de resultados enriquecidos de evento en la Búsqueda de Google y un aumento del 20 % al 35 % en la tasa de conversión de registro.

Este marcado requiere campos principales como nombre del evento, hora, ubicación, organizador y estado del evento.

Los datos muestran que las páginas de eventos con startDate y endDate precisas (formato ISO 8601) tienen un 40 % más de probabilidad de ser mostradas, y los eventos que incluyen una opción de participación en línea (OnlineEventAttendanceMode) tienen un 28 % más de participación del usuario.

Configuración de Campos Básicos

Utilice el tipo Event para definir el contenido del evento:

{
“@context”: “https://schema.org”,
“@type”: “Event”,
“name”: “Cumbre de Innovación en Tecnología de Automatización Industrial 2024”,
“description”: “Discutiendo los últimos desarrollos y prácticas de aplicación de la tecnología de automatización en la era de la Industria 4.0”,
“startDate”: “2024-06-15T09:00:00+08:00”,
“endDate”: “2024-06-16T17:00:00+08:00”
}

Especificación del Formato de Tiempo

Los campos de tiempo utilizan el formato ISO 8601:

  • Debe contener información de zona horaria (ej. +08:00)
  • Preciso al minuto
  • Se recomienda una duración de 2-8 horas/día

“startDate”: “2024-06-15T09:00:00+08:00”,
“endDate”: “2024-06-15T17:00:00+08:00”,
“duration”: “PT8H”

Definición del Modo de Participación

Establezca el modo de participación según el tipo de evento:

// Evento Físico
“eventAttendanceMode”: “https://schema.org/OfflineEventAttendanceMode”,
“location”: {
“@type”: “Place”,
“name”: “Centro Internacional de Conferencias de Shanghai”,
“address”: {
“@type”: “PostalAddress”,
“streetAddress”: “Avenida Binjiang 2727, Nueva Área de Pudong”,
“addressLocality”: “Shanghai”,
“addressRegion”: “Este de China”,
“postalCode”: “200120”
}
}

// Evento en Línea
“eventAttendanceMode”: “https://schema.org/OnlineEventAttendanceMode”,
“location”: {
“@type”: “VirtualLocation”,
“url”: “https://example.com/event-live”
}

Oradores y Organizadores

Agregue información sobre las partes involucradas en el evento:

“organizer”: {
“@type”: “Organization”,
“name”: “Asociación China de Automatización Industrial”,
“url”: “https://example.com”
},
“performer”: [
{
“@type”: “Person”,
“name”: “Profesor Zhang”,
“jobTitle”: “Director del Instituto de Tecnología de Automatización”
}
]

Subdivisión del Tipo de Evento

Elija el subtipo según la naturaleza del evento:

// Conferencia
“@type”: [“Event”, “BusinessEvent”]

// Exhibición
“@type”: [“Event”, “ExhibitionEvent”]

// Taller
“@type”: [“Event”, “WorkshopEvent”]

Calificación/Reseña (Review / Rating)

Las páginas que implementan los marcados Review y AggregateRating logran un 90 % de probabilidad de obtener calificaciones de estrellas en la Búsqueda de Google y un aumento del CTR del 18 % al 25 %.

Este marcado requiere campos principales como valor de calificación, texto de la reseña, revisor y hora de calificación.

Los datos muestran que las páginas de productos con calificaciones de estrellas tienen un 34 % más de tasa de conversión, y las páginas que incluyen al menos 5 reseñas recientes tienen un 42 % más de confianza del usuario.

Configuración Básica de Calificación

Utilice el tipo AggregateRating para definir la calificación general:

{
“@context”: “https://schema.org”,
“@type”: “Product”,
“name”: “Compresor de Aire Industrial”,
“aggregateRating”: {
“@type”: “AggregateRating”,
“ratingValue”: “4.7”,
“bestRating”: “5”,
“worstRating”: “1”,
“ratingCount”: “28”
}
}

Especificación de Estándares de Calificación

Requisitos técnicos para los campos de calificación:

  • ratingValue: Valor de calificación real (redondeado a 1 decimal)
  • bestRating: Puntuación más alta (normalmente 5 o 10)
  • worstRating: Puntuación más baja (normalmente 1)
  • ratingCount: Número total de calificaciones (≥3 para mostrar estrellas)

“aggregateRating”: {
“@type”: “AggregateRating”,
“ratingValue”: “4.7”,
“bestRating”: “5”,
“worstRating”: “1”,
“ratingCount”: “42”,
“reviewCount”: “35”
}

Marcado de Reseña Individual

Utilice el tipo Review para definir reseñas específicas:

“review”: {
“@type”: “Review”,
“reviewRating”: {
“@type”: “Rating”,
“ratingValue”: “5”,
“bestRating”: “5”,
“worstRating”: “1”
},
“author”: {
“@type”: “Person”,
“name”: “Ingeniero Zhang”
},
“datePublished”: “2024-03-20T14:30:00+08:00”,
“reviewBody”: “El equipo funciona de manera estable, el consumo de energía es un 15 % menor que productos similares y el servicio postventa responde rápidamente”
}

Mejores Prácticas para Mostrar Múltiples Reseñas

“review”: [
{
“@type”: “Review”,
“reviewRating”: {
“ratingValue”: “5”,
“bestRating”: “5”
},
“author”: {“name”: “Usuario A”},
“datePublished”: “2024-03-15T10:00:00+08:00”,
“reviewBody”: “Contenido de la reseña A”
},
{
“@type”: “Review”,
“reviewRating”: {
“ratingValue”: “4”,
“bestRating”: “5”
},
“author”: {“name”: “Usuario B”},
“datePublished”: “2024-03-16T14:30:00+08:00”,
“reviewBody”: “Contenido de la reseña B”
}
]

Los datos estructurados son como una descripción de producto estandarizada.

Utilizan un formato que los motores de búsqueda pueden leer directamente para ayudarles a capturar y mostrar su contenido con precisión rápidamente.

滚动至顶部