 Alors bonjour, bienvenue, on va parler en français vu que la présentation est en français. C'est Patrick qui est un consultant WordPress actuellement, il a fait du développement WordPress depuis une dizaine d'années. Oui, il va nous parler aujourd'hui d'intégrer votre site WordPress avec l'écosystème client, donc des intégrations externes. Voilà. Bonjour à tous. Je me présente rapidement, je suis Patrick Faust, vous pouvez me trouver sur Twitter, sur Lepa Online, donc développeur WordPress, consultant SEO, un peu comme tout le monde, et actuellement plutôt tout ce qui est workflow client. Niveau personnel, donc je vis en Slovenie, j'aime les voyages de nature et je suis fan de cartes. Alors si vous avez quelque chose à mettre sur une carte, des restaurants, des campings, tout un tas de choses, je suis votre homme. Alors on va commencer. Alors pourquoi faire appel à des solutions externes ? Déjà, on part d'un existant. Donc la plupart des clients, ils ont déjà des solutions, donc ça peut être des solutions simples Google Sheet, ça peut être tout un tas de choses. Donc on va essayer de ne pas redevelopper la roue. Donc si ils ont déjà quelque chose, on va essayer de ne pas développer, parce que ça va coûter des sous forcément, plus des délais. Plus il y a aussi un problème qu'il ne faut pas néliger, c'est que certains logiciels ont des certifications. Donc si on change le logiciel, il va falloir repasser les certifications, et ça peut avoir des coups énormes, des délais énormes, tout un tas de choses. Alors garder les processus qui fonctionnent. Donc si vous avez des processus, par exemple, vous recevez un email, cet email-là, vous le traitez, vous créez un Google Talk, tout ce genre de choses, si ça fonctionne, pourquoi le changer ? J'ai un petit exemple, par exemple, il y a quelques années de ça. Je travaillais pour une société, c'est plutôt un organisme qui était affilié à la région, et cet organisme aidait les entreprises à gérer leur processus d'informatisation. Cet organisme, donc, était subtutel à la région et touchait les subventions. À la fin de l'année, il devait faire un reporting pour pouvoir toucher les subventions, la nous suivante. Le problème, c'est que les formulaires, ils passaient dans les différentes entreprises avec un formulaire papier, ils remplissaient ce formulaire, ils le compilaient dans leur système, et à la fin de l'année, ils faisaient reporting. Donc ça avait l'air simple. On m'a demandé, on m'a donné le formulaire, on m'a dit, mais ça, sur un WordPress, ils vont remplir ça sur leur tablette, pas de problème, je le fais, ça fait le reparting, etc. Le problème, c'est comme ce qu'on m'avait pas dit, c'est que ces formulaires-là, sur papier, la plupart du temps, ils raturaient, ils rajoutaient des questions, ils rajoutaient des réponses, et ça s'éteint. Du coup, c'était pas du tout faisable, parce que derrière le processus, il y avait surtout les humains. Alors les humains dans cet organisme, mais aussi les humains des entreprises à laquelle ils travaillaient. Et à chaque étape du workflow, il y avait une expertise de l'humain derrière qui n'était pas possible d'informatiser directement. Du coup, ça crée tout un tas de problèmes. On m'a demandé de modifier ce formulaire, il fallait le faire revivider, et au final, le projet a été abandonné. Donc tout n'est pas automatisable lorsqu'un processus fonctionne ou mieux le garder. Après, Voice Press, savoir que même si aujourd'hui on peut faire pas mal de choses avec Voice Press, à la base, c'est pour écrire des articles, des pages, c'est pour faire un site internet. C'est pas fait pour faire tout et n'importe quoi, ça peut le faire, mais c'est pas toujours la meilleure solution. C'est souvent la moins chère, mais c'est pas toujours la meilleure. Après, par exemple, dans certaines entreprises, vous avez des logiciels métiers. Typiquement, une agence de voyage a un logiciel qui est connecté avec les locations de Voice Press, connecté avec les réservations de l'avion, et donc c'est pas possible d'utiliser, de mettre tout ça dans Voice Press. Alors, ça serait très compliqué. Et c'est toujours pareil, il y a tout un système de scientification d'audit, de tout ce qui est comptabilité. On peut pas tout mettre dans Voice Press. Après, donc intégrer les données externes. Donc on peut... Il y a beaucoup de données externes, de plus en plus. Je sais pas si vous avez vu l'autre conférence sur les API. Maintenant, de plus en plus, les systèmes ont leurs propres API. On peut avoir la météo, on peut avoir toutes un tas de choses, la circulation, les bouchons, et donc ça. Tout ça, c'est des solutions externes qu'on peut intégrer dans Voice Press. Et le dernier point, c'est de donner les clés aux clients. Au début, quand j'étais développeur, je faisais beaucoup de développement de plugins à l'intérieur de Voice Press. Il fallait les maintenir. Et si on voulait faire évoluer, la plupart du temps, comme c'est développé par moi-même, le client devait revenir vers moi pour faire des évolutions. En externalisant une partie des process, on a des standards qui sont plus standardisés, on va dire. Et du coup, c'est plus facile à quelqu'un d'autre de reprendre la main et de faire des modifications. Y compris par le client lui-même, avec toutes les solutions aujourd'hui de no-code et de no-code, ça devient beaucoup plus simple d'évoluer le système. Deuxième chose, à partir du moment où vous commencez à intégrer les données du client, il va falloir faire attention à ces données. Donc il y a tout ce qui est donné personnel, donc quand vous récupérez non prénom, email, adresse, téléphone, tout ce genre de choses, il va falloir bien faire attention à tout ce qui est RGBD. Après, pour tout ce qui est donné sensible, donc ça peut être... On a parlé tout à l'heure dans l'osco-férence sur les données médicales, ça peut être donné d'origine de naissance, tout ce genre de choses, donc il va falloir bien faire attention à la sécurité. Donc soit vous hébergez vous-même les données, vous, c'est vous qui allez gérer la sécurité, soit si vous faites appel à les prestateurs externes, c'est eux qui vont devoir vous devoir faire confiance à eux pour la sécurité. Et donc si vous faites appel à des prestateurs externes, il va faire faire attention à ce que ces données soient égagées en Europe ou pas, à ce que ces données soient bien protégées, bien lire les conditions générales d'utilisation de ces prestataires. Donc dans l'auto-utilisation, il y a tout un tas de termes, donc j'ai fait un petit schéma pour essayer de mieux comprendre. Donc on a le trigger, donc c'est ce qui va permettre de lancer le workflow. Donc ça peut être un email, ça peut être... Donc vous avez différents types de triggers, donc des triggers par rapport à une action au départ. Vous pouvez avoir des triggers par rapport à une date, ou un délai. Donc sur WordPress, on a le Chrome, mais il n'est pas très intéressant, parce que si vous n'avez pas de visiteurs sur votre site, ce Chrome ne se lance pas. Donc vous pouvez faire appel à un Chrome externe. Il y a un petit exemple, par exemple, dans une entreprise, elle proposait des petites déjeuners à leurs employés. Alors l'employé mettait un message, dit demain je serai là pour le petit déjeuner et l'entreprise commandait un petit déjeuner à un boulanger du coin. Le deal, c'est que, par exemple, je me souviens plus du prix exact, mais bon, la petite déjeuner, par exemple, c'était 10 euros. Mais si l'entreprise en commandait 10, elle payait que 90 euros. Donc le premier trigger, c'était l'employé envoie un message à sa propre entreprise. J'ai eu un petit déjeuner pour demain matin. À la fin de la journée, il y avait un deuxième trigger qui démarrait, qui compilait toutes les demandes et qui envoyait une seule demande où vous l'angez. Comme ça, il savait combien de petites déjeuners il devait préparer pour le lendemain. Donc vous avez le trigger qui lance un webhook, donc le formulaire, le webhook envoie la formation dans un système indien. Donc ça peut être un CRM, ça peut être deux uns d'autres choses. Il y a plusieurs actions. À la fin, on coigne une décision. Suivant le cas, on peut remettre le WordPress. Par exemple, simplement envoyer un email. Donc voilà. Donc l'ensemble de tout ça, c'est ce qu'on appelle le workflow. La pays, c'est un système qui va permettre de communiquer entre deux systèmes. Donc ça permet de standardiser les appels entre différents systèmes. Le webhook, en gros, c'est juste le formulaire envoyer des informations au deuxième système avec un certain paramètre. Et comme ça, le deuxième système comprend ce qu'il va faire. Et une fois qu'il y a une action, le reste API de WordPress, c'est un API spécial pour WordPress qui permet de mettre à jour les données dans WordPress. Et donc au niveau de l'application, on peut aussi envoyer un email avec un nouveau strat API. Et la partie jaune, par exemple, elle peut se compiler en plusieurs morceaux. Donc chaque application peut dialoguer avec une autre application et ainsi de suite. Suivant la compte pixels, les deux systèmes. Alors le cas numéro un, c'est vraiment le cas typique qu'on retrouve dans la plupart des cas. C'est la génération de lits. Donc à lits de ce quoi, c'est un contact d'un client à une entreprise. Donc ça peut être une demande de démons, une demande d'information, une demande d'un e-book, une demande en général. C'est pas un achat, c'est juste une demande. Donc cette demande en général sur un site internet se fait avec un formulaire. Dans ce formulaire, en général, on demande au minimum l'email. On peut aussi demander de nom, prénom, compagnie, téléphone. Ça, c'est à vous de voir ce que vous avez besoin comme information au minimum. Après, comment on récupère ce données. Donc à la base, si vous créez pas de workflow, ces données sont envoyées automatiquement par email. Ce que vous pouvez faire, par exemple, c'est que vous avez des systèmes d'automation qui s'appellent Meg, Zapierre ou Eitan, ou N8N, je sais pas trop comment le dit. Et eux vont pouvoir récupérer cet email et faire une automation, c'est-à-dire envoyer cette information par exemple dans un Google Sheet, par exemple dans un CRM ou ailleurs. La deuxième possibilité, c'est d'envoyer directement ces données dans votre système. Toujours grâce à un mail que Zapierre ou N8N. Alors c'est les trois principaux que moi j'utilise. Alors je dirais que le principal avantage pour Zapierre, c'est que c'est... Pour un codeur, c'est beaucoup plus simple parce qu'on voit les étapes l'une derrière l'autre. Donc c'est un plus simple à comprendre. Meg, c'est des bulles, donc c'est plus visuel, on va dire. Et l'avantage du dernier, c'est que c'est un peu comme le système de WordPress. Donc c'est en GPL. C'est l'open source dont on peut l'installer soi-même sur son propre serveur. Donc si vous avez des données sensibles, ça peut être très intéressant d'utiliser le dernier pour garder les données vraiment... Vous avez le contrôle sur ces données. Niveau prix, Meg est moins cher que Zapierre. Et le dernier, N8N, le problème c'est qu'il n'y a pas de version gratuite. La version open source est gratuite, mais il faut l'héberger quelque part. Donc il faut payer l'hébergement. Donc au final, c'est pas gratuit. Sauf si vous avez un hébergement à disposition. Donc c'est les trois solutions que je préconise pour faire ces automations. Et la dernière possibilité, donc si vous avez par exemple ce qu'on appelle des connecteurs avec Meg, Zapierre ou N8N, mais si vous n'avez rien de tout ça, vous pouvez toujours envoyer vos données vers une URL avec les informations à l'intérieur, pas 4G dans l'air-quest. Et du coup, ça envoie vos données dans votre système. Et c'est à vous reconnaître votre système, savoir ce qu'il a besoin comme information pour fonctionner. Autre possibilité, c'est de rester dans WordPress. Maintenant, il y a des plugins qui permettent de faire du CRM dans WordPress. Ça permet de rester dans WordPress toujours. Donc vous n'avez pas besoin de tout ce qui est automation ou ce genre de choses. Vous restez dans WordPress. C'est pas quelque chose que je préconise, mais pour des petits besoins, ça peut s'envisager. Pourquoi pas ? C'est une manière beaucoup plus simple de gérer les choses. Ça bouge, non ? Alors, pour gérer votre CRM, vous avez plusieurs alternatives. Donc tout simplement un Google Sheet, c'est assez basique, mais ça peut faire le taf. Par contre, toujours, comme c'est un outil Google, pour tout ce qui est RGPD et tout ça, c'est un peu touchy. Le deuxième cas, c'est un Rtable. En gros, c'est comme un Google Sheet, mais en mieux. C'est à dire que vous pouvez faire beaucoup de choses, rajouter des images, rajouter ce genre de choses. Mais le souci d'Hertable, c'est que c'est hébergé aux États-Unis. Donc, toujours pareil, ça peut poser des soucis de deux données. La troisième alternative, donc c'est Baseball. Donc c'est quasiment la même chose. C'est une copie, c'est une Hertable-like. Mais comme N8N, c'est une version open source. Vous pouvez l'installer sur votre hébergère, ou choisissez votre hébergère, là où ça vous arrange, en Europe, là où vous voulez. Et donc, vous avez un contrôle complet sur les données. Après, vous avez des vrais CRM, entre guillemets. Donc, celui que j'utilise beaucoup, que mes clients utilisent beaucoup, c'est Zoocrm. Donc là, c'est vraiment le CRM, avec vraiment énormément de possibilités. C'est un des concurrents de Zoocrm, mais je crois que je pense que c'est le leader du marché, Salesforce. Ça, je n'ai jamais trop utilisé, je connais plus ou moins, mais je travaille surtout sur Zoocrm. Mais le principe reste le même. Donc, vous avez un CRM, vous avez vos contacts, vos comptes, les e-mails, des templates, tout un tas de choses qui vous permet de gérer vos clients. Le cas numéro 2. Alors là, c'était une entreprise qui gérait des rédacteurs. Et ces rédacteurs écrivaient sur plusieurs sites internet. Alors le souci, c'est que donc, on avait beaucoup de rédacteurs, pas mal de sites, entre 10 et 15 sites. Ça a évolué et ça a monté. Et ces rédacteurs, il y a beaucoup de turnover, donc il y en a qui est arrivé, qui est parté, et ainsi de suite. Donc, on ne voulait pas créer des auteurs sur chaque site et gérer directement les auteurs qui allaient directement sur le site. J'avais déjà ça de ce problème-là. Le deuxième problème, c'est que certains rédacteurs ne savaient pas se servir de WordPress. Donc, il fallait les former à WordPress. Même si c'est pas très compliqué, il fallait quand même les former à WordPress pour tout ce qui est gérer les catégories, les tags, tout ce genre de choses. Il fallait quand même un minimum de formation. Et donc, c'était chronophage, c'était coûteux et ainsi de suite. Donc, ce qu'on a fait, c'est qu'on a créé un airtable. Comme je me dis, c'est un sort de Google Sheet, mais amélioré. On étudie la migration vers Vesro, justement pour les problèmes de protection de données. Et donc, ces rédacteurs écrivaient sur airtable, comme c'était très, très proche de Google Sheet. La plupart, en quelques minutes, ils pouvaient me manager le truc. Et donc, ils écrivaient dessus. Et il y avait un rédacteur en chef qui s'occupait d'envoyer les informations sur chaque WordPress. Sur le WordPress tel article, il allait sur le WordPress 1, sur le WordPress 2 et ainsi de suite. Donc, c'était géré comme ça. Ça fonctionne très bien. C'est pratique, c'est rapide. Il n'y a quasiment aucun développement, parce que WordPress a déjà des connecteurs vers WordPress. WordPress a le reste de la pays. Donc franchement, il n'y avait quasiment rien à faire. C'était, en une de mes journées, c'était fait. Alors que si on avait dû former les rédacteurs, créer les utilisateurs et ainsi de suite, ça aurait fait beaucoup plus de travail. Donc là, ça réservait surtout le problème de délai et de coups. Il y a aussi de sécurité au niveau des données. Juste comme les rédacteurs, ils écrivaient pas leur propre nom, parce que c'était des freelance. Donc, on ne gérait pas chaque utilisateur sous leur propre nom. Alors, le cas numéro 3. Donc là, c'était une agence de voyage. Donc, il y avait un système interne développé en Windows, je crois, c'est mes souvenirs sans bon. Donc, c'était une application sous Windows pour gérer les contrats clients, gérer la facturation, gérer les connexions avec la réservation de bulle d'avion, la réservation d'hôtel, et ce genre de choses. Donc, ce qu'on a fait, c'est que le système était déjà à la base, permettait un export XML des données. Donc ça, c'était pratique. Donc, ce qu'on faisait, c'est qu'on a exporté les données XML sur le serveur WordPress, et WordPress allait les récupérer et mettaient ça dans WordPress grâce au reste à pays. Donc, qu'est-ce qu'il mettait à jour ? Il mettait à jour les disponibilités, il mettait à jour les prix, il mettait à jour les dates, parce que comme c'était un agence de voyage, comment dire, personnalisé, donc il y avait des dates, il pouvait réserver que certaines dates, à certains prix, et ainsi de suite. Donc, la mise à jour se faisait que dans un sens, parce qu'on avait un export des informations qui étaient dans le logiciel interne vers WordPress. Ça pouvait pas aller dans l'autre sens, parce que le logiciel, comme il était installé sur le post-client, il n'y avait pas d'accès internet. On aurait pu, comme c'était un export XML, et qu'on arrivait sur le serveur, on aurait pu utiliser les fonctions de WordPress, les hooks, etc. On a quand même passé par le reste à pays, même si c'était pas indispensable, dans l'idée que plus tard, peut-être, leur solution interne allait évoluer une solution web, peut-être. Donc, on n'est toujours passé par là. Ce n'est pas plus compliqué, et ça permet d'avoir une meilleure évolution. Le cas numéro 3. J'ai créé un site d'e-learning pour une société sur base de WordPress et LearnDash. C'est deux plugins de WordPress qui permettent de faire de l'auto-formation ou de la formation avec une zone membre sur le site. J'avais un système de web-book entre le site WordPress de formation et le CRM de clients. Pour vous donner une idée, j'ai pas zoomé exprès, mais le workflow, ça ressemblait à ça. Donc, on avait dit des menus qui arrivaient, ça arrivait sur le site, ça créait des trucs dans le CRM, ça envoyait ça dans le... Parce qu'on avait un site, et on avait un site d'e-learning, c'était deux sites. Ça a envoyé ça dans le site d'e-learning, ça faisait plein de choses, et quand l'utilisateur faisait des choses, il fallait faire un reporting site dans le CRM. Donc, on avait pas mal de workflow. Donc, si on remonte au workflow, on avait plusieurs cas. L'utilisateur arrive et s'inscrit sur la plateforme. Il faut vérifier que dans le CRM, il a le droit de s'inscrire. Donc, en gros, qu'il est inscrit à une formation. Une fois que c'est fait, on dit à WordPress, OK, il peut rentrer, on le fait rentrer. Après, on l'amène dans la bonne formation, celle qu'il a payée. Après, une fois qu'il y a les formations qui sont faites, on check toutes les étapes qui passent. Donc, les différentes... Dans cette formation, il y avait tout un tas de vidéos, toutes les vidéos qu'il a vues, ça permet de voir la progression du client. Il y avait aussi dans ce système des formations à accès libre. La seule chose qu'il y avait besoin, c'est que l'utilisateur devait avoir déjà acheté une formation pour avoir accès à avoir d'autres formations qui sont gratuites, à partir du moment où il avait déjà la première formation. Qu'est-ce qu'il y avait d'autre ? Au niveau des CRM, les utilisateurs de CRM devaient pouvoir créer eux-mêmes de nouveaux groupes de formations sans avoir besoin d'aller sur WordPress, parce que déjà, c'est pas leur métier, ils avaient déjà... C'était déjà un process qui existait avant ce système de formation. Donc, à la base, comment ça fonctionnait. Donc, il y avait un déploiement, ce qu'on appelle un deployment dans le CRM. Ça envoyait un mail au client. Le client avait un lien vers un zoom. Il allait sur Zoom, il téléchargait le PDF de la formation et ça se passait comme ça. Ce n'était pas interne sur un site internet. Donc, c'est tout un processus qui existait déjà, qui fonctionnait très bien. Il fallait juste intégrer le site internet à ce process. Par-dessus, on a rajouté la possibilité de transformer un utilisateur en formateur lui-même, ce qui permettait qu'il devenait un expert de l'utilisation de cet outil. Il devenait formateur et il pouvait créer sa propre formation et gérer les utilisateurs de son entreprise. Le dernier chose, c'est que pour une grande partie des utilisateurs en France, on a Caliopie qui permet de rembourser la formation par l'État. Et du coup, pour Caliopie, on a besoin d'avoir un reporting de ce qui s'est passé dans la formation à la fin. Et donc, à la fin, on envoie un reporting de la formation au formateur et ce formateur peut, il peut prouver qu'il a bien fait la formation, que les étudiants ont bien fait cette formation, qu'ils ont bien évolué dans la formation de logiciels. Donc c'est tout un tas de process que je vous ai montré tout à l'heure, longue tout ça. Donc, la seule chose que j'ai rajouté c'est la partie là, ce carré là, tout le reste existait déjà en grande partie. Il y a dû faire des quelques modifications des histoires de données et de synchronisation de données, en gros, c'était fait. Le dernier cas, c'est une sorte de communauté d'éditeurs de sites qui créent leur compte utilisateur. Dans ce compte utilisateur ils créent leur liste de sites et à partir de là, ils peuvent créer des équipes qui se permet de déléguer la gestion de leur site à quelqu'un d'autre. Et donc après ces utilisateurs peuvent demander j'ai besoin d'un article sur tel sujet des utilisateurs frilance arrivent et disent moi je veux bien écrire un article sur ce sujet donc ils l'écrivent et après ça fait tout un système pour que la personne puisse l'écrire. L'envoyer l'utilisateur qui voulait cet article. Ce système se connecte aussi à tout ce qu'est un pays SEO donc tout ce qu'est je ne sais pas si vous les connaissez mais les SEM rush, les AHRF tout ce genre de logiciel qui permet d'avoir les data SEO de chaque site. Savoir leur puissance, savoir le nombre de pages qui sont indexés, le nombre de backlinks qu'ils ont toutes les données que le SEO peut être intéressé. Il peut aussi demander par exemple sur son site moi je voudrais que quelqu'un écrive un article en échange d'un lien et donc c'est tout un système et donc ça on aurait pu le faire directement sur un site sans avoir besoin de l'intégrer à d'autres choses. Mais l'idée c'est que comme il y a beaucoup de plateformes qui listent déjà dans ce business-là c'est que c'est de pouvoir connecter les autres plateformes à ça et que chacun crée sa propre plateforme pour gérer ses propres sites et de recevoir les demandes d'autres plateformes en automatique. Donc le problème de ça c'est que le gros souci de WordPress c'est la partie performance parce que derrière il y a sans entraîner dans les détails donc il y a un base de données MySQL et au niveau performance c'est pas ce qui se fait de mieux. Du coup ce qu'on a fait c'est qu'on a utilisé le RSTAPI pour externaliser la base vers une autre base de données donc on a utilisé Xano mais un autre truc qui existe. Alors si vous allez voir Xano il y a une version gratuite le seul souci de la version gratuite c'est que les services sont aux Etats-Unis la version payante on peut choisir Etats-Unis, Europe, Asie je sais plus les cas d'autres mais en tout cas on peut choisir l'Europe c'était ça qui nous intéressait et pour cacher tout ça on a créé une API donc avec Blubber c'est une société française on va faire la partie API donc Xano crée une API automatiquement dès qu'on met des informations dans cette base de données ça crée une API, c'est automatique et pour cacher cette partie-là un peu technique surtout que les adresses sont un peu bizarres pour un peu bizarres ça donne des trucs très longs on a mis Blubber par-dessus qui permet déjà de cacher qu'il y a Xano derrière ça permet de simplifier les choses et donner accès que à certaines parties suivant les droits des personnes des utilisateurs et ça permet aussi dans un deuxième temps de monétiser cet accès parce qu'on veut par exemple des entreprises qui se connectent au système payer, des utilisateurs finance ne payeront pas par contre si une entreprise veut utiliser ce système on veut pouvoir monétiser cela et donc Blubber permet de gérer tout ça très facilement sans avoir à s'occuper de la partie vraiment technique de paiement tout ce qui est stripe tout ce qui est gestion bancaire Blubber s'occupe de tout donc voilà pour le dernier truc qu'est-ce que j'avais d'autre à rajouter là-dessus je crois que c'est terminé donc voilà Est-ce qu'il y a des questions ? Pour la base de données comme infrastructure qu'est-ce que vous préférez à MySQL pour d'autres projets par exemple L'avantage de MySQL c'est que c'est vraiment installé presque partout moi je suis plus pour les bases de données vraiment comme je coupe surtout de contenu donc de base de données NoSQL parce que par exemple MySQL c'est vraiment du relationnel sur un site WordPress on change pas des catégories tous les quatre matins donc une fois qu'on a le document avec le contenu l'étaxonomie les images ce genre de choses ça évolue très peu donc on n'a pas besoin d'une base de données relationnelle en théorie sauf qu'on fait des évolutions mais ça arrive assez peu je suis plutôt vers d'une vers d'une NoSQL après WordPress reste toujours MySQL peut-être qu'un jour ils veulent aller vers des choses mais pour l'instant ça reste les MySQL déjà parce que pour la compatibilité et aussi parce que c'est installé partout c'est standard c'est plus simple mais il y a de plus en plus de CMS qui se développe en dehors de MySQL Merci, est-ce qu'il y a d'autres questions ? Je vous propose de remercier encore chaleusement Patrick pour sa présentation