API de Meta Ads: qué permite y cuándo conviene usarla

La API de Meta Ads es la puerta por donde cualquier herramienta lee y escribe en las cuentas publicitarias. Entender qué ofrece y qué exige ayuda a decidir entre construir algo propio y usar algo que ya existe.

Qué se puede consultar

Prácticamente todo lo que se ve en el administrador, y algunas cosas de forma más cómoda.

Métricas de entrega y resultado —gasto, impresiones, clics, conversiones, costo por resultado— con desgloses por ubicación, dispositivo, edad, género y región. Estructura de campañas, conjuntos y anuncios. Creativos y formularios de contacto. Y el historial de cambios de la cuenta.

La ventaja frente a la exportación manual no es solo el ahorro de tiempo: es poder pedir exactamente el corte que se necesita, en lugar de aceptar las columnas que la interfaz ofrece.

Qué se puede ejecutar

Con los permisos correspondientes, la API también escribe: pausar y reactivar, ajustar presupuestos, crear campañas, conjuntos, anuncios y creativos, duplicar y subir medios.

Esa capacidad es la que convierte una integración de lectura en una herramienta operativa. Y es también la que exige los controles: una integración con permiso de escritura y sin límites propios puede producir un desastre silencioso.

Los permisos y la revisión

Para acceder a datos de cuentas de terceros —el caso de cualquier herramienta o agencia— la aplicación tiene que pasar por revisión de Meta y recibir permisos explícitos.

Es un proceso con requisitos concretos: pantallas de demostración, políticas de privacidad, justificación de cada permiso pedido. Toma tiempo y puede pedir ajustes.

Es la barrera principal para quien piensa en construir algo propio, y una de las razones por las que la mayoría de las operaciones usa una herramienta ya aprobada.

Las cuotas

La API limita cuántas llamadas puede hacer una aplicación en una ventana de tiempo, y ese límite depende del volumen de gasto de las cuentas involucradas.

Es la causa más frecuente de paneles que "fallan sin motivo": varias personas abriendo la misma vista al mismo tiempo, o consultas de períodos largos sobre muchas cuentas, consumen la cuota y las siguientes llamadas se rechazan.

Manejarlo bien exige estrategia: consultas agrupadas, copia local de lo que no cambia, reintentos con espera. Nada de eso es difícil y todo requiere trabajo que alguien tiene que hacer.

El ciclo de versiones

Meta publica versiones nuevas de la API con regularidad y retira las antiguas después de un plazo.

Eso significa que una integración que funciona hoy va a dejar de funcionar si nadie la migra. No es una falla: es el modelo, y hay que presupuestar el mantenimiento desde el principio.

Los cambios entre versiones a veces renombran campos o retiran métricas. Es lo que pasó con el alcance de las Páginas de Facebook, que salió de la API — y es la razón por la que una herramienta no puede prometer un número que la plataforma dejó de entregar.

Los tokens y su caducidad

Un detalle operativo que decide si una integración es sostenible: cómo maneja los tokens de acceso.

Los tokens tienen vencimiento, y una integración que no los renueva sola exige que alguien vuelva a autorizar cada cierto tiempo — tarea que se olvida hasta que los datos dejan de llegar.

Lo que corresponde es renovación automática y almacenamiento cifrado. Y del lado del usuario, la posibilidad de revocar el acceso cuando quiera, tanto desde la herramienta como desde la configuración de Facebook.

Vale preguntarlo al evaluar cualquier herramienta: qué pasa cuando el token vence, y dónde se guarda mientras tanto.

Lo que la API no entrega

Tan importante como saber qué ofrece es saber qué no.

No entrega todo lo que se ve en la interfaz: hay métricas que existen en el administrador y no están expuestas de forma programática, y ese conjunto cambia con las versiones.

Tampoco entrega información sobre lo que pasó después del clic fuera del sitio, ni datos de personas identificadas — por diseño y por normativa.

La consecuencia práctica para quien evalúa herramientas: la que promete métricas que la API no expone está prometiendo algo que no puede sostener. Si un número aparece en el administrador y no en ninguna herramienta externa, suele ser este el motivo, y no una limitación del proveedor.

Cuándo construir algo propio

Conviene cuando hay una necesidad específica que ninguna herramienta cubre: cruces con datos internos, lógica de negocio particular, volumen que hace caro el precio por cuenta de las alternativas.

No conviene cuando el objetivo es ver las cuentas juntas y actualizadas. Ahí se estaría construyendo algo que ya existe, con el costo completo de revisión, cuotas, versiones y mantenimiento.

La pregunta que ordena: ¿lo que necesito es algo que nadie vende, o es lo de siempre sin trabajo manual?

El costo oculto de la integración propia

Cuando alguien evalúa construir en lugar de contratar, el cálculo suele incluir las horas de desarrollo inicial y omitir tres costos recurrentes.

La migración de versiones. Un par de veces por año, alguien tiene que revisar qué cambió y adaptar.

La gestión de cuota. No es trabajo de una vez: a medida que crece la cantidad de cuentas, la estrategia de consultas tiene que evolucionar.

El mantenimiento de la aprobación. Los permisos otorgados pueden requerir revisiones periódicas, y una política nueva puede exigir cambios en la aplicación.

Ninguno es dramático por separado. Juntos suman una carga permanente que alguien tiene que asumir, y que casi nunca aparece en la estimación inicial.

Lo que conviene exigirle a una integración

Sea propia o de terceros, tres cosas.

Que diga cuándo falló. Una fuente que no respondió tiene que aparecer como error, no producir un total silenciosamente incompleto.

Que no guarde credenciales innecesarias. La autorización por OAuth no debería requerir compartir contraseñas en ningún momento.

Que registre las acciones de escritura. Autor, origen, estado anterior y posterior, incluidos los intentos rechazados.

Las tres son verificables antes de confiarle una cuenta de cliente.

Una nota para quien está eligiendo: buena parte de lo que se discute como diferencia entre herramientas es en realidad la misma API por debajo. Lo que varía es qué campos exponen, cómo manejan la cuota, qué hacen cuando una cuenta falla y qué controles ponen sobre la escritura. Esas cuatro cosas son las que conviene comparar.

Para la conexión conversacional, Meta Ads y MCP. Para lo que se puede automatizar del reporte, automatizar el reporte de tráfico pago. Y para la estructura completa, el reporte de tráfico pago.