Guía SEO Paso 10: SEO Multi-idioma

Este é o Paso 10 da Guía SEO de 13 Pasos. O SEO multi-idioma permítelle multiplicar o seu tráfego orgánico ao servir a cada mercado na súa propia lingua; se se fai mal, crea un caos de contido duplicado.

Cada idioma que engades é un multiplicador do teu contido existente. Un sitio con 50 páxinas nunha lingua ten 50 URLs indexables. Engade 5 idiomas e terás 250. Engade 20 idiomas e terás 1.000. Cada unha desas URLs pode clasificar de forma independente nos seus resultados locais de Google.

Pero o SEO multi-idioma é unha das áreas máis complexas a nivel técnico do SEO. A implementación incorrecta crea contido duplicado, dilución da clasificación e desperdicio do orzamento de rastrexo. A diferenza entre un sitio correctamente e incorrectamente internacionalizado pode ser de 10x en tráfico.

LANGR opera en 108 idiomas en 89 locais activos; resolvemos estes problemas a gran escala. Esta guía comparte todo o que aprendemos.

Que Cobre o SEO Multi-idioma

O SEO multi-idioma abarca 8 áreas críticas:

Implementación de Hreflang — Indicar a Google que páxina serve que idioma
Estratexia de Roteo de Localización — Subdominio vs subcartafol vs TLD
Calidade da Tradución — Tradución automática vs humana vs híbrida
Targeting Internacional — Configuración da Search Console
Localización de Contido — Máis aló da tradución: adaptación cultural
Suporte RTL — Idiomas de dereita a esquerda (Árabe, Hebreo, Farsi)
Detección de Idioma — Servir a versión correcta de forma automática
Contido Duplicado — Previr a canibalización entre idiomas

1. Implementación de Hreflang

As etiquetas hreflang indican aos motores de busca que URL serve que idioma e rexión. Son a base técnica do SEO multi-idioma — e o elemento máis comúnmente mal configurado.

Sintaxe básica de hreflang:

<link rel="alternate" hreflang="en" href="https://example.com/page" />
<link rel="alternate" hreflang="da" href="https://example.com/da/page" />
<link rel="alternate" hreflang="de" href="https://example.com/de/page" />
<link rel="alternate" hreflang="x-default" href="https://example.com/page" />

Regras críticas:

Cada páxina debe referirse a TODAS as versións alternas (incluíndo a sí mesma)
x-default designa a versión de fallback (normalmente inglés ou un selector de idiomas)
As etiquetas hreflang deben ser recíprocas (a páxina A liga á B, a B debe volver a ligar á A)
Usa códigos de idioma ISO 639-1 (en, da, de) e non códigos de país
Para contido específico de rexión: en-us, en-gb, pt-br (idioma-región)
Máximo ~50 entradas de hreflang por páxina (limite de rendimiento)

Tres opcións de colocación:

| Método | Mellor Para | Desvantaxes | |--------|--------------|-------------| | en | Sitios pequenos (< 10 idiomas) | Aumento do HTML, procesamento máis lento | | Cabeceiras HTTP | Arquivos non HTML (PDFs, APIs) | Non amplamente soportado | | Mapa do sitio XML | Sitios grandes (10+ idiomas) | Descubrimento máis lento polos rastrexadores |

Exemplo de hreflang no mapa do sitio:

<url>
  <loc>https://example.com/page</loc>
  <xhtml:link rel="alternate" hreflang="en" href="https://example.com/page" />
  <xhtml:link rel="alternate" hreflang="da" href="https://example.com/da/page" />
  <xhtml:link rel="alternate" hreflang="de" href="https://example.com/de/page" />
  <xhtml:link rel="alternate" hreflang="x-default" href="https://example.com/page" />
</url>

Erros comúns de hreflang:

Falta de etiqueta de autorreferencia (a páxina non inclúe a si mesma)
Etiquetas non recíprocas (A referencia a B, pero B non referencia a A)
Códigos de idioma incorrectos (dk en vez de da para danés)
Apuntando a URLs non 200 (redireccións, 404s)
Mesturando x-default cunha páxina específica de idioma

Vantaxe rápida: Rastrea o teu sitio e exporta todas as etiquetas hreflang. Verifica xiriocás non recíprocos: este é o erro máis común e causa que Google ignore a túa configuración de hreflang.

2. Estratexias de Roteo de Localización

A forma na que estruturas as URLs para diferentes idiomas afecta ao SEO, á experiencia do usuario e á complexidade técnica. Hai tres enfoques principais:

Subcartafol (Recomendado)

example.com/en/page
example.com/da/page
example.com/de/page

Pros: Autoridade de dominio singular, fácil de xestionar, un certificado SSL, unha propiedade de analíticas, unha propiedade da Search Console, o mellor para a maioría dos sitios.

Cons: Menos sinal de geo-targeting que os ccTLD.

Subdominio

en.example.com/page
da.example.com/page
de.example.com/page

Pros: Pode estar hospedado en diferentes servidores/CDNs por rexión, orzamentos de rastrexo separados.

Cons: Cada subdominio constrúe autoridade de forma separada (o vínculo non flúe automáticamente), múltiples propiedades da Search Console, configuración máis complexa.

TLD de código de país (ccTLD)

example.com (Inglés)
example.dk (Danés)
example.de (Alemán)

Pros: Sinal de geo-targeting máis forte, os usuarios confían nos TLD locais, cada dominio é independente.

Cons: Caro (comprar 20+ dominios), autoridade separada por dominio, construcción de vínculos complexa, analíticas/console separadas.

A nosa recomendación: Roteo por subcartafol para o 90% dos sitios. Concentrar toda a autoridade de vínculos nun único dominio mentres se proporcionan claros sinais de localización. Usa o formato /{locale}/page.

https://langr.org/page        (Inglés, por defecto)
https://langr.org/da/page     (Danés)
https://langr.org/de/page     (Alemán)
https://langr.org/ja/page     (Xaponés)

Vantaxe rápida: Se estás usando subdominios e loitando coa autoridade, considera migrar a subcartafoles. Os sitios que migran de subdominios a subcartafoles normalmente ven un aumento do 20-50% no tráfego orgánico dentro de 3-6 meses á medida que a equidade dos vínculos se consolida.

3. Calidade da Tradución vs Tradución Automática

A calidade da tradución impacta directamente nas clasificacións. Google pode detectar a tradución automática e pode desvalorizar as páxinas mal traducidas. Pero a tradución por IA de 2026 é dramaticamente mellor que a norma de 2020.

O espectro da calidade da tradución:

| Nivel | Método | Calidade | Prezo | Mellor Para | |-------|--------|----------|-------|-------------| | 1 | Saída de GPT/DeepL crúa | 60-75% | ~$0 | Uso interno, borradores | | 2 | IA + indicacións de post-edición | 75-90% | ~$0 | Contido de blogs, páxinas non críticas | | 3 | IA + revisión humana | 90-97% | $0.03-0.08/palabra | Páxinas de produtos, páxinas de destino clave | | 4 | Tradutor profesional nativo | 97-100% | $0.10-0.25/palabra | Legal, médico, crítico para a marca |

Insight clave para 2026: O Nivel 2 (IA con indicacións de calidade) é agora suficiente para a maioría do contido web. Os algoritmos de contido duplicado de Google xa non penalizan as traducións automáticas ben feitas; penalizan as malas traducións que non proporcionan valor.

Signos de tradución que prexudica ao SEO:

Segmentos sen traducir mesturados con contido traducido
Elementos de UI (botóns, etiquetas) que permanecen na lingua fonte
Formatos específicos de localización non adaptados (datas, moedas, números de teléfono)
Referencias culturais que non se traducen (modismos, chistes, exemplos)
O mesmo título/meta-descrición en todos os idiomas

Como validar a calidade da tradución:

Verifica que TODO o texto visible estea traducido (incluíndo navegación, pé de páxina, formularios)
Verifica os formatos específicos de localización (DD/MM/AAAA vs MM/DD/AAAA)
Proba os CTAs — soan naturais na lingua de destino?
Verifica as etiquetas meta — título e descrición deben estar escritas de forma independente por idioma
Verifica que non se expoñan claves i18n crúas (por exemplo, nav.home en vez de "Home")

Vantaxe rápida: Verifica as túas páxinas traducidas por contido de idiomas mesturados. Se algún botón, etiqueta ou elemento de UI permanece na túa lingua fonte, corrixeo de inmediato — as páxinas de idiomas mesturados envían un sinal de baixa calidade a Google.

4. Targeting Internacional na Search Console

As configuracións de targeting internacional de Google Search Console axudan a Google a entender que páxinas deben clasificar en que países.

Para configuracións de subcartafol:

Non se pode establecer O targeting por país por subcartafol (só por dominio/subdominio)
En vez diso, confía en hreflang + lingua de contido + sinais de usuarios
Envia un mapa do sitio por localización: sitemap-en.xml, sitemap-da.xml

Para ccTLDs:

.dk está destinado automaticamente a Dinamarca
.de está destinado automáticamente a Alemaña
Non se necesita unha configuración manual

Para TLDs xenéricos (.com, .org, .net):

Establece "Targeting Internacional" por propiedade na Search Console
Usa hreflang como sinal principal

Pasos prácticos:

Verifica o teu sitio na Search Console (unha propiedade para a configuración de subcartafol)
Envia o teu mapa do sitio con anotacións hreflang
Verifica o informe de "Targeting Internacional" para erros
Monitorea o informe de "Cobertura" por idioma (usa filtros de parámetros de URL)
Verifica se hai advertencias de "Duplicado sen canónico seleccionado polo usuario"; estas adoitan indicar problemas de hreflang

Vantaxe rápida: Vai a Search Console > Rendemento > Filtro por país. Verifica se os usuarios en Alemaña están aterrando nas túas páxinas en inglés en vez de nas de alemán. Se é así, a túa configuración de hreflang ten erros.

5. Localización de Contido (Non Só Tradución)

A localización vai máis aló da tradución literal. Adapta o contido para o contexto cultural, o comportamento de busca local e as necesidades específicas do mercado.

Que localiza:

Moeda e prezos: Mostra a moeda local (€ en Alemaña, kr en Dinamarca, ¥ en Xapón)
Formatos de data/hora: 25/06/2026 (UE) vs 06/25/2026 (US) vs 2026/06/25 (ISO/Xapón)
Números de teléfono: Formato local cun código de país para internacional
Enderezos: Adaptarse ao formato postal local
Proba social: Nomes de clientes locais, empresas locais, estudos de caso locais
CTAs: Adaptar o ton (formal en alemán/xaponés, casual en inglés/danés)
Imaxes: Localiza texto nas imaxes, usa visuais culturalmente apropiados
Legal: GDPR para a UE, diferentes requisitos de consentimento de cookies por país
Exemplos: Marcas locais, sitios web locais, referencias locais

Contido que non debe ser traducido directamente:

Publicacións de blogue sobre temas locais (escribe únicas por mercado)
Estudos de caso (usa empresas locais)
Páxinas de prezos (diferentes prezos por mercado son válidos)
Contido de notícias (a relevancia regional varía)

Localización de palabras clave: Non traduza palabras clave; investigueas nativamente. "Car insurance" en inglés pode ser "bilforsikring" en danés, pero o líder en volume de búsqueda pode ser "forsikring bil" (orde de palabras diferente). Usa ferramentas de investigación de palabras clave locais.

Vantaxe rápida: Verifica a túa páxina de prezos en todos os idiomas. Está a mostrar a moeda local correcta? Son os teus CTAs culturalmente apropiados? Un CTA de "Empeza de balde" pode necesitar ser "Jetzt kostenlos testen" en alemán — non unha tradución literal, senón o que os usuarios alemanes esperan ver.

6. Soporte RTL

Os idiomas de dereita a esquerda (Árabe, Hebreo, Farsi/Persa, Urdu, Pashto) requiren unha adaptación significativa do deseño. Servir contido RTL cun deseño de esquerda a dereita fai que o teu sitio sexa inusable para aproximadamente 500 millóns de falantes nativos.

Implementación técnica:

<!-- Detectar e aplicar dirección -->
<html lang="ar" dir="rtl">

Que debe cambiar en RTL:

Alineación do texto (texto de corpo alineado á dereita)
Dirección do deseño (as barras laterais movéranse de esquerda a dereita)
Ordem de navegación (invertida)
Iconas con significado direccional (fletchas, barras de progreso)
Margen e espazo interior (intercambiar valores de esquerda/dereita)
Radio da borda (intercambiar valores de esquina)
Dirección flexbox/grid de CSS

Que NON debe cambiar:

Números de teléfono e expresións matemáticas
Nomes de marcas e logos de esquerda a dereita
Controis de reprodutores de audio/video
Indicadores de desplazamento horizontal
Bloques de código embebidos

Enfoque de CSS (moderno):

/* Usa propiedades lógicas */
.card {
  margin-inline-start: 1rem;  /* substitúe margin-left */
  padding-inline-end: 0.5rem; /* substitúe padding-right */
  border-start-start-radius: 8px; /* superio-esquerdo en LTR, superio-dereito en RTL */
}

Probas en RTL:

Engade dir="rtl" ao e verifica cada páxina
Verifica que o texto árabe/hebreo sexa legible (non garabateado en Unicode)
Proba entradas de formulários (dirección de entrada de texto)
Verifica que os números se mostren correctamente dentro do texto RTL

Vantaxe rápida: Se soportas árabe ou hebreo, agrega dir="rtl" ao teu elemento HTML para esas localizacións e usa propiedades lógicas en CSS (margin-inline-start en vez de margin-left). Este único cambio soluciona o 80% dos problemas de deseño RTL.

7. Detección e Roteo de Idioma

A forma na que decides que versión de idioma mostrar a un usuario afecta tanto á UX como ao SEO.

Mellor práctica: baseada en URL cun cookie de preferencia

Primeira visita: Mostrar contido baseado na URL (por exemplo, /da/page = Danés)
URL raíz (/): Redirixir baseado na cabeceira Accept-Language OU mostrar por defecto (Inglés)
Cambio manual: Cando o usuario selecciona un idioma, establece un cookie e respecta a noas visitas futuras
Nunca: Redirixir automáticamente desde unha URL específica de idioma

Qué evitar:

Redireccións baseadas en IP (Google rastrea desde IPs dos EE.UU. → só indexa inglés)
Detección de idioma só en JavaScript (os motores de busca non poden executar JS de forma fiable)
Redirixir /de/page a /en/page para usuarios en inglés (rompe hreflang)
Cloaking (amostrar contido diferente basado no user-agent)

Comportamento de redirección correcto:

O usuario visita: /             → redirección 302 a /{detected-locale}/
O usuario visita: /da/page      → Servir contido danés (nunca redirixir)
O usuario visita: /nonexistent  → 404 (non redirixir á lingua por defecto)

Regra crítica para SEO: Cada URL de idioma debe ser accesible directamente por Googlebot sen redireccións. Se Google rastrea /da/page e é redirixido a /en/page, nunca indexará o teu contido en danés.

Vantaxe rápida: Verifica que Googlebot poida acceder a todas as túas URLs de idiomas directamente. Na Search Console, usa a ferramenta de Inspección de URL en unha URL non inglesa. Se mostra unha redirección, corrixe a túa lógica de roteo.

8. Contido Duplicado Entre Idiomas

Os sitios multi-idioma enfróntanse a un desafío único de contido duplicado: páxinas similares en diferentes idiomas poden competir entre si nos resultados de búsqueda.

Cando o contido duplicado se converte nun problema:

Páxinas que son un 90%+ idénticas entre idiomas (contido non traducido)
A mesma URL accesible con e sen prefixo de localización (/page e /en/page)
Falta de etiquetas canónicas que permiten que ambas as versións se indexen
Erros de hreflang que causan que Google seleccione a versión "incorrecta"

Solucións:

| Problema | Solución | |---------|----------| | Páxinas non traducidas | Usa noindex ata que se traduzan, ou mostra en inglés cun claro indicador de idioma | | URLs dobres (/page + /en/page) | 301 redirección dun a outro | | Google indexando o idioma incorrecto | Corrixe a reciprocidade de hreflang, verifica na Search Console | | Traducións de baixa calidade indexadas | Mellora a calidade da tradución ou consolida a menos idiomas |

Estratexia de etiqueta canónica:

<!-- Cada páxina de idioma é a súa propia canónica -->
<!-- /en/page -->
<link rel="canonical" href="https://example.com/en/page" />

<!-- /da/page -->
<link rel="canonical" href="https://example.com/da/page" />

Nunca apunte canonical de un idioma a outro (por exemplo, a canónica danesa apuntando ao inglés) — iso di a Google que ignore a versión danesa por completo.

Vantaxe rápida: Busca site:yourdomain.com "título da túa páxina" en Google. Se ves tanto versións en inglés como traducidas aparecendo para a mesma consulta, tes un problema de contido duplicado ou de hreflang.

A Lista de Comprobación do SEO Multi-idioma

Revisa isto para cada sitio internacionalizado:

[ ] Etiquetas hreflang en todas as páxinas, incluíndo autorreferencias e x-default
[ ] Todas as relacións hreflang son recíprocas (verificadas con un rastreador)
[ ] Roteo de localización correcto (recomendado subcartafol): /{locale}/page
[ ] Sen redireccións automáticas desde URLs específicas de idioma
[ ] Calidade da tradución validada (sen páxinas de idiomas mesturados)
[ ] Título e descrición meta únicos por idioma (non duplicados)
[ ] Moeda, datas e formatos localizados por mercado
[ ] Suporte RTL implementado para Árabe/Hebreo/Farsi (se é aplicable)
[ ] Mapa do sitio por localización enviado á Search Console
[ ] Cada páxina de idioma ten a súa propia URL canónica (non apuntando a outro idioma)
[ ] Sen claves i18n crúas visibles en ningunha páxina
[ ] Selector de idioma accesible en todas as páxinas (vínculo a páxinas equivalentes, non á páxina de inicio)

Como LANGR Verifica o SEO Multi-idioma

LANGR ten dous módulos dedicados para SEO multi-idioma:

i18n-checker: Rastrea até 5 variantes de localización das túas páxinas e verifica:

Completude e reciprocidade das etiquetas hreflang
URLs de localización inaccesibles (devolvendo 404 ou redirixindo)
Cadenas codificadas/não traducidas entre localizacións (detección de fallback)
Claves i18n crúas expostas como texto visible
Porcentaxe de cobertura de tradución

Escáner de tradución: Avaliación de calidade impulsada por IA:

Avalía a naturalidade da tradución nunha escala de 0-100
Detecta artefactos de tradución automática
Identifica segmentos non traducidos dentro de páxinas que doutro xeito están traducidas
Verifica elementos de UI (botóns, etiquetas, navegación) por separado do contido do corpo

Conxuntamente, estes módulos verifican a túa implementación multi-idioma desde a perspectiva técnica (hreflang, roteo, canónicos) e de calidade (tradución, localización) — dúas das 13 disciplinas de SEO de LANGR.

Erros Comúns en Multi-idioma (Clasificados por Impacto)

Hreflang non recíproco — Google ignora toda a configuración
Redirección automática baseada en IP — Evita que Googlebot indexe versións non inglesas
As mesmas etiquetas meta entre idiomas — Perde o potencial de clasificación das páxinas traducidas
Páxinas de idiomas mesturados — Botóns en inglés, contido en alemán = sinal de baixa calidade
Sen x-default — Google non pode determinar a túa versión de fallback
Traducindo URLs literalmente — /about-us → /uber-uns está ben, pero mantén a consistencia
Ignorando RTL — Deseño roto para máis de 500M de falantes nativos
Canónica apuntando a outro idioma — Elimina a versión traducida do índice de Google.

Que Vén Despois?

Paso 11: Descubrimento de Leads B2B — Transformando datos SEO en leads cualificados cun prospección automatizada, puntuación de leads baseada en dominio e outreach baseado nos achados SEO.

Esta guía é parte da serie de 13 pasos de SEO de LANGR. Executa unha auditoría gratuita para ver onde está o teu sitio en todas as 13 disciplinas.

Guía SEO Paso 10: SEO Multi-idioma — Chegando a Audiencias Globais Sen Dilución das Túas Clasificacións