Un cliente vendía bien en España y decidió abrir Alemania. Equipo nativo, traducción impecable, todo colgado en midominio.com/de/. Lo subió y esperó. Seis meses después: 40 impresiones en Alemania y la home alemana sin aparecer ni para su propia marca. La traducción estaba perfecta. El problema vivía debajo, donde nadie había mirado.
Me pasa en casi todos los proyectos internacionales que heredo. Y con las herramientas de hoy engaña más que nunca: eliges plugin, traduces con IA en una tarde y parece que ya estás listo para conquistar el mundo. Luego la mayoría de esos proyectos fracasan. El culpable casi nunca es la etiqueta hreflang. El culpable de verdad son trampas de estrategia que se disfrazan de problemas técnicos.
Porque aquí está el fondo, y es lo que le digo a todo cliente antes de tocar una línea de código: dominar un mercado no consiste en traducir una web, sino internacionalizar todo tu negocio, con todo lo que conlleva. El SEO técnico que viene ahora es el suelo. Necesario, pero suelo. Si construyes bien la casa sobre una estrategia que no existe, sigues traduciendo para nadie.
Vamos primero al suelo (que hay que pisarlo firme), y luego a la brújula.
No necesitas un .de. Casi nadie lo necesita
A matar un mito, porque me lo encuentro cada mes. Para vender en Alemania no hace falta comprar midominio.de. La mayoría de empresas de 20-200 personas hacen bien quedándose en un único .com y colgando cada idioma de un subdirectorio: /de/, /fr/, /it/.
El motivo es de autoridad. Tu .com ya tiene historia, enlaces y confianza de Google. Un subdirectorio hereda todo eso desde el día uno. Un .de nuevo empieza con la autoridad a la altura del betún y te obliga a construirla por separado en cada país. Las opciones, en corto:
/es/,/de/(subdirectorios): rentable, mantenimiento simple, autoridad compartida. Ideal para 2-10 mercados con un mismo equipo. La señal geográfica es algo más floja, y se compensa con contenido y señales locales.de.midominio.com(subdominios / multisite): más control por mercado, pero más mantenimiento y autoridad fragmentada. Útil si separas catálogos o equipos por país..de(ccTLD): máxima señal de país, y autoridad desde cero más compliance por país. Solo compensa cuando el mercado pesa tanto que quieres marca casi propia y tienes equipo para sostenerla.?lang=de: no. Rastro SEO débil, peor experiencia, riesgo de duplicados.
La regla que uso para cortar la discusión: el mejor modelo es el que puedes mantener 12 meses sin que se rompa nada. La estructura entera la trato en mi guía de SEO internacional. Y decídelo bien una vez: la arquitectura es la decisión menos reversible de todo el proyecto.
Hreflang y técnica: que Google no se líe
Elegida la casa, toca no romper lo básico. Aquí vive el 90% de los líos, y casi todos son de detalle. Un ejemplo mínimo de hreflang que va en el <head> de todas las versiones:
<link rel="alternate" hreflang="es-ES" href="https://midominio.com/es/" />
<link rel="alternate" hreflang="de-DE" href="https://midominio.com/de/" />
<link rel="alternate" hreflang="x-default" href="https://midominio.com/" />Y las reglas que más se rompen:
- Hreflang en parejas, con retorno y
x-default. Si tu/de/apunta al/es/, el/es/tiene que devolverle el enlace. Cada URL se incluye a sí misma. Elx-defaultes para quien no encaje en ningún idioma. - Idioma-país cuando compartes idioma.
de-DE,de-AT,de-CHseparados si vendes en Alemania, Austria y Suiza. Undesuelto los mezcla. - Canonical de cada versión a sí misma. El
/de/se canoniza a/de/, nunca al idioma «principal». El canonical al «principal» es de los errores que más veo, y rompe la variante entera. - Un sitemap por idioma más un
sitemap_index.xmlque los agrupe. Da de alta cada carpeta y sitemap en Search Console y segmenta: mentalidad de mercado, no de web única. - Schema con idioma y moneda:
inLanguage,priceCurrency, yareaServedo datos de ubicación si el negocio es local. - Nada de auto-redirigir por IP. Rompe indexación y cabrea al usuario que viaja o usa VPN. Sugerir la versión local con un banner, sí; forzar la redirección, no.
Lo bueno de todo esto es que se diagnostica rápido. El resto del checklist técnico (canonicals, velocidad, rastreo) lo desarrollo en mi guía de SEO técnico.
El .com que Google no sabe repartir
El matiz que casi nadie ve. Aunque todo viva en un solo .com, Google tiene que hacer dos cosas distintas con tu /de/: descubrirlo y servírselo al alemán correcto. Dos problemas, no uno.
Descubrirlo. Una carpeta /de/ recién creada puede estar impecable y no recibir una visita en meses porque Google apenas ha pasado a rastrearla. Ayudan cosas poco vistosas: el sitemap por idioma de arriba, enlazado interno desde las páginas que ya se rastrean mucho hacia las nuevas (una página huérfana tarda semanas en indexarse; una bien enlazada, días) y, en sitios grandes, vigilar que el presupuesto de rastreo no se gaste en URLs basura.
Servírselo bien. Que esté indexado no significa que se lo enseñe a quien toca. Ahí vuelve el hreflang, y ahí entran las señales de que ese contenido pertenece a ese mercado. Por eso «¿por qué no aparezco en Google del país?» casi nunca se arregla comprando un dominio local. Se arregla haciendo que Google encuentre tu /de/ y tenga motivos para servírselo a quien busca en alemán.
El error que se disfraza de técnico: te falta la brújula
Y aquí subo un piso, porque es donde se pierde la mayoría. Puedes tener el hreflang perfecto y aun así quemar el presupuesto. Si entraste en un mercado sin entenderlo, ningún canonical te salva. El problema parecía técnico. Era de estrategia.
Esta es la brújula que uso con mis clientes antes de decidir nada. La llamo las 5 Cs, y la desarrollo entera en mi guía de estrategia de SEO internacional. Cada decisión técnica de arriba sale de responderlas:
- Compañía. Antes de mirar fuera, mira dentro. ¿Por qué entras en este mercado? ¿Qué puedes sostener 12 meses: un WordPress multilingüe con un equipo, o equipos por país? La arquitectura sale de aquí, no de una moda.
- Clientes. Psique local, no traducción. No traduzcas keywords: entiende la intención. Qué problema resuelven, qué léxico usan, cómo es su recorrido, qué moneda y qué pruebas sociales les dan confianza.
- Competidores. ¿En quién confía Google en ese país, y por qué? Rara vez son los gigantes que ya conoces. En las SERPs locales ganan especialistas con confianza real. Ese es tu campo de batalla.
- Colaboradores. La autoridad no se exporta, se construye con el entorno local: medios, asociaciones, expertos, creadores. Menos «link building» y más integrarte en su conversación. Es tu foso de confianza en ese mercado.
- Clima. Las reglas del juego: cookies y datos, impuestos, pagos, logística, qué buscadores y plataformas mandan allí. Ignorarlo es garantía de fracaso, no un riesgo.
Con las 5 Cs respondidas, las decisiones técnicas dejan de ser a ciegas y el resto casi viene solo.
Traducir no es localizar
De las 5 Cs sale la parte que más proyectos mata, y no aparece en ningún plugin: que la web parezca de allí. El objetivo es que el usuario reconozca su contexto en cinco segundos. Métodos de pago locales, moneda e impuestos visibles, reseñas y sellos del país, políticas y devoluciones claras, fechas y unidades en su formato, soporte en su idioma y su horario.
Si la forma de pagar y de confiar no es local, el SEO trae los clics y la experiencia los pierde en la puerta. Traducción y localización no son lo mismo, y Google (y tus ventas) notan la diferencia.
La IA también te ve por idioma
Un ángulo que aparece en cada proyecto nuevo. Pregunta a ChatGPT o a Gemini, en alemán, «¿qué proveedores de [tu categoría] recomiendas en Alemania?». Si tu marca no tiene señal en alemán, no sales. Da igual lo bien traducida que esté la web.
Mismo síntoma de siempre, cara nueva: el síntoma es SEO y la causa es marca, ahora también dentro de las respuestas de IA. Un modelo no te traduce para recomendarte: te recomienda si has construido presencia en ese idioma. Lo desarrollo en cómo te ve la IA según el idioma. La IA acelera el trabajo (investigar, sacar ideas, briefings), pero el criterio local decide. Todo lo que toque confianza (pagos, legales, claims, cultura) pasa por un revisor nativo. Siempre.
Antes de traducir
La expansión que funciona no empieza por el traductor. Empieza por la brújula, y luego por el suelo: estructura que puedas sostener, hreflang que no se contradice, cada idioma indexado, experiencia local de verdad. Si no puedes operar bien un mercado, no lo abras aún.
A qué país entrar, en qué orden y con qué prioridad lo trabajo como consultor SEO internacional, y la foto técnica completa la doy en una auditoría SEO internacional.
No traduces una web. Internacionalizas tu negocio. Con todo lo que conlleva.
Preguntas frecuentes
¿Basta con traducir la web para vender en otro país?
No. Dominar un mercado no consiste en traducir una web, sino en internacionalizar el negocio: estructura, técnica, experiencia local (pagos, moneda, confianza) y un equipo que lo sostenga. La traducción es la parte visible; sola, rara vez funciona.
¿Cómo elijo la estructura de sitio para SEO internacional?
Para la mayoría, un solo .com con subdirectorios por idioma (/de/, /fr/): hereda autoridad y es fácil de mantener. Subdominios si separas operación por mercado; ccTLD (.de) solo si necesitas señal de país fuerte y puedes sostenerla. Evita ?lang=. La mejor arquitectura es la que puedes mantener 12 meses.
¿Cómo uso las etiquetas hreflang sin romperlas?
Idioma-país cuando compartes idioma (de-DE, de-AT, de-CH), versiones que se apuntan entre sí en los dos sentidos (return tags), cada URL incluida a sí misma, y un x-default. Además, cada idioma con canonical a sí mismo, nunca al «principal».
¿Por qué no aparezco en Google del país aunque tengo la web traducida?
Casi nunca es por no tener un dominio local. Suele ser que Google no ha descubierto o indexado bien esa versión (rastreo, sitemap, enlazado interno) o que el hreflang no le dice qué versión servir. Traducir no basta: hay que hacer que Google la encuentre y tenga motivos para mostrarla.
¿Cuánto tarda en dar resultados una expansión internacional?
Entre 3 y 6 meses lo habitual, más si el mercado es competitivo o si la capa técnica venía rota. La indexación de las versiones nuevas suele ser el primer cuello de botella, y el que más se subestima.