Ces éditeurs de texte enrichi qui nous mentent (un peu) : quand le 'facile' cache le 'bordel'

Le mythe de l'édition WYSIWYG : un rêve brisé à chaque copier-coller

On l'a tous vécu, n'est-ce pas ? Cette petite victoire, ce sentiment d'efficacité quand le client nous dit : « Je veux pouvoir éditer mon contenu tout seul, comme dans Word ! » Et nous, développeurs web, on sort notre arme secrète : l'éditeur de texte enrichi. TinyMCE, CKEditor, Quill… la panoplie est vaste. On l'intègre, on le configure, on fait quelques tests, et hop ! Magie ! Le client est ravi. Le contenu est beau, les titres sont H2, les listes sont des <ul>, tout est sémantiquement correct… en apparence.

Puis, les semaines passent. Les mois. Et là, le drame. Le client, dans sa quête d'autonomie, a commencé à copier-coller des passages entiers de ses anciens documents Word, de ses emails, de pages web concurrentes. Et là, le cauchemar. Le beau HTML propre qu'on avait mis en place se transforme en une sorte de bouillie infâme, un patchwork de balises <span style="font-family: Calibri; font-size: 11pt;">, de <b> imbriqués dans des <strong>, et de paragraphes vides à n'en plus finir. On se retrouve avec un DOM qui ressemble à une scène de crime après une bataille rangée entre tous les navigateurs de la planète. Ça vous parle ? Parce que moi, oui, et croyez-moi, j'ai vu des choses qui feraient pleurer un validateur W3C.

La liberté du copier-coller : une fausse bonne idée ?

Le problème n'est pas tant l'éditeur en lui-même. Ces outils sont de petites merveilles d'ingénierie, capables de transformer une zone de texte basique en une interface de création puissante. Le problème, c'est l'usage qu'on en fait, et surtout, l'illusion qu'ils créent. L'illusion que n'importe qui, sans aucune connaissance du HTML, peut produire du contenu web propre et sémantique. C'est un peu comme donner une Formule 1 à quelqu'un qui n'a jamais conduit qu'un tracteur. Il va avancer, certes, mais pas forcément là où il faut, et avec des dégâts collatéraux.

J'ai passé des nuits à débugger des mises en page cassées parce qu'un client avait collé un tableau Excel directement dans l'éditeur. Ou pire, une image avec un alignement flottant qui venait d'un site externe et qui ruinait tout le responsive design. On se dit : « Mais pourquoi n'a-t-il pas utilisé le bouton 'Insérer une image' ? » La réponse est simple : parce qu'il ne réfléchit pas en termes de 'boutons' ou de 'bonnes pratiques web'. Il pense en termes de 'je veux que ça ressemble à ça, là, tout de suite'. Et l'éditeur, malheureusement, lui offre cette liberté… une liberté qui se paye cher en temps de développement et en performances.

Nettoyer le bazar : le développeur, éternel concierge du contenu

Alors, que fait le développeur web senior passionné que je suis face à ce déluge de balises inutiles ? On nettoie. On écrit des scripts côté serveur pour passer un coup de Kärcher sur le HTML entrant. On utilise des librairies comme DOMPurify pour assainir le tout, retirer les attributs style, les balises non autorisées. On met en place des règles strictes sur ce qui peut être collé et ce qui ne peut pas l'être. On passe plus de temps à réparer ce que l'éditeur a permis de faire qu'à développer de nouvelles fonctionnalités. C'est frustrant, avouons-le.

J'ai même expérimenté des stratégies plus radicales. Pour un projet où la qualité du HTML était absolument critique pour le SEO et l'accessibilité, j'ai tout simplement désactivé la plupart des options de formatage libre. Les utilisateurs pouvaient seulement choisir entre un nombre limité de styles prédéfinis (H2, H3, paragraphe, liste) et insérer des images via un gestionnaire dédié. Leurs réactions ? Un mélange de frustration initiale et, finalement, de soulagement. Moins d'options, moins de choix, moins de chances de faire des bêtises. Et pour nous, moins de support, moins de bugs visuels.

La sémantique sacrifiée sur l'autel de la facilité (apparente)

Le vrai drame, au-delà de l'aspect visuel, c'est la sémantique. Un <strong> utilisé pour donner une apparence de titre alors qu'il devrait être un <h2>, c'est un coup de poignard dans le dos de l'accessibilité et du SEO. Les lecteurs d'écran galèrent, les robots des moteurs de recherche ne comprennent plus la structure du contenu. On se bat pour des balises sémantiques dans notre code, pour une structure logique de nos pages, et tout est balayé par un simple copier-coller maladroit. C'est un peu comme construire une maison avec des fondations en or massif, et laisser le client y ajouter des murs en carton-pâte.

Alors, sommes-nous condamnés à cette guerre éternelle contre les éditeurs WYSIWYG ? Je ne le crois pas. Je pense qu'il faut revoir notre approche. Plutôt que de leur donner une liberté totale, nous devrions les guider, les contraindre gentiment. Limiter les options, offrir des blocs de contenu structurés, des templates prédéfinis. Éduquer les utilisateurs, aussi, sur l'importance d'un contenu web propre. C'est un travail de longue haleine, mais c'est essentiel si nous voulons que le web reste un espace bien structuré et accessible à tous.

Et si le Markdown était la solution oubliée ?

Parfois, je me prends à rêver d'un monde où tout le monde utiliserait le Markdown pour écrire du contenu. Simple, léger, sémantique par nature, il force à une certaine rigueur. Bien sûr, je sais, c'est un rêve de développeur. Le grand public n'a pas envie d'apprendre une syntaxe. Mais des outils comme Notion ou Slack ont montré qu'on peut introduire des éléments de Markdown de manière intuitive, sans que l'utilisateur ne se sente perdu. Peut-être la solution est-elle là : des éditeurs qui ressemblent à du WYSIWYG, mais qui, en coulisses, génèrent du Markdown propre, ou du HTML ultra-simplifié, puis le transforment en HTML riche à l'affichage. Un pont entre la simplicité d'écriture et la rigueur du rendu.

Pour l'instant, mon conseil est simple : soyez vigilants. Ne faites pas confiance aveuglément à l'éditeur. Mettez en place des filtres robustes, éduquez vos clients, et n'hésitez pas à simplifier l'interface de l'éditeur au maximum. Moins, c'est souvent plus, surtout quand il s'agit de laisser les non-initiés créer du contenu web. Votre santé mentale (et celle de votre DOM) vous remerciera. Et vous, quelles sont vos astuces pour dompter la bête du WYSIWYG ?