Casi todos los negocios hispanos en Estados Unidos con los que trabajo llegan con la misma escena: la página está en inglés, alguien le instaló un botoncito con banderas, y al darle clic sale un español que nadie escribió. “Contáctenos” se convierte en “Contacto nosotros”. El formulario sigue en inglés. Y el dueño, que atiende a la mitad de sus clientes en español, cree que ya tiene una página web bilingüe.
No la tiene. Tiene una página en inglés con una capa encima, y esa capa le está costando clientes en los dos idiomas.
La respuesta corta
Una página web bilingüe de verdad son dos sitios completos con URLs separadas —/ en un idioma y /en/ en el otro—, cada uno escrito por una persona, cada uno posicionable por su cuenta en Google. No es un plugin. Cuál va primero depende de quién te compra hoy, no de cuál idioma hablas mejor tú. Y no cuesta el doble: cuesta entre un 30 % y un 50 % más que un sitio de un solo idioma, si se planea desde el principio.
Cuánta gente estás dejando fuera
En 2024, 44.9 millones de personas hablaban español en casa en Estados Unidos: una de cada siete personas de cinco años o más. De ellas, el 58.9 % dice hablar inglés “muy bien”. Dicho al revés: cuatro de cada diez hablantes de español no se sienten cómodos resolviendo en inglés, y ese es exactamente el momento en que alguien decide si te llama o llama al de al lado.
El dato que más me sirve para explicárselo a un cliente no es de idioma, es de compra. CSA Research encuestó a 8,709 consumidores en 29 países y el 76 % prefiere comprar productos cuya información está en su propio idioma. No es que no entiendan el inglés: es que en su idioma confían más y deciden más rápido.
Y del otro lado hay negocio: según el Censo, en 2021 había 406,086 empresas con empleados de dueños hispanos en el país, con 572,900 millones de dólares en ingresos, y el sector con más de todos era la construcción, con 70,571 empresas. Si tú eres uno de ellos, tus competidores directos también están decidiendo esto mismo. La mayoría lo está resolviendo con un plugin.
Los tres motivos por los que el traductor automático te cuesta clientes
1. El visitante lo nota en la primera línea
Un traductor automático no comete errores de diccionario: comete errores de oficio. Traduce “roofing” como “techado” en un párrafo y “cubierta” en el siguiente. Convierte “free estimate” en “estimación libre”. Deja los nombres de tus servicios a medio camino entre dos idiomas.
Lo que el visitante percibe no es un error de traducción. Es un negocio que no se tomó la molestia. Y si no se tomó la molestia de escribirle en su idioma, la duda razonable es qué tanta molestia se va a tomar con su techo.
2. Google no puede posicionar lo que no existe como página
Este es el daño que no se ve. Los plugins que traducen “al vuelo” muestran el otro idioma sin cambiar la dirección: la URL sigue siendo la misma. Para Google esa versión en español no existe como página, así que no la puede mostrar a quien busca en español.
La documentación de Google es explícita: hay que usar URLs diferentes para cada versión de idioma, porque su rastreador entra desde Estados Unidos y sin preferencia de idioma. Ese mismo documento pide no redirigir automáticamente al visitante de una versión a otra según su navegador, porque impide que las dos versiones se descubran, y advierte que traducir solo la plantilla y dejar el contenido en un idioma “genera una mala experiencia de usuario”.
Traducido a tu factura: todo el SEO que pagaste trabaja para la mitad de tu mercado, porque el sitio compite en un solo idioma.
3. Traducir en masa sin revisar es terreno de penalización
Las políticas antispam de Google mencionan, dentro del abuso de contenido a gran escala, generar muchas páginas mediante “transformaciones automatizadas, como sinónimos, traducciones u otras técnicas de ofuscación”. Una web de veinte páginas traducidas de golpe por una máquina y publicadas sin que nadie las lea entra justo en esa descripción.
No es que Google prohíba la traducción automática. Es que la traducción automática sin revisión humana y sin valor añadido no le sirve a nadie, y él lo sabe.
¿Español o inglés primero? Cómo se decide
No hay una respuesta general, hay un criterio: el idioma principal es el del cliente que te va a comprar esta semana, y ese idioma cambia por ciudad y por giro.
- Miami, Hialeah, San Antonio, el este de Los Ángeles. Aquí el español no es la segunda versión: es la principal. La página en español va en la raíz del dominio y el inglés en
/en/. Es lo que hago en Florida y en buena parte de Texas. - Austin, Jacksonville, San Francisco, condados de mayoría anglo. Si tu ticket alto viene de cliente anglo y el español es el 20 % de tu cartera, el inglés va por delante y el español sigue existiendo completo, no recortado.
- Contratistas y oficios en general. Suele ganar el español para captar y el inglés para cerrar con el cliente que exige licencia y seguro. Ambos completos.
- Despachos, seguros, salud. Manda el idioma en el que la persona te va a contar un problema delicado. Casi siempre es el materno.
Si no lo tienes claro, hay una manera barata de saberlo: mira los últimos treinta mensajes de WhatsApp que te llegaron. El idioma en el que están escritos es tu respuesta, y no cuesta nada averiguarlo.
Cómo se construye una página web bilingüe que sí funciona
- Una URL por idioma.
tunegocio.com/servicios/ytunegocio.com/en/services/. Direcciones distintas, contenido completo en cada una. - Etiquetas
hreflangen las dos. Es la señal que le dice a Google que son la misma página en otro idioma, no contenido duplicado. Va en las dos direcciones y con una versiónx-default. - Selector de idioma visible, sin redirección automática. Un botón en el menú, siempre a la vista. El visitante elige; el navegador no elige por él.
- El idioma se escribe, no se traduce. El titular en español no es la traducción del titular en inglés: es el titular que funciona en español. Los ejemplos, las objeciones y hasta los nombres de los servicios cambian.
- Todo lo que se toca, también. Formularios, mensajes de error, botones, el correo automático de confirmación, el mensaje precargado de WhatsApp, los alt de las imágenes y las políticas legales. El 90 % del efecto “esto está a medias” vive en estos detalles, no en los párrafos.
- Un
sitemap.xmlque declare las dos versiones y un canónico correcto en cada página, para que ninguna compita contra su gemela. - Fuera de la web, igual. Perfil de Empresa en Google con descripción en los dos idiomas, respuestas a reseñas en el idioma en que las escribieron, y campañas separadas por idioma si haces anuncios.
Lo que no hay que traducir
Hay cosas que se ven peor traducidas que en su idioma original y conviene dejar tal cual:
- Nombres propios de licencias y certificaciones. Un “General Contractor License” no se traduce; se explica en una línea al lado.
- Reseñas de clientes. Se dejan como las escribió la persona. Traducir un testimonio le quita lo único que lo hacía creíble.
- Términos que tu cliente usa en inglés aunque hable español. “Deck”, “drywall”, “closing”, “escrow”, “landscaping”. Forzar la traducción suena a folleto de otro país.
Ese es el detalle que separa un sitio hecho por alguien que vive entre los dos idiomas de uno traducido a distancia.
Cuánto cuesta una página web bilingüe
Lo primero que pregunta todo el mundo, así que va sin rodeos: no cuesta el doble. La estructura, el diseño, la programación y la configuración se hacen una sola vez. Lo que se duplica es el contenido, y eso suele representar entre un 30 % y un 50 % más que la versión de un solo idioma, siempre que el proyecto nazca bilingüe.
Nazca es la palabra clave. Añadir el segundo idioma a un sitio que no se planeó para eso —sobre todo si está en un constructor visual— cuesta bastante más que haberlo hecho desde el principio, porque hay que rehacer las URLs, los menús y las plantillas.
En mi caso los precios están publicados y son los mismos con uno o con dos idiomas cuando se contrata así: una landing page cuesta $349 USD y un sitio de 4 a 6 páginas $899 USD. Puedes ver la lista completa sin llamada de ventas de por medio.
Los errores que más veo
- La versión en español escondida en un subdominio olvidado, sin enlaces desde el menú, sin
hreflangy sin una sola visita en dos años. - Traducir la web pero no el formulario. El visitante llega convencido en español y se topa con “First name / Last name / Message”. Ahí se cae la mitad.
- Un solo número y un solo correo para los dos idiomas, sin que nadie sepa en qué idioma llegó el mensaje. Después la respuesta sale en el idioma equivocado.
- Duplicar la página sin canónicos ni
hreflang, y terminar con las dos versiones compitiendo entre ellas por la misma búsqueda. - Traducir el blog automáticamente para “tener más contenido”. Es la vía rápida al problema de contenido a gran escala del que hablábamos arriba.
- Poner banderitas en vez de nombres de idioma. Una bandera representa un país, no un idioma, y el visitante mexicano, cubano o colombiano no se siente representado por ninguna. “Español / English” y listo.
Cómo lo trabajo yo
Programo sitios bilingües a la medida, no plantillas con plugin: dos versiones completas, en URLs separadas, con hreflang, escritas en los dos idiomas por la misma persona que hace el sitio. Trabajo en remoto desde México con negocios hispanos en Estados Unidos —principalmente Texas, Florida y California— y en tu mismo huso horario.
Si quieres ver cómo queda esto aplicado a un giro concreto, aquí está el detalle para contratistas y la guía de marketing digital para contratistas hispanos en Estados Unidos, que es el orden completo en el que conviene invertir. Y si además atiendes varias ciudades, el siguiente paso natural es la guía de la zona de servicio en Google para varios condados: ahí se explica cómo se cubre territorio de verdad, en los dos idiomas.
Y si prefieres empezar por saber qué encuentra hoy un cliente cuando te busca en español, agenda la Revisión Express: reviso tu presencia, te lo grabo en un vídeo de tres minutos y lo comentamos quince minutos por llamada. Es gratis, y te digo lo que encontré aunque la conclusión sea que todavía no necesitas contratarme.