Localización de Sitios Web: Por Qué la Traducción por Sí Sola No Ofrece Resultados
Los sitios donde el tráfico extranjero ha crecido pero las consultas no lo han hecho comparten un patrón común. Este documento identifica dónde ocurre la caída en las tres etapas de búsqueda, confianza y respuesta, cómo mantener la terminología de la marca consistente, y qué verificar antes de agregar otro idioma.
La situación que enfrentan las empresas hoy
A medida que el crecimiento en el mercado nacional se desacelera, más empresas buscan expandir sus canales de ventas en el extranjero. El primer paso suele ser la localización del sitio web: traducir el sitio existente al inglés y añadir un conmutador de idioma.
Sin embargo, al abrir las métricas unos meses después, aparece un patrón familiar. Los visitantes extranjeros han aumentado, pero las consultas no. El tiempo en el sitio es corto y la mayoría de los visitantes abandonan desde la primera pantalla. El resultado generalmente se atribuye a un reconocimiento de marca insuficiente, lo que lleva a añadir un idioma más el año siguiente.
En muchos casos, el problema no es el reconocimiento. La traducción es solo una etapa de la localización, y esa etapa se abordó mientras el resto quedó sin tocar. Los clientes extranjeros deben pasar por tres etapas antes de llegar al punto de hacer una consulta, y la caída ocurre en cada etapa por una razón diferente.
Lo que se pierde en cada una de las tres etapas
Etapa 1 — El sitio no se encuentra en la búsqueda
Si las páginas traducidas no aparecen en los resultados de búsqueda, las etapas posteriores no existen. Las fallas comunes aquí son técnicas.
No hay una dirección distinta por idioma. Un enfoque que solo intercambia el texto en pantalla con JavaScript es reconocido por los motores de búsqueda como una sola página. La página en inglés no se incluye en el índice de búsqueda en absoluto. Cada idioma necesita su propia dirección.
Las relaciones de idioma no están declaradas. Las versiones en coreano e inglés del mismo contenido deben indicar que son idiomas alternativos entre sí. Esta información se transmite con el hreflang atributo, y cada página debe declarar referencias cruzadas a todas las versiones de idioma, incluida la misma. Sin esta declaración, los motores de búsqueda tratan las dos páginas como contenido duplicado o sirven a los visitantes el idioma incorrecto.
Los metadatos quedan sin traducir. Un número sorprendente de sitios traduce el contenido del cuerpo pero deja el título y la descripción de la página en coreano. Lo que aparece en los resultados de búsqueda no es el cuerpo, sino esos dos campos, por lo que si están en coreano, no se produce ningún clic.
Los términos de búsqueda no están traducidos. Este es el punto que más frecuentemente se pasa por alto. Traducir la terminología nacional literalmente produce un lenguaje que diverge de lo que los clientes locales realmente buscan. La traducción es precisa, pero nada coincide en la búsqueda. Por eso, la investigación de términos de búsqueda locales debe preceder a la traducción.
Etapa 2 — Los visitantes llegan pero no confían en el sitio
Lo que un visitante extranjero que llega a la página juzga en unos pocos segundos no es la calidad del producto, sino si la empresa es real y si puede hacer negocios con ella. Lo que obstruye ese juicio generalmente no es la calidad de la traducción, sino la ausencia de información.
- Sin un método de contacto según la convención local (números de teléfono sin código de país, solo aplicaciones de mensajería nacionales)
- Sin información que confirme que la empresa existe (año de fundación, ubicación, tamaño)
- Términos comerciales no declarados (cantidad mínima de pedido, moneda de liquidación, destinos de envío)
- Sin indicación de horas de respuesta en horario local
La redacción rígida característica de la traducción automática también erosiona la confianza, pero la ausencia de la información anterior es más dañina. Si los términos comerciales son claros, las consultas llegan incluso cuando la redacción es ligeramente torpe. Lo contrario no se sostiene.
Etapa 3 — Se realiza la consulta pero la respuesta se interrumpe
Incluso cuando llega una primera consulta, queda una etapa: zonas horarias e idioma.
Las consultas extranjeras llegan fuera del horario laboral nacional. Responda a la mañana siguiente y el remitente ya está hablando con otro proveedor. Y cuando la respuesta está escrita en el segundo idioma de un empleado nacional, cada ida y vuelta añade otro día. La mayoría de las consultas iniciales desaparecen durante este proceso.
Lo que se necesita aquí no es una respuesta perfecta, sino una inmediata. La caída disminuye sustancialmente incluso si solo se envía automáticamente un acuse de recibo y un tiempo de respuesta esperado. Prepare respuestas automáticas a preguntas frecuentes y el remitente ya tiene la mitad de la información que necesita antes de que alguien llegue a la oficina.
Donde la respuesta es automatizada, siempre restrinja la base de respuestas a documentos internos y proporcione un camino que entregue consultas de baja confianza a una persona. La pérdida creada por una respuesta incorrecta es mayor que la pérdida por responder tarde.
Manteniendo la terminología de la marca consistente
El problema que más a menudo surge en la localización y se encuentra más tarde es la terminología inconsistente: un nombre de producto traducido de manera diferente de página a página, o el mismo término técnico expresado de manera diferente en cada idioma. Los visitantes leen esto no como "la traducción es torpe", sino como "esta empresa no está bien organizada".
Aumentar la calidad de la traducción no resuelve el problema, porque el juicio difiere en cada punto de traducción. La solución es fijar el juicio por adelantado, es decir, construir un glosario. Un glosario contiene tres tipos de entradas.
Palabras que no deben traducirse. Nombres propios que deben mantener su forma original, como nombres de productos, nombres de servicios, nombres de tecnologías patentadas y eslóganes de marcas. Sin esta lista, los nombres de los productos se traducen por significado en cada idioma, y los clientes extranjeros ya no pueden encontrarlos en la búsqueda.
Traducciones estándar por idioma. Para la terminología industrial y técnica, fije una única expresión oficial en cada idioma. Si un concepto aparece como una palabra diferente en cada página, la visibilidad en la búsqueda se diluye y la confianza se ve afectada.
Expresiones que no se deben usar. Administre como una lista de términos prohibidos cualquier palabra que no se ajuste a la imagen de la marca, expresiones con connotaciones negativas localmente y terminología que evoca a un competidor.
Mantener el glosario es más importante que crearlo. Sin un procedimiento para registrar entradas cada vez que se lanza un nuevo producto, el glosario estará desactualizado en seis meses. Asigne un propietario para el registro y construya el registro de términos en el proceso de lanzamiento de nuevos productos.
Qué verificar antes de añadir idiomas
Antes de añadir un nuevo idioma, confirme lo siguiente para los idiomas ya en operación. Si algún ítem está bloqueado aquí, añadir un idioma producirá una caída en el mismo punto de la misma manera.
| Etapa | Ítem de verificación |
|---|---|
| Buscar | ¿Hay una dirección separada por idioma? |
| Buscar | ¿Se declaran las relaciones de idiomas alternativos con hreflang |
| Buscar | ¿Se traducen también los títulos y descripciones de las páginas? |
| Buscar | ¿Se han investigado y aplicado términos de búsqueda locales? |
| Confianza | ¿Se proporciona un número de contacto con el código de país? |
| Confianza | ¿Se indican los términos comerciales (cantidad, moneda, envío)? |
| Confianza | ¿Se dan las horas de respuesta en hora local? |
| Respuesta | ¿Se envía automáticamente un acuse de recibo? |
| Respuesta | ¿Se preparan respuestas para preguntas frecuentes? |
| Consistencia | ¿Hay una lista de nombres propios que no deben traducirse? |
| Consistencia | ¿Se fijan términos estándar por idioma para el vocabulario técnico? |
| Medición | Can traffic and enquiries be viewed separately by language |
The last item is particularly important. Without separating metrics by language, there is no way to know at which stage the drop-off occurs. Looking only at total enquiry volume makes it easy to reach the mistaken conclusion that localisation had no effect.
What to measure at each stage
Pinpointing the drop-off requires a different metric at each stage. Record the values below separately for each language.
| Etapa | Metric | If this value is low |
|---|---|---|
| Buscar | Search impressions per language | Indexing or search term problem |
| Buscar | Click-through rate in search results | Title and description are not in the local language |
| Confianza | Bounce rate on the first screen | Insufficient trust information or translation quality |
| Confianza | Rate of reaching the enquiry page | Trading terms are unclear |
| Respuesta | Time from enquiry to reply | No cover for the time difference |
| Respuesta | Rate of continued conversation per enquiry | Language barrier or delayed response |
If an earlier stage is blocked, the figures for the later stages carry no meaning. Attempting to improve bounce rate while search impressions are near zero is the wrong order. Work through the stages in sequence, from the first.
Which language to add first
It is safer to base language selection on current evidence rather than market size.
- Check the country and language distribution of existing visitors. Language regions already arriving are the first priority.
- Check the countries that actual enquiries have come from. This is a stronger signal than traffic.
- Check the languages competitors support. This is evidence that a market has already formed.
Choose a language on market size alone and you end up paying maintenance costs to run a language version that generates neither traffic nor enquiries. Bear in mind that once a language is added, every subsequent content change costs more.
Not confusing language with country also matters. Countries that share a language still differ in currency, shipping terms and regulation. When covering several countries with a single language version, state at least the trading terms separately by country.
Reducing the operational burden
The real cost of a multilingual site arises not in the initial translation but in operation, because every language must be updated whenever a product is added or a price changes. Four principles reduce that burden.
Manage source and translation separately. If translated text is embedded in the interface code, development is required for every change. Manage the copy outside the code and translation updates no longer involve development.
Divide content by frequency of change. Content that barely changes, such as the company overview, is best translated carefully and fixed, while information that changes often, such as prices and stock, is more realistically handled by combining automatic translation with human review. Demand the same quality of all content and updates fall behind.
Put in place a way to detect missed updates. Unless the state in which the source has changed but the translation has not is flagged automatically, the language versions drift apart little by little. This inconsistency directly damages trust.
Connect the glossary to the translation process. A glossary that exists only as a document and is not applied at the point of translation has no effect. Whether translation is automated or outsourced, build a structure in which registered terms are applied automatically.
Apply different standards by content type
Translate all content the same way and the cost is incurred in full while updates fall behind. Divide content by type and set different standards for each.
| Content type | Frequency of change | Recommended approach |
|---|---|---|
| Company overview and brand messaging | Almost never | Human translation, then fixed |
| Product detail and technical specifications | Moderate | Automatic translation with specialist review |
| Price, stock and shipping information | Frequent | Automatic translation with the glossary applied |
| Terms of service and privacy policy | Rare | Local legal review mandatory |
| Blog and announcements | Frequent | Automatic translation, revised afterwards if needed |
In particular, terms of service and the privacy policy are subjects for localisation, not translation. Carry across a document drafted against domestic law and the sentences may read naturally while failing to meet local requirements. Once the target countries are settled, have these documents in particular reviewed separately.
Regulatory matters to confirm in advance
Once you actually begin receiving overseas visitors, requirements arise that a domestic site never faced. Responding after an incident costs far more, so confirm them in advance.
Consent for cookies and tracking tools. For visitors in Europe, tracking for analytics or advertising purposes cannot run without prior consent. Confirm that the consent banner genuinely blocks script execution before consent is given. Implementations that display the banner while the scripts already run are common.
Notice of personal data collection. If an enquiry form collects names and contact details, the purpose of collection, retention period and method of destruction must be stated in the local language.
Where the data is stored. Establish which country's servers hold visitor information and enquiry content. Depending on the region, transfer abroad requires separate notice or a legal basis.
Disclosure that responses are automated. If responses are automated, make it possible for the other party to tell that they are not dealing with a person. Regulations requiring this disclosure are increasing, and the disclosure itself does not reduce trust.
A 90-day sequence
Attempting to change everything at once generally means the work never starts. Proceed stage by stage, in order.
Days 1–30 — measurement and diagnosis. First reach a state in which traffic, drop-off and enquiries can be viewed separately by language. Then use the checklist above to assess the current language versions and pinpoint the stage that is blocked. Nothing new is built at this stage.
Days 31–60 — put the search stage in order. Sort out per-language addresses, hreflang declarations, and translation of titles and descriptions. In parallel, research local search terms for the main products and services and apply them to the copy. Search visibility takes time to appear after changes are made, so it is best to begin here.
Days 61–90 — the trust and response stages. Bring trading terms, contact methods and response hours into line with local convention. Prepare automatic acknowledgement of enquiries and answers to frequently asked questions. In the same period, draft the glossary and define the registration procedure.
The essential point of this sequence is to establish measurement first. Start with improvements and no measurement, and 90 days later there will still be no way to know what worked.
Summary
The results of localisation are determined by how many stages have been addressed rather than by translation quality.
- A distinct address per language and
hreflangdeclarations are a precondition, not an option. - Page titles and descriptions must be translated as well as body copy for clicks to occur in search results.
- Literal translation without local search term research does not match in search.
- The absence of trading terms and contact methods is more damaging than awkward phrasing.
- Fix proper nouns and technical terms in a glossary so that expressions do not vary by language.
- What closes the time difference is an immediate response, not a perfect one.
- Separate the stage metrics by language and work through the stages in sequence, from the first.
Before deciding to add one more language, establish which stage is blocked in the languages you already run.