Respuesta corta: los datos estructurados son un código (casi siempre JSON-LD) que le dice a buscadores y sistemas de IA qué es cada cosa en tu página: tu empresa, un producto, un artículo, tu horario. No sirven para “subir de posición” por sí solos ni Google exige un marcado especial para salir en sus resúmenes con IA, pero reducen ambigüedad y habilitan resultados enriquecidos en varios tipos de contenido. Para una pyme, la base útil es Organization, LocalBusiness, Product, Article y BreadcrumbList, siempre coherentes con lo que el usuario ve.
Actualizado: octubre de 2026
¿Qué son los datos estructurados y por qué le importan a una pyme?
Los datos estructurados son un formato estandarizado para describir el contenido de una página con un vocabulario común, normalmente el de schema.org, de modo que una máquina entienda qué es cada elemento sin tener que adivinarlo.
Un humano que entra a tu sitio ve un logo, una dirección en Cali, un teléfono y una lista de servicios. Un robot ve texto. El marcado schema añade una capa invisible que dice: “esto es una organización, este es su NIT, esta es su dirección, estos son sus horarios”. Esa capa se escribe una vez y alimenta distintos usos: resultados enriquecidos en Google, paneles de información, comprensión del contenido por parte de buscadores y, de forma cada vez más relevante, sistemas que resumen la web con IA.
Para una pyme el valor práctico es concreto. Si vendes en línea, el marcado de producto permite que tu precio en pesos colombianos (COP) y tu disponibilidad se lean sin errores. Si tienes un local, el marcado de negocio local ordena tu dirección y horario. Si publicas un blog, el marcado de artículo identifica autor y fechas. Nada de esto sustituye contenido bueno ni una web rápida; es un acabado técnico que evita malentendidos.
¿Qué cambió en 2026 y qué ya no da resultados enriquecidos?
El panorama se movió bastante en los últimos años y conviene tenerlo claro antes de invertir horas. Según el registro de cambios de Google Search Central, los resultados enriquecidos de preguntas frecuentes (FAQ) dejaron de mostrarse en Google Search a partir del 7 de mayo de 2026, y la documentación del tipo se retiró el 15 de junio de 2026. Antes de eso ya estaban limitados desde 2023 a sitios gubernamentales y de salud reconocidos, y los resultados de How-To se retiraron ese mismo año. En 2025 Google también fue retirando otros tipos de baja adopción, como Course Info, Claim Review o Special Announcement.
Dos aclaraciones evitan malas decisiones:
- Retirar un resultado enriquecido no invalida el vocabulario. Los tipos FAQPage o HowTo siguen existiendo en schema.org; lo que desapareció es la presentación visual en Google. Que un tipo “ya no salga” no significa que marcarlo sea un error, solo que no esperes ver desplegables bajo tu enlace.
- Los cambios de presentación no afectan por sí mismos el ranking. Google lo ha dicho al anunciar estas retiradas: es una decisión sobre qué mostrar, no sobre cómo ordenar.
En la galería oficial de datos estructurados de Google siguen documentados, entre otros, Article, Breadcrumb, Event, Job posting, Local business, Organization, Product, Recipe, Review snippet, Software app y Video. Esa lista cambia, así que antes de implementar algo nuevo revisa la galería y el registro de cambios en lugar de fiarte de una guía de hace dos años (incluida esta: la fecha de arriba te dice cuándo la verificamos).
¿Necesito schema para aparecer en los resúmenes con IA de Google?
No como requisito. La guía “AI features and your website” de Google afirma que no hay marcado schema.org especial que debas añadir para aparecer en AI Overviews o en el Modo IA, y que basta con que la página esté indexada y sea elegible para mostrarse con fragmento (snippet) en Google. Lo que sí recomienda es mantener la base: contenido útil, rastreo permitido, enlaces internos, buena experiencia de página, contenido importante en texto y que el marcado coincida con el texto visible.
Entonces, ¿para qué sirve el schema en este contexto? Para claridad y consistencia. Si tu ficha dice que cuesta 89.000 COP y tu marcado dice lo mismo, no hay contradicción. Si tu empresa tiene un nombre legal y uno comercial, el marcado de Organization puede declarar ambos. No hay garantía de que eso cambie cuántas veces te citan; es higiene técnica, no un truco. Si alguien te vende “schema para posicionar en ChatGPT” con garantías, desconfía.
Si te interesa el panorama más amplio de qué puede y qué no puede automatizarse en el trabajo SEO, lee cómo usar un agente de IA para SEO sin perder el control.
¿JSON-LD, Microdata o RDFa: cuál formato usar?
Google acepta los tres, pero recomienda JSON-LD. La razón práctica es que JSON-LD vive en un bloque aparte, dentro de una etiqueta script type="application/ld+json", y no se mezcla con el HTML visible. Eso lo hace más fácil de generar, auditar y mantener, sobre todo en WordPress, WooCommerce o Shopify, donde el tema y los plugins ya pintan HTML por todos lados.
| Formato | Dónde va | Ventaja | Cuándo usarlo |
|---|---|---|---|
| JSON-LD | Bloque de script separado | Limpio, fácil de validar y de cambiar | Casi siempre; es la recomendación de Google |
| Microdata | Atributos dentro del HTML | Queda pegado al elemento visible | Plantillas antiguas que ya lo traen |
| RDFa | Atributos dentro del HTML | Flexible, pero más técnico | Casos muy específicos |
Regla simple: si empiezas desde cero, JSON-LD. Si tu tema ya inyecta Microdata, no mezcles dos versiones del mismo dato en la misma página; elige una fuente de verdad.
¿Qué reglas debe cumplir tu marcado?
Las directrices generales de Google se resumen en unas pocas reglas que, si las rompes, pueden costarte la elegibilidad para resultados enriquecidos o incluso una acción manual:
- Debe reflejar lo que se ve. No marques contenido que el usuario no puede ver en la página.
- No inventes. Reseñas falsas, calificaciones fabricadas o precios que no corresponden son motivo de sanción.
- Va en la página que describe. El marcado de un producto va en la página de ese producto, no en la portada.
- Usa el tipo más específico. Una panadería es mejor como
Bakeryque comoLocalBusinessgenérico; una tienda en línea, comoOnlineStore. - Completa las propiedades obligatorias y, cuando puedas, las recomendadas.
- No bloquees el acceso con robots.txt ni
noindexen las páginas que marcas. - Mantén la información vigente. Un
priceValidUntilvencido puede impedir que el fragmento se muestre.
Y una advertencia sobre reseñas: según la guía de fragmentos de reseña de Google, si una empresa controla las reseñas sobre sí misma, sus páginas con marcado Organization o LocalBusiness no son elegibles para las estrellas, incluso si las reseñas llegan por un widget de terceros. Pegar tus estrellas de Google Business Profile en el marcado de tu propia página de inicio no es una estrategia válida.
¿Cómo marcar tu empresa con Organization? (ejemplo JSON-LD)
Organization va en la página de inicio o en la página “Quiénes somos”. Google indica que no tiene propiedades obligatorias y recomienda añadir todas las que apliquen. Dos propiedades interesan especialmente a empresas colombianas: taxID, que según Google debe corresponder al país de la dirección (en Colombia, el NIT), y sameAs, que enlaza tus perfiles oficiales.
Ejemplo ilustrativo con datos ficticios; reemplaza cada valor por los reales y deja solo lo que aparece publicado en tu sitio:
{
"@context": "https://schema.org",
"@type": "Organization",
"@id": "https://www.ejemplo.com.co/#organizacion",
"name": "Panadería La Esquina Caleña",
"legalName": "La Esquina Caleña S.A.S.",
"url": "https://www.ejemplo.com.co/",
"logo": "https://www.ejemplo.com.co/img/logo-512.png",
"taxID": "900000000-0",
"email": "hola@ejemplo.com.co",
"telephone": "+57 602 555 0100",
"address": {
"@type": "PostalAddress",
"streetAddress": "Calle 5 # 38-10",
"addressLocality": "Cali",
"addressRegion": "Valle del Cauca",
"postalCode": "760042",
"addressCountry": "CO"
},
"sameAs": [
"https://www.instagram.com/laesquinacalena_ejemplo",
"https://www.facebook.com/laesquinacalena.ejemplo"
],
"contactPoint": {
"@type": "ContactPoint",
"contactType": "customer service",
"telephone": "+57 300 555 0101",
"availableLanguage": "es"
}
}Tres detalles que se pasan por alto: el logo debe ser rastreable y verse bien sobre fondo blanco (Google pide al menos 112 x 112 píxeles); el teléfono debe incluir el indicativo del país; y el @id te permite referenciar esta misma entidad desde otros bloques (por ejemplo, como editor de un artículo) sin repetir todos los datos.
¿Cómo marcar un negocio local con LocalBusiness? (ejemplo JSON-LD)
Si atiendes público en un local, una oficina o un consultorio en Cali, este es el marcado que ordena tu información de contacto. Según la documentación oficial, las propiedades obligatorias son name y address; entre las recomendadas están geo (con al menos cinco decimales), openingHoursSpecification, telephone, url y priceRange. Usa el subtipo más específico que exista en schema.org (Restaurant, Dentist, Bakery, AutoRepair, etc.).
{
"@context": "https://schema.org",
"@type": "Bakery",
"@id": "https://www.ejemplo.com.co/sedes/granada/#negocio",
"name": "Panadería La Esquina Caleña - Sede Granada",
"url": "https://www.ejemplo.com.co/sedes/granada/",
"image": "https://www.ejemplo.com.co/img/sede-granada.jpg",
"telephone": "+57 602 555 0100",
"priceRange": "$$",
"address": {
"@type": "PostalAddress",
"streetAddress": "Avenida 9N # 14-20",
"addressLocality": "Cali",
"addressRegion": "Valle del Cauca",
"addressCountry": "CO"
},
"geo": {
"@type": "GeoCoordinates",
"latitude": 3.45600,
"longitude": -76.53200
},
"openingHoursSpecification": [
{
"@type": "OpeningHoursSpecification",
"dayOfWeek": ["Monday", "Tuesday", "Wednesday", "Thursday", "Friday", "Saturday"],
"opens": "06:30:00",
"closes": "19:30:00"
},
{
"@type": "OpeningHoursSpecification",
"dayOfWeek": "Sunday",
"opens": "07:00:00",
"closes": "13:00:00"
}
],
"parentOrganization": {
"@id": "https://www.ejemplo.com.co/#organizacion"
}
}Las coordenadas del ejemplo son ilustrativas; saca las tuyas de un mapa y verifica que apunten a tu puerta. Si tienes varias sedes, crea una página por sede con su propio bloque y su propia URL; no metas tres direcciones en un único bloque en la portada.
Este marcado complementa, no reemplaza, tu ficha de Google Business Profile. Google recomienda mantener actualizada la información de Business Profile y Merchant Center; el schema de tu web debe decir lo mismo que esas fichas.
¿Cómo marcar un producto con precio en COP? (ejemplo JSON-LD)
Para una tienda en línea, Product es el tipo con más impacto práctico. Google exige name y al menos una de estas tres propiedades: review, aggregateRating u offers. Dentro de offers, el precio es obligatorio y priceCurrency debe ir como código ISO 4217 de tres letras: para pesos colombianos, COP. Si los compradores pueden adquirir el producto en tu sitio, conviene además cumplir los requisitos de listados de comerciante (merchant listings).
{
"@context": "https://schema.org",
"@type": "Product",
"name": "Cafetera de goteo 12 tazas Aroma",
"image": [
"https://www.ejemplo.com.co/img/cafetera-1x1.jpg",
"https://www.ejemplo.com.co/img/cafetera-4x3.jpg"
],
"description": "Cafetera de goteo con jarra de vidrio, apagado automático y filtro permanente lavable.",
"sku": "CAF-012",
"brand": {
"@type": "Brand",
"name": "Aroma"
},
"offers": {
"@type": "Offer",
"url": "https://www.ejemplo.com.co/producto/cafetera-goteo-12-tazas/",
"priceCurrency": "COP",
"price": "189900",
"priceValidUntil": "2026-12-31",
"availability": "https://schema.org/InStock",
"itemCondition": "https://schema.org/NewCondition"
}
}Puntos críticos al marcar productos:
- Una página, un producto. El marcado de producto no es compatible con páginas de categoría o listados.
- El precio del marcado debe ser el precio que ve el cliente, con el mismo valor y la misma moneda. Evita separadores de miles en el campo
price: escribe 189900, no “189.900”. - Una moneda por URL. Si vendes en COP y en USD, cada moneda necesita su propia URL.
- Pon el marcado en el HTML inicial siempre que sea posible. Google advierte que generarlo con JavaScript puede hacer los rastreos de Shopping menos frecuentes y menos fiables.
- No agregues
aggregateRatingsi no tienes reseñas reales visibles. Inventarlas es el camino más corto a una acción manual.
Si tu tienda corre en WordPress, WooCommerce ya genera un marcado básico de Product, pero suele quedar incompleto o duplicado cuando se suman plugins de SEO. Lo cubrimos con más detalle en nuestra guía de SEO para tiendas WooCommerce y fichas de producto.
¿Cómo marcar artículos de blog y migas de pan? (ejemplo JSON-LD)
Para el blog, Google admite Article, NewsArticle y BlogPosting. No hay propiedades obligatorias, pero recomienda headline, image, datePublished, dateModified y author. Las fechas van en formato ISO 8601 y, según Google, con zona horaria; sin ella, se asume la de Googlebot. Para Colombia, el desfase es -05:00.
Las migas de pan (BreadcrumbList) requieren al menos dos elementos con position; el último puede omitir item porque corresponde a la página actual. Se pueden combinar ambos tipos en un único bloque con @graph:
{
"@context": "https://schema.org",
"@graph": [
{
"@type": "BlogPosting",
"headline": "Cómo cotizar un proyecto web en Colombia",
"image": "https://www.ejemplo.com.co/img/cotizar-web-16x9.jpg",
"datePublished": "2026-10-05T08:00:00-05:00",
"dateModified": "2026-10-18T10:30:00-05:00",
"mainEntityOfPage": "https://www.ejemplo.com.co/blog/cotizar-proyecto-web/",
"author": {
"@type": "Person",
"name": "Carolina Restrepo",
"url": "https://www.ejemplo.com.co/equipo/carolina-restrepo/"
},
"publisher": {
"@id": "https://www.ejemplo.com.co/#organizacion"
}
},
{
"@type": "BreadcrumbList",
"itemListElement": [
{
"@type": "ListItem",
"position": 1,
"name": "Blog",
"item": "https://www.ejemplo.com.co/blog/"
},
{
"@type": "ListItem",
"position": 2,
"name": "Cómo cotizar un proyecto web en Colombia"
}
]
}
]
}Sobre la autoría, Google pide una entrada por cada autor visible en la página, solo con el nombre (sin “por” ni cargos) y con un url o sameAs que lo identifique. Si tu blog lo firma “Administrador”, mejor firma con nombre y apellido de quien lo escribe, o con la organización.
¿Sigue sirviendo FAQPage si Google quitó los resultados de preguntas frecuentes?
Depende de qué esperes. Si lo implementas para ver desplegables en Google, ya no los verás. Si lo implementas como descripción estructurada de preguntas y respuestas que de hecho están en tu página, sigue siendo marcado válido de schema.org y no te perjudica, siempre que las respuestas estén visibles para el usuario. Lo que no tiene sentido en 2026 es gastar presupuesto en “implementar FAQ schema” como estrategia principal.
La inversión que sí rinde es escribir buenas preguntas frecuentes en el propio contenido: respuestas completas, de 40 a 90 palabras, que resuelvan la duda sin depender de otra página. Eso ayuda a las personas y le da a cualquier sistema, de búsqueda o de IA, un fragmento claro para citar. Aplica la misma lógica a HowTo: escribe pasos claros, no persigas un resultado enriquecido que ya no existe.
¿Qué marcar según el tipo de negocio?
| Tipo de negocio | Marcado prioritario | Dónde va | Ojo con |
|---|---|---|---|
| Servicios profesionales (agencia, contador, abogado) | Organization, BreadcrumbList, Article | Inicio, blog | Reseñas propias: no son elegibles para estrellas |
| Local con atención al público (restaurante, odontología, taller) | LocalBusiness (subtipo), Organization | Inicio y una página por sede | Horarios desactualizados y coordenadas erróneas |
| Tienda en línea | Product con Offer, Organization (OnlineStore), BreadcrumbList | Ficha de producto, inicio | Precio distinto al visible; un solo producto por URL |
| Medio o blog corporativo | Article o BlogPosting, Person o Organization como autor | Cada artículo | Fechas sin zona horaria; autor genérico |
| Empresa con vacantes o eventos | JobPosting, Event | Página de cada vacante o evento | Dejar publicado lo que ya venció |
¿Cómo implementarlo en WordPress, Shopify o a mano?
La implementación depende de tu plataforma, pero el criterio es el mismo: genera el marcado desde los datos reales del sistema, no lo copies a mano en cada página.
- WordPress con plugin de SEO. Los plugins de SEO más usados generan Organization, WebSite, BreadcrumbList y Article de forma automática. Configura bien los datos de la organización (nombre, logo, perfiles) y revisa que el resultado final no esté duplicado por el tema.
- WooCommerce. Verifica que el Product incluya
priceCurrencyen COP, disponibilidad y precio vigente. Si usas variaciones, prueba una por una. - Shopify. Los temas suelen incluir Product; valida que el precio y la moneda correspondan a tu mercado.
- Sitio a medida. Genera el JSON-LD en el servidor desde la base de datos para que quede en el HTML inicial y siempre coincida con la ficha visible.
- Bloques manuales. Para Organization o LocalBusiness, que cambian poco, un bloque estático pegado en la plantilla de inicio es aceptable si alguien responsable lo revisa cada trimestre.
Si tu sitio necesita rediseño además de marcado, esto se resuelve mejor en un único proyecto de diseño web para pymes que como parche posterior.
¿Cómo validar y monitorear el marcado?
Después de implementar, el flujo recomendado por Google es sencillo:
- Prueba la URL en la Prueba de resultados enriquecidos de Google para ver qué tipos detecta y qué errores o advertencias tiene.
- Usa el validador de Schema.org para comprobar que el JSON-LD es sintácticamente correcto y que las propiedades existen en el vocabulario, incluso para tipos que Google no muestra.
- Inspecciona la URL en Search Console con la herramienta de inspección de URL para confirmar que Google la rastrea y que el marcado se ve en la versión indexada.
- Envía o actualiza el sitemap y espera: el rastreo y la indexación pueden tardar varios días.
- Revisa los informes de mejoras en Search Console cada mes; algunos tipos retirados dejan de aparecer allí, y eso es normal.
Un error o una advertencia no significan lo mismo. Un error en una propiedad obligatoria vuelve el elemento inelegible; una advertencia en una recomendada es una oportunidad de mejora, no una emergencia.
¿Cuáles son los errores más comunes?
- Marcado que contradice la página. El precio en el JSON-LD es de ayer y el de la ficha es de hoy. Es el error más frecuente en tiendas con promociones.
- Reseñas ajenas o autogeneradas. Copiar la calificación de Google Maps al marcado de tu propia empresa, o dejar un
aggregateRatingfijo “4.9 con 250 reseñas” sin que haya reseñas visibles. - Duplicados. El tema genera un Product y el plugin otro, con datos distintos.
- Datos de contacto viejos. Una dirección anterior o un teléfono desconectado en el marcado, mientras Business Profile dice otra cosa.
- Comas y comillas. Una coma sobrante rompe todo el bloque. Usa comillas rectas, no las curvas que pone un procesador de texto al copiar.
- Precio con formato. Puntos o símbolos de pesos dentro del campo
price. - Fecha sin zona horaria o en un formato que no es ISO 8601.
- Marcar la página equivocada. Poner el LocalBusiness en todas las páginas del sitio en vez de en inicio o contacto.
- Esperar milagros. Medir el éxito por “salió la estrellita” en lugar de por impresiones, clics y consultas calificadas.
Lista de chequeo antes de publicar
- Cada dato del marcado aparece también, igual, en el texto visible de la página.
- Usé el tipo más específico disponible en schema.org.
- Las propiedades obligatorias de cada tipo están completas.
- El formato es JSON-LD, en un bloque limpio, sin duplicados.
- Teléfonos con indicativo +57, direcciones completas, moneda COP en precios.
- Fechas en ISO 8601 con zona horaria (-05:00).
- No hay reseñas inventadas ni calificaciones propias dentro de Organization o LocalBusiness.
- La página no está bloqueada por robots.txt ni por noindex.
- Validé con la Prueba de resultados enriquecidos y con el validador de Schema.org.
- Anoté una fecha trimestral para revisar horarios, precios y datos de contacto.
¿Cuánto esfuerzo implica para una pyme?
Un sitio pequeño con inicio, contacto, servicios y blog puede tener su marcado base listo en una jornada si el CMS es estándar y alguien con criterio técnico lo configura. Una tienda con cientos de productos requiere más revisión, pero casi nunca se escribe producto por producto: se corrige la plantilla una vez. El mayor costo no es la implementación, sino el mantenimiento: quién actualiza el precio, quién cambia el horario en diciembre, quién revisa que una actualización del tema no duplique todo. No damos cifras en pesos porque dependen del tamaño del sitio y de la plataforma; pide siempre un alcance escrito que diga qué tipos se marcan, en qué páginas y cómo se validan.
Y una nota de prudencia: este artículo es información general sobre prácticas de SEO técnico. Si tu marcado incluye datos con implicaciones legales (por ejemplo, información tributaria o datos personales de empleados o clientes), valida qué publicar con un abogado o contador.
Cómo lo hacemos en Pixel & Ideas
Empezamos por un inventario: qué páginas tiene tu sitio, qué plataforma usa y qué datos reales existen sobre tu empresa, tus sedes y tus productos. Con eso definimos qué marcado aporta y cuál sobra, lo generamos desde la plantilla o la base de datos para que no se desactualice y lo validamos con las herramientas oficiales. Lo integramos dentro de un trabajo de diseño web o de una estrategia de marketing, según lo que necesites. Si quieres una revisión del marcado actual de tu sitio, escríbenos.
Preguntas frecuentes
¿Qué son los datos estructurados y para qué sirven?
Son un código, normalmente JSON-LD con el vocabulario de schema.org, que describe el contenido de una página para que buscadores y otros sistemas entiendan qué es cada elemento: una empresa, un producto, un artículo, un horario. Sirven para evitar ambigüedades y, en varios tipos de contenido, para habilitar resultados enriquecidos en Google. No garantizan mejor posición ni sustituyen contenido útil.
¿Los datos estructurados mejoran el posicionamiento en Google?
No de forma directa. Google ha señalado que sus cambios en datos estructurados son decisiones sobre qué mostrar y no sobre cómo ordenar los resultados. El marcado correcto puede mejorar cómo se presenta tu resultado y reducir malentendidos sobre tu contenido, pero el posicionamiento depende sobre todo de la calidad y relevancia de tus páginas, de tus enlaces y de la experiencia de usuario.
¿Necesito schema para salir en AI Overviews o en el Modo IA?
No. Google indica en su documentación que no hay un marcado schema.org especial para aparecer en esas funciones: la página debe estar indexada y ser elegible para mostrarse con fragmento. Lo que sí ayuda es lo básico bien hecho, como contenido útil en texto, rastreo permitido, enlaces internos y datos del marcado que coincidan con lo que ve el usuario.
¿Qué tipos de schema debe tener una pyme en Colombia?
La base útil es Organization en el inicio, LocalBusiness con el subtipo adecuado si atiendes público, Product con precio en COP si vendes en línea, Article o BlogPosting en el blog y BreadcrumbList en las páginas internas. Añade JobPosting o Event solo si realmente publicas vacantes o eventos. Más tipos no significan mejores resultados: marca lo que existe y es visible.
¿Puedo ser sancionado por usar mal el schema?
Sí. Google puede aplicar una acción manual cuando el marcado es engañoso, irrelevante o describe contenido que el usuario no ve, por ejemplo reseñas inventadas. Esa acción retira la elegibilidad para resultados enriquecidos, aunque según Google no afecta el ranking en la búsqueda web. Puedes revisar el informe de acciones manuales en Search Console y solicitar reconsideración tras corregir.
¿Cómo sé si mi marcado está bien?
Valida la URL con la Prueba de resultados enriquecidos de Google y con el validador de Schema.org, y confirma en Search Console con la inspección de URL que Google ve el marcado en la versión indexada. Distingue errores, que dejan el elemento inelegible, de advertencias, que son mejoras opcionales. Repite la revisión cuando cambies de tema, plugin o plataforma.
Fuentes y lecturas
- Registro de cambios de Google Search Central — fechas de retiro de los resultados enriquecidos de FAQ y otros cambios de 2026
- AI features and your website (Google Search Central) — no hay marcado especial para AI Overviews ni Modo IA; requisitos y buenas prácticas
- Directrices generales de datos estructurados (Google) — formato recomendado, coincidencia con el contenido visible y acciones manuales
- Galería de datos estructurados de Google — tipos documentados actualmente
- Datos estructurados de LocalBusiness (Google) — propiedades obligatorias y recomendadas
- Datos estructurados de Organization (Google) — logo, taxID, sameAs y contactPoint
- Fragmentos de producto (Google) — propiedades de Product y Offer, priceCurrency y limitaciones
- Datos estructurados de Article (Google) — propiedades recomendadas, fechas y autoría
- Datos estructurados de Breadcrumb (Google) — requisitos de BreadcrumbList
- Fragmentos de reseñas (Google) — reseñas propias en LocalBusiness y Organization