Caso de estudio
Un sitio web para un segundo país no es solo una traducción
Nuestra propia plataforma se construyó para un solo país, así que el país estaba escrito en cientos de lugares en vez de configurarse en algún lado. Así lo rastreamos, esto cambiamos y esto puede revisar un dueño antes de atender un segundo país.
Puntos clave
- El país va en un solo registro que lee todo el negocio, no en ediciones repartidas por el software.
- Elija el país de un visitante en un orden fijo y déle un interruptor, para que nadie quede atrapado con el equivocado.
- Un registro que pide un documento que el cliente no puede presentar lo pierde más rápido que cualquier redacción.
- Registre sus páginas actuales antes de construir el sitio del segundo país, para que pueda mostrarles a sus primeros clientes que nada cambió.
- Deje que la plataforma les diga a las versiones antiguas de la app qué pueden mostrar, en lugar de enseñarle a cada versión sobre cada país.
Si hoy atiende a un solo país y planea un segundo, las palabras son la parte más pequeña. En nuestra propia plataforma, agregar un segundo país significó encontrar cada lugar donde nuestro software daba por hecho el primero. Un visitante del extranjero llegaba a una sola página de espera, sin menú y sin forma de entrar a la app, y a un negocio de allá se le habría pedido al registrarse un documento que no tiene.
Qué ve un cliente extranjero en el primer minuto
Un negocio en el extranjero decide en el primer minuto si un sitio es para él, y un solo detalle equivocado lo define.
Un visitante de fuera del primer país llegaba a una sola página de espera: sin menú, sin ruta hacia la app, nada que le dijera que el producto era para él. Si se hubiera registrado, el formulario le habría pedido una licencia comercial que no puede presentar, y la línea de soporte que se ofrecía era un número de teléfono en una ciudad donde no trabaja. Esa es la forma que tiene para cualquier negocio que agrega un país. Un número de teléfono extranjero, un documento que alguien no puede presentar o una fecha escrita al revés bastan para que se decida en contra suya. Mientras tanto, los clientes que ya tiene no deben ver ningún cambio.
Qué ve ahora un cliente en el segundo país
Un negocio en el segundo país lee sus propias condiciones desde la primera pantalla:
- montos en su propia moneda, con su propio impuesto a las ventas y número fiscal en lugar del IVA y una licencia comercial;
- fechas escritas como las escribe ese país;
- horarios de soporte en su propia zona horaria, y números de teléfono en formato internacional;
- preguntas respondidas por correo electrónico en lugar de por una línea telefónica en otro país;
- un registro que empieza en ese país, sin licencia que subir y sin código enviado por una app de mensajería.
Por qué un país termina escrito en cientos de lugares
El país no era una configuración en ningún lado; estaba escrito en cientos de lugares a la vez.
La moneda de cada monto, el impuesto y cómo se llama, el registro de la empresa, cómo se escriben fechas y horas, los números de teléfono, los horarios de soporte y su zona horaria, el canal que usan los clientes para hacer una pregunta, los idiomas: cada uno había dado por hecho un solo país. Arreglarlos uno por uno para un segundo país deja igual de lugares por arreglar otra vez para un tercero. Ahí está el costo, no en la traducción.
Cómo lo rastreamos
Recorrimos cada pantalla, mensaje y página que ve un cliente y anotamos qué depende del país. Después contamos los lugares de nuestro software que simplemente daban por hecho el primer país: 322. Ese número definió el enfoque. El país tenía que volverse una configuración propia que lea cada parte de la plataforma, o volveríamos a la misma lista más adelante.
Por qué un sitio web para un segundo país necesita un registro de país
Cada país es ahora un registro propio: moneda, impuesto, número de empresa, zona horaria, fin de semana y días festivos, horarios de soporte, idiomas y dirección del sitio. Abrir un país pasó a ser un interruptor y una página en nuestro panel, en lugar de una reconstrucción, y el trabajo nuevo lee el país en vez de dar por hecho uno.
El lado del visitante sigue un orden fijo: primero su propia elección, luego la dirección por la que llegó, luego desde dónde se conecta. Un interruptor en el encabezado lo cambia en cualquier caso. Los buscadores y las vistas previas de enlaces nunca se mueven por país, así que cada versión del sitio sigue siendo legible.
El segundo sitio es todo el sitio otra vez, con menú, páginas de la app y chat incluidos, con cada frase que hablaba del primer país reescrita, en un solo idioma. Antes de escribir nada registramos 13 páginas del primer país tal como estaban, y cada cambio desde entonces ha tenido que dejarlas sin tocar.
Nuestro portal y nuestras apps aprenden el país de cada cuenta desde la plataforma y no guardan reglas de país propias. A una versión antigua de una app que no puede mostrar una segunda moneda nunca se le muestra una; ofrece el sitio web en su lugar.
El primer país no vio ningún cambio
Planeamos y construimos esto entre el 12 y el 13 de octubre de 2026: los registros de país y la página del panel el primer día, el segundo sitio esa noche, y el portal, los mensajes, el registro y las apps el segundo. Desde el 13 de octubre, la plataforma, el portal y los mensajes le hablan a cada cliente en los términos de su propio país.
Las 13 páginas registradas del primer país siguen sin cambios, y un cliente de allá lee exactamente lo que leía antes. Las versiones de la app que conocen una segunda moneda registran al negocio dentro de la app; las más antiguas lo envían al sitio web.
Qué puede revisar usted mismo
- Abra su sitio desde el extranjero, o pídale a alguien allá que lo abra, y léalo como lo haría un cliente extranjero: números de teléfono, horarios de atención, moneda y fechas.
- Mire su formulario de registro y pregúntese si exige un documento que solo emite un país.
- Lea sus propios correos y mensajes como los lee un cliente en otro país, y vea cómo salen las fechas y las horas.
- Pregúntele a quien cuida su sitio si los buscadores se redirigen por país, para que cada versión siga siendo legible.
- Guarde una copia de sus páginas principales antes de un cambio grande y compárelas después, para que pueda mostrarles a sus clientes actuales que nada se movió.
Qué hacer ahora
Anote una vez cada parte de su negocio que cambia con el país: moneda, impuesto y su nombre, número de empresa, zona horaria y fin de semana, horarios de soporte, idiomas y cómo llegan los clientes a usted. Decida el orden en que se elige el país de un visitante y déle un interruptor. Registre las páginas que tiene hoy antes de escribir las del segundo país. Agregar un país a un sitio web o a una app, y hacer que el resto de sus sistemas lo lean, es el tipo de trabajo que hacen nuestros ingenieros.
Preguntas frecuentes
¿Necesito un sitio web aparte para un segundo país, o uno solo puede atender a los dos?
Un solo sitio puede atender a los dos, pero cada país necesita sus propias páginas y su propia redacción, y el país tiene que ser una configuración que lean sus demás sistemas. En nuestro propio caso, el sitio del segundo país es todo el sitio otra vez, en su propia dirección, mientras el mismo software está detrás de ambos. Lo que importa menos es si técnicamente es uno o dos sitios, y más que nada del primer país se filtre al segundo.
¿Cómo debería decidir mi sitio en qué país está un visitante?
Elija en un orden fijo: primero la elección del propio visitante, luego la dirección por la que llegó, luego desde dónde se conecta. Déle siempre un interruptor en la página para que pueda corregirlo por su cuenta. Nunca mueva los buscadores ni las vistas previas de enlaces por país, porque eso esconde uno de sus sitios de ellos.
¿Qué debería cambiar en el registro para clientes fuera de mi país de origen?
Los documentos que pide, el número de teléfono que ofrece, los horarios de soporte que muestra, la moneda y el texto del impuesto. En nuestro propio registro, a un negocio fuera del primer país ya no se le pide una licencia comercial que no puede presentar, y ya no se le envía un código por una app de mensajería. Empieza en su propio país desde la primera pantalla.
¿Cómo sé que agregar un segundo país no cambió nada para mis clientes actuales?
Guarde algo con qué comparar. Antes de construir las páginas del segundo país registramos 13 de nuestras páginas del primer país tal como estaban, y cada cambio desde entonces ha tenido que dejarlas sin tocar. Guardar una copia de sus propias páginas principales antes del trabajo le permite hacer la misma comparación después.
¿Y los clientes que usan una versión antigua de mi app?
Deje que su propia plataforma le diga a cada versión de la app qué puede mostrar, en lugar de enseñarle a cada versión sobre cada país. A una versión antigua de nuestra app que no puede mostrar una segunda moneda nunca se le muestra una; dirige al cliente al sitio web en su lugar. Así nadie ve una moneda que su app no puede mostrar.