Generador de políticas de privacidad para apps de Slack

Qué revisa la tienda

Estas comprobaciones vienen de las reglas publicadas por la tienda. Abre cada fuente antes de enviar. El escaneo de arriba revisa tu web, no tu app ni tu extensión.

1. Una política que responde cuatro preguntas

   Slack pide explicar qué datos se recopilan, cómo se usan, cuánto tiempo se conservan y cómo las personas pueden pedir acceder a ellos, transferirlos o borrarlos.

2. Un contacto que el revisor pueda usar

   La política necesita datos de contacto. Slack indica que un correo o un formulario web es lo mínimo.

3. Datos que recibes pero no usas

   Si tu app recibe datos pero nunca los usa, Slack indica que la política de privacidad debe decirlo. No lo omitas solo porque la app ignora esos datos.

Qué debes tener en cuenta

1. Permisos que coinciden con la política

   Slack pide seguir el principio de mínimo privilegio al solicitar permisos. Anota cada permiso y comprueba que la política describa los datos que abre.

2. Funciones de IA: no guardes datos de Slack

   Para agentes de IA, Slack indica no guardar los datos de Slack que obtienes. Guarda metadatos y consulta los datos en el momento. Tu política debe decir lo que realmente conservas.

3. Consentimiento antes de escribir a los usuarios

   Slack exige consentimiento explícito antes de escribir a personas con correos obtenidos por la API de Slack. Explica en la política cómo lo pides.

Errores habituales que revisar

1. Una política del sitio que ignora la app

   Una política escrita para tu sitio de marketing no describe mensajes, canales o perfiles que la app lee en un espacio de trabajo. Agrega los flujos de datos de la app.

2. Tokens en registros o en código público

   Slack indica que los tokens de la API nunca deben registrarse, guardarse en código del cliente ni en repositorios públicos, ni quedar al alcance de los usuarios. Una política no repara un token filtrado.

Tu lista de revisión

Nuestro proceso de revisión sugerido. Los requisitos enlazados arriba explican la base de la plataforma o de la norma.

1. Anota qué lee y qué guarda la app

   Escribe cada permiso de Slack, los datos que devuelve, dónde los guardas y por cuánto tiempo. Marca los datos que recibes pero no usas.

2. Escanea tu sitio público y crea el borrador

   Escanea el sitio que aloja los enlaces de tu ficha. Revisa los proveedores sugeridos, responde las preguntas del negocio y agrega a mano los flujos de datos de Slack.

3. Prueba una solicitud de borrado

   Pide borrar los datos de tu espacio de prueba por la vía que nombra la política. Comprueba que alguien responde y que los datos se borran.

Ejemplo

1. App ficticia: Harbor Standup

   Supón un bot que publica un aviso diario de reunión y guarda las respuestas 90 días. El escaneo ve analítica en el sitio de marketing; el titular confirma lo que guarda el bot.

2. Una siguiente acción concreta

   Agrega la retención de 90 días y el contacto de borrado al borrador y enlaza la página publicada en la ficha. Guarda la evidencia del escaneo con tus notas.

Preguntas antes de publicar

1. ¿Slack pide algo más que una política?

   Sí. Slack pide una página de soporte con respuesta en dos días hábiles, e indica que las apps deben cumplir su Política para desarrolladores, el Acuerdo del Marketplace y los Términos de la API.

2. ¿El escaneo puede ver mis datos de Slack?

   No. El escaneo lee solo tu sitio público. No ve tokens, permisos, mensajes guardados ni lo que hace tu servidor. Tú confirmas esos datos.

3. ¿Un abogado revisó el borrador?

   No. Un abogado no revisó nuestras plantillas. El borrador es un punto de partida que revisas y adaptas según las reglas vigentes de Slack.