Tu consulta de marca está partida entre dos portadas

La demanda más barata que posee una empresa es la búsqueda de su propio nombre. Nadie te compite ahí, nadie puja contra ti, y quien lo escribe ya decidió encontrarte. En un sitio limpio esa consulta aterriza en una URL y convierte. En nuestro propio sitio bilingüe no fue así, y la forma en que se rompió da mediciones suficientes como para publicarlas.

En los 28 días del 23 de septiembre al 20 de octubre, nuestra propiedad en Search Console registró la consulta "mintec" 811 veces con 25 clics: un 3,1% de clics desde la posición 7.9. Leída sola, no dice nada especial. Agrupa la misma consulta por página y aparece otra historia, porque las impresiones no van a una sola portada. Van a dos, y las dos se comportan distinto.

Una aclaración antes de que alguien intente cuadrar la cuenta: las dos filas de página suman 832 impresiones y 24 clics, mientras que la fila solo-consulta reporta 811 y 25. Ese hueco no es un error tuyo ni nuestro. Search Console calcula la dimensión de consulta y la dimensión de página sobre muestras separadas, así que las filas no siempre suman el total. Lo que importa es la dirección, y la dirección es inequívoca.

Lo que el reparto realmente cuesta

La portada en español se queda con la menor parte de las impresiones y las convierte al 7,7% desde la posición 4.8. La portada en inglés se queda con la mayor parte y convierte al 0,4% desde la posición 7.2. Esta es una empresa bilingüe cuya página en inglés es la que pierde su propio nombre.

La lectura tentadora es que la diferencia de CTR es solo una diferencia de posición, y ahí hay parte de verdad: 4.8 le gana a 7.2, y la posición mueve clics. Pero ese encuadre le suelta la mano al problema real. La pregunta no es por qué la posición 7.2 recoge menos clics que la 4.8. La pregunta es por qué la portada principal de la empresa está en la 7.2 para el nombre de la propia empresa. Una consulta de marca donde el dominio oficial no se queda en uno de los tres primeros lugares con su URL principal no es un problema de CTR. Es un problema de entidad disfrazado de CTR.

Cuando la consulta se parte entre dos URLs, ninguna se vuelve la respuesta definitiva. Google no confía lo suficiente en una sola página como para ponerla arriba, así que reparte la consulta entre los candidatos que considera plausibles, y quien busca recibe un conjunto de resultados más débil para una consulta que debería ser trivial. Terminas pagando impresiones en dos páginas y casi no recuperas nada en la que se carga con la mayoría.

Por qué un sitio bilingüe invita a esto

Un segundo idioma no es solo una traducción. Para un rastreador es un segundo candidato para la misma marca, y si las señales alrededor de esos dos candidatos no están disciplinadas, el motor no tiene por qué tratar a uno como principal. Cuatro cosas deciden si lo hace. Las cuatro están visibles en nuestro propio sitio hoy, y corrimos cada chequeo contra producción al escribir esto.

Chequeo 1: una sola página canónica de marca

Cada una de nuestras portadas declara su propia canónica, y el par está correcto: https://mintec.co/ es canónica de sí misma y https://mintec.co/es/ también. El x-default en ambas apunta a la raíz en inglés, que es el defecto correcto para una empresa cuyo mercado principal es anglófono primero. Esta parte está limpia. El punto del chequeo es que debes poder decir qué URL quieres que posea la consulta de marca y luego confirmar que las canónicas y el x-default coinciden con esa intención. Si tu página localizada es canónica de sí misma y tu raíz también, le dijiste al motor que ambas son respuestas igualmente válidas, y las tratará como tal.

Chequeo 2: consistencia de Organization y sameAs

Ambas portadas sirven un bloque Organization idéntico, tal como se sirve hoy:

name:  Mintec
url:   https://mintec.co
logo:  https://mintec.co/images/logo.png
sameAs:
  - https://www.facebook.com/mintecdigital/
  - https://www.instagram.com/mintecdigital/
  - https://www.linkedin.com/company/mintecdigital
  - https://github.com/minteclabs

Confirmamos que los cuatro perfiles sameAs responden 200. La consistencia aquí es la base, no la solución. Aun así vale la pena anotar dos detalles. El bloque declara url: https://mintec.co sin barra final, mientras que la canónica es https://mintec.co/ con ella. Y no hay @id. Ninguno de los dos es catastrófico, pero la consolidación de entidad no perdona desacuerdos pequeños, y un consumidor de datos estructurados que compare tu url Organization contra tu canónica ve dos cadenas que no son idénticas.

Chequeo 3: hreflang recíproco, en una sola forma de URL

Aquí nuestro propio sitio tenía un defecto real, y es el chequeo que la mayoría de los sitios bilingües falla en silencio. Ambas portadas declaran hreflang la una para la otra y para x-default. Pero las dos páginas no usan la misma forma de la URL en español.

La página en inglés declara, tal como se sirve:

hreflang="es"  href="https://mintec.co/es"

La canónica de la propia página en español, y su hreflang autorreferencial, usan:

https://mintec.co/es/

Así que la página en inglés le dice a Google que la versión en español vive en /es, y esa URL redirige 308 a /es/. El enlace es recíproco en espíritu pero no en cadena. hreflang es una señal de máquina, y las máquinas comparan cadenas antes de seguir redirecciones. Cada salto que agregas entre el href declarado y la canónica real es una apuesta pequeña a que el rastreador lo resuelva bien. El nuestro sí resuelve, y por eso nunca fue una crisis, pero la corrección es gratis: haz que cada href hreflang sea byte a byte idéntico a la canónica de la página a la que apunta.

Chequeo 4: acuerdo de los perfiles de terceros

El bloque Organization nombra una empresa, una URL y cuatro perfiles. El chequeo es que esos perfiles te describan igual que lo hace el schema: mismo nombre, misma categoría, misma ubicación, sin rebranding viejo, sin una segunda cuenta bajo un nombre anterior. Esa es la mitad del trabajo de entidad que vive fuera de tu dominio, y es la que la mayoría de los equipos nunca audita porque nada en su propio sitio refleja el desacuerdo. Un motor de respuestas cruza tu autodescripción contra lo que las fuentes independientes dicen de ti. Cuando chocan, duda, y una consulta de marca dudosa es una consulta de marca partida.

Unificar no es rediseñar

Nada de lo anterior exige un sitio nuevo, un dominio nuevo ni una migración. Exige decidir qué URL posee tu nombre, hacer que cada señal apunte a esa decisión en la misma forma de cadena, y quitar los desacuerdos pequeños que permiten a un motor tratar dos páginas como igualmente plausibles. Luego vuelves a jalar el mismo reporte agrupado unas semanas después y compruebas si una URL ahora absorbe tanto las impresiones como los clics.

La salvedad de medición que nos imponemos: el CTR y la posición son medibles hoy en Search Console, y todo en este artículo sale de un reporte que puedes reproducir. Si algo de esto mueve acciones calificadas no es aún medible en nuestra propiedad, porque los eventos clave de GA4 no están disparando. No vamos a reclamar un alza de conversión que no podemos ver. Lo que sí podemos afirmar es que el reparto existía, que los chequeos son reales y que el defecto de hreflang queda registrado.

Si una consulta de marca se está partiendo entre tus propias URLs, el diagnóstico es el mismo que corrimos contra nosotros mismos, y es el tipo de trabajo que hacemos en SEO y GEO. La consulta de marca es donde la claridad de entidad deja de ser teoría y empieza a ser dinero. Para el argumento más amplio de por qué la búsqueda de marca se comporta distinto en un mundo de motores de respuestas, ver AI Overviews y búsquedas de marca, y para ver cómo se ve la cuota de citación cuando funciona, ver cómo los medios ganados ganan citas de IA.