Durante años añadir FAQ Schema a un artículo fue una optimización bastante popular.

La idea era sencilla:

Creamos una sección de preguntas frecuentes.

Añadimos datos estructurados FAQPage.

Y Google podía mostrar esas preguntas directamente debajo de nuestro resultado.

Eso permitía conseguir un resultado mucho más grande en las SERP.

Pero en 2026 la situación ha cambiado definitivamente.

Google dejó de mostrar los FAQ rich results en Google Search desde el 7 de mayo de 2026 y posteriormente retiró la documentación específica de esta función.

Así que aparece una pregunta bastante lógica:

¿Debemos eliminar ahora todas las preguntas frecuentes y el FAQ Schema de nuestras webs?

No necesariamente.

Lo importante es separar tres cosas que muchas veces mezclamos:

el contenido de preguntas frecuentes, los datos estructurados y el rich result que Google mostraba en las SERP.

¿Qué era FAQ Schema?

FAQ Schema es una implementación de datos estructurados basada en Schema.org que permite describir contenido formado por preguntas y respuestas.

Por ejemplo:

Pregunta: ¿Cuánto tarda Google en indexar una página?

Respuesta: El tiempo puede variar dependiendo de diferentes factores relacionados con descubrimiento, rastreo e indexación.

Mediante datos estructurados podemos identificar programáticamente que una parte del contenido representa una pregunta y su respuesta.

Durante bastante tiempo esto tuvo un incentivo SEO adicional:

Google podía utilizar ese marcado para generar un resultado enriquecido.

Y ahí comenzó la fiebre por añadir FAQs a prácticamente cualquier artículo.

¿Qué eran los FAQ rich results?

Imaginemos un resultado tradicional:

Título

URL

Descripción

Con FAQ rich results podían aparecer debajo varias preguntas relacionadas con la página.

El resultado ocupaba más espacio.

Eso podía aumentar su visibilidad.

Por este motivo muchísimas webs comenzaron a añadir bloques de preguntas frecuentes al final de sus artículos.

No siempre porque ayudaran al usuario.

Muchas veces simplemente porque:

Quiero que mi resultado ocupe más espacio en Google.

¿Qué cambió primero?

Google ya había reducido considerablemente la visibilidad de este formato antes de 2026.

Durante los últimos años, los FAQ rich results fueron quedando limitados y dejaron de ser aquella oportunidad generalizada que muchos recordamos.

Pero en mayo de 2026 llegó el paso definitivo:

Google anunció que el FAQ rich result dejaría de aparecer en Google Search.

Y posteriormente eliminó su documentación específica.

Por tanto, si en 2026 estamos añadiendo FAQ Schema únicamente esperando conseguir aquellos desplegables debajo de nuestro resultado:

esa estrategia ya no tiene sentido para Google Search.

¿Debo eliminar mis preguntas frecuentes?

Aquí es donde diferenciaría claramente:

FAQ como contenido

de:

FAQ rich result.

Una buena sección de preguntas frecuentes puede seguir siendo extremadamente útil.

Imaginemos un artículo sobre hosting.

Después de la guía añadimos:

¿Cuánto espacio necesito?

¿Qué diferencia hay entre hosting y VPS?

¿Necesito SSL?

¿Puedo cambiar de hosting posteriormente?

Son dudas reales.

Ayudan al lector.

Pueden resolver objeciones.

Facilitan la navegación.

Incluso pueden permitirnos conectar al usuario con otros contenidos más específicos.

No eliminaría esas preguntas simplemente porque Google haya retirado un formato visual de sus resultados.

El error sería confundir SEO con decoración de SERP

Este cambio deja una lección interesante.

Durante años determinadas optimizaciones SEO terminan convirtiéndose en recetas:

Añade FAQ Schema.

Pon cinco preguntas.

Introduce keywords.

Consigue rich snippets.

Cuando desaparece el resultado enriquecido, parece que todo deja de tener utilidad.

Pero si nuestras FAQs existen para ayudar al usuario, siguen teniendo una función.

Si solamente existían para manipular el aspecto del resultado:

probablemente nunca fueron demasiado buenas.

¿Hay que eliminar el marcado FAQPage existente?

No haría una eliminación masiva simplemente por miedo.

Primero preguntaría:

¿Para qué estamos manteniendo ese marcado?

Si tenemos miles de páginas y el único objetivo del código era obtener el antiguo FAQ rich result de Google, ya no existe ese beneficio concreto.

Entonces podemos plantearnos simplificar nuestra implementación.

Pero tampoco trataría el marcado como si de repente fuera una penalización.

El cambio importante es que Google Search ya no muestra esa función enriquecida.

No significa que una web vaya a ser penalizada simplemente por tener una implementación válida de datos estructurados.

No confundas “ya no genera rich results” con “las FAQs perjudican al SEO”

Son cosas completamente diferentes.

Podemos seguir teniendo:

Preguntas frecuentes visibles y útiles

sin esperar:

FAQ rich results en Google.

Esta diferencia parece obvia, pero probablemente veremos durante bastante tiempo preguntas como:

¿Debo borrar todas las FAQs de mi web?

Yo no lo haría por defecto.

Analizaría si esas preguntas aportan valor.

Las FAQs pueden seguir ayudando a cubrir la intención

Supongamos que publicamos una guía:

Cómo elegir un hosting.

Durante el contenido explicamos:

• Rendimiento.

• Soporte.

• Almacenamiento.

• Backups.

• Escalabilidad.

Al final detectamos dudas muy concretas:

¿Puedo alojar varias webs?

¿Qué pasa si supero los recursos?

¿Necesito un VPS?

Responderlas puede mejorar el artículo.

No porque exista un schema mágico.

Sino porque estamos respondiendo mejor a la persona.

Esta es una forma mucho más saludable de pensar el SEO.

Las FAQs también pueden mejorar el enlazado interno

Aquí tenemos una oportunidad bastante interesante.

No necesitamos convertir cada respuesta en un artículo completo dentro del propio FAQ.

Podemos responder brevemente y dirigir al lector hacia una guía especializada cuando realmente necesite profundizar.

Por ejemplo:

¿Cuánto tarda Google en indexar una página?

Podemos dar una respuesta corta y después recomendar nuestra guía sobre cuánto tarda Google en indexar una página web.

Así la pregunta frecuente cumple dos funciones:

resuelve la duda inmediata

y:

facilita que el usuario profundice.

Eso sí me parece una utilización inteligente de una sección FAQ.

No conviertas las FAQs en un contenedor de keywords

Otro error bastante habitual:

¿Cuál es el mejor hosting barato España?

¿Cuál es el mejor hosting barato España 2026?

¿Qué hosting barato España comprar?

¿Dónde comprar mejor hosting barato España?

Esto no está escrito para personas.

Está intentando introducir variaciones de keywords.

No utilizaría las FAQs de esa manera.

Las preguntas deberían parecerse a dudas que una persona podría plantear realmente.

¿FAQ Schema ayuda directamente a posicionar?

No trataría los datos estructurados como un factor mágico de rankings.

Su función principal es ayudar a los sistemas a comprender determinadas características y entidades de una página y, en los tipos compatibles, hacer que el contenido pueda optar a ciertas experiencias enriquecidas.

Pero implementar un schema no convierte automáticamente un contenido mediocre en un buen resultado.

Esto es especialmente importante ahora.

Si alguien vende:

“Instalamos FAQ Schema para subir posiciones en Google.”

yo preguntaría:

¿Cuál es exactamente el mecanismo y qué función actual de Google pretende conseguir?

Porque el antiguo FAQ rich result ya no está disponible.

¿Y qué ocurre con Search Console?

Este cambio también implica que no deberíamos diseñar nuestros procesos SEO alrededor de una función de apariencia en Search que Google ya ha retirado.

Si teníamos dashboards, informes o procedimientos centrados específicamente en conseguir FAQ rich results, toca revisarlos.

En cambio, seguiría analizando lo que realmente importa:

• Consultas.

• Clics.

• Impresiones.

• Posición.

• CTR.

• Páginas.

• Conversiones.

La desaparición de una función SERP no cambia la necesidad de medir si nuestro contenido consigue tráfico útil.

¿Debemos eliminar las FAQs antiguas que no aportan nada?

Aquí sí.

Pero no por el cambio de Google.

Las eliminaría porque no aportan nada.

Imaginemos que hace tres años añadimos automáticamente seis preguntas a cada artículo porque una herramienta SEO nos recomendaba hacerlo.

Ahora revisamos esas páginas y encontramos preguntas:

• Repetitivas.

• Artificiales.

• Sin búsquedas.

• Ya respondidas en el texto.

• Escritas únicamente para meter keywords.

No necesitamos conservarlas por nostalgia.

Podemos simplificar el contenido.

Una actualización SEO no consiste solamente en añadir cosas.

A veces mejorar una página significa eliminar ruido.

No añadas FAQs a todos los artículos

No todas las páginas necesitan preguntas frecuentes.

Un artículo puede terminar perfectamente después de explicar el tema.

No necesitamos:

Conclusión

seguida de:

10 preguntas frecuentes

si esas preguntas simplemente repiten lo que acabamos de decir.

Añadir contenido porque una plantilla nos obliga puede empeorar la experiencia.

Utilizaría FAQs cuando realmente exista un conjunto de dudas complementarias.

¿Y las páginas de producto?

Aquí pueden tener muchísimo sentido.

Imaginemos un servicio.

El usuario puede preguntar:

• ¿Cuánto tarda?

• ¿Cómo se paga?

• ¿Puedo cancelar?

• ¿Qué incluye?

• ¿Necesito conocimientos técnicos?

Responder estas preguntas puede ayudar a convertir.

Aunque Google no muestre un FAQ rich result, la sección sigue teniendo valor comercial.

El SEO no debería hacernos olvidar que una web también tiene objetivos de negocio.

¿Y en ecommerce?

Exactamente igual.

Una buena sección de preguntas puede reducir dudas sobre:

• Envíos.

• Compatibilidad.

• Tallas.

• Instalación.

• Devoluciones.

• Garantías.

Si mejora la experiencia y ayuda al usuario a decidir, tiene sentido.

No necesitamos que Google nos premie visualmente para justificarla.

FAQ Schema y las búsquedas con IA

Aquí también conviene evitar otro salto lógico.

Podemos pensar:

Si ya no sirve para rich results, quizá ahora es imprescindible para AI Overviews.

No asumiría eso.

Google ha explicado en su documentación actual sobre funciones generativas que las buenas prácticas SEO tradicionales siguen siendo relevantes y que no hacen falta archivos o marcados especiales para aparecer en sus experiencias generativas.

Por tanto, no convertiría FAQ Schema en una nueva supuesta técnica de:

GEO

o:

AEO

sin evidencias.

Si queremos trabajar específicamente la visibilidad en las respuestas generativas de Google, tenemos una guía dedicada al SEO para Google AI Overviews y AI Mode.

La prioridad sigue siendo crear contenido que realmente aporte una respuesta útil.

La estructura clara sí sigue teniendo sentido

Que no necesitemos FAQ Schema para conseguir el antiguo rich result no significa que debamos escribir páginas desorganizadas.

Todo lo contrario.

Seguiría utilizando:

• H2.

• H3.

• Párrafos claros.

• Listas cuando ayudan.

• Tablas cuando corresponden.

• Preguntas como encabezados cuando son naturales.

• Respuestas directas.

Una buena estructura ayuda al usuario a encontrar información.

Eso tiene valor independientemente de cualquier resultado enriquecido.

No persigas plugins de schema sin entender qué hacen

En WordPress existen multitud de plugins capaces de añadir automáticamente datos estructurados.

El problema aparece cuando activamos:

FAQ

Article

Breadcrumb

Product

Review

y cualquier otro tipo disponible simplemente porque:

Cuanto más schema, mejor SEO.

No funciona así.

Los datos estructurados deberían representar correctamente el contenido real de la página y utilizarse con una finalidad concreta.

Más JSON-LD no equivale a mejores rankings.

Revisa también schemas duplicados

Otro problema habitual en WordPress:

El theme añade schema.

El plugin SEO añade schema.

Otro plugin de FAQs añade schema.

El constructor visual añade otra implementación.

Terminamos con varias piezas intentando describir lo mismo.

Antes de añadir más marcado, comprobaría qué está generando actualmente la página.

Este tipo de auditorías encaja precisamente dentro del SEO técnico de DSForo, donde estamos agrupando temas sobre rastreo, indexación, rendimiento y arquitectura técnica.

Qué haría con una web que tiene FAQ Schema en 10.000 URLs

No pulsaría:

Eliminar de todo.

Haría primero una auditoría.

Paso 1: identificar las páginas

¿Dónde tenemos FAQ Schema?

Paso 2: comprobar las FAQs visibles

¿Son útiles o fueron generadas únicamente para SEO?

Paso 3: revisar la implementación

¿Tenemos marcado duplicado o incorrecto?

Paso 4: separar contenido de marcado

Una FAQ puede ser útil aunque decidamos retirar determinado código.

Paso 5: priorizar

Empezaría por las plantillas y páginas con más tráfico.

Paso 6: medir

Comprobaría que los cambios no han provocado problemas inesperados.

La idea es simplificar con criterio, no reaccionar impulsivamente a cualquier cambio de Google.

Qué haría en artículos nuevos

Mi criterio en 2026 sería sencillo:

Añadiría preguntas frecuentes si:

• Resuelven dudas reales.

• Complementan el artículo.

• Evitan que el usuario tenga que buscar otra vez.

• Permiten explicar casos concretos.

• Ayudan a tomar una decisión.

• Facilitan enlazar recursos relacionados.

No las añadiría si:

• Solo queremos aumentar palabras.

• Repiten el artículo.

• Se generan automáticamente.

• Intentan introducir keywords.

• Esperamos conseguir el antiguo rich result.

• No existe ninguna pregunta real que responder.

Este cambio deja una lección SEO importante

Las funciones de Google cambian.

Hoy tenemos un rich result.

Mañana puede desaparecer.

Lo mismo ocurre con:

• Formatos.

• SERP features.

• Datos estructurados.

• Herramientas.

• Interfaces.

• Recomendaciones.

Si construimos nuestra estrategia alrededor de un truco concreto, podemos perder todo el beneficio cuando Google modifica la función.

Si construimos alrededor de:

contenido útil + buena arquitectura + experiencia + autoridad + comunidad

el proyecto es mucho más resistente.

Por eso merece la pena seguir las novedades y contrastarlas dentro de una comunidad y foro SEO, pero sin convertir cada cambio de Google en una excusa para rehacer toda la web.

Checklist de FAQ Schema para 2026

Si hoy auditara una web, comprobaría:

1. ¿Tenemos FAQs porque son útiles o por el antiguo rich result?

2. ¿Las preguntas aparecen realmente en la página?

3. ¿Repiten información innecesariamente?

4. ¿Estamos generándolas automáticamente?

5. ¿Existen implementaciones duplicadas?

6. ¿Estamos esperando todavía los antiguos desplegables de Google?

7. ¿Podemos utilizar algunas preguntas para mejorar el enlazado interno?

8. ¿Las respuestas están actualizadas?

9. ¿Las FAQs ayudan al usuario a completar su objetivo?

10. ¿Podemos eliminar preguntas que solo añaden ruido?

Con estas preguntas tomaría decisiones mucho mejores que simplemente:

¿FAQ Schema sí o no?

Conclusión

En 2026 debemos actualizar nuestra forma de pensar sobre FAQ Schema.

Google ya no muestra los antiguos FAQ rich results en Search.

Eso elimina uno de los principales motivos por los que muchas webs implementaron este marcado.

Pero no significa que:

las preguntas frecuentes hayan dejado de ser útiles.

Una buena FAQ puede seguir:

• Resolviendo dudas.

• Mejorando la experiencia.

• Cubriendo preguntas complementarias.

• Ayudando a convertir.

• Facilitando el enlazado interno.

• Organizando información.

Lo que dejaría de hacer es añadir cinco preguntas artificiales a cada artículo esperando conseguir más espacio en Google.

La pregunta correcta ya no es:

¿Cómo consigo FAQ rich results?

Sino:

¿Estas preguntas hacen que mi página sea realmente mejor para quien la visita?

Si la respuesta es sí, probablemente merezca la pena mantenerlas.

Si la respuesta es no, ningún schema va a convertirlas en contenido útil.

¿Tenéis todavía FAQ Schema implementado en vuestras webs? ¿Pensáis mantenerlo, retirarlo o simplemente conservar las preguntas frecuentes sin preocuparos ya por el antiguo rich result?