Google retira las FAQ con JSON-LD y mueve otra vez el tablero del SEO: qué ha cambiado desde el core update de marzo de 2026

Google no suele hacer mudanzas con una banda de música. Normalmente mueve una silla, cambia una puerta de sitio, apaga una luz, quita una función que llevaba años ahí y, cuando quieres darte cuenta, el salón ya no se parece demasiado al que tenías controlado, entras a oscuras y te revientas el meñique contra un mueble que no estaba antes ahí.

Eso es, más o menos, lo que ha pasado desde el core update de marzo de 2026. No ha sido solo una actualización del algoritmo. Ha sido una secuencia de cambios, aclaraciones y retiradas que apuntan en la misma dirección: Google quiere una página de resultados más simple, más controlada, más compatible con sus experiencias de IA y menos dependiente de ciertos “trucos” que muchos SEOs llevábamos años usando como si fueran enchufes universales.

El caso más llamativo es el de las FAQ con JSON-LD. Durante años, añadir marcado FAQPage era casi una rutina: preguntas frecuentes visibles en la página, JSON-LD bien puesto, prueba en Rich Results Test y a esperar que Google enseñara esos desplegables tan majos en los resultados. Pues bien: Google ha marcado la función de FAQ rich results como retirada desde el 7 de mayo de 2026. Ya no aparecen en Google Search y la propia documentación avisa de que el informe específico, el soporte en Rich Results Test y la compatibilidad en la API de Search Console irán desapareciendo en los próximos meses. [1]

La pregunta, por tanto, no es solo si hay que quitar o dejar el JSON de las FAQ. La pregunta buena es otra: qué nos está diciendo Google con todos estos movimientos.

Y la respuesta empieza a tener bastante mala gaita: Google está reduciendo adornos visibles, está metiendo más IA en sus resultados, está siendo más selectivo con lo que muestra y está dejando menos margen para webs que dependen de cuatro apaños técnicos sin una estructura sólida detrás.

Primero, pongamos orden: qué fue el core update de marzo de 2026

El March 2026 core update empezó el 27 de marzo de 2026 y terminó el 8 de abril de 2026, según el panel oficial de estado de Google Search. Fue el primer broad core update de búsqueda web confirmado en 2026 y duró algo más de doce días. [2]

Conviene matizar esto porque 2026 ya venía calentito. En febrero, Google había anunciado un movimiento específico para Discover, que analicé en el artículo sobre el Google Core Update de febrero de 2026 y su impacto en Discover. Y, antes de eso, el cierre de 2025 ya nos había dejado otra sacudida seria con el Google Core Update de diciembre de 2025.

Vistos en conjunto, estos movimientos dibujan una tendencia bastante clara: Google está afinando la selección de fuentes, formatos y páginas que considera dignas de ocupar espacio en sus resultados. No hablamos solo de posiciones. Hablamos también de Discover, resultados enriquecidos, respuestas generadas por IA, snippets, enlaces internos dentro de la SERP y visibilidad de marca.

Como siempre ocurre con este tipo de actualizaciones, Google no publicó una lista de factores concretos del tipo “hemos subido esto, hemos bajado aquello y hemos castigado al que haya escrito tres artículos sobre freidoras de aire con cara de no haber visto una freidora en su vida”. La explicación oficial fue la habitual: una actualización amplia para mejorar cómo Google muestra contenido relevante y satisfactorio.

La comunidad SEO sí detectó bastante movimiento. Search Engine Land, citando datos de SE Ranking, informó de una volatilidad fuerte, con cambios relevantes en posiciones altas y muchas URL saliendo o entrando del top 10. [3] Como siempre, esto conviene leerlo con cuidado: los datos de herramientas externas ayudan a ver tendencias, pero no son una radiografía completa del algoritmo.

Lo importante para una pyme, un negocio local o una web de servicios es esto: después de un core update no tiene demasiado recorrido correr a tocar títulos, cambiar cuatro H2 y meter palabras clave como quien echa sal a unas patatas. Lo que hay que revisar es si la página merece ocupar el sitio que tenía. Y esa pregunta, aunque fastidie, es bastante más incómoda.

El cambio más visible: adiós a los resultados enriquecidos de FAQ

Vamos con el elefante en la cacharrería: Google ha retirado los resultados enriquecidos de FAQ.

La documentación oficial de Google Search Central indica que, desde el 7 de mayo de 2026, los FAQ rich results ya no aparecen en Google Search. También avisa de que en junio de 2026 se eliminará el informe de apariencia de búsqueda de FAQ, el informe de rich results y el soporte de FAQ en Rich Results Test; y que en agosto de 2026 se eliminará el soporte en la API de Search Console. [1]

Esto cambia bastante la forma de trabajar muchas páginas.

Hasta ahora, en una página de servicios, un artículo informativo o una landing local, era frecuente añadir un bloque de preguntas frecuentes al final y marcarlo con FAQPage. No siempre aparecía en Google, porque Google ya había limitado mucho esta función desde 2023, especialmente a webs gubernamentales y sanitarias de autoridad. Pero todavía había quien lo mantenía como parte de su checklist SEO.

Ahora la lectura es más clara: si tienes FAQ en una página, deben estar ahí porque ayudan al usuario, no porque esperes ocupar más espacio visual en la SERP.

Esto obliga también a revisar algunas ideas que se han repetido mucho en los últimos meses sobre la estructura del contenido para IA. En el artículo sobre los 10 mandamientos para que tu negocio salga en las respuestas de la IA ya hablaba de la importancia de ordenar bien la información, responder dudas concretas y facilitar que los sistemas entiendan la página. Eso sigue siendo válido. Lo que se ha ido al garete es el premio visual de las FAQ tradicionales en Google Search.

Entonces, ¿hay que borrar el JSON-LD de FAQ?

No necesariamente en plan emergencia, pero sí hay que cambiar la prioridad.

Si una web tiene marcado FAQPage bien implementado, visible en la página, sin contenido inventado y sin problemas técnicos, no es que vaya a explotar el servidor. Pero para una web de pyme, servicios locales o blog profesional, ya no tiene mucho recorrido dedicar tiempo a generar JSON-LD de FAQ pensando en conseguir desplegables en Google. Esa fiesta se ha terminado.

Lo que sí tiene utilidad es conservar las preguntas frecuentes cuando aportan valor. Una buena FAQ puede resolver objeciones comerciales, mejorar la conversión, reforzar la claridad de una página y evitar correos o llamadas repetitivas. Eso sigue teniendo valor. Lo que cambia es el premio visible en Google.

La FAQ deja de ser una palanca para “pillar más SERP” y vuelve a ser lo que siempre debió ser: contenido útil para quien está a punto de decidir si contacta, reserva, compra o sale corriendo.

Datos estructurados: menos decoración y más precisión

La retirada de las FAQ forma parte de una tendencia más amplia: Google está simplificando los resultados enriquecidos y siendo más selectivo con los datos estructurados.

Esto no significa que el marcado schema haya dejado de servir. Significa que hay que usarlo con más cabeza.

Google sigue indicando que los datos estructurados deben coincidir con el contenido visible de la página y que no hay garantía de que un resultado enriquecido aparezca aunque el marcado sea técnicamente correcto. [4] Dicho de otra forma: pasar el test no equivale a tener derecho divino a una estrellita, un desplegable o un resultado más vistoso.

Para una web profesional, el enfoque razonable sería este:

• Article o BlogPosting para artículos.
• LocalBusiness o tipos más específicos cuando correspondan al negocio.
• Organization para datos corporativos.
• BreadcrumbList para migas de pan.
• Product, Service, Event o Review solo cuando el contenido real lo justifique.

En una auditoría SEO local en Santander, esta parte no debería revisarse como un adorno técnico, sino como una capa más de claridad: qué es el negocio, qué servicios presta, dónde trabaja, qué páginas son principales y qué información puede entender Google sin tener que jugar a las adivinanzas.

Y, sobre todo, nada de marcar cosas que no están en la página. Google lleva años avisando, pero cada cierto tiempo hay que repetirlo porque siempre aparece alguien vendiendo el “schema mágico” como si fuera una piedra filosofal con extensión .json.

Ojo con las imágenes: Google ha aclarado cómo elegir la imagen preferida

Otro cambio menos ruidoso, pero muy interesante para blogs y webs que cuidan su presentación, fue la actualización de la documentación sobre imágenes. Google añadió buenas prácticas para indicar una imagen preferida mediante metadatos, incluyendo primaryImageOfPage, la propiedad image en el marcado schema y la etiqueta og:image. [5]

Esto nos afecta bastante más de lo que parece.

En una web que publica artículos, Google puede escoger imágenes para resultados de búsqueda, Discover u otros entornos. Si dejas que el sistema elija sin darle pistas claras, puede acabar mostrando un logo genérico, una imagen secundaria, una captura rara o una foto que no resume nada. Muy Google todo.

La recomendación práctica es clara: cada artículo importante debería tener una imagen principal coherente, de buena resolución, representativa del contenido y bien declarada tanto en Open Graph como en el marcado schema cuando proceda.

Para Local Rank 942, esto refuerza una idea que ya venía aplicándose: las imágenes de portada no son adorno. Son parte del paquete SEO, de la compartición social y de la forma en que Google entiende visualmente la página. Lo mismo ocurre con una web local: si una página quiere captar clientes, no basta con que exista; debe cargar bien, verse bien y explicar rápido qué ofrece, como contaba en SEO local: cómo salir arriba en Google sin pagar por cada clic.

“Read more” deep links: Google quiere poder llevar al usuario a una sección concreta

El 20 de abril de 2026, Google añadió una sección sobre los enlaces profundos tipo “read more” dentro de la documentación de snippets. Estos enlaces pueden llevar al usuario directamente a una sección concreta de una página desde el resultado de búsqueda. [6]

La parte práctica es interesante: Google recomienda que el contenido esté inmediatamente visible para el usuario, que no dependa de secciones ocultas en pestañas o desplegables, y que no se use JavaScript para forzar la posición de scroll o eliminar fragmentos de URL. [6]

Esto tiene implicaciones para cómo montamos artículos largos, índices, anclas internas, acordeones y bloques desplegables.

Si una sección importante está escondida detrás de un acordeón, un tab o un bloque que solo aparece tras interacción, quizá sea cómoda visualmente, pero también puede ser menos directa para Google y para el usuario. No significa que los acordeones estén prohibidos. Significa que no conviene esconder dentro de ellos contenido que realmente quieres posicionar o usar como respuesta principal.

Para artículos largos, guías y contenidos tipo pilar, una estructura clara con encabezados bien redactados, índice interno y secciones visibles sigue siendo una opción mucho más sólida que convertir la página en un mueble de cajones cerrados.

Google también ha aclarado algo curioso: respeta meta robots fuera del head

El 24 de marzo, Google actualizó su documentación sobre robots meta tags para aclarar que Search respeta etiquetas meta robots aunque aparezcan en el body del HTML, no solo en el head. Google matiza que lo recomendable sigue siendo colocarlas en el head, pero documenta que puede respetarlas también en el cuerpo del documento. [7]

Esto parece un detalle técnico menor, pero tiene su gracia.

En webs hechas con CMS, constructores, plugins de SEO, builders, módulos raros y plantillas con más capas que una lasaña de domingo, a veces aparecen etiquetas donde no deberían. Un noindex mal inyectado no deja de ser peligroso porque esté en una zona “fea” del HTML. Si Google lo ve y lo respeta, puedes tener un problema serio.

La lectura práctica es sencilla: cuando una URL importante desaparece, no basta con mirar la configuración bonita del plugin SEO. Hay que inspeccionar el HTML real, la respuesta HTTP y cualquier cabecera X-Robots-Tag. Porque a veces la web dice “indexable” en el panel, pero en el código va dejando notas de suicidio SEO.

Nueva política de spam: el secuestro del botón “atrás” entra en la lista negra

El 13 de abril de 2026, Google anunció una nueva política explícita contra el back button hijacking, una práctica que manipula la navegación del navegador para impedir que el usuario vuelva fácilmente a la página anterior al pulsar el botón “atrás”. [8]

Google explicó que esta práctica puede mandar al usuario a páginas que no ha visitado, mostrarle recomendaciones o anuncios no solicitados, o impedirle navegar con normalidad. La aplicación de esta política empezará el 15 de junio de 2026, con posibles acciones manuales o degradaciones automáticas para las páginas que la incumplan. [8]

Para webs normales de empresa no debería ser un problema, salvo que estén usando scripts de publicidad, pop-ups, redirecciones agresivas, intersticiales de terceros o inventos similares.

Aun así, conviene revisarlo. A veces el dueño de la web no ha decidido manipular el botón atrás. Simplemente ha instalado un script, una plataforma publicitaria o un plugin que lo hace por él. Y Google, como suele ocurrir, no va a aceptar como defensa aquello de “yo no sabía que el plugin hacía cosas raras”.

Los reportes de spam pueden acabar en acciones manuales

Otra aclaración importante llegó en abril: Google actualizó su documentación para indicar que puede usar los reportes de spam enviados por usuarios para tomar acciones manuales contra infracciones de sus políticas. [9]

Esto no significa que denunciar a un competidor vaya a hacer que Google lo hunda mañana por la mañana mientras tú desayunas tan tranquilo. No funciona así. Pero sí cambia la idea, bastante extendida, de que los formularios de spam solo servían para entrenar sistemas y no tenían impacto directo.

La documentación actual dice que Google puede usar esos reportes para tomar acciones manuales contra violaciones. También advierte de que no deben incluirse datos personales identificables, porque el texto puede enviarse al propietario del sitio si se emite una acción manual. [9]

Traducción práctica: si una web está haciendo cosas muy discutibles, cada vez conviene menos confiar en que nadie la mire. Y si gestionas una web propia, conviene mantenerla limpia, no solo por el algoritmo, sino porque cualquier práctica agresiva puede acabar señalada y te van a meter mano.

AI Overviews y AI Mode: Google está cambiando cómo muestra enlaces

El 6 de mayo de 2026, Google anunció cinco cambios en sus experiencias generativas de búsqueda, especialmente AI Mode y AI Overviews. Entre ellos: más enlaces dentro de las respuestas, sugerencias para explorar ángulos relacionados, previsualizaciones al pasar el ratón sobre enlaces, más contexto sobre fuentes de foros o redes sociales y enlaces destacados para suscripciones de noticias. [10]

Este movimiento sigue la línea que ya se veía en las nuevas funciones de búsqueda impulsadas por IA en Google y en la evolución hacia una nueva búsqueda de Google con IA, más conversacional, más multimodal y más cerrada dentro del propio buscador.

La parte que más nos interesa es esta: Google insiste en que quiere mostrar más enlaces junto al texto relevante dentro de las respuestas generadas por IA. [10]

Esto no arregla el problema de fondo para los editores, pero sí marca una dirección. Google sabe que si convierte la búsqueda en una respuesta cerrada sin clics, rompe parte del ecosistema que alimenta sus resultados. Por eso está intentando enseñar más fuentes, más contexto y más caminos de salida desde la respuesta de IA.

Ahora bien, no conviene hacerse ilusiones infantiles. Que Google muestre más enlaces no significa que vaya a devolver automáticamente todo el tráfico perdido. Significa que habrá más oportunidades de aparecer citado, enlazado o usado como fuente en ciertos contextos. Y para eso una web tiene que estar bien hecha, bien estructurada y aportar algo que no sea una repetición templada de lo que ya han dicho otros veinte.

No existe un “schema especial para IA”

Este punto merece sección propia porque se va a vender mucha moto con él.

Google dice en su documentación sobre funciones de IA que no hay requisitos técnicos adicionales para aparecer en AI Overviews o AI Mode. Una página debe estar indexada, ser apta para aparecer en Google Search con snippet y cumplir las prácticas básicas de SEO. Google también indica que no hace falta crear archivos especiales para IA ni añadir un schema.org especial para estas funciones. [11]

Esto no significa que la IA no cambie nada. Cambia muchísimo. Pero no lo cambia en forma de “mete este JSON y ya estás optimizado para la IA”. Esa frase la veremos, seguro, porque el mercado tiene una capacidad admirable para convertir cualquier cambio en un curso de 997 euros.

Lo que sí parece cada vez más importante es que el contenido sea claro, rastreable, bien enlazado, textual cuando debe ser textual, apoyado por imágenes o vídeos útiles cuando proceda, y con datos de negocio actualizados en Google Business Profile, Merchant Center u otras fuentes relevantes. [11]

Para negocios locales, esto conecta directamente con una idea básica: la ficha de Google no puede ir por un lado y la web por otro. Ya lo expliqué con más detalle en la guía de Google Business Profile en Cantabria, porque muchas empresas siguen tratando la ficha como un cartel pegado en una pared, cuando en realidad forma parte del sistema de visibilidad local.

Preferred Sources ya está disponible en todos los idiomas

El 30 de abril de 2026, Google anunció que Preferred Sources pasaba a estar disponible en todos los idiomas compatibles con Google Search. Esta función permite a los usuarios elegir fuentes que quieren ver con más frecuencia en Top Stories. [12]

Para una pyme local normal, esto no cambia la estrategia diaria de forma directa. Pero para medios, blogs con audiencia recurrente, proyectos editoriales o marcas con comunidad, sí deja una pista interesante: Google está introduciendo más mecanismos para que el usuario indique qué fuentes prefiere.

Esto refuerza algo que en SEO se ha repetido muchas veces y se ha practicado bastante menos: la marca importa. La búsqueda de marca importa. La recurrencia importa. Que alguien quiera volver a tu web importa.

No todo el SEO consiste en aparecer para una búsqueda fría. También consiste en conseguir que, cuando el usuario te vea, reconozca tu nombre y no piense “otra web genérica con plantilla de consejos reciclados”.

Foros, Q&A y contenido de experiencia directa ganan contexto

Google también actualizó en marzo la documentación de datos estructurados para Discussion Forum y QAPage, añadiendo propiedades compatibles para aclarar mejor la estructura de hilos, comentarios y respuestas. [13]

Esto conecta con otro movimiento: en AI Mode y AI Overviews, Google está mostrando más contexto cuando cita foros, redes sociales o discusiones públicas, incluyendo nombres de creadores, handles o comunidades. [10]

La lectura no es que ahora todas las empresas tengan que abrir un foro como si estuviéramos otra vez en 2003 con avatares pixelados y firmas enormes. La lectura es que Google sigue buscando señales de experiencia directa, conversación real y fuentes con contexto humano.

Para negocios locales y webs profesionales, esto puede traducirse en contenido más pegado a la realidad: casos propios, ejemplos reales, problemas frecuentes de clientes, comparativas con criterio, fotos originales, procesos explicados desde dentro y páginas que no parezcan escritas por una tostadora educada.

Indexación más selectiva: lo confirmado y lo observado

Además de los cambios oficiales, durante mayo se han visto bastantes comentarios en la comunidad SEO sobre aumentos en páginas marcadas como “Crawled - currently not indexed” y episodios de volatilidad en rankings. Search Engine Roundtable informó el 15 de mayo de 2026 de movimiento fuerte en rankings el 13 y 14 de mayo y de que más sitios estaban observando problemas de indexación, aunque lo presentó como un fenómeno no confirmado por Google. [14]

Aquí conviene ser prudentes. No podemos afirmar que haya una actualización oficial de indexación si Google no la ha confirmado. Pero sí podemos extraer una recomendación práctica: hay que mirar Search Console con más atención.

Una URL rastreada pero no indexada no siempre indica un problema técnico. A veces Google puede acceder perfectamente a la página y, aun así, decidir que no merece entrar en el índice. Puede ser por duplicidad, baja calidad, contenido demasiado parecido a otros, falta de enlaces internos, poca relevancia dentro del sitio o una mezcla de todo eso.

Por eso, antes de publicar más y más páginas, conviene revisar si cada URL responde a una intención clara, algo que también afecta a la elección de palabras clave que traen clientes y no solo visitas. Una página creada para rellenar huecos rara vez aguanta bien cuando Google se pone selectivo.

Para una web de servicios, esto es muy importante. Si creas veinte páginas locales cambiando solo el nombre del municipio, es posible que Google no se emocione. Si publicas artículos genéricos que no aportan nada frente a lo que ya existe, tampoco. Y si una página importante está huérfana, escondida o enlazada solo desde un sitemap, luego no conviene poner cara de sorpresa si Google la trata como un mueble del trastero.

Search Console ya no es opcional: hay que mirar datos, no hacer espiritismo SEO

Después de un core update, el primer impulso suele ser buscar una causa rápida: “seguro que ha sido el título”, “seguro que ha sido el plugin”, “seguro que Google odia mi web porque sí”. A veces hay un problema técnico claro, pero muchas veces hay que mirar datos antes de sacar el martillo.

En este punto, Google Search Console sigue siendo una herramienta básica. No porque lo diga Google con voz celestial, sino porque permite separar impresiones, clics, CTR, posición media, páginas, consultas, dispositivos y tipos de búsqueda.

Tras el core update de marzo y los cambios posteriores, es conveniente comparar periodos con con ojo clínico. No es lo mismo perder clics porque has bajado posiciones que perderlos porque la SERP ahora enseña más IA, más módulos, más respuestas directas o menos resultados enriquecidos. Tampoco es lo mismo caer en una página concreta que ver una pérdida general repartida por todo el sitio.

La diferencia es importante: una caída de rankings puede pedir una revisión de calidad, estructura, intención de búsqueda y enlazado interno. Una caída de CTR con posiciones similares puede indicar que la SERP ha cambiado y que el resultado orgánico se ha quedado con menos espacio visual. Y una caída de indexación puede llevarte directamente a revisar rastreo, duplicidad, canónicas, contenido débil o arquitectura interna.

Qué debería hacer una web ahora mismo

La lista de acciones no tiene misterio, pero sí lleva trabajo.

1. Revisar el marcado de FAQ

Las FAQ visibles pueden quedarse si ayudan al usuario. Lo que ya no tiene prioridad es generar FAQPage pensando en conseguir desplegables en Google. Si el marcado está bien y no molesta, no hace falta entrar con motosierra. Pero si hay plugins generando JSON-LD de FAQ en masa, conviene revisarlo y simplificar.

2. Auditar datos estructurados importantes

Hay que comprobar que el schema usado tenga relación real con la página. Nada de marcar reseñas inexistentes, servicios que no se explican, productos sin datos o preguntas que no aparecen visibles. Google está reduciendo funciones, pero no ha abandonado los datos estructurados. Simplemente parece menos dispuesto a premiar decoración técnica.

3. Cuidar la imagen principal de cada artículo

Conviene declarar bien la imagen destacada mediante og:image y, cuando proceda, mediante schema. Mejor una imagen representativa, de buena resolución y asociada al contenido que un logo genérico o una creatividad reutilizada hasta el cansancio.

4. Revisar índices, anclas y secciones ocultas

Si una sección es importante para posicionar, mejor visible, clara y enlazable. Los acordeones pueden servir para ordenar, pero no deberían ser el escondite de lo principal. En artículos largos, los encabezados bien escritos y los enlaces internos siguen siendo aliados.

5. Inspeccionar noindex, robots y cabeceras

Especialmente en Joomla, WordPress y webs con muchos plugins, merece la pena revisar el HTML real y las cabeceras HTTP. Un noindex fuera de sitio puede seguir siendo leído. Una cabecera X-Robots-Tag mal puesta puede dejarte una URL fuera de juego sin que el panel del CMS lo explique claramente.

6. Comprobar scripts agresivos

Pop-ups, anuncios, redirecciones, intersticiales y scripts de terceros deben revisarse. Si manipulan el historial del navegador o impiden volver atrás con normalidad, hay riesgo con la nueva política de back button hijacking.

7. Mirar Search Console después del core update

Hay que comparar antes y después del 27 de marzo y del 8 de abril, separando consultas, páginas, países, dispositivos y tipo de búsqueda. También conviene revisar el informe de indexación, especialmente las URL importantes que estén en “Crawled - currently not indexed” o “Discovered - currently not indexed”.

8. Pensar en AI Overviews sin caer en amuletos

No hay un schema mágico para IA. Lo que sí hay es necesidad de contenido más claro, útil, rastreable y con experiencia real. Las páginas que solo repiten definiciones genéricas tienen cada vez peor pinta en un entorno donde Google puede resumir lo básico sin mandar tráfico a nadie.

9. Revisar el enlazado interno con más intención

Una página importante no debería quedar aislada. Si tienes artículos sobre core updates, AI Overviews, Google Business Profile, auditoría SEO local, Search Console o palabras clave, deben relacionarse entre ellos cuando el contexto lo justifique. No por llenar el texto de enlaces, sino para que Google entienda mejor la relación entre temas y para que el usuario pueda ampliar sin tener que irse a buscarlo fuera.

La conclusión: menos fuegos artificiales y más sustancia

Si juntamos todas las piezas, el dibujo es bastante claro.

Google ha retirado los resultados enriquecidos de FAQ, ha aclarado cómo trata ciertos metadatos, ha añadido una política contra prácticas manipuladoras de navegación, ha reforzado el posible uso de reportes de spam, ha ampliado Preferred Sources y está modificando cómo aparecen los enlaces dentro de sus respuestas de IA. No son cambios aislados. Son señales de una misma etapa.

El SEO de 2026 no consiste solo en indexar páginas y sentarse a esperar que lleguen clics. Consiste en "merecer" la indexación, estructurar bien la información, reforzar la marca, aportar experiencia real y evitar depender de pequeñas ventajas visuales que Google puede quitar en cualquier momento y dejarte con el culo al aire.

Lo de las FAQ con JSON-LD es el ejemplo perfecto. Durante un tiempo fueron útiles. Luego quedaron limitadas. Ahora desaparecen como resultado enriquecido. Quien las usaba para ayudar al usuario no pierde demasiado. Quien las usaba como trucazo para ocupar más pantalla acaba de perder otro juguete. Y seguramente no será el último.

Porque Google está moviendo el tablero mientras todos seguimos jugando. La parte buena es que algunas reglas siguen siendo bastante estables: una web clara, rápida, rastreable, bien enlazada, con contenido útil, señales de confianza y una propuesta real detrás sigue teniendo más recorrido que una colección de parches técnicos puestos para ver si cuela.

El problema es que eso exige trabajar. Y eso, en SEO, siempre ha sido la parte menos sexy.

Fuentes consultadas

1. Google Search Central: documentación de FAQPage y aviso de retirada de los FAQ rich results desde el 7 de mayo de 2026. Google Search Central
2. Google Search Status Dashboard: March 2026 core update, iniciado el 27 de marzo de 2026 y completado el 8 de abril de 2026. Google Search Status Dashboard
3. Search Engine Land: análisis de volatilidad del core update de marzo de 2026 con datos de SE Ranking. Search Engine Land
4. Google Search Central: directrices generales de datos estructurados. Google Search Central
5. Google Search Central: buenas prácticas para imágenes y uso de primaryImageOfPage, image y og:image. Google Search Central
6. Google Search Central: documentación de snippets y enlaces profundos tipo “read more”. Google Search Central
7. Google Search Central: documentación sobre robots meta tags y aclaración sobre etiquetas fuera del head. Google Search Central
8. Google Search Central Blog: nueva política de spam sobre back button hijacking. Google Search Central Blog
9. Google Search Central: reporte de spam, phishing o malware y posible uso para acciones manuales. Google Search Central
10. Google Blog: cinco nuevas formas de explorar la web con IA en Search, AI Mode y AI Overviews. Google Blog
11. Google Search Central: documentación sobre funciones de IA y sitios web. Google Search Central
12. Google Blog: Preferred Sources disponible en todos los idiomas compatibles con Google Search. Google Blog
13. Google Search Central: documentación de DiscussionForumPosting y QAPage. Google Search Central
14. Search Engine Roundtable: volatilidad no confirmada en rankings e informes de indexación en mayo de 2026. Search Engine Roundtable