Appuyez sur ceci : Comment TrustedLogin améliore l'expérience d'assistance

Bienvenue sur Press This, le podcast de la communauté WordPress de WMR. Chaque épisode présente des invités de toute la communauté et des discussions sur les plus grands problèmes auxquels sont confrontés les développeurs WordPress. Ce qui suit est une transcription de l' enregistrement original.

Propulsé par RedCircle

Doc Pop : Vous écoutez Press This, un podcast de la communauté WordPress sur WMR. Chaque semaine, nous mettons en lumière les membres de la communauté WordPress. Je suis votre hôte, Doc Pop. Je soutiens la communauté WordPress à travers mon rôle chez WP Engine et mes contributions sur TorqueMag.Io où je peux faire des podcasts et dessiner des dessins animés et des tutoriels vidéo. Vérifiez cela.

Vous pouvez vous abonner à Press This sur Red Circle, iTunes, Spotify, ou vous pouvez télécharger des épisodes directement sur wmr.fm.

En tant qu'agence ou développeur de plugins, il arrive souvent que l'exécution du support client soit tellement plus facile si vous aviez accès au tableau de bord de votre client. Mais il y a évidemment beaucoup de problèmes concernant la demande de ce type d'accès et la manière dont cela pourrait être fait.

C'est pourquoi aujourd'hui nous allons parler avec Zack Katz. Le fondateur de GravityKit et TrustedLogin. TrustedLogin est un nouvel outil qui permet de partager un accès temporaire et crypté entre les clients et les équipes de support, et je suis ravi de lui en parler pour cet épisode. Zack, tu es dans le jeu WordPress depuis aussi longtemps que je le sais.

Comment êtes-vous arrivé à WordPress ?

Zack Katz : J'ai commencé en tant que concepteur de sites Web et développeur et j'ai commencé par proposer des solutions vraiment farfelues pour permettre à mes clients de modifier leur propre contenu. Et j'ai atterri sur l'ancienne Trinité de; Drupal, Joomla ou WordPress. Et Drupal était encore en version bêta. Joomla était aussi déroutant qu'il le reste aujourd'hui, et WordPress était un nouveau venu à la version 2.5, je pense que c'était la version avec laquelle j'ai commencé.

Et c'était un gagnant clair et je suis tombé amoureux et ça l'a vraiment été, ce que j'ai développé depuis

Doc Pop : Quand était WordPress 2.5. Quelle époque est-ce?

Zack Katz : 2007.

Doc Pop : D'accord. Vous avez donc vu certaines choses et vous faites partie de ces relations avec les clients et le support depuis longtemps, et j'imagine qu'avec votre entreprise actuelle maintenant, GravityKit, vous avez tous grandi. Tout d'abord, pourquoi ne pas nous parler de GravityKit, puis nous pourrons parler de TrustedLogin.

Zack Katz : GravityKit, nous créons des applications qui s'ajoutent à GravityForms. Ainsi, GravityForms rassemble les données que vous souhaitez utiliser pour votre entreprise et GravityKit vous permet de créer de puissantes applications sans code en plus de cela. Ainsi, avec GravityView, vous pouvez afficher les données avec GravityCharts, vous pouvez tracer les données et ainsi de suite.

Et vous pouvez faire des choses vraiment cool et puissantes avec.

Doc Pop : Et comme je l'ai déjà mentionné en haut de l'émission, vous avez maintenant un nouvel outil appelé TrustedLogin. C'est un kit complémentaire qu'un développeur peut ajouter à son plugin. Je suis sûr qu'il y a d'autres façons de faire. Comment avez-vous eu besoin de cet outil pour la première fois ?

Et ensuite, vous pouvez nous dire ce qu'est TrustedLogin.

Zack Katz : Donc, pour les développeurs de plugins, tous les développeurs de plugins ou les développeurs de thèmes, vous saurez qu'il est beaucoup plus facile de comprendre ce qui se passe avec le site Web si vous avez accès à ce site Web. Et la façon de le faire dans le passé était de demander un accès administrateur. Vous pouvez donc vous connecter et vérifier les choses.

Mais le problème avec l'accès administrateur est que vous avez accès à tout. Et chaque fois que je demandais un accès administrateur, je disais en quelque sorte, une petite partie de moi à l'intérieur, Zack, c'est une très mauvaise idée. Il s'agit d'un moyen simple pour un point de défaillance unique. Par exemple, si quelqu'un pirate votre e-mail, il aura accès à tout.

Et c'est vrai. Les portes sont ouvertes lorsque vous avez un accès administrateur à un site Web et en tant que développeur de plugins et propriétaire d'entreprise, je ne voulais pas être coincé. Cela ne semblait pas sûr pour l'entreprise, mais cela n'était pas non plus respectueux de l'entreprise de mes clients car je voulais limiter leur exposition à tout problème de sécurité, pas seulement moi, mais comme les personnes avec lesquelles je travaille.

Je ne voulais pas qu'aucun de nos appareils soit compromis, faisant tomber l'un de leurs sites. J'ai donc pensé aux différentes options disponibles pour les développeurs WordPress. Il existe des mots de passe de lien temporaire où vous obtenez un lien temporaire pour vous connecter à un site Web. Ce lien devient le mot de passe. Donc, si quelqu'un vous envoie ce lien par e-mail, c'est comme si vous aviez son e-mail et son mot de passe.

Cela facilite le partage d'accès, mais cela ne résout pas le problème de la transmission d'informations d'identification potentiellement non sécurisées.

Doc Pop : Mm-hmm.

Zack Katz: Donc, j'utilisais Codeable un jour et j'ai vu qu'ils avaient un coffre-fort crypté, et j'ai pensé que c'était vraiment bien.

Ainsi, comme pendant que vous discutez avec votre développeur Codeable.io, vous disposez d'un coffre-fort crypté où vous pouvez conserver vos secrets et il le crypte et le décrypte et cela fonctionne très facilement. Et je me suis dit qu'il devait être possible de crypter une clé que je pourrais utiliser et que mes clients pourraient partager, et cette clé, en utilisant une poignée de main de cryptage publique, pourrait être sécurisée du début à la fin.

Et que ce serait un moyen sécurisé d'accorder un accès qui serait publiquement partageable car ce n'est pas un mot de passe. J'ai donc commencé à travailler sur le concept et j'ai embauché quelqu'un de Codeable pour le développer. Et à partir de là, nous avons itéré dessus. Nous y travaillons depuis longtemps, mais nous l'utilisons en interne avec GravityView et GravityKit maintenant.

Et nous l'utilisons tous les jours et cela fait gagner beaucoup de temps à l'équipe d'assistance et les clients l'adorent. Vous cliquez simplement sur un bouton, il génère un mot de passe, ils le partagent avec nous. Et en sortant dans la semaine ou les deux prochaines, ils cliqueront sur un bouton et cela créera automatiquement un crochet Web vers Zapier qui publiera des informations sur leur site Web.

Le rapport sur l'état du site est automatiquement ajouté pour aider à repérer notre programme d'assistance. Et donc nous n'aurons même pas à leur demander de copier et coller le rapport de santé de leur site s'ils optent pour cela.

Doc Pop : Mm-hmm.

Du point de vue de l'utilisateur, voient-ils qu'ils vous donnent accès au tableau de bord ou est-ce juste comme un bouton qui dit, cliquez ici pour vous connecter à l'assistance ?

Zack Katz : C'est une autre chose que j'ai vue sur différents plugins. Certains plugins le font eux-mêmes. Ils créent le compte et se contentent de s'envoyer par e-mail un nouveau compte, car c'est une façon de procéder. Vous pouvez simplement dire que lorsque les gens cliquent sur un bouton, générez simplement un compte et définissez-nous les informations de connexion. C'est très facile.

Avec TrustedLogin, l'un des principaux objectifs que j'avais était la clarté et de faire comprendre au client ce qu'il donne pour combien de temps à qui, comme ce que cela signifie. Nous leur donnons donc une page récapitulative lorsqu'ils accordent l'accès qui dit : "Un compte d'utilisateur va être créé avec ce rôle, en fonction de ce rôle."

Les développeurs ont la possibilité de baser quelque chose sur un rôle ou de faire en sorte que ce soit le rôle. Donc, si vous avez une personnalisation, vous pouvez dire basée sur l'éditeur, mais ils ont également accès à ce type de publication personnalisé. Ainsi, toute personnalisation d'un rôle peut être affichée pour le client.

Le temps accordé à la connexion est affiché et sera bientôt personnalisable. Donc, il est dit que dans une semaine, ils auront accès. Il affiche le logo de l'entreprise qui s'intègre à TrustedLogin. Il affiche des informations sur TrustedLogin lui-même. Il indique que si vous ne vous sentez pas à l'aise à ce sujet, cliquez pour accéder au site Web du développeur du plugin lui-même et demander de l'aide.

Nous donnons donc toutes sortes de façons différentes de dire, voici ce qui se passe, voici pourquoi cela se produit, voici pourquoi nous avons besoin de l'accès dont nous avons besoin, et voici une issue si vous ne voulez pas vous en occuper, vous voulez juste allez sur le site du développeur. C'est une option.

Doc Pop : Il y a différents types de rôles dans WordPress, il y a super admin, admin, éditeur, auteur, contributeur, qu'est-ce qu'on fait ici ? Est-ce l'éditeur auquel nous donnons accès via TrustedLogin ? Ou est-ce même une sorte de chose spécifique qui ne fait pas partie de ces rôles traditionnels?

Zack Katz : Par défaut, le développeur choisit lui-même quel sera le rôle qui sera personnalisé ou utilisé pour l'accès TrustedLogin. Nous avons certaines fonctionnalités qui sont désactivées, c'est-à-dire la suppression des utilisateurs d'autres personnes afin que vous ne puissiez pas accéder et supprimer les comptes d'utilisateurs des personnes.

Vous escaladez votre propre compte à un niveau supérieur. Nous allons ajouter la possibilité pour les gens de demander une escalade et d'avoir cet e-mail que l'administrateur du site et l'administrateur peuvent autoriser pour cela. Mais nous ne voulions pas que les gens y aient accès et puissent détourner le site en le faisant remonter.

Certaines fonctionnalités restreintes ne sont donc pas accordées chaque fois qu'un accès TrustedLogin a été accordé.

Doc Pop : Je pense qu'il y a eu un certain nombre de fois où je suis sur Mastodon pour discuter avec un ami ou quoi que ce soit, vous savez, juste pour parler d'un problème WordPress. Et puis j'obtiendrai un DM de quelqu'un en qui j'ai confiance et ils me diront : « yo, je peux résoudre ce problème, il suffit de créer un rôle d'administrateur pour moi ou autre.

J'ai juste ignoré ceux que je pense connaître un peu sur WordPress, mais juste la chose fondamentale comme quand accorder l'accès aux personnes qui veulent vous aider ou quoi que ce soit. Je n'ai tout simplement pas compris cela émotionnellement.

Avez-vous des conseils, comme, juste en général, comme quand quelqu'un dit: "Hé, pouvez-vous me nommer administrateur et je le ferai, et je réglerai ça pour vous?"

Si vous faites confiance à cette personne et si elle est bonne dans la communauté ou quoi que ce soit, est-ce toujours une mauvaise idée ou est-ce une chose tout à fait normale à faire ?

Zack Katz : C'est à chacun de déterminer son niveau de confort avec ça. Je pense que si vous connaissez la personne, et que je n'enverrais rien sur un DM Twitter, j'irais sur le site Web Partager un secret et le crypterais et l'enverrais et le ferais décrypter, comme si c'était la voie à suivre.

Je n'aime pas partager des mots de passe en texte brut. Ce n'est tout simplement pas une bonne idée.

Doc Pop : Ouais.

Zack Katz : Mais à un certain niveau, vous devez faire confiance à quelqu'un, il n'y a aucune confiance. Mais genre, je ne sais pas. Si vous connaissez quelqu'un et qu'il propose de vous aider, je dirais que c'est un peu plus facile que de dire, je peux vous donner un accès abonné à mon site.

Doc Pop : C'est un bon endroit pour nous faire une pause. Ici, nous discutons avec Zack Katz de TrustedLogin et GravityKit. À notre retour, nous parlerons de la façon d'établir la confiance avec vos clients grâce au cryptage, par tous les moyens que vous devez prendre pour qu'ils se sentent en sécurité. Alors restez à l'écoute pour plus d'informations sur Press This.

Doc Pop : Bienvenue à nouveau dans Press This, un podcast de la communauté WordPress sur WMR. Je m'appelle Doc et je discute avec Zack Katz, le fondateur de TrustedLogin et GravityKit. Au début de l'émission, nous avons parlé de ce nouvel outil TrustedLogin et de la façon dont c'est un moyen facile pour une équipe d'assistance d'obtenir l'accès dont elle pourrait avoir besoin pour résoudre un problème rapide.

Et comment TrustedLogin résout en quelque sorte ce problème qui a été autour de ce problème que Zack a rencontré. Et je lui ai dit que j'avais personnellement essayé de déterminer quel était le bon moment pour utiliser quelque chose comme ça. Et cela nous amène à ce que tu disais, Zack, à propos de si tu vas partager des informations d'identification, tu veux certainement être en sécurité avec ça.

Et évidemment, nous parlons si je discute avec quelqu'un sur Twitter ou Mastodon comment je le ferais en quelque sorte. Mais je pense que ce que vous faites est un tout autre niveau de cryptage. Pouvez-vous nous dire comment vous protégez ces informations. Et combien de temps vous le conservez et si vous stockez des informations personnelles pendant que vous le faites.

Zack Katz : Bien sûr. Lorsqu'un utilisateur accorde l'accès à son site Web, il est crypté et envoyé directement à TrustedLogin et il y est stocké, crypté. Et la seule chose qui n'est pas cryptée est l'URL de leur site Web.

Et ça permet de s'y retrouver un peu plus facilement côté support. Tout le reste est crypté. S'il devait être piraté et tout téléchargé, cela n'aurait pas d'importance car il y a une clé privée qui est générée sur le site client. Pour que nous ne puissions pas lire tout ce qui va et est stocké sur notre service.

Ensuite, lorsqu'un représentant de l'assistance se connecte, le représentant de l'assistance reçoit une clé que le client donne à l'assistance, nous saisissons cette clé en tant que représentant de l'assistance et demandons à TrustedLogin : "Hé, avez-vous quelque chose qui correspond à cette clé ?" Cette clé est cryptée, puis recherchée pour la clé cryptée, puis la connexion se produit.

La bonne chose est que le représentant du support n'a jamais accès à aucune de ces données cryptées. Tout passe par TrustedLogin. TrustedLogin, ne sait rien du site client. Tout est crypté. Toute la poignée de main ne permet que la quantité la plus limitée visible pour chaque représentant à un moment précis afin qu'elle soit aussi sécurisée que possible.

Doc Pop : Avons-nous mentionné les informations d'identification temporaires ?

Zack Katz : Il y a donc un tout autre niveau de sécurité en plus de TrustedLogin, comme des trucs de cryptage. Chaque fois que le représentant, le représentant du support, essaie de se connecter au site client, le site client demande alors, TrustedLogin une fois de plus avant d'accorder l'accès, cette clé est-elle toujours valide ?

La demande est-elle valide ? Est-ce que la personne est autorisée et le site client, vérifie tout ça avant. Ensuite, le site client indique également, c'est le temps qui s'est écoulé dans la fenêtre d'accès que j'ai accordée, il s'agit donc d'une demande expirée. Et si la demande est expirée, la connexion est rejetée.

Ainsi, les demandes expirent automatiquement, c'est très sécurisé. Il est publiquement partageable en tant que clé. J'ai l'impression que nous avons trouvé un très bon équilibre, car avec chaque type de problème de cryptage et de sécurité, il y a toujours un équilibre entre commodité et sécurité. Et je pense que nous avons trouvé un très bon mélange de cela, où c'est toujours très pratique et c'est toujours très sécurisé, mais ce n'est pas trop sécurisé pour être gênant.

Doc Pop : Mm-hmm. Et vous avez dit que la transparence est une grande priorité pour vous, ce que j'apprécie, en communiquant aux utilisateurs ce à quoi ils donnent l'autorisation, puis en signalant également aux administrateurs du site si un rôle doit être escaladé, afin qu'un modeste contributeur ne puisse pas accidentellement accorder trop d'accès à un site. Est-ce correct?

Zack Katz : Oui, la seule façon pour que notre écran d'autorisation d'accès soit visible est si vous avez la possibilité de créer des utilisateurs. Nous ne voulons pas que les personnes qui n'ont pas cette capacité fassent cela parce que vous créez un utilisateur dans le backend.

Doc Pop : En tant qu'utilisateur WordPress qui a parfois contacté le support client pour divers plugins. Je ne suis pas vraiment sûr de ce qui se passe souvent de leur côté. Existe-t-il une suite d'outils que de nombreux plugins ont tendance à utiliser fréquemment pour gérer le support client que je ne verrais même pas en tant que client.

Zack Katz : Je pense qu'il y a une très grande utilisation de Help Scout dans la communauté des plugins WordPress. C'est un service d'assistance où c'est un peu comme votre boîte de réception de courrier électronique, mais il dispose d'outils de triage et de répondeurs automatiques et de réponses enregistrées et d'une intégration avec de la documentation, de la recherche et d'autres choses.

Je pense donc que Help Scout est l'un des sites les plus populaires utilisés par les développeurs WordPress.

Doc Pop : Est-ce que Help Scout, est-ce que TrustedLogin est compatible ?

Zack Katz : Donc, si vous deviez envoyer un e-mail à l'assistance de GravityKit et dire : "Hé, j'ai besoin d'aide". Le widget TrustedLogin dans Help Scout que nous avons développé indiquera automatiquement si l'accès a été accordé ou non à un site. Et donc pendant un certain temps, un représentant du support utilise Help Scout.

Ils verront, Hey, je peux juste cliquer pour accéder au site. Cliquez dessus pour rediriger vers leur propre site Web, comme GravityKit.com, puis GravityKit.com effectue la vérification d'autorisation avec TrustedLogin et redirige automatiquement le site du client. Ainsi, pendant que nous fournissons une assistance, si quelqu'un a déjà obtenu l'accès, vous pouvez simplement cliquer en un clic et accéder au site Web du client en toute sécurité.

Doc Pop : Et je pense que je me suis beaucoup concentré sur les développeurs de plugins, peut-être en utilisant cela comme un module complémentaire. Vous avez mentionné que les développeurs de thèmes pourraient l'utiliser. Est-ce aussi quelque chose qui, comme une agence, si elle crée un site pour un client, existe-t-il un moyen d'intégrer également TrustedLogin dans son flux de travail ?

Zack Katz : Absolument. Ouais. Je pense que les agences ne veulent pas toujours un accès permanent au site d'un client à des fins de responsabilité, mais elles aiment aussi parfois le confier et ne pas être impliquées en permanence.

Si un client souhaite ensuite qu'il apporte des modifications, il peut accorder l'accès TrustedLogin. Nous avons un plug-in autonome qui n'est qu'un journal de confiance et qui ne s'intègre pas à un autre plug-in ou thème existant. Vous pouvez donc simplement installer le plug-in TrustedLogin lorsque vous configurez un site Web, puis chaque fois que le client doit accorder l'accès, il peut cliquer sur accorder accès et vous y avez accès pour une durée déterminée. C'est donc également idéal pour les agences. Accorder un accès temporaire au site.

Doc Pop : C'est un flux de travail sympa parce que je n'arrêtais pas de le considérer comme quelque chose que vous venez d'intégrer dans le plugin, et que vous l'avez simplement là-dedans. Mais l'avoir en tant que plugin autonome, cela a également beaucoup de sens. Et je n'avais pas vraiment entendu parler, je suppose, d'une agence voulant en quelque sorte pouvoir se retirer d'un projet comme celui-là, c'est plutôt cool.

Cela a du sens que parfois une agence veuille simplement créer un site pour vous et que c'est à vous de vous en occuper, et vous ne pouvez pas les blâmer si quelque chose ne va pas plus tard. C'est un peu comme dans vos mains. Mais s'ils ont besoin de revenir, s'ils facturent à l'heure ou s'ils réalisent qu'ils ont fait une erreur ou quelque chose du genre, s'ils ont besoin de cet accès.

C'est une façon pour eux de pouvoir le faire, n'est-ce pas?

Zack Katz : Oui. Et l'une des choses que nous développons actuellement est la fonctionnalité de journal d'audit. Alors que pour les sociétés d'hébergement Web, par exemple chaque fois que quelqu'un utilise TrustedLogin, nous l'enregistrons pour toujours dans le backend, chaque fois qu'une demande est accordée afin que nous puissions nous assurer que nous avons un audit.

Mais pour les agences, ils voudront peut-être dire, c'est quand nous nous sommes connectés, c'est quand l'accès a été révoqué. Ils ont donc un moyen auquel ils peuvent se référer et dire, c'est, vous savez, confirmé. Ceci est connu pour des raisons de sécurité, mais aussi pour l'enregistrement des heures. Ouais.

Doc Pop : Je pense qu'il y a un autre bon endroit pour que nous fassions une petite pause. À notre retour, nous poursuivrons notre conversation avec Zack Katz, le fondateur de TrustedLogin et GravityKit. Alors restez à l'écoute.

Doc Pop : Bienvenue à nouveau dans Press This, un podcast de la communauté WordPress sur WMR. Je m'appelle Doc. Je discute avec Zack Katz, le fondateur de TrustedLogin et GravityKit. Zack, plus tôt dans l'émission, vous avez mentionné, je crois, une fonctionnalité à venir dans TrustedLogin où vous pourrez accéder plus facilement à l'état de santé du site.

Et je ne sais pas quel est l'état de santé du site de mon côté. J'espère que vous pourrez expliquer un peu cet outil et comment une entreprise comme la vôtre, comment une équipe de support pourrait bénéficier de l'accès à Site Health.

Zack Katz : Bien sûr. Ainsi, lorsque vous effectuez un triage pour un bogue et que quelqu'un dit que cela ne fonctionne pas, il y a beaucoup de questions faciles auxquelles vous pouvez répondre avec le rapport de santé du site sur WordPress. Sous les outils, il y a un sous-menu appelé Santé du site, et qui inclut des éléments tels que la version de PHP, le thème que vous utilisez, les autres plugins en cours d'exécution.

Une foule de problèmes peuvent être résolus en connaissant le fuseau horaire, en connaissant la langue et toutes ces informations dont vous disposez normalement pour faire un autre aller-retour du support client et dire: «Cela ressemble à un bogue. Cela ressemble à quelque chose dont nous avons besoin pour en savoir plus sur le site. Pouvez-vous partager cela en copiant ces informations à partir du tableau de bord Site Health et en les collant dans un e-mail et en nous répondant ? »

Eh bien maintenant, avec TrustedLogin qui sortira la semaine prochaine, il y a une case à cocher qui dit envoyer un rapport sur la santé du site. Et s'ils cochent cette case lorsqu'ils accordent l'accès, toutes ces informations nous seront automatiquement envoyées et elles seront simplement jointes au ticket existant. Et ce sera tellement agréable pour notre équipe d'assistance à la clientèle car ils n'auront pas à poser cette question aller-retour.

Et cela fait gagner du temps à tout le monde, y compris le support, économise le coût par demande de support si c'était une métrique que nous gardions. Et cela fait gagner du temps au client qui peut résoudre ses bogues plus rapidement et répondre à ses questions plus rapidement.

Doc Pop : Donc, je suppose que la dernière chose qui me vient à l'esprit est, en tant que personne qui travaille sur TrustedLogin, comment construisez-vous cette confiance avec les développeurs et les agences pour essayer d'intégrer votre produit dans leur système ? Il semble que vous ayez beaucoup réfléchi au cryptage et que vous soyez très attentif à la façon dont vous gérez les données des personnes.

Comment faites-vous cet argument marketing à vos clients potentiels ?

Zack Katz : Je commence par les gens que je connais en premier. euh, ils me connaissent, je les connais. Je sais qu'ils ont ce problème avec leur flux de support client que nous avons tous dans l'industrie. Et donc je commence avec des relations qui existent déjà et j'espère qu'à partir de là, les gens pourront dire, oh, ce plugin que j'utilise, cette entreprise en qui j'ai confiance, ils s'intègrent à TrustedLogin.

Et je peux construire le message de cette façon. Parce que c'est un peu une histoire compliquée à raconter. L'intégration avec TrustedLogin et l'octroi de l'accès à votre site sont plus faciles, mais il existe plusieurs clients avec TrustedLogin. Il y a l'utilisateur final et il y a le développeur, le fournisseur de plugins.

Et nous sommes vraiment un produit pour les deux. Il est donc difficile de communiquer correctement cela parfois.

Doc Pop : Mais on dirait que vous allez le surmonter. Avez-vous trouvé des problèmes jusqu'à présent

Zack Katz : Parce qu'il s'agit d'un kit de développement logiciel qui doit être intégré à un plugin, il peut être compliqué de le configurer et de le faire fonctionner. Mais nous travaillons avec Josh Pollock, avec Plugin Machine, afin que nous puissions créer un fichier personnalisé téléchargeable et facilement installé de manière autonome à partir des installations de composer, ce qui est une chose de développeur qui peut se compliquer rapidement.

Nous allons juste faire en sorte que vous puissiez télécharger un zip, le décompresser, déposer une ligne dans votre plugin, et c'est opérationnel. Nous travaillons donc à le rendre plus simple du côté des développeurs. C'est déjà, je pense, assez bon pour un développeur avancé, mais ce n'est pas aussi bon pour un développeur intermédiaire pour le moment.

Doc Pop : Donc, si les gens veulent en savoir plus sur TrustedLogin, s'ils veulent peut-être s'inscrire pour le tester, y a-t-il un bon endroit pour les envoyer pour cela ?

Zack Katz : Oui, allez sur TrustedLogin.com et lisez tout à ce sujet. Inscrivez-vous à une liste de diffusion. Nous allons envoyer des mises à jour. Et oui, s'il vous plaît exprimez votre intérêt, contactez-moi sur Mastodon et posez des questions car euh, j'aimerais en parler.

Doc Pop : Eh bien, Zack, merci beaucoup de nous avoir rejoint aujourd'hui sur Press This a WordPress Community Podcast. Cela a été vraiment amusant de discuter avec vous et d'entendre parler des types de problèmes que les développeurs, les créateurs de thèmes et les agences pourraient rencontrer et auxquels je n'ai pas pensé, même si je les ai probablement contactés. J'ai probablement déjà traité certains de ces problèmes sans même m'en rendre compte.

TrustedLogin semble génial. Et si les gens veulent suivre Zack, vous pouvez le faire sur mastodon.social/@ZackKatz. Je le recommande fortement.

Doc Pop : Bonne prise. Merci d'avoir écouté Press This, un podcast de la communauté WordPress sur WMR. Encore une fois, je m'appelle Doc et vous pouvez suivre mes aventures avec le magazine Torque sur Twitter @thetorquemag ou vous pouvez aller sur torquemag.io où nous contribuons chaque jour à des tutoriels, des vidéos et des interviews comme celle-ci. Alors consultez torquemag.io ou suivez-nous sur Twitter. Vous pouvez vous abonner à Press This sur Red Circle, iTunes, Spotify, ou vous pouvez le télécharger directement sur wmr.fm chaque semaine. Je suis votre hôte Doctor Popular Je soutiens la communauté WordPress grâce à mon rôle chez WP Engine. Et j'adore mettre en lumière les membres de la communauté chaque semaine sur Press This.