Búsqueda agéntica y canonical: cómo verificar lo que Google usa
AI Mode puede combinar navegación web e integraciones para encontrar opciones. Google también elige su propia URL canónica. Esta guía muestra cómo auditar ambas capas sin inventar causalidad.
TL;DR: Google documenta que AI Mode puede usar navegación web, Knowledge Graph, Maps e integraciones directas para encontrar disponibilidad. También documenta que rel="canonical" expresa una preferencia y que sus sistemas pueden elegir otra URL. Un SEO debe observar ambas decisiones por separado. La selección de una fuente para una tarea no demuestra que esa URL sea la canónica de un grupo, y una canonical correcta no garantiza presencia en una respuesta con IA.
La versión anterior mezclaba cifras de usuarios, expansión internacional y nueve supuestos escenarios de anulación sin una cadena primaria suficiente. Esta revisión se limita a documentación oficial y a un protocolo reproducible.
La búsqueda agéntica añade una capa de ejecución sobre la recuperación. En agosto de 2025, Google explicó que AI Mode podía buscar disponibilidad para restaurantes mediante Project Mariner, integraciones de Search, Knowledge Graph y Maps, y después enlazar la página donde el usuario finalizaba la reserva. La publicación oficial no dice que cualquier sitio con schema pase a formar parte del flujo.
Ese matiz importa. Datos visibles, APIs de socios, perfiles locales y páginas web pueden contribuir en momentos distintos. Una auditoría debe identificar cuál superficie falló antes de recomendar marcado, contenido o una integración.
Cuatro decisiones independientes
| Decisión de Google | Pregunta de auditoría | Evidencia útil |
|---|---|---|
| Elegir una URL canónica | ¿Qué versión representa un conjunto duplicado? | Canonical declarado y seleccionado, redirects, sitemap, enlaces internos |
| Usar una fuente o integración | ¿Qué información ayuda a resolver la tarea? | Página citada, perfil, feed, partner o API visible |
| Mostrar un fragmento | ¿Qué parte del contenido puede presentarse? | Texto indexado y controles de vista previa |
| Ofrecer una acción | ¿Dónde puede continuar o terminar el usuario? | Enlace de reserva, checkout o proveedor compatible |
Dos URL duplicadas pueden consolidarse bajo una canonical mientras el sistema usa datos de un partner para una acción. También puede citar una página informativa y enviar la reserva a otra. La medición necesita campos distintos para fuente, URL visible, destino de acción y canonical seleccionado.
Reservas agénticas documentadas por Google
Google lanzó la búsqueda de disponibilidad para restaurantes como una función experimental en Estados Unidos y posteriormente publicó expansiones regionales. La experiencia combina restricciones expresadas en lenguaje natural, disponibilidad en tiempo real y una lista de opciones. La publicación de lanzamiento indica que el usuario recibe enlaces directos a páginas de reserva para completar el último paso.
Para un negocio local, la preparación debe cubrir tres fuentes de verdad:
- Perfil de Empresa. Nombre, categoría, dirección, horarios y atributos deben corresponder con la operación.
- Página local. El contenido necesita una URL estable, texto accesible y datos estructurados coherentes con lo visible.
- Sistema de reserva. El inventario y las condiciones deben estar actualizados en el proveedor que participa en la experiencia.
Una página bien posicionada no corrige disponibilidad vencida. Una integración de reserva tampoco sustituye la página que explica ubicación, servicios y políticas. En reputación online ocurre algo parecido: perfil, reseñas y sitio se corroboran, pero no son el mismo activo.
Canonical como preferencia técnica
La guía exacta para especificar una URL canónica explica cómo expresar una preferencia entre páginas duplicadas o muy similares. Google clasifica redirects y anotaciones rel="canonical" como señales fuertes. La inclusión en sitemap es una señal débil.
Las señales pueden acumularse y aumentar la probabilidad de que aparezca la URL preferida. Aun así, Google conserva la decisión final. Para hreflang, la misma guía pide una canonical del mismo idioma o el mejor sustituto disponible cuando ese equivalente no existe. La reparación consiste en alinear señales, no en repetir una etiqueta sin revisar sus destinos.
| Señal | Uso correcto | Contradicción frecuente |
|---|---|---|
| Redirect permanente | Retirar una variante que ya no debe responder | Destino enlaza de vuelta a la URL retirada |
rel="canonical" | Declarar la representante de duplicados o páginas muy similares | Sitemap incluye otra variante |
| Sitemap | Enumerar URL que se quieren indexar como canónicas | Incluye redirects, errores o duplicados |
| Enlaces internos | Apuntar de forma consistente a la URL preferida | Navegación y paginación generan variantes |
| Hreflang | Relacionar equivalentes y usar canonical del mismo idioma | Versión ES declara canonical a EN |
Diagnóstico de una canonical seleccionada diferente
Usaría una muestra que incluya la URL declarada y todas las variantes conocidas. Para cada una guardaría status, destination chain, canonical en HTML, canonical en encabezado HTTP, robots, idioma, sitemap y número de enlaces internos.
- Confirma similitud. Compara el contenido principal que recibe Google, no solo la plantilla del navegador.
- Busca señales opuestas. Una URL no debería declarar A, enlazar B e incluir C en sitemap.
- Revisa JavaScript. Google recomienda declarar canonical en el HTML fuente y evitar que JavaScript lo cambie.
- Valida idiomas. La canonical de una página ES debería ser una página del mismo idioma cuando exista.
- Inspecciona ambas URL. Search Console permite comparar canonical declarada y seleccionada por Google.
- Corrige el generador. Arregla la plantilla o regla que produce variantes, no una lista manual de síntomas.
No usaría robots.txt para canonicalizar. Google advierte que una URL bloqueada puede indexarse sin que el buscador vea su contenido. Tampoco usaría noindex para forzar la selección dentro de un grupo, porque elimina la página de Search. La gestión de redirects en una migración debe mantener la misma coherencia entre servidor, sitemap y enlaces.
Renderizado y páginas de desafío
Si varias URL entregan el mismo HTML vacío o el mismo desafío de seguridad a Googlebot, la comparación pierde el contenido que las diferencia. Esto no prueba por sí mismo que Google vaya a elegir una canonical concreta, pero invalida la base de la auditoría.
Compararía cuatro capturas de cada muestra:
- HTML recibido con un cliente sin JavaScript
- DOM renderizado por un navegador normal
- HTML rastreado en URL Inspection
- respuesta del CDN desde las regiones que importan al negocio.
Si una prueba con user-agent de Googlebot devuelve una página distinta, verificaría el origen de la diferencia antes de culpar al WAF. La autenticación del bot requiere validación DNS e IP, no confiar solo en el nombre del agente. Esta comprobación pertenece a una revisión técnica y debería registrar el cuerpo exacto de la respuesta.
Unidades del tablero agéntico
Para búsqueda agéntica registraría la consulta, país, idioma, fecha, respuesta, fuentes, URL de acción y partner observado. Para canonicalización registraría grupo, URL declarada, URL seleccionada y señales técnicas. Ambos conjuntos pueden relacionarse por URL, sin convertir una correlación en causa.
Un cambio de canonical puede explicar que las impresiones se consoliden en otra URL. No demuestra por qué un sistema dejó de usar un proveedor para una reserva. De forma inversa, una nueva integración de partner puede alterar la acción visible aunque el índice orgánico permanezca estable.
Plan de revisión semanal
- Define diez tareas agénticas reales y guarda país, idioma y restricciones.
- Registra la fuente visible y el destino donde continúa la acción.
- Extrae grupos de URL duplicadas o parametrizadas del crawler y de GSC.
- Compara canonical declarada y seleccionada en una muestra representativa.
- Corrige señales contradictorias y vuelve a probar HTML y redirects.
- Comprueba perfil, página y proveedor para negocios con reservas.
- Repite la muestra sin prometer que una corrección producirá una aparición.
La disciplina común consiste en verificar la salida de Google, no inferirla a partir de una etiqueta o una interfaz. Ese principio sirve tanto para recuperar exposición orgánica como para entender nuevos flujos de acción.
Preguntas frecuentes
¿Google siempre respeta rel="canonical"?
No. Google la considera una señal fuerte, pero sus sistemas eligen la URL representativa de un grupo de duplicados y pueden seleccionar otra variante.
¿Cuál señal de canonicalización es más fuerte?
Google clasifica redirects y anotaciones rel="canonical" como señales fuertes. La inclusión en sitemap es una señal más débil y puede combinarse con las demás.
¿AI Mode completa siempre una reserva dentro de Google?
No. La experiencia documentada busca disponibilidad y puede enlazar la página del proveedor para que el usuario finalice la reserva. El recorrido depende del mercado, la función y los partners disponibles.
¿Schema de LocalBusiness garantiza aparecer en una tarea agéntica?
No. Los datos estructurados deben coincidir con la página, pero Google también puede usar perfiles, Maps, navegación web e integraciones directas. No existe una garantía de aparición.
Sobre el autor
