Traducir es también verificar
PuzzleHub ya tiene español e inglés como idiomas base y hemos preparado italiano, portugués, francés y alemán. La tentación natural era activar los cuatro en cuanto las traducciones estuvieran estructuralmente completas. Decidimos hacer lo contrario.
Los nuevos idiomas viven primero como candidatos. Tienen diccionarios de interfaz, taxonomía, SEO, contenido para los 73 juegos, controles dinámicos y una primera traducción del Journal, pero no aparecen como versiones publicadas hasta superar revisión y QA.
Tener una traducción no es lo mismo que tener un producto localizado.
El estado candidato como cinturón de seguridad
Separar candidateLocales de los idiomas publicados nos permite construir una versión completa sin exponerla antes de tiempo. Es una distinción pequeña en configuración y enorme en comportamiento: las rutas públicas, hreflang, sitemap y selector sólo deben prometer aquello que realmente está listo.
También evita una forma frecuente de deuda: publicar un idioma al 80 %, olvidarlo y convivir durante meses con pantallas mezcladas.
73 juegos convierten las reglas en contenido crítico
En una tienda o un blog, una traducción ligeramente torpe puede ser un problema editorial. En un puzzle, una palabra equivocada puede cambiar la regla. Por eso distinguimos dominios: la interfaz y la taxonomía admiten revisión asistida; las reglas, ayudas y onboarding sensibles requieren una revisión semántica más estricta.
El pipeline registra ese estado. Si juegos o artículos siguen como needs_review, el gate estricto debe fallar. No queremos arreglar el test: queremos arreglar el estado real que el test está señalando.
El pipeline también necesitaba ser auditado
Durante este trabajo encontramos una paradoja: el comprobador de traducciones sólo recorría idiomas ya publicados. Eso dejaba fuera precisamente a los candidatos que necesitábamos validar antes de publicarlos. Lo hemos corregido para que el modo estricto pueda auditar también italiano, portugués, francés y alemán mientras continúan fuera de producción.
También detectamos un problema en el Journal: la fase que escribía un artículo traducido podía ejecutarse después de la que inyectaba el selector de idioma y terminar sobrescribiéndolo. El resultado podía ser una página correctamente traducida pero sin el control que permite cambiar de idioma. Ahora la fase editorial conserva e inyecta ese contrato de navegación.
Los fallbacks deben ser honestos
No todos los artículos del Journal estarán traducidos simultáneamente. En lugar de fabricar páginas duplicadas o hacer creer al buscador que existe una versión localizada, los índices pueden enlazar al original español e indicar que se trata de un fallback.
Eso hace visible una idea importante de la arquitectura: cobertura parcial no debe convertirse en cobertura ficticia.
Por qué empezamos por italiano
La activación será secuencial: italiano, portugués, francés y alemán. Publicar uno cada vez reduce el radio de error y permite comprobar que el proceso funciona de extremo a extremo antes de repetirlo. Si una incidencia aparece en italiano, la corregimos una vez antes de multiplicarla por tres.
La internacionalización deja así de ser una gran entrega y se convierte en un proceso repetible.
Qué significa estar realmente listo
Para nosotros no basta con que una página cargue. El selector debe mantener el contexto, las rutas internas deben permanecer en el idioma correcto, los juegos no deben mezclar etiquetas españolas, canonical y hreflang tienen que representar las versiones existentes, el sitemap debe coincidir con lo publicado y las pantallas tienen que resistir textos más largos en móvil.
Las estadísticas añaden otro caso interesante: no sirve traducir el título «Tu actividad» si el nombre o la categoría del juego llegan desde un catálogo generado únicamente en español. La localización también tiene que llegar a los datos dinámicos que terminan en pantalla.
La IA acelera; el gate decide
La IA nos permite preparar mucho contenido, detectar huecos y mantener estructuras equivalentes entre idiomas. Pero la velocidad de generación no elimina el riesgo semántico. Por eso el flujo conserva explícitamente el origen y el estado de revisión.
Es una forma de utilizar IA sin confundir producción de texto con aprobación del producto. Cuanto más rápido podemos generar, más importante se vuelve saber qué ha sido validado.
Lo siguiente
La siguiente fase es menos espectacular y más valiosa: comparar reglas y ayudas con la fuente del juego, corregir desviaciones, ejecutar los gates técnicos y hacer QA real de italiano. Sólo entonces it pasará de candidato a publicado. Después repetiremos el mismo camino con portugués, francés y alemán.
Si funciona, el resultado no será simplemente PuzzleHub en seis idiomas. Tendremos algo más útil: una forma segura de añadir el séptimo.