13 jul 2025·8 min
Sitios multilingües, simplificados: añade inglés y español
Aprende la forma más sencilla de añadir inglés y español a tu sitio: elige la estructura de URL adecuada, configura un selector de idioma, maneja SEO y lanza sin problemas.
Aprende la forma más sencilla de añadir inglés y español a tu sitio: elige la estructura de URL adecuada, configura un selector de idioma, maneja SEO y lanza sin problemas.
Añadir español (o inglés) suele tener sentido cuando ves señales claras: una porción creciente de visitantes que usan ese idioma, solicitudes de ventas repetidas desde un mercado específico o tickets de soporte que se alargan por el ida y vuelta. Bien hecho, la localización también puede reducir la carga de soporte: cuando los clientes pueden autoatenderse en su idioma preferido, abren menos tickets de “pregunta rápida”.
Un sitio multilingüe no es solo pasar tus páginas por un traductor. Incluye:
Si solo traduces el cuerpo del texto, los usuarios siguen encontrando menús en inglés, búsqueda rota o formularios en los que no confían. Eso da una sensación de trabajo incompleto.
Empieza con las páginas que afectan directamente a ingresos y soporte. Un primer lanzamiento sólido suele incluir:
/contact, /demo, /signupLos elementos agradables de tener (archivos de blog, notas de prensa antiguas) pueden llegar después, una vez que la base sea consistente.
Los sitios bilingües fracasan cuando un idioma deja de recibir actualizaciones. Asigna propietarios claros:
Elige una regla simple: cuando cambie el inglés, el español se actualiza en un plazo fijo (por ejemplo, 3–5 días hábiles). Esa decisión evita el problema de “dos sitios que se distancian”.
Tu estructura de URL es el “sistema de direcciones” para tus dos idiomas. Elígela pronto y mantente con ella: cambiar después puede suponer redirecciones, pérdida de posicionamiento y enlaces compartidos rotos.
1) Subcarpetas (recomendado para la mayoría de sitios):
/ o /en//es/2) Subdominios:
www.example.comes.example.com3) Dominios separados:
example.comexample.esPara SEO y mantenimiento, las subcarpetas tienden a ser las menos complicadas:
/es/ vs. no-/es/ sin tener que pegar informes.Los subdominios y dominios separados no son “malos”, solo añaden sobrecarga. Si tu objetivo es una traducción directa a inglés/español, las subcarpetas suelen ser la opción más práctica.
/es/..../es/). La estructura de URL determina lo fácil que será.Decide si los slugs en español se traducirán o no, y aplícalo en todo:
/es/precios, /es/contacto/es/pricing, /es/contactCualquiera está bien; lo que importa es la consistencia. Mezclar enfoques confunde a usuarios, editores e informes, y hace que el mantenimiento sea más difícil.
Un sitio bilingüe solo se siente “fácil” si los visitantes pueden cambiar de idioma sin pensarlo. Tu selector de idioma es un pequeño elemento de UI que afecta silenciosamente la confianza, las conversiones y las solicitudes de soporte.
Coloca un selector de idioma claro en un sitio consistente—normalmente en la cabecera (mejor para que se descubra) o en el pie (aceptable si la cabecera está muy llena). Si lo pones en un menú, mantenlo cerca de la navegación para que los usuarios no tengan que buscar.
Usa etiquetas con lenguaje claro: English y Español. Evita abreviaturas como EN/ES salvo que el espacio sea realmente limitado.
Las banderas son tentadoras, pero idioma ≠ país. Un hablante de español puede estar en EE. UU., y el inglés se usa en muchos países. Si incluyes banderas, siempre acompáñalas con texto (“English”, “Español”) para que el significado sea inequívoco.
Una vez que alguien cambie a Español, no le hagas repetirlo en cada página.
Esto importa cuando envías usuarios a ambos idiomas desde anuncios, correo o redes sociales.
Redirigir automáticamente según el idioma del navegador o la IP puede fallar: usuarios bilingües, viajeros y usuarios con VPN suelen recibir el idioma “equivocado”.
Si sugieres un idioma, que sea ligero (un banner descartable) y siempre ofrece un modo de volver con un clic.
Por último, haz que el selector sea accesible: que funcione por teclado, sea legible en móvil y esté claramente rotulado (por ejemplo, “Idioma”).
Si solo traduces el texto visible, los buscadores pueden confundirse sobre qué versión mostrar—especialmente cuando las páginas en inglés y español son muy similares. Unos básicos de SEO marcan una gran diferencia y, en su mayoría, se configuran una vez y se mantienen.
Añade hreflang para que Google entienda qué página en inglés corresponde a cuál en español (y sirva la correcta por idioma y región).
Como mínimo, cada par debe referenciarse entre sí:
/en/pricing debería apuntar a /es/precios/es/precios debería apuntar de vuelta a /en/pricingSi tienes versiones genéricas por idioma, usa en y es. Si apuntas a países, puedes usar en-US, es-ES, es-MX, etc. Muchos sitios añaden una versión x-default (a menudo en inglés) para usuarios sin una coincidencia clara.
Las etiquetas canónicas evitan problemas de contenido duplicado, pero son fáciles de configurar mal en sitios multilingües.
Regla práctica: cada página por idioma debe canonizarse a sí misma.
Evita apuntar páginas en español a canónicas en inglés “porque es la original”. Eso indica a Google que la página en español no es la preferida, y puede perjudicar su visibilidad en español.
Los fragmentos de búsqueda y las vistas previas sociales suelen provenir de metadatos, no de los encabezados de la página.
Asegúrate de traducir y localizar:
og:title, og:description) y Twitter cardsConsejo: Mantén el nombre de la marca consistente, pero adapta las expresiones a lo que realmente buscan los hispanohablantes.
Ayuda a los buscadores a descubrir cada versión:
/en/ como /es/ en el mismo sitemap, oDe cualquier forma, asegúrate de que las nuevas páginas aparezcan en ambos idiomas con el tiempo: las URLs en español faltantes o desactualizadas son una causa común de bajo rendimiento en SEO multilingüe.
Traducir párrafos es la parte obvia. La “experiencia” es todo lo que rodea el texto: navegación, botones, errores, formatos e incluso activos. Si esas piezas permanecen en un idioma, tu sitio se siente incompleto y los usuarios pierden confianza.
Empieza por las etiquetas de navegación, CTA y elementos repetidos (cabecera, pie, banner de cookies, búsqueda, menús de cuenta). Luego pasa a los mensajes del sistema: errores de validación, estados vacíos, confirmaciones de éxito y texto de “cargando”.
Esto es crítico en formularios. Una página en español con errores de campo en inglés ("Please enter a valid email") rompe la confianza y provoca abandonos. Asegúrate de que los placeholders, textos de ayuda y correos automatizados coincidan con el idioma de la página.
Capturas, banners, infografías y promociones con texto suelen esconder copy sin traducir. Tienes dos opciones:
Si no puedes rehacer una imagen rápido, evita incrustar información clave (precios, fechas límite, instrucciones) dentro del gráfico.
El español necesita soporte completo de caracteres: acentos (á, é, í, ó, ú), ñ y signos invertidos (¿ ¡). Confirma que tus tipografías renderizan bien estos caracteres en todos los tamaños—especialmente en botones y menús donde el espaciado puede recortar caracteres.
Elige formatos que coincidan con tu público y úsalos consistentemente. Ejemplos:
Cuando estos detalles están alineados, tu sitio inglés/español se siente realmente bilingüe, no solo traducido.
Un sitio bilingüe se mantiene “simple” solo si puedes actualizarlo sin caos. El objetivo no es un proceso perfecto: es un camino repetible desde el nuevo copy hasta las páginas publicadas en ambos idiomas.
Crea un glosario vivo que todos usen—redactores, traductores y revisores. Incluye:
Esto evita el problema clásico de que un mismo botón aparezca como “Empezar”, “Comenzar” e “Iniciar” en diferentes lugares.
Define un enfoque y documéntalo para mantener consistencia:
Regla simple: lo que afecta conversión o confianza recibe la mayor atención humana.
Evita “todos revisan todo”. Usa una canalización pequeña:
Borrador → Revisión → Publicación
Decide quién firma sobre:
La mayoría de sitios bilingües fallan silenciosamente: el inglés se actualiza y el español no. Evita la deriva registrando qué cambió:
Si haces esto desde el día uno, añadir páginas nuevas más tarde no se convertirá en un apuro.
Hay tres formas comunes de lanzar un sitio inglés/español: un CMS, una construcción basada en código (a menudo un generador de sitios estáticos) o un plugin encima de lo que ya tienes. La mejor opción suele ser la que mantiene las traducciones organizadas y fáciles de actualizar.
Si publicas con regularidad (blogs, landing pages, artículos de ayuda), un CMS con soporte de locales suele ser el camino más fluido. Busca funciones como URLs por idioma, campos SEO por idioma (título/ descripción) y un flujo editorial claro.
Qué vigilar: asegúrate de que el CMS gestione no solo el texto de página, sino también etiquetas de navegación, botones y componentes reutilizables.
Si tu sitio son sobre todo páginas de marketing y quieres velocidad y control, un SSG o framework puede funcionar bien—siempre que tenga soporte i18n de primera clase.
La regla clave: no codifiques cadenas en inglés en las plantillas. Centraliza el copy en archivos de traducción (JSON/YAML) para que un mismo componente pueda renderizar en español sin duplicar layouts.
Los plugins pueden ser la forma más rápida de añadir español a un sitio existente, especialmente en constructores y CMS populares. Sirven cuando necesitas algo funcionando pronto.
Compensaciones a evaluar: si el plugin crea URLs limpias, permite editar traducciones manualmente (no solo traducción automática) y soporta básicos de SEO (metadatos y señales de idioma).
Sea cual sea el enfoque, guarda las traducciones de forma estructurada:
Si estás construyendo (o reconstruyendo) el sitio en lugar de solo traducirlo, suele ayudar crear primero el enrutado compatible con idiomas, cadenas reutilizables y campos SEO antes de traducir nada. Herramientas como Koder.ai pueden acelerar esa fundación: describes la estructura de URL deseada (por ejemplo, /en/ y /es/), comportamiento del selector y layout de archivos i18n en un flujo de planificación guiado por chat, y luego iteras con snapshots/rollback mientras validas UX y SEO.
Aunque solo necesites inglés y español ahora, establece convenciones que escalen: códigos de locales (en, es), reglas repetibles de URL y una única fuente de verdad para copy UI compartido. Así, añadir francés después será una extensión, no una reconstrucción.
Un sitio bilingüe no es solo la página principal y la página de precios. En el momento en que alguien se registra, olvida una contraseña o encuentra un mensaje de error, deja de “navegar” y busca resolver un problema. Si esos puntos de contacto están solo en inglés, los usuarios en español a menudo abandonan.
Empieza por el material que reduce tickets y desbloquea clientes rápido:
Si ya tienes un área de ayuda, enlázala desde ambos idiomas usando rutas relativas como /help. Igual para contactar en /contact.
Los formularios son donde los sitios multilingües fallan a menudo. No basta con traducir “Nombre” y “Email.” Asegúrate de localizar:
Luego prueba el recorrido completo en ambos idiomas: envía cada formulario, provoca errores comunes y confirma lo que ve el usuario en la pantalla de confirmación.
Si puedes atender en español, dilo claramente y ofrece una opción de contacto en español (buzón en español, enrutamiento de chat o horario de atención en español). Si todavía no puedes, no lo ocultes: acláralo en /contact y en respuestas automáticas.
Un enfoque simple: ofrece primero ayuda autoservicio en español y añade soporte humano en español a medida que crece el volumen.
Un sitio bilingüe puede parecer “listo” y aun así enviar pequeños problemas que confunden a usuarios o dañan el SEO. Una breve checklist pre-lanzamiento ayuda a detectar los problemas que son caros de arreglar después, sobre todo cuando las páginas ya están indexadas.
El español suele ocupar más espacio que el inglés, lo que puede romper maquetados que no se ven en una vista previa de escritorio.
Si puedes, prueba en un móvil pequeño y al menos una pantalla de escritorio grande.
Los usuarios no deberían “caer” en el idioma equivocado al navegar.
También prueba pies de página, migas y módulos de “artículos relacionados” o “servicios recomendados”.
Antes del lanzamiento, confirma que los buscadores pueden entender la relación entre páginas:
Cosas prácticas para verificar:
/sitemap.xml (o sitemaps por idioma) incluye ambos idiomasSi tienes un entorno de staging, asegúrate de bloquearlo para que no se indexe mientras producción sí lo esté.
La traducción automática puede servir como punto de partida, pero una pasada humana evita errores de credibilidad.
Concéntrate en páginas de alta visibilidad: home, precios, landings top y flujos de checkout/contacto. Presta atención especial a lenguaje legal/reivindicaciones, monedas, fechas e instrucciones de campos.
Si quieres una red de seguridad final, haz una prueba rápida de tareas: pide a alguien que encuentre una página clave en español, cambie a inglés y envíe un formulario sin ayuda.
Un sitio bilingüe no tiene que lanzarse todo a la vez. Un despliegue por fases te permite obtener retroalimentación real de usuarios rápido y mantener la carga manejable.
Comienza con las páginas que generan más valor—normalmente la página principal, las páginas de producto/servicio, precios y contacto. Si tu blog o biblioteca es grande, traduce primero los posts con más tráfico.
Un enfoque práctico:
Deja que el tráfico te guíe. Si visitantes en español aterrizan en una página de servicio concreta, sube esa página en la cola.
Configura reportes para comparar rendimiento en inglés vs. español lado a lado. Como mínimo, mide:
Si el tráfico en español sube pero las conversiones no, revisa si las páginas en español tienen las mismas CTA, señales de confianza, claridad de precios y comportamiento de formularios que las páginas en inglés.
Tras el lanzamiento, usa Google Search Console para vigilar:
Coger esto temprano evita semanas de confusión sobre “por qué no rankea el español?”.
La forma más rápida de perder confianza es que el inglés esté al día y el español parezca antiguo.
Crea un calendario de mantenimiento sencillo:
Un hábito pequeño—como mantener una checklist compartida de “actualización de traducciones”—evita que tu sitio inglés/español se desincronice lentamente.
Incluso un sitio multilingüe bien intencionado puede frustrar usuarios (y confundir a Google) cuando faltan algunos detalles. Aquí los problemas más frecuentes en sitios inglés/español y cómo arreglarlos rápido.
El error: detectas la ubicación del usuario y le envías automáticamente a /es o /en—sin posibilidad de volver. Viajeros, bilingües, usuarios con VPN y gente investigando en otro idioma quedan atrapados.
Solución rápida: trata la geolocalización como una sugerencia, no una redirección forzada.
El error: las banderas representan países, no idiomas. Una bandera sola tampoco es accesible para lectores de pantalla.
Solución rápida: usa etiquetas de texto: English / Español (opcionalmente con banderas como adorno).
El error: el cuerpo se traduce, pero títulos SEO, meta descripciones, slugs, errores 404 y correos quedan en el idioma original.
Solución rápida: crea una checklist de “todo lo que habla”. Incluye:
El error: publicas versiones en inglés y español, pero los motores no entienden que son alternativas. Eso puede provocar que rankee el idioma equivocado o que parezcan duplicados.
Solución rápida: implementa hreflang entre versiones y configura canónicas correctamente (normalmente autorefiriéndose por idioma).
x-default cuando tenga sentido (por ejemplo, una página de selección de idioma).Estas soluciones no requieren rehacer todo: solo una estructura más clara y un proceso de traducción más completo.
Traduce cuando tengas señales claras de demanda, como:
Si dudas, empieza con una pequeña “Versión 1” (página principal + precios/contacto) y mide las conversiones y el impacto en soporte antes de traducirlo todo.
“Traducido” suele significar que solo se convirtió el texto del cuerpo. “Multilingüe” significa que toda la experiencia funciona en ambos idiomas, incluyendo:
Si los usuarios siguen encontrando UI o formularios solo en inglés, el sitio se siente incompleto y baja la confianza.
Una buena V1 se centra primero en ingresos y soporte:
/contact, /demo, Asigna responsables y un SLA sencillo antes de traducir:
Luego fija una regla como: “Cuando cambie el inglés, el español se actualiza en 3–5 días hábiles.” Esto evita que los idiomas se desincronicen.
La mayoría de sitios deberían usar subcarpetas:
/ o /en//es/Las subcarpetas suelen ganar porque las señales SEO permanecen en un mismo dominio, la gestión de contenido es más simple y la segmentación en analíticas es fácil (por ejemplo, rutas que empiezan por /es/). Los subdominios y dominios separados pueden funcionar, pero añaden complejidad.
Cualquiera de los enfoques funciona—elige uno y aplícalo siempre:
/es/precios, /es/contacto/es/pricing, /es/contactLa consistencia importa más que la elección. Mezclar estilos complica la navegación, los informes y el mantenimiento.
Hazlo obvio y predecible:
Evita redirecciones forzadas por IP/navegador; usa una sugerencia descartable y siempre permite cambiar de idioma con un clic.
Implementa lo básico para que los buscadores entiendan las equivalencias:
Localiza todo lo que los usuarios hacen clic o en lo que confían:
También revisa imágenes con texto (capturas, banners). Sustituye por activos localizados o convierte el texto en HTML real.
Haz una lista rápida antes de que la indexación convierta los problemas en caros:
Haz una prueba de extremo a extremo: cambia de idioma, envía formularios, provoca errores comunes y verifica que pantallas y correos de confirmación estén en el mismo idioma.
/signupDeja para después elementos agradables de tener (archivos de blog antiguos, notas de prensa) hasta que la base esté consistente.
/en/ y /es/ (en un sitemap o en sitemaps separados)Son tareas que se configuran una vez y se mantienen.