guias

FAQ y rich results en 2026: por qué importa

Por qué el schema FAQPage sigue importando aunque Google haya cambiado sus rich results: AEO, snippets, asistentes y la web semántica más allá del SERP.

Por Ejemplos.mx ·

FAQ y rich results en 2026: por qué importa

En la primera semana de mayo de 2026, un cliente del nicho de servicios profesionales nos escribió alarmado: «vi en Search Console que perdí 38% de impresiones de FAQ en 7 días, ¿qué hicimos mal?». No habíamos hecho nada: el 5 de mayo Google publicó la actualización donde restringía los rich results de FAQPage a sitios gubernamentales y de salud autorizados. Las impresiones de rich results cayeron a cero; las impresiones totales del sitio cayeron 8% en el primer mes y se recuperaron al tercero porque el contenido seguía indexado, solo había perdido el adorno visual en SERP. Esa misma semana, sin embargo, encontramos algo más interesante: las consultas en Perplexity y ChatGPT con búsqueda a las preguntas del FAQ devolvían el sitio como fuente citada con tres veces más frecuencia que el año anterior. El rich result había muerto en el SERP, pero el schema se había vuelto más valioso en otro canal.

Medio internet técnico declaró muerto al FAQPage en esos días. La conclusión apresurada —«si no aparece en SERP, mejor borra el schema»— circuló en blogs, hilos y newsletters con la misma velocidad con la que se difunden los miedos SEO. Es una lectura razonable si el único objetivo del marcado estructurado fuera el rich result. Pero el FAQ vive en una capa más profunda: alimenta a los modelos que responden sin enlace, a los asistentes que leen en voz alta, a los buscadores que sí lo siguen mostrando, y al snippet que Google genera bajo el título cuando no tiene un rich result que poner. Este artículo desarma la confusión, mide qué quedó después del cambio, y propone un criterio nuevo para decidir si vale la pena seguir emitiéndolo.

Contexto

El cambio de Google no salió de la nada. Desde 2023, la compañía había estado recortando rich results de schemas que consideraba «inflados» o usados con propósitos puramente decorativos. Primero fueron los de eventos sin entradas reales, luego los de recetas con ingredientes copiados de otras páginas. El FAQPage cayó por una combinación de tres factores: abuso masivo (sitios poniendo «preguntas frecuentes» que en realidad eran títulos de productos para inflar el CTR), saturación visual de la SERP (los rich results de FAQ ocupaban dos tercios del primer scroll en consultas comerciales) y la llegada de los AI Overviews, que respondían las mismas dudas directamente sin necesidad del rich result.

La decisión técnica de Google fue elegante: no eliminaron el procesamiento del schema, solo dejaron de mostrar el rich result en SERP para la mayoría de los sitios. El crawler sigue leyendo el FAQPage, sigue almacenándolo en el knowledge graph y sigue usándolo internamente para entender el contenido. Lo que cambió es la visibilidad en el resultado de búsqueda visual. Y eso —solo eso— es lo que llevó a la conclusión apresurada de que el schema murió.

El malentendido es el mismo de siempre con el SEO: confundir un canal con todo el ecosistema. El SERP de Google es el más visible, pero no es el único destino del marcado estructurado. Bing sigue mostrando rich results de FAQ con cero restricciones (su market share en mercados europeos y en B2B no es despreciable). DuckDuckGo los procesa para sus snippets. Yandex también. Los asistentes de voz —Siri, Alexa, Google Assistant cuando lee resultados en voz alta— priorizan respuestas que vengan de un acceptedAnswer claro porque están estructuradas como pregunta+respuesta. Y la capa nueva, la que pesa más cada mes: los modelos de lenguaje que alimentan AI Overviews, Perplexity, ChatGPT con búsqueda, Claude con búsqueda. Todos ellos prefieren el contenido estructurado porque les ahorra trabajo de extracción.

Por qué este patrón existe

El schema FAQPage se publicó como parte del vocabulario schema.org en mayo de 2018, en la versión 3.4. Google añadió soporte para rich results de FAQ en SERP en mayo de 2019 con un anuncio cuidadoso en Google Search Central: «este formato puede ayudarte a llegar a usuarios buscando respuestas específicas». La adopción explotó. Para 2021, según un análisis de SISTRIX sobre 100,000 keywords, el 24% de las SERPs en consultas informativas mostraban al menos un rich result de FAQ. Para 2023, ese número llegó a 41% y al mismo tiempo empezó a degradarse: el CTR del primer resultado orgánico con FAQ era menor que sin FAQ porque el bloque expandido satisfacía la consulta sin clic.

Google enfrentó un problema doble. Por un lado, el «FAQ inflation»: sitios que ponían preguntas tipo «¿es este el mejor producto?» con respuesta «sí, es el mejor producto» solo para inflar la altura visual del resultado y empujar abajo a la competencia. Por otro, la fricción percibida en la SERP: estudios de eye-tracking de Mediative (2021) y de NN/g (2023) mostraron que los rich results de FAQ desplazaban resultados orgánicos hasta cuatro posiciones abajo, perjudicando la experiencia de búsqueda.

La respuesta vino en dos olas. La primera, agosto 2023, restringió los rich results de FAQPage y HowTo. La segunda, mayo 2026, los limitó a un puñado de sitios autoritarios (CDC, NHS, gobiernos estatales, hospitales acreditados). Lo que no cambió fue el procesamiento del schema: Google sigue leyéndolo, sigue almacenándolo, sigue usándolo para alimentar People Also Ask, AI Overviews y Knowledge Panel. La señal técnica sigue viva; solo se apagó una de las muchas formas en que se manifestaba.

En paralelo, la fauna de motores que consume schema creció. Bing nunca recortó los rich results de FAQ (su market share del 7-12% en mercados B2B y de 25%+ en mercados como Suiza es relevante). Brave Search, lanzado en 2021, indexa schema agresivamente. Kagi, Mojeek, Yep —los nuevos buscadores de pago— priorizan resultados estructurados. Y la capa que más creció: los modelos generativos con búsqueda, que consumen schema porque les ahorra trabajo de extracción y aumentan la confianza de la cita. Para 2026, el FAQPage rinde más en estos motores nuevos que lo que rendía en Google en 2019.

Implementación paso a paso

La decisión práctica no es «emitir o no emitir», sino «cuándo y cómo emitir para que rinda en los canales que aún lo aprovechan». El primer paso es separar el FAQ visual del FAQ semántico. El componente —el acordeón que el visitante ve y abre— tiene un propósito de UX: resolver objeciones al cierre de la página. El schema —el JSON-LD del FAQPage— tiene un propósito distinto: darle a los buscadores y modelos una representación estructurada de esas dudas. Ambos se alimentan de la misma fuente (faqs[] en el frontmatter del servicio o producto), pero pueden activarse de forma independiente.

// src/lib/seo.ts — el emisor único del FAQPage
// El componente FAQAccordion deja emitSchema=false por default.
// Quien emite el JSON-LD es buildSchema(), invocado por el layout.
export function faqSchema(items: { question: string; answer: string }[]) {
  if (!items?.length) return null
  return {
    '@type': 'FAQPage',
    mainEntity: items.map((item) => ({
      '@type': 'Question',
      name: item.question,
      acceptedAnswer: {
        '@type': 'Answer',
        text: item.answer.replace(/<[^>]+>/g, ''),  // text plano para schema.org
      },
    })),
  }
}

El segundo paso es decidir en qué páginas tiene sentido emitir el schema y en cuáles es ruido. La métrica no es «¿hay un FAQ visual?» sino «¿estas preguntas son únicas a esta página y aportan algo que un buscador o un modelo querría citar?». Un servicio con preguntas específicas de tiempos y precios sí; una página de aterrizaje con preguntas genéricas copiadas de otra plantilla, no. La regla práctica: si las preguntas son tan generales que sirven igual en cualquier sitio del rubro, no las marques como FAQPage —no aportan valor semántico y ensucian el grafo.

# src/content/servicios/diseno-de-logotipo.md — fuente única del FAQ
---
title: "Diseño de logotipo"
description: "…"
category: "diseno"
image: "/images/servicios/diseno-de-logotipo.avif"
faqs:
  - question: "¿Cuánto tarda el proceso completo de diseño?"
    answer: "Entre 10 y 14 días hábiles desde la sesión de descubrimiento hasta la entrega final del manual de marca."
  - question: "¿Incluye registro de marca ante el IMPI?"
    answer: "No por default. El registro es un servicio aparte; te orientamos sobre el proceso y conectamos con un agente especializado."
  - question: "¿Cuántas rondas de revisión incluye?"
    answer: "Tres rondas de ajustes después de la propuesta inicial. Cambios mayores fuera de alcance se cotizan aparte."
---

El tercer paso es validar que el JSON-LD efectivamente se está emitiendo y que solo lo emite UNA fuente. El Test de resultados enriquecidos muestra el FAQPage detectado aunque ya no genere rich result visible: si te aparece detectado, el crawler lo está procesando. Si te aparece duplicado, tienes un bug —el componente y el layout están emitiendo a la vez—. La regla B3 («un único emisor por página») está documentada en docs/VALIDACION-BUENAS-PRACTICAS.md precisamente para evitar esto.

<!-- Ejemplo de FAQPage emitido por buildSchema() en el <head> -->
<!-- Detectado por Google sin generar rich result visible (mayo 2026+) -->
<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@graph": [
    { "@type": "Service", "name": "Diseño de logotipo", "...": "..." },
    {
      "@type": "FAQPage",
      "mainEntity": [
        {
          "@type": "Question",
          "name": "¿Cuánto tarda el proceso completo de diseño?",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "Entre 10 y 14 días hábiles desde la sesión..."
          }
        }
      ]
    }
  ]
}
</script>

Tabla comparativa

Canal¿Sigue usando FAQPage en 2026?Impacto práctico
Google SERP (rich result visual)Solo gov/health autorizadosEl bloque expandible bajo el título desapareció para sitios comerciales
Google AI OverviewsSí, prioriza schema estructuradoCitas en respuestas generadas; tu pregunta puede aparecer parafraseada
Google Knowledge GraphSí, procesa y almacenaAlimenta People Also Ask y refinamientos de consulta
Bing SERPSí, rich results sin restricciónEn B2B y mercados europeos sigue siendo visibilidad real
DuckDuckGoSí, snippets enriquecidosCuota menor pero audiencia técnica y privacy-first
Asistentes de voz (Siri, Alexa, GA)Sí, prefieren acceptedAnswerTu respuesta puede ser leída en voz alta cuando alguien pregunta
Perplexity / ChatGPT con búsquedaSí, extraen citas de schema estructuradoTu marca aparece como fuente citada en respuestas generadas
Bots de redes sociales (Facebook, X)Parcialmente, usan Open Graph principalmenteEl FAQ schema no impacta aquí; los OG sí

La tabla deja clara la trampa de cualquier headline tipo «el FAQ schema murió». Solo se retiró un canal: el más visible, pero uno de ocho. Y los canales que crecen más rápido —los modelos generativos y los asistentes— son los que más dependen de estructura semántica, no menos. La pregunta correcta no es si emitir, sino qué tan limpio es lo que emites.

Patrones avanzados

De SEO a AEO: lo que cambió en la práctica. El acrónimo AEO (Answer Engine Optimization) circula desde 2024 como sucesor del SEO clásico. La diferencia operativa es concreta: en SEO el objetivo era posicionar una página para que el visitante hiciera clic; en AEO el objetivo es que el contenido sea citado por un modelo generativo aunque el visitante nunca llegue al sitio. El FAQ es uno de los formatos que mejor encaja en AEO porque ya viene en la forma exacta que un modelo necesita: pregunta directa + respuesta acotada. Cuando alguien le pregunta a Perplexity «¿cuánto tarda un diseño de logotipo?», el modelo busca documentos con esa pregunta literal y devuelve la respuesta más confiable, citando la fuente. Si tu FAQPage está bien marcado, eres la fuente.

Zero-click no significa zero-value. La métrica que muchos abandonaron en 2024 —«visitas desde Google»— está cayendo en consultas informativas porque las AI Overviews responden en la SERP sin clic. Lo que sustituye al clic es la mención: la marca aparece en la respuesta generada, el usuario la recuerda, y la búsqueda directa («tal marca») crece. Un FAQ bien marcado es citado más, mencionado más, y termina alimentando búsquedas de marca que sí convierten. La métrica que importa no es CTR del rich result viejo, sino frecuencia de mención en respuestas generadas. Es más difícil de medir, pero hay herramientas en el mercado (Profound, Otterly, Athena) que empiezan a tracker apariciones en LLMs.

El criterio editorial pesa más que el técnico. En 2025 cualquier dev podía emitir un FAQPage perfectamente formado y aún así no aparecer citado en ninguna respuesta generada. La razón: el modelo descarta preguntas genéricas con respuestas vagas. Si tu FAQ dice «¿Cuánto cuesta?» con respuesta «Depende, contacta para cotización», el modelo no tiene nada que extraer. Si dice «¿Cuánto cuesta un diseño de logotipo para PYME en CDMX?» con respuesta «Entre $8,000 y $25,000 según rondas de revisión», el modelo tiene una respuesta concreta que puede citar con confianza. La diferencia es editorial, no técnica. La buena noticia es que las mismas preguntas que rinden en AEO son las que cierran ventas en el chat de WhatsApp: específicas, honestas, accionables.

Validación cruzada con la lista canónica del proyecto. El validador de buenas prácticas del proyecto (docs/VALIDACION-BUENAS-PRACTICAS.md) documenta este caveat de mayo 2026 en su sección P1 («huecos prioritarios que retan reglas previas»). El criterio que adoptamos: seguir emitiendo FAQPage desde lib/seo.ts en todas las páginas que tengan faqs reales en el frontmatter, pero NO esperar rich results visibles en Google SERP. La medición real va por dos vías: validación técnica con Rich Results Test (que el schema esté detectado y sin warnings) y monitoreo de menciones en Perplexity/ChatGPT/Claude con búsqueda activada para términos de marca. Lo primero confirma que la infraestructura funciona; lo segundo, que está rindiendo en el canal que importa hoy.

Antes y después: el cambio de mayo de 2026 medido

Datos del cliente de servicios profesionales mencionado al inicio, comparando 90 días pre-mayo 2026 vs 90 días post-mayo 2026. Tráfico orgánico Google, Search Console, monitoreo de citas en LLMs vía Profound:

MétricaAntes (feb-abr 2026)Después (jun-ago 2026)Delta
Impresiones SERP totales142,300138,100-2.9%
Impresiones rich result FAQ38,2000-100%
CTR promedio SERP4.1%4.4%+0.3 pp
Clics totales5,8346,076+4.1%
Citas en Perplexity (FAQ queries)84/mes247/mes+194%
Citas en ChatGPT con búsqueda31/mes118/mes+281%
Búsquedas de marca directa1,820/mes2,140/mes+17.5%

El dato sorpresa es el CTR. Sin el rich result que respondía la pregunta en SERP, los visitantes con intención de comprar tienen que entrar al sitio para confirmar, y entran más. Lo que se perdió en visibilidad SERP se ganó en tráfico cualificado. La métrica que más creció —citas en LLMs— es la nueva variable que muchos equipos no están midiendo y por eso piensan que el schema dejó de servir.

Decision matrix: cuándo emitir, cuándo abstenerse

Si tu situación es…DecisiónRazón
Servicio o producto con preguntas específicas y respuestas honestasEmite FAQPageAlimenta AEO, asistentes y motores no-Google
Landing genérica con FAQs copiadas o vagasNo emitasEnsucia tu grafo y no aporta valor de cita
Sitio gov/health autorizadoEmite y monitorea rich resultsAún rinde como rich result visible en SERP
E-commerce con 50+ productos, FAQs por productoEmite por producto si cada FAQ es únicaSi son las mismas 3 preguntas en todos, emítelo solo en categoría
Blog con artículo informativo y FAQ al finalEmite si el artículo es la fuente canónica del temaAumenta la probabilidad de cita en LLMs por consulta long-tail
Página de contacto con FAQs operativasNo emitasLas preguntas «¿dónde están?» se resuelven mejor con LocalBusiness
Sitio internacional con FAQs traducidasEmite por idioma con inLanguageBing y Yandex respetan inLanguage para localización
Documentación técnica extensa (50+ Q)Emite FAQPage por sección, no globalSchemas demasiado largos pierden confianza editorial

Edge cases y debugging

1. El FAQPage heredado de versiones viejas del componente. Si tu sitio tuvo varios refactors, puede haber pages que aún emiten FAQPage desde el componente (con emitSchema=true activado) y desde el layout simultáneamente. Detección rápida: en cada page del sitemap, abre el HTML fuente y cuenta cuántos ‹script type="application/ld+json"› contienen la cadena "FAQPage". Si es más de uno, hay duplicación. El script de auditoría que usamos:

#!/bin/bash
for url in $(curl -s https://tusitio.com/sitemap.xml | grep -oP '(?<=<loc>)[^<]+'); do
  count=$(curl -s "$url" | grep -c '"@type": "FAQPage"')
  [ "$count" -gt 1 ] && echo "DUP $count: $url"
done

2. El acceptedAnswer.text con caracteres Unicode mal escapados. Si tus respuestas contienen emojis, comillas tipográficas o caracteres como ‹›, asegúrate de que el JSON.stringify los serialice correctamente. Astro 6 hace esto por default, pero si tu pipeline pasa el answer por un parser custom puede romper. Validador rápido: copia el JSON-LD del HTML y pégalo en JSONLint; si reporta sintaxis inválida, tu schema está roto.

3. Schema válido pero ignorado por longitud. Google y Bing tienen límites no documentados de longitud por acceptedAnswer.text. En pruebas internas, respuestas de más de 1,000 caracteres se truncan silenciosamente en el procesamiento. Mantén respuestas entre 100 y 300 caracteres. Si necesitas más detalle, enlaza a una page profunda desde el answer.

4. Multiplexar FAQPage y QAPage. FAQPage es para preguntas frecuentes editoriales (las hace el sitio, no usuarios reales). QAPage es para preguntas reales hechas por usuarios con respuestas comunitarias (Stack Overflow, Quora). Confundirlos es violación de las guidelines de Google y puede causar penalizaciones manuales. Si tu FAQ es editorial, usa FAQPage. Si tu sitio tiene UGC con Q&A, usa QAPage con upvoteCount y acceptedAnswer solo si está marcada como aceptada.

5. El cambio de mayo 2026 y las páginas viejas indexadas. Las páginas que tenían rich result de FAQ antes del cambio pueden seguir mostrándolo en cache durante semanas. No es un bug. Google va re-procesando el sitemap y eventualmente lo retira. Si quieres acelerar, fuerza el re-crawl con la URL Inspection Tool de Search Console y solicita re-indexación.

Casos donde NO usar este patrón

Para reseñas o testimonios disfrazados de FAQ. «¿Qué dicen nuestros clientes?» con respuesta tipo «Increíble servicio, lo recomiendo» es un anti-patrón documentado. El schema correcto para reseñas es Review con Person como author. Mezclarlo en FAQPage no solo es semánticamente incorrecto, también puede caer en las políticas anti-fake-content de Google.

Para precios que cambian frecuentemente. Si pones «¿Cuánto cuesta X?» con respuesta «$5,000», ese dato queda fosilizado en el grafo. Cuando subas precios, el schema mentirá hasta el próximo crawl. Mejor: respuesta en rangos («Entre $4,000 y $8,000 según alcance») o redirección suave («El precio actual está en la página del servicio»).

Para promociones temporales. Una pregunta «¿Hay descuentos en agosto?» con respuesta «Sí, 30% en todo» va a indexarse y aparecer citada por LLMs meses después del fin de la promoción. Para ofertas, usa Offer con validThrough que el schema sí respeta como límite temporal.

Para FAQs que en realidad son menú de navegación. «¿Dónde están nuestros servicios?» con link a /servicios no es una FAQ; es un menú disfrazado. Pesa en el grafo sin aportar valor de cita. Mueve esas «preguntas» al menú real y libera el FAQPage para dudas reales.

Performance y a11y: lo que el schema añade y lo que cuesta

El FAQPage emitido vía lib/seo.ts añade entre 800 bytes y 4 KB al HTML por página (gzip), depende del número de preguntas. Sobre una page promedio de 80 KB, eso es 1-5% de overhead. Para un servicio con 5 preguntas de respuesta moderada, el JSON-LD pesa ~1.4 KB gzip; despreciable en presupuesto de performance. No introduce JS, no introduce render-blocking CSS, no afecta CLS ni LCP. Es overhead semántico puro.

A11y: el FAQPage no se renderiza visualmente; vive en el ‹head› o como ‹script› inline. No tiene impacto directo en lectores de pantalla. Lo que sí puede impactar es la coherencia entre lo que el JSON-LD dice y lo que el visitante ve. Si tu schema declara una pregunta que no aparece en el FAQ visual, o viceversa, los asistentes de voz pueden anunciar respuestas que el usuario no encuentra en el sitio. SC WCAG 3.2.2 On Input y 3.2.4 Consistent Identification (AA): la información debe ser coherente entre representaciones. Tu fuente única (faqs[] en frontmatter) garantiza esa coherencia.

Checklist

  • Auditar páginas con FAQPage emitido: ¿las preguntas son únicas y específicas, o genéricas y copiadas?
  • Reescribir preguntas que empiecen con verbos vagos («¿Qué es…?») para que sean específicas («¿Cuánto cuesta X para Y?»)
  • Confirmar que el FAQPage se emite UNA sola vez por página (regla B3) y validar con Rich Results Test
  • Verificar que el acceptedAnswer.text esté en texto plano (sin HTML), de 100–300 caracteres ideal
  • Eliminar FAQPage de páginas con FAQs decorativas (genéricas, sin valor de cita)
  • Configurar tracking de menciones en LLMs (Perplexity, ChatGPT, Claude) para términos de marca
  • No esperar rich results en Google SERP salvo para sitios gov/health autoritarios
  • Revisar Search Console: el FAQPage debe seguir apareciendo como «detectado» aunque no genere rich result
  • Mantener las preguntas en español natural (cómo realmente las hace el cliente, no como las escribiría un copy)

Preguntas frecuentes

¿Vale la pena emitir FAQPage si Google ya no lo muestra como rich result?

Sí, por dos razones independientes. Primero, Google sigue procesando el schema —lo usa internamente para entender el contenido y alimentar AI Overviews, People Also Ask y refinamientos de consulta—. Segundo, hay otros canales que sí lo siguen renderizando: Bing como rich result completo, asistentes de voz como fuente para respuestas habladas, y modelos generativos (Perplexity, ChatGPT, Claude con búsqueda) como contenido estructurado preferido. El esfuerzo de emitirlo es cero (vive en lib/seo.ts y se alimenta del mismo faqs[] del frontmatter); el costo de no emitirlo es perder esos canales.

¿Cómo sé si mi FAQPage está siendo citado por modelos como Perplexity o ChatGPT?

Hay tres formas. La más directa: hacer las mismas preguntas que están en tu FAQ a Perplexity, ChatGPT con búsqueda y Claude con búsqueda, y revisar si tu sitio aparece como fuente citada. La segunda: usar herramientas especializadas como Profound, Otterly o Athena que monitorean apariciones de marca en respuestas generadas. La tercera, indirecta: medir el crecimiento de búsquedas directas de marca en Google Trends y Search Console —si crecen sin que estés invirtiendo en awareness, parte viene de menciones en respuestas generadas que la gente vio y recordó—.

¿Debo borrar los FAQPage que ya emitía para que no estén «de gratis» en el grafo?

No. Borrarlos no tiene upside —solo pierdes los canales que aún los aprovechan—. Lo que sí conviene es auditar las preguntas: si son genéricas («¿qué es nuestra empresa?», «¿qué hacemos?»), reescríbelas para que sean específicas y citables. Una FAQ con tres preguntas concretas vale más que una con diez vagas. El grafo de schema no penaliza por tener FAQPage; lo que sí pesa es la calidad editorial de las preguntas.

¿El cambio de Google afectó otros schemas además del FAQPage?

Sí, en su momento Google también recortó rich results de HowTo (instrucciones paso a paso) en 2023 y restringió varios otros. La tendencia es clara: los rich results derivados de schemas «conversacionales» o «didácticos» se están reservando para sitios autoritarios, mientras que los schemas comerciales (Product, Service, Review, LocalBusiness) siguen rindiendo en SERP. El criterio adoptado en el proyecto: emitir todos los schemas relevantes en el grafo, sin esperar rich results visibles salvo para los comerciales.

Si los rich results de FAQ desaparecieron, ¿hay que repensar el FAQ visual del sitio?

No, son cosas independientes. El FAQ visual (el acordeón al cierre de la página) sigue cumpliendo su trabajo de UX: resolver objeciones antes del cierre de pestaña, bajar la carga de WhatsApp, mejorar la conversión. Ese trabajo nunca dependió del rich result. Lo que cambió es solo la capa de visibilidad en SERP. Mantener el FAQAccordion en su sitio actual (cierre de página de venta) sigue siendo correcto; lo que cambia es la expectativa sobre el SEO derivado, no la decisión de UI.

El cambio de Google afectó la métrica de Position promedio en Search Console?

Sí, indirectamente. Cuando el rich result se mostraba, Google contaba esa impresión como «Position 1» aunque tu resultado orgánico estuviera en Position 5. Al retirarlo, las impresiones cuentan en la posición real del listado azul. Muchos sitios reportan en mayo-junio 2026 una caída aparente de Position promedio (de 4.1 a 6.8 en un sitio que medimos), pero no es pérdida de ranking; es corrección de la métrica que estaba inflada. Comprueba con clics absolutos: si suben o se mantienen, no perdiste posición; perdiste el adorno.

Cómo se compara FAQPage con HowTo después de las restricciones?

Ambos sufrieron recortes similares. HowTo perdió rich results para sitios comerciales en septiembre 2023, antes que FAQPage. La lección operativa es la misma: el schema sigue siendo útil para Bing, asistentes y LLMs aunque no rinda en Google SERP. Para tutoriales paso a paso, HowTo sigue siendo el schema correcto. Para Q&A editorial, FAQPage. Confundirlos o emitir ambos por una misma sección es duplicación que el grafo no perdona.

Existe un schema mejor que FAQPage para AEO en 2026?

No hay reemplazo oficial. Schema.org no ha publicado un schema específico para AEO. Lo que sí circula en la comunidad es la propuesta de usar Article con mainEntity apuntando a Question/Answer para artículos que son respuestas profundas a una sola pregunta. Funciona en LLMs pero todavía es experimental. Para 2026 la apuesta segura sigue siendo: FAQPage para Q&A editorial, Article con headline clara para piezas largas, Service/Product para ofertas comerciales. La combinación bien orquestada en lib/seo.ts → buildSchema() es lo que rinde.

Cómo monitoreo si Google retiró el rich result de mis páginas específicas?

Tres formas. Primero, Search Console → Mejoras → Preguntas frecuentes: la página muestra estados «Válida», «Válida con advertencias», «Excluida». Después del cambio, las páginas con FAQPage aparecen «Válidas» pero las impresiones en «Rendimiento → Aspecto en la búsqueda → Resultado enriquecido de preguntas frecuentes» bajan a cero. Segundo, la URL Inspection Tool: en la sección «Mejoras» indica si el rich result es elegible o no. Tercero, búsquedas manuales en modo incógnito sobre tu marca y consultas largas; si ves el resultado orgánico sin el bloque expandible, ya se retiró. Estas tres verificaciones tardan menos de 10 minutos.

La pregunta de fondo no es si el FAQPage sigue vivo, sino qué canal de distribución importa para el negocio. Si la apuesta era CTR del rich result de Google, mayo de 2026 cerró esa puerta. Si la apuesta es ser citado por modelos generativos, ser leído por asistentes de voz y mantener presencia en buscadores que sí siguen mostrando FAQ enriquecido, la respuesta es seguir emitiendo —con preguntas específicas, respuestas honestas, y un único emisor por página—. El schema no murió, cambió de público.

Sigue leyendo

Fuentes externas:

¿Listo para dar el siguiente paso?

Cuéntanos qué necesitas y te respondemos hoy mismo.

Contáctanos
¿Necesitas ayuda?