4 сентября 2026 года Cloudflare увеличил допустимый размер Cloudflare Worker: теперь для Free и Paid действует единый лимит 64 MiB несжатого bundle. Старые ограничения по сжатому размеру — 3 MB для Free и 10 MB для Paid — больше не используются.
Для обычного небольшого Worker это изменение можно даже не заметить. Но для проектов с тяжёлыми npm-зависимостями, полноценными фреймворками, SDK для AI, парсерами документов и большими наборами серверной логики лимит снимает одно из самых неприятных ограничений edge-разработки.
Что именно изменил Cloudflare
При деплое Wrangler собирает проект в bundle. Раньше Cloudflare проверял его сжатый размер и отклонял загрузку при превышении лимита тарифа. Теперь проверяется только несжатый размер, и его предел составляет 64 MiB на обоих тарифах.
| Параметр | Раньше | Сейчас |
|---|---|---|
| Free | до 3 MB сжатого bundle | 64 MiB несжатого bundle |
| Paid | до 10 MB сжатого bundle | 64 MiB несжатого bundle |
| Что считается | gzip/compressed size | Total Upload — uncompressed size |
Как проверить размер Worker до деплоя
Cloudflare рекомендует использовать dry-run Wrangler. Команда собирает проект, но не публикует его:
npx wrangler deploy --outdir bundled/ --dry-runВ выводе Wrangler есть два числа: Total Upload и gzip. После изменения лимита ориентироваться нужно на Total Upload — именно это значение сравнивается с 64 MiB.
Почему это важно для веб-разработки и автоматизации
Workers всё чаще используют не как короткую функцию-прокси, а как полноценный серверный слой: API для сайта, webhook-процессор, шлюз между CRM и мессенджерами, AI-агент, обработчик очередей или backend для формы заказа. В таких проектах размер зависимостей растёт очень быстро.
- AI SDK и агентные библиотеки. Несколько провайдеров, схемы валидации и инструменты для tool calling могут сильно увеличить bundle.
- Полноценные фреймворки. Современный edge-backend часто содержит роутинг, middleware, auth, валидацию и генерацию типов.
- Документы и данные. Парсеры CSV, XLSX, PDF и библиотеки преобразования данных бывают тяжелее самой бизнес-логики.
- Интеграции. Один Worker может связывать сайт, CRM, Telegram, Google Sheets, платежи и внешний API.
64 MiB не означает, что теперь можно не следить за bundle
Cloudflare отдельно предупреждает: большие bundle могут влиять на время старта. Кроме того, лимиты CPU, памяти и количества subrequests никуда не исчезли. Поэтому увеличение лимита — это запас для архитектуры, а не рекомендация тащить в Worker всё подряд.
Если зависимость нужна только для хранения статических данных или бинарных файлов, лучше вынести их в R2, KV, D1 или Workers Static Assets. Для больших независимых частей логики Cloudflare также предлагает разделять функциональность между Workers и связывать их через Service Bindings.
Что проверить в существующем Worker
- Запустите dry-run и запишите реальный
Total Upload. - Проверьте, какие пакеты действительно попали в production bundle.
- Удалите неиспользуемые SDK и дублирующиеся зависимости.
- Не храните большие JSON, модели и бинарные файлы внутри исходников без необходимости.
- Проверьте cold start и latency после подключения новых библиотек.
- Оставьте запас до 64 MiB вместо деплоя «впритык».
Кому обновление даст больше всего пользы
Новый предел особенно полезен проектам, которые раньше дробили Worker только из-за ограничения размера или были вынуждены искать более лёгкие замены библиотекам. Теперь архитектуру можно выбирать по ответственности компонентов, а не по старому 3/10 MB барьеру.
Для WordPress и WooCommerce Workers удобно использовать как внешний интеграционный слой: принимать webhook, проверять подписи, нормализовать данные и передавать их дальше в CRM, D1, Telegram или другие сервисы. Это позволяет не превращать WordPress в постоянно работающий интеграционный сервер.
Когда всё равно лучше разделить Worker
Если один проект одновременно обслуживает публичный API, тяжёлую AI-обработку, очереди и административные задачи, увеличение лимита не решает вопрос ответственности и отказоустойчивости. Разделение на несколько Workers остаётся полезным, когда компонентам нужны разные секреты, маршруты, лимиты, частота релизов или политика доступа.
Частые вопросы
Лимит 64 MiB действует на бесплатном тарифе?
Да. Cloudflare указывает 64 MiB несжатого Worker bundle и для Free, и для Paid.
Учитывается gzip?
Нет. gzip-значение Wrangler остаётся справочным. Лимит применяется к несжатому Total Upload.
Нужно ли менять wrangler.toml?
Нет. Это изменение лимита платформы; отдельный флаг для включения не требуется.
Можно ли теперь класть в Worker любые большие файлы?
Технический запас вырос, но для больших данных Cloudflare по-прежнему рекомендует специализированные хранилища вроде R2, KV, D1 и Static Assets.
Официальные источники
- Cloudflare Changelog — Deploy larger Workers up to 64 MiB
- Cloudflare Workers — Limits
- Wrangler Workers commands
Если нужно вынести webhook, API или автоматизацию сайта в Cloudflare Workers и связать её с WordPress, WooCommerce, CRM или AI-сервисами, можно обсудить архитектуру автоматизации и прислать текущую схему проекта.
Обсуждение
Вопросы и комментарии
Можно уточнить детали статьи или поделиться своим опытом. Первый комментарий проходит проверку.