es y ca-ES-valencia), no variantes de estilo.Valencia tiene una situación linguistica que complica el SEO más de lo que la mayoría de agencias reconoce. Un negocio de la ciudad puede necesitar castellano por defecto, valenciano por vinculación con el territorio y obligación en ciertos sectores, e ingles porque el turismo, la comunidad internacional y el tráfico del puerto generan demanda constante. Tres versiones del mismo contenido, tres pequeños sitios conviviendo, y una mecánica —el hreflang— que casi nadie implementa bien del todo.
Este artículo va de eso: cuando merece la pena montar un sitio multilingue, cómo hacerlo sin canibalizarte, y sobre todo cómo medir si cada versión está funcionando, que es la parte que casi siempre se omite y la que decide si la inversión tuvo sentido.
La decisión de traducir un sitio se toma con una frecuencia alarmante por intuición o por comparación con un competidor. Es una inversión considerable —traducción, mantenimiento perpetuo, complejidad técnica— y se puede validar con datos antes de gastar un euro.
Dos comprobaciones bastan.
El desglose por país e idioma de tus datos actuales. Si ya recibes impresiones significativas desde Reino Unido, Alemania, Francia o Países Bajos sobre consultas comerciales, tienes demanda demostrada. En sectores valencianos como alojamiento, restauración, clínicas dentales, reformas para extranjeros o alquiler vacacional, este dato aparece solo. Se ve en la analítica de Search Console en un minuto, y es primera mano: no es una estimación de herramienta.
Quien ocupa la SERP en ese idioma. Comprueba en el seguimiento de posiciones quien rankea para tus consultas traducidas. Si el top 10 son portales internacionales y agregadores, entrar cuesta caro. Si hay negocios locales con webs mediocres, la ventana esta abierta.
Traducir el sitio entero de golpe. Lo sensato es traducir primero las cinco o seis páginas con intención comercial que tus datos señalan, medir tres meses y decidir. Un sitio multilingue completo y abandonado es peor que uno monolingue bien mantenido.
Hay tres formas validas de separar idiomas. La elección importa menos que la coherencia, pero cada una tiene consecuencias reales.
| Estructura | Ejemplo | A favor | En contra |
|---|---|---|---|
| Subdirectorio | midominio.com/en/ | Toda la autoridad en un dominio; barato y simple | Menos señal geográfica explicita |
| Subdominio | en.midominio.com | Separación técnica limpia | La autoridad se reparte; más mantenimiento |
| Dominio propio | midominio.co.uk | Maxima señal de país | Empiezas de cero en autoridad; caro |
Para el 95% de los negocios locales de Valencia la respuesta es subdirectorio. Un negocio de la ciudad no necesita separar mercados nacionales: necesita servir a personas que están aquí o vienen aquí, en su idioma. Fragmentar la autoridad de un dominio pequeño entre tres propiedades es una forma eficaz de no rankear en ninguna.
Conviene desmontar el malentendido central. El hreflang no mejora el posicionamiento. No es una señal de calidad ni de relevancia. Lo único que hace es decirle a Google: «estas URLs son la misma página en distintos idiomas; muéstrale a cada usuario la que le corresponde». Su beneficio es evitar que un usuario ingles aterrice en tu página en castellano y se marche, y evitar que dos versiones compitan entre si.
Dicho eso, se implementa mal con una frecuencia asombrosa. Tres reglas concentran casi todos los fallos:
El canonical de cada versión debe apuntar a si misma, no a la versión en castellano. Poner el canonical de todas las traducciones hacia el original es la forma más rápida de borrar tus traducciones del índice, y lo vemos cada dos por tres en sitios montados con plugins mal configurados.
Si quieres generar el bloque de etiquetas sin escribirlas a mano, tenemos un generador de hreflang en la sección de herramientas que produce el marcado listo para pegar.
Aquí hay un detalle que casi nadie trata bien. Para Google, el valenciano no es una variante estilística del castellano: se trata dentro del catalán, y el código correcto para la variante valenciana es ca-ES-valencia. Etiquetarlo como es o inventarse un código hace que el conjunto entero de hreflang se descarte por invalido.
| Version | Código hreflang | Uso típico |
|---|---|---|
| Castellano | es o es-ES | Version principal y x-default en la mayoría de casos |
| Valenciano | ca-ES-valencia | Vinculación con el territorio; obligatorio en ciertos sectores |
| Ingles | en | Turismo, residentes internacionales, negocio con el exterior |
| Sin coincidencia | x-default | La versión que se sirve cuando ninguna encaja |
La pregunta práctica que nos hacen siempre: ¿merece la pena la versión en valenciano desde el punto de vista de tráfico? La respuesta honesta es que el volumen de búsqueda en valenciano es bajo comparado con el castellano, incluso dentro de la Comunitat. Pero eso no la hace inútil por dos motivos: hay sectores donde es un requisito institucional o contractual, y en categorías con fuerte identidad local funciona como señal de arraigo que influye en la decisión aunque no en el ranking. Si la haces, hazla bien: una traducción automática sin revisar hace más daño reputacional que no tenerla.
Detectar el idioma del navegador y redirigir automáticamente. Rompe el rastreo —el bot solo vera una versión—, frustra a usuarios que quieren otra cosa, y sustituye una decisión del usuario por una suposición. Ofrece un selector visible y respeta la elección.
Una versión en inglés que es la traducción literal de la castellana rara vez funciona, y el motivo no es la calidad linguistica sino la intención de búsqueda.
Un ejemplo real de nuestra experiencia con clínicas dentales en Valencia: el paciente local busca «clínica dental Ruzafa» o «ortodoncia invisible precio Valencia». El paciente internacional busca «dental clinic Valencia English speaking», «dental implants Spain cost» o «dentist Valencia tourist emergency». No son las mismas preguntas traducidas: son preguntas distintas, con preocupaciones distintas —idioma del personal, precio comparado con su país, seguros, disponibilidad inmediata— que la página en castellano no aborda porque a un local no le preocupan.
Mismo texto, otro idioma. Rankea mal porque responde a la pregunta de otro público.
Misma página, mismas secciones, contenido adaptado a lo que ese público realmente pregunta.
Páginas que solo existen en un idioma porque la demanda solo existe ahi. Perfectamente valido.
Un apunte técnico sobre esto último: si una página existe solo en inglés, no la metas en un grupo hreflang con una equivalencia forzada. Deja que se declare a si misma. Los grupos hreflang con páginas que no son realmente equivalentes generan más problemas de los que resuelven.
Este es el punto donde la mayoría de proyectos multilingues fracasan silenciosamente. Se lanzan tres versiones, se mira el tráfico total, sube un poco, y nadie descubre durante un año que la versión inglesa recibe once visitas al mes porque tiene un problema de indexacion.
Lo mínimo que hay que separar:
| Métrica | Por que separada por idioma |
|---|---|
| Clics e impresiones por directorio | El total oculta que una versión no arranca. Filtra por /en/ y por /va/. |
| Países de origen | Si la versión inglesa solo recibe visitas desde Espania, el hreflang no está sirviendo a nadie nuevo. |
| Posiciones del conjunto traducido | Las consultas en inglés son otro mercado con otra competencia. Un grupo de seguimiento aparte. |
| URLs indexadas por idioma | El fallo silencioso más común: la traducción existe y nunca entro en el índice. |
| Conversion por idioma | Un visitante internacional convierte distinto. Sin este dato no sabes si el tráfico vale algo. |
Los cuatro primeros salen de la capa gratuita de Semalt en una tarde: filtras la analítica por directorio, creas un grupo de consultas por idioma en el seguimiento de posiciones y compruebas el rastreo de cada sección en el registro de indexacion. Con eso ya no hay fallos silenciosos.
Hay un detalle de arquitectura que separa los sitios multilingues que funcionan de los que se quedan a medias, y no tiene nada que ver con el hreflang: como se enlazan las páginas dentro de cada idioma.
El patrón equivocado, y es el habitual, consiste en traducir cinco páginas, colgarlas del selector de idioma y no enlazarlas desde ningún otro sitio. El resultado es un conjunto de páginas huérfanas: técnicamente existen, el hreflang las declara, y no reciben ni una gota de autoridad interna. Google las interpreta exactamente como lo que parecen —contenido secundario que ni siquiera tu consideras importante— y las rankea en consecuencia.
La regla práctica es simple: cada idioma necesita su propia red de enlaces internos completa. La página de servicio en inglés debe enlazar a las otras páginas de servicio en inglés, al contacto en inglés y al contenido de apoyo en inglés. No al equivalente castellano. Mezclar idiomas en el enlazado interno confunde la señal y saca al usuario de su versión a mitad de recorrido.
Sobre el enlazado entre idiomas, la única conexión necesaria es la del selector, y debe apuntar a la página equivalente. Cualquier otra referencia cruzada —un artículo en castellano enlazando a un servicio en inglés— debería ser excepcional y estar justificada por el contexto.
Comprobación rápida que hacemos siempre: coge una página traducida y pregunta cuantos enlaces internos la apuntan desde su propio idioma. Si la respuesta es «solo el selector», ya sabes por qué no rankea, y el arreglo cuesta una tarde.
Selector de idioma que lleva siempre a la portada. El usuario está leyendo la página de un servicio, pulsa EN y aterriza en la home inglesa. Cada cambio de idioma pierde el contexto. Debe llevar a la página equivalente.
La versión traducida no esta en ningún sitemap. Se creo el contenido, se subió y nadie actualizo los sitemaps ni enlazo las páginas nuevas desde ningún sitio. Existen y son invisibles.
Etiquetas hreflang generadas por un plugin sin revisar. Especialmente en instalaciones con varios plugins de idiomas donde uno sobreescribe al otro y el resultado son etiquetas contradictorias en la misma página.
Contenido mezclado. Páginas «inglesas» con el formulario, el aviso de cookies, los botones y el pie en castellano. Google detecta el idioma predominante y puede clasificarla mal; el usuario simplemente desconfía.
Traducción automática sin revisión publicada tal cual. Técnicamente valida, comercialmente daniina. En sectores de salud, legal o financiero es directamente un riesgo.
El desglose por país e idioma de tu tráfico actual esta en la analítica gratuita. Es el dato que convierte una decisión cara en una decisión informada.
Entrar en Semalt Generador de hreflangNo directamente. Evita que compitan tus propias versiones y que el usuario aterrice en el idioma equivocado. El beneficio se ve en tasa de rebote y en conversión, no en un salto de posiciones.
Subdirectorio para casi todos los negocios locales. Fragmentar la autoridad de un dominio pequeño entre varias propiedades es contraproducente.
ca-ES-valencia. Etiquetarlo como es o inventar un código invalida el conjunto entero de etiquetas.
Como punto de partida, si; publicada sin revisión humana, no. En salud, legal o finanzas el riesgo supera cualquier ahorro.
Casi nunca. Traduce lo comercial y crea contenido propio en el otro idioma cuando los datos muestren demanda concreta. Un blog traducido y desactualizado no aporta nada.
Un sitio multilingue bien montado no es más difícil técnicamente que uno monolingue: son tres reglas de hreflang, un canonical correcto por versión y un selector que no pierda el contexto. Lo difícil es lo otro: decidir con datos si hay demanda, localizar en lugar de traducir, y medir cada versión por separado para que un fallo no pase un año inadvertido.
Si tienes un negocio en Valencia con público internacional y aun no has mirado tu desglose por país e idioma, empieza por ahi: conecta tu dominio y dedícale veinte minutos. Es la forma más barata de descubrir si estas dejando dinero encima de la mesa —o de ahorrarte una inversión que tus datos no justifican—.
Y si quieres que revisemos una implementación existente —el fallo de reciprocidad es tan común que lo damos casi por hecho—, escríbenos: la revisión entra en la auditoría inicial gratuita.
Analitica gratuita de Google Search, posiciones y respuestas de IA, mas indexacion rapida de tus paginas nuevas.
Entrar en Semalt semalt.comContactanos para una auditoria gratuita
