Découvrez ce que font les outils de développement et comment vous pouvez les utiliser pour étendre les capacités de votre site.
Avec les outils de développement de MemberPress, vous avez accès à webhooks et un API REST complète. Ces caractéristiques permettent aux développeurs de mettre au point des applications mobiles, des applications web tierces et bien d'autres choses encore en utilisant MemberPress comme plateforme.
Voici un petit aperçu de ce à quoi vous pouvez vous attendre lorsque vous vous rendez à l'aéroport. installer et commencer à utiliser les outils de développement MemberPress.
Configuration et documentation dynamiques et intégrées au plugin
Nous avons inclus tout ce dont vous aurez besoin pour commencer à développer avec les outils de développement MemberPress directement à partir de votre administration WordPress. Voici comment cela fonctionne :
Crochets Web
Les outils de développement de MemberPress vous permettent d'envoyer des requêtes POST à l'URL de votre choix pour de nombreux événements susceptibles de se produire dans MemberPress.
Il vous permet de configurer autant d'URL de webhook que vous le souhaitez.

Evénements
Utilisez la page d'administration des événements de MemberPress Developer Tools pour voir des exemples de requêtes POST pour chaque événement.
Vous pouvez même envoyer une requête POST de test à chacune des URL de votre webhook (une fois qu'elles sont configurées).

Documentation de l'API REST
La documentation de l'API du plugin vous permet de gérer toutes les données que vous créez, récupérez, mettez à jour et supprimez.
Il comprend des instructions détaillées sur les arguments de recherche, les arguments de mise à jour, un exemple de demande et de réponse - le tout présenté à partir de données réelles provenant de votre installation MemberPress.

Événements Webhook pris en charge
Les URL de vos webhooks peuvent recevoir une requête POST pour autant d'événements que vous le souhaitez dans MemberPress.
Voici quelques-uns des événements pour lesquels vous pouvez recevoir des notifications vers vos URL personnalisées :
- Membre ajouté. Envoyé lorsqu'un nouveau membre s'inscrit mais avant que ses données de paiement ne soient acceptées.
- Inscription des membres terminée. Envoyé lorsqu'un nouveau membre complète l'inscription et que son paiement est accepté.
- Mise à jour des informations sur le compte du membre. Envoyé lorsqu'un membre met à jour les informations de son compte.
- Membre supprimé. Envoyé lorsqu'un membre est supprimé du système.
- Membre connecté. Envoyé lorsqu'un membre se connecte.
- Abonnement créé. Envoyé lors de la création d'un abonnement.
- Abonnement en pause. Envoyé lorsqu'un abonnement est mis en pause.
- Reprise de l'abonnement. Envoyé lors de la reprise d'un abonnement.
- L'abonnement a été interrompu. Envoyé lorsqu'un abonnement est arrêté.
- Abonnement mis à jour. Envoyé lorsqu'un abonnement est mis à jour.
- Abonnement dégradé. Envoyé lorsqu'un abonnement est déclassé.
- Abonnement expiré. Envoyé à l'expiration d'un abonnement.
- Transaction effectuée. Envoyé lorsqu'une transaction a été effectuée sur MemberPress.
- Transaction remboursée. Envoyé lorsqu'une transaction est remboursée.
- Échec de la transaction. Envoyé en cas d'échec d'une transaction.
- Transaction expirée. Envoyé à l'expiration d'une transaction.
- Transaction récurrente terminée. Envoyé lorsqu'une transaction associée à un abonnement est terminée.
- Échec de la transaction récurrente. Envoyé lorsqu'une transaction récurrente est terminée. Les transactions récurrentes faisant généralement appel à une passerelle tierce, il est utile de savoir si un paiement a échoué au niveau de la passerelle.
- Transaction récurrente expirée. Envoyé lorsqu'une transaction associée à un abonnement arrive à expiration. Cet événement n'indique pas qu'un abonnement récurrent arrive à expiration, mais simplement qu'une transaction associée à cet abonnement arrive à expiration. Si vous recherchez un événement d'expiration d'abonnement, essayez "subscription-expired".
- Transaction non récurrente terminée. Envoyé lorsqu'une transaction non récurrente a été effectuée sur MemberPress.
- Transaction non récurrente expirée. Envoyé à l'expiration de toute transaction non associée à un abonnement.
- Après l'inscription du membre. Envoyé lorsqu'un Après l'inscription des membres les incendies de rappel.
- Après l'abandon de l'inscription. Envoyé lorsqu'un Après l'inscription d'un membre Abandonné les incendies de rappel.
- Avant l'expiration de l'abonnement. Envoyé lorsqu'un Avant l'expiration de l'abonnement les incendies de rappel.
- Après l'expiration de l'abonnement. Envoyé lorsqu'un Après l'expiration de l'abonnement les incendies de rappel.
- Avant le renouvellement de l'abonnement. Envoyé lorsqu'un Avant le renouvellement de l'abonnement les incendies de rappel.
- Après l'expiration de la carte de crédit. Envoyé lorsqu'un Après l'expiration de la carte de crédit les incendies de rappel.
- Avant l'expiration de la carte de crédit. Envoyé lorsqu'un Avant l'expiration de la carte de crédit les incendies de rappel.
API REST
Voulez-vous vérifier si un membre a une adhésion active à partir d'un service distant ? Vous devez enregistrer des paiements à partir d'un site Web distinct ? Vous pouvez faire tout cela et bien plus encore avec l'API REST de MemberPress Developer Tools.
L'API REST de MemberPress vous permet de lister, créer, mettre à jour et supprimer les objets suivants :
- Les membres
- Evénements
- Transactions
- Abonnements
- Règles
- Adhésions
- Groupes
- Rappels
- Coupons
Commencer à faire bouger les choses
Nous sommes impatients que vous commenciez à utiliser MemberPress Outils du développeur et d'entendre ce que vous créez en l'utilisant.

Vous n'avez pas MemberPress ?
Commencez dès aujourd'hui et commencez à être payé pour le contenu que vous créez.
Si vous avez aimé cet article, n'hésitez pas à s'abonner au blog MemberPress!
Bonjour Blair,
Cela a l'air incroyable !
L'un des principaux problèmes auxquels j'ai été confronté pour développer et intégrer les pistes GRATUITES aux adhésions est que la plupart des sites d'adhésion ne supporteront pas 100 ou 200 000 membres GRATUITS, en plus des 10 à 20 000 membres payants.
Une solution partielle consisterait à répartir le système d'adhésion sur plusieurs serveurs et sous-domaines. Il semble que votre API permettrait aux utilisateurs gratuits de créer leur compte, de s'habituer à l'environnement et d'apprécier l'augmentation des performances lorsqu'ils passeront à un niveau supérieur et (via l'API) que toutes leurs informations de connexion et de compte soient essentiellement transférées au système de paiement.
De superbes éléments de construction ! J'ai hâte de mettre en place un modèle d'essai !
Nous vous remercions,
Stephen
Merci Stephen, nous sommes impatients de voir comment les gens vont l'utiliser. Faites-nous savoir comment vous utilisez les outils de développement MemberPress.