Empezad por la promesa de idiomas
Antes del diseño, definid qué idiomas cambian de verdad la experiencia del invitado. Quizá una familia necesita español, la otra inglés y algunos amigos prefieren alemán. Esa decisión llega antes que la traducción.
Con eso claro, podéis fijar qué páginas deben estar siempre localizadas: home, agenda, RSVP, viajes, regalos y FAQ. Lo demás puede llegar más tarde.
Usad la misma arquitectura en cada idioma
Cada versión debe compartir las mismas secciones clave. Si la información de viaje cambia de estructura según el idioma, la confusión crece. Una arquitectura constante acelera además cualquier actualización futura.
- Inicio con historia y resumen del fin de semana
- Agenda con ceremonia, celebración y día siguiente
- Página de viajes con mapas, hoteles y transporte
- RSVP con enlaces personales y fecha límite
Traducid para que se entienda, no palabra por palabra
Una buena web de boda no debe sonar mecánica. Usad frases cortas, evitad expresiones demasiado locales y escribid fechas, horas y direcciones como realmente las leerán los invitados. El objetivo es seguridad.
Si un idioma necesita algo más de contexto sobre tradiciones, regalos o acceso al venue, no pasa nada. La precisión vale más que la simetría literal.
Actualizad una vez y publicad en todas partes
En el último mes cambian a menudo los horarios de shuttle, los planes por lluvia o los puntos de encuentro. Esos cambios deben modificarse una sola vez en la fuente y reflejarse automáticamente en cada idioma.
FAQ
¿Cuántos idiomas debe tener una web de boda? +
Solo los idiomas que reducen de verdad la confusión. Empezad por padres, familiares mayores y grupos grandes de invitados.
¿Hay que traducirlo todo? +
Traducid primero todo lo que afecta una decisión del invitado: agenda, viajes, RSVP, FAQ y logística.
¿Qué genera más mantenimiento? +
Trabajar con documentos separados sin una fuente canónica común. Un modelo central evita mucho retrabajo.