Ir al contenido
Prepara tus páginas de privacidad para el lanzamiento

Actualizado el 30 sept 2026 con las guías oficiales de Meta

Meta App Review: privacidad y eliminación

Prepara enlaces públicos a políticas, una vía de eliminación operativa y acceso para los revisores.

¿Vas a enviar pronto? Revisa que tu política de privacidad se abra y nombre las herramientas que usa tu sitio.Revisar mi política

Qué comprueban los revisores

  1. Acceso del revisor

    Los revisores deben acceder a la aplicación y probar las funciones de cada permiso solicitado.

    Fuente oficial: Meta: App Review testing
  2. Identidad y enlaces públicos

    La configuración básica incluye política, términos y contacto. Mantén estos datos correctos y relacionados con esta aplicación.

    Fuente oficial: Meta: Basic Settings — policy URLs
  3. Una vía real de eliminación

    Explica cómo solicitar la eliminación. Si usas un callback, implementa la eliminación y devuelve una URL de estado y un código.

    Fuente oficial: Meta: Implementing the Callback

Riesgos de rechazo documentados

  1. Una aplicación inaccesible

    Meta indica expresamente que rechazará el envío si no puede acceder a la aplicación para probarla.

    Fuente oficial: Meta: App Review testing
  2. Un permiso imposible de probar

    Si no pueden probar la función de un permiso solicitado, no lo aprobarán. Esto no indica frecuencia de rechazo.

    Fuente oficial: Meta: App Review testing
  3. Un callback que no elimina

    El callback debe hacer más que mostrar instrucciones. El incumplimiento puede provocar su retirada o la desactivación de la aplicación.

    Fuente oficial: Meta: Implementing the Callback

Lista para presentar la solicitud

  1. Identifica el público

    Anota quién usará la aplicación enviada: solo personas con roles de la aplicación o empresa propietaria, o también personas ajenas a ellos. Compara ese público con la documentación de Meta antes del envío. Registra los permisos aparte; las pruebas con roles no demuestran que se haya aprobado el acceso general.

    Fuente oficial: Meta: App Review audience
  2. Relaciona permisos con funciones operativas

    Crea una ficha para el revisor con URL inicial, instrucciones de acceso y acciones numeradas para cada permiso solicitado. Indica el resultado visible que demuestra la función. Ensaya la ficha con el mismo acceso que proporcionarás y comprueba que los privilegios o datos de prueba ausentes no bloquean la revisión.

    Fuente oficial: Meta: App Review testing
  3. Configura los enlaces a las políticas

    Abre la configuración básica e introduce las URL reales de la política de privacidad y los términos. Confirma que cada página pertenece a esta aplicación y describe su servicio real. Como comprobación previa, abre los enlaces sin sesión y elimina marcadores provisionales o destinos rotos antes del envío.

    Fuente oficial: Meta: Basic Settings — policy URLs
  4. Explica cómo solicitar la eliminación

    Elige una página pública que explique explícitamente cómo solicitar la eliminación y configura su dirección en el campo de instrucciones. Puede ser una sección pertinente de la política. Prueba personalmente la vía descrita y comprueba que se entiende qué enviar y qué ocurrirá después.

    Fuente oficial: Meta: Basic Settings — deletion
  5. Implementa el callback si lo eliges

    Si eliges la vía del callback, configura un endpoint HTTPS e implementa el tratamiento de la solicitud firmada de Meta. Debe iniciar la eliminación y devolver una URL de estado y un código alfanumérico. Conecta la respuesta al proceso real; publicar instrucciones o devolver JSON de ejemplo no lo implementa.

    Fuente oficial: Meta: Implementing the Callback
  6. Prueba la vía de eliminación

    Usa una cuenta de prueba para acceder mediante Facebook y sigue el procedimiento de Aplicaciones y sitios web para retirar la aplicación y enviar una solicitud de eliminación. Comprueba su recepción y que la página de estado refleja el resultado real. Conserva pruebas sintéticas para revisar la implementación, no datos reales.

    Fuente oficial: Meta: Testing Your Callback

Ejemplo

  1. Aplicación ficticia: Eventos Harbor

    Entrada ficticia: Eventos Harbor tiene una integración de Meta implementada, un evento sintético llamado Harbor Demo y una cuenta para el revisor. Suponemos que el permiso solicitado es necesario para esa función; su nombre real debe proceder de la integración. El titular escribe: abrir la URL, entrar con el acceso de prueba, elegir Harbor Demo, ejecutar la integración e inspeccionar el evento resultante. Resultado esperado: una ficha que relaciona un permiso con una acción repetible y un resultado visible, sin exponer datos reales de clientes.

    Fuente oficial: Meta: App Review testing
  2. URL ficticias para el envío

    Entrada ficticia: el dominio público es harbor.example y su titular ha preparado tres páginas. Introduce https://harbor.example/privacy y https://harbor.example/terms en la configuración básica y abre ambas sin sesión. La política identifica Eventos Harbor y enlaza https://harbor.example/delete-data, donde se explica la vía elegida para solicitar eliminación. Resultado esperado: un inventario de URL comprobadas, su finalidad y las carencias pendientes. Estas direcciones reservadas son marcadores de ejemplo, no páginas operativas ni pruebas de aprobación por Meta.

    Fuente oficial: Meta: Basic Settings — policy URLs
  3. Sigue una solicitud de prueba

    Entrada ficticia: Eventos Harbor elige un callback y conserva solo datos sintéticos del usuario T1. La implementación valida la solicitud, crea el trabajo REVIEW01 y devuelve una URL de estado junto con ese código de confirmación. La página muestra primero que está pendiente. Cuando el proceso elimina realmente los datos de prueba, informa de su finalización. Resultado esperado: una traza que conecta solicitud, trabajo, eliminación y estado. Es un diseño ilustrativo; devolver el código sin eliminar datos no cumpliría el requisito del callback.

    Fuente oficial: Meta: Implementing the Callback
https://harbor.example/privacy
https://harbor.example/terms
https://harbor.example/delete-data

Preguntas frecuentes

  1. ¿Una página estática es un callback?

    No. Puede explicar instrucciones; un callback debe recibir y procesar solicitudes e iniciar la eliminación.

    Fuente oficial: Meta: Implementing the Callback
  2. ¿El uso limitado a roles exige revisión?

    La documentación excluye el uso limitado a roles. Comprueba el público y los requisitos reales de permisos antes de aplicar esa condición.

    Fuente oficial: Meta: App Review audience
  3. ¿Qué devuelve el callback?

    Una URL para consultar el estado y un código alfanumérico de confirmación, además de iniciar la eliminación.

    Fuente oficial: Meta: Implementing the Callback

Historial de la guía

  • Ampliadas las comprobaciones, los riesgos documentados, las listas de presentación, los ejemplos y las preguntas frecuentes con fuentes. Cada requisito enlaza ahora a su sección oficial correspondiente.
  • Primera versión de las guías en inglés y español con fuentes primarias fechadas y URL de ejemplo ficticias.

Revisa tus URL antes de enviar

Los revisores abren tus enlaces. Ábrelos tú primero: nuestra revisión gratis lee la página de tu política de privacidad y la compara con lo que carga tu sitio.

La revisión mira

  • Si la página de tu política de privacidad se abre y podemos leerla
  • Las herramientas, cookies y formularios de tus páginas públicas
  • Si tu política nombra las herramientas que identificamos, con pruebas

No puede revisar

  • Herramientas integradas en apps móviles
  • Cómo tu servidor trata los datos o las solicitudes de eliminación
  • Las páginas que piden iniciar sesión
  • Lo que declaraste a la plataforma en sus formularios

Después, prueba a mano

Prueba: solicita la eliminación con una cuenta de prueba y comprueba que se tramita y que su estado se entiende.

Tengo el enlace de mi política de privacidad

Opcional. Si pegas el enlace directo, leemos esa página en lugar de buscarla, y la revisión es más exacta.

Al escanear, confirmas que el sitio es tuyo o que tienes autorización para probarlo, y aceptas nuestros Términos.

Mostramos lo que observamos. Un abogado no revisó los resultados.