Cómo una agencia absorbió 40 cuentas adquiridas sin una migración

El trato se cerró un viernes. Para el martes siguiente, esta agencia era dueña de toda la cartera de un competidor, y con ella, cuarenta cuentas publicitarias de cliente que nunca había tocado, dispersas en logins y Business Managers separados. El plan que todos asumieron que seguirían era un proyecto de migración: recoger cada credencial, entrar en cada cuenta, reintroducirlo todo a mano durante unas semanas dolorosas. Lo que ocurrió de verdad es el tema de este caso de estudio sobre cómo ejecutar un traspaso de adquisición de agencia y consolidación de cuentas publicitarias, porque la agencia conectó un token de System-User adquirido, dejó que la autodetección sacara a la luz cada cuenta, y estaba operando ambas carteras desde un solo espacio de trabajo antes de que la migración se llegara a programar.

Esta es una historia compuesta extraída de cómo las agencias reales manejan la consolidación posadquisición. Los nombres y los números exactos son ilustrativos; el problema del traspaso, y la forma de la solución, no lo son.

El trato se cierra: ahora eres dueño de la cartera de clientes de un competidor

Adquirir una agencia más pequeña es una forma normal de hacer crecer una cartera: compras las relaciones de cliente, los retainers, y las personas que los atienden. Sobre el papel, la agencia acababa de sumar cuarenta cuentas de la noche a la mañana. En la práctica, había heredado un enredo: la firma adquirida había gestionado sus cuentas como la mayoría de las agencias antes de que se les queda pequeño, con una dispersión de logins, un par de Business Managers, y el conocimiento del acceso viviendo en las cabezas de unas pocas personas.

La propia casa de la agencia estaba en orden. Ya operaba sus clientes existentes a través de una sola capa con asientos nominales y roles acotados, el opuesto del caos de logins compartidos descrito en por qué los logins compartidos están matando tu agencia de anuncios. El problema era absorber cuarenta cuentas gestionadas con las convenciones de otro, lo bastante rápido para que los clientes heredados nunca sintieran la costura. Una adquisición transfiere los contratos al instante y la realidad operativa despacio, y la brecha entre «somos dueños» y «podemos operarlo» es donde los traspasos posadquisición se atascan.

El coste oculto de la M&A: docenas de cuentas tras logins separados

Recorre la cartera heredada y el coste de la vieja estructura se vuelve concreto. Cuarenta cuentas no significaban cuarenta entradas ordenadas. Significaban dos Business Managers montados en momentos distintos, una dispersión de cuentas atadas a cada uno, varias a las que los antiguos dueños llegaban mediante logins concedidos por el cliente, y un puñado donde el único camino de entrada era una contraseña compartida que tres ex empleados conocían.

Nada de eso es inusual; es como se ve la capa de acceso de una agencia cuando crece de cliente en cliente. Pero convierte cada adquisición en un proyecto de arqueología: antes de poder operar una cuenta tienes que encontrarla, confirmar quién puede alcanzarla, y establecer tu propio camino de entrada, cuarenta veces, en varias plataformas.

El plan habitual: una migración credencial por credencial medida en semanas

La responsable de operaciones de la agencia dimensionó primero el enfoque obvio. Listar cada cuenta; para cada una, identificar el camino de acceso, recoger la credencial, entrar, confirmar un camino de entrada duradero que no dependiera de un ex empleado, y restablecerlo bajo la propia estructura de la agencia. Luego la siguiente cuenta, y la siguiente, en dos Business Managers y varias plataformas.

Estimado con honestidad, eso son semanas de trabajo frágil. Cada contraseña compartida es un único punto de fallo: si un empleado que se va la cambia o deja de responder, una cuenta se apaga. Cada login concedido por el cliente hay que reconfirmarlo para que la relación sobreviva al cambio de propiedad. Y durante todo el tiempo que dura la migración, los clientes heredados están en el limbo: técnicamente responsabilidad de la agencia, en la práctica aún medio gestionados a través de los logins de la vieja firma. El equipo había hecho versiones más pequeñas de esto antes —la carrera de la primera semana cubierta en su propio playbook para dar de alta una nueva cuenta de cliente en la primera semana— y a cuarenta cuentas esa carrera no escala.

El atajo: conectar el token de System-User adquirido

Había un atajo, y cambió la forma de todo el proyecto. La agencia adquirida, como la mayoría de las agencias que operan a escala, había emitido un token de System-User a nivel de Business Manager para sus integraciones de plataforma. Un token de System-User no es un login personal atado a un empleado; es una credencial duradera a nivel de negocio que ya lleva acceso a cada cuenta publicitaria que su Business Manager gestiona. La agencia no necesitaba cuarenta credenciales: necesitaba el token, adquirido con el negocio.

Así que en lugar de empezar una migración, la responsable de operaciones hizo una sola cosa: conectó el token de System-User de la agencia adquirida a la capa operativa, el mismo mecanismo de conectar-una-vez que la agencia ya usaba para dar de alta una cuenta de cliente sin compartir nunca un login de Meta. Un token, una pegada, para las cuentas de un Business Manager entero. El plan de migración habría tocado cada cuenta individualmente; el token tocó la capa que ya las contenía todas.

Qué sacó a la luz la autodetección: cada cuenta y BM, sin inventario manual

Lo que pasó después es por qué el proyecto de migración nunca corrió. La capa operativa leyó el token, resolvió el business_id detrás de él, y enumeró las cuentas automáticamente: cada cuenta publicitaria bajo ese Business Manager, sacada a la luz sin que nadie tecleara una lista. El segundo Business Manager entró del mismo modo con su propio token, y entre los dos el grueso de las cuarenta cuentas era visible en una tarde.

No hubo inventario manual porque el token ya conocía el inventario. La autodetección vía business_id significaba que la fuente de verdad para «qué cuentas existen» era el propio Business Manager, no una hoja de cálculo reconstruida a partir de los recuerdos de ex empleados. El puñado de cuentas que se tenían mediante acceso concedido por el cliente en lugar del BM adquirido aún necesitaba reconfirmación individual, pero eran una cola corta, no todo el proyecto.

Mapear el equipo heredado en roles de RBAC interno

Sacar las cuentas a la luz era la mitad del trabajo; la otra mitad era decidir quién podía tocarlas. La agencia adquirida había retenido a algunos compradores como parte del trato y dejó marchar a otros, y la agencia no iba a replicar la dispersión de acceso de la vieja firma. Con las cuentas ahora dentro de la capa operativa, gobernar quién las trabajaba era una decisión interna, no una propiedad de los logins de plataforma.

La responsable de operaciones asignó roles acotados. Los compradores retenidos obtuvieron asientos nominales emparejados a las cuentas que seguirían atendiendo, así que las relaciones de cliente se mantuvieron cálidas a través de personas que los clientes ya conocían; los propios responsables de la agencia obtuvieron supervisión sobre ambas carteras; el personal que se iba no obtuvo nada. No hubo que revocar nada en las plataformas nativas, porque ninguno de los compradores heredados operaba nunca a través de los logins subyacentes. Trabajaban a través de roles internos sobre un solo token conectado, el modelo que la agencia usa para evitar que los logins separados se conviertan en la capa operativa. El gobierno del acceso ocurrió una vez, en lugar de cuarenta veces en pantallas de permisos nativas.

Operar ambas carteras desde un solo espacio de trabajo dentro de la primera semana

Para el final de la primera semana la agencia gestionaba sus clientes originales y las cuarenta cuentas heredadas desde el mismo espacio de trabajo. La reunión de escalado, la cola de lanzamientos, los informes: todo cubría ambas carteras a la vez, en una vista en lugar de alternar entre la propia estructura de la agencia y los dos Business Managers de la firma adquirida. Los clientes heredados obtuvieron la cadencia de informes estándar de la agencia de inmediato en lugar de tras un trimestre de transición.

Los clientes no sintieron nada. Sin reinicios de contraseña, sin correos de «estamos migrando tu cuenta», sin un hueco en la gestión: la agencia que compró su vieja firma simplemente siguió gestionando sus anuncios. Las semanas de limbo medio gestionado que una migración habría creado nunca existieron.

Lección: cuando el token hace el descubrimiento, una adquisición es una conexión

Preguntada después qué le diría a otra agencia ante una adquisición, la respuesta de la responsable de operaciones fue específica: antes de dimensionar una migración, comprueba si el acceso que estás comprando incluye un token de System-User de Business Manager. Si lo incluye, no estás migrando cuarenta cuentas, estás conectando dos Business Managers y reconfirmando una cola corta de cuentas concedidas por el cliente, y tu trabajo real es la capa de gobierno encima.

Esa reformulación es toda la lección. Una migración asume que el trabajo escala con el número de cuentas; una conexión asume que escala con el número de caminos de acceso, y un token de System-User colapsa un Business Manager entero en un solo camino. La agencia consolidó cuarenta cuentas en una tarde porque la autodetección vía business_id ya había hecho el trabajo por cuenta. El mismo patrón se mantiene en las seis plataformas publicitarias que la capa operativa soporta, así que una cartera adquirida que abarca Meta, Google, TikTok, Taboola, Snapchat y Outbrain entra canal por canal en lugar de cuenta por cuenta.

Los planes de Wevion empiezan en un tier gratuito permanente (€0), luego Starter a €99/mes, Pro a €499/mes y Plus a €1.499/mes (€1.199 anual, facturado al año con -20%), con Enterprise como plan a medida, y cada tier de pago incluye una prueba de 14 días que coexiste con el plan gratuito. Conectar un token de System-User y ver cómo las cuentas se autodetectan cabe dentro de eso. El resto del playbook vive en el clúster de herramientas de agencia.

La conclusión se generaliza a cualquier agencia que crezca por adquisición: el tamaño del traspaso no es el número de cuentas que compraste, es el número de formas distintas que tienes de alcanzarlas. Hereda el token que lleva el Business Manager entero, deja que el descubrimiento haga el inventario, gobierna al equipo heredado a través de roles internos, y la migración que temías resulta haber sido un paso de conexión.