Mort de XSLT — Google met fin à la prise en charge de XSLT

 (xslt.rip)
1 points par GN⁺ 2025-11-11 | 2 commentaires | Partager sur WhatsApp
  • Google a officiellement annoncé son projet de mettre complètement fin à la prise en charge de XSLT d’ici 2027
  • XSLT est un langage permettant de transformer des documents XML en d’autres formes de XML, et il est encore utilisé sur plusieurs sites web gouvernementaux
  • Google avait déjà tenté d’abandonner la prise en charge de XSLT en 2013, et il s’agit de sa deuxième tentative
  • Mozilla et Apple ont également indiqué leur intention de participer à la suppression de XSLT, et leurs relations financières avec Google sont mentionnées
  • Cela est présenté comme un changement technique important susceptible d’affecter les standards du web et l’accessibilité des contenus

Annonce de la fin de la prise en charge de XSLT par Google

  • Le 24 octobre 2025, Google a publié sur le forum des développeurs Chromium le document “Intent to Deprecate and Remove: Deprecate and remove XSLT”
    • En conséquence, la fonctionnalité XSLT devrait être complètement supprimée d’ici 2027
  • Google avait déjà tenté de supprimer XSLT en juillet 2013
    • Cette tentative avait été abandonnée, mais l’annonce actuelle relance le processus 12 ans plus tard

Historique des abandons technologiques de Google

  • À ce jour, Google serait connu pour avoir mis fin à environ 300 technologies
    • Exemple emblématique : Google Reader, dont l’arrêt a été annoncé le 13 mars 2013
  • XSLT devrait bientôt être ajouté à la liste ‘Killed by Google’
  • L’article emploie l’expression selon laquelle Google n’aime pas XML ni RSS, en soulignant le lien entre RSS et XSLT

Affirmations liées à XML et RSS

  • RSS est une technologie utilisée pour la diffusion d’actualités, et l’article évoque la possibilité pour Google d’exercer un contrôle sur l’information en l’éliminant
  • XSLT est une technologie utilisée sur plusieurs sites web gouvernementaux, et il est souligné que la décision de Google pourrait aussi affecter les technologies web liées au travail législatif
  • L’article présente une vision critique selon laquelle Google renforce son contrôle sur le web en supprimant XML et RSS

Position des autres navigateurs

  • Mozilla a indiqué que la suppression de XSLT pourrait « casser du contenu web existant » (break existing web content)
  • Apple a exprimé sa volonté de participer plus tôt (participate sooner) que l’échéance fixée par Google pour 2027
  • L’article cite que Google aurait versé environ 420 millions de dollars par an à Mozilla et 20 milliards de dollars par an à Apple
    • Il avance qu’au cours des dix dernières années, un total d’environ 244,2 milliards de dollars aurait été versé à ces deux entreprises

Appel à préserver XSLT

  • L’auteur insiste sur le message : « empêchons Google de tuer XSLT »
  • Le texte inclut aussi un appel à l’action : « ajoutez XSLT à vos sites web et blogs »
  • Il se conclut par le slogan “Keep XSLT alive!”, en appelant à la participation des utilisateurs et à la préservation de la technologie

À lire aussi

2 commentaires

 
t7vonn 2025-11-12

Arrêtons de nous l’envoyer.
 
GN⁺ 2025-11-11
Réactions sur Hacker News

  • J’espérais que le site soit vraiment un document XML, et heureusement c’était bien le cas
    En vérifiant avec la commande curl https://xslt.rip/, on voit qu’à l’intérieur de la balise <html> se trouve la phrase « If you're reading this, XSLT was killed by Google. »

    • C’est une méthode astucieuse pour distinguer si le navigateur prend en charge XSLT
      Le contenu réel se trouve dans index.xsl, et son auteur, frontend designer, tient aussi un joli site personnel à l’adresse dbushell.com
      Les deux sites ont une vraie sensibilité personnelle
    • Pour moi, XSLT donne l’impression d’être une technologie qui a fait exploser la complexité du web, au point de ne laisser au final que deux navigateurs
      Le design du site rappelle l’époque du web des années 90, ce qui le rend étrangement amusant
    • Si on y accède avec un navigateur texte (Lynx, etc.), on ne voit que cette phrase, un peu comme quand un <noscript> affiche « ce site nécessite JavaScript »
      Je me demande maintenant s’il reste encore des navigateurs, hors Google, qui implémentent XSLT

  • Je suis fermement opposé à la suppression du support XSLT dans les navigateurs
    Sur mon site personnel, j’utilise à la fois XSLTProcessor en JavaScript et <?xml-stylesheet …?>, et j’ai aussi laissé un avis dans ce thread GitHub
    Cela dit, ce site me semble employer une formulation un peu exagérée. Je pense que les raisons de sécurité et de maintenance de Google sont sincères, mais que l’orientation choisie est mauvaise
    Ce genre de page risque davantage d’agacer les décideurs que de les convaincre

    • S’il y a des gens qui utilisent vraiment cette fonctionnalité, ce doit être une toute petite équipe d’élite
    • En faisant la transformation XSLT côté serveur, on peut utiliser des outils modernes et ça fonctionne dans tous les navigateurs
    • L’exagération du site ressemble à un humour volontaire
    • On ne convaincra pas des décideurs avec une seule page web. Le but de cette page est simplement de sensibiliser au sujet
    • Étant donné que libxslt est presque sans maintenance et traîne beaucoup de failles de sécurité, sa suppression me paraît justifiée
      Si l’on voulait vraiment sauver XSLT, le mieux aurait été de créer une nouvelle implémentation en Rust

  • Je suis peut-être minoritaire, mais je trouve dommage que XSLT se fige ainsi
    Il y a 25 ans, créer une multitude de bibliothèques incomplètes pour remplacer l’écosystème XML+XPath+XSLT a été un gaspillage de talents
    J’admets les excès de SOAP ou de XML Schema, mais la méthode initiale de JSON avec eval() n’était pas non plus de la bonne ingénierie
    On aurait pu construire au final un meilleur système XML, mais l’attrait de la nouveauté a fait abandonner les avantages existants, ce que je regrette

    • Il n’y a toujours presque pas de bons parseurs XML, alors qu’il existe beaucoup de parseurs JSON
      En Ruby, Python, Java, etc., parser du XML a toujours été pénible, alors que JSON était bien plus simple et stable
    • La spécification JSON tient en deux pages, tandis que celle de XML fait un livre entier. Rien que là, on sent déjà la différence de poids
    • J’ai utilisé XSLT autrefois et je l’ai vraiment détesté au plus haut point
      C’était si complexe qu’il fallait presque un expert dédié, et cela donnait l’impression d’un gaspillage en soi
    • Malgré tout, il y avait des usages très élégants, comme le rendu direct de fichiers RSS dans le navigateur
      C’est dommage de voir disparaître les idées du web sémantique des années 2010

  • Je n’utilise presque jamais XSLT, mais ça m’agace que Google se comporte comme s’il était « le web » lui-même
    C’est pareil avec les tentatives de supprimer uBlock Origin, et je n’aime pas non plus la manière dont les navigateurs IA montrent la réalité sous une forme déformée
    Je ne veux pas d’un monde où l’État ou les entreprises jouent les intermédiaires et contrôlent l’information
    Je pense d’ailleurs que la qualité de la recherche Google a déjà été volontairement dégradée depuis cinq ans

    • Je pense pareil. Je me moque de XSLT, mais si Google décidait de supprimer HTML, qui pourrait l’en empêcher ? Cette impression d’impuissance est pesante
    • Le fait qu’il n’y ait en pratique plus que trois moteurs de navigateur est inquiétant
    • Google devrait être scindé entre Search, Android, Chrome et AdSense
      Avec le monopole publicitaire, la suppression des adblockers, les restrictions sur l’installation d’apps, l’entreprise a pris le contrôle de l’écosystème web
      Cela dit, le design de ce site est vraiment magnifique, avec une vraie esthétique rétro
    • Dans ce cas, quel serait le modèle alternatif ?
      Même chez Google, beaucoup de décisions relevaient de « on ne veut pas forcément s’en charger, mais qui d’autre pourrait le faire ? »
      Comme avec OpenGL, dont le modèle de consortium a échoué face à DirectX, l’ouverture d’un standard ne suffit pas toujours à préserver un marché
      Les standards du navigateur portent le même risque. Au final, l’essentiel est de savoir qui peut faire entendre sa voix

  • Vu la complexité extrême des navigateurs, je suis partiellement d’accord avec la décision de retirer XSLT
    Personnellement, je n’ai jamais utilisé XSLT, et je n’ai pas l’impression que le lien avec RSS soit si fort

  • Si Google guérissait le cancer demain, quelqu’un dirait sûrement quand même que « Google a tué le cancer »
    Il est peu probable qu’un petit éditeur de navigateur veuille maintenir longtemps un vieux code XSLT, et les nouveaux navigateurs ne prévoiront sans doute pas d’en ajouter le support
    Cela me semble être une décision bien cadrée

    • Mais les petits navigateurs implémentent justement de façon sélective uniquement les fonctions dont ils ont besoin
      Dans ce cas, j’aimerais savoir quelles entreprises soutiennent concrètement cette décision
    • Par « petits navigateurs », de quels acteurs parle-t-on exactement ?

  • Ce site web ressemble à une sorte de test de Rorschach
    Il contient à la fois une critique du type « Google a tué XSLT » et une satire de l’idée qu’il serait absurde de pousser XSLT en 2025
    La formule « Parlez de XSLT à vos amis et à votre famille ! Ajoutez-le à votre site web avant qu’il ne soit trop tard ! » l’illustre bien

    • C’est clairement une intention de parodier l’exagération
    • Mais moi, j’utilise réellement XSLT à cause d’un flux Atom
      Sur un site statique, XSLT est la seule manière de rendre un flux RSS lisible et agréable
      Ce type de changement retire encore davantage d’autonomie au web personnel et pousse vers un monde centré sur les grandes web apps

  • On dirait la fin d’une époque
    À l’époque, en étudiant des tutoriels XSLT, je trouvais fascinant de pouvoir rendre des documents XML « vivants »
    Je l’utilise encore aujourd’hui pour styliser mon flux RSS
    Les annonces liées sont un message sur le forum Chromium et la documentation développeur de Chrome
    Je comprends que la charge de maintenance soit lourde, mais j’ai l’impression qu’un petit plaisir du web disparaît encore une fois

  • Google a déjà presque tout monopolisé
    Comme dans le cas d’Android (lien connexe), c’est désormais Google qui décide de ce qui est autorisé ou interdit
    Du coup, ce serait bien de créer une campagne façon keepXSLTAlive.tld, à l’image de keepandroidopen.org
    Ou bien d’ajuster un peu l’interface de xslt.rip pour lui donner une vraie ambiance de résistance

    • Mais même si la critique de Google est justifiée, cela ne suffit pas à justifier le maintien de XSLT
      Une technologie doit être évaluée pour sa valeur propre

  • Cette page web est vraiment superbe
    J’ai soudain envie de refaire une page HTML façon années 90 avec les balises <iframe>, <blink>, <marquee>, <table>

    • C’est une blague, mais blink et marquee devraient maintenant être rendus en Canvas
      Non, même Canvas est dépassé, il faut le faire en WebGPU
    • Il faut absolument une bannière « en travaux »
    • J’ai récemment dû extraire des données d’une page composée uniquement de tableaux, et c’était l’enfer des tableaux imbriqués