Revisión de app · Meta for Developers

Alta de DAR OS en Meta

Todo el código ya está desplegado y probado. Lo que falta son campos del panel y un video. Estos son los valores exactos: un carácter de más es un rechazo.

Listo

Endpoints y código

Borrado de datos del SaaS, privacidad, términos y el flujo de OAuth.

Listo

Verificación de negocio

Ya la tiene el portafolio de Daniel Jimenez. No hay que rehacerla.

Te toca

Panel y secretos

Ocho valores en el panel, y las dos llaves de la app nueva en el worker.

Te toca

El video

Meta exige ver la app funcionando. Sin esto no revisan.

Parte 1 · Los campos

Cada valor va tal cual, sin espacios al final. El botón lo copia al portapapeles.

Ruta: developers.facebook.com → tu app → Configuración → Información básica

  1. Nombre para mostrar

    Hoy tiene el nombre con el que se creó. El del video y el del panel deben coincidir o lo marcan como inconsistente.

    DAR OS

  2. Dominios de la app

    Son dos. Agrégalos uno por uno; el campo acepta varios.

    dar-api-proxy.daniel-c.workers.dev
    dar-os.pages.dev

  3. URL del sitio web

    https://dar-os.pages.dev/

  4. Política de privacidad

    https://dar-os.pages.dev/privacidad

  5. Condiciones del servicio

    https://dar-os.pages.dev/terminos

  6. URL de eliminación de datos

    Elige la opción «URL de devolución de llamada», no la de instrucciones. Meta la valida con una visita al guardar; ya responde bien.

    Ojo: esta es la del SaaS (/saas/borrado), no la de la app interna. Meta firma el aviso con el secreto de cada app, y cada app guarda los datos en otro lado.

    https://dar-api-proxy.daniel-c.workers.dev/saas/borrado

  7. Icono de la app

    1024 × 1024 px, PNG, sin transparencia. Usa el logo que ya trae el portal. Si no lo tienes a la mano, dime y te lo exporto.

Ruta: Inicio de sesión con Facebook → Configuración

  1. URI de redireccionamiento de OAuth válidos

    Este es el que más rechazos causa. Va con https y sin diagonal al final.

    https://dar-api-proxy.daniel-c.workers.dev/saas/conectado

Parte 1.5 · Los secretos del worker

La app es nueva, así que el worker todavía apunta a la anterior. Si te saltas esto, el OAuth falla justo cuando estés grabando.

Copia el Identificador de la app y el Clave secreta desde Configuración → Información básica

Nunca pegues la clave secreta en un chat. Se escribe directo en la terminal, que es la única forma en que no queda registrada en ningún lado.

  1. Abre la carpeta del worker

    cd ~/Desktop/Dashboard/"Sesion 7"

  2. Guarda el identificador de la app

    Te va a pedir el valor. Pégalo ahí y presiona enter.

    npx wrangler secret put SAAS_FB_APP_ID

  3. Guarda la clave secreta

    npx wrangler secret put SAAS_FB_APP_SECRET

  4. Vuelve a publicar el worker

    Los secretos se aplican al desplegar. Sin esto siguen los viejos.

    npx wrangler deploy

Pruébalo antes de mandar nada. Con la app aún en modo desarrollo, entra a DAR OS, regístrate con un correo y conecta tu Facebook. Si el diagnóstico aparece con tus campañas, el flujo sirve.

Ese mismo recorrido es el video. No lo hagas dos veces: graba mientras pruebas.

Parte 2 · Los cuatro permisos

Meta pide, por cada permiso, una explicación de para qué lo usas y verlo en el video. Estos textos están en inglés porque quien revisa lee en inglés. Van tal cual.

ads_readel corazón del producto

Leer campañas, conjuntos y resultados para armar el diagnóstico.

Texto para pegar

DAR OS reads the user's own ad campaign performance (spend, purchases, revenue, ROAS) to generate a diagnostic that identifies which ad sets are unprofitable and why. Data is shown only to the account owner who granted access. We never modify campaigns.
business_managementpara listar sus cuentas

Sin esto no podemos mostrarle sus cuentas publicitarias para que elija cuál analizar.

Texto para pegar

Used to list the ad accounts the user already owns or manages, so they can choose which account to analyze. We only enumerate accounts; we do not create, modify or delete any business asset.
pages_show_listpara encontrar el creativo

Los anuncios cuelgan de una página; sin la lista no sabemos de cuál traer el material.

Texto para pegar

Ads are published from a Page. We list the Pages the user administers so we can resolve which Page an analyzed ad belongs to and render its creative inside our report.
pages_read_engagementpara ver el video, no solo el nombre

Es el que permite mostrar el creativo real en el reporte en vez de un texto suelto.

Texto para pegar

Needed to render the actual creative (image and video) of the user's own ads inside their performance report, instead of showing only an ad name. Read-only, and limited to Pages the user administers.

Parte 3 · El video

Es donde se cae la mayoría. Meta necesita ver el recorrido completo desde cero, no la app ya conectada. Dos o tres minutos bastan si tiene estas tomas, en este orden.

  1. La pantalla de registro de DAR OS. Empieza fuera de la app, sin sesión iniciada.
  2. Te registras con un correo y confirmas. Que se vea que es una cuenta nueva.
  3. Presionas «Conectar con Meta» y aparece el diálogo de permisos de Facebook.
  4. El diálogo completo, sin cortes. Que se lean los cuatro permisos que pide.
  5. Aceptas y vuelves a DAR OS. Esta transición no se puede editar ni acelerar.
  6. El diagnóstico con datos reales. Campañas, gasto, ROAS — aquí se justifica ads_read.
  7. El creativo del anuncio dentro del reporte. Esto justifica los dos permisos de páginas.
  8. El selector de cuentas publicitarias. Justifica business_management.

Tres cosas que hacen que lo rechacen: cortar el diálogo de permisos, empezar con la sesión ya iniciada, o que un permiso que pediste nunca se vea usado en el video.

Si un permiso no lo puedes enseñar funcionando, mejor quítalo de la solicitud y pídelo después.