Los 7 tipos de schema markup que todo blog necesita en 2026

El schema markup es JSON-LD, datos estructurados incrustados en el head HTML de la página, que le dice a los motores de búsqueda y a los motores de IA qué es el contenido, quién lo publicó y cómo encaja en el sitio. Para un blog en 2026 la pregunta ya no es si añadirlo, sino qué tipos importan y cómo se apilan en una misma página.

Google deprecó HowTo y redujo la visibilidad de los rich results FAQ entre agosto y septiembre de 2023, y esas restricciones siguen vigentes en 2026 (Google Search Central). Al mismo tiempo, el contenido con schema correcto tiene aproximadamente 2,5 veces más probabilidad de aparecer en respuestas generadas por IA, y el contenido con FAQ estructurada muestra una tasa de cita un 44% más alta en ChatGPT, Perplexity y Google AI Overviews (Position Digital, 2026). El stack del blog tiene que servir a las dos superficies. Los siete tipos de abajo cubren lo que un blog serio publica en 2026, ordenados por palanca.

Qué medimos

Cada tipo de schema se puntuó en tres ejes:

• Elegibilidad para rich results. Si Google sigue mostrando un rich result visual para él en 2026.
• Utilidad para citas de IA. Si ChatGPT, Claude, Perplexity o Google AI Overviews lo usan como señal estructural al construir la respuesta.
• Coste de implementación. La cantidad de código por artículo y la carga de mantenimiento a lo largo del tiempo.

La elegibilidad para rich results sale de la documentación oficial de Google. La utilidad para citas de IA se apoya en análisis recientes del sector y en el estudio GEO de Princeton (Aggarwal et al., KDD 2024). El coste de implementación es lo que medimos en despliegues de blogs reales.

1. Article (o BlogPosting)

La columna vertebral. Cada post del blog necesita un bloque Article o BlogPosting. Los dos son intercambiables en la mayoría de los casos, pero BlogPosting es el subtipo más específico y se prefiere para posts time-sensitive y contenido de opinión. Article encaja con contenido evergreen formal como explicadores y páginas de referencia.

Las propiedades recomendadas por Google son headline (máx. 110 caracteres), image, datePublished, dateModified, author y publisher (Google Search Central). Añade mainEntityOfPage para declarar la URL canónica y description para modelar el snippet de IA. Sin este bloque, ningún otro schema de la página tiene una entidad padre clara a la que engancharse.

2. BreadcrumbList

Le dice a los motores de búsqueda y a los motores de IA la ruta de navegación desde la raíz del sitio hasta el artículo actual. El rich result visual, en el que Google sustituye la URL cruda por una jerarquía tipo Studio > Blog > GEO, es uno de los pocos rich results que se siguen mostrando con consistencia para sitios de contenidos en 2026 (Schema.org).

Para un post de blog que vive bajo /blog/[slug], el BreadcrumbList lleva tres elementos: home, índice del blog, artículo actual. Cada elemento necesita position, name e item (la URL absoluta). Bloque diminuto, siempre presente, mantenimiento bajo.

3. Organization

Identifica a la entidad editora. Va en el layout del sitio entero, no en cada artículo. Google lo usa para asociar un knowledge panel y un logo a tus resultados de búsqueda. Los motores de IA lo usan para desambiguar cuando una consulta menciona la marca por su nombre.

Propiedades que pesan: name, url, logo, sameAs (un array de perfiles externos autorizados como LinkedIn, GitHub, Crunchbase). El campo publisher del bloque Article hace referencia a esta Organization mediante @id, así que las dos tienen que coincidir. Un id mal puesto y la cadena se rompe.

4. Person (la autoría)

En 2026 las señales de autoría pesan en la búsqueda clásica y en el scoring de citas de IA más que en cualquier año previo. Un blog que publica con autores firmados debería desplegar un bloque Person por autor, alojado en una página de autor dedicada, referenciado desde el campo author de cada artículo.

Propiedades que importan: name, url (la página del perfil de autor), sameAs (Twitter/X, LinkedIn, ORCID, sitio personal), jobTitle, worksFor (que enlaza de vuelta con la Organization). Es la cadena que construye experiencia verificable: artículo hacia autor hacia perfiles externos. Los motores de IA que puntúan E-E-A-T pesan esta cadena de forma explícita.

5. WebSite (con SearchAction)

Un bloque, a nivel de sitio, en el layout de la homepage. Dos trabajos. Primero, declara el nombre del sitio que Google usa en los resultados de búsqueda. Segundo, en pareja con un potentialAction de tipo SearchAction, puede activar la sitelinks searchbox de Google, que coloca un campo de búsqueda directamente bajo el resultado de tu consulta de marca.

Sáltate el bloque WebSite y Google cae en el nombre de dominio como site name mostrado, y suele quedar peor. El bloque es pequeño. La ganancia es pequeña pero acumulativa en búsquedas de marca.

6. FAQPage (utilidad de IA, no rich result)

Desde agosto de 2023, Google solo muestra rich results de FAQ para sitios gubernamentales y sanitarios bien conocidos y autoritativos (Search Engine Journal, 2023). Para todos los demás, el rich result se acabó. Añadir el markup no produce rich results y no penaliza la página.

Publica FAQPage igualmente cuando el artículo lleve un bloque FAQ real. Los motores de IA extraen los bloques Q&A estructurados de forma más limpia que la prosa libre, y datos recientes del sector muestran contenido marcado con FAQ con una tasa de cita un 44% más alta en respuestas de IA (Position Digital, 2026). La regla: solo emite FAQPage cuando las preguntas son reales y no duplican los H2 del cuerpo. Bloques FAQ vacíos o rellenados diluyen la señal. El mismo razonamiento, en clave editorial, lo tienes en las buenas prácticas GEO.

7. HowTo (utilidad de IA solamente)

Google deprecó los rich results HowTo en móvil y escritorio entre agosto y septiembre de 2023 (Schema App, 2023). El formato visual ya no existe. El schema en sí, sí.

Para artículos procedurales ("cómo desplegar", "cómo migrar", "cómo configurar"), HowTo le da a los motores de IA una estructura paso a paso limpia para extraer. Cada paso lleva un name, un text y una url opcional anclada a la sección de la página. El formato se gana su sitio cuando el artículo es realmente procedural; añade ruido cuando se fuerza sobre contenido explicativo.

Cómo apilarlos en una misma página

Un artículo de blog típico en 2026 publica de cuatro a seis bloques JSON-LD en el <head>, cada uno en una etiqueta <script type="application/ld+json"> separada. El orden no importa. Lo que importa es que las referencias @id casen: el publisher del Article apunta al @id de la Organization; el author del Article apunta al @id de la Person; el BreadcrumbList declara sus elementos inline.

Un stack mínimo viable es Article, BreadcrumbList, Organization, Person. Un stack completo añade FAQPage cuando el artículo tiene Q&A reales, HowTo cuando es procedural y WebSite a nivel de sitio. Valida el resultado en el Schema.org Validator y en el Rich Results Test de Google antes de publicar.

Comparativa de un vistazo

Los siete tipos en paralelo, en el orden en que conviene desplegarlos:

• Article / BlogPosting. Por artículo. Rich result: sí. Utilidad de IA: alta. Obligatorio.
• BreadcrumbList. Por artículo. Rich result: sí. Utilidad de IA: media. Obligatorio.
• Organization. A nivel de sitio. Rich result vía knowledge panel. Utilidad de IA: alta. Obligatorio.
• Person. Por autor. Sin rich result directo. Utilidad de IA: alta (E-E-A-T). Obligatorio para blogs con autores firmados.
• WebSite. A nivel de sitio. Rich result vía sitelinks searchbox. Utilidad de IA: baja. Muy recomendado.
• FAQPage. Condicional. Rich result restringido. Utilidad de IA: alta. Despliega cuando exista una FAQ real.
• HowTo. Condicional. Sin rich result. Utilidad de IA: alta. Despliega solo para artículos procedurales.

Cómo elegir qué publicar

Si el blog es nuevo y arranca con un solo autor, los primeros cuatro tipos (Article, BreadcrumbList, Organization, Person) cubren las bases en unas 60 líneas de JSON-LD por artículo, más los bloques a nivel de sitio. Añade WebSite el mismo día. FAQPage y HowTo esperan hasta que un artículo los justifique de verdad.

Si el blog ya tiene de 20 a 50 posts publicados y cero datos estructurados, retroadapta primero Organization y WebSite porque son a nivel de sitio, luego recorre cada artículo y añade Article más BreadcrumbList más Person. Solo cuando los cuatro están en su sitio merece la pena introducir FAQPage y HowTo en los artículos que llevan esa forma.

Lo que te saltas en un blog típico: Product, Review, Recipe, VideoObject, Course. Tienen su propia elegibilidad de rich result pero rara vez se aplican a un blog de contenidos. Añádelos solo si el artículo trata literalmente de un producto, una reseña o una receta.

La cuestión del mantenimiento

El schema markup no es write-once. Google va deprecando tipos (HowTo, rich results FAQ, otros a lo largo de 2026), introduce propiedades nuevas y aprieta el cumplimiento sobre artículos generados por IA. Dos hábitos mantienen el stack vivo: validar en cada deploy y revisar el blog de Search Central de Google cada trimestre en busca de tipos retirados o ampliados. El coste del schema viejo es silencioso, la ganancia del schema fresco se acumula. El cuadro más amplio vive en nuestra explicación de GEO vs SEO.