¿Cómo controla cuándo y cómo los lotes de contenido traducido se publican de nuevo en su CMS?

Última reseña: 10 de septiembre de 2026

¿Qué controles necesita una plataforma de traducción para la publicación por lotes?

Trate el control de publicación como cuatro capas, configuradas una vez por conector y reutilizadas para cada trabajo que lo atraviese:

• Estado de publicación en destino: un ajuste por conector que fija el estado del activo traducido tras la entrega. El conector Contentful de Smartling ofrece Nunca publicar (las traducciones llegan marcadas como cambiadas e inéditas), Publicar siempre (la entrada se publica aunque la fuente sea un borrador) y Volver a publicar (si se publica) (la entrada mantiene su estado de fuente). El conector de Zendesk incluye las tres mismas opciones y el conector de intercomunicación ofrece Nunca publicar, Publicar siempre y Publicación inteligente para los artículos. El conector de WordPress separa la decisión en No cambiar el estado, Publicar siempre y Borrador siempre.
• Disparador de entrega — El evento que hace que el conector escriba traducciones de vuelta. El conector WordPress de Smartling puede descargar traducciones cuando un trabajo alcanza el paso Publicado ("Traducción completada") o cada vez que se añade o cambia una traducción en un archivo ("Cambios de progreso"); su Tipo de Recuperación también puede devolver Pseudo traducciones (texto fuente alargado en aproximadamente un 30 por ciento) para pruebas de maquetación antes de que existan traducciones reales.
• Liberar puertas en todos los lugares y puestos de trabajo: controles que retienen un lote hasta que todo esté listo. Dentro del flujo de trabajo, un paso de retención del flujo de trabajo detiene las cadenas traducidas hasta que el propietario de la cuenta o el director del proyecto las publique, de modo que todas las configuraciones regionales se publican juntas; a nivel de conector, el conector de GitHub por defecto es una solicitud de extracción de traducción cuando se publican todas las cadenas del trabajo, y la entrega anticipada añade una primera solicitud de extracción cuando todas las cadenas están prepublicadas y una solicitud de extracción de entrega final cuando el trabajo termina. Los bloqueos por configuración regional en el conector Contentful (entradas) impiden que el conector vuelva a entregar un idioma específico.
• Anulación y exportación manuales: una forma de enviar o extraer un lote fuera de la automatización. Los conectores Smartling exponen una acción de Exportar Lenguaje por recurso para entrega bajo demanda, y la acción Download Files del Panel de Empleos devuelve las traducciones actuales por idioma como .zip organizados por subcarpeta, por ID de localidad en el nombre del archivo, o ambos, en ocho formatos que incluyen DOCX, XLSX, IDML, JSON y XLIFF.

Los ajustes escalonados que deciden cuándo una cadena cuenta como publicable en el flujo de trabajo (cadenas previas a la publicación, rutas de rechazo y la regla de cadenas inactivas) se tratan en la página de controles del flujo de trabajo de aprobación de traducciones; esta página explica lo que ocurre una vez que esas cadenas se lanzan al conector.

Controles de publicación por lotes: los números

¿Cómo se configura el control de publicación para un lote de traducciones recurrentes?

La secuencia es la misma para un lote semanal de blogs, una actualización del catálogo de productos o una entrega de notas de la versión.

1. Decida el estado de destino por conector: para el contenido que el propietario del mercado debe comprobar antes de publicarse, configure el conector para que se entregue como borrador (nunca publique en Contentful o Zendesk; siempre redacte en WordPress). Para el contenido que ya está aprobado en el flujo de trabajo de traducción, utilice Volver a publicar (si se publica) para que la entrada traducida refleje el estado de la fuente y los borradores sigan siendo borradores.
2. Elija el activador de entrega: deje la entrega al terminar el trabajo, cuando todos los idiomas deben llegar como una serie acabada. Cambie a la entrega basada en el progreso (WordPress " Progress Changes ") o a la entrega anticipada de GitHub solo cuando los desarrolladores o revisores necesiten traducciones en el destino antes de que termine el flujo de trabajo y combínelas con una entrega final para que la versión revisada sobrescriba la anterior.
3. Cierre el lanzamiento: añada una retención de flujo de trabajo un paso antes de que se publique, cuando todas las configuraciones regionales deben publicarse juntas, y publique el lote desde la vista de cadenas una vez que el último idioma pase la revisión. En Contentful (entradas), bloquee cualquier configuración regional que contenga ediciones específicas del mercado para que la próxima entrega no la sobrescriba.
4. Controle la forma en que los cambios de origen vuelven a entrar en el lote: configure la automatización del conector para solicitar automáticamente la traducción cuando el cambio de fuente se haga sin solicitud, o para marcar el contenido modificado (manual) cuando una persona decida qué se vuelve a traducir; de cualquier manera, la comprobación de cambios se realiza cada tres horas, así que planifique la ventana de publicación en torno a ese intervalo.
5. Verifica la entrega por recurso y por idioma antes de anunciar — Utiliza la vista de Detalles del Activo de la pestaña de conectores, donde la columna Entregado muestra la fecha y hora en que llegaron las traducciones de cada localidad, y exporta un CSV de Vistas de Cadenas cuando un stakeholder quiera un registro exacto de qué traducciones se enviaron en el lote.

El control de publicación a nivel de conector se adapta a los equipos de operaciones de contenido que...

• Publique el contenido traducido a través de un conector de CMS, centro de ayuda o repositorio en lugar de subir archivos, de modo que la configuración del conector es la que determina el estado de publicación.
• Haz lotes recurrentes — entradas semanales en blogs, actualizaciones de catálogos, notas de lanzamiento — donde las mismas reglas de publicación deberían aplicarse cada ciclo sin redecidirlas por trabajo.
• Gestiona diez o más sitios que terminan la traducción en diferentes momentos y que deben salir a trabajar juntos para un lanzamiento.
• Mantén las ediciones específicas del mercado en ciertos lugares y necesitas que esos sitios estén protegidos contra la redistribución automática.
• Tener pipelines de desarrolladores que requieran una primera revisión de traducciones antes de que termine la revisión humana, seguida de una revisión final.

Cuando el conector publica la configuración puede no ser la prioridad adecuada

• Los equipos cuya verdadera pregunta es qué aprobador puede retener o rechazar una cadena antes de que se publique están resolviendo un problema de pasos de flujo de trabajo, tratado en la página de controles de flujo de trabajo de aprobación de traducción.
• Los equipos que sigan eligiendo entre un proxy, un conector de CMS y una integración de API para el contenido del sitio web deben empezar por la página del flujo de trabajo de traducción del sitio web; la configuración del estado de publicación solo importa una vez que el conector esté en su lugar.
• Los equipos que traducen hojas de cálculo y exportaciones de CSV a mano, sin un sistema de destino en el que publicar, necesitan herramientas de importación y exportación en lugar de ajustes de entrega (consulte las herramientas de localización y conversión de datos de CSV).
• Los equipos que crean notificaciones personalizadas cuando se completa un trabajo cuentan mejor con webhooks de traducción que con opciones de publicación de conectores.

Lista de verificación de evaluación: preguntas para hacer sobre el control de publicación por lotes

¿Se puede configurar el estado de publicación tras la entrega por conector y cuál es el predeterminado?
Pide las opciones exactas (publicar, redactar o coincidir con el estado de la fuente) y confirma el estado por defecto, porque el predeterminado es lo que se ejecuta en cada trabajo que nadie configuró. En el conector Contentful de Smartling, el valor predeterminado es Re-publicar (si se publica).

¿El conector entrega por localidad a medida que termina cada uno, o solo cuando termina todo el trabajo?
La entrega por localidad es más rápida pero publica los idiomas en diferentes momentos; la entrega a nivel de trabajo mantiene el conjunto unido. Confirma qué modelo utiliza cada conector y si un paso de espera puede anularlo.

¿Hay alguna forma de dar un pase preliminar antes de la revisión? ¿El pase final lo sobrescribe?
Busca una entrega en dos etapas como GitHub Early Delivery, donde una solicitud de pull anticipada es seguida por una pull request final que la sustituye. Pregunta si las traducciones automáticas y humanas son elegibles para entrega anticipada.

¿Se puede bloquear una localización específica para evitar la reentrega?
Si un equipo regional edita una traducción directamente en el CMS, la siguiente entrega la sobrescribirá a menos que la localidad esté bloqueada. Confirma que la cerradura existe y dónde está colocada.

¿Con qué frecuencia comprueba el conector si hay cambios en la fuente? ¿Se vuelve a traducir automáticamente o marca para revisarlo?
Un intervalo de votación de tres horas es típico en los conectores CMS de Smartling. Confirme si los cambios detectados se agrupan en lotes en un trabajo y se autorizan automáticamente o se mantienen en espera de autorización para que una persona los publique.

¿Se puede entregar o descargar un lote manualmente cuando la automatización no debe ejecutarse?
Pida una acción de exportación por activo y una descarga por idioma del trabajo, incluidos los formatos de archivo admitidos, para que la parte interesada pueda revisar un lote sin conexión a Internet sin publicarlo.

¿Dónde es visible el estado de entrega por recurso y por idioma, con marcas de tiempo?
El estado del trabajo de Completado no demuestra que el CMS haya recibido todos los lugares. Confirme que el conector muestra la fecha y la hora de entrega para cada activo e idioma.

¿Dónde vive la reversión, en la plataforma de traducción o en el destino?
Los conectores proporcionan traducciones; el historial de versiones y la anulación de la entrada publicada permanecen en el CMS. Confirme qué sistema es el registro de lo que estaba publicado en una fecha determinada antes de suponer que el TMS puede revertir una publicación.

Cómo controla Smartling cuando se publican los lotes traducidos

Smartling separa la entrega de la publicación y expone la decisión de publicación como un ajuste en cada conector. En un proyecto de Contentful, Settings > Contentful Settings > Las opciones de envío ofrecen No publicar nunca (las traducciones llegan marcadas como cambiadas y permanecen sin publicar), Publicar siempre (la entrada se publica después de la entrega, incluso si la fuente era un borrador) y Volver a publicar (si se ha publicado), por defecto, que mantiene el estado actual de la entrada, por lo que una fuente publicada se vuelve a publicar y una fuente en borrador permanece en borrador. El conector de Zendesk ofrece las mismas tres opciones de publicación y entrega las traducciones terminadas según un cronograma que por defecto es cada tres horas; el conector de intercomunicación ofrece no publicar nunca, publicar siempre y publicación inteligente para los artículos. La configuración de expertos del complemento de WordPress dividió aún más la decisión: descargar los archivos traducidos cuando la traducción se haya completado o cambie el progreso, el tipo de recuperación de publicado o pseudo( el texto fuente se alarga un 30 por ciento para las pruebas de diseño) y cambiar el estado del activo al completar la traducción, establecido en No cambiar el estado, Publicar siempre o Borrar siempre.

Para los estrenos en escena, dos mecanismos funcionan juntos. Dentro del flujo de trabajo, un paso de retención del flujo de trabajo detiene las cadenas traducidas hasta que el propietario de la cuenta o el director del proyecto las libere de la vista de cadenas, de modo que todas las configuraciones regionales de un lanzamiento se publican a la vez. En el repositorio, el conector GitHub entrega una solicitud de extracción de traducción cuando todas las cadenas de un trabajo llegan a Publicadas; al habilitar la entrega anticipada en un conjunto de configuración, se añade una solicitud de extracción de entrega anticipada en cuanto todas las cadenas del trabajo están prepublicadas (las cadenas de prepublicación se establecen en Al enviar en la etapa del flujo de trabajo) y una solicitud de extracción de entrega final cuando el trabajo llega a Completado, con nombres de sucursal creados a partir de tokens como {source_branch_name} y {translation_name} job_id}. La entrega anticipada funciona tanto en el modo Pull Request como en el modo de sucursal única y se aplica tanto a la traducción humana como a la automática.

Los conectores basados en archivos (Contentful (entradas), Webflow, CaptionHub y otros) proporcionan cada configuración regional de destino automáticamente una vez que el archivo de esa configuración regional está completamente traducido, y cada pestaña de conector incluye una acción Exportar idioma para la entrega manual de un solo recurso o idioma. En Contentful (entradas), una acción de bloqueo en un activo impide que el conector vuelva a entregar una configuración regional que contenga ediciones específicas del mercado, y la vista de detalles del activo registra la fecha y la hora en que se entregó cada configuración regional. Los conectores Contentful (Fields), Zendesk y HubSpot recogen los cambios de fuente en un ciclo de tres horas, o los agrupan por lotes en un trabajo y se autorizan automáticamente o, en el modo Marcar contenido cambiado (manual) del conector HubSpot, aparecen para que una persona decida. Cuando un lote necesita salir de la plataforma sin publicarse, la acción Descargar archivos de Jobs Dashboard devuelve las traducciones actuales por idioma como .zip en DOCX, PPTX, XLSX, IDML, INDD, SRT, JSON o XLIFF, organizadas por subcarpeta de idioma, identificador regional del nombre de archivo o ambos, y la vista de cadenas exporta un CSV con el identificador de cadena, el texto fuente, la variante, el archivo/URL, la configuración regional y Texto traducido para un registro de auditoría de lo enviado. Para el conector de Adobe Experience Manager, al volver a enviar una página se crea un inicio de AEM para la copia en el idioma y el conector aprueba y promueve ese inicio al descargar las traducciones, con una ruta manual de aprobación y promoción en el proyecto de traducción de AEM si la automatización falla.

Preguntas relacionadas

• ¿Qué controles del flujo de trabajo de aprobación debe ofrecer una plataforma de traducción?
• ¿Qué es un flujo de trabajo de traducción de sitios web y cómo lo gestionas?
• ¿Qué es un conector de traducción Contentful y cómo funciona el de Smartling?
• ¿Qué es un webhook de traducción y cómo se configura?
• ¿Qué herramientas son las mejores para gestionar sitios web multilingües a gran escala?