Digital Studio

Guía

Lista de lanzamiento de una web multilingüe: planifica cada idioma

9 min de lecturaWebs multilingües

Ocho paneles web translúcidos con distintos diseños conectados por trazos de luz cian y violeta sobre una superficie oscura.

Ilustración conceptual de Digital Studio.

Una web multilingüe está lista cuando el cliente puede entender la oferta, tomar una decisión informada y dar el siguiente paso en el idioma que ha elegido. Una página de inicio traducida es solo una parte de ese recorrido. La página del servicio, el formulario de consulta, la confirmación y la persona que responde a la consulta deben tener una función acordada.

Esta lista para el lanzamiento de una web multilingüe ayuda a una pequeña empresa a preparar un documento de requisitos y revisar una entrega. Empieza con una hoja de trabajo de páginas e idiomas y después sigue una tarea real del cliente en cada idioma previsto. Así podrás decidir de forma práctica qué publicar: qué recorridos están listos, cuáles necesitan correcciones y cuáles deben esperar.

1. Elige idiomas que puedas atender después del lanzamiento

Anota quién necesita cada idioma y qué debería poder hacer. Un cliente actual que busca ayuda tiene necesidades distintas de las de un visitante nuevo que compara servicios. Usa las consultas, las conversaciones y la experiencia de tu equipo para elegir los primeros recorridos. Evita añadir un idioma solo porque el programa facilite crear otra opción en el menú.

Distingue el idioma de la disponibilidad comercial. Una página en francés puede explicar un servicio a personas francófonas de varios países; eso no determina dónde prestas ese servicio. Registra las zonas que atiendes, la moneda en la que realmente cobras y el idioma en el que alguien puede esperar una respuesta. Mantén esas decisiones visibles en el documento de requisitos.

Elige una primera versión que puedas gestionar. Podrías publicar un recorrido completo de consulta sobre un servicio en dos idiomas mientras preparas un tercero. Asigna a cada idioma propuesto un revisor concreto y una persona de contacto para la gestión diaria. Si nadie puede revisar los textos o responder a los clientes, resuelve esa carencia antes de prometer una experiencia completa.

2. Crea un mapa de páginas e idiomas antes de traducir

Enumera las páginas necesarias para completar la tarea elegida: página de llegada, detalles del servicio, información complementaria, consulta y confirmación. Incluye los textos de navegación, los botones, los mensajes de validación, las descripciones de imágenes y los documentos descargables. Es fácil pasar por alto estas piezas pequeñas cuando el documento de requisitos solo cuenta páginas completas.

Para cada página e idioma, registra la versión de origen, el estado de la traducción, el revisor, la URL de destino y la siguiente acción. Usa estados explícitos como «sin empezar», «en revisión», «aprobado» y «comprobado en el navegador». Aprobar un documento de texto y aprobar la página terminada son hitos distintos.

Una pequeña hoja de trabajo para decidir el lanzamiento multilingüe
Dato que registrarEjemploDecisión que facilita
Tarea del clienteConsultar sobre un servicio en francésQué páginas y mensajes forman parte del lanzamiento
Responsable del contenidoEl responsable del servicio aprueba el texto de origenQuién puede resolver un cambio en lo que se promete
Revisor del idiomaRevisor de francés designado, con fecha de revisión acordadaSi se puede dar por aceptado el idioma
Siguiente destinoPágina de consulta y confirmación en francésSi el recorrido mantiene el idioma
Incidencia pendienteEl archivo descargable solo está disponible en inglésTraducirlo, indicarlo claramente o aplazarlo

Los ejemplos anteriores ilustran un método de planificación, no un proyecto entregado a un cliente. Crea tu propia hoja de trabajo en torno a la tarea que necesitan realizar tus clientes. Cuenta por separado las versiones traducidas de las páginas y los mensajes compartidos de la interfaz para que un presupuesto no oculte mucho trabajo de revisión tras un número reducido de páginas.

3. Aprueba el significado además de las palabras

Deja cerrado el texto de origen antes de traducirlo. Acuerda los nombres de los servicios, qué incluyen y excluyen, cómo se presentan los precios y qué acción describe cada botón. Mantén una breve hoja de terminología con términos preferidos, términos que evitar y nombres que no cambian. Incluye el tono y el grado de formalidad para que una página no se dirija al cliente de forma muy distinta de la siguiente.

Pide al revisor del idioma que lea pensando en las decisiones: ¿puede el visitante saber qué se ofrece, qué debe aportar y qué ocurre después? Una frase fluida puede prometer más de lo que dice el original. Revisa con cuidado los matices, incluidas expresiones como «desde», «hasta», «estimado» y «opcional». Registra las preguntas que requieren una respuesta del responsable del negocio.

Revisa los ejemplos y los detalles prácticos según el contexto local. Evita fechas ambiguas, identifica la moneda y comprueba los teléfonos, las indicaciones de dirección y los horarios allí donde aparezcan. La traducción no debe cambiar de forma inadvertida un precio real ni crear un compromiso de servicio en una zona que no atiendes.

Usa un breve registro de cambios

Si la oferta original cambia durante la revisión, marca todos los idiomas afectados como pendientes de una nueva comprobación. Basta con anotar qué ha cambiado, qué versiones de página se ven afectadas y quién las aprobará. Así evitas publicar una página en inglés que describa un paquete nuevo mientras otro idioma sigue vendiendo el alcance anterior.

4. Mantén el idioma del cliente al dar el siguiente paso

Google recomienda URL distintas para cada idioma y enlaces que permitan al visitante elegirlo, en lugar de redirecciones automáticas por idioma.

Úsalo como punto de partida para un recorrido que se pueda revisar. Acuerda qué ocurre al cambiar de idioma en una página de servicio, una guía y una página de consulta. Cuando exista una página equivalente, haz que sea el destino. Cuando no exista, elige una alternativa transparente: explica qué está disponible, ofrece una página traducida adecuada o excluye del selector la versión sin terminar.

Incluye esa alternativa en las notas de aceptación. Enviar a alguien a una página de inicio sin relación y sin explicación puede obligarle a repetir la búsqueda. El selector de idioma también debe ser reconocible para quien no entiende la página actual. Usa nombres de idiomas que reconozcan los lectores a los que te diriges y comprueba el control en una pantalla estrecha.

Sigue el botón principal más allá de la página. Comprueba el idioma de las etiquetas del formulario, los errores de campos obligatorios, el mensaje de envío correcto y cualquier confirmación que envíe el flujo acordado. Si la reserva, el pago o la atención se realizan en otra herramienta, revisa también ese paso. Explica cualquier limitación de idioma inevitable antes de que el cliente inicie la acción.

Un recorrido de consulta hipotético

Imagina una consultoría que prepara páginas de servicios en inglés y francés. Sus textos en francés están aprobados, pero la herramienta de reservas y la confirmación de la cita solo están en inglés. El equipo registra esa limitación, acuerda un texto claro antes del enlace de reserva y asigna a alguien que pueda responder a las consultas en francés. Entonces puede decidir si ese recorrido limitado es aceptable o si las reservas deben esperar. Es un ejemplo de planificación, no el resultado de un cliente.

5. Pide una entrega técnica breve y verificable

No necesitas saber programar para pedir pruebas. Solicita una lista de las direcciones definitivas de las páginas y del idioma que presenta cada una. Abre los enlaces personalmente. Confirma que cada dirección lleva al contenido previsto sin requerir una visita previa ni un cambio de idioma sin explicación.

Las directrices de Google sobre hreflang exigen que cada versión se incluya a sí misma y a sus alternativas, con enlaces recíprocos entre versiones.

Pide a quien desarrolla la web que compruebe que las alternativas declaradas representan páginas equivalentes. Solicita una breve lista de excepciones por traducciones que faltan, páginas retiradas o diferencias regionales. Un informe técnico debería facilitar la comprobación de esas decisiones con direcciones reales, en vez de una afirmación genérica de que la configuración multilingüe está completa.

W3C explica que identificar el idioma de una página ayuda a los lectores de pantalla a aplicar las reglas de pronunciación adecuadas.

Incluye el idioma declarado de la página en las comprobaciones de entrega. Pregunta también qué páginas están destinadas a aparecer en buscadores y si los títulos, las descripciones y las URL preferidas definitivas coinciden con ese plan. Excluye las vistas previas privadas y el material sin terminar de la publicación pública. Considera estas comprobaciones como una revisión de la implementación; no determinan posiciones en buscadores ni confirman que una página esté indexada.

6. Revisa cada idioma en el diseño terminado

Da a los revisores acceso a las páginas reales en un móvil y un ordenador, usando la misma versión prevista para publicar. Los encabezados más largos, las palabras compuestas y los textos de botones más extensos pueden comportarse de forma distinta al texto de origen. Comprueba la navegación, las tarjetas, las tablas y los mensajes de formulario con los textos más largos que realmente preveas publicar.

Pide a alguien que complete una tarea sin explicarle dónde hacer clic. ¿Puede encontrar el servicio, entender sus límites, cambiar de idioma y llegar al siguiente paso correcto? Registra la página, el idioma, el dispositivo, el problema observado y el resultado esperado. «El menú móvil en francés tapa el botón de consulta» da a quien desarrolla la web algo concreto que corregir.

Incluye en la revisión la navegación con teclado, el foco visible, la legibilidad del texto al aumentar el zoom y descripciones de imágenes significativas. Comprueba que la información importante siga disponible si falta una imagen decorativa. Una captura de pantalla sirve para documentar la apariencia, pero no puede demostrar que funcionen un botón, el cambio de idioma o el recorrido de un formulario.

Acuerda condiciones de prueba controladas para cualquier acción que genere una consulta, reserva o mensaje. Identifica al destinatario de la prueba, la confirmación esperada y la persona que comprobará el resultado. Mantén a los clientes reales fuera de la prueba. Guarda el resultado y vuelve a probar los fallos corregidos en la versión que se vaya a publicar.

7. Decide qué se publica y quién lo mantiene al día

Revisa la hoja de trabajo idioma por idioma. Considera una oferta incorrecta, una acción principal inutilizable o un callejón sin salida de idioma sin explicar como motivos para detener ese recorrido. Registra los problemas menores de redacción o presentación con un responsable y una corrección prevista. Evita una aprobación general de «todo parece bien» que oculte un idioma sin terminar.

  • Contenido: el revisor designado ha aprobado la oferta, las limitaciones y los textos del siguiente paso.
  • Recorrido: la tarea acordada funciona hasta el destino final y se explican las limitaciones de idioma.
  • Páginas: se han comprobado las direcciones definitivas, las versiones alternativas y las declaraciones de idioma de las páginas.
  • Presentación: la versión real que se publicará se ha revisado en las pantallas y con los métodos de entrada acordados.
  • Operaciones: alguien se responsabiliza de las consultas, las futuras traducciones y la corrección de información desactualizada.
  • Publicación: alguien autoriza la publicación y sabe cómo restaurar la versión anterior si es necesario.

Después del lanzamiento, usa la misma hoja de trabajo cuando cambien los precios, la disponibilidad o el alcance del servicio. Registra los idiomas afectados, el revisor y la fecha de publicación. Planifica esa revisión según los cambios reales del negocio y la capacidad de tu equipo. Mantener un conjunto más pequeño de idiomas con información correcta es un punto de partida sensato cuando los recursos de revisión son limitados.

Prepara un documento de requisitos útil para tu web

Adjunta a la consulta tu mapa de páginas e idiomas, el texto de origen aprobado, los revisores disponibles y las herramientas externas de reserva o contacto. Nuestra guía del documento de requisitos para un proyecto web ayuda a organizar el proyecto completo. El caso de Doggo Paradiso muestra el alcance publicado de una web con páginas en español, inglés y catalán.

El servicio de creación de webs de Digital Studio parte de 2.190 EUR para un proyecto puntual de hasta cinco páginas con contenido facilitado por el cliente, diseño adaptable, bases de SEO, un formulario de captación de contactos y publicación en tu dominio. Los idiomas, las páginas, el contenido facilitado y las responsabilidades de revisión se acuerdan antes de confirmar el precio y los plazos. No des por hecho que todas las traducciones o comprobaciones de esta guía están incluidas en el paquete inicial.

Describe la web multilingüe que necesitas, incluida la primera tarea del cliente que quieres facilitar. La consulta es gratuita y no requiere ningún pago. Un alcance lingüístico claro ofrece a ambas partes algo concreto que presupuestar, desarrollar y aceptar.

Planifica tu web multilingüe