{"id":192,"date":"2026-01-19T00:00:00","date_gmt":"2026-01-18T23:00:00","guid":{"rendered":"https:\/\/helloblog.io\/fr\/jquery-4-0-0-premiere-major-depuis-pres-de-10-ans-et-ce-que-ca-change-vraiment\/"},"modified":"2026-01-19T00:00:00","modified_gmt":"2026-01-18T23:00:00","slug":"jquery-4-0-0-premiere-major-depuis-pres-de-10-ans-et-ce-que-ca-change-vraiment","status":"publish","type":"post","link":"https:\/\/helloblog.io\/fr\/jquery-4-0-0-premiere-major-depuis-pres-de-10-ans-et-ce-que-ca-change-vraiment\/","title":{"rendered":"jQuery 4.0.0 : la premi\u00e8re major depuis pr\u00e8s de 10 ans, et ce que \u00e7a change vraiment"},"content":{"rendered":"\n

Le 14 janvier 2006, John Resig pr\u00e9sentait jQuery au BarCamp de New York. Vingt ans plus tard, l\u2019\u00e9quipe jQuery publie la version finale jQuery 4.0.0<\/strong> (annonce du 17 janvier 2026), apr\u00e8s un cycle de d\u00e9veloppement long et plusieurs pr\u00e9-releases. C\u2019est la premi\u00e8re version majeure depuis presque une d\u00e9cennie : il y a donc des breaking changes<\/em>, mais l\u2019\u00e9quipe s\u2019attend \u00e0 ce que la plupart des projets puissent migrer avec peu d\u2019ajustements.<\/p>\n\n\n\n

L\u2019id\u00e9e g\u00e9n\u00e9rale de cette major est assez claire : enlever du code legacy, supprimer des APIs d\u00e9j\u00e0 d\u00e9pr\u00e9ci\u00e9es, nettoyer certains param\u00e8tres internes expos\u00e9s \u00ab par accident \u00bb dans des fonctions publiques, et arr\u00eater quelques comportements \u00ab magiques \u00bb devenus trop complexes \u00e0 maintenir.<\/p>\n\n\n\n

Pour accompagner la transition, deux outils sont mis en avant : le guide de migration<\/strong> https:\/\/jquery.com\/upgrade-guide\/4.0\/<\/a> et la nouvelle release du plugin jQuery Migrate<\/strong> https:\/\/github.com\/jquery\/jquery-migrate\/<\/a>. Et si tu tombes sur un souci en upgrade, le canal recommand\u00e9 reste les issues GitHub : https:\/\/github.com\/jquery\/jquery\/issues<\/a>.<\/p>\n\n\n\n

Disponibilit\u00e9 : CDN officiel et npm (les CDN tiers suivront)<\/h2>\n\n\n\n

jQuery 4.0.0 est disponible sur le CDN officiel<\/strong> (et comme d\u2019habitude aussi via npm<\/strong>). Les CDN tiers devraient se mettre \u00e0 jour, mais leurs d\u00e9lais restent ind\u00e9pendants de l\u2019\u00e9quipe jQuery.<\/p>\n\n\n\n

Fin du support IE<11 (IE11 vis\u00e9 en deux \u00e9tapes)<\/h2>\n\n\n\n

Premier point visible : jQuery 4.0 supprime le support d\u2019IE 10 et plus anciens<\/strong>. La question \u00ab pourquoi pas IE11 ? \u00bb revient souvent : l\u2019\u00e9quipe explique proc\u00e9der par \u00e9tapes, et annonce que la prochaine \u00e9tape – la fin d\u2019IE11 – est pr\u00e9vue pour jQuery 5.0<\/strong> (voir le PR mentionn\u00e9 : https:\/\/github.com\/jquery\/jquery\/pull\/5077<\/a>).<\/p>\n\n\n\n

Dans la m\u00eame logique, jQuery 4.0 arr\u00eate aussi le support d\u2019autres navigateurs tr\u00e8s anciens : Edge Legacy<\/strong>, les versions iOS<\/strong> plus anciennes que les 3 derni\u00e8res<\/strong>, les versions Firefox<\/strong> plus anciennes que les 2 derni\u00e8res<\/strong> (hors Firefox ESR<\/strong>), ainsi que Android Browser<\/strong>. L\u2019annonce pr\u00e9cise qu\u2019aucun changement ne devrait \u00eatre requis c\u00f4t\u00e9 code ; mais si tu dois imp\u00e9rativement supporter ces navigateurs, il faut rester sur jQuery 3.x<\/strong>.<\/p>\n\n\n\n

Trusted Types + CSP : jQuery se met au niveau des politiques modernes<\/h2>\n\n\n\n

jQuery 4.0 ajoute le support des Trusted Types<\/strong> (m\u00e9canisme de s\u00e9curit\u00e9 c\u00f4t\u00e9 navigateur) pour que du HTML encapsul\u00e9 en TrustedHTML<\/strong> (cf. MDN) puisse \u00eatre fourni aux m\u00e9thodes de manipulation jQuery sans violer la directive CSP require-trusted-types-for<\/code>. R\u00e9f\u00e9rence cit\u00e9e dans l\u2019annonce : https:\/\/twitter.com\/kkotowicz\/status\/1445713282128515074<\/a> et l\u2019API TrustedHTML<\/code> : https:\/\/developer.mozilla.org\/en-US\/docs\/Web\/API\/TrustedHTML<\/a>.<\/p>\n\n\n\n

Dans la continuit\u00e9 \u00ab CSP-friendly \u00bb, l\u2019\u00e9quipe rappelle qu\u2019une partie des requ\u00eates AJAX utilisait d\u00e9j\u00e0 des balises <script><\/code> pour conserver certains attributs comme crossdomain<\/code>, mais que jQuery a ensuite bascul\u00e9 la plupart des chargements asynchrones de scripts<\/strong> vers des <script><\/code> tags afin d\u2019\u00e9viter les erreurs CSP li\u00e9es \u00e0 l\u2019ex\u00e9cution d\u2019inline scripts. Le changement est trac\u00e9 ici : https:\/\/github.com\/jquery\/jquery\/pull\/4763<\/a>.<\/p>\n\n\n\n

Il reste n\u00e9anmoins quelques cas o\u00f9 un XHR<\/strong> est encore utilis\u00e9 pour des requ\u00eates asynchrones de scripts, notamment quand l\u2019option "headers"<\/code> est pass\u00e9e (l\u2019annonce recommande d\u2019utiliser scriptAttrs<\/code> \u00e0 la place). Mais, quand c\u2019est possible, jQuery 4.0 privil\u00e9gie d\u00e9sormais la balise <script><\/code>.<\/p>\n\n\n\n

Le code source jQuery passe aux ES modules (adieu AMD c\u00f4t\u00e9 source)<\/h2>\n\n\n\n

Changement structurel majeur : le code source de la branche main<\/code> a migr\u00e9 de AMD<\/strong> (format historiquement associ\u00e9 \u00e0 RequireJS) vers les ES modules (ESM)<\/strong>. R\u00e9f\u00e9rences : AMD expliqu\u00e9 ici https:\/\/requirejs.org\/docs\/whyamd.html<\/a> et PR de migration https:\/\/github.com\/jquery\/jquery\/pull\/4541<\/a>.<\/p>\n\n\n\n

Concr\u00e8tement, jQuery publiait d\u00e9j\u00e0 ses sources sur npm et GitHub, mais elles n\u2019\u00e9taient pas importables directement sous forme de modules sans RequireJS<\/strong>, qui servait aussi d\u2019outil de build. D\u00e9sormais, le packaging passe par Rollup<\/strong> (pr\u00e9sentation : https:\/\/rollupjs.org\/introduction\/<\/a>), et les tests sont ex\u00e9cut\u00e9s sp\u00e9cifiquement sur les modules ESM. Le r\u00e9sultat : une compatibilit\u00e9 plus naturelle avec les toolchains modernes, et la possibilit\u00e9 de fonctionner via <script type=module><\/code>.<\/p>\n\n\n\n

APIs d\u00e9pr\u00e9ci\u00e9es supprim\u00e9es : ce qui dispara\u00eet en 4.0<\/h2>\n\n\n\n

jQuery 4.0 retire une s\u00e9rie d\u2019APIs d\u00e9pr\u00e9ci\u00e9es depuis plusieurs versions. Certaines \u00e9taient destin\u00e9es \u00e0 l\u2019interne, d\u2019autres ont aujourd\u2019hui des \u00e9quivalents natifs dans tous les navigateurs encore support\u00e9s. Liste des fonctions supprim\u00e9es :<\/p>\n\n\n\n

    \n\n
  • jQuery.isArray<\/code><\/li>\n\n\n
  • jQuery.parseJSON<\/code><\/li>\n\n\n
  • jQuery.trim<\/code><\/li>\n\n\n
  • jQuery.type<\/code><\/li>\n\n\n
  • jQuery.now<\/code><\/li>\n\n\n
  • jQuery.isNumeric<\/code><\/li>\n\n\n
  • jQuery.isFunction<\/code><\/li>\n\n\n
  • jQuery.isWindow<\/code><\/li>\n\n\n
  • jQuery.camelCase<\/code><\/li>\n\n\n
  • jQuery.nodeName<\/code><\/li>\n\n\n
  • jQuery.cssNumber<\/code><\/li>\n\n\n
  • jQuery.cssProps<\/code><\/li>\n\n\n
  • jQuery.fx.interval<\/code><\/li>\n\n<\/ul>\n\n\n\n

    L\u2019\u00e9quipe recommande d\u2019utiliser les \u00e9quivalents natifs tels que Array.isArray()<\/code>, JSON.parse()<\/code>, String.prototype.trim()<\/code> et Date.now()<\/code>.<\/p>\n\n\n\n

    Un effet collat\u00e9ral positif : la suppression de ces APIs, combin\u00e9e \u00e0 la suppression du code sp\u00e9cifique aux vieux IE, r\u00e9duit la taille de jQuery de plus de 3 kB en gzip<\/strong>.<\/p>\n\n\n\n

    Nettoyage du prototype : push\/sort\/splice retir\u00e9s<\/h2>\n\n\n\n

    Autre breaking change : le prototype jQuery exposait depuis longtemps des m\u00e9thodes de type Array qui ne se comportaient pas comme les m\u00e9thodes jQuery, et qui \u00e9taient con\u00e7ues pour un usage interne : push<\/code>, sort<\/code> et splice<\/code>. Elles sont d\u00e9sormais supprim\u00e9es du prototype jQuery<\/strong>.<\/p>\n\n\n\n

    Si tu les utilisais directement (ex. $elems.push(elem)<\/code>), l\u2019\u00e9quivalent donn\u00e9 est d\u2019appeler les m\u00e9thodes natives d\u2019Array en for\u00e7ant le this<\/code> :<\/p>\n\n\n\n

    <\/circle><\/circle><\/circle><\/g><\/svg><\/span>