Descubre el propio editor
Un solo sitio, hasta ocho idiomas, con hreflang y respaldo gestionados automáticamente a medida que añades cada uno.
Añadir un segundo idioma suele describirse como un problema de traducción. En realidad es un problema de estructura: dónde viven las páginas traducidas, qué pasa mientras no está todo traducido todavía, y qué páginas se ganan el trabajo primero. Si aciertas con la estructura, traducir es solo escribir. Si te equivocas, los buscadores indexan páginas duplicadas o a medio llenar, por buena que sea la traducción en sí.

Hay unas cuantas formas habituales de servir el mismo contenido en varios idiomas, y no son intercambiables a efectos de búsqueda:
Subdirectorios — example.com/es/page — el patrón recomendado más habitual. Todos los idiomas comparten un mismo dominio, así que toda la autoridad y la confianza del sitio se acumulan en un único lugar, y los buscadores pueden rastrear cada idioma desde la misma raíz.
Subdominios — es.example.com — separa técnicamente los idiomas, pero los buscadores pueden tratar un subdominio como una entidad semiindependiente, lo que puede diluir la señal de que todas esas páginas pertenecen a un mismo sitio.
Dominios separados — example.es, example.de — separación total, habitual en grandes marcas multinacionales que quieren una presencia realmente local en cada país, pero multiplica el trabajo de SEO: cada dominio construye su autoridad por su cuenta, desde cero.
Un parámetro de consulta — example.com?lang=es — barato de implementar, pero los buscadores no son consistentes a la hora de tratar las URL con parámetros como páginas totalmente distintas, y es el patrón con más probabilidades de generar confusión por contenido duplicado.
Ninguna URL distinta — un cambio de idioma en el lado del cliente que no modifica la barra de direcciones. Este es el patrón que hay que evitar para cualquier contenido que quieras indexar: si la URL no cambia, no hay nada que un buscador pueda indexar como «la página en español», ni nada a lo que pueda apuntar una etiqueta hreflang.
/pricing) y prefijar todos los demás idiomas activos (/es/pricing, /de/pricing). Se lee de forma natural, significa que tus enlaces existentes y cualquier valor SEO entrante en las URL raíz quedan intactos cuando añades un segundo idioma, y te da una URL «predeterminada» inequívoca a la que recurrir cuando ninguna otra encaja, algo que importa para la etiqueta hreflang x-default (tratada en la guía complementaria sobre hreflang).es-MX puede leer igualmente una página en es), luego el idioma predeterminado del sitio, y solo entonces lo que exista, sea lo que sea. Lo que nunca debe hacer es mostrar una sección en blanco o una página rota: un visitante siempre debe ver contenido completo, aunque parte de él llegue en el idioma de reserva en vez del que pidió.Un visitante perdona mucho antes una entrada de blog que sigue en el idioma de reserva que una página de inicio o de precios que no coincide con el idioma que ha elegido. Empieza por donde están el tráfico y las decisiones de compra.
Las páginas de condiciones, privacidad y devoluciones tienen consecuencias reales si se malinterpretan: merece la pena traducirlas bien antes que el contenido de cola larga, aunque reciban menos tráfico.
Una tienda que cambia de idioma en todas partes menos en el paso final del pago socava la confianza justo cuando más importa.
Todo lo demás —contenido de archivo, entradas de blog antiguas, artículos de ayuda muy específicos— puede traducirse a su propio ritmo sin perjudicar la experiencia de la mayoría de los visitantes.
Activar un idioma en todo el sitio antes de que estén listas las páginas que importan cambia un problema real (páginas sin traducir) por otro peor (un selector de idioma que lleva visiblemente a huecos).
Un sitio de Olmira admite hasta ocho idiomas — dos en la prueba, tres en Starter, los ocho desde Pro en adelante — y la estructura de arriba es el comportamiento integrado, no una configuración:
URLs — el idioma predeterminado se queda sin prefijo y cada otro idioma activo obtiene su propia ruta //, con alternativas hreflang y x-default generadas para cada página en cuanto un segundo idioma está activo.
Reservas (fallbacks) — el contenido se resuelve por idioma exacto, luego idioma base, luego el predeterminado del sitio, así que una traducción sin terminar se degrada con elegancia en vez de mostrarse en blanco. Los visitantes por primera vez reciben el idioma que pide su navegador (entre los que has activado); una elección explícita se mantiene. Si vendes, el escaparate — nombres del catálogo, etiquetas de formulario, confirmaciones de reserva, chat en vivo — también sigue el idioma del visitante.
El trabajo de traducción en sí — una pestaña de Traducciones lista cada título de página, meta description y sección de texto por idioma con un porcentaje de cobertura claro, y redacta lo que falta con IA a petición: una línea, un idioma, o el sitio entero de una vez. Nada de lo que sugiere la IA se guarda hasta que lo has leído y has pulsado guardar, y un idioma que has activado pero no has terminado se mantiene fuera del sitio publicado hasta que su contenido está realmente completo — la regla de publicación de arriba, aplicada por nosotros en vez de dejada a la disciplina. Creador completo: el creador de sitios web.
Un solo sitio, hasta ocho idiomas, con hreflang y respaldo gestionados automáticamente a medida que añades cada uno.
Por qué a veces los buscadores muestran la versión en el idioma equivocado, y el puñado de fallos silenciosos que hay detrás de casi todos los casos.
Qué contenido se puede traducir de forma automática con una revisión ligera, y cuál necesita siempre a una persona.