jQuery 4.0 и современный веб

Feb 9, 2026 · 4 min read

Стоит ли переходить на jQuery 4.0, или нативный JavaScript наконец сделал эту библиотеку устаревшей? С выходом первого крупного релиза jQuery почти за десятилетие в январе 2026 года, frontend-разработчики, поддерживающие существующие приложения, сталкиваются с практическим выбором: обновиться, остаться на текущей версии или полностью мигрировать на другие решения.

В этой статье мы разберём, что реально изменилось в jQuery 4.0, какие риски несёт обновление, и когда современный jQuery всё ещё имеет смысл по сравнению с нативным JavaScript.

Ключевые выводы

jQuery 4.0 прекращает поддержку IE10 и Edge Legacy, в то время как IE11 пока остаётся поддерживаемым.
Библиотека теперь имеет современную упаковку с улучшенной совместимостью с Trusted Types и CSP.
Критические изменения включают удаление устаревших API, обновлённый порядок событий focus/blur и изменённое поведение Ajax.
Нативный JavaScript покрывает большинство сценариев использования jQuery для новых проектов, но jQuery остаётся практичным решением для legacy-приложений и постепенной модернизации.
Используйте плагин jQuery Migrate для выявления устаревших паттернов перед обновлением.

Что изменилось в jQuery 4.0

jQuery 4.0 модернизирует основу библиотеки, удаляя накопившийся legacy-код. Вот что важно для планирования обновления.

Базовая поддержка браузеров

jQuery 4.0 прекращает поддержку Internet Explorer 10, Edge Legacy (до перехода на Chromium) и старых мобильных браузеров. IE11 всё ещё поддерживается в этой версии, давая командам дополнительное время на модернизацию перед будущим крупным релизом, который его удалит.

Slim-сборка идёт дальше, удаляя Ajax-модули и поддержку анимации для уменьшения размера. Она также удаляет Deferreds, Callbacks и queue, предполагая наличие нативных Promises в современных окружениях.

Современная упаковка

jQuery 4.0 внедряет современные инструменты сборки и package exports, которые улучшают совместимость с современными бандлерами, такими как Vite, Rollup и webpack. Если ваш build pipeline ожидает CommonJS или AMD, могут потребоваться корректировки — хотя большинство инструментов обрабатывают это автоматически.

Подробности об окружении см. в официальном руководстве по обновлению jQuery 4.0.

Улучшения безопасности

jQuery 4.0 добавляет поддержку Trusted Types и улучшает совместимость с Content Security Policy. Предыдущие версии могли нарушать строгие CSP-конфигурации в определённых путях API. Для команд, применяющих современные политики безопасности, это значимое улучшение.

Анонс релиза более подробно описывает эти изменения в безопасности: jQuery 4.0.0 Release.

Удалённые API и изменённое поведение

Давно устаревшие утилиты удалены. Slim-сборка полностью удаляет Deferreds и Callbacks, предполагая нативные Promises. Автоматическое преобразование в JSONP удалено в пользу явного использования CORS или JSONP там, где это необходимо. FormData теперь работает автоматически с jQuery.ajax.

Самое незаметное критическое изменение: порядок событий focus/blur теперь соответствует спецификациям W3C, а не исторической кросс-браузерной нормализации jQuery. Код, полагающийся на старый порядок, может вести себя неожиданно.

jQuery против нативного JavaScript: реальный компромисс

Вопрос не в том, может ли нативный JavaScript заменить jQuery — очевидно, может. Вопрос в том, должен ли он это делать для вашей конкретной кодовой базы.

Когда нативный JavaScript выигрывает

Для новых проектов нативные API, такие как document.querySelector(), fetch() и classList, покрывают большую часть того, что исторически предоставлял jQuery. Современные браузеры реализуют их согласованно. Производительность незначительно лучше без накладных расходов библиотеки, и вы избегаете внешней зависимости.

Если вы создаёте новое приложение с современным фреймворком, добавление jQuery создаёт ненужный балласт.

Когда jQuery всё ещё имеет смысл

jQuery остаётся практичным решением для:

Legacy-приложений с обширным использованием jQuery, где переписывание не оправдано
Постепенной модернизации, когда вы обновляете код частями
Корпоративных стеков со стабильными, долгоживущими кодовыми базами и зависимостями от плагинов
CMS-платформ, таких как WordPress, где jQuery уже присутствует

Большой процент веб-сайтов, всё ещё использующих jQuery, — это не весь технический долг; многие из них — стабильные системы, где библиотека продолжает отлично работать.

Обновление до jQuery 4: ключевые риски

Обновление с jQuery 3.x не является простой заменой. Планируйте следующие точки трения:

Удалённые утилиты: проведите аудит кодовой базы на предмет устаревших методов. Плагин jQuery Migrate выявляет проблемные паттерны.

Обработка CSS-единиц: некоторые граничные случаи с безразмерными значениями изменились.

Порядок событий: протестируйте любой код, зависящий от последовательностей focus/blur/focusin/focusout.

Поведение Ajax: обработка FormData и изменения JSONP могут повлиять на API-вызовы.

Большинство приложений обновляются с минимальными изменениями, но «минимальные» — это не «нулевые». Заложите время на тестирование.

Стоит ли обновляться?

Обновляйтесь, если: вам нужна улучшенная поддержка CSP/Trusted Types, вы планируете долгосрочно оставаться на jQuery или хотите получать актуальные обновления безопасности.

Оставайтесь на 3.x, если: ваше приложение стабильно, тестирование обновления нецелесообразно или вы всё равно планируете миграцию на фреймворк. Существуют опции расширенной поддержки для команд, которые не могут обновиться немедленно.

Откажитесь от jQuery полностью, если: вы начинаете с нуля с современным фреймворком или ваше покрытие нативным JavaScript уже достаточно.

Заключение

jQuery 4.0 — это разумная модернизация для команд, приверженных библиотеке. Она более безопасна и соответствует текущим стандартам браузеров. Но это не причина внедрять jQuery, если вы его ещё не использовали.

Для существующих приложений оценивайте обновление на основе ваших требований к безопасности, зависимостей от плагинов и возможностей тестирования — а не на основе того, «всё ещё ли актуален» jQuery. Для миллионов production-приложений он явно актуален.

Часто задаваемые вопросы

Не полностью. jQuery 4.0 удаляет несколько устаревших API и изменяет поведение в таких областях, как порядок событий focus/blur и обработка Ajax. Используйте плагин jQuery Migrate для сканирования вашей кодовой базы на предмет несовместимых паттернов перед обновлением. Большинству приложений требуются лишь незначительные корректировки, но тестирование необходимо.

jQuery 4.0 прекращает поддержку Internet Explorer 10 и более ранних версий, но IE11 всё ещё поддерживается. Если ваше приложение должно поддерживать пользователей IE11, вы можете обновиться, планируя его окончательное удаление в будущем крупном релизе.

Для большинства новых проектов нативный JavaScript — лучший выбор. Современные браузерные API, такие как querySelector, fetch и classList, обеспечивают эквивалентную функциональность без дополнительных зависимостей. Оставьте jQuery для проектов, интегрирующихся с существующими jQuery-кодовыми базами или CMS-платформами, где он уже присутствует.

Начните с определения того, какие функции jQuery вы реально используете. Замените выборку DOM на querySelector и querySelectorAll, замените Ajax-вызовы на fetch и используйте classList для манипуляции классами. Мигрируйте постепенно, тестируя каждое изменение. Для сложных приложений рассмотрите возможность сохранения jQuery для legacy-секций, в то время как новый код пишется нативно.

Gain Debugging Superpowers

Unleash the power of session replay to reproduce bugs, track slowdowns and uncover frustrations in your app. Get complete visibility into your frontend with OpenReplay — the most advanced open-source session replay tool for developers. Check our GitHub repo and join the thousands of developers in our community.