Lanzar · Marketing de pago
Lanza campañas de pago desde una checklist, no desde un hilo de chat
Solo pueden lanzarse los planes aprobados tal como están. Una verificación previa en el servidor contrasta los planes de Google Search y de Meta con los límites de las plataformas, el lanzamiento congela la especificación para quien monta la campaña en la plataforma publicitaria y quien tiene permiso de publicación registra el lanzamiento con su enlace en vivo. Los lanzamientos de pago vienen con el plan Agency y superiores. Crea tu propio espacio de trabajo o descubre cómo funciona.
¿Ya tienes un espacio de trabajo? Iniciar sesión
- Planes desde 99 $ al mes
- Pensado para agencias con varios clientes
- Tu marca en toda la consola
Lanzar · Marketing de pago
Checklist de lanzamiento de campaña de pago para Google y Meta
La hora más arriesgada de una campaña de pago llega entre el visto bueno y el anuncio en vivo. Se edita el presupuesto después de la aprobación, un titular se pasa de su límite, la landing page sigue siendo un marcador de posición y quien monta la campaña trabaja a partir de un hilo de chat. Una checklist de lanzamiento de campaña de pago solo sirve cuando forma parte del trabajo y no de algo que se recuerda. La página Marketing de pago, dentro de Lanzar en AI Marketing Dashboard, la pone ahí. Un plan llega a la lista de listos solo cuando está aprobado exactamente tal como está. Una verificación previa en el servidor lo contrasta con los límites de Google Search y con lo básico de un anuncio de Meta. Después el lanzamiento congela la especificación aprobada, la ofrece como exportación JSON y abre una tarea de Proyectos, y una persona con el permiso «Publish» (publicar) registra el lanzamiento cuando la campaña ya existe en la plataforma publicitaria.
El registro del lanzamiento
Comprueba el plan, congela la especificación, registra el lanzamiento
Cada plan de pago aprobado pasa por un único cuadro de diálogo que lo comprueba, congela lo aprobado y deja constancia de quién lo lanzó.
Una checklist que ejecuta el servidor y una especificación que se queda como se aprobó
- Los límites de Google Search y lo básico de Meta, comprobados antes de congelar nada
- Una solicitud de lanzamiento para quienes editan y no tienen el permiso «Publish»
- «Mark as launched» (marcar como lanzado), con el enlace de la campaña y una nota

Del plan aprobado a la campaña en vivo
Cuatro movimientos de la lista de listos a un lanzamiento registrado
La página se encarga de la comprobación y del registro. La plataforma publicitaria se encarga de la campaña, y una persona se mueve entre las dos.
Abre el plan listo
Elige el cliente y busca el plan en «Ready to launch». Un plan que ha cambiado desde la aprobación espera en «Not ready yet», con el motivo al lado.Corrige lo que encuentren las comprobaciones
Ejecuta las comprobaciones, sigue el enlace de cada problema hasta el paso del plan que lo corrige y vuelve a ejecutarlas. Los avisos quedan para que los sopeses.Móntala a partir de la especificación
Quien tiene permiso de publicación crea la tarea de lanzamiento, o quien edita solicita la aprobación. Exporta la especificación como JSON y monta a partir de ella la campaña en Google Ads o en el Administrador de anuncios de Meta.Registra lo que salió en vivo
Marca el lanzamiento como lanzado con el enlace https de la campaña y una nota, y la tarea de Proyectos se cierra con él.
Hilo de chat o registro
El mismo lanzamiento, con registro y sin él
Los dos terminan con una campaña en vivo. Solo uno puede decir después qué se aprobó.
Lanzado desde un hilo de chat
- Nadie sabe decir qué versión del plan se aprobó
- Una edición del presupuesto tras el visto bueno sale en vivo sin que nadie se dé cuenta
- Un titular que pasa de su límite lo descubre la plataforma publicitaria
- Monta la campaña quien tenga el acceso
- El enlace a la campaña en vivo queda en los mensajes de alguien
La campaña sale en vivo y se pierden las razones por las que es como es.
Lanzado desde el registro
- Solo aparece en «Ready to launch» un plan aprobado tal como está
- Una verificación previa del servidor comprueba los límites antes de congelar la especificación
- La especificación congelada y una tarea de Proyectos van a quien monta la campaña
- Las solicitudes de quienes editan esperan la respuesta de quien tiene permiso de publicación
- El enlace en vivo, la nota y la cronología se quedan con el lanzamiento
Los lanzamientos de pago salen en vivo a mano, así que quien está al teclado monta a partir del registro.
Haz que el próximo lanzamiento de pago quede registrado
Crea un espacio de trabajo, planifica una campaña para un cliente y pásala por las comprobaciones.
El plan Agency, desde 299 $ al mes, incluye los lanzamientos de pago.
En esta página
Checklist de lanzamiento de campaña: solo puede lanzarse un plan aprobado y sin cambios
Listo, en espera o cambiado: cada plan dice en qué punto está
Un plan llega a la lista «Ready to launch» (listos para lanzar) solo cuando tiene una aprobación de su contenido actual y no hay ningún lanzamiento en marcha. La aprobación va vinculada a una huella del plan guardado que calcula el propio servidor, de modo que una edición hecha después del visto bueno, ya sea en los textos, el presupuesto, la segmentación o la landing page, cambia su estado a «Changed since approval» (cambiado desde la aprobación) y lo pasa a «Not ready yet» (todavía no listos). La comprobación se repite al crear un lanzamiento y otra vez cuando quien tiene permiso de publicación aprueba la solicitud de otra persona, así que la especificación con la que se trabaja es el contenido que vieron quienes revisaron.
Un plan que no está listo dice por qué, con palabras sobre las que se puede actuar: «Not submitted for approval yet» (todavía sin enviar a aprobación). «Waiting for approval» (a la espera de aprobación). «Changes requested» (cambios solicitados), seguido de la nota de quien revisa. «Changed since it was approved. Submit it again» (cambiado desde que se aprobó; vuelve a enviarlo). Un plan solo puede registrarse como en vivo una vez, así que una segunda versión significa duplicar el plan y pasar la copia por aprobación, mientras que un lanzamiento cancelado o rechazado deja el plan libre para lanzarse de nuevo. Los lanzamientos de pago vienen con el plan Agency y superiores, el mismo nivel que el planificador de pago.
Una verificación previa en el servidor contrasta el plan con los límites de las plataformas
Cada comprobación pasa, avisa o bloquea, y casi todas las que bloquean enlazan con su solución
Al elegir «Launch» (lanzar) en un plan listo se abre un cuadro de diálogo que vuelve a leer el plan en el servidor y ejecuta las comprobaciones. Cada fila pasa, avisa o es un problema, y un problema mantiene desactivado el botón principal del cuadro hasta que se corrige. No se escribe nada mientras se ejecutan las comprobaciones, y «Run checks again» (volver a ejecutar las comprobaciones) relee el plan después de una edición. Para un plan de Google Search, las filas aplican las reglas propias de Google: al menos 3 titulares distintos y 2 descripciones (una lista más larga se recorta a 15 y 4 con un aviso), titulares de 30 caracteres o menos, descripciones de 90 o menos, rutas visibles de 15 o menos, palabras clave limitadas a 80 caracteres y 10 palabras, un presupuesto diario y una landing page https que no sea un marcador de posición. La aplicación añade topes propios: 200 palabras clave y, por separado, 200 negativas en un lanzamiento, además de límites a lo que puede añadir un grupo de segmentación.
Un plan de Meta se comprueba en lo que se puede comprobar sin Meta: el objetivo, el texto principal, una imagen o un vídeo, un presupuesto legible y, en los planes de «Sales», «Leads» y «Traffic», una landing page. La verificación previa es igual de franca sobre lo que no puede ver. No puede ver el interior de una cuenta publicitaria, así que un plan de Google con una estrategia de puja por conversiones lleva un aviso para comprobar en la cuenta que existe una acción de conversión antes de activar la campaña. Los planes de Performance Max, Demand Gen, Display y Shopping se detienen en un mensaje de solo planificación, porque Search es el único tipo de Google que lleva un lanzamiento.
Una checklist de lanzamiento para anuncios de Meta, de la exportación al Administrador de anuncios
Categorías de anuncio especial, presupuestos totales y los identificadores que el Administrador de anuncios sigue pidiendo
Un plan de Meta se monta a mano a partir de su exportación, como todo lanzamiento de pago. La exportación sigue la cadena de objetos de Meta: una campaña cuyo objetivo de resultado sale del tipo del plan («Sales», «Leads», «Traffic», «Awareness» o «Engagement»), un conjunto de anuncios con el presupuesto y los países, una creatividad del anuncio con el texto y el enlace, y el anuncio. Todos los estados están en pausa. Los identificadores que la aplicación no puede conocer se dejan en blanco, y el archivo exportado los enumera como pendientes: la cuenta publicitaria, la página de Facebook, el píxel o el conjunto de datos para Sales y Leads y un hash de imagen para cada imagen. También señala el presupuesto, porque Meta lo recibe en la moneda de la cuenta y en unidades menores.
Lee estos avisos antes de crear la tarea. Meta pregunta a cada campaña si trata de crédito, empleo, vivienda, o temas sociales, elecciones o política, y la exportación de un plan no declara ninguna, de modo que un plan de una de esas áreas necesita que la declaración se haga en el Administrador de anuncios. Un plan con un grupo de segmentación de pago de la Biblioteca exporta en su lugar la categoría declarada de ese grupo. Para vivienda, empleo y crédito, un rango de edad acotado, un solo género o códigos postales en el grupo son un problema que bloquea el lanzamiento. Un presupuesto total avisa de que Meta quiere una fecha de finalización, algo que la exportación no puede contener, y un utm_source de google en un plan de Meta avisa de que los leads se atribuirían al canal equivocado. Si el campo de objetivo del plan y su tipo de campaña no coinciden, la exportación sigue el tipo y lo indica.
Sal en vivo a mano, desde una especificación congelada y una tarea de Proyectos
Exporta la especificación (JSON) y monta después la campaña en la plataforma publicitaria
Hoy los lanzamientos de pago salen en vivo a mano. Para quien tiene permiso de publicación, el botón principal dice «Create launch task» (crear la tarea de lanzamiento). Congela el plan aprobado como especificación y deja el lanzamiento en «Waiting for manual launch» (a la espera del lanzamiento manual). Para Google Search, la especificación contiene cada titular, descripción, palabra clave y negativa con su tipo de concordancia, además de las ubicaciones, los idiomas, el presupuesto diario, la estrategia de puja y la landing page. Para Meta es una exportación de la campaña, el conjunto de anuncios, la creatividad del anuncio y el anuncio, con todos los estados en pausa y los identificadores que la aplicación no puede conocer en blanco y enumerados. «Export spec (JSON)» guarda el archivo.
Junto a la especificación, el lanzamiento abre una tarea de Proyectos archivada en «Marketing Plans» para ese cliente y titulada con el plan y la plataforma, como en «Launch Spring Blend Search on Google Ads». Va para quien preparó o aprobó el lanzamiento, con prioridad alta, una fecha de vencimiento a una semana y un enlace de vuelta al lanzamiento, y es solo para la agencia, así que el cliente nunca la ve. Completar la tarea no marca nada como lanzado. El lanzamiento se registra en la página de lanzamientos, de modo que una casilla marcada y una campaña en vivo nunca se confunden.
Solicitudes de lanzamiento para quien no tiene el permiso de publicación
Una solicitud espera a quien publica, que la aprueba o la rechaza con un motivo
El acceso de edición de la Biblioteca para el cliente basta para ejecutar las comprobaciones y pedir un lanzamiento. Iniciarlo directamente requiere además el permiso «Publish», y aprobar una solicitud o registrar un lanzamiento requiere el permiso «Publish» para ese cliente. Cuando alguien con acceso de edición elige «Request launch approval» (solicitar la aprobación del lanzamiento), el lanzamiento queda en «Awaiting approval» (a la espera de aprobación), se abre en Proyectos una tarea «Approve launch» (aprobar el lanzamiento), se avisa a quienes pueden publicar para ese cliente por la campana y, según sus ajustes de notificación, a un máximo de cinco por email, y la solicitud aparece en «Launches» (lanzamientos), dentro de Equipo > Aprobaciones. Quien la solicitó puede retirarla mientras espera.
Quien publica abre la solicitud, vuelve a ejecutar las comprobaciones con su propio acceso y la aprueba o la rechaza. Aprobar registra quién la aprobó, congela de nuevo la especificación a partir de las comprobaciones de esa persona y pasa el lanzamiento a «Waiting for manual launch», con una tarea nueva para quien aprobó y con quien la solicitó como seguidor. Rechazar exige un motivo por escrito, que puede leer quien hizo la solicitud. La aprobación del plan se comprueba una vez más en ese momento, de modo que una solicitud no puede poner en marcha contenido que ha cambiado desde que lo vieron quienes revisaron.
Listo, lanzado o no listo, cada estado con su motivo
Una sola página responde qué puede salir hoy para un cliente
La página muestra un cliente cada vez a través del selector de clientes, y «Todos los clientes» te pide que elijas uno. La abren cuatro recuentos: «Ready to launch», «Awaiting launch approval», «In progress» y «Completed» (listos para lanzar, a la espera de la aprobación del lanzamiento, en curso y completados). Siguen tres listas. «Ready to launch» reúne los planes aprobados tal como están y sin ningún lanzamiento en marcha. «Launches» (lanzamientos) enumera primero las solicitudes pendientes de aprobación, después los lanzamientos en curso y por último los terminados, los más recientes primero, hasta cien, y lo indica cuando existen más antiguos. «Not ready yet» reúne los planes a la espera de aprobación, devueltos o cambiados desde la aprobación.
Cada fila lleva una etiqueta de estado y una línea clara: «Awaiting approval», «Waiting for manual launch», «Launched», «Declined» o «Canceled», con quién lo pidió y hace cuánto. Un plan cuyo último lanzamiento fue cancelado o rechazado lo dice en su fila «Ready» en lugar de parecer intacto. Al abrir un lanzamiento se ven el plan del que salió, quién lo solicitó y quién lo aprobó, los datos clave de la especificación congelada, las comprobaciones que superó y una cronología.
Registra lo que salió realmente en vivo y compáralo con la especificación
Un enlace en vivo, una nota y una cronología que sobreviven al hilo de chat
Cuando la campaña existe en la plataforma publicitaria, quien publica abre el lanzamiento y elige «Mark as launched» (marcar como lanzado). La dirección https de la campaña puede adjuntarse como enlace, la nota admite hasta 2.000 caracteres y ambos son opcionales. La fila pasa a «Launched», la tarea se cierra con un comentario, el plan figura como «Active» (activo) en el planificador, y quien solicitó y quien aprobó se enteran, salvo que lo hayan registrado ellos mismos. La cronología conserva quién hizo qué y cuándo, en la zona horaria de quien mira.
Trata la especificación congelada como la vara de medir. Antes de marcar el lanzamiento, compara con ella la campaña en Google Ads o en el Administrador de anuncios: el presupuesto, las ubicaciones, las palabras clave, la puja y la landing page. Si la plataforma te obligó a cambiar algo, indica en la nota qué fue, de modo que el registro muestre tanto lo que se aprobó como lo que salió en vivo. Si la campaña nunca se monta, cancela el lanzamiento y el plan vuelve a la lista de listos. La página no mira dentro de la cuenta publicitaria, así que «Launched» es la declaración de una persona y no la confirmación de la plataforma.
La checklist de lanzamiento de campaña de pago, comprobación a comprobación
Cada fila es algo que la página de lanzamientos comprueba o te pide confirmar, con la persona que suele corregirlo y el lugar donde hacerlo.
Una buena checklist hace dos trabajos. Impide que salga una mala campaña y demuestra después que alguien miró. La página de lanzamientos comprueba lo que un programa puede comprobar y deja el resto a una persona, y la tabla mantiene separadas las dos cosas. La tercera columna nombra a las personas que suelen encargarse de cada corrección en un equipo de agencia. Son costumbres, no roles que asigne el producto. Ten la tabla abierta mientras preparas un lanzamiento, o pega sus filas en la nota del lanzamiento.
| Comprobación | Qué prueba | Quién suele corregirlo | Dónde |
|---|---|---|---|
| Aprobado tal como está | La aprobación del plan coincide con su contenido actual | Quien envió el plan | El plan y después Equipo > Aprobaciones |
| Tipo de campaña | Solo Google Search. Performance Max, Demand Gen, Display y Shopping se quedan en la planificación | Quien es responsable del plan | El plan, paso «Theme» (tema) |
| Titulares y descripciones | Al menos 3 titulares distintos y 2 descripciones, y los sobrantes más allá de 15 y 4 se descartan con un aviso; cada titular de 30 caracteres o menos y cada descripción de 90 o menos; ningún signo de exclamación en un titular | Quien redacta los textos | El plan, paso «Copy» (textos) |
| Palabras clave y negativas | Al menos una palabra clave; cada palabra clave de 80 caracteres o menos y de 10 palabras o menos; el tope propio de la aplicación de 200 palabras clave y 200 negativas | Quien lidera los medios pagados | El plan, paso «Keywords» (palabras clave) |
| Landing page | Una dirección https completa en un sitio público, nunca el marcador de posición example.com | El responsable de cuenta | El plan, paso «Tracking» (seguimiento) |
| Ruta visible y seguimiento | Rutas de 15 caracteres o menos, y la segunda necesita la primera. Los parámetros UTM del plan se añaden a la landing page, con un aviso si ya los lleva | Quien lidera los medios pagados | El plan, paso «Tracking» |
| Presupuesto y puja | En Google Search, un presupuesto diario expresado como número, porque uno total falla; «Target CPA» (CPA objetivo) y «Manual CPC» (CPC manual) necesitan un importe | Quien lidera los medios pagados | El plan, paso «Targeting» (segmentación) |
| Ubicaciones | Lugares escritos que coinciden con uno de 6 países, o un grupo de segmentación de la Biblioteca | Quien lidera los medios pagados | El plan, o Biblioteca, Audiencias |
| Cuenta publicitaria | La cuenta de Google Ads asociada al cliente, con su moneda; sin una, un lanzamiento a mano solo avisa | Un administrador de la agencia | Informes, Google Ads |
| Lo básico de Meta | Un objetivo, textos del anuncio, una imagen o un vídeo, un presupuesto que se lea como número y, para «Sales», «Leads» y «Traffic», una landing page | Quien lidera los medios pagados | El plan, en el paso al que enlaza cada comprobación |
| Seguimiento de conversiones | No se puede comprobar aquí: un plan de Google que puja por conversiones lleva un recordatorio para confirmar una acción de conversión en la cuenta | Quien lidera los medios pagados | La propia plataforma publicitaria |
Nota
Un problema bloquea y un aviso informa
Un problema desactiva el botón principal del cuadro de diálogo hasta que se repara el plan. Un aviso nunca bloquea. Te dice algo que una persona tiene que sopesar, como un plan que puja por conversiones en una cuenta que la página no puede inspeccionar, o un lugar escrito que no coincidió con ningún país.
Un procedimiento de salida en vivo para un lanzamiento a mano
El lanzamiento se registra aquí y se monta en la plataforma publicitaria, así que el orden de los pasos importa.
Abre el plan listo del cliente
Elige el cliente en el selector y abre Marketing de pago dentro de Lanzar. Busca el plan en «Ready to launch» (listos para lanzar). Todo lo que esté en «Not ready yet» (todavía no listos) lleva su motivo, y «Open plan» (abrir el plan) lleva al propio plan.
Lee cada comprobación
Elige «Launch» (lanzar). Corrige cada problema en su enlace y usa después «Run checks again» (volver a ejecutar las comprobaciones). Lee cada aviso y decide si importa para este cliente.
Crea la tarea o pide aprobación
Quien tiene el permiso de publicación elige «Create launch task» (crear la tarea de lanzamiento). Todos los demás eligen «Request launch approval» (solicitar la aprobación del lanzamiento) y escriben una nota para quien aprueba. En ambos casos el lanzamiento congela la especificación.
Exporta la especificación
Guarda «Export spec (JSON)» (exportar la especificación en JSON) desde el lanzamiento. Es el registro de lo que se aprobó, y se queda tal cual una vez que quien publica ha iniciado o aprobado el lanzamiento.
Monta la campaña a partir de la especificación
Configura la campaña en Google Ads o en el Administrador de anuncios de Meta, trabajando a partir de la exportación. Una exportación de Meta deja para el Administrador de anuncios la cuenta publicitaria, la página de Facebook y las subidas de imágenes. Mantén la campaña nueva en pausa hasta terminar los dos últimos pasos.
Compara la plataforma con la especificación
Comprueba el presupuesto, las ubicaciones, los idiomas, las palabras clave, las negativas, los titulares, las descripciones y la landing page frente a la especificación. Donde la plataforma te hizo cambiar algo, anótalo para la nota.
Actívala y regístrala
Activa la campaña cuando la comparación esté limpia. Quien tiene permiso de publicación elige «Mark as launched» (marcar como lanzado), añade la dirección https de la campaña y la nota, y la tarea de Proyectos se cierra.
Dos reglas mantienen honesto el procedimiento: montar a partir de la exportación en lugar de hacerlo de memoria y registrar el lanzamiento solo cuando la campaña ya existe. Los resultados llegan después y, para un cliente conectado, se leen en los informes de Google Ads.
Quién puede ejecutar, solicitar, iniciar y registrar un lanzamiento
Lo deciden dos permisos, el acceso de edición de la Biblioteca y el permiso «Publish», y ambos se tienen por cliente.
| Acción | Qué necesita |
|---|---|
| Ejecutar las comprobaciones de lanzamiento | Acceso de edición de la Biblioteca |
| Pedir un lanzamiento | Acceso de edición de la Biblioteca, y el lanzamiento espera después a quien tiene permiso de publicación |
| Iniciar directamente un lanzamiento a mano | Acceso de edición de la Biblioteca y el permiso «Publish» |
| Aprobar o rechazar una solicitud | El permiso «Publish», y un rechazo necesita un motivo por escrito |
| Retirar una solicitud | Quien la solicitó, mientras espera; quien publica la rechaza en su lugar |
| Cancelar un lanzamiento que espera un lanzamiento a mano | El permiso «Publish» |
| Marcar un lanzamiento como lanzado | El permiso «Publish» |
Ambos permisos se comprueban para el cliente al que pertenece el lanzamiento, así que un miembro del equipo de la agencia que tiene «Publish» en un cliente no puede registrar un lanzamiento en otro. Aprobar el propio plan es un tercer permiso, «Approve» (aprobar), y quien envió un plan no puede aprobarlo salvo que sea administrador de la agencia, cuya autoaprobación queda registrada. La página del software de flujo de aprobación muestra dónde se toman esas decisiones.
Errores habituales en un lanzamiento de pago y qué detecta cada uno
Muchos errores de lanzamiento son pequeños y aburridos, y por eso una checklist los encuentra.
- Lanzar después de una edición tardía. El estado del plan pasa a «Changed since approval» (cambiado desde la aprobación) y espera en «Not ready yet» hasta que se vuelve a enviar y quien revisa aprueba la versión nueva.
- Un presupuesto total en un plan de Search. Un lanzamiento necesita un presupuesto diario, así que la comprobación del presupuesto falla y señala el paso «Targeting».
- Un signo de exclamación en un titular. Google no lo permite, así que la comprobación falla y cita la línea.
- Tres titulares que en realidad son dos. Una línea repetida cuenta una vez aunque cambien las mayúsculas, así que el plan necesita tres distintas.
- La landing page example.com. La comprobación rechaza el marcador de posición y pide la página real del cliente.
- Un lugar escrito que la página no puede asociar. Los lugares escritos se resuelven en una lista corta de países y la comprobación avisa del resto. Un grupo de segmentación de la Biblioteca puede llevar lugares más finos, y todo lo demás se fija en la plataforma.
- Un tipo de plan que no puede lanzarse. Los planes de Performance Max, Demand Gen, Display y Shopping se detienen en un mensaje de solo planificación.
Cuatro cosas que las comprobaciones no pueden ver, así que tiene que verlas una persona: si la cuenta publicitaria tiene una acción de conversión activa detrás de un plan que puja por conversiones, si la configuración de pago de la cuenta está completa, si la plataforma aprueba los anuncios tras su propia revisión y si la campaña se montó en la cuenta correcta. En un plan de Google, la especificación nombra la cuenta asociada, lo que permite confirmar rápido la última.
Cómo leer el estado de un lanzamiento y su siguiente movimiento
- «Ready to launch» (listos para lanzar)
- Aprobado tal como está, sin ningún lanzamiento en marcha. El siguiente movimiento es «Launch» (lanzar).
- «Not ready yet» (todavía no listos)
- A la espera de aprobación, devuelto con una nota, o cambiado desde que se aprobó. La fila dice cuál.
- «Awaiting approval» (a la espera de aprobación)
- Un lanzamiento que alguien pidió, a la espera de que quien publica lo apruebe o lo rechace. Quien lo solicitó puede retirarlo.
- «Waiting for manual launch» (a la espera del lanzamiento manual)
- Iniciado o aprobado por alguien con permiso de publicación. La campaña hay que montarla en la plataforma publicitaria y registrarla después.
- «Launched» (lanzado)
- Quien publica registró que la campaña está en vivo, con un enlace opcional. El plan figura como «Active» (activo) en el planificador.
- «Declined» (rechazado)
- Quien publica rechazó la solicitud y dio un motivo, que quien la solicitó puede leer en el lanzamiento.
- «Canceled» (cancelado)
- Detenido antes de registrarse. El plan vuelve a la lista de listos con una nota de que su último lanzamiento se canceló.
Dónde se sitúa el lanzamiento entre la planificación, la aprobación y los informes
El lanzamiento es el centro de una cadena. La planificación de medios pagados decide la campaña y la envía a revisión, Equipo > Aprobaciones es donde responden quienes revisan y quienes publican, el lanzamiento comprueba el plan aprobado y registra su salida en vivo, y los informes de Google Ads son donde se leen después los resultados de Search de un cliente conectado. Un plan puede llevar un grupo de segmentación de pago, y sus ubicaciones, idiomas y exclusiones se congelan en la especificación con todo lo demás. El mismo patrón de lanzamiento a mano sirve para las publicaciones sociales.
Plan
Disponibilidad por plan
Los lanzamientos de pago vienen con el plan Agency, a 299 $ al mes, y con los planes Scale y Enterprise, que están por encima. Studio, a 99 $ al mes, tiene las herramientas de email y de SMS, pero deja fuera las de pago y las de redes sociales.
Preguntas frecuentes
¿Qué es una checklist de lanzamiento de campaña de pago?
Es la lista de cosas que deben ser ciertas antes de que una campaña de pago salga en vivo: el plan está aprobado, los textos caben en los límites de la plataforma, la landing page funciona, el presupuesto y la puja están fijados y alguien se hace responsable de la salida. Aquí la lista la lleva la página de lanzamientos: comprueba el plan aprobado en el servidor y registra quién lo lanzó y cuándo.
¿La página de lanzamientos crea la campaña en Google Ads o en Meta por ti?
No. Hoy los lanzamientos de pago salen en vivo a mano. La página conserva la especificación aprobada como un registro congelado, te permite exportarla como JSON y abre una tarea para quien monta la campaña, y esa persona trabaja dentro de Google Ads o del Administrador de anuncios de Meta. Después quien tiene permiso de publicación marca el lanzamiento como lanzado, con un enlace si lo hay. La página no edita anuncios y tampoco lee la cuenta publicitaria después.
¿Qué comprueba la verificación previa en un plan de Google Search?
El servidor vuelve a leer el plan y lo comprueba: una aprobación que coincide con el contenido actual; un mínimo de 3 titulares y 2 descripciones, todos distintos, cada línea dentro de 30 o 90 caracteres; al menos una palabra clave; un presupuesto diario; una landing page https; y una opción de puja con su importe. Los problemas bloquean el lanzamiento. Los avisos, como una lista más larga de lo que el anuncio puede usar, dejan la decisión en tus manos.
¿Quién puede lanzar una campaña de pago y quién solo puede pedirlo?
Cualquiera con acceso de edición de la Biblioteca para el cliente puede ejecutar las comprobaciones y pedir un lanzamiento. Quien tiene el permiso «Publish» para ese cliente puede aprobar o rechazar una solicitud y registrar el lanzamiento como hecho, y si además tiene acceso de edición puede iniciar directamente un lanzamiento a mano. Quien hizo una solicitud puede retirarla mientras espera. Ambos permisos se comprueban por cliente.
¿Puede lanzarse un plan después de que alguien lo edite?
No hasta que se apruebe de nuevo. Tras la edición, el plan figura como «Changed since approval» y baja a «Not ready yet», porque una aprobación pertenece al contenido tal como se revisó. Eso abarca los textos, el presupuesto, la segmentación y la landing page. Mientras un lanzamiento está abierto, el constructor mantiene bloqueado el plan, y la especificación congelada vive en el registro del lanzamiento, de modo que no puede desviarse de lo que se aprobó.
¿Puede lanzarse dos veces el mismo plan de pago?
Un plan tiene un solo lanzamiento abierto a la vez, y una vez que un lanzamiento se registra como lanzado el plan no puede lanzarse otra vez. Para salir en vivo con una versión nueva, duplica el plan, cambia lo que haya que cambiar y pasa la copia por aprobación. Un lanzamiento cancelado o rechazado no agota el plan, así que puede lanzarse de nuevo cuando se corrija el problema.
¿Qué contiene la especificación de lanzamiento exportada y para qué sirve?
Es el registro congelado del plan aprobado como archivo JSON. Para Google Search enumera la campaña, el presupuesto, la puja, las ubicaciones, los idiomas, las palabras clave, las negativas, los titulares, las descripciones y la landing page. Una exportación de Meta contiene la campaña, su conjunto de anuncios, la creatividad del anuncio y el anuncio, con todos los estados en pausa, además de los identificadores que la aplicación no puede conocer. Montas a partir de ella, y se queda como el registro de lo que se aprobó.
¿Ve el cliente el lanzamiento, sus comprobaciones o su tarea?
No. El portal de cliente no tiene ninguna página de lanzamientos, y la tarea del lanzamiento pertenece a un proyecto solo para la agencia, «Marketing Plans», así que tampoco llega nunca al portal. Lo que el cliente sabe de un lanzamiento es lo que tu equipo decide contarle, y el registro conserva la respuesta a qué versión se aprobó y quién la registró como en vivo.
¿Qué planes incluyen los lanzamientos de campañas de pago?
Los lanzamientos de pago pertenecen al plan Agency y superiores, el mismo nivel que el planificador de pago. Agency cuesta 299 $ al mes, en dólares estadounidenses, y Scale y Enterprise también lo incluyen. Studio, a 99 $ al mes, no incluye las herramientas de pago ni de redes sociales, mientras que los lanzamientos de email y de SMS están disponibles en todos los planes.