 Bonjour à tous, j'espère que vous allez bien. Juste avant de commencer, je préfère vous prévenir, j'ai la voix un petit peu cassée, donc j'ai un peu une voix de Robocop. Et aujourd'hui je vais vous parler d'un sujet qui nous touche tous dans tous les domaines, qui est la dette technique sur WordPress et la dette technique de manière générale. Juste très rapidement je me présente, je suis le créateur de l'agence SOMIX, on est une agence spécialisée dans le référencement du CMS WordPress. On existe depuis 2013, on est une bonne petite équipe de référenceurs et développeurs et on a développé une vraie expertise là-dessus. Et en fait, dans tout ce qu'on fait au quotidien, dans la création d'un plugin qu'on est en train de développer, dans les audits qu'on peut faire, dans les optimisations, dans les créations de sites, on se heurte non stop à des problématiques de dette technique. Et là, l'idée c'est de vous dire un peu ce que c'est, pourquoi faut-vous en méfier et qu'est-ce qu'on peut faire avec sur WordPress et les actions que vous pouvez mener au quotidien. Donc en gros, voilà, c'est ce qu'on va essayer de vous, enfin je vais essayer de vous montrer en fait dans cette conférence. Première chose, très simple, qu'est-ce que la dette technique ? Alors la dette technique, la définition la plus simple que j'ai pu trouver et simplifier sur ce sujet-là, c'est tous les choix que vous allez faire à un moment donné dans un projet, alors pas que projet web, un projet informatique, un projet chez vous aussi, vous faites une construction de maison, c'est pareil. Et c'est tous les choix qui vont avoir un impact sur vos décisions futures, sur le coût de toutes ces décisions et sur les contraintes que ça implique. Exemple, si je choisis une extension pour faire une action précise, eh ben quelle est la contrainte que ça va m'imposer si un jour je passais de cette extension à une autre ? Comment est-ce que je migre les données, comment je les conserve, est-ce que je ne prends pas le site, etc. Et cette dette technique, en fait, elle peut avoir un impact sur plein d'éléments différents. Premier élément très simple, le résultat, le retour sur l'investissement. Est-ce que, par exemple, si j'installe une extension de référencement naturel, est-ce que j'arrive à obtenir les bons résultats ? Ça va avoir aussi un impact, tout simplement, sur tous mes temps de développement futur. Un exemple beaucoup plus concret pour les agences, ici, les intégrateurs développeurs. Quand mon client choisit un thème, ce choix de thèmes va avoir un impact sur tous mes coûts de développement futur. Puisque si le thème est mal codé, forcément tout est beaucoup plus compliqué et tout est beaucoup plus coûte. Et ça va avoir aussi des impacts sur toutes les compétences nécessaires dont vous aurez besoin pour pouvoir maintenir le projet. Dans l'avenir, par exemple, il y a des technologies spécifiques, le fait de pouvoir le rendre maintainable facilement est tout simplement la faisabilité de tous vos choix futurs. Est-ce qu'à cause de mes choix précédents, je suis capable de faire tel ou tel choix dans l'avenir ? Ça, c'est la dette technique. Et la question qu'on peut se poser, c'est, est-ce que cette dette technique, il est possible de ne pas en avoir ? Est-ce qu'on peut l'éviter ? La réponse, malheureusement, c'est non. Vous aurez, quel que soit le projet web ou informatique que vous menerez, vous aurez toujours une problématique de dette technique. Et l'idée, c'est de savoir la détecter, la mesurer et savoir quand est-ce que vous devez agir pour éviter qu'elle se propage et qu'elle se développe. Et donc, c'est d'abord ce qu'il faut comprendre, c'est d'où est-ce qu'elle vient. Comment la dette technique peut venir ? En fait, elle est de plusieurs types. D'abord, elle est volontaire ou involontaire ? Alors, involontaire, c'est vous faites un choix et vous n'avez aucun ordre d'idée de l'impact que ce choix va avoir. Je ne sais pas, moi, je prends un thème. Thème forest, en me disant, youpi, c'est génial. Mais je n'ai aucune notion de l'impact négatif que ça peut avoir sur plein de sujets. Où elle est volontaire, c'est que vous savez que vous faites un mauvais choix, mais vous n'avez pas le temps. Typiquement, le client qui vous appelle et vous dit, voilà, moi, j'ai besoin de telle fonctionnalité pour demain. Vous n'avez pas le temps de le coder proprement, vous installez une extension et vous vous dites, allez, on croise les doigts et on verra ce que ça donne. Ça, c'est des exemples hyper courants. Et en fait, la vraie source de la dette technique, elle est multiple. Et quand on est un prestataire web, un prestataire WordPress, tous les éléments que je vous mets ici, c'est des exemples que vous avez déjà dû vivre dans certains projets et qui expliquent justement cette dette technique. Vous avez, par exemple, des gens incompétents, tout simplement, développeurs qui font n'importe quoi, qui codent avec les pieds et vous devez faire avec. Vous avez des clients qui arrivent sur un projet et qui n'ont pas de qualité de charge ou alors des évolutions, par exemple, qui ne sont pas anticipées. C'est deux mois après la livraison, ils vous disent, tiens en fait, il faut tout redevelopper parce que je voulais faire ça, ça, ça et ce n'était pas prévu initialement. Il y a peut-être un manque de formation, il y a peut-être une mauvaise documentation, peut-être que vous n'avez pas fait de recétage, il n'y a peut-être pas un code documenté, etc. Et comment est-ce que je mesure cette dette technique sur WordPress et sur d'autres outils ? Le coût. C'est le moyen le plus simple de savoir que vous avez un problème de dette technique. C'est-à-dire qu'à chaque fois que vous aurez une nouvelle opération à faire de la maintenance, de l'évolution, de nouveaux développements, des modifications, quel est le coût de cette demande ? Et en gros, plus vous voyez ce coût augmenter pour une fonctionnalité identique, plus vous saurez que vous avez de la dette technique. Exemple, je veux dire quelque chose qu'on a vécu à l'agence, modifier le H1 d'une page. Normalement, un H1 qui est mal codé, ce qui va nous faire partie du temps, c'est ouvrir l'FTP, l'auditeur de code. Plutôt que de corriger, ça va nous prendre deux minutes. Sur un client, on avait mis 45 minutes et on était deux. Tout ça parce qu'en fait, le développeur initial du thème imbriquait des fonctions dans des fonctions, dans des fonctions avec un page builder et un customizer. Et derrière, c'était immatenable. Et c'est là où on a pu mesurer ce type de dette technique. Et là où vous allez aussi le mesurer, si sur d'autres aspects un peu plus subtils que le simple coût monétaire et le coût en temps homme, ça va être tous les autres éléments qui vont être liés à ça. Le premier étant les dépendances. Est-ce que quand je fais un choix, est-ce que ça va impliquer des dépendances, je vais être dépendant d'une technologie, d'un langage, d'une méthode, d'une personne, voilà, tout ce genre de choses. Vous allez avoir aussi tout simplement, vous allez pouvoir relouer en fait tout ce qui est un satisfaction et bug. Donc là, par exemple, c'est quand vous vendez un produit, vous vendez un produit avec un choix, vous dites dans ma prochaine version, je vais avoir telle ou telle fonctionnalité qui va sortir et tout d'un coup, vous voyez l'insatisfaction ou le nombre de bugs qui augmentent considérablement. Ça, vous allez mesurer qu'en fait, ce choix initial de fonctionnalité, un énorme impact sur votre maintenance et votre support ultérieur. Et après, vous avez plein d'autres exemples sur les résultats ou non que vous avez obtenus. Est-ce que votre code est complexe? Est-ce que quelqu'un peut le lire facilement et l'adapter et le modifier? Vous avez à chaque nouvelle décision et évolution, vous avez besoin encore plus de former les utilisateurs, auquel cas cette formation nécessaire est une vraie dette technique parce que vous devez former de plus en plus de gens et de plus en plus de longtemps ou encore tout simplement, vous êtes dépendant d'une seule et même personne qui maîtrise tout le projet et si cette personne part, tout le projet tombe à l'eau. Et ça, c'est des choses dont on a vécu un audit sur un client sur lequel en fait une seule personne centralisait tout ce qui était la gestion serveur et en gros, le jour où cette personne part, ils peuvent serrer les fesses et voir ce qui se passe mais ils sont extrêmement dépendants. Et donc, une fois qu'on sait où ça vient, la question de savoir ce qu'on fait. Alors, ça va être très simple. La première chose à faire, c'est de mesurer constamment cette dette technique. À chaque fois que vous prendrez une décision, se calcule que j'ai fait avec le coup en vous disant combien ça va me coûter et quelles sont les contraintes que je vais avoir plus tard, c'est des choses que je devais faire constamment. Et l'idée, elle est très simple. C'est de vous dire, à partir de quand, le coût d'un nouveau développement ou d'une évolution est-il plus important que le retour sur investissement que je peux avoir. Si je ne sais pas moi, on me dit il faut optimiser un thème pour le SO et que le thème était bien conçu, ça ne va pas coûter très cher. Et puis d'un coup, sur un autre thème, il est tellement mal conçu qu'on va dire que l'optimisation du thème, c'est 3 000€ ou 4 000€. Bon, là on a peut-être intérêt à refaire le thème proprement et à le recoder pour pouvoir absolument s'obstiner à garder cette dette technique. Donc ça, c'est des calculs que vous devez toujours avoir en tête. Et une fois que vous avez ça en tête, la question est très simple et on va revenir à un autre sujet principal. Sur WordPress, à quoi elle ressemble et qu'est-ce que je peux faire avec ce CMS pour éviter cette problématique. Et comme je vous dis, cette problématique de dette technique, elle touche les conversions, le marketing, l'ergonomie, l'accessibilité, il faut toujours avoir un ordinateur que c'est un ensemble. Grosso modo, sur WordPress, à quoi elle ressemble vous avez déjà entendu des gens dire ça. Je vous dis voilà, WordPress c'est lent, WordPress c'est pas sécurisé, WordPress c'est pas optimisé pour l'afférencement, WordPress c'est trop compliqué à utiliser parce qu'il y a un page builder dont l'utilisateur comprend rien. Et quand vous avez ce genre de choses, vous obtenez à ce genre de conférence où vous avez des personnes qui vous disent ce qui connaissent le monde du référencement naturel des gens qui vous disent voilà WordPress c'est la merde. Et le problème c'est qu'au fond il a peut-être pas tort. C'est qu'en fait il est tombé sur des CMS sur lesquels une accumulation de choix technique sur un thème, une extension, un paramétrage une formation non d'utilisateur fait qu'effectivement il tombe sur un site qui n'est absolument pas maintenable, qui est compliqué, qui est cher, qui n'est pas bien optimisé etc. Donc pour éviter ce genre de choses il faut repartir à la base à chaque fois que vous allez faire un choix sur WordPress quand je dis un choix c'est vraiment extrêmement vague, ça peut être un simple paramétrage ça peut être le choix d'un utilisateur, ça peut être le choix d'un thème, ça peut être un développement ça peut être l'installation d'une extension le choix d'un émergement peu importe vous devez vous poser l'ensemble de ces questions question numéro 1 est ce que j'en ai réellement besoin exemple typique, le client qui veut un slider en ergonomie plusieurs d'entre vous me rejoindront mais ça est extrêmement compliqué à gérer un slider et ça a peu d'intérêt commercial et pourtant ça va avoir un impact sur ma tête technique donc c'est d'abord c'est ce que j'en ai besoin est ce que ensuite mon choix va réellement m'apporter quelque chose si je développe une fonctionnalité est ce que j'ai un réel impact sur mon chiffre d'affaires, sur mes conversions sur l'expérience utilisateur etc. donc ça c'est des questions que vous devez vous poser dès lors qu'on parle de code de manière générale de la même façon est ce que mon code donc quand je code moi-même ou quand je confie la conception à un prestataire est ce que ce code il est compréhensible, est ce qu'il est documenté est ce qu'il respecte les standards de code du CMS concerné et ainsi de suite ça c'est des choses hyper importantes et les trois dernières questions qui sont très bêtes est ce que les utilisateurs sont formés à ce choix si je choisis un nouveau thème est ce que la personne sera configuré ce thème est ce que le reste du site sera impacté alors l'exemple typique c'est le client qui vous demande une fonctionnalité et pour ça vous devez modifier une classe css de votre site est ce que l'impact de la modification de cette classe css aura un impact sur d'autres pages ou d'autres éléments visuels sur l'ensemble de mon site ou encore tout simplement et ça c'est presque la plus importante est ce que je peux revenir en arrière en gros est ce que en codant une fonctionnalité ou en faisant un choix est ce que je peux revenir sur l'intention d'un point de vue technique et dernière chose vous devez anticiper le coût futur ce que je vous disais tout à l'heure sur le calcul du coût à chaque fois que vous avez une nouvelle fonctionnalité elle va normalement correspondre un besoin ou un gain espéré je code telle fonctionnalité pour me permettre de pouvoir avoir un site plus performant qui fait plus de conversion qui est plus optimisé pour le référencement vous devez toujours comparer constamment le coût de ces fonctionnalités et de ces choix par rapport au retour sur l'investissement et c'est comme ça que vous allez apprendre au fur et à mesure de la gestion de projet web à faire les bons choix et surtout à conseiller le plus tôt possible si vous êtes prestataire vos clients de dire voilà votre client il vous demande un petit développement qui coûte pas cher mais il va vous demander tout un tas de développement au fur et à mesure des semaines le coût pour le client serait trois fois moins drame et ça c'est de nous on le voit on a un client par exemple qui est une agence immobilière là on est dans le projet de refonte de son site vu tous les développements qui nous a demandé avant si on avait fait la refonte dès le début il aurait économisé quasiment 4000 à 5000 euros de développement donc il a juste perdu de l'argent dans le vide donc ça c'est des choses hyper importantes et maintenant pour aller dans les choses très concrètes ce que là ça reste très théorique et pas spécifique quels sont les meilleurs choix sur la dette technique vous verrez nous c'est par expérience vous allez avoir plusieurs thématiques première thématique qui va être très simple le choix de l'hébergeur donc avant même d'avoir commencé à créer votre site WordPress l'installer et le paramétrer le choix de votre hébergeur va avoir un impact vous allez donc devoir regarder différents éléments des choses très bêtes quelle est la même mémoire limite quelle sont les versions de PHP, de SQL qui sont installées quelle est la puissance du processeur est-ce que cet hébergeur a connu des problèmes récents OVH si tu m'écoutes est-ce que je peux aussi modifier la configuration du serveur facilement c'est à dire que si j'ai besoin d'activer ou de désactiver certains éléments de cette configuration est-ce que j'ai la possibilité de le faire c'est des choses toutes bêtes mais ça va impliquer des coûts futures si après vous vous rendez compte que pour une fonctionnalité spécifique de votre client vous devez changer d'hébergeur parce que votre hébergeur actuel ne le permet pas il y a un coup sur l'ensemble du projet deuxième chose très simple aussi après l'hébergement c'est les réglages d'accord j'installe mon WordPress qu'est-ce que je dois corriger qu'est-ce que je dois modifier pour faire en sorte que ces réglages soient optimisés donc là c'est une courte liste des options sur lesquelles il faut faire attention en termes de dette technique je m'occupe pas du reste la première elle est très simple c'est dans le menu général de éviter que tout le monde puisse s'inscrire et faire n'importe quoi trouver avec une gestion d'utilisateur plus ou moins réel à gérer et à traiter si jamais vous avez à gérer des utilisateurs dans le futur dans la partie lecture ça va être tout simplement de tronquer le flux RSS pour éviter de mettre tout votre contenu accessible à tous directement sur internet ne jamais bien entendu cocher la case qui demande au moteur de recherche de ne pas indexer un site ça juste pour rappel vous devez impérativement quand vous voulez bloquer un site pour le référencement naturel sur WordPress ne le faire par une protection et c'est la seule façon de le faire le no index c'est vous tirer une balle dans le pied parce que Google risque après une mise en ligne de pendant des semaines considérer que votre site encore est un no index ça c'est des choses toutes bêtes mais ce simple choix nous on a des clients ils ont perdu trois semaines de trafic le temps que Google reconsidère qu'ils pouvaient tout simplement lire l'ensemble du contenu du site toujours dans mes petites options qui sont importantes qui sont toutes bêtes aussi en termes de date technique tout ce qui va être les paramétrages du menu discussion menu principal je vous en cite trois options qui m'intéressent d'abord vous cochez impérativement le fait de modérer des commentaires pourquoi ? parce qu'en fait ça va vous avoir une date technique en termes de coût humain parce que si vous ne modérez pas d'importe qui peut publier sur votre site et si n'importe qui peut publier sur votre site des gens comme moi des références ils ne se permets pour obtenir des liens donc ça ça va forcément avoir un impact sur votre référencement et sur le temps que vous allez passer à gérer votre site toujours dans les petites options importantes on ne divise jamais les commentaires en sous-page et on n'active jamais les commentaires imbriqués alors jamais c'est que je parle du principe que votre thème est mal conçu la plupart sont mal conçu à ce point de vue là mais en général ces deux options ils vont avoir un fort impact sur votre indexation de pages générées si je reprends juste l'exemple des commentaires en sous-page en gros, si vous faites ça ça veut dire que quand j'ai 100 commentaires sur une page imaginant que je divise tous les 50 commentaires je vais créer une nouvelle page avec mes 50 commentaires sur, et donc là en fait je me tire une balle dans le pied aussi parce que tout d'un coup sur un même contenu j'ai deux URL différentes en plus l'article en général vu que le thème est mal conçu il est dupliqué intégralement etc etc ça c'est des simples options mais qui peuvent avoir un impact sur vos résultats et vos contraintes et vos coûts ultérieurs et enfin la dernière de la même façon quand vous avez dans le menu permalien la possibilité de définir quelles sont vos URL en termes de dette technique le seul format du URL qui est optimal c'est de n'avoir que l'URL de l'article et là encore c'est pour un exemple concret si je mets la catégorie dans le nom de l'article ça veut dire que à chaque changement de structure de mon site à chaque changement de catégorie si j'en fusionne, si j'en supprime, si j'en modifie je devrais rediriger aussi tous les articles qui étaient dedans et donc forcément au lieu de rediriger que l'URL de la catégorie je vais rediriger aussi tous les URL de tous les articles qui sont dedans si vous avez 100 articles vous avez 100 redirections à faire etc etc donc ça c'est des choses toutes bêtes en termes de dette technique sur WordPress mais qui vont être assez importantes ensuite on va parler des thèmes et des extensions c'est là où le fun commence les thèmes et les extensions je vais être très méchant sur la communauté WordPress international sont en général mal conçues en plein de petits défauts je vais essayer de vous lister tout ce qu'on voit en termes de dette technique qui ont un problème premier c'est d'abord de comprendre ce qu'il y a un thème et ce qu'il y a une extension normalement votre thème ne doit contenir que l'aspect visuel c'est le rendu graphique de votre site normalement à aucun moment je ne dois avoir à l'intérieur d'un thème des fonctionnalités ou de la gestion de contenu exemple typique vous achetez un thème sur thème forest vous l'activez ça vous donne des nouveaux menus pour gérer des témoignages, des portfolios ou des clients et le jour où vous changez thème ces menus disparaissent c'est pas grave c'est toujours en base de données mais ça va avoir un coup parce que votre développeur va devoir les récupérer le nom des post-tips qui avaient été créés par le développeur du thème pour les remettre dans le nouveau thème etc etc donc ça c'est juste de la perte de temps et ça a juste un coup financier toujours dans les choses aussi toutes bêtes si c'est un thème créé sur mesure ou le bolide, si c'est un thème que vous avez acheté ou un thème gratuit vous devez immédiatement créer un thème enfant et plutôt vous allez créer le thème enfant mieux ce sera pour tous vos développements futures puisque le thème enfant vous permettra de garder la possibilité de faire des mises à jour tout en gardant vos modifications, vos optimisations et ainsi de suite donc ça c'est on va dire des choses de base et aussi nous ce qu'on aime bien faire pour voir un peu le rendu d'un thème c'est que vous prenez un site identique et vous prenez le thème par défaut et votre thème à vous et vous comparez les différences temps de chargement, performance, ergonomie données structurées, qualité du code HTML nombre de fichiers chargés vous pouvez tout vérifier et déjà juste ça vous allez pouvoir vous dire est-ce que le fait de choisir ce thème est un bon choix ou au contraire est-ce que choisir ce thème va peut-être me compliquer la vie donc ça c'est des choses qui vont être assez importantes et on va pouvoir aussi regarder ça un peu plus en détail vous avez une série d'extensions qu'on aime beaucoup qui vont nous permettre justement de contrôler on va dire la qualité du code alors j'en cite qu'une partie vous avez l'excellent debug bar, Rises Adon Corey Monitor, vous avez P3 donc Plugin Profiler vous avez Rewrite Rulzing Painter RTL Tester D'où l'épée de contrôle plein de petites extensions comme ça qui vont vous permettre de vérifier les points techniques et vous dire est-ce que je fais le bon choix technique et l'avantage par exemple de debug bar et Corey Monitor c'est que si vous êtes développeur vous avez beaucoup d'informations qui vont vous ressortir si vous n'êtes pas développeur vous allez au moins voir tout ce qui est warning et les erreurs qui vont ressortir immédiatement là vous allez pouvoir faire ce genre de choix et de visualisation vous allez aussi pouvoir tout simplement regarder en fait les logs simplement qui sont générés par WordPress les logs qui sont générés par votre serveur c'est une vraie source d'information parce que à mesure que votre projet WordPress et votre projet web évoluent vous allez pouvoir en fait à chaque fois vous dire est-ce que je n'ai pas des erreurs ou des warnings que je ne vois pas ou des problématiques techniques qui vont ressortir ça c'est une très très bonne source d'information et ensuite ce que j'adore surtout depuis la dernière version c'est la search console de Google vous inscrivez votre site c'est gratuit la search console va vous ressortir énormément d'erreurs que Google a détectées ces erreurs détectées par Google ont aussi été détectées par des utilisateurs et depuis quelques semaines ils sont en train de déployer la nouvelle search console et sur le détail des URL vous verrez c'est une petite mine d'ordre d'information sur toutes les problématiques techniques que Google peut rencontrer erreur de balise canonique erreur 500 page 404 redirection inutile il y en a plein comme ça et vous allez vous rendre compte de ce qui se passe vous pouvez aussi valider votre thème donc ça se rajoute aux extensions d'avant et juste sur les logs, ce que j'oublie de vous dire n'hésitez pas à acheter des logiciels ou des tools en ligne d'analyse de logs, vous avez par exemple la société Screaming Frog qui font un logiciel depuis peu de temps spécifique sur l'analyse de logs qui n'aute pas très cher mais qui déjà vous donne déjà un premier aperçu de ce qui se passe réellement sur votre site et en termes de notre dette technique vous allez voir plein de choses je continue sur la partie technique maintenant imaginons que vous codiez vous même en presse, voici quelques conseils de base première chose et quand vous allez coder que ce soit une extension, un thème un site entier ou modifié une partie le principe de release of fun c'est de se dire éviter de sortir une extension ou un produit ou un thème avec l'ensemble des fonctionnalités d'un seul coup essayer de le sortir par vague de fonctionnalités ce qui vous permet de débugger, de mesurer la dette technique beaucoup plus en amont, si vous sortez d'une grande fonctionnalité d'un coup vous serez beaucoup plus durs pour vous de savoir d'où vient le problème technique d'où vient le bug, d'où vient la demande de support ça c'est des choses hyper importantes vous allez aussi, et ça je vous conseille de mettre en place des tests unitaires vous allez déclencher des tests automatiques qui vont permettre aussi de ressortir des problématiques de dette technique et vous avez aussi d'autotips externes nous on aime bien par exemple Scrutinizer dans lequel vous envoyez tout votre code alors c'est pas parfait mais on va faire tout un tas d'erreurs de choses non optimisées, non parfaites non respect des standards etc et ça c'est des choses hyper intéressantes très intéressant aussi le fait de faire des codes review c'est-à-dire coder pas tout seul coder A2, A3 et changer d'autres développeurs en un autre regard une autre vision du développement de la problématique et vous allez pouvoir avoir des choix techniques bien plus performants et aussi tout simplement beaucoup de développeurs donc il faut de se lancer direct dans le code essayer de penser en amont nous on aime bien des fois prendre une feuille de papier à l'agence et d'écrire et de dessiner ce qu'on veut développer pour se dire en termes de base de données, de fonctions etc est-ce que tout est logique et est-ce que tout va s'embriquer correctement vous pouvez faire aussi de la conception UML etc voilà c'est pas mal de choses comme ça à avoir vous avez ensuite un autre point de dette technique qui me fait toujours beaucoup rigoler c'est les utilisateurs d'une nouvelle partie du principe qu'ils vont faire n'importe quoi c'est le principe de base une fois que vous vous dites qu'ils feront n'importe quoi vous allez apprendre à les gérer parce qu'un utilisateur le web il connaît pas enfin c'est pas quelque chose qui est natif pour lui et donc il faut absolument que vous le puissiez le guider vous allez le guider de plein de façons c'est-à-dire lui donner uniquement un accès qui correspond à ce qu'il est censé faire on ne met pas tout le monde administrateur par exemple sur un site WordPress par exemple je l'empêche de publier un contenu s'il n'a pas déterminé une image à la une ça c'est un exemple vous allez absolument ça c'est impératif de voir le former puisque l'utilisateur si vous ne le faites pas il risque de faire n'importe quoi mettez aussi des alertes en place et définissez un calendrier éditorial mettre des alertes en place juste je vous le dis parce que c'est hyper important à partir du moment où vous détectez les problématiques techniques l'utilisateur a fait n'importe quoi et comme il a fait n'importe quoi mettez en place des systèmes d'alerte automatique nous un jour on a eu un client par exemple en référencement on a perdu un jour 20 positions sur l'ensemble de ces mots-clés en gros en référencement on s'est pris une bonne fessée et en fait on dit c'est vrai que la personne avait supprimé toutes les catégories du site parce que ça lui plaisait pas et qu'il en avait créé d'autres sans nous prévenir, sans faire de redirection 301 etc etc donc ça c'est des choses qui sont hyper importantes l'utilisateur c'est tout bête mais il a un vrai impact sur votre dette technique alors l'exemple du client qui installe plein d'extensions parce que c'est fun et qu'il veut pouvoir acheter des fonctionnalités ça c'est hyper hyper courant et donc pour terminer il y a plein de choses en fait que vous devez non stop vous demander en fait et savoir sur un projet WordPress et un projet web en gros quand vous allez créer un site ou quand vous allez reprendre un site vous devez toujours et à tout moment être capable de pouvoir lister d'abord d'avoir été des problèmes du site en gros est-ce que je sais déjà d'avance que le thème que je reprend l'extension que je reprend le projet que je reprend a des problématiques ou pas nous on est capable de dire par exemple sur nos clients quels sont à peu près les problématiques techniques qu'on rencontre on a des clients on sait que leur thème tout développement futur va être beaucoup plus compliqué parce que c'est codé avec les pieds il y en a d'autres on sait que c'est le temps de chargement parce que le thème est extrêmement lourd et qu'on a un vrai travail de chargement qui soit correct mais ça c'est cette première question à vous poser 2ème et c'est très important quels sont les évolutions futures c'est hyper important surtout dans le cadre d'une création d'un thème ou d'un plugin c'est de vous dire à un instant t mon client ou mon site a un besoin précis mais est-ce que ce client a anticipé ses besoins futurs peut-être que dans un an par exemple il voudra synchroniser le stock de sa boutique avec le stock de son magasin ça c'est tout ce genre de questions et d'évolution future que vous devez imperativement anticiper puisque en fonction de ces évolutions vous allez pas forcément faire les mêmes choix techniques et donc si vous ne faites pas les mêmes choix techniques ça a un impact sur votre dette technique autre chose aussi quels sont les évolutions potentielles potentielle je différencie ce que future évolution prévue le client sait qu'il va faire tel ou tel élément il ne faut pas prendre du recul sur son marché, sur son secteur d'activité quels seraient les évolutions qu'il pourrait demander même si il ne le demande pas tout de suite nous par exemple on a des clients qui nous demandent des fonctionnalités ils nous demandent pas d'autres fonctionnalités mais on sait que tôt ou tard ça va leur venir en tête parce que quand ils vont commencer à l'utiliser ils vont se rendre compte qu'ils auront aussi besoin de telles ou telles choses donc là on va pouvoir les conseiller et surtout nous dans le développement de choses de fluide, de logique, de cohérent et de pas réinventer la poudre donc ça c'est super super important et les autres choses aussi pour terminer là dessus c'est essayer de voir aussi comment le secteur d'activité évolue, est-ce que mon business est-ce que mon marché va changer et est-ce que le changement de ce marché peut avoir un impact plus ou moins grand je prends l'exemple ceux d'entre nous qui mettent en place des formations professionnelles là il y a une réforme en cours si là par exemple je devais créer un site sur la formation professionnelle il faudrait que je regarde comment la loi va changer parce que peut-être que cette loi va m'imposer certains éléments dans mon contenu, dans mes fonctionnalités et ainsi de suite et ça c'est un exemple parmi d'autres et de la même façon quelles sont les évolutions techniques à venir sur mon projet sur les technologies de manière générale sur Apache, sur PHP, sur GIS, sur CSS mais quelles sont les évolutions aussi tout simplement sur WordPress par exemple en cours qui va arriver incessamment sous peu c'est Gutenberg c'est une évolution qu'on doit anticiper et plutôt on l'anticipe dans nos développements mieux ce sera pour justement résorber cette dette technique et éviter de faire les mauvais choix sachant que la dette technique comme je vous disais on vous en aurait forcément l'idée c'est surtout de trouver en fait comment faire en sorte comment dire de pouvoir faire le tour l'anticiper et réduire au maximum et j'ai terminé cette présentation sur la dette technique j'espère que ça vous a plu et si vous avez des questions je suis à votre disposition alors, une question parce que on a un timing à respecter donc si il y a une question qui brûle il faut que cette question soit super géniale je mets la pression t'es sûr ? félicitations pour la conférence merci tu fais du band taf, juste un truc qui m'a étonné que t'as mis que Laurent Bourilli il dit que wordpress c'est de la merde que lui-même il dit wordpress c'est super et c'est un autre type magnifique alors en général en discutant avec lui la tendance à le dénigrer mais comme beaucoup on vous demandait un développeur PHP pur et dur ce qui pense de wordpress en général c'est pas flatteur parce que des gens ont une méconnaissance de l'outil et comme ils connaissent pas l'outil forcément les gens qui ne le connaissent pas font un peu n'importe quoi avec je prends l'exemple nous des sites qui sont lents chez nos clients le client il a fait n'importe quoi, il a installé 80 extensions donc 4 extensions de sliders différentes parce que comme ça il peut changer les sliders en fonction des pages ça c'est des exemples classiques on va dire d'autres questions ? non on peut discuter après autour d'un quai non non merci