Google está posicionando la URL que no toca. ¿Por qué?

A veces Google posiciona una URL distinta de la landing que preparaste. La respuesta útil empieza en la intención y en la arquitectura, no en un cambio rápido de canonical.

Has creado una landing para una búsqueda concreta. La has trabajado, está indexada, tiene contenido útil, forma parte de la arquitectura del sitio y, sobre el papel, debería ser la página que Google mostrase.

Sin embargo, buscas la keyword y aparece otra URL: una categoría, una página más genérica, un artículo antiguo o esa URL que nadie recordaba que seguía viva hasta que decidió empezar a posicionar.

La reacción habitual es empezar a tocar cosas. Canonical, enlazado interno, títulos, sitemap, redirecciones. Antes de hacerlo, conviene responder una pregunta bastante más útil: ¿por qué Google está eligiendo esa página y no la que nosotros esperábamos?

Porque hay dos problemas que desde fuera se parecen mucho, pero que requieren diagnósticos completamente distintos.

En un caso, Google puede estar considerando dos URLs como duplicadas o muy similares.

En el otro, ambas páginas pueden estar perfectamente indexadas y Google simplemente considera que una responde mejor a la intención de búsqueda.

Esa diferencia es la que conviene aclarar antes de empezar a cambiar nada.

Primero, averigua qué tipo de problema tienes. Imagina que existen estas dos URLs:

/alquiler-coches-madrid/ y /rent-a-car-madrid/        

Si ambas páginas son prácticamente equivalentes, desarrollan la misma intención y contienen información muy parecida, Google puede agruparlas y elegir una como versión representativa. En ese escenario sí tiene sentido investigar la canonicalización y comprobar qué señales estamos enviando.

Ahora pensemos en otro caso:

/alquiler-coches-madrid/ y /alquiler-coches/        

Las dos páginas tienen contenido distinto y ambas están indexadas correctamente. Aun así, cuando alguien busca «alquiler de coches en Madrid», Google decide mostrar la página general.

Aquí la situación cambia. Puede que no exista ningún problema de canonicalización. Google quizá considere simplemente que la página genérica responde mejor a esa consulta.

Parece una diferencia pequeña, pero condiciona todo lo que viene después. Si diagnosticamos como problema técnico lo que realmente es un problema de relevancia, podemos pasarnos un buen rato modificando etiquetas rel="canonical" que no van a resolver absolutamente nada.

Mira primero qué está haciendo Google

Una vez planteada la diferencia, el siguiente paso sería ir a Google Search Console. En Rendimiento → Resultados de búsqueda, filtra por la consulta que te interesa y revisa la pestaña Páginas.

Lo importante aquí no es únicamente saber si tu landing aparece. Conviene comprobar qué otras URLs están obteniendo impresiones para esa misma búsqueda.

Puede que solo exista una. Puede que aparezcan dos o tres. Incluso es posible que Google vaya alternando entre varias páginas a lo largo del tiempo.

Ese dato ya cambia bastante el diagnóstico. Dejamos de pensar «mi landing no posiciona» y empezamos a analizar algo mucho más concreto: Google está relacionando esta búsqueda con varias páginas de mi sitio. ¿Qué está viendo en cada una para elegir entre ellas?

Ese cambio de enfoque parece menor, pero evita empezar a solucionar un problema que todavía no hemos identificado.

Comprueba la canonical, pero no conviertas todo en un problema de canonical

Después inspeccionaría la URL que quiero posicionar. Search Console permite comparar dos datos especialmente útiles: la canónica declarada por el usuario y la canónica seleccionada por Google.

Si ambas coinciden, perfecto. Al menos de momento, dejaría de mirar la canonical y seguiría investigando otros factores.

Si no coinciden, entonces sí tenemos una pista relevante.

Conviene recordar que rel="canonical" no funciona como una orden absoluta. Es una señal. Google puede recibirla y, al mismo tiempo, encontrar otras señales que indiquen que otra URL representa mejor ese contenido.

El problema aparece cuando nuestra propia web cuenta varias historias a la vez. Declaramos una URL como principal, pero el sitemap contiene otra versión. La navegación enlaza mayoritariamente a una página distinta. Existen redirecciones antiguas, parámetros, versiones duplicadas o páginas que siguen recibiendo enlaces internos meses después de haber dejado de ser importantes.

Cada detalle aislado puede parecer pequeño. Juntos pueden crear bastante confusión.

Revisa qué historia está contando tu arquitectura

Aquí suele aparecer una contradicción bastante habitual. En nuestro documento de keywords hemos decidido que /alquiler-coches-madrid/ es la URL importante, pero la propia web se comporta como si la página principal fuese /alquiler-coches/.

La página general puede recibir decenas de enlaces internos desde categorías, artículos y páginas de destino. Además, esos enlaces utilizan anchors relacionados con "alquiler de coches", "reservar coche" o "coches baratos". Mientras tanto, la landing específica de Madrid aparece enterrada varios niveles por debajo y apenas recibe unos cuantos enlaces.

Desde nuestro punto de vista la URL objetivo está clarísima.

Desde la arquitectura del sitio, quizá no tanto.

El enlazado interno no sirve únicamente para repartir autoridad. También ayuda a establecer relaciones entre contenidos, jerarquías y contexto. Si queremos que Google entienda qué página debería responder a una intención concreta, tiene bastante sentido que nuestra propia estructura se lo deje claro.

Por eso revisaría qué páginas enlazan a cada URL, qué anchors utilizan, a qué profundidad se encuentran y qué papel ocupa cada una dentro del sitio. No se trata de fabricar cien enlaces con anchor exacto. Se trata de que la arquitectura y la estrategia SEO no parezcan proyectos elaborados por dos empresas que no se hablan.

Puede que Google prefiera la otra página por una razón bastante simple

Supongamos ahora que técnicamente todo parece correcto. La canonical coincide, la URL está indexada, el sitemap no presenta problemas, no existen redirecciones extrañas y el enlazado interno tampoco muestra ninguna contradicción evidente.

En ese punto abriría las dos páginas una junto a la otra.

Intentaría olvidarme durante unos minutos de cuál es "la landing SEO" y compararía simplemente cuál resuelve mejor la búsqueda.

• ¿Cuál explica antes lo que el usuario necesita?
• ¿Cuál tiene más contexto?
• ¿Cuál desarrolla mejor el tema?
• ¿Cuál responde a más dudas relacionadas?
• ¿Cuál recibe enlaces desde páginas realmente relevantes?
• ¿Cuál lleva más tiempo acumulando señales?

A veces diseñamos una página alrededor de una keyword y damos por hecho que eso la convierte automáticamente en la mejor respuesta. No siempre ocurre.

Google, además, no tiene acceso a nuestra hoja de cálculo donde pone en amarillo fosforito URL OBJETIVO. Una falta de coordinación imperdonable, pero tendremos que seguir adelante.

Una landing específica tiene que justificar por qué existe

Este punto se vuelve especialmente importante en proyectos grandes, donde existen muchas páginas construidas alrededor de variaciones geográficas o transaccionales.

Imagina una página general de «alquiler de coches» y otra de «alquiler de coches en Madrid».

La segunda cambia el título, añade Madrid unas cuantas veces, menciona Barajas, mete Atocha en un H2 y poco más. El resto del contenido es prácticamente idéntico.

Para nosotros son dos landings diferentes.

Para Google pueden ser dos documentos demasiado parecidos.

Una página específica debería aportar algo que la general no puede aportar. En el caso de Madrid podríamos hablar de puntos de recogida, aeropuerto, estaciones, ZBE, aparcamiento, diferencias entre zonas, comportamiento de precios, consejos locales o preguntas propias de ese destino.

No hace falta añadir dos mil palabras porque alguien haya dicho que el contenido largo posiciona mejor. Hace falta que la página tenga un motivo real para existir.

La especificidad no consiste en repetir más veces la ubicación. Consiste en responder mejor a las necesidades que aparecen precisamente por esa ubicación.

Entonces, ¿qué haría?

La solución depende completamente de lo que hayamos encontrado durante el diagnóstico.

Si las dos páginas son prácticamente duplicadas, tendría sentido consolidar señales y decidir cuál debe funcionar como principal. Si ambas URLs deben existir, trabajaría para diferenciar mejor su intención y su contenido.

Si una página antigua ha sido sustituida por otra realmente equivalente, valoraría una redirección. Si Google prefiere una página general frente a una landing específica, revisaría primero la utilidad de esa landing, su contexto, su arquitectura y su enlazado interno.

Lo que no haría sería empezar a aplicar soluciones agresivas sin entender el motivo. No pondría noindex a la página que está posicionando para intentar obligar a Google a utilizar otra. Tampoco bloquearía URLs mediante robots.txt, cambiaría canonicals compulsivamente ni solicitaría indexación cada vez que modifico dos párrafos.

Primero diagnóstico. Después cambios.

El orden no tiene demasiado glamour, pero suele salir bastante más barato.

Antes de tocar nada

Cuando Google posiciona una URL diferente de la que esperaba, intento responder cinco preguntas: qué páginas están obteniendo impresiones para esa consulta, si realmente existe un problema de canonicalización o Google está eligiendo entre páginas distintas, si canonical, sitemap, redirecciones y enlazado interno cuentan la misma historia, si la página que quiero posicionar responde mejor a la intención y si la arquitectura deja claro qué URL debería ocupar ese papel.

Puede que después de revisar todo sigas pensando que Google está eligiendo la URL equivocada.

Al menos entonces tendrás algo bastante más útil que una sospecha: tendrás un diagnóstico.

Porque muchas veces Google no está ignorando nuestra página favorita. Está eligiendo entre varias páginas a partir de las señales que nosotros mismos le hemos dado.

Antes de intentar convencerle de que cambie de opinión, conviene comprobar que nuestra propia web tiene claro qué página queremos que gane.