Por qué el schema es la mejora de CTR más barata del SEO
No es un factor de ranking. Es un factor de presentación. Y es el más barato que ofrece Google.
Si llevas una pequeña empresa con web y nunca has oído las palabras "JSON-LD" o "schema.org", estás en la mayoría aplastante. Aproximadamente el 70 % de la web abierta no tiene nada de schema markup, según estimaciones agregadas de Searchmetrics y Target Internet.[10][12] El Web Almanac de HTTP Archive es algo más optimista — encontró JSON-LD en el 43 % de las homepages móviles en 2024[12] — pero las homepages son el caso fácil. En páginas internas, fichas de producto, posts de blog o páginas de ubicación, la cifra se desploma.
Es una de las oportunidades más raras y desaprovechadas del SEO, porque el schema es casi gratis. No te cuesta contenido nuevo, ni enlaces, ni Core Web Vitals, ni autoridad de dominio. Añades un pequeño bloque de JSON-LD a tu <head> y el parser de Google hace el resto. Y aun así, los sitios siguen saltándoselo.
Antes de seguir, la idea más importante de todo el artículo:
El schema no es un factor de ranking — y Google ha sido clarísimo
Importa porque cualquier guía SEO que prometa "el schema sube tu ranking" miente, y la decepción que viene después es por la que muchos pymes se rinden. El schema no cambia dónde apareces. Cambia cómo apareces. Y la diferencia entre lo segundo es el 41 % frente al 58 % de cuota de clic en la misma posición.
El número 58/41 es la comparación más limpia publicada. Los datos agregados de SERPClix, recogidos por el benchmark de KeyStar Agency, encuentran que los rich results captan el 58 % de todos los clics en una SERP típica frente al 41 % de los resultados sin marcado en posiciones equivalentes.[10] Piensa en esa asimetría sobre tus propias búsquedas: si estás en la posición 3 y el resultado en la 1 no tiene rich markup, puedes captar más clics que el listing que está físicamente por encima.
Más datos para el argumento: el caso de SEO Francisco en 8 400 páginas de un ecommerce midió un +52 % de CTR medio y un +41 % de clics orgánicos tras desplegar schema en todo el catálogo — sin cambios en el ranking.[9] Los casos de Google reciclados por agregadores sostienen que Rotten Tomatoes vio +25 % CTR, Food Network +35 % de visitas y Nestlé +82 % CTR en páginas con rich results.[10] Trata las cifras de Google con cautela — son marketing corporativo — pero el caso de SEO Francisco tiene número de páginas, metodología y un antes y un después reales.
El modelo mental para el resto del post: vas a añadir cinco o seis pequeños bloques de JSON-LD a tu sitio. Cada uno desbloquea un rich result. Los 30 minutos del titular compran la base — los rich results que de verdad mueven la aguja para una pequeña empresa. A partir de ahí, la optimización es incremental y continua, pero el 80 % del valor está en la primera media hora. Vamos.
Los 6 tipos de schema que toda pyme necesita
Seis tipos cubren el ~90 % de los casos de uso de una pyme. El resto es especialista.
Schema.org tiene unos 800 tipos. No necesitas 800. Para una pyme, seis cubren casi cualquier caso significativo: LocalBusiness, Organization, Product, FAQPage (con matices), Article / BlogPosting y BreadcrumbList. La tabla siguiente es la ficha de referencia.
| Tipo de schema | Quién lo necesita | Estado Google (2026) | Impacto en CTR |
|---|---|---|---|
| LocalBusiness (+ subtipo) | Cualquier negocio con dirección física o área de servicio (Restaurant, Plumber, Dentist, HairSalon, Hotel) | Totalmente compatible — alimenta el knowledge panel, el local pack, Maps, horarios e indicaciones | Indirecto: impulsa la inclusión en el local pack y el espacio del knowledge panel |
| Organization (u OnlineStore) | Todos los sitios. Distingue tu marca de otras con nombre parecido; controla logo, sameAs sociales y SERPs de marca | Totalmente compatible — el subtipo OnlineStore añade campos de envío y políticas de devolución | +10–15 % en SERPs por marca |
| Product (+ Offer + AggregateRating) | Quien venda un producto concreto — vendedora de Etsy, SaaS con licencia única, retailer con 50 000 SKUs | Totalmente compatible — snippets de producto Y listados de comercios (con datos más estrictos de precio/devolución) | +30–35 % con estrellas y precio |
| FAQPage | Antes: cualquier página con Q/A. Hoy: solo para superficies de IA — Microsoft confirma; Google no se pronuncia | OBSOLETO en las SERPs de Google desde el 7 de mayo de 2026. Sigue siendo marcado schema.org válido; útil para LLMs | 0 % en Google. Posible mejora en AI Overviews / Bing Copilot / citas de ChatGPT |
| Article / BlogPosting | Cualquiera con blog o estrategia de contenidos — casi toda pequeña empresa | Totalmente compatible — Top Stories, fecha del byline, Discover. Lleva campos author/publisher de E-E-A-T | +8–12 % por fecha de byline y sitelinks |
| BreadcrumbList | Cualquier sitio con más de dos niveles de navegación — Servicios › Fontanería › Reparación de calderas | Totalmente compatible — sustituye la URL en la SERP por una jerarquía legible | +5–10 % por página, aplicable universalmente |
LocalBusiness — la base para cualquier negocio con presencia física o de servicio
LocalBusiness es el tipo más importante para una pyme — y el que más se omite o se implementa mal. Le dice a Google tu nombre, dirección, teléfono, horario, ubicación y categoría, lo que alimenta el knowledge panel, el local pack y Google Maps. La documentación de Google recomienda explícitamente ponerlo en la home o en una página de contacto/sobre nosotros, no en todas las páginas.[1]
El error más caro: usar el tipo genérico LocalBusiness cuando existe un subtipo concreto. Plumber, Restaurant, Dentist, HairSalon, Locksmith, HomeAndConstructionBusiness — Google recomienda explícitamente el subtipo más específico. El segundo más caro: que el NAP (Nombre/Dirección/Teléfono) no coincida entre tu schema, tu Perfil de Empresa en Google y el texto visible. Las políticas de datos estructurados exigen que el marcado coincida con lo que ven los usuarios; descuadrarlo es una vía rápida a una acción manual.
Organization — para todos los sitios, incluso si ya tienes LocalBusiness
Organization desambigua tu marca frente a otras con nombre parecido, controla el logo del brand SERP y expone tus perfiles sociales mediante sameAs.[2] Para ecommerce puro, el subtipo más específico OnlineStore ya empuja también datos de envío y devoluciones al panel de marca. Hasta un fontanero con un solo local debería declarar ambos: LocalBusiness para la entidad física y Organization para la marca. Únelos con URIs estables en @id.
Product (con Offer y AggregateRating) — el schema de mayor impacto en ecommerce
Product es el tipo que desbloquea el snippet con estrellas, precio y disponibilidad bajo el resultado. Google lo separó en dos superficies a finales de 2022: product snippets (el texto enriquecido bajo el resultado) y merchant listings (el panel comparador de precios, que exige datos más estrictos de precio, stock y devoluciones).[3] En el caso de SEO Francisco, Product + AggregateRating dio el mayor salto de cualquier schema — +62 % CTR.[9]
Una regla no negociable: nunca añadas AggregateRating a una página que no tenga reseñas visibles. Inventar votaciones dispara acciones manuales y Google es agresivo con esto desde 2019. Si todavía no tienes reseñas reales, publica el Product sin AggregateRating y añádelo después.
FAQPage — manéjalo con cuidado en 2026
FAQPage desbloqueaba históricamente el acordeón bajo el resultado, doblando la superficie visible. Desde el 7 de mayo de 2026, ese rich result ha desaparecido.[6] Google ha eliminado los FAQ rich results de la búsqueda; el soporte del Rich Results Test y el informe de mejoras en Search Console se retiran en agosto de 2026. El marcado sigue siendo válido en schema.org — simplemente no produce un resultado visible en Google. Volveremos a FAQPage en la sección de JSON-LD porque hay un argumento real para mantenerlo, por motivos de IA.
Article / BlogPosting — para cualquier blog o estrategia de contenidos
Article (y los subtipos más específicos BlogPosting / NewsArticle) le dicen a Google que la página es contenido editorial, quién es el autor, cuándo se publicó y actualizó y qué publicación responde por ella.[4] Alimenta las fechas en SERPs, la elegibilidad para Top Stories y la presencia en Google Discover. Y lo más importante, lleva las propiedades author y publisher que Google usa para E-E-A-T. La mejora más barata que casi nadie hace: apuntar author a una entidad Person real con su url y enlaces sameAs, no a un simple string con el nombre. Y siempre incluye dateModified — sin él, no aparece la fecha "Actualizado" en la SERP que distingue lo fresco de lo viejo.
BreadcrumbList — mejora pequeña, aplicación universal
BreadcrumbList sustituye la URL en la SERP por una jerarquía legible: "ejemplo.com › Servicios › Fontanería › Reparación de calderas".[5] El aumento de CTR por página es modesto (+5–10 %) pero se aplica a todas las páginas de un sitio con varios niveles, lo que lo convierte en el schema con mayor impacto acumulado en la mayoría de los dominios. El caso de SEO Francisco encontró un 94 % de elegibilidad para rich result en BreadcrumbList sobre 8 400 páginas, el más alto de los schemas probados.[9] Error a evitar: no lo añadas si tu navegación visible no tiene realmente breadcrumbs. Google exige que el marcado coincida con lo que ve el usuario.
Mejora de CTR por tipo de rich result — qué te compra el schema en realidad
Benchmarks 2026 de schemavalidator.org agregados por la industria — valores redondeados a un representante por banda[11]
Recipe, Product + AggregateRating y Video son el top 3 — pero también los más exigentes de implementar bien. La mejora por página de Breadcrumb es pequeña, pero gana en acumulado: se aplica en todo el sitio.
→ Hazlo ahora: Elige cuáles tres de los seis tipos aplican a tu negocio. Para una empresa de servicios con una sola sede suele ser LocalBusiness, Organization y BreadcrumbList. Para una tienda online, Organization, Product y BreadcrumbList. Para un sitio de contenidos, Organization, Article y BreadcrumbList. Elige tres y sigue para el JSON-LD.
JSON-LD real: fontanero, restaurante, SaaS, ecommerce
Cuatro ejemplos listos para producción que puedes copiar, ajustar y publicar hoy
Los cuatro bloques siguientes están tomados de la documentación de datos estructurados de Google, recortados para centrarnos en los campos que de verdad ganan rich results en una pyme. Copia el bloque que coincida con tu negocio, sustituye los valores obvios (nombre, dirección, teléfono, URLs de imagen) y pégalo dentro de un <script type="application/ld+json"> en el <head> de tu web. Si usas WordPress con Rank Math o Yoast, el plugin te permite pegar un "custom schema" — pero estos bloques también puedes meterlos directamente en la plantilla.
1. Fontanero (negocio de servicio local)
El subtipo Plumber es un tipo válido de schema.org y uno de los subtipos de LocalBusiness que Google admite oficialmente. Combina campos de LocalBusiness con areaServed para negocios con área de servicio en lugar de un único punto fijo:
{
"@context": "https://schema.org",
"@type": "Plumber",
"@id": "https://riveraplumbing.example/#business",
"name": "Rivera Plumbing",
"image": "https://riveraplumbing.example/photos/storefront.jpg",
"url": "https://riveraplumbing.example",
"telephone": "+1-617-555-0100",
"priceRange": "$$",
"address": {
"@type": "PostalAddress",
"streetAddress": "412 Elm Street",
"addressLocality": "Cambridge",
"addressRegion": "MA",
"postalCode": "02139",
"addressCountry": "US"
},
"geo": {
"@type": "GeoCoordinates",
"latitude": 42.3736,
"longitude": -71.1097
},
"areaServed": [
{"@type":"City","name":"Cambridge"},
{"@type":"City","name":"Somerville"},
{"@type":"City","name":"Boston"}
],
"openingHoursSpecification": [{
"@type": "OpeningHoursSpecification",
"dayOfWeek": ["Monday","Tuesday","Wednesday","Thursday","Friday"],
"opens": "07:00",
"closes": "19:00"
}],
"aggregateRating": {
"@type": "AggregateRating",
"ratingValue": "4.8",
"reviewCount": "237"
}
}2. Restaurante
Tomado directamente de la documentación de LocalBusiness de Google.[1] Fíjate en los tres recortes de imagen (1×1, 4×3, 16×9), los campos servesCuisine y priceRange que alimentan el knowledge panel, y acceptsReservations apuntando a tu sistema de reservas:
{
"@context": "https://schema.org",
"@type": "Restaurant",
"@id": "https://daves-steakhouse.example/",
"name": "Dave's Steak House",
"image": [
"https://example.com/photos/1x1/photo.jpg",
"https://example.com/photos/4x3/photo.jpg",
"https://example.com/photos/16x9/photo.jpg"
],
"address": {
"@type": "PostalAddress",
"streetAddress": "148 W 51st St",
"addressLocality": "New York",
"addressRegion": "NY",
"postalCode": "10019",
"addressCountry": "US"
},
"url": "https://www.example.com/restaurant-locations/manhattan",
"telephone": "+12122459600",
"servesCuisine": "American",
"priceRange": "$$$",
"openingHoursSpecification": [{
"@type": "OpeningHoursSpecification",
"dayOfWeek": ["Monday","Tuesday","Wednesday","Thursday","Friday"],
"opens": "11:30",
"closes": "22:00"
}],
"menu": "https://www.example.com/menu",
"acceptsReservations": "https://www.example.com/reservations"
}3. SaaS (SoftwareApplication, no Product)
Las páginas de SaaS deben usar SoftwareApplication, no Product — son superficies de rich result distintas. La mayoría de las webs SaaS combinan SoftwareApplication con Organization, y FAQPage en pricing o features (con la advertencia de mayo 2026 más abajo):
{
"@context": "https://schema.org",
"@type": "SoftwareApplication",
"name": "Helpdesk Pro",
"applicationCategory": "BusinessApplication",
"operatingSystem": "Web, Windows, macOS, iOS, Android",
"description": "Helpdesk ligero para equipos pequeños. Bandeja compartida, control de SLA, integración con Slack/Teams.",
"url": "https://www.example.com/helpdesk-pro",
"offers": [{
"@type": "Offer",
"name": "Plan Starter",
"price": "0",
"priceCurrency": "USD"
},{
"@type": "Offer",
"name": "Plan Team",
"price": "29",
"priceCurrency": "USD"
}],
"aggregateRating": {
"@type": "AggregateRating",
"ratingValue": "4.6",
"ratingCount": "412"
},
"softwareVersion": "8.2",
"provider": {
"@type": "Organization",
"name": "Example Corp",
"url": "https://www.example.com"
}
}4. Producto de ecommerce
El ejemplo canónico de Google.[3] Tres recortes de imagen, sku, mpn, brand, un aggregateRating solo si tienes reseñas reales y un bloque offers con disponibilidad válida y una fecha real en priceValidUntil (Google avisa si falta en ofertas con plazo):
{
"@context": "https://schema.org/",
"@type": "Product",
"name": "Yunque Executive",
"image": [
"https://example.com/photos/1x1/photo.jpg",
"https://example.com/photos/4x3/photo.jpg",
"https://example.com/photos/16x9/photo.jpg"
],
"description": "Más elegante que el Yunque Classic de ACME, perfecto para el ejecutivo viajero.",
"sku": "0446310786",
"brand": {"@type": "Brand", "name": "ACME"},
"aggregateRating": {
"@type": "AggregateRating",
"ratingValue": "4.4",
"reviewCount": "89"
},
"offers": {
"@type": "Offer",
"url": "https://example.com/yunque",
"priceCurrency": "USD",
"price": "119.99",
"priceValidUntil": "2026-11-20",
"itemCondition": "https://schema.org/NewCondition",
"availability": "https://schema.org/InStock"
}
}Respuesta corta: probablemente sí, pero no por el motivo de antes.
Los FAQ rich results han desaparecido de Google Search. No aparecerán bajo tu resultado, y el informe de Search Console se retira en agosto de 2026.[6] Si añadías FAQPage solo por el acordeón en la SERP, ese impulso ya no existe.
Pero: Fabrice Canel, de Microsoft, confirmó en el escenario de SMX Munich 2025 que el schema markup ayuda a los LLM de Bing/Copilot a entender el contenido.[7] ChatGPT, Perplexity y Claude rastrean JSON-LD cuando fundamentan sus respuestas. Los pares Q/A son excepcionalmente parseables para LLMs — ya tienen la forma exacta que quiere una pipeline de grounding. Así que FAQPage funciona ahora como seguro para superficies de IA, no como CTR en SERPs.
La cobertura de Search Engine Journal sobre la deprecación lo decía claro: "Los sitios con FAQ structured data no tienen prisa por eliminarlo. Google ha dicho que el structured data no utilizado no causa problemas en Search, y FAQPage sigue siendo un tipo válido de Schema.org."[6] Publícalo; no esperes un rich result de Google; sí espera que mejore tus probabilidades en el grounding de IA.
{
"@context": "https://schema.org",
"@type": "FAQPage",
"mainEntity": [{
"@type": "Question",
"name": "¿Cuánto tarda instalar una caldera nueva?",
"acceptedAnswer": {
"@type": "Answer",
"text": "Un cambio de caldera combi estándar lleva una jornada completa. Una renovación con tuberías nuevas, 2–3 días."
}
}, {
"@type": "Question",
"name": "¿Hacen avisos urgentes el mismo día?",
"acceptedAnswer": {
"@type": "Answer",
"text": "Sí — avisos urgentes 24/7 en un radio de 50 km del centro de Madrid, normalmente llegando en 90 minutos."
}
}]
}La advertencia de siempre: cada respuesta del JSON-LD debe estar visible en la página, aunque sea tras un acordeón. El marcado FAQ con texto oculto sigue siendo una violación de políticas independientemente de su utilidad SERP.
→ Hazlo ahora: Coge el bloque de arriba que aplique a tu negocio. Pégalo en un editor. Sustituye los campos de ejemplo por tus valores reales. No publiques aún — validaremos primero.
Validar schema: dos herramientas, dos trabajos
La mayoría de guías las confunde. Comprueban cosas fundamentalmente distintas. Necesitas las dos.
Hay exactamente dos herramientas que importan para validar schema, y mucho contenido SEO mediocre las trata como intercambiables. No lo son. Responden preguntas distintas.
| Dimensión | Schema Markup Validator (validator.schema.org) | Google Rich Results Test |
|---|---|---|
| Quién lo gestiona | schema.org / openlinksw — independiente de Google | |
| Qué comprueba | Cumplimiento de la especificación frente a todo el vocabulario schema.org | Elegibilidad para al menos un rich result que Google admite |
| Qué detecta | Erratas (availabilty), propiedades desconocidas, tipos incorrectos, campos obligatorios vacíos | Campos que Google exige (a veces más estrictos que schema.org) y muestra una previsualización del resultado |
| Qué pasa por alto | Si tu marcado realmente activa un rich result en Google | Propiedades válidas según la spec pero ignoradas por Google (solo advertencias) |
| URL | validator.schema.org | search.google.com/test/rich-results |
| Cuándo usarlo | Al crear schema nuevo o al depurar "¿por qué no parsea esto?" | Para confirmar "¿Google mostrará esto como rich result?" antes de publicar |
Regla de una línea: el Schema Markup Validator comprueba conformidad con la especificación. El Rich Results Test comprueba elegibilidad para rich result. Necesitas las dos. El validador detecta erratas y errores estructurales contra toda la spec de schema.org. El Rich Results Test confirma que Google va a hacer algo con tu markup. Un schema correcto según la spec pero sin rich result es deprimentemente común — para eso existen ambas.
Flujo práctico de unos noventa segundos por página:
- Pega tu JSON-LD primero en el Schema Markup Validator. Arregla lo rojo. Mira lo amarillo — la mayoría de avisos son legítimos.
- Despliega el schema en una página de staging si la tienes, o en una página real con poco tráfico si no.
- Ejecuta el Rich Results Test contra esa URL. Expande "Elementos detectados" para ver qué rich result(s) puede activar. Si el tipo que querías no aparece, falta un campo requerido por Google — corrígelo y vuelve a probar.
- Pulsa "Vista previa" — Google muestra una aproximación de cómo se verá el rich result. Compárala con lo que de verdad quieres que vea el usuario.
- Despliega al resto de páginas una vez que la prueba pasa en la URL de test.
Google Search Console: el monitor permanente
Una vez la página está indexada con schema, la sección Mejoras de GSC se convierte en tu panel de seguimiento. Cada informe (Productos, Breadcrumbs, Events, Recipes, Logos, etc.) muestra URLs Válidas, Válidas con advertencias e Inválidas. Vigila los avisos — suelen ser campos opcionales que afectan materialmente a la calidad del rich result, como priceValidUntil en Product o imágenes de mayor resolución en Article.
Los errores más comunes de GSC y cómo arreglarlos (tomados de la documentación oficial):
| Error | Qué significa | Cómo arreglarlo |
|---|---|---|
| Debes especificar "offers", "review" o "aggregateRating" | El schema de Product no incluye ninguno de los tres grupos opcionales que Google quiere para un rich snippet. | Añade al menos uno. La opción realista es AggregateRating cuando ya tengas reseñas reales en la página; nunca las inventes. |
| Falta el campo "priceValidUntil" (advertencia) | Google quiere saber cuándo expira un precio rebajado. Obligatorio solo en ofertas limitadas, siempre recomendado. | Añade una fecha ISO 8601 — "priceValidUntil": "2026-12-31" — incluso para precios no rebajados. Pon 12 meses vista y refresca cada año. |
| Falta el campo "image" | Los schemas de Product, Article o Recipe necesitan al menos una URL de imagen. | Añade la imagen como URL en string o un array con los recortes 1×1, 4×3 y 16×9 (Google los prefiere todos). |
| "availability" no es válido | Has usado un valor no canónico como "in stock" o "available" en lugar de una URL de schema.org. | Usa la URL completa de schema.org: "https://schema.org/InStock", "OutOfStock", "PreOrder", "BackOrder". |
| Rastreado pero no se ha podido procesar el dato estructurado | El schema lo inyecta JavaScript que Googlebot no ejecutó en ese rastreo. | Mueve el JSON-LD al <head> estático de la página (servidor), o usa un framework JS con SSR para las páginas con schema. |
| URL no permitida | Una propiedad — normalmente sameAs — apunta a una URL del tipo equivocado (página interna en lugar de perfil externo). | Las entradas sameAs deben apuntar a perfiles externos de autoridad: LinkedIn, Wikipedia, Crunchbase, Twitter/X, Facebook. |
→ Hazlo ahora: Valida el JSON-LD que has personalizado antes en ambas herramientas. Si alguna marca errores, arréglalos antes de publicar. Si pasan las dos, despliega primero a una página — nunca lances schema a toda una plantilla sin probarlo.
¿Le importa el schema a AI Overviews / SGE en 2026?
La respuesta honesta: Microsoft dice que sí, Google no se moja, y el test controlado disponible sugiere que probablemente sí.
AI Overviews — el resumen generado por IA de Google al inicio de muchas SERPs — aparece ya en cerca del 30 % de todas las búsquedas y en un llamativo 74 % de las consultas de resolución de problemas, según el análisis de Search Engine Journal de enero de 2025.[6] La misma superficie es cada vez más el motor de respuestas para ChatGPT (vía búsqueda), Perplexity, Claude y Bing Copilot. La pregunta que toda pyme se hace desde 2024 es: ¿el trabajo de schema que voy a hacer me ayuda a salir en AI Overviews, o es otro juego?
Hay tres señales creíbles, en orden descendente de confianza:
1. El experimento controlado de Search Engine Land (ago 2024)
Los investigadores de SEL construyeron tres sitios de una sola página casi idénticos: uno con schema sólido, otro con schema pobre, otro sin schema. Mismo hosting, mismas keywords, misma solicitud de indexación. El resultado publicado:[8]
"La página con schema bien implementado fue la única que apareció en un AI Overview. También rankeó para seis keywords en búsqueda tradicional, llegando hasta la posición 3. La página con schema pobre rankeó para diez keywords y llegó como máximo a la posición 8, pero ninguna de sus consultas apareció en un AI Overview. La página sin schema fue rastreada por Google a los pocos minutos de las otras, pero no llegó a indexarse."
Su propia advertencia: no es prueba absoluta — un test de tres sitios es sugerente, no estadístico — pero la historia va en una sola dirección. El schema correlacionó con mejor ranking y con la inclusión en AI Overview en entorno controlado.
2. Microsoft confirmó schema → grounding de LLM (marzo 2025)
En SMX Munich en marzo de 2025, Fabrice Canel de Microsoft confirmó en el escenario — y luego en LinkedIn — que el schema markup alimenta los LLM de Microsoft.[7] Cita directa:
"Las IAs generativas valoran sobre todo el contenido fresco, en parte como contraste frente a sus datos de entrenamiento. Usa la API en indexnow.org para empujar esa información en cuanto se publique o actualice." — Fabrice Canel, Microsoft Bing, SMX Munich 2025
Es la primera confirmación explícita de una gran plataforma de búsqueda de que los datos estructurados alimentan la comprensión LLM. Aplica directamente a los resultados de Bing Copilot e indirectamente a cualquier LLM que use el índice de Bing para grounding (que ha incluido, históricamente, la búsqueda de ChatGPT).
3. Google ha guardado silencio — pero Gemini alimenta los AI Overviews
Google no ha confirmado públicamente que los AI Overviews usen schema. Tampoco lo ha negado. Su posición oficial sigue siendo "los datos estructurados ayudan a Google a entender tu página" — un lenguaje que encaja igual con la búsqueda clásica y con las superficies de IA. John Mueller ha repetido que el schema no es un factor directo de ranking, pero no se ha pronunciado específicamente sobre AI Overviews.
La brecha de adopción del schema — por qué esto es la ventaja competitiva más barata en SEO
La mayoría de páginas no tienen schema; las que sí lo tienen ganan más superficie SERP visible al mismo ranking[9][10][12]
El 96 % es el caso SEO Francisco: de 8 400 páginas de un ecommerce real auditadas antes del despliegue, solo el 4 % tenía schema válido. Es más o menos el suelo en la mayoría de catálogos de pymes.
Importante: Google no ha confirmado oficialmente que AI Overview use schema
El veredicto para pymes, lo más limpio que podemos: despliega schema. Es el seguro de visibilidad IA más barato disponible y se paga solo en CTR de búsqueda clásica, gane quien gane la discusión de la IA.
→ Hazlo ahora: Si aún no lo has hecho, añade Article / BlogPosting a tus posts y FAQPage a las secciones de preguntas frecuentes — aunque FAQPage haya muerto en SERPs de Google, es la estructura más parseable por LLM que puedes publicar.
El plan realista de 30 minutos
Qué te compran realmente 30 minutos — y qué no
La promesa "despliega schema en 30 minutos" es real, con matices. Esto es lo que 30 minutos te dan realmente para una pyme de una sola sede con WordPress y un plugin SEO ya instalado:
| Paso | Tiempo | Qué haces |
|---|---|---|
| 1. Auditar estado actual | 10 min | Pasa el Rich Results Test por la home, una página de servicio, un post, una ficha de producto y la página de contacto. Captura los resultados. |
| 2. Instalar o abrir Rank Math (o Yoast) | 5 min | El plan gratuito de Rank Math incluye LocalBusiness, Product, Recipe, Event, JobPosting, Video, SoftwareApplication y Course. Yoast Premium tiene menos cobertura; el gratuito aún menos. |
| 3. Rellenar Organization + LocalBusiness | 10 min | En los ajustes del plugin: nombre, dirección completa, teléfono, horario, URL del Perfil de Empresa en Google, logo (cuadrado ≥112×112) y el subtipo correcto. Añade sameAs con tus perfiles sociales reales. |
| 4. Verificar con Rich Results Test | 5 min | Vuelve a pasar el Rich Results Test por la home y una página de servicio. Confirma que LocalBusiness y Organization aparecen como elementos detectados sin errores. |
| Total: 30 minutos | Ya tienes la base. El aumento de CTR aparecerá en las 2–8 semanas siguientes a medida que Google recrawlee. | |
El matiz honesto del que depende la promesa de 30 minutos
Si no usas WordPress
Traducción rápida:
- Shopify: el schema de Product, Offer y Organization está en todos los temas modernos. Para LocalBusiness, FAQPage y Article necesitarás una app de pago como JSON-LD for SEO (13–48 $/mes).
- Squarespace: añade Organization, WebSite, Article y Event automáticamente. El schema personalizado requiere la inyección de código del plan Premium.
- Wix: añade Organization, Product (con Wix Stores) y LocalBusiness (si tienes la dirección rellena). El schema personalizado requiere el modo developer de Velo.
- Cualquier otro caso: pega el JSON-LD en una etiqueta HTML personalizada en Google Tag Manager y dispárala en las páginas que quieras. Googlebot lo recoge. Para páginas críticas (home, top tráfico), inyecta el schema directamente en el
<head>— el de GTM funciona pero se procesa algo más lento.
El schema es la base técnica — tu CMS o plataforma debería emitir markup válido de Article y Organization automáticamente. Cuando tus datos estructurados son sólidos, el siguiente cuello de botella suele ser la velocidad de contenido: mantener un flujo constante de artículos frescos y on-topic para que el schema tenga algo significativo que envolver. Ahí es donde herramientas como News Factory entran — agentes de IA que investigan y redactan artículos en el calendario de publicación que tú definas, con soporte multilingüe integrado de hasta 5 idiomas en los planes superiores.
→ Hazlo ahora: bloquea 30 minutos en tu calendario esta semana. Sigue el plan de cuatro pasos. Valida. Luego déjalo — el schema es de las pocas inversiones SEO donde la respuesta correcta tras desplegar es "espera 2–8 semanas y revisa Mejoras en GSC".