Comment ajouter l'URL de politique de confidentialité à une fiche d'application Slack
Par Paul Cranmer, Fondateur · Dernière vérification : octobre 2026 · Slack Marketplace · page de destination et soumission
Slack examine une application à partir de ses scopes, de sa page de destination et de sa politique de confidentialité ensemble. La page de destination doit être une page web publique avec un lien clair vers la politique, et la politique doit dire ce que l'application collecte, combien de temps elle le garde, comment en obtenir la suppression et comment vous joindre. Des liens cassés vers la politique ou l'assistance sont un motif de retrait. Cette page parcourt la soumission dans l'ordre et montre où une URL hébergée s'insère.
Pour qui c'est fait
- Développeurs qui soumettent une application Slack au Marketplace pour la première fois
- Équipes dont la page de destination ou le lien de politique a échoué à l'examen
- Agents et bots qui lisent le contenu des canaux et ont besoin d'une déclaration de données précise
Pas pour
- Les applications Slack internes qui ne seront jamais référencées (une politique reste une bonne pratique, mais l'examen ne s'applique pas)
- Un guide complet de la revue de sécurité de Slack
Ce que la plateforme exige
- Une page de destination publique conçue pour l'application (pas un PDF, un document ou un dépôt) avec un lien clair vers votre politique de confidentialité.
- La politique doit indiquer les données collectées et leur utilisation, leur durée de conservation et comment les personnes peuvent demander l'accès, le transfert ou la suppression.
- Un moyen de contact : une adresse e-mail ou un formulaire web. Une adresse postale seule ne suffit pas.
- Si l'application reçoit des données Slack qu'elle n'utilise jamais (par exemple des identifiants dans les charges utiles des commandes slash), la politique doit le dire.
- Une page d'assistance publique avec un moyen de contact ; des liens d'assistance ou de politique cassés peuvent amener Slack à vous contacter et à retirer l'application.
Obtenez d'abord une URL active
Une application Slack qui lit des données d'espace de travail est un produit SaaS, elle est donc sur l'offre hébergée : répondez à l'assistant, nommez l'application et les données auxquelles elle accède, et vous obtenez une URL de politique HTTPS stable à lier depuis la page de destination et la soumission. Mettez le texte à jour quand les scopes changent ; le lien reste le même.
Obtenir l'URL de politique de l'application SlackPas à pas : collez votre URL de politique de confidentialité
- Créez d'abord votre URL de politique de confidentialité hébergée. Générez la politique avec le nom de l'application, les données d'espace de travail auxquelles elle accède, la conservation et un contact pour la suppression. Copiez l'URL HTTPS active.
- Liez-la depuis la page de destination de votre application. Slack exige que la page de destination elle-même porte un lien clair vers la politique. Placez-le dans le pied de page et à côté du bouton d'installation pour que les vérificateurs le trouvent sans faire défiler.
- Ouvrez votre application sur api.slack.com/apps. Sélectionnez l'application, puis allez dans Manage Distribution. Complétez la liste de contrôle de distribution (URL de redirection, scopes, vérification de l'absence de token codé en dur) avant de commencer la soumission au Marketplace.
- Remplissez la soumission au Marketplace avec les mêmes URL. La soumission demande votre page de destination et les liens d'assistance et de politique de confidentialité. Utilisez l'URL hébergée et la page d'assistance publique ; les liens doivent s'ouvrir sans connexion.
- Faites correspondre la politique à vos scopes. L'examen compare ce que dit la politique aux scopes que vous demandez et à la façon dont l'application les utilise. Si vous demandez l'historique des canaux, la politique doit décrire la lecture des messages, la conservation et la suppression.
- Soumettez, puis gardez les liens vivants. Après le référencement, Slack peut revérifier à tout moment. Modifiez la politique derrière la même URL chaque fois que les scopes ou la conservation changent, et ne déplacez jamais la page de destination sans redirection.
Libellés de champs à repérer
- Page de destination
- Page web publique de l'application. Doit inclure un lien clair vers la politique de confidentialité ; les PDF, documents et dépôts ne sont pas acceptés.
- Manage Distribution
- Là où commencent la liste de contrôle de distribution publique et la soumission au Marketplace, sous votre application sur api.slack.com/apps.
- Scope & data access
- Distinct de la politique : expliquez comment l'application utilise chaque scope. Les vérificateurs lisent les deux ensemble.
Raisons fréquentes d'échec du formulaire
- Page de destination sans lien visible vers la politique de confidentialité, ou lien vers un PDF
- Politique qui ne mentionne jamais la conservation ni la façon de demander la suppression
- Seulement une adresse postale comme moyen de contact
- Politique muette sur les données que l'application reçoit mais n'utilise pas
- Liens cassés après une refonte du site (motif de retrait)
Agents et applications IA
Slack interdit aussi d'utiliser les données Slack pour entraîner des modèles de langage et attend que les applications agents stockent des métadonnées plutôt que le contenu des messages. Si votre application est un agent, dites-le clairement dans la politique et dans les explications des scopes.
Questions fréquentes
Un contact pour la suppression des données est-il obligatoire ?
En pratique oui. Slack veut que la politique dise comment les personnes demandent l'accès, le transfert ou la suppression, et qu'elle donne une adresse e-mail ou un formulaire web. Une adresse postale seule ne passe pas.
Plusieurs applications Slack peuvent-elles partager une URL de politique ?
Oui. Nommez chaque application sur la page, ou ajoutez une section par application qui indique exactement à quoi cette application accède et ce qu'elle conserve.
La politique doit-elle lister mes scopes OAuth ?
Pas scope par scope. La politique décrit les données et leur utilisation ; les explications des scopes de la soumission couvrent chaque scope. Les vérificateurs contrôlent que les deux concordent.