Développeurs et API

Cette page s’adresse aux personnes qui construisent des logiciels et veulent comprendre comment Disquzz pourra, un jour, proposer un programme développeur public — intégrations, automatisation, et accès soigné à des motifs de contenu public. C’est une orientation et une direction, pas une console de clés en direct. Lis-la pour planifier avec méthode ; n’attends pas de pouvoir créer des identifiants ici aujourd’hui.

À quoi sert cette page

Disquzz sert déjà les gens via les profils, posts, Stories, Messagerie, fils, outils Business et plus encore. Avec le temps, nous envisageons une direction API publique qui permettrait à des logiciels tiers de confiance de parler à la plateforme de façon structurée — dans le même esprit que lire À propos pour le sens du produit, puis utiliser le Centre d’aide quand tu as besoin de modes d’emploi.

Cette page développeurs existe pour aligner les attentes tôt : ce que « API publique » pourrait vouloir dire ici, ce qui reste fermé, et comment te préparer sans inventer un accès non officiel. Ce n’est pas une promesse de date de livraison, et ce n’est pas une autorisation de scraper, d’ingénierie inverse, ou de réutiliser le trafic interne de l’app comme s’il s’agissait d’un produit développeur supporté.

Si tu ne construis pas de logiciel, tu peux ignorer sans risque l’essentiel de ce document. Si tu embauches des développeurs, demande-leur de mettre en favori la page officielle plutôt que des miroirs non officiels qui prétendent que les clés fonctionnent déjà.

Astuce : Traite cette page comme une esquisse de feuille de route et un tableau de statut. Tant que les clés ne sont pas ouvertes, ton meilleur investissement est une conception produit claire et une lecture attentive des Conditions et de la Confidentialité — pas des endpoints spéculatifs.

Statut actuel : les clés API sont fermées

Les clés API publiques ne sont pas disponibles. Il n’existe aucun parcours en libre-service pour générer une clé, aucun portail développeur de production pour délivrer des identifiants, et aucun chemin supporté pour faire tourner des intégrations tierces de production qui dépendraient de clés API publiques Disquzz. Si un tutoriel, un message Discord ou un guide « fuité » te dit le contraire, c’est faux.

Ce que tu ne peux pas faire aujourd’hui

• Générer, faire tourner ou révoquer une clé API développeur publique depuis une interface officielle Disquzz.
• Accéder à un portail développeur public qui délivre des clés live pour des apps tierces en production.
• Te reposer sur les exemples de cette page comme des appels de production qui marchent — ils sont uniquement illustratifs.
• Supposer que les surfaces HTTP internes utilisées par le site ou les clients mobiles sont ton API publique.
• Traiter le scraping, la réutilisation de cookies de session ou l’ingénierie inverse des appels client comme un accès développeur autorisé.

Nous le répétons volontairement : les clés sont fermées. Planifier une intégration est bienvenu. Livrer une intégration live qui prétend que les clés existent déjà ne l’est pas.

Astuce : Si ton plan de projet a une ligne du type « créer une clé API Disquzz », marque-la comme bloquée jusqu’à ce que cette page annonce autre chose. N’invente pas de contournement qui met les utilisateurs en danger.

Ce qu’une API permettra éventuellement

Quand un programme développeur public s’ouvrira, l’objectif restera de haut niveau et familier : laisser des logiciels lire et agir sur des motifs qui ont déjà du sens sur Disquzz, dans des règles claires. Pense à des intégrations qui synchronisent des métadonnées de profil ou de post publics dans tes propres outils, à de l’automatisation qui aide une équipe Business à rester organisée, ou à des workflows soigneusement cadrés qui réduisent le travail manuel répétitif — toujours sous réserve des Conditions, de la Confidentialité et des limites de débit.

Nous restons conceptuels volontairement. Lister aujourd’hui un swagger prêt pour la production laisserait croire à des endpoints que tu pourrais appeler avec des clés que tu n’as pas. Attends-toi plutôt à une surface future qui pourrait couvrir des idées telles que :

• Lire certains motifs de contenu public (par exemple des formes de profil ou de post déjà publics).
• Construire des intégrations entre Disquzz et les outils que ton équipe utilise déjà.
• Faire tourner de l’automatisation pour des workflows approuvés et non abusifs — jamais de spam, jamais d’abus de Messagerie privée.
• Recevoir des erreurs, versions et limites plus claires pour que les clients échouent proprement au lieu de marteler la plateforme.

Forme d’exemple (pas en ligne)

Le bloc ci-dessous est un exemple non fonctionnel. Il n’appelle pas une API publique live. Les chemins, en-têtes et champs de réponse sont des placeholders pour t’aider à imaginer à quoi pourrait ressembler un futur client — rien de plus.

# EXEMPLE UNIQUEMENT — pas un endpoint live, les clés ne sont pas disponibles
# GET https://api.example.invalid/v0/public/profiles/{username}
# Authorization: Bearer YOUR_API_KEY_HERE
#
# Forme JSON hypothétique (illustrative) :
# {
#   "username": "exemple",
#   "display_name": "Créateur exemple",
#   "bio": "…",
#   "public": true
# }

Quand les clés s’ouvriront éventuellement, la doc officielle remplacera les placeholders par de vraies URL de base, des en-têtes d’auth et des listes de ressources. D’ici là, ne code pas en dur des hôtes fictifs dans des systèmes de production et ne demande pas aux utilisateurs des secrets « pour l’accès API Disquzz » qui n’existe pas encore.

Astuce : Préfère des plans en prose (« on synchronisera les champs de profil publics une fois les clés ouvertes ») à un faux swagger dans ton wiki interne. La clarté vaut mieux qu’un schéma confiant d’endpoints qui ne sont pas en ligne.

Modèle d’authentification (prévu, haut niveau)

Le programme public prévu s’articule autour de clés API délivrées plus tard — des identifiants qui identifient ton app ou ton intégration auprès de Disquzz. L’UI exacte de délivrance, les scopes, les flux de rotation et d’éventuelles options de type OAuth seront documentés à l’ouverture du programme. Ce qui ne changera pas : les clés sont des secrets sensibles.

• Ne partage jamais une clé API dans un dépôt public, une capture d’écran, un ticket support ou un canal de chat.
• Stocke les clés dans un gestionnaire de secrets ou un environnement chiffré — pas dans du JavaScript frontend livré aux navigateurs.
• Fais tourner immédiatement une clé si elle fuit ; traite l’exposition comme une fuite de mot de passe.
• Ne demande jamais aux utilisateurs finaux de coller leur mot de passe Disquzz dans ton outil tiers à la place de clés.

Encore une fois : tu ne peux pas créer ces clés aujourd’hui. Les habitudes de sécurité ci-dessus sont une préparation pour plus tard, pas une invitation à chasser des identifiants cachés maintenant.

Astuce : Apprends à ton équipe que « clé API » signifie « mot de passe pour une machine ». Les mêmes risques de phishing et de fuite s’appliquent — seule l’interface change.

Usage responsable, limites de débit, Conditions et Confidentialité

Une future API ne sera pas une porte dérobée autour des règles de la communauté. Les automatisations doivent respecter les gens comme un compte humain. Abonnements spam, scraping agressif, collecte de Messagerie privée, contournement des confirmations Portefeuille ou Business, ou fabrication d’engagement sont hors limites — que tu cliques dans l’UI ou que tu appelles un endpoint plus tard.

Attends-toi à des limites de débit (rate limits) au lancement du programme. Elles protègent la plateforme et les autres développeurs des clients incontrôlés. Concevois des retries avec backoff ; ne « réessaie pas plus fort » jusqu’à ce que quelque chose casse. La doc officielle précisera chiffres et en-têtes ; d’ici là, assume que la retenue fait partie d’une bonne citoyenneté.

Lis les bases formelles avant d’esquisser quoi que ce soit qui touche aux données utilisateurs ou à la publication automatisée :

• Conditions d’utilisation — quels usages sont autorisés et à quoi peut ressembler l’application des règles.
• Politique de confidentialité — comment les données sont traitées et ce que tu dois respecter en construisant.
• Vérification — attentes d’authenticité importantes pour l’identité publique et la confiance.
• Centre d’aide — comportement concret du produit pour que ton intégration colle aux vraies expériences utilisateur.

Astuce : Rédige une courte checklist « abus et consentement » pour ton intégration avant d’écrire du code. Si une fonctionnalité semblerait louche en comportement humain, elle le sera encore plus en version automatisée.

Comment te préparer en attendant

Les clés sont fermées, mais la préparation est productive. Utilise le temps d’attente pour réduire le risque et affiner le périmètre plutôt que de deviner des endpoints privés.

1. Lis À propos de Disquzz pour que ton récit produit corresponde à ce à quoi le réseau sert vraiment.
2. Parcours le Centre d’aide pour les surfaces qui t’intéressent — posts, Messagerie, Business, habitudes de sécurité.
3. Aligne-toi avec les Conditions et la Confidentialité avant de promettre à des clients des fonctions qui dépendent de données que tu n’auras peut-être pas le droit de traiter.
4. Conçois les intégrations avec soin : préfère les données publiques, le consentement explicite, des chemins de désinstallation clairs et des scopes minimaux.
5. Construis ton propre côté de la stack (files, stockage de secrets, journaux d’audit) pour être prêt·e quand les clés s’ouvriront — sans avoir besoin d’identifiants Disquzz live aujourd’hui.
6. Surveille cette page développeurs pour les changements de statut plutôt que les rumeurs tierces.

Si la vérification ou l’authenticité fait partie de ton récit de confiance pour les utilisateurs finaux, parcours aussi Vérification pour ne pas confondre un programme de badge avec un accès API. Ce sont des sujets séparés.

Astuce : Rédige une note d’intégration d’une page : problème, données dont tu as besoin, données que tu ne toucheras jamais, et comment tu éteindras l’intégration. Cette note vieillit mieux que des listes d’endpoints spéculatifs.

FAQ

Quand les clés API s’ouvriront-elles ?

Une date d’ouverture publique n’a pas été annoncée. Nous mettrons à jour cette page quand le statut changera. D’ici là, assume que les clés restent fermées. Ne traite pas le silence comme un soft launch non officiel, et ne pousse pas le support pour des clés anticipées que le produit ne délivre pas encore.

Puis-je utiliser l’API interne de l’app ?

Non — pas comme substitut à ce programme. Le site et les apps utilisent des motifs de requêtes internes qui ne sont pas l’API développeur publique. Ce programme développeur public est distinct, et il est fermé aujourd’hui. Réutiliser des cookies de session, copier des routes client ou faire de l’ingénierie inverse du trafic app n’est pas un accès développeur autorisé et peut violer les Conditions.

Les requêtes d’exemple de cette page sont-elles réelles ?

Non. Tout échantillon de code ici est étiqueté comme exemple et est volontairement non fonctionnel. Il sert à communiquer la forme et l’intention, pas à te donner quelque chose que tu pourrais appeler avec succès avec un secret que tu n’as pas.

Y aura-t-il des webhooks ou des flux d’événements ?

Possiblement, dans le cadre d’un futur programme public — mais rien n’est promis comme infrastructure live aujourd’hui. Quand la livraison d’événements sera disponible, la doc officielle décrira payloads, vérification et gestion des échecs. D’ici là, ne construis pas de systèmes de production qui dépendent d’URL de webhook non documentées.

Où aller ensuite

Tu connais maintenant la direction, l’arrêt net sur les clés, et comment te préparer de façon responsable. Quand tu voudras du contexte produit ou des modes d’emploi concrets, retourne vers les pages conçues pour chaque membre Disquzz — plutôt que d’inventer des API non officielles.

Merci de construire avec soin. Nous voulons des intégrations qui respectent les personnes, la vie privée et la santé de la plateforme — et nous n’ouvrirons les clés que lorsque ce programme sera prêt. D’ici là, cette page est ta source de statut : les clés API ne sont pas encore disponibles.