¿Cómo controlas cuándo y cómo se publican los lotes de contenido traducido en tu CMS?

Última revisión: 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 se ejecute a través de él:

• Estado de publicación del destino : una configuración por conector que determina cuál será el estado del recurso traducido luego de la entrega. El conector Contentful de Smartling ofrece las opciones Nunca publicar (las traducciones llegan marcadas como Modificadas y sin publicar), Publicar siempre (la entrada se publica incluso si la fuente era un borrador) y Volver a publicar (si se publicó) (la entrada conserva su estado de fuente). El conector de Zendesk ofrece las mismas tres opciones, y el conector de Intercom ofrece las opciones Nunca publicar, Publicar siempre y Publicación inteligente para los artículos. El conector de WordPress divide la decisión en No cambiar el estado, Publicar siempre y Borrador siempre.
• Disparador de entrega : el evento que provoca que el conector escriba las traducciones. El conector de WordPress de Smartling puede descargar traducciones cuando un trabajo llega al paso de Publicación ("Traducción completada") o cuando se agrega o modifica una traducción en un archivo ("Cambios en el progreso"); su tipo de recuperación también puede devolver pseudotraducciones (texto fuente alargado en aproximadamente un 30%) para realizar pruebas de maquetación antes de que existan traducciones reales.
• Control de lanzamiento en diferentes ubicaciones y tareas : mecanismos que retienen un lote hasta que todo esté listo. Dentro del flujo de trabajo, un paso de Retención de flujo de trabajo pausa las cadenas traducidas hasta que un Propietario de cuenta o un Gerente de proyecto las libera, de modo que todas las configuraciones regionales se publican juntas; a nivel del conector, la configuración predeterminada del conector de GitHub es una solicitud de extracción de traducción cuando se publican todas las cadenas del trabajo, y la Entrega anticipada agrega una primera solicitud de extracción cuando todas las cadenas se publican previamente y una solicitud de extracción de Entrega final cuando finaliza el trabajo. Los bloqueos por idioma en el conector Contentful (Entries) impiden que el conector vuelva a entregar un idioma específico.
• Anulación manual y exportación : una forma de enviar o recibir un lote fuera de la automatización. Los conectores de Smartling exponen una acción de Exportar idioma por cada activo para la entrega bajo demanda, y la acción Descargar archivos del Panel de trabajos devuelve las traducciones actuales por idioma como un archivo .zip. Organizados por subcarpeta, por ID de configuración regional en el nombre del archivo, o por ambas, en ocho formatos, incluidos DOCX, XLSX, IDML, JSON y XLIFF.

Los ajustes a nivel escalonado que deciden cuándo una cadena cuenta como publicable dentro del flujo de trabajo — cadenas pre-publicación, rutas de rechazo y la Regla de Cadenas de Inactividad — se cubren en la página de controles de flujo de trabajo de aprobación de traducción; esta página explica qué ocurre después de que esas cadenas se liberan en el conector.

Controles de publicación por lotes: las cifras

¿Cómo se configura el control de publicación para un lote de traducción recurrente?

La secuencia es la misma para una tanda semanal de entradas de blog, una actualización del catálogo de productos o la publicación de las notas de la versión.

1. Decida el estado de destino para cada conector : para el contenido que el propietario del mercado debe revisar antes de su publicación, configure el conector para que se entregue como borrador (nunca publique en Contentful o Zendesk; siempre escriba un borrador en WordPress). Para el contenido que ya fue aprobado dentro del flujo de trabajo de traducción, emplee la opción "Republicar" (si ya está publicado) para que la entrada traducida refleje el estado del original y los borradores sigan siendo borradores.
2. Seleccione el activador de entrega : Deje la entrega al finalizar el trabajo cuando todos los idiomas deban llegar como un conjunto terminado. Cambie a la entrega basada en progreso (WordPress "Cambios de progreso") o a la entrega anticipada de GitHub solo cuando los desarrolladores o revisores necesiten traducciones en el destino antes de que finalice el flujo de trabajo, y combínela con una entrega final para que la versión revisada sobreescribir la versión anticipada.
3. Controla la publicación : agrega un paso de retención de flujo de trabajo antes de la publicación cuando todos los idiomas deban publicar simultáneamente, y libera el lote desde la vista de cadenas una vez que el último idioma superó la revisión. En Contentful (Entradas), bloquea cualquier configuración regional que contenga ediciones específicas del mercado para que la siguiente entrega no la sobreescribir.
4. Controla cómo se reincorporan los cambios de origen al lote : configura la automatización del conector para que aplicar automáticamente la traducción cuando el origen modificado deba pasar sin necesidad de una solicitud, o para que marque el contenido modificado (manual) cuando una persona deba decidir qué se vuelve a traducir; en cualquier caso, la comprobación de cambios se ejecuta cada tres horas, así que planea la ventana de publicación en función de ese intervalo.
5. Verifica la entrega por recurso y por idioma antes de anunciar — Emplea 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 CMS, un centro de ayuda o un conector de repositorio, en lugar de subir archivos, por lo que la configuración del conector es lo 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 aplicar cada ciclo sin redecidirlas por trabajo.
• Gestionar diez o más idiomas cuya traducción finaliza en momentos diferentes y que deben publicar simultáneamente para su lanzamiento.
• Mantener las ediciones específicas para cada mercado en determinadas regiones y proteger esas regiones de la redistribución automática.
• Disponer de flujos de trabajo de desarrollo que requieran una primera pasada de traducciones antes de que finalice la revisión humana, seguida de una pasada final revisada.

Cuando la configuración de publicación del conector puede no ser la prioridad correcta

• 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 aún estén decidiendo entre un proxy, un conector CMS y una integración API para el contenido del sitio web deben comenzar 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 se implementó un conector.
• Los equipos que traducen manualmente hojas de cálculo y exportaciones CSV, sin un sistema de destino donde publicarlas, necesitan herramientas de importación y exportación en lugar de configuraciones de entrega; consulte las herramientas de localización CSV y conversión de datos.
• Los equipos que crean notificaciones personalizadas cuando un trabajo termina están mejor atendidos por los webhooks de traducción que por las opciones de publicación conectoras.

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 valor predeterminado?
Aplicar las opciones exactas (publicar, borrador o coincidir con el estado de origen) y confirma la opción predeterminada, ya que esta es la que se ejecuta en todos los trabajos que nadie configuró. En el conector Contentful de Smartling, la opción predeterminada es Volver a publicar (si ya se publicó).

¿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 emplea cada conector y si un paso de espera puede anularlo.

¿Existe alguna forma de entregar una versión preliminar antes de la revisión final, y la versión final la sobreescribir?
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 ubicación específica para evitar nuevas entregas?
Si un equipo regional edita una traducción directamente en el CMS, la siguiente entrega la sobreescribir a menos que la localidad esté bloqueada. Confirma que la cerradura existe y dónde está colocada.

¿Con qué frecuencia el conector comprueba si hay cambios de fuente, y se retraduce automáticamente o se marca para su revisión?
Un intervalo de encuesta de tres horas es típico para los conectores CMS de Smartling. Confirma si los cambios detectados están agrupados en un trabajo y autorizados automáticamente o si se mantienen en Espera de Autorización para que una persona los libere.

¿Es posible entregar o descargar un lote manualmente cuando no se debe ejecutar la automatización?
Aplicar una acción de exportación por activo y una descarga por idioma desde el trabajo, incluyendo los formatos de archivo compatibles, para que una parte interesada pueda revisar un lote sin conexión sin publicarlo.

¿Dónde es visible el estado de entrega por recurso y por idioma, con marcas de tiempo?
Un estado de trabajo como "Completado" no prueba que el CMS recibió todas las configuraciones regionales. Confirme que el conector muestre una fecha y hora de entrega para cada recurso e idioma.

¿Dónde reside la función de retroceso: en la plataforma de traducción o en el destino?
Los conectores proporcionan las traducciones; el historial de versiones y la posibilidad de revertir la entrada publicada permanecen en el CMS. Confirme qué sistema es el que registra lo que estaba activo en una fecha determinada antes de asumir 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 una configuración en cada conector. En un proyecto Contenido, Configuración > Configuración Contenida > Opciones de Entrega ofrecen Nunca publicar (las traducciones llegan marcadas como Modificadas y permanecen sin publicar), Publicar siempre (la entrada se publica tras la entrega aunque la fuente fue un borrador), y Republicar (si se publica), el valor por defecto, que mantiene el estado actual de la entrada para que una fuente Publicada se vuelva a publicar y una fuente en Borrador permanezca Borrador. El conector Zendesk ofrece las mismas tres opciones de publicación y entrega traducciones completas en un calendario que por defecto es cada tres horas; el conector Intercomunicador ofrece Nunca publicar, Publicar siempre y Publicar de manera inteligente para artículos. La configuración de expertos del plugin de WordPress divide aún más la decisión: Descargar archivos traducidos cuando la traducción esté completada o los cambios en progreso, Tipo de Recuperación de Publicado o Pseudo (texto fuente alargado en un 30 por ciento para pruebas de maquetación), y Cambiar el estado del activo al completar la traducción configurada en No cambiar el estado, Publicar siempre o Siempre borrar.

En los lanzamientos por fases, dos mecanismos funcionan conjuntamente. Dentro del flujo de trabajo, un paso de Retención de flujo de trabajo pausa las cadenas traducidas hasta que un Propietario de cuenta o un Gerente de proyecto las libera desde la Vista de cadenas, de modo que cada configuración regional en un lanzamiento se publica a la vez. En el repositorio, el conector de GitHub entrega una solicitud de extracción de traducción cuando todas las cadenas de un trabajo alcanzan el estado Publicado; habilitar la Entrega anticipada en un conjunto de configuración agrega una solicitud de extracción de Entrega anticipada tan pronto como cada cadena del trabajo se publique previamente (Cadenas de prepublicación configuradas en Enviado en el paso del flujo de trabajo) y una solicitud de extracción de Entrega final cuando el trabajo alcanza el estado Completado, con nombres de ramas construidos a partir de tokens como {source_branch_name} y {translation_job_id}. La función de entrega anticipada funciona tanto en el modo de solicitud de extracción como en el modo de rama única, y se aplica tanto a la traducción humana como a la automática.

Los conectores basados en archivos —Contentful (Entries), Webflow, CaptionHub y otros— entregan automáticamente cada idioma de destino una vez que el archivo de ese idioma está completamente traducido, y cada pestaña del conector incluye una acción de Exportar idioma para la entrega manual de un solo recurso o idioma. En Contentful (Entradas), una acción de bloqueo en un recurso impide que el conector vuelva a entregar una configuración regional que contenga ediciones específicas del mercado, y la vista Detalles del recurso registra la fecha y la hora en que se entregó cada configuración regional. Los conectores de Contentful (Campos), Zendesk y HubSpot detectan los cambios en el origen de datos en un ciclo de tres horas, ya sea agrupándolos en una tarea y autorizándolos automáticamente o, en el modo "Marcar contenido cambiado" (Manual) del conector de HubSpot, mostrándolos para que una persona decida. Cuando un lote necesita salir de la plataforma sin publicar, la acción Descargar archivos del Panel de trabajos devuelve las traducciones actuales por idioma como un archivo .zip en formato DOCX, PPTX, XLSX, IDML, INDD, SRT, JSON o XLIFF, organizado por subcarpeta de idioma, ID de configuración regional en el nombre del archivo o ambos, y la Vista de cadenas exporta un archivo CSV con el ID de cadena, el texto de origen, la variante, el archivo/URL, la configuración regional y el texto de traducción para un registro de auditoría de lo que se envió. En el caso del conector de Adobe Experience Manager, al volver a enviar una página se crea un lanzamiento de AEM para el texto en otro idioma, y el conector aprueba y promociona ese lanzamiento cuando se descargan las traducciones, con una ruta de aprobación y promoción manual en el proyecto de traducción de AEM si falla la automatización.

Preguntas relacionadas

• ¿Qué controles de flujo de trabajo de aprobación debería ofrecer una plataforma de traducción?
• ¿Qué es un flujo de trabajo de traducción de sitios web y cómo se gestiona?
• ¿Qué es un conector de traducción contenida y cómo funciona Smartling's?
• ¿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?