Mas idiomas en tu directorio: que hace que una pagina traducida sea de verdad una pagina distinta

Cada variante de idioma es una promesa que la pagina no cumple sola
Activar mas idiomas antes significaba contratar a un traductor y esperar semanas. Ahora lo hace la plataforma por ti: eliges diez idiomas, y de un dia para otro el sitio tiene diez direcciones para la misma pagina, un menu con banderas y toda la interfaz reescrita. Lo que no ocurre solo es la unica cosa que un buscador lee primero: que hay escrito en la pagina.
Una pagina estatica como la portada, la pagina de precios o las paginas legales se puede traducir de verdad palabra por palabra, y una vez traducida es honestamente una pagina distinta en otro idioma. Un anuncio es un animal diferente. Un anunciante escribe su perfil una sola vez, en el idioma que habla, y nada en la plataforma puede ponerle palabras en la boca en otros nueve idiomas sin traducirlas con una maquina, lo que cambia lo que realmente escribio, o dejandolas tal cual bajo una direccion que dice ser, por ejemplo, la version alemana.
Multiplica eso por cada anuncio del sitio, y la expansion a diez idiomas que debia abrir nueve mercados nuevos produce en cambio nueve copias de una pagina que, hasta donde un buscador puede ver, dice exactamente lo mismo en el mismo idioma bajo una direccion distinta. No es un riesgo teorico. Es el resultado por defecto de activar la traduccion a nivel de plantilla sin tocar la unica parte de la pagina que el anunciante escribio de verdad.
Nada de esto aparece como un error. La compilacion funciona, las paginas cargan, el selector de idioma responde, y el sitio parece terminado. Lo que en realidad produjo solo se vuelve visible en como los buscadores tratan esas paginas meses despues, cuando el trafico hacia los idiomas nuevos nunca llega como llego para los que de verdad merecia la pena traducir.
Que hace hreflang de verdad, y que nunca iba a hacer
La etiqueta a la que casi todos recurren en cuanto oyen hablar de SEO internacional es hreflang, y se le atribuye mas de lo que realmente hace. La propia documentacion de Google la describe con una sola funcion: indicarle a quien busca la direccion mas adecuada para su idioma o region, dentro de un conjunto de paginas que el motor ya considera versiones equivalentes de un mismo contenido. Es una instruccion de enrutamiento, no una traduccion ni un impulso en el posicionamiento.
De ahi se derivan dos malentendidos, y los dos importan aqui. Primero, hreflang no hace que Google vea una pagina como traducida. La documentacion de Google dice explicitamente que no usa hreflang, ni siquiera el atributo de idioma declarado por la propia pagina, para averiguar en que idioma esta realmente el contenido; lee las palabras y decide por su cuenta. Una etiqueta que declara que una pagina es la version en espanol no cambia nada de lo que Google concluye que dice de verdad esa pagina.
Segundo, hreflang no es una palanca para la posicion en el ranking. En ninguna parte de las guias de Google se describe como algo que ayuda a una pagina a posicionarse mas arriba. Lo que afecta es cual, entre varias direcciones equivalentes, se muestra a un buscador concreto, despues de que el posicionamiento ya ha ocurrido. Un sitio que espera que mas idiomas signifiquen directamente mas visibilidad le esta pidiendo a la herramienta equivocada que haga un trabajo distinto.
Esa brecha entre lo que los operadores creen que hreflang les da y lo que Google realmente dice que hace es donde se pierde la mayor parte del trabajo en un lanzamiento multilingue. La etiqueta cuesta poco anadir y es facil dejarla tecnicamente correcta sin resolver nada en el fondo, porque el problema que existe para resolver, decidir que variante de idioma mostrar, nunca fue el problema que de verdad tiene un directorio con anuncios sin traducir.
La regla que decide si una pagina traducida es de verdad una pagina distinta
Google plantea el criterio real con claridad: las versiones localizadas de una pagina se consideran duplicadas entre si solo si el contenido principal de la pagina sigue sin traducirse. Todo en un lanzamiento multilingue de anuncios se reduce a esa frase, porque traza la linea entre paginas que de verdad multiplicaron el contenido del sitio y paginas que solo multiplicaron sus direcciones.
Una portada, una pagina de categoria o una pagina de precios supera la prueba en cuanto el texto visible cambia de idioma, porque el contenido principal es justo lo que se tradujo. Una pagina de anuncio construida sobre la misma plantilla no la supera del mismo modo. La navegacion, los botones, el pie legal cambian de idioma. El unico parrafo que el visitante vino realmente a leer, la descripcion escrita por el anunciante, se queda exactamente igual, porque nadie tiene autoridad para reescribirla en su nombre.
Ese es el mecanismo, no una suposicion sobre intenciones. Un buscador no necesita asumir nada sobre el motivo para tratar como duplicadas paginas casi identicas; esta leyendo la misma frase en el mismo idioma en ambas direcciones y sacando la conclusion obvia. Un problema de paginas casi identicas aparece tambien en el lado de ciudades y categorias de un directorio de anuncios, y la solucion alli es el mismo principio aplicado a otro eje: mas direcciones solo valen la pena cuando el contenido detras es realmente distinto, no cuando una plantilla genero una URL nueva gratis.
El efecto practico se agrava con la escala. Diez anuncios traducidos a diez idiomas son cien direcciones, y si el contenido escrito solo varia por el idioma de la plantilla que lo rodea, un buscador que intenta decidir cual mostrar se encuentra con noventa casi-copias compitiendo con la unica pagina que hace trabajo real. Eso diluye la senal en lugar de multiplicarla, y lo hace en silencio, porque nada en el sitio parece roto mientras ocurre.
Tres formas en que una build multilingue rompe esto sin que nadie se entere
La etiqueta reciproca es el fallo mas comun, y es el que Google explica con mas claridad: cada version de idioma tiene que listarse a si misma y a todas las demas versiones, y si dos paginas no se apuntan mutuamente, las etiquetas se ignoran por completo para ese par. Esto suele romperse despues del lanzamiento, no en el lanzamiento, cuando se anade un idioma nuevo al sitio y la lista de idiomas alternativos en las paginas que ya existian nunca se actualiza para incluirlo.
El valor x-default se aplica mal casi con la misma frecuencia, normalmente en la direccion contraria: anadido a cada pagina en lugar de al unico sitio para el que fue pensado. Google lo describe como la version de respaldo que se muestra cuando ninguno de los idiomas declarados coincide con la configuracion del visitante, pensada para una pagina selectora de idioma o una portada que redirige automaticamente, no para un anuncio que ya tiene un idioma propio perfectamente definido. Ponerlo en todas partes no causa un error, solo le dice a Google nada util en paginas donde ya habia algo util que saber.
Los codigos de region son el detalle que menos cuesta acertar y el que mas se falla. Google solo reconoce codigos de idioma ISO combinados con codigos de region ISO, y el instinto natural de un publico britanico, escribir UK, es justo uno de los codigos que la propia documentacion de Google senala como sin ningun efecto; el codigo valido es GB. Un codigo de pais solo tampoco funciona. Nada de esto genera un error durante la compilacion. Simplemente no hace nada, en silencio, mientras nadie lo revise.
Una decision que no pertenece a esta lista, porque en realidad no es un problema de hreflang, es si gestionar mercados separados con dominios de pais, subdominios o carpetas del sitio principal. La documentacion de Google no declara una preferencia de posicionamiento entre los tres, y un subdominio especifico de idioma ni siquiera le dice a Google por si solo cual es el publico previsto; eso hay que fijarlo explicitamente en otro lugar. Sea cual sea la estructura que ya use un directorio, es muy poco probable que sea el motivo de que sus paginas traducidas no funcionen. Los tres errores anteriores casi siempre lo son.
Que revisar de verdad antes de anadir un undecimo idioma
Empieza por los anuncios, no por la plantilla. Para cada perfil individual, decide honestamente si el contenido principal, las palabras del propio anunciante, existe en mas de un idioma. Si no existe, esa pagina tiene exactamente una version real de idioma, diga lo que diga la plantilla del sitio, y lo honesto es dejarla vivir en una sola direccion en lugar de fabricar otras nueve que dicen lo mismo.
Para las paginas que si estan traducidas de verdad, las estaticas y de categoria donde alguien reescribio el texto, verifica a mano los enlaces reciprocos en un puñado de paginas tras cada cambio: abre el codigo fuente, confirma que la lista de idiomas alternativos de la pagina A incluye la pagina B y que la lista de B incluye A, en ambas direcciones, para cada idioma que el sitio dice soportar. Un par roto aqui es invisible hasta que se revisa.
Para los anuncios que nunca se van a traducir existen dos opciones honestas. O se sirve el anuncio solo en el idioma en que fue escrito de verdad, sin ninguna declaracion de idioma alternativo asociada, o se traducen las partes que si importan para la busqueda, el titulo y la descripcion breve, dejando claro que el anuncio completo sigue en su idioma original. Lo que no funciona es una direccion que declara una traduccion que la pagina no contiene.
Confirma que los codigos de region coincidan exactamente con la lista ISO, siendo GB en lugar de UK el error mas comun en el primer intento, y resiste el instinto de poner x-default en cada pagina en lugar de en la unica pensada para usarlo. Nada de esto es un trabajo complicado. Basta una tarde con una hoja de calculo de direcciones y el habito de mirar el codigo fuente, y sale mucho mas barato que descubrir seis meses despues por que el trafico de nueve idiomas nuevos nunca llego. Que una pagina aparezca o no en la busqueda depende primero de una serie de interruptores distintos, pero nada de eso importa si la pagina traducida sobre la que se decidia nunca fue de verdad una pagina distinta.


