# Probar, publicar y versiones Cómo probar un borrador con un contacto, publicarlo para todos o para un grupo reducido y trabajar con las versiones que guarda un flow. **Language:** es **Audience:** platform **TLDR:** El test lleva a un contacto por el borrador guardado con mensajes reales que se cobran, y no cuenta en tus estadísticas. Publicar para todos convierte el borrador en la nueva versión Live; Publicar a un grupo reducido lo pone en prueba en real con cerca del 10 % de los contactos que entran, y luego se promueve al 100 % o se archiva. Quien ya está dentro termina en su versión, y una versión archivada se puede republicar como copia o cargar en el borrador. **Translation key:** platform.automations.flows.versions-and-publishing **Search keywords:** poner en marcha, lanzar flow, historial de versiones, volver atrás, revertir, restaurar versión, canary, lanzamiento gradual, lanzamiento parcial, vista previa, contacto de test, etiqueta test-contacts, simular flow, probar flow, saltar esperas, fijar rama, cambios sin publicar, flujo **Related pages:** /platform/en/automations/flows/versions-and-publishing, /platform/es/automations/flows, /platform/es/automations/flows/building-a-flow, /platform/es/automations/flows/managing-flows, /platform/es/automations/flows/monitoring-a-flow, /platform/es/automations/flows/flow-analytics **Docs index (every page):** https://staging-instasent-docs-nextjs.oscar-284.workers.dev/llms.txt **This zone's index:** https://staging-instasent-docs-nextjs.oscar-284.workers.dev/platform/es/llms.txt **This page:** https://staging-instasent-docs-nextjs.oscar-284.workers.dev/platform/es/automations/flows/versions-and-publishing/ (HTML) · https://staging-instasent-docs-nextjs.oscar-284.workers.dev/platform/es/automations/flows/versions-and-publishing.md (Markdown) **Other language (en):** https://staging-instasent-docs-nextjs.oscar-284.workers.dev/platform/en/automations/flows/versions-and-publishing.md Todo flow tiene dos caras. El **borrador** es lo que editas, en la pestaña **Construir** del flow; las **versiones publicadas** son las que ejecutan de verdad los contactos. Nada de lo que construyes llega a nadie hasta que lo publicas, y publicar nunca mueve a los contactos que ya están dentro: cada uno termina la versión con la que entró. Entre editar y publicar para todos hay dos redes de seguridad. El **test** lleva a un contacto que tú seleccionas por el borrador guardado, para que leas exactamente lo que llega, y la **prueba en real** da una versión nueva a cerca del 10 % de los contactos que entran, para compararla con la actual antes de decidir. Publicar lo hace siempre una persona, desde el panel. Iris y las integraciones que usan la [Product API](/platform-api/product-api/flows/overview) pueden preparar un flow y dejarte el borrador listo, pero probarlo, publicarlo, activar o pausar su entrada y archivarlo se hace aquí, en la página del flow. ## Probar con un contacto El test responde a la pregunta que tienes antes de publicar: *¿qué le va a llegar de verdad a un contacto?* Ejecuta el borrador guardado para un solo contacto, del disparador al final, así que ves el texto real con sus variables rellenas, los enlaces, la rama por la que va el contacto y el orden de los mensajes, en un teléfono de verdad. El botón **Test** está en la barra de herramientas de la pestaña **Construir** y solo aparece cuando el borrador está guardado y no tiene errores. Mientras hay cambios sin guardar, en su lugar están **Guardar cambios** y **Descartar**; mientras el borrador tiene errores, la barra muestra **Corrige tu flow para publicarlo** (consulta [Crear un flow](/platform/es/automations/flows/building-a-flow)). Así el test ejecuta siempre exactamente lo que ves en pantalla. ### Preparar el test **Test** abre el diálogo **Ejecutar el flow para un contacto**, que explica que «ejecuta el borrador guardado con el motor real, para que veas lo que llega antes de publicar» y que «no entra en tus estadísticas ni en el historial de versiones». Tiene estas filas: - **Contacto**: quién hace el test. La lista se abre con tus **Contactos de test**, los que llevan la etiqueta `test-contacts`. Para añadir uno, busca el contacto y márcalo con la estrella: la estrella le pone esa etiqueta en tu audiencia, y la próxima vez ya estará en la lista. También puedes ponerle la etiqueta a mano, escrita exactamente así, en minúsculas. Es una etiqueta como cualquier otra y se ve en la ficha del contacto. - **Evento**: solo aparece cuando los mensajes del flow usan variables del evento (`_event.*`), como el número de pedido o el enlace al carrito. El panel preselecciona un evento real y reciente del tipo del disparador, y puedes cambiarlo o quitarlo. Sus datos rellenan las variables del evento en tus mensajes. **No** decide las ramas: una bifurcación que mira el evento de entrada va por su rama por defecto, salvo que la fijes en **Ramas**. Sin evento, esas variables salen vacías en un mensaje que se envía igual. - **Ramas**: solo aparece cuando el flow tiene bifurcaciones. **Elegir** abre **Elegir ramas para el test** sobre el lienzo: haz clic en un paso para que el test llegue hasta él, o en la etiqueta de una rama para que el contacto salga por ella. Las ramas que no fijas deciden solas, con los datos reales del contacto. Fijar ramas es la forma de recorrer todos los caminos de un flow con el mismo contacto: lo ejecutas, fijas la otra rama y lo vuelves a ejecutar. Si después editas el flow y una rama fijada ya no encaja, el panel la descarta y lo indica. - **Los mensajes se envían de verdad y se cobran**: la última fila, como recordatorio. Junto a **Ejecutar el flow**, al pie del diálogo, la casilla **Saltar esperas automáticamente** viene marcada por defecto. Las esperas que solo cuentan tiempo (**Espera fija**, **Espera por zona horaria**, **Espera inteligente**) se pasan sin parar, para no esperar días al siguiente mensaje. Las que escuchan algo (**Espera de entrega**, **Espera de actividad**) siguen esperando, porque acortarlas inventaría una respuesta; para esas, usa **Saltar** en el propio paso mientras corre el test. Pulsa **Ejecutar el flow** para empezar. ### Seguir el test El test arranca en el acto: entra de inmediato, sea cual sea el modo de procesamiento del disparador. El lienzo pasa a la vista del test, que dibuja sobre el flow el camino del contacto y el estado de cada paso. Un paso en el que el contacto está esperando indica cuándo se dispara y muestra el botón **Saltar**. **Saltar** termina esa espera como si se hubiera agotado su tiempo: en una **Espera de actividad** el contacto sale por **Sin interacción**, y en una **Espera de entrega**, por **No entregado** si el mensaje todavía no tiene resultado de entrega. Para probar una rama que reacciona a lo que hace el contacto, toca el enlace o responde desde el teléfono del test. La barra de herramientas de la vista del test ofrece: - **Detalle**: abre el recorrido del contacto, el registro paso a paso de la ejecución (consulta [Seguimiento de un flow](/platform/es/automations/flows/monitoring-a-flow)). - **Cancelar ejecución**: mientras la ejecución sigue en marcha, detiene al contacto donde esté. - **Ejecutar de nuevo**: vuelve a abrir el diálogo con las mismas opciones (contacto, ramas fijadas), para repetir el test después de un cambio. Para volver a editar, selecciona la pestaña **Construir**. El test ejecuta una copia del borrador tal como estaba guardado, así que puedes seguir editando mientras corre sin cambiar lo que hace. Solo se conserva el último: queda en **Último test**, la primera sección del archivo de versiones al final de la barra de pestañas, con el nombre del contacto y el estado de la ejecución, y el siguiente test lo sustituye. ### Qué comprueba un test y qué no > **Warning**: Ni el test ni la prueba en real son simulaciones. Los dos usan el motor real, envían > mensajes reales a contactos reales y se cobran como cualquier otro mensaje. Prueba antes > el borrador con un contacto cuyo teléfono puedas revisar, como el tuyo o el de alguien de > tu equipo. - **La entrada no se comprueba.** El contacto que seleccionas entra directamente: no se miran las condiciones del evento, la audiencia ni los límites de reentrada del disparador. Para saber si un contacto real entraría, revisa la actividad del flow una vez publicado (consulta [Seguimiento de un flow](/platform/es/automations/flows/monitoring-a-flow)). - **Todo lo que pasa después de entrar es real.** Cada mensaje pasa por su política de consentimiento y por la suscripción del contacto como cualquier otro, así que, si el contacto del test no puede recibir un mensaje, el recorrido marca ese paso como no enviado y explica por qué. Los pasos **Actualizar etiquetas**, **Actualizar listas** y **Gestionar suscripción** también cambian de verdad al contacto del test. - **No cuenta en tus cifras.** El test no entra en las estadísticas del flow ni recibe número de versión. La actividad del flow lo muestra con **Vista previa** como versión y **Test** como forma de entrada. - **Sí cuenta para los límites de reentrada del contacto.** Los límites del flow miran todas sus ejecuciones, también el test. Justo después de un test, el contacto está dentro del **Tiempo mínimo entre inscripciones**; mientras el test sigue en marcha, es una de sus **Ejecuciones simultáneas por contacto**, y cuenta como una de sus entradas para el **Límite de inscripciones por contacto**, así que con **Una sola vez** ese contacto no entra de verdad mientras el test siga registrado. Un test no deja una marca permanente: solo cuenta mientras se conserva su ejecución (14 días) y después deja de contar. Si después un contacto de test dispara el flow de verdad y aparece en **No entraron** con «Límite de frecuencia por contacto alcanzado» o «Límite de entradas por contacto alcanzado», el motivo es este (consulta [Seguimiento de un flow](/platform/es/automations/flows/monitoring-a-flow#por-qué-un-contacto-no-entró)). Cada mensaje que envía un test se cobra como cualquier otro mensaje de un flow; las esperas, las ramas y las actualizaciones del contacto no tienen coste. ## Publicar Publicar convierte el borrador guardado en una versión numerada que ejecutan los contactos. Hay dos destinos: **todos** los que cumplen las condiciones de entrada, o un **grupo reducido** de ellos como prueba en real (se explica [más abajo](#prueba-en-real-probar-una-versión-con-un-grupo-reducido)). #### 1. Guarda el borrador Selecciona **Guardar cambios**. El botón **Publicar** solo aparece cuando el borrador está guardado, no tiene errores y es distinto de lo que está en Live. La pestaña **Construir** avisa de que hay algo que publicar con un icono de nube ámbar cuyo texto emergente dice **Cambios sin publicar**. #### 2. Abre el menú Publicar Selecciona **Publicar** en la barra de herramientas de la pestaña **Construir**. El menú ofrece dos opciones, cada una con la parte de los contactos a la que llega: - **Publicar para todos**, con la marca **100%** (o **90%** mientras hay una prueba en real en marcha): «Desde ahora, todo contacto que cumpla las condiciones de entrada ejecuta esta versión.» - **Publicar a un grupo reducido**, con la marca **10%**: inicia una prueba en real, que se explica en [Prueba en real: probar una versión con un grupo reducido](#prueba-en-real-probar-una-versión-con-un-grupo-reducido). #### 3. Confirma Con **Publicar para todos**, el panel pregunta **¿Publicar el borrador como Live?**: «El borrador pasa a ser la versión activa. Los contactos que ya están dentro terminan en su versión actual; los nuevos entran en la nueva.» Selecciona **Publicar**. El panel lo confirma con **Borrador publicado como Live**. ![El menú Publicar con Publicar para todos y Publicar a un grupo reducido](/platform/es/automations/flows/images/versions-and-publishing--1-publish-menu.png) La versión nueva aparece en la pestaña **Live** con su número (**v1** la primera vez). La pestaña **Construir** conserva un borrador con el mismo contenido, que sirve de punto de partida para el siguiente cambio, y el icono de la nube desaparece hasta que guardes algo distinto. ### Cuando no aparece el botón Publicar El panel solo muestra **Publicar** cuando hay algo válido que publicar. Si no está, el motivo es uno de estos: - **Hay cambios sin guardar.** En su lugar están **Guardar cambios** y **Descartar**: hay que guardar primero. - **El borrador tiene errores.** La barra muestra **Corrige tu flow para publicarlo** con la lista de problemas (consulta [Crear un flow](/platform/es/automations/flows/building-a-flow)). - **El borrador es idéntico a lo que está en Live.** No hay nada nuevo que publicar, y por eso la pestaña **Construir** no muestra el icono de la nube. - **El flow está archivado, o tu usuario solo puede consultar las automatizaciones.** Un flow archivado es de solo lectura (consulta [Gestión de flows](/platform/es/automations/flows/managing-flows)). ### La primera publicación activa la entrada Un flow nuevo se crea con la entrada cerrada, y su cabecera dice **Borrador**. La primera vez que lo publicas, para todos o para un grupo reducido, la entrada se activa sola: la cabecera pasa a **Activo** y el interruptor dice **Entrada activa**. Si publicas, es que quieres que el flow arranque. Las publicaciones siguientes no tocan el interruptor. Si pausaste el flow con **Pausar la entrada** (la misma acción que **Desactivar** en el listado de flows), sigue pausado después de publicar una versión nueva, y no entra nadie hasta que seleccionas **Activar la entrada**. La primera publicación tiene una excepción. Si el proyecto ya tiene tantos flows activos como permite su plan, la versión se publica pero la entrada sigue cerrada: la cabecera dice **Entrada pausada** y nada avisa del motivo al publicar. El motivo aparece en el texto emergente del interruptor de entrada. Para activarlo, pausa otro flow y libera un hueco; el límite se explica en [Gestión de flows](/platform/es/automations/flows/managing-flows#límite-de-flows-activos). Publicar no tiene coste. Lo que se factura es cada mensaje que el flow envía después, como se explica en [Enviar mensajes](/platform/es/automations/flows/sending-messages). ## Los contactos que ya están dentro siguen en su versión Cada ejecución queda ligada a la versión con la que entró el contacto, y sigue esa versión hasta el final aunque entretanto publiques otras más nuevas. Los contactos que entran después de publicar ejecutan la versión nueva. La versión sustituida se archiva, pero publicar no cancela nada en ella: los contactos que siguen dentro continúan, paso a paso, hasta terminar. La única excepción es una versión que lleva unos tres meses archivada, contados desde el día en que se archivó: la plataforma la retira, y sus ejecuciones pendientes terminan como **Cancelada**, como se explica en [Seguimiento de un flow](/platform/es/automations/flows/monitoring-a-flow#por-qué-terminó-una-ejecución). Por eso puedes cambiar un flow en marcha sin afectar a los contactos que ya están dentro. Un contacto que está a mitad de una espera de tres días nunca aterriza en un paso que ya no existe ni en una rama que has reorganizado: termina el mismo camino que empezó. En el archivo de versiones, cada versión archivada indica cuántos contactos siguen dentro, y la actividad del flow muestra la versión de cada ejecución (consulta [Seguimiento de un flow](/platform/es/automations/flows/monitoring-a-flow)). La otra cara es que una corrección no llega a quien ya está dentro. Por ejemplo: 1. Tu flow **Pide una reseña** espera tres días desde que se entrega un pedido y después envía un mensaje con el enlace para dejar la reseña. La versión **v1** está en Live. 2. Descubres una errata en el mensaje. Hay dos clientes a mitad de la espera de tres días. 3. Corriges el texto en la pestaña **Construir**, seleccionas **Guardar cambios** y después **Publicar** › **Publicar para todos**. La corrección pasa a ser la **v2**. 4. Todos los clientes que entran a partir de ahora reciben el texto corregido. Los dos que ya estaban esperando siguen en la **v1**, así que, cuando termina su espera, reciben el mensaje **con la errata**. Si esos mensajes no deben enviarse, detén las ejecuciones de la versión antigua: abre la **v1** desde **Versiones archivadas**, en el archivo de versiones, y usa el botón de cancelar que hay junto a **N dentro ahora** para **Cancelar ejecuciones**. Sus contactos se detienen donde estén y no reciben nada más; no pasan a la **v2**, así que tampoco reciben el mensaje corregido. Cómo funciona la cancelación, y cómo detener a un solo contacto, se explica en [Gestión de flows](/platform/es/automations/flows/managing-flows#cancelar-ejecuciones). Pausar el flow tampoco los detiene: **Pausar la entrada** cierra la entrada, pero los contactos que están dentro terminan su recorrido y sus mensajes se cobran. ## Las versiones y sus pestañas Un flow guarda varias versiones a la vez, cada una con un papel. Los papeles son fijos y como mucho hay una versión de cada uno: | Papel | Qué es | Numerada | | ------------------ | -------------------------------------------------------------------------------------------------------------------------- | -------- | | **Borrador** | La única versión editable, en la pestaña **Construir**. Al guardar se sustituye. Los contactos nunca ejecutan un borrador. | No | | **Live** | La versión que ejecuta todo contacto que cumple las condiciones de entrada. | Sí | | **Prueba en real** | Una versión publicada para un grupo reducido: la ejecuta cerca del 10 % de los contactos que entran, junto a Live. | Sí | | **Vista previa** | La copia del borrador que usa un test. Nunca aparece en el historial de versiones. | No | **Archivada** no es un papel, sino un estado. Cuando se sustituye una versión Live, o termina una prueba en real, esa versión conserva su papel, recibe una fecha de archivo y pasa a ser de solo lectura. Sus contactos terminan, sus cifras siguen disponibles y puedes republicarla o cargarla en el borrador cuando quieras (consulta [Volver a una versión anterior](#volver-a-una-versión-anterior)). Los números de versión (**v1**, **v2**, **v3**…) se asignan al publicar, para todos o para un grupo reducido. Live y la prueba en real comparten la numeración, y un número nunca se reutiliza. Cada publicación crea una versión **nueva** con el número siguiente, también al promover una prueba o al republicar una versión antigua, porque las dos publican una copia. Por ejemplo: la **v4** está en Live e inicias una prueba en real, que pasa a ser la **v5**. Al promoverla, la copia que pasa a Live es la **v6**, y la **v4** y la **v5** quedan archivadas. ```mermaid stateDiagram-v2 state "Borrador" as Draft state "Prueba en real" as LiveTest state "Archivada" as Archived [*] --> Draft: flow nuevo Draft --> Live: Publicar para todos Draft --> LiveTest: Publicar a un grupo reducido LiveTest --> Live: Promover al 100% LiveTest --> Archived: prueba archivada o promovida Live --> Archived: sustituida por una versión más nueva Archived --> Live: Republicar para todos Archived --> LiveTest: Republicar a un grupo reducido Archived --> Draft: Editar como borrador class Live success ``` Cada publicación, cada republicación y cada **Editar como borrador** crean una copia: la versión de la que parte se queda donde estaba. ### La barra de pestañas Bajo el nombre del flow, una barra de pestañas indica en todo momento qué versiones existen y cuál estás viendo: - **Construir**: el borrador. Aparece un icono de nube ámbar (**Cambios sin publicar**) cuando el borrador guardado es distinto de lo publicado. - **Live**: la versión en Live, con su número. Mientras hay una prueba en real en marcha, muestra además **90%**. - Una segunda pestaña **Live**, con un icono de matraz y **10%**: la prueba en real, mientras hay una. El panel la llama **Prueba en real** donde la inicias o la terminas. - **El archivo de versiones**, el último icono de la barra. Su menú tiene dos secciones: **Último test**, el test más reciente con su contacto y su estado, y **Versiones archivadas**. El número junto a **Versiones archivadas** cuenta las versiones archivadas que todavía tienen contactos dentro. Cada fila muestra la fecha de archivo, el número de versión y cuántos contactos siguen dentro; primero van las versiones con contactos dentro y después las más recientes. Muestra hasta 20 versiones. El número de versión de cada pestaña es una etiqueta de color: **verde** mientras la entrada está activa, **gris** mientras está pausada y **ámbar** cuando está archivada. Un flow sin nada publicado, archivado ni probado muestra solo el rótulo **Construir**, sin barra. ![Las pestañas de versiones de un flow con el menú de versiones archivadas abierto](/platform/es/automations/flows/images/versions-and-publishing--2-version-tabs.png) Cada pestaña ofrece lo que tiene sentido para esa versión, y el resto está en el menú **⋮** de al lado: | Pestaña | Acción principal | En el menú ⋮ | | -------------------------------- | --------------------------------------------------------- | --------------------------------------------- | | **Construir** | Editar, **Test**, **Publicar** | — | | **Live** | Ninguna: es de solo lectura y muestra las cifras del flow | **Editar como borrador** | | **Live** al 10% (prueba en real) | **Promover al 100%** | **Editar como borrador**, **Archivar prueba** | | Una versión archivada | **Republicar** | **Editar como borrador** | Las cifras de las pestañas **Live** y de las versiones archivadas se explican en [Analítica de flows](/platform/es/automations/flows/flow-analytics). ### Estado de publicación en el listado de flows El listado de flows resume las versiones de cada flow en la columna **Publicación**: | Estado | Significado | | ------------------------ | ------------------------------------------------------ | | **Publicado** | Hay una versión Live y el borrador es idéntico a ella. | | **Cambios sin publicar** | Hay una versión Live y un borrador guardado distinto. | | **Borrador** | Solo hay un borrador; todavía no se ha publicado nada. | | **Vacío** | El flow aún no tiene ninguna versión. | | **Prueba en real · 10%** | Hay una prueba en real en marcha. | ## Prueba en real: probar una versión con un grupo reducido La prueba en real permite probar un cambio con tráfico real limitando quién lo ve: un texto nuevo, un recordatorio más, otra espera. La versión nueva la ejecuta cerca del 10 % de los contactos que entran; el resto sigue en Live. Comparas cómo funcionan las dos y después decides si el cambio pasa a todos. Para iniciarla, selecciona **Publicar** › **Publicar a un grupo reducido** en la pestaña **Construir**. El panel pregunta **¿Iniciar una prueba en real al 10%?**: «Alrededor del 10% de los contactos que cumplen las condiciones de entrada ejecuta la versión de prueba; el resto sigue en Live. Envía de verdad y resta en torno al 10% del alcance de Live mientras está activa.» Confírmalo con **Publicar a un grupo reducido**; el panel muestra **Prueba en real iniciada al \~10%** y el listado de flows marca el flow como **Prueba en real · 10%**. ### Quién forma el grupo de prueba - **Cerca del 10 % de los contactos que cumplen las condiciones de entrada.** El porcentaje es fijo: no se puede cambiar ni usar un segmento como grupo de prueba. - **El reparto es por contacto, no por entrada.** Un mismo contacto cae siempre del mismo lado, así que quien entra varias veces mientras dura la prueba recibe siempre la misma versión. - **No hay vuelta a Live.** El reparto se hace antes de que cada versión compruebe su propia audiencia. Un contacto del grupo de prueba que no cumple la audiencia de la versión de prueba no entra en ninguna: no pasa a Live en su lugar. Tenlo en cuenta si la versión de prueba cambia la audiencia. - **Comparte los límites del flow.** La prueba en real no añade capacidad: Live y la prueba cuentan contra el mismo **Ritmo de inscripción**, y si el flow llega a él, los dos lados se recortan en proporción. - **Es tráfico real.** La versión de prueba envía mensajes reales, y sus ejecuciones, objetivos y conversiones cuentan en las cifras del flow como cualquier otra. ### Un flow sin nada publicado Si el flow nunca se ha publicado, **Publicar a un grupo reducido** funciona como un lanzamiento parcial: solo entra cerca del 10 % de los contactos que cumplen las condiciones de entrada, y el resto todavía no ejecuta nada. La confirmación dice **¿Lanzar al 10% de los contactos?**: «Este flow aún no tiene nada publicado, así que solo entra alrededor del 10% de los contactos que cumplen las condiciones de entrada. Envía de verdad. Publica para todos cuando estés conforme con los resultados.» Como es la primera publicación, también activa la entrada del flow. ### Mientras dura la prueba Puedes seguir trabajando en el borrador. Si lo vuelves a publicar antes de que termine la prueba, pasa lo siguiente: - **Publicar para todos** sustituye a Live (la opción muestra **90%**), y la prueba en real sigue en marcha junto a la nueva Live. - **Publicar a un grupo reducido** sustituye a la prueba en curso: la anterior se archiva y sus ejecuciones terminan en ella. Cómo se comparan Live y la prueba (ejecuciones, objetivos y conversiones, con una comprobación de si la diferencia es significativa) se explica en [Analítica de flows](/platform/es/automations/flows/flow-analytics#prueba-en-real-vs-live). ### Terminar la prueba Abre la pestaña de la prueba en real (**Live** con **10%**) y selecciona uno de los dos finales: - **Promover al 100%**, el botón de esa pestaña. El panel pregunta **¿Promover la prueba a todos?**: «Pasa el 100% a la versión probada y cierra la prueba. Las ejecuciones en curso terminan en su versión.» Publica en Live una copia exacta de la versión probada, con un número nuevo, y archiva la prueba. El panel lo confirma con **Prueba promovida a todos**. - **Archivar prueba**, en el menú **⋮** de la pestaña. El panel pregunta **¿Archivar la prueba?**: «Archiva la versión de prueba y devuelve el 100% a Live. Las ejecuciones de prueba en curso terminan solas.» Lo confirma con **Prueba archivada**. En un lanzamiento parcial no hay Live a la que volver, así que archivar la prueba hace que el flow deje de ejecutarse para todos. Si la versión de prueba deja de pasar las comprobaciones del editor, la pestaña muestra **Esta versión tiene errores y no se puede publicar.** en lugar de **Promover al 100%**. > **Warning**: **Publicar para todos** publica el **borrador**, no la prueba. Si has editado el borrador > después de iniciar la prueba en real, publicarlo da a todos algo que nadie ha probado. > Para dar a todos exactamente lo que has probado, usa **Promover al 100%**. **Ejemplo.** Tu flow **Carrito abandonado** envía un recordatorio y la **v4** está en Live. Quieres saber si un segundo recordatorio con un código de descuento consigue más pedidos. Lo añades en la pestaña **Construir**, guardas y seleccionas **Publicar a un grupo reducido**: la prueba pasa a ser la **v5**, y más o menos uno de cada diez compradores que inician un checkout recibe dos recordatorios, mientras el resto sigue recibiendo uno. Al cabo de un par de semanas comparas la tasa de objetivo y los ingresos en el informe del flow. Si gana la prueba, **Promover al 100%** pone en Live para todos la copia, **v6**; si no, **Archivar prueba** devuelve a todos a la **v4**. La prueba en real se factura igual que Live: se cobra cada mensaje que reciben sus contactos, y nada más. ## Volver a una versión anterior Las versiones archivadas se conservan, así que puedes volver a una si un cambio no ha funcionado. Ábrela desde el archivo de versiones › **Versiones archivadas**: se abre en solo lectura, con sus propias cifras. Desde ahí hay dos caminos de vuelta. ### Republicar una versión archivada **Republicar** abre el mismo menú que **Publicar**: - **Publicar para todos**: «Se publica una copia de esta versión para todo contacto que cumpla las condiciones de entrada.» La confirmación, **¿Publicar esta versión a todos?**, añade que «los que ya están dentro de otra versión terminan el recorrido por el que entraron». - **Publicar a un grupo reducido**: «Una copia de esta versión arranca una prueba con un grupo reducido de los contactos que cumplen las condiciones de entrada.» La confirmación es **¿Arrancar una prueba con esta versión?** y, si ya hay una prueba en real en marcha, añade «La prueba actual se archiva y queda sustituida.» En los dos casos se publica una **copia** con un número nuevo. La versión archivada sigue archivada y tu borrador no cambia. El botón no se ofrece, y en su lugar aparece una frase, cuando no hay nada que publicar (**Esta versión ya coincide con Live**) o cuando la versión ya no pasa las comprobaciones actuales (**Esta versión tiene errores y no se puede publicar.**). En ese caso, cárgala en el borrador, corrígela allí y publícala. **Ejemplo.** En la **v3** cambiaste la espera de tu flow **Bienvenida a nuevos contactos**, y ahora convierte menos gente. Abres la **v2** desde **Versiones archivadas** y seleccionas **Republicar** › **Publicar para todos**. Una copia de la **v2** pasa a Live como **v4**. Los contactos que entraron con la **v3** la terminan, salvo que canceles sus ejecuciones. ### Editar como borrador **Editar como borrador**, en el menú **⋮** de cualquier versión publicada o archivada (Live incluida), copia esa versión en el borrador para que tu siguiente cambio parta de ella. El panel pregunta **¿Reemplazar tu borrador con la v2?** (con la versión que hayas seleccionado): «Tu borrador se sustituirá por una copia de la v2. Lo publicado no cambia.» Lo confirma con **Borrador reemplazado con una copia de la v2**. Sirve para deshacer experimentos en el borrador y volver a lo que está en Live, o para construir sobre una versión anterior. Tu borrador actual se sobrescribe, incluido el trabajo que no hayas publicado, y nada llega a los contactos hasta que vuelvas a publicar el borrador. ## Temas relacionados - [Crear un flow](/platform/es/automations/flows/building-a-flow) - Trabajar en el lienzo, guardar el borrador y corregir lo que impide publicar. - [Gestión de flows](/platform/es/automations/flows/managing-flows) - Pausar la entrada, archivar y cancelar las ejecuciones de una versión. - [Seguimiento de un flow](/platform/es/automations/flows/monitoring-a-flow) - Quién entró, con qué versión, y el recorrido de cada contacto. - [Analítica de flows](/platform/es/automations/flows/flow-analytics) - Las cifras de cada versión y la comparación entre la prueba en real y Live. --- This is one page of the Instasent documentation. For the complete machine-readable index of every guide and API reference, fetch https://staging-instasent-docs-nextjs.oscar-284.workers.dev/llms.txt — start there for full context.