¿Cómo configurar distintas monedas para diferentes regiones en un sitio web B2C multilingüe?

Al crear una tienda online B2C, configurar la moneda por región no consiste únicamente en añadir el símbolo del dólar o del euro al precio de los productos. La persona responsable del proyecto debe determinar qué moneda verá el visitante, en qué moneda se pagará el pedido y en qué moneda recibirá finalmente el comerciante el dinero. Estas tres monedas pueden ser distintas, pero sus diferencias deben quedar claras para el comprador antes de realizar el pedido.

Una forma prudente de proceder es planificar primero las monedas según las regiones de venta y, después, comprobar si la tienda, los canales de pago y los procesos financieros admiten las operaciones correspondientes. Si no es posible utilizar la moneda local durante el pago, no se debe dar a entender al comprador que el precio mostrado en la página será el importe final que se le cobrará.

Distinguir entre moneda de visualización, moneda de pago y moneda de recepción

La moneda de visualización es la que aparece en las páginas de producto y en el carrito; la moneda de pago es la que se utiliza al enviar el pedido y efectuar el pago; y la moneda de recepción es la que el comerciante recibe realmente del proveedor de servicios de pago. Aunque el comprador pague en euros, el comerciante podría recibir el dinero en otra moneda. El cambio de divisa y las comisiones que intervengan dependerán del proveedor de servicios de pago y de la configuración de la cuenta del comerciante.

Por ejemplo, una tienda que venda productos en Europa y Estados Unidos puede mostrar precios en euros y dólares según la región. Si el canal de pago admite transacciones en esas monedas, normalmente el comprador podrá seguir viendo la moneda seleccionada al finalizar la compra. Si la tienda solo permite pagar en dólares, deberá indicarlo claramente en la página del producto o antes del pago, para evitar que el comprador vea un precio en euros y descubra solo al pagar que la transacción se realiza realmente en dólares.

Al iniciar el proyecto, conviene incluir estas tres monedas por separado en la lista de requisitos, en lugar de indicar simplemente «compatible con varias monedas». Así se puede determinar si el requisito se limita a mostrar los precios o si abarca el proceso completo, incluido el pago en moneda local y la recepción de fondos.

¿Cómo asociar regiones y monedas en una tienda multilingüe?

Es recomendable configurar el idioma y la moneda por separado. Una página en inglés puede dirigirse a Estados Unidos, Reino Unido u otras regiones; usar el mismo idioma no significa que los compradores utilicen la misma moneda. En la planificación del proyecto, se puede establecer primero una correspondencia entre «región de venta, idioma predeterminado, moneda predeterminada y zonas de envío» y, después, pedir a los equipos de desarrollo web y de pagos que configuren cada elemento.

La primera vez que un visitante acceda al sitio, se puede recomendar una moneda predeterminada según la información de su región, manteniendo también una opción para cambiarla manualmente. La detección de la región puede verse afectada por el entorno de red, los viajes o los servicios de proxy. La selección manual ayuda a reducir las molestias causadas por errores de detección. La opción de cambio debe ser fácil de encontrar también en dispositivos móviles, y la selección debe mantenerse coherente en las páginas de producto, el carrito y el proceso de pago.

También hay que decidir de antemano cómo se relacionan el cambio de moneda y la dirección de envío. Por ejemplo, si un comprador empieza a navegar en dólares, pero introduce al pagar una dirección perteneciente a otra región de venta, ¿el sistema mantiene los dólares, le pide que cambie de moneda o restringe el envío? La solución dependerá tanto de las capacidades de la tienda como de la estrategia comercial, y deberá comunicarse al comprador antes de que cambie el precio. Cambiar el idioma tampoco tiene por qué sustituir automáticamente la moneda que el comprador haya seleccionado manualmente.

¿Cómo elegir entre conversión automática y precios fijos por región?

Si hay muchos productos y los precios se ajustan con frecuencia, se puede considerar el uso de un precio base y de tipos de cambio para calcular automáticamente los precios en otras monedas. Este método requiere menos trabajo de mantenimiento y resulta adecuado cuando los costes de los productos y las estrategias de precios son similares en las distintas regiones. Sin embargo, los importes convertidos pueden dar lugar a decimales poco prácticos para mostrar, y las fluctuaciones del tipo de cambio pueden hacer que los precios varíen según el momento en que se consulten.

Si hay diferencias importantes entre regiones en los gastos de envío, quién asume los impuestos, el entorno competitivo o los costes de promoción, la conversión directa puede no ser adecuada. En ese caso, se pueden fijar precios para mercados prioritarios; por ejemplo, mantener precios de venta distintos en dólares y euros. Los precios fijos facilitan el control de los precios locales y la planificación de promociones, pero exigen revisar continuamente el efecto de las fluctuaciones cambiarias en los márgenes y aumentan el trabajo de mantenimiento de productos y promociones.

En la práctica, también se pueden combinar ambos métodos: mantener precios fijos en las regiones prioritarias y utilizar la conversión automática en otras regiones admitidas. Sea cual sea el método elegido, hay que acordar de antemano cómo se redondearán los precios y en qué moneda se calcularán los cupones, los umbrales de descuento y los umbrales para el envío gratuito. De lo contrario, aunque se pueda cambiar la moneda de los precios de los productos, las condiciones de las promociones podrían seguir usando valores expresados en otra moneda.

¿Qué se debe comprobar sobre las actualizaciones del tipo de cambio y su integración con el pago?

Si se utiliza la conversión automática, la persona responsable del proyecto debe aclarar con el proveedor de la plataforma la fuente de los tipos de cambio, la frecuencia de actualización, el método de redondeo y el tratamiento de las incidencias. Si falla una actualización del tipo de cambio, ¿se mantienen los precios anteriores o se suspenden algunas transacciones? Estas reglas afectan a las expectativas de precio de los compradores y al tiempo que necesita el equipo de operaciones para detectar y resolver problemas.

Desde la página de producto hasta la de pago, hay que comprobar que los importes de los productos, los gastos de envío, los descuentos, los impuestos y el total del pedido se expresen en una misma moneda. Los impuestos y los gastos de envío pueden variar según la dirección o el método de envío seleccionados. Por eso, si el importe estimado en el carrito difiere del importe final, el comprador debe poder identificar el motivo. El total mostrado antes del pago, la moneda de la transacción y la información de confirmación del pedido también deben coincidir.

No basta con comprobar si el panel de administración de la tienda ofrece una opción de moneda. También hay que verificar si el proveedor de servicios de pago, la cuenta del comerciante y cada método de pago admiten transacciones en esa moneda, y cómo liquida los fondos el proveedor al comerciante. Si la moneda de la cuenta bancaria del comprador difiere de la moneda de la transacción, la entidad emisora de la tarjeta también podría realizar una conversión, por lo que el importe final cargado en la cuenta del comprador podría variar.

También hay que incluir los reembolsos en el plan: se debe especificar en qué moneda se reembolsará el pedido, cómo tratará el proveedor de servicios de pago la conversión de divisas y qué diferencias podrían producirse entre el importe reembolsado y el que llegue a la cuenta del comprador. Esta información debe figurar en las políticas de posventa y en los mensajes de atención al cliente. El equipo financiero debe confirmar que se pueden conciliar la moneda del pedido, las comisiones, la moneda recibida y los registros de reembolso, para evitar dificultades al comparar las ventas con los importes efectivamente recibidos.

Validar el pedido completo antes del lanzamiento, no solo la página

Para la aceptación del proyecto, se pueden elegir varias regiones de venta representativas y comprobar escenarios como la moneda predeterminada, el cambio manual, los descuentos y los cambios en la dirección de envío. Como mínimo, se debe revisar una vez el siguiente proceso:

1. Acceder al sitio, comprobar si el idioma y la moneda predeterminados se ajustan a la estrategia regional e intentar cambiarlos manualmente.
2. Añadir productos al carrito y comprobar la moneda y el cálculo de los precios, los descuentos, los gastos de envío y los impuestos.
3. Introducir la dirección de envío e iniciar el proceso de pago; comprobar el total del pedido, la moneda de la transacción y los métodos de pago disponibles.
4. Tras completar un pedido de prueba, verificar que se correspondan la notificación del pedido, los registros del panel de administración y la información de recepción de fondos y reembolsos.

También hay que comprobar si los precios de los resultados de búsqueda, los anuncios de productos o las páginas de destino de las redes sociales coinciden con la región y la moneda del visitante y con las condiciones reales de compra tras acceder al sitio. Si existen restricciones regionales, se debe evitar que los usuarios descubran que no pueden comprar en las condiciones anunciadas solo después de hacer clic.

Si el proyecto incluye la creación de un sitio multilingüe, una tienda online y promoción internacional, al elegir una solución se pueden asignar estos puntos de comprobación a un mismo equipo para que coordine el trabajo. 易营宝 ofrece servicios relacionados con la creación inteligente de sitios web, las tiendas transfronterizas y el marketing internacional, y puede servir como referencia para conocer cómo se integran la creación del sitio y la promoción. Las capacidades concretas en materia de monedas, pagos y pedidos deben confirmarse caso por caso según el mercado objetivo y las necesidades del proyecto, e incluirse en el alcance de aceptación.