François Ziserman : un entrepreneur à l'aire Post Carbonne
J’aime beaucoup cette vidéo, ou l’on voit ensemble Steve Jobs et Bill Gates.
Il n’ont plus rien à prouver à la date de cet évènement (2007, juste avant la sortie de l’iPhone) :
Pour un site marchand, avoir des pages qui se chargent très vites est un vrai critère pour « vendre plus », ou, pour le dire d’un point de vue client, pour « donner aux clients une expérience positive ».
Comme toujours sur les sujets commerciaux, ce critère est un critère parmi d’autres. Pour offrir une bonne expérience, il faut être bon sur plusieurs sujets clés comme : pertinence de l’offre, vitesse de chargement des pages, qualité des contenus, SEO, qualité du moteur de recherche, processus achat fluide, …
Il faut voir ça comme une compétition de saut en hauteur par exemple. Le résultat est binaire : on passe ou pas. Mais les critères pour passer l’obstacle sont nombreux : préparation, qualité des chaussures, météo, … Il faut être bon partout pour passer l’obstacle.
La vitesse de chargement des pages est donc l’un de ces critères, et c’est donc très important de bien traiter ce sujet. C’est important pour les clients (qui sont pour la plupart sur smartphone, ou ce critère est encore plus important) et pour le référencement : google pénalise les sites qui se chargent trop lentement.
Pour autant, accélérer le chargement des pages est complexe : c’est un sujet transversal.
Ce que je veux dire, c’est que ce n’est pas un sujet qu’on peut traiter à la fin ou indépendamment des autres activités : ce sujet concerne des métiers différents, de l’architecture du site marchand, à la réalisation de la couche front, en passant par l’hébergement, …
Au début, l’idée est simple : les différentes pages (page d’accueil, page catégories, ….) doivent s’afficher « rapidement », pour que le client n’ai pas le sentiment d’attendre devant une page blanche, en cours de chargement.
Il existe de nombreux outils pour mesurer ce temps de chargement.
Google propose par exemple PageSpeed.
Exemple avec la page d’accueil d’Amazon :
Comme on le voit, la mesure de qualité de chargement d’une page est en fait rapidement assez technique, je vous encourage a tester un tel outil, avec différentes pages, et de regarder ce que propose PageSpeed, comme indicateurs et comme informations pour améliorer les choses.
Le temps de chargement est notamment lié à :
Réduire au maximum le temps de chargement des pages doit donc être un chantier à travailler. Ce sujet va être intéressant, car il va impacter pas mal d’équipes, et va probablement challenger l’organisation même de l’entreprise. Exemple classique : un site bien fait va nécessiter la mise en place d’une vrai charte graphique, qui sera appliqué sur l’intégralité du site. La mise en place d’une telle charte demande une certaine maturité.
Ce chantier va prendre du temps, et en parallèle, c’est en général une bonne idée d’utiliser une solution tierce pour accélérer le temps de chargement des pages sans délai.
Il s’agit de solutions qui se positionnent entre le client et le site marchand, comme un proxy.
La requête du client est donc traité par la solution d’accélération, qui va soit répondre directement avec du contenu pré-calculé (en cache donc), soit aller chercher les infos sur le site marchand.
Je connais deux solutions :
Ce sujet, de l’accélération via du cache logique, à un lien avec ce que propose les solutions de personnalisation, comme Target2Sell. En effet, ce que propose un moteur de personnalisation, c’est de proposer du contenu spécifique pour chaque visiteur. Ces contenus ne peuvent donc pas, par définition, être mis en cache.
Il faut donc être attentif à bien traiter ce point quand on met en place une solution de personnalisation avec une solution de « cache applicatif ».
Cet article complète l’article précédent : L’ÉCOSYSTÈME DES SOLUTIONS POUR UN SITE MARCHAND – LE CMS
Chaque entreprise a son histoire, et cette histoire est importante, parce qu’elle défini sa nature, son ADN.
Prenons par exemple Hybris. A la base (1997), Hybris était un PIM, très orienté multi-canal. ensuite, pour élargir son offre, Hybris a racheté iCongo (en 2011), iCongo étant un CMS. Donc historiquement, Hybris n’est pas un CMS, et ça se sent dans le produit. Le « centre de gravité » de l’offre est le PIM.
Le cas de l’offre Salesforce est différent, puisqu’elle est basée sur Demandware, qui était bien un CMS, conçu pour être un CMS adapté aux « gros marchands », en mode SAAS. Là aussi, ça se sent : l’offre est très « front », et bien faite pour la partie CMS, la tuyauterie pour gérer tous les aspects back office étant bien moins développé.
Enfin, Proximis est un troisième exemple différent. Pour Proximis, depuis le début, le sujet est l’omnicanal, ce qu’ils appellent le commerce unifié. Le sujet, c’est de proposer un socle commun, pour présenter une offre cohérente aux clients, quelque soit le canal d’achat utilisé. Un des élément clé est une gestion intelligente du stock, sur les différents points de ventes. Le « centre de gravité » de Proximis est donc plus dans une logique de middleware, entre l’ERP du marchand, et les différents canaux de ventes.
Ce billet est le premier d’une série, ou je vais essayer de clarifier les choses, sur la façon de concevoir un « système marchand ».
On commence par le premier composant, le plus évident, mais pas forcément le plus simple : le CMS.
Tous les marchands vendent en ligne aujourd’hui, et la crise du Covid a mis en avant l’importance du canal digital.
Les marchands veulent se simplifier la vie. Ils aimeraient autant bâtir leur solution ecommerce avec le moins de composants possibles… Mais la réalité est qu’aujourd’hui, une plateforme complète n’existe pas. Les choses évoluent beaucoup trop vite, la couverture fonctionnelle est beaucoup trop large, les métiers trop différents… En fait, quelque soient les raisons, la réalité est là : pour avoir une solution ecommerce de qualité, il va falloir « faire du Légo ».
Alors, quels sont les composants clés pour un site marchand ?
Déjà, il faut bien voir que le marchand n’a pas attendu le digital pour développer son système informatique. Il y a donc très probablement un ERP, peut être un (ou plusieurs 😉 ) CRM, peut être un PIM, sans doute un logiciel de gestion logistique, des logiciels de caisses, des solutions pour gérer le SAV, … Bref, le système informatique du marchand est déjà un patchwork composé de dizaines de composants.
Le système ecommerce va donc devoir co-exister et surtout coopérer avec cet existant.
Mais revenons à nos moutons : quels sont les composants clés pour un site marchand :
Le premier composant qui vient à l’esprit est un CMS. C’est l’outil qui va servir de base au site marchand.
La plupart du temps, on part d’un CMS ecommerce, comme Salesforce Commerce Cloud, Proximis, SAP Hybris, Shopify…
(Pour les plus petits marchands, il existe également plein de solutions, comme Wizishop, Prestashop, et bien d’autres)
Un tel outil va proposer les fonctions de bases pour un site :
Le CMS doit pouvoir gérer les différents terminaux d’accès : mobile, tablette ou ordinateur.
Pour peu que l’enseigne vende à l’international, il va falloir gérer le multi langue et le multi site (un site par pays). Rien que ce point mériterait un billet (ou un livre !) à lui tout seul.
Alors, vous allez me dire, il fait tout ce CMS, pourquoi avoir besoin d’autre chose ?
Bonne remarque 😉
En fait, pour quelqu’un créant une nouvelle marque, et souhaitant lancer le site marchand directement, il n’en faut pas plus (Qu’en pense Martin par exemple, de Slean ? 😉 )
Mais pour les marchands déjà établis, ou les marques de renom, il va faire bien plus :
Il va falloir en particulier s’interfacer ce CMS avec les composants existants :
En général, la gestion des prix et des promotions est un sujet compliqué : le marchand a déjà ses outils, plus ou moins adaptés au digital. Là encore, il va falloir faire communiquer les solutions.
Le CMS doit faire tout cela en étant capable de gérer les pics de trafic. Il n’y a pas si longtemps, on comptait les sites hors service au début des soldes… Pendant la crise du Covid, on a encore vu quelques sites HS….
Le CMS doit être résilient : s’il y a un bug, les choses doivent être gérées de manière « souple » : on n’affiche pas le code de l’erreur interne au client par exemple….
Le CMS doit être robuste face aux attaques « pirates » : il ne doit pas être possible d’accéder, depuis le Web, aux infos confidentielles des clients.
Le CMS soit être « SEO friendly » : il doit être bien fait pour que Google référence bien les pages. Là encore, ce sujet mériterait un livre entier.
Il doit être relativement facile de faire des évolutions : changer les formats des pages, changer des textes, changer des menus…
Cela n’a l’air de rien, mais faire tout ce que doit faire un CMS, en gérant des centaines, voir des milliers d’appels à la seconde est un vrai challenge. C’est bien pour cette raison que les solutions SAAS on « gagné » le marché.
Alors, faut il forcément un CMS pour faire un site marchand ?
Bien sûr que non (ça serait trop simple).
Il existe plusieurs alternatives :
Il est possible de construire soi-même ce CMS. On a donc bien un CMS, mais ce n’est pas une solution du marché, on se le fait soi-même. Cette solution est aujourd’hui relativement rare, car cela demande une très bonne maîtrise technique Web. Il est toujours assez facile de faire une première version qui fonctionne « à peu près ». Faire une solution qui fonctionne dans la durée, avec tous les critères évoqués ci dessus (plus tous ceux que j’ai oubliés), cela représente un vrai gros travail. Si aujourd’hui pratiquement personne ne se risquerait à repartir de zéro, on peut par contre partir de frameworks, contenant les briques de base, pour monter son site.
Enfin, la solution à la mode est de faire un site marchand Headless, mais ça, je vous en reparlerai !
Aujourd’hui, plus de 95% des sites marchands sont construits sur des CMS du marché.
Aujourd’hui, pour avoir un « système digital » de vente, il faut assembler plusieurs composants. Le « tout en un » n’est pas du tout réaliste.
Un marchand doit donc « faire ses courses », et assembler tout un tas de briques, pour avoir une plateforme performante.
Un des sujets clé, c’est la « Data Produit » : le marchand a besoin d’une donnée Produit de qualité. Cette donnée permettra d’alimenter correctement les autres composants : le site marchand, les fiches produits en magasin, les éventuels catalogues, …
Le problème est que c’est un sujet compliqué :
La donnée doit être structurée, cohérente. Il est ainsi bien plus riche d’avoir des attributs « normalisés » qu’un champ texte, contenant les différentes caractéristiques du produit. Si on a des attributs de qualités, on peut trier intelligemment, on peut alimenter des composants comme la recommandation de produits, la recherche, … avec ces attributs.
Bref, une donnée de qualité, une donnée structurée est la base pour offrir au client une bonne expérience.
C’est là qu’intervient Alkemics.
Leur idée est de se mettre entre les fournisseurs et les marchands :
Grâce à cette solution, les fournisseurs peuvent directement alimenter la plateforme avec leurs produits et toutes les informations associées : informations techniques et marketing.
Les marchands se connectent à la plateforme et récupère ainsi une information complète et à jour.
La synergie entre Alkemics et Target2Sell est hyper naturelle : quand un marchand utilise Alkemics, cela permet à notre solution de récupérer des informations très riches sur les produits, et ces informations vont alimenter notre plateforme, et l’aider à mieux « apprendre » sur les produits. Par exemple, pour repérer qu’un client aime les produits bio, il est indispensable d’avoir les bons attributs en place.
Au fait, Alkemics vient d’annoncer une levée de fonds de 21 M€ !
Il y a encore quelques année, faire du SAAS, pour un marchand, n’était pas évident. Il y avait des réticences sur cette approche. Les équipes, souvent issues d’une culture “ERP”, avait plutôt l’habitude d’avoir leurs propres serveurs. Enfin pour être plus précis, ils avaient envie d’avoir « plus de contrôle », et donc préféraient l’approche ou ils avaient leurs propres serveurs, chez un hébergeur “de renom”, IBM par exemple.
Quand on a démarré avec Target2Sell, on savait que le SAAS était la seule solution raisonnable. Un service de personnalisation demande une infrastructure très pointue, répartie sur plusieurs serveurs, avec des technologies variées (Bases de données de plusieurs natures, logiciels de gestion de queues, …). Pour un marchand, la mise en oeuvre, le suivi opérationnel et la maintenance d’un tel système serait très couteux et souvent juste impossible.
On a démarré en 2012, et on a eu finalement assez peu de frein sur le mode SAAS. La demande qu’on a eu plusieurs fois est de ne pas être chez Amazon (qui propose une plateforme SAAS très développée : AWS). On nous a parfois demandé si on pouvait installer notre solution en mode “on premise”, mais en discutant, en expliquant les raisons, en démontrant la solidité de la solution (et en particulier l’étanchéité de notre système entre les clients), on n’a jamais perdu un deal pour avoir proposé une solution en SAAS.
En France peut être plus qu’ailleurs, le SAAS avait l’image d’une solution pour les “petits sites”, avec pas mal d’acteurs sur ce créneau. De mémoire : Oxatis, Wizishop, Powerboutique, 42 stores, clicboutique, …
Les “grands” marchands ont préférés rester, jusqu’à il y a peu, sur des CMS non-SAAS, comme ATG (racheté par Oracle depuis), IBM Websphere Commerce (revendu), Hybris (racheté par SAP).
Cela donnait lieu à de “gros projets”, ou l’unité de mesure est le millions €, (voir la dizaine de millions), pour aboutir à… un site qui marche, mais qui est finalement cher à faire évoluer. au bout de quelques années, le site n’est plus à jour par rapport à la solution choisie, et le changement de version est souvent un cauchemars, avec une ardoise très lourde.
Et… Demandware est arrivé : Demandware a été le premier à proposer une solution SAAS vraiment adapté aux “grands marchands”, d’un point de vue technique, avec une logique très extensible, et d’un point de vue marketing, avec une approche commerciale adapté. Il faut dire que le fondateur Stephan Schambach de Demandware n’était pas un inconnu, puisque c’est lui qui avait monté Intershop, solution déjà basée sur une approche très “génie logiciel”.
La solution se développait bien, et a été racheté, en juin 2016, par Salesforce, pour la bagatelle de 2,8 Milliards de $. Ce rachat a été extrêmement bien mené par Salesforce. On a vu le marché “basculer” vers Demandware, aujourd’hui appelé Salesforce Commerce Cloud (ou Salesforce CC pour les intimes).
Salesforce a mis les moyens, et à mis en place une véritable “machine de guerre” commerciale, très efficace. Il faut dire que Salesforce connait le SAAS, puisqu’ils en sont pratiquement les inventeurs.
Le timing était parfait aussi : le marché était prêt pour une solution full SAAS, les marchands ayant compris que finalement il n’y avait pas de bonne raison pour rester sur une solution gérée “chez soi”.
Aujourd’hui, tout le monde fait du SAAS : magento a été racheté par Adobe et est proposé en SAAS, Prestashop propose sa solution SAAS, Hybris est proposé par SAP en mode SAAS…
Il y a un autre acteur dont je dois vous parler, c’est Shopify. Shopify a commencé, comme beaucoup d’autres, en proposant la création de sites marchands en « quelques clics ». La boite a très bien fait évoluer son offre, avec une approche « marketplace » et API. Aujourd’hui, la solution Shopify est l’une des solution les plus riche du marché, et Shopify s’intéresse (enfin) aux grands comptes, avec une offre spécifique : Shopify Plus.
Aujourd’hui, Shopify est probablement le meilleur challenger à Salesforce CC.
Si vous vous intéressez à cette solution, je vous propose trois contacts de qualité :
Il y a une dernière solution dont je dois vous parler, c’est Proximis.
Proximis est une solution différente, car c’est la seule qui a une réelle approche omni canal, et c’est fondamental. Pour un marchand, le sujet n’est pas d’avoir une boutique en ligne, mais de proposer une expérience d’achat cohérente, sur tous les points de contacts, en particulier entre les magasins et le site en ligne. C’est ce que propose Proximis, et ça commence à se savoir ;).
Vous pouvez les contacter de ma part 🙂
La personnalisation, c’est donc la capacité d’adapter le site marchand à chaque visiteur.
Pour « apprendre », une solution de personnalisation aura besoin de suivre ce que font les clients sur le site. C’est ce qu’on appelle le tracking. Le tracking fonctionne comme un « tag analytics » : un petit script dans la page permet de faire appel au serveur de personnalisation, et de suivre ce que fait le client : les produits vues, les catégories sélectionnées, les produits mis au panier, achetés (je reviendrais sur ce sujet du tracking).
Mais pour « comprendre », la solution de personnalisation doit également avoir une vue sur le catalogue des produits en vente.
Les clients et les produits, ce sont les deux « pieds » fondamentaux, pour un moteur de personnalisation.
Cette base de données de produits est fondamentale pour un marchand, elle alimente plusieurs composants clés :
La qualité de cette base est un critère clé pour « bien vendre ».
Avec des données de qualité, les produits seront facile à trouver, bien rangés dans leurs catégories. Les fiches produits seront riches, avec des descriptions bien adaptés et des visuels de qualités (les visuels ne sont pas stockés dans la base Produit, on ne stocke que les liens vers les médias). Les produits seront enrichis d’attributs de qualités, permettant de filtrer, de comparer… Si vous vendez dans plusieurs pays, les données seront correctement traduites dans toutes les langues.
Pour le marchand, cela représente souvent un vrai défit : historiquement, les données Produit sont gérées dans des outils de type ERP. La base Produit ERP contient tout un tas d’informations utiles pour la gestion de l’entreprise (code fournisseur, code de gestion, …), mais pas bien adaptées à la vente.
C’est là que des outils de PIM prennent tout leur sens :
Les PIMs ne sont pas forcément des solutions inaccessibles. Une solution comme Akeneo est facile à mettre en oeuvre, et permet de bien gérer l’enrichissement Produit.
Cela fait maintenant huit ans (huit ans !) qu’avec Adrien et toute l’équipe, on développe une solution de personnalisation pour les marchands : Target2Sell.
Mais c’est quoi la personnalisation ?
L’idée est simple, il s’agit d’adapter le site, en fonction de chaque visiteur.
Pour bien comprendre cela, il faut revenir au fonctionnement un site e-commerce (c’est vrai pour tous les sites dynamiques au fait 😉 ).
Un site e-commerce construit chaque page, en fonction de la navigation des clients. Un client arrive sur la page d’accueil, le serveur va construire la page d’accueil, et la « livrer » à l’internaute.
Donc, normalement, la page est construite pour chaque visite.
Mais dans la pratique, ça se passe pas comme ça : ça serait bien trop lent, une page peut en effet nécessiter des dizaines, voir des centaines d’appels aux bases de données pour se construire.
Donc la plus grande partie des pages sont pré chargées dans ce qu’on appelle un cache. Pour rester sur mon exemple de la page d’accueil : la page d’accueil sera enregistrée dans un serveur de cache, et seuls quelques petites parties seront adaptées à l’internaute : son nom par exemple en haut de la page, le nombre de produits dans son panier… Bref, quelques informations, représentant dans la plupart des cas moins de 10% de la page.
Cela permet au serveur du marchand de répondre très vite, puisque la page n’a plus à être construite à la volée. On n’a plus qu’à charger la page pré construite, y insérer les quelques informations spécifiques, et le tour est joué, on peut renvoyer la page rapidement, sans faire « chauffer les serveurs ».
Super, sauf que… Sauf que chaque client est unique, chacun a ses propres motivations, ses propres envies, et là, on propose le même message à tout le monde. L’avantage du cache est que le serveur ne plantera pas en cas d’affluence (ce qu’on voyait encore il y a quelques années), mais on ne s’adapte pas aux envie des clients.
C’est là qu’une solution comme Target2Sell intervient : notre métier, c’est de s’insérer dans les sites marchands, et de proposer des informations personnalisées.
On personnalise quoi ?
Et bien… pas mal de choses :
Le premier sujet, c’est la recommandation de produits. Cela permet d’insérer, dans différentes pages du site marchand, des bandeaux, contenant des produits, qui vont intéresser chaque visiteur.
Ces blocs de mises en avant de produits sont bien calculés, en temps réel, pour chaque visite. On est donc bien sur un message « 1-2-1 » adapté à chacun.
Pour faire cela, une solution comme Target2Sell doit avoir plusieurs caractéristiques :
Les contraintes, pour proposer des bannières de produits adaptés à chaque visiteur ne s’arrête pas là, puisque les marchands doivent pouvoir influencer ce que fait le moteur : les équipes métiers voudront en effet piloter les choses, en fonction de règles, liées à la stratégie de l’enseigne, à des contraintes (logistique, marge, …).
Comme vous pouvez l’imaginer, la conjonction de tout cela fait que ce métier est assez technique : répondre à des milliers de requêtes à la seconde, en 40 ms (temps moyen de réponses), cela représente un vrai challenge.
C’est aussi un métier très marketing, puisqu’il faut comprendre les besoins du marché, s’y adapter, et y répondre.
Bref, toute une aventure 🙂
Je m’arrête là pour ce premier billet. Mon idée est de vous raconter, au fil de ces articles, ce qu’est la personnalisation, ces enjeux, les perspectives… A bientôt donc !
Je suis tombé par hasard, il y a quelques mois, sur des vidéos d’un gars, Ben Eater.
Ce gars propose des vidéos sur les circuits logiques. On peut ainsi apprendre la différence entre un D-Latch et un D flip-flop.
Mais toute une série de vidéos m’ont carrément impressionnées, puisqu’il s’agit de construire un processeur 8bit, à partir de composants logiques de bases (And, Or, Nor, …).
Je regardais ça dans mes moments perdus, et puis, j’ai acheté quelques composants, j’ai commencé à assembler ça… et en quelques mois, je me suis construit mon propre « ordinateur ».
Le truc est super addictif. On commence par construire un module, on le teste. Au début bien sûr ça marche pas, donc on doit chercher d’ou vient le problème…
J’ai été très impressionné par la pédagogie de Ben, et la qualité des vidéos. Le montage des vidéos est très pro. Pas de bla-bla inutile, il accélère dans les moments inintéressants, et au contraire, prend bien le temps d’expliquer les nouvelles notions.
Quand on doit monter un module à partir d’une vidéo, il faut nécessairement se retourner les manches : lire les data-sheet des composants utilisés, réfléchir au circuit… Le mode d’emploi n’est pas fournis. On est juste guidé par un « super prof ».
Au final, ça fait quoi ce montage ?
Il s’agit d’un processeur avec tous ses composants : horloge, RAM, registres…
Le processeur est programmé via un mécanisme binaire très primitif. On donne une adresse mémoire avec un boitier de switch :
Et on fixe la valeur à enregistrer avec un autre switch, de 8 bits. On est assez proche des tous premiers ordinateurs, avant la généralisations des interfaces standards clavier-écran.
L’affichage est plus sophistiqué, puisqu’on a un afficheur décimal (à droite sur la photo)
Au final, c’est un peu magique quand on approche de la fin, et que tous les composants se mettent à marcher, et à calculer ce qu’on a prévu :
Ce montage m’a beaucoup appris :
Et puis, c’est quand même fascinant de se concentrer sur un truc pareil, qui n’a réellement aucune utilité ! On prend conscience de l’inutilité du montage surtout quand on a fini ;). On est proche de la démarche des oeuvres éphémères au fond, comme un mandala.
Tout cela est bien loin de mon travail, mais ça fait du bien de se « dégourdir l’esprit ».
sur ce, je vous souhaite à tous une bonne année 2020 : ayez l’esprit créatif, garder la soif d’apprendre, soyez curieux de tout !
Sur Twitter, Gilles Babinet a twitté un article : L’appel de 250 scientifiques aux journalistes
Donc 250 scientifiques signent un papier avec des assertions dont voici un extract :
La balance bénéfice/risque des principaux vaccins est sans appel en faveur de la vaccination
Il n’existe aucune preuve de l’efficacité propre des produits homéopathiques
…les différentes instances chargées d’évaluer le risque lié à l’usage de glyphosate considèrent comme improbable qu’il présente un risque cancérigène pour l’homme
Le fait qu’un organisme soit génétiquement modifié (OGM) ne présente pas en soi de risque pour la santé
L’énergie nucléaire est une technologie à faible émission de CO2 et peut contribuer à la lutte contre le changement climatique
On a ensuite un paragraphe qui calme toute envie de discuter :
Ces points ne sont pas de simples opinions. Ce sont les conclusions issues de la littérature scientifique et soutenues par des institutions scientifiques fiables
Ce texte m’a fait réfléchir, voici quelques une de ces réflexions :
Cela fait des mois que l’on constate une véritable cabale contre l’homéopathie. L’argument répété est qu’aucune étude n’a prouvé l’efficacité de l’homéopathie, que la « seule » efficacité » serait l’effet placebo.
Pour autant, il y a des études qui montrent que les patients utilisant l’homéopathie consomment moins de médicaments « classiques ».
L’effet placebo, tout le monde en convient, est une réalité : si on est convaincu qu’on prend un médicament qui va agir, effectivement cela va agir (dans une certaine mesure bien sûr).
Pourquoi minimiser cet effet ? Je suis en fait pratiquement certain que l’homéopathie, même en n’étant qu’un placebo, est un truc génial pour la santé publique : si les patients se soignent avec du sucre, et que cela évite dans pleins de cas de prendre des traitements ayant bien plus d’effets secondaires, et coutant bien plus cher, le bilan est carrément positif.
Vous voyez mon point ? Je ne conteste pas le fait que l’homéopathie est un placébo, mais je dis qu’avoir un placébo est carrément indispensable !
Bien sûr que le nucléaire produit moins de CO2 que les centrales a charbon ! Mais la question n’est pas là !
Le nucléaire représente un danger énorme, aujourd’hui et demain.
Aujourd’hui car un incident est toujours possible, et demain car on ne sait pas traiter les déchets radio-actifs.
Alors on va me dire que les centrales sont sécures… Ce que je ne crois pas. Mon raisonnement est simple, on peut prendre en analogie ce qui s’est passé pour le Boeing 737 Max : les intérêts financiers et la paresse naturelle de la nature humaine peuvent conduire à des catastrophes.
Les accidents peuvent arriver, avec des conséquences potentiellement terribles, et les alternatives sont les énergies propres. certains pays, comme le Danemark sont ainsi bien plus avancés que nous sur ces sujets…
Au final, cet article me fait plutôt penser à une n-ième couche pour manipuler les masses.
Personne ne discute, je pense, l’existence des lobbies, et leurs extrêmes puissances (rappelez moi pourquoi Nicolas Hulot a quitté le gouvernement ?).
Dans un tel contexte, il me semble raisonnable de garder l’esprit critique en éveil.
Après, il est difficile d’avoir des débats intéressant sur ces sujets, car entre les intérêts partisans d’un côté, et la bêtise de l’autre (conspirationnistes & co), le chemin du débat constructif est étroit. Pourtant, ce débat est indispensable pour faire évoluer la société.