Google prueba barra lateral izquierda en búsqueda: cómo optimizar WordPress para AI Mode

#Qué está probando Google en la barra lateral de la búsqueda de escritorio

El 14 de octubre de 2026 Barry Schwartz informó en Search Engine Roundtable de que Google parece estar probando la barra lateral vertical izquierda de AI Mode en la página principal de resultados de búsqueda web. En sus palabras: “Esto coloca el pequeño logotipo de la super G de Google a la izquierda, junto con las líneas del historial de chats, una forma de iniciar un chat con AI Mode y el icono de ajustes, todo en el lado izquierdo” (traducción propia).

El avistamiento lo hizo Damien Andell, que publicó una captura en X y preguntó: “¿La barra lateral es ahora la barra lateral predeterminada de Google en las páginas de resultados de búsqueda (SERP)? Sé que ya estaba ahí cuando pulsabas el botón de AI Mode en la página de inicio, pero ahora es la predeterminada en todas las búsquedas” (traducción propia).

Schwartz no pudo reproducirlo: “Todavía no he conseguido replicarlo en ninguno de mis navegadores, así que sospecho que es una prueba” (traducción propia). Añadió que un despliegue haría AI Mode “aún más accesible desde la interfaz principal de búsqueda de Google” (traducción propia).

Esa es toda la evidencia pública: la captura de un usuario y una noticia. Google no ha publicado ningún anuncio, página de ayuda ni entrada de blog sobre este diseño. El informe no muestra filtros por tema, selectores de formato ni enlaces de salto a secciones dentro de la barra lateral, así que cualquier descripción que los incluya va más allá de la evidencia.

+-----------------------------------------------------------------------------+
| Página de resultados de escritorio según el informe (prueba no confirmada)  |
| +---------------------+  +------------------------------------------------+ |
| | BARRA LATERAL       |  | ÁREA PRINCIPAL DE RESULTADOS                   | |
| | IZQUIERDA           |  | Sin cambios, según el informe                  | |
| | - Logotipo "G"      |  |                                                | |
| | - Historial de chats|  |                                                | |
| | - Iniciar chat AI   |  |                                                | |
| |   Mode              |  |                                                | |
| | - Ajustes           |  |                                                | |
| +---------------------+  +------------------------------------------------+ |
+-----------------------------------------------------------------------------+

#Ha confirmado Google la prueba de la barra lateral de AI Mode

No. A 16 de octubre de 2026 las únicas fuentes son la captura en X y la cobertura de Search Engine Roundtable. El informe recibió dos actualizaciones ese mismo día. Marie Haynes escribió primero que, al entrar directamente en AI Mode, veía en la barra lateral sus conversaciones de la aplicación Gemini. Después se corrigió: las conversaciones procedían de la superposición de Gemini en su teléfono Android, no de la aplicación Gemini, y lo calificó de “quizá no tan interesante como que la aplicación Gemini se fusione con AI Mode” (traducción propia).

Para el propietario de un sitio esto significa tres cosas:

• Todavía no hay datos sobre el diseño. No se han publicado mediciones de cómo afecta la barra lateral a los clics en los resultados orgánicos.
• La barra lateral es navegación del propio producto de Google. Dirige a los usuarios hacia los chats de AI Mode y su historial. Nada en el informe muestra que enlace a páginas de terceros.
• La pregunta práctica es AI Mode en sí. Si la prueba se generaliza, más usuarios estarán a un clic de AI Mode. Lo que importa es cómo trata AI Mode tus páginas y cómo informa de ellas, y eso Google sí lo documenta.

#Qué dice Google sobre optimizar para AI Mode

La página de Google sobre las funciones de IA y tu sitio web es directa: “No hay requisitos adicionales para aparecer en AI Overviews o AI Mode, ni otras optimizaciones especiales necesarias” (traducción propia). Una página tiene que estar indexada y poder mostrar un fragmento en la búsqueda.

La misma página enumera las prácticas que, según Google, siguen siendo válidas:

• rastreo permitido en robots.txt y por cualquier CDN o capa de alojamiento,
• contenido localizable mediante enlaces internos,
• una buena experiencia de página,
• contenido importante disponible como texto,
• imágenes y vídeo que respalden el texto cuando proceda,
• datos estructurados que coincidan con el texto visible,
• datos actualizados en Merchant Center y en el Perfil de Empresa.

Google describe el query fan-out, la técnica que hay detrás de ambas funciones, como “lanzar varias búsquedas relacionadas sobre subtemas y fuentes de datos” para construir una respuesta (traducción propia). Explicamos qué implica para la estructura de las secciones en query fan-out y secciones citables en la búsqueda con IA.

Sobre la diferencia entre las dos funciones, Google dice que AI Mode “es especialmente útil para consultas en las que se necesita más exploración, razonamiento o comparaciones complejas” (traducción propia), y que ambas “pueden usar modelos y técnicas diferentes, por lo que el conjunto de respuestas y enlaces que muestran variará” (traducción propia). También afirma que los clics desde páginas de resultados con AI Overviews “son de mayor calidad (es decir, es más probable que los usuarios pasen más tiempo en el sitio)” (traducción propia). Es una afirmación de Google; no publica cifras que la respalden.

En un sitio WordPress, el primer punto de esa lista es el que más falla en la práctica. Los plugins de seguridad y las reglas de bots del CDN que desafían a agentes de usuario desconocidos también pueden bloquear a Googlebot. Revisar el archivo robots.txt y los registros del cortafuegos en busca de peticiones de Googlebot forma parte de nuestra auditoría de seguridad WordPress.

#Cómo aparecen los clics e impresiones de AI Mode en Search Console

El tráfico de AI Mode no tiene un informe propio. La página de Google sobre las funciones de IA indica que se incluye en el informe de Rendimiento, dentro del tipo de búsqueda “Web”. El artículo de ayuda sobre impresiones, posición y clics define cómo se cuenta:

Hay dos reglas más que importan al leer los datos. Una pregunta de seguimiento en AI Mode se trata como una consulta nueva, de modo que sus impresiones y clics se atribuyen a esa consulta y no a la primera. Y los datos de los experimentos de Search Labs no se incluyen en absoluto. Si la barra lateral sigue siendo una prueba, puede que las impresiones dentro de ella no estén en tu informe.

Search Console también asigna los datos a la URL canónica que elige Google, no a la dirección exacta en la que hizo clic el visitante. Un enlace que lleva a /guide/#step-3 se registra bajo /guide/. El fragmento tampoco llega nunca al servidor, porque los navegadores no lo envían en la petición. Para saber a qué sección llegó un visitante, el único lugar es un JavaScript en el cliente que lea location.hash al cargar la página y lo envíe a tu herramienta de analítica.

#Cómo enlaza Google a una sección concreta de una página

El mecanismo que documenta Google es el enlace profundo “Read more”. La documentación sobre fragmentos lo define como “un enlace dentro de un fragmento que lleva a los usuarios a una sección concreta de esa página” (traducción propia). Google enumera tres prácticas que hacen más probables estos enlaces:

1. El contenido debe ser visible de inmediato para una persona, “y no estar oculto tras una sección desplegable o una interfaz con pestañas” (traducción propia).
2. Evitar JavaScript que controle la posición de desplazamiento al cargar la página, por ejemplo obligando al usuario a volver arriba.
3. Si la página hace llamadas a la History API o cambia window.location.hash al cargar, no debe eliminar el fragmento hash de la URL, “ya que esto rompe el comportamiento de los enlaces profundos” (traducción propia).

Cada regla corresponde a algo habitual en los sitios WordPress:

• Acordeones y pestañas. Los bloques de preguntas frecuentes, los widgets de pestañas de los maquetadores y los contenedores de “mostrar más” ocultan texto al cargar. El contenido al que Google podría querer enlazar debería estar en el flujo normal de la página.
• Scripts de desplazamiento. Algunos temas y plugins de desplazamiento suave llaman a window.scrollTo(0, 0) al cargar o animan la página hasta arriba. Eso anula el salto del navegador al destino.
• Limpieza del hash. Los temas de una sola página y algunos banners de cookies reescriben la URL con history.replaceState() para quitar #section. Es exactamente lo que, según Google, rompe los enlaces profundos.

Una prueba rápida: abre una entrada larga añadiendo #some-heading al final, recarga y comprueba que el navegador se queda en ese encabezado y que el hash sigue en la barra de direcciones.

#Cómo añadir ID a los encabezados en WordPress de forma automática

El editor de bloques lo admite de forma nativa. Un bloque que declara anchor: true en sus supports obtiene un campo para un ID, y la referencia de block supports lo explica sin rodeos: “Los anclajes permiten enlazar directamente a un bloque concreto de una página” (traducción propia). El bloque Encabezado del núcleo lo tiene, en Avanzado > Anclaje HTML. Los redactores rara vez lo rellenan, así que los archivos largos acaban con encabezados a los que no se puede enlazar.

El siguiente filtro añade un id saneado a cada H2 y H3 que no lo tenga, en el momento de la salida y sin tocar el contenido almacenado:

add_filter('the_content', function ($content) {
    if (!is_singular('post')) {
        return $content;
    }

    return preg_replace_callback('/<h([2-3])(.*?)>(.*?)<\/h\1>/i', function ($matches) {
        $tag_level = $matches[1];
        $attributes = $matches[2];
        $heading_text = $matches[3];

        // Respetar los atributos id configurados manualmente
        if (preg_match('/id=[\'"][^\'"]+[\'"]/i', $attributes)) {
            return $matches[0];
        }

        // Eliminar etiquetas HTML para obtener un slug de anclaje limpio
        $plain_text = wp_strip_all_tags($heading_text);
        $slug = sanitize_title($plain_text);

        if (empty($slug)) {
            return $matches[0];
        }

        return sprintf('<h%d%s id="%s">%s</h%d>', $tag_level, $attributes, esc_attr($slug), $heading_text, $tag_level);
    }, $content);
}, 20);

Ahora cada encabezado tiene una URL de fragmento estable, como #database-buffer-configuration. Hay dos límites. Dos encabezados con el mismo texto reciben el mismo ID, así que una entrada con encabezados repetidos necesita añadir un contador. Y cambiar la redacción de un encabezado cambia su ID, lo que rompe cualquier enlace que apuntara al anterior; asigna un anclaje HTML manual a los encabezados a los que enlazan otras páginas.

Los anclajes ayudan a los lectores, a las tablas de contenido y a los enlaces desde otros sitios. Google no dice que exija ID para los enlaces profundos “Read more”, así que tómalos como buena estructura, no como un interruptor de posicionamiento.

#Cómo se comportan los enlaces de fragmento de texto en una página WordPress

Los enlaces desde los resultados de búsqueda a un pasaje suelen usar un fragmento de texto en lugar de un ID. MDN documenta la sintaxis como #:~:text=[prefix-,]textStart[,textEnd][,-suffix]. El navegador busca ese texto en la página, se desplaza hasta él y lo resalta. No necesitas ningún ID por tu parte.

Algunos detalles de MDN que afectan a los sitios WordPress:

• La parte :~: es la directiva de fragmento. Los navegadores la eliminan de la URL durante la carga, “para que los scripts del autor no puedan interactuar directamente con ellas” (traducción propia). Tu analítica no la verá en location.hash.
• Los fragmentos de texto “solo se activan en navegaciones iniciadas por el usuario” (traducción propia) y solo en el marco principal, nunca dentro de un <iframe>.
• Si el texto no coincide con nada de la página, el fragmento se ignora y la página se abre arriba del todo. Un texto que difiere entre la versión indexada y la versión en vivo, por ejemplo tras una edición o por contenido personalizado, rompe el enlace sin avisar.
• El resaltado se puede estilizar con el pseudoelemento ::target-text, y document.fragmentDirective solo existe en los navegadores que admiten la función.
• Los navegadores basados en Chromium respetan la cabecera Document-Policy: force-load-at-top, que excluye una página del desplazamiento a fragmentos. No la configures en páginas de contenido salvo que sea eso lo que quieres.

Los fragmentos de texto son otro motivo para mantener los párrafos como texto real en el HTML. Un pasaje que JavaScript genera después de la carga, o que un maquetador divide en varios elementos en línea, puede no coincidir.

#Optimizar los Core Web Vitals en páginas a las que se llega por un anclaje

Cuando un visitante sigue un enlace con fragmento, el navegador se desplaza directamente al elemento de destino. Ese salto expone la página al Cumulative Layout Shift (CLS).

Si los elementos situados por encima del destino cargan sin dimensiones reservadas:

• espacios para banners sin min-height,
• imágenes sin atributos width y height,
• scripts de terceros incrustados y reproductores multimedia,

se renderizan tarde y empujan el documento hacia abajo. El visitante que ya había empezado a leer el párrafo de destino pierde el punto por donde iba.

#Configuración CSS para un desplazamiento estable a los anclajes

html {
  /* Transiciones suaves hacia los anclajes de fragmento */
  scroll-behavior: smooth;
}

/* Margen superior para evitar que la cabecera fija tape el destino */
[id] {
  scroll-margin-top: 5rem;
}

/* Reservar alturas mínimas para medios y banners en la parte visible */
.ad-slot-header {
  min-height: 250px;
  contain: layout;
}

img {
  max-width: 100%;
  height: auto;
  display: block;
}

scroll-margin-top define el margen superior del área de ajuste del desplazamiento, de modo que el navegador se detiene por encima del encabezado en lugar de ocultarlo bajo una cabecera fija. Ajusta el valor a la altura real de tu cabecera, incluida la barra de administración para los usuarios que han iniciado sesión.

En el servidor (Nginx o Cloudflare), una caché de larga duración para fuentes y hojas de estilo evita que el diseño cambie mientras se produce el salto:

# Caché de larga duración para recursos estáticos, para que el salto se renderice con los estilos finales
location ~* \.(woff2|ttf|svg|css|js)$ {
    expires 1y;
    add_header Cache-Control "public, no-transform, immutable";
    access_log off;
}

immutable solo es seguro cuando la URL del recurso cambia en cada versión. WordPress añade una cadena de consulta ?ver= a los archivos encolados, así que esto se cumple siempre que el tema o el plugin incremente su número de versión.

#Cómo implementar la estructura hasPart de Schema.org

Schema.org define hasPart para enumerar las partes de una obra creativa. En JSON-LD permite declarar las secciones de un artículo como elementos WebPageElement, cada uno con su propia URL de fragmento:

add_action('wp_head', function () {
    if (!is_singular('post')) {
        return;
    }

    global $post;
    $permalink = get_permalink($post->ID);

    // Definir las secciones semánticas clave del artículo
    $sections = [
        [
            'name' => 'Requisitos técnicos para la integración con un ERP',
            'anchor' => 'requisitos-tecnicos-para-la-integracion-con-un-erp',
            'description' => 'Pruebas de ancho de banda, especificaciones de la carga JSON y autenticación OAuth2.'
        ],
        [
            'name' => 'Eliminar los bloqueos mutuos en la base de datos',
            'anchor' => 'eliminar-los-bloqueos-mutuos-en-la-base-de-datos',
            'description' => 'Esquemas de tablas personalizadas HPOS y ajuste de la cola asíncrona de Action Scheduler.'
        ]
    ];

    $parts = [];
    foreach ($sections as $sec) {
        $parts[] = [
            '@type' => 'WebPageElement',
            'name' => $sec['name'],
            'url' => $permalink . '#' . $sec['anchor'],
            'description' => $sec['description']
        ];
    }

    $schema = [
        '@context' => 'https://schema.org',
        '@type' => 'TechArticle',
        '@id' => $permalink . '#article',
        'headline' => get_the_title($post->ID),
        'inLanguage' => 'es-ES',
        'mainEntityOfPage' => $permalink,
        'hasPart' => $parts
    ];

    echo "\n" . '<script type="application/ld+json">' . "\n";
    echo wp_json_encode($schema, JSON_UNESCAPED_SLASHES | JSON_UNESCAPED_UNICODE | JSON_PRETTY_PRINT);
    echo "\n" . '</script>' . "\n";
}, 25);

Las secciones del ejemplo son marcadores de posición de un artículo sobre integración WooCommerce ERP; en producción deberían salir de los encabezados reales de la entrada. Este marcado es Schema.org válido, pero Google no documenta ninguna función de búsqueda que use hasPart con WebPageElement para enlazar secciones. El uso documentado de hasPart por parte de Google es marcar secciones de pago. Se aplica la regla de la página de funciones de IA: los datos estructurados deben coincidir con el texto visible, así que cada name y cada anclaje del array tienen que existir en la página.

#Cómo limitar lo que AI Mode puede citar de una página WordPress

La documentación de la metaetiqueta robots enumera los controles, y la página de funciones de IA nombra los mismos para AI Overviews y AI Mode:

• nosnippet se aplica “a todas las formas de resultados de búsqueda (en Google: búsqueda web, Google Imágenes, Discover, AI Overviews, AI Mode)” (traducción propia).
• max-snippet:[number] limita la longitud del fragmento en caracteres y “también limitará cuánto contenido puede usarse como entrada directa para AI Overviews y AI Mode” (traducción propia). 0 equivale a nosnippet y -1 deja que Google decida.
• data-nosnippet excluye una parte de la página y funciona en los elementos span, div y section.
• noindex elimina la página de la búsqueda por completo.

WordPress genera la metaetiqueta robots mediante el filtro wp_robots desde la versión 5.7. Un límite de fragmento para un tipo de contenido tiene este aspecto:

add_filter('wp_robots', function ($robots) {
    if (is_singular('product')) {
        $robots['max-snippet'] = '160';
    }
    return $robots;
});

data-nosnippet va directamente en el marcado, por ejemplo en un bloque HTML personalizado: <div data-nosnippet>internal pricing note</div>. Estos controles reducen la visibilidad además de la reutilización. Una página que bloquea los fragmentos pierde también su fragmento de texto en los resultados normales, así que úsalos en pasajes concretos, no en todo el sitio.

#La regla del primer párrafo para fragmentos y enlaces profundos

Un HTML limpio no sirve de nada si la redacción se resiste a la extracción. Los fragmentos, los enlaces “Read more” y las respuestas de IA toman pasajes cortos, y un pasaje que responde a su encabezado en la primera frase aguanta que se cite fuera de contexto.

1. Primera frase bajo el H2: responde directamente a la pregunta del encabezado. Evita arranques como En este apartado analizaremos….
2. Segunda frase: el número, parámetro o restricción verificable.
3. Párrafos siguientes: ventajas e inconvenientes, código y tablas.

Las secciones construidas así también funcionan para los visitantes que llegan a mitad de la página, que es lo que produce cualquier enlace con fragmento.

#Qué mecanismos de Google enlazan a una sección de tu página

#Plan de acción para adaptar tu sitio WordPress al nuevo diseño de la SERP

1. Comprueba el acceso de rastreo:
   • Confirma que robots.txt, el CDN y los plugins de seguridad dejan pasar a Googlebot.
2. Prueba los enlaces profundos en las páginas principales:
   • Abre cada una con #heading-id y con un fragmento de texto, recarga y confirma que el navegador se queda en el destino y conserva el hash.
   • Elimina los scripts que vuelven arriba y los que limpian el hash al cargar.
3. Completa los anclajes de los encabezados:
   • Añade el filtro de ID y asigna anclajes HTML manuales a los encabezados a los que enlazan otras páginas.
4. Estabiliza el diseño por encima de las secciones:
   • Reserva dimensiones para imágenes, anuncios y elementos incrustados, y ajusta scroll-margin-top a la altura de la cabecera.
5. Mantén honestos los datos estructurados:
   • Si usas hasPart, genéralo a partir de los encabezados reales.
6. Mide en el lugar adecuado:
   • Consulta los clics de AI Mode en el informe de Rendimiento de Search Console, dentro de “Web”, teniendo en cuenta que ahí no se registran los fragmentos.
   • Captura location.hash al aterrizar en tu herramienta de analítica para ver qué anclajes de ID traen visitantes.
7. Espera a la confirmación:
   • Hasta que Google documente la barra lateral, planifica para AI Mode tal como existe hoy, no para un diseño sin confirmar.