Evaluar un CMS con un flujo editorial multilingüe
Un plan de prueba completo para el contenido de origen, la traducción, la aprobación y el traspaso al elegir un CMS.
Parta de un caso de trabajo real
Al elegir un CMS, pida al futuro equipo editorial que complete todo un flujo de contenido en una instalación de prueba separada. Registre versión, edición, extensiones y roles utilizados. Una función demostrada puede necesitar otra licencia o configuración. Compare candidatos en las condiciones que pretende contratar y operar.
La empresa ficticia siguiente prevé diez versiones lingüísticas de su web. En la primera ronda, el equipo crea el artículo alemán ART-32 y prepara su versión turca. La tabla recoge resultados esperados del ensayo; complete los hallazgos reales y trabajos pendientes para cada candidato.
Plan de prueba completo
Paso | Tarea editorial | Evidencia esperada |
|---|---|---|
Crear la fuente | Guardar título alemán, texto, identificador de URL e imagen de portada. | El equipo encuentra el artículo guardado con su vista previa y puede volver a editarlo. |
Vincular la traducción | Crear la versión turca con texto, URL y texto alternativo de imagen propios. | Ambas versiones pertenecen visiblemente al mismo contenido; se encuentran metadatos y estado de traducción. |
Cambiar la fuente | Cambiar el contenido alemán de | El sistema o un paso editorial acordado hace visible la necesidad de revisar de nuevo la versión turca. |
Probar los roles | Hacer trabajar a autor y responsable de aprobación con cuentas de prueba separadas. | El autor no puede aprobar sin permiso; quedan identificables la persona que aprueba y la versión revisada. |
Cambiar de idioma | Pasar entre versiones disponibles y solicitar un idioma ausente. | Los enlaces disponibles llevan al mismo artículo; la ausencia sigue el comportamiento acordado sin etiquetar mal el idioma. |
Traspasar contenidos | Exportar textos, correspondencias de idioma, referencias, medios y textos alternativos, y reutilizarlos en un modelo de destino acordado. | Artículo, relaciones y archivos multimedia necesarios pueden abrirse y asociarse correctamente en destino; se identifican carencias. |
Observe las transiciones difíciles
Pregunte quién detecta un cambio de la fuente y devuelve la traducción a revisión. Drupal documenta, por ejemplo, campos traducibles y una marca de traducciones desactualizadas. La prueba debe mostrar si encaja en la configuración y el flujo de aprobación previstos. Ver texto turco dice poco por sí solo sobre su mantenimiento. Revise también qué campos se comparten entre idiomas: cambiar una imagen puede afectar a varias versiones.
Descargar una exportación es el primer paso del traspaso. WordPress describe, por ejemplo, una exportación WXR con tipos de contenido y filtros concretos. Eso no acredita un traspaso completo a cualquier destino. Haga que los medios y relaciones necesarios se vuelvan a asociar realmente durante la prueba de traspaso.
Justifique la elección
Repita las comprobaciones pertinentes para los diez idiomas previstos, incluidos caracteres, fechas y cambio de idioma. Registre por obstáculo la configuración necesaria, trabajo manual restante y rol responsable. Elija así el CMS con el que su equipo pueda completar con fiabilidad el flujo previsto. Licencias adicionales y esfuerzo de mantenimiento deben compararse junto al precio del producto.
Fuentes
Escrito por
- Anna NeumannRedactora de contenidos y marketing digitalAnna Neumann planifica y escribe en ASES contenidos sobre marketing digital. Entre sus temas están el posicionamiento en buscadores, la estrategia de contenidos y la analítica web, con el foco puesto en evaluar de forma comprensible las acciones de marketing y sus resultados.
Seguir leyendo
Todos los artículos
Desarrollo de software con ASES
Software a medida, aplicaciones web y móviles