Varias cuentas publicitarias de Meta: checklist para agencias

Para gestionar varias cuentas publicitarias de Meta, empieza con un registro de los activos de cada cliente, sus operadores autorizados y quienes toman las decisiones. Después organiza el espacio de trabajo del navegador y decide si existe algún requisito de red independiente. Cuando algo falle, identifica si se trata de un problema de acceso, una selección de cuenta equivocada, un incidente de seguridad o una restricción antes de cambiar la configuración.

Este checklist está pensado para agencias que gestionan cuentas de clientes con su autorización. Te da un registro privado de cliente reutilizable y una forma de asignar la siguiente acción cuando un operador no puede continuar.

Acuerda el control del cliente antes de configurar herramientas

En cada proyecto, acuerda quién debe controlar los activos, quién aprueba el gasto y quién se encarga de la recuperación. Nuestra recomendación es preservar el control que el cliente pretende tener y dar a los operadores de la agencia el acceso necesario para su trabajo. Resuélvelo antes de crear activos: un plan de «ordenar la propiedad más adelante» deja sin resolver una decisión importante.

La formación de Meta sobre carteras comerciales cubre cuentas, usuarios y permisos, y la documentación de su Marketing API describe cuentas publicitarias gestionadas por varias personas con distintos niveles de acceso. Son buenos puntos de partida para organizar la relación. El checklist siguiente es nuestro registro operativo recomendado, no un formulario oficial de Meta. Curso de Meta Blueprint sobre carteras, documentación de la Meta Marketing API.

Copia este registro en tu sistema privado de proyectos para cada cliente:

• Cliente y propietario del negocio:
• ID de la cartera comercial e ID de la cuenta publicitaria:
• Activos de apoyo necesarios para este trabajo: página, cuenta de Instagram, ID de conjunto de datos o de catálogo, según corresponda.
• Responsable de acceso y recuperación del cliente, más un contacto de respaldo:
• ID del negocio de la agencia:
• Operadores designados y tareas aprobadas:
• Responsable de las decisiones de facturación:
• Propietario de la app de informes, permisos aprobados y procedimiento de retirada:
• Etiqueta del dispositivo o espacio de trabajo; responsable de la red si procede:
• Acceso comprobado el: fecha y persona que lo comprobó.
• Responsable de la baja y fecha prevista:

Deja fuera de este registro contraseñas, tokens de API, códigos de recuperación y números de tarjeta de pago. Los ID de activos y los datos de contacto comerciales también deben estar en un sistema con controles de acceso internos adecuados.

Antes de empezar a trabajar en las campañas, pide al operador asignado que compare el ID de la cuenta publicitaria prevista con la cuenta realmente seleccionada y que confirme que la acción necesaria está disponible. Si el cliente no tiene ninguna configuración previa, acuerda primero los campos de propiedad y facturación del registro y luego revisa las opciones de creación disponibles en Meta. Este checklist no presupone ningún límite universal de cuentas.

Haz que el contexto de trabajo sea fácil de reconocer

Usa una etiqueta de cliente coherente en el ticket de trabajo y en el espacio del navegador. Antes de cambiar una campaña o un presupuesto, compara la cuenta seleccionada con el ticket. Un nombre reconocible ayuda; el ID de la cuenta te da un valor concreto que comprobar cuando los nombres se parecen.

Los perfiles de Chrome pueden separar marcadores, historial, contraseñas y ajustes. Son herramientas útiles de organización, pero Google advierte de que alguien con acceso al dispositivo puede cambiar a otro perfil. Trata un perfil de navegador como un espacio de trabajo, no como un sustituto de los controles de acceso al dispositivo. Indicaciones de Google sobre los perfiles de Chrome.

Protege las identidades y los dispositivos con los que se administran las cuentas. Meta recomienda la autenticación en dos pasos, las alertas de inicio de sesión y la revisión de sesiones. Su informe sobre malware dirigido a empresas también describe ataques a cuentas personales vinculadas a activos publicitarios, incluido malware capaz de eludir la 2FA. Incluye la seguridad de los dispositivos en el plan junto a la autenticación. Indicaciones de Meta sobre malware para empresas.

Para automatizar informes, mantén una entrada separada de acceso de la app en el registro del cliente. La Marketing API de Meta tiene sus propios requisitos de app, token de acceso y permisos; un inicio de sesión existente en el navegador no establece esa autorización. Identifica quién es el propietario de la app, qué debe hacer y quién retira el acceso cuando termina el proyecto. Documentación de la Meta Marketing API.

Decide si un cambio de red tiene un propósito

La guía de VoidMob para gestionar varias cuentas publicitarias de Meta en 2026 presenta la perspectiva de un proveedor sobre la organización de cuentas y el aislamiento técnico, incluidas configuraciones separadas de navegador y de red móvil. Es un contexto útil al comparar esos flujos de trabajo. Para una implantación en una agencia, anota primero el problema concreto que debe resolver un cambio de red.

Una asignación de cuenta que falta, por ejemplo, corresponde a la persona que concede el acceso. Un requisito de pruebas de red documentado y autorizado corresponde al responsable técnico. Una comprobación de IP puede ayudar a describir una ruta; no demuestra que el operador tenga permiso para gestionar los activos de un cliente.

Distingue también entre un dispositivo independiente y una dirección pública exclusiva. El NAT de nivel de operador (CGNAT) puede compartir direcciones IPv4 públicas entre abonados, así que el hardware dedicado por sí solo no basta para demostrar un uso exclusivo de IPv4 pública. Esto no dice nada sobre cómo evaluará Meta una cuenta concreta. IETF RFC 6888.

Si existe un requisito de ruta, define el destino previsto, el requisito de continuidad y las pruebas de fallo antes de elegir infraestructura. Nuestra guía de proxies rotativos frente a fijos explica la diferencia en la continuidad de sesión. Para una implementación de navegador concreta, la guía de configuración de proxy en MostLogin cubre la configuración. Ninguna de las dos es un requisito previo para completar el registro de acceso del cliente.

Dirige cada problema a quien puede actuar

Usa esta tabla como flujo de primera respuesta propuesto. Ayuda a reunir pruebas y asignar responsabilidades; no diagnostica todas las causas, y pueden coexistir varios fallos.

La fila de seguridad aplica las indicaciones de Meta citadas arriba. Las demás asignaciones son recomendaciones operativas nuestras. Sigue el aviso real y los controles disponibles en lugar de suponer que todas las restricciones tienen la misma vía de revisión o el mismo resultado.

Ejemplo práctico: un analista, dos clientes

Imagina dos clientes ficticios, Cedar Bikes y Harbor Home. Un mismo analista de la agencia trabaja para ambos. La cuenta publicitaria de Cedar es visible; la de Harbor no aparece en el selector de cuentas.

El siguiente paso es comparar el ID de cuenta registrado de Harbor y las tareas aprobadas con la asignación real del analista. Después, el responsable de acceso autorizado del cliente puede corregir una concesión incompleta. Hasta que termine esa comprobación, pausa el trabajo en las campañas de Harbor. Esta observación por sí sola no es motivo para comprar un proxy ni para crear otra cuenta.

Ahora cambia la premisa: Harbor es visible, pero ha aparecido un administrador que nadie reconoce. Eso corresponde a la fila de seguridad. Escala al responsable de recuperación de Harbor y protege la identidad y el dispositivo afectados. Renombrar el espacio de trabajo del navegador dejaría el incidente sin resolver.

En la baja, usa el mismo registro para retirar el acceso aprobado del operador o de la agencia que se va y las credenciales de apps bajo tu control, y verifica después que el propietario designado del cliente conserva el acceso. Borra los datos de trabajo locales según el acuerdo de conservación del proyecto. Registra quién completó el traspaso y cuándo.

Método: ipvolt preparó este checklist a partir de documentación de Meta y de proveedores y de un ejemplo práctico ficticio. No se probó ninguna cuenta de Meta, proxy, perfil de navegador ni dispositivo, y nada de lo que aparece aquí describe cómo evalúa Meta una cuenta concreta.

Si en el futuro un trabajo autorizado requiere infraestructura de proxies, únete a la lista de espera de ipvolt. El acceso todavía no está abierto. Un correo cuando se abra el acceso. Nada más.

Etiquetas:ProxiesChoosing proxies