2048 символов в GET-запросе: устаревший стандарт или актуальное ограничение?

23.04.25

Интеграция - WEB-интеграция

GET-запросы - это один из краеугольных камней веб-разработки, но их возможности не безграничны. Исторически сложилось, что длина URL в GET-запросе не должна превышать 2048 символов, но откуда взялось это ограничение? Насколько оно актуально в эпоху современных веб-приложений и REST API?

Многие разработчики считают, что максимальная длина URL в GET-запросе не должна превышать 2048 символов. Но так ли это на самом деле? Давайте разберёмся, откуда взялось это ограничение и насколько оно актуально в 2025 году.

 

 

Исторический контекст:
Изначально ограничение в 2083 символа действительно появилось в Internet Explorer (из них 2048 отводилось на строку запроса). Однако проблема была не только в IE:

  • RFC 2616 (HTTP/1.1) не устанавливал жёсткого лимита, но на практике серверы и прокси-серверы (например, старые версии Apache, Nginx, Squid) использовали схожие ограничения (~2000-4000 символов) из-за:
  • Буферизации заголовков.
  • Проблем безопасности (WAF, IDS могли блокировать слишком длинные URL).
  • Ограничений в логировании.

Современные браузеры (на апрель 2025):

Сегодня большинство браузеров поддерживают гораздо более длинные URL:

  • Chrome, Opera, Edge (Chromium): ~32 000 символов.
  • Firefox: до 65 000 (на практике до ~100 000, но возможны ошибки).
  • Safari: до ~80 000 символов (но может обрезать раньше).

Важно: Старый Edge (EdgeHTML) действительно наследовал лимит IE (2083 символа), но новый Edge на Chromium использует те же ограничения, что и Chrome (~32К).

Серверные ограничения:
Даже если браузеры поддерживают длинные URL, серверы и промежуточное ПО могут их обрезать:

  • Nginx: по умолчанию — 4096 символов (large_client_header_buffers).
  • Apache (до 2.4): 8190 символов (LimitRequestLine).
  • Cloudflare и CDN: часто обрезают URL длиннее 8–16К.
  • Twitter API, Google API: многие публичные API имеют лимит ~4000 символов.

Почему всё равно стоит придерживаться ~2000 символов?

  • Совместимость. Старые прокси, корпоративные фаерволы и устаревшие серверы могут отвергать длинные URL.
  • Безопасность. Слишком длинные URL могут:
    •    Триггерить WAF (Web Application Firewall).
    •    Проблемы с логированием (обрезание в логах).
  • SEO. Поисковики (Google, Яндекс) могут игнорировать URL длиннее 2000 символов.
  • Отладка. Ссылки в 30 000 символов неудобны для разработчиков (например, при анализе логов).

Вывод: Технически современные браузеры поддерживают очень длинные URL, но на практике лучше придерживаться лимита ~2000 символов для GET-запросов.  

Что делать, если нужно передать много данных?  

  • Для сложных фильтров используйте POST + body (даже если операция идемпотентная).  
  • Если GET обязателен — применяйте компрессию параметров (например, base64 + gzip для JSON-фильтров).  

Такой подход обеспечит совместимость, безопасность и удобство поддержки кода.

Вступайте в нашу телеграмм-группу Инфостарт

GET POST body JSON

См. также

Сайты и интернет-магазины WEB-интеграция Системный администратор Программист Пользователь 1С v8.3 1C:Бухгалтерия 1С:Управление торговлей 11 Автомобили, автосервисы Россия Управленческий учет Платные (руб)

Интеграционный модуль обмена между конфигурацией Альфа Авто 5 и Альфа Авто 6 и порталом AUTOCRM / LOGICSTARS. Данный модуль универсален. Позволяет работать с несколькими обменами AUTOCRM / LOGICSTAR разных брендов в одной информационной базе в ручном и автоматическом режиме.

36000 руб.

03.08.2020    21772    31    24    

25

SALE! 15%

WEB-интеграция Программист Бизнес-аналитик 1С v8.3 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Оптовая торговля, дистрибуция, логистика ИТ-компания Платные (руб)

Модуль "Экспортер" — это расширение для 1С, предназначенное для автоматизации процессов выгрузки данных. Оно позволяет эффективно извлекать, преобразовывать и передавать данные из систем 1С в интеграционную платформу Spot2D. Подсистема упрощает настройку, снижает количество ручных операций и обеспечивает удобный контроль данных.

17280 14688 руб.

20.12.2024    3997    20    2    

21

WEB-интеграция Программист Руководитель проекта 1С v8.3 1C:Бухгалтерия 1С:Франчайзи, автоматизация бизнеса Платные (руб)

Расширение значительно упрощает написание API на 1С. Веб программисты получают простой и понятный доступ к 1С. Описание API создаётся автоматически и представляется в виде удобном как для человека, так и для программной обработки. Основные преимущества: 1. Документация API создаётся автоматически. Удобна для программной обработки. 2. Изменить API столь же просто как настроить отчёт. Можно опубликовать существующий вариант отчёта. 3. Отчёты в API поддерживают параметры (Период, ДатаНачала и др.) 4. При создании простых методов не требуется изменять конфигурацию. 5. Поддерживается работа с планами обмена.<br/> 6. Возможно настроить отправку из 1С данных корреспондирующей системе, для случаев когда 1С сама "знает" какие данные нужно отправить. 7. После записи в 1С Ле Мурр может возвращать соответствие полученных идентификаторов созданным в 1С объектам данных.

36000 руб.

27.09.2024    8661    7    5    

9

Оптовая торговля WEB-интеграция Бюджетный учет Обмен с ГосИС Бухгалтер Пользователь 1С v8.3 1С:Комплексная автоматизация 1.х 1С:Бухгалтерия 2.0 1С:Управление торговлей 10 1С:Управление производственным предприятием 1С:Управление нашей фирмой 1.6 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Государственные, бюджетные структуры Россия Бухгалтерский учет Управленческий учет Платные (руб)

Обмен данными с "Порталом поставщиков" zakupki.mos.ru Москвы и Московской области с целью создания оферт для закупок государственными учреждениями. Модуль устраняет рутину, минимизирует ошибки и помогает выигрывать больше закупок. Работает строго по требованиям 44-ФЗ.

14400 руб.

13.12.2016    41292    54    39    

37

Обмен с ГосИС WEB-интеграция Бухгалтер Пользователь 1С v8.3 Управляемые формы 1С:Комплексная автоматизация 1.х 1С:Бухгалтерия 2.0 1С:Управление торговлей 10 1С:Управление производственным предприятием 1С:Управление нашей фирмой 1.6 1С:Бухгалтерия государственного учреждения 1С:Документооборот 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Платные (руб)

Обработка является альтернативой механизму, разработанному фирмой 1С и заполняющему реквизиты контрагента по ИНН или наименованию. Не требуется действующей подписки ИТС. Вызывается как внешняя дополнительная обработка, т.е. используется, непосредственно, из карточки контрагента. Заполнение по ИНН или наименованию реквизитов контрагента по данным сайта ФНС (egrul.nalog.ru) для БП 2.0, БП 3.0, БГУ 1.0, БГУ 2.0, УТ 10.3, УТ 11.x, КА 1.1, КА 2.x, УПП 1.x, ERP 2.x, УНФ 1.5, УНФ 1.6, УНФ 3.0, ДО 2.1

5196 руб.

28.04.2016    98220    111    218    

359
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. bayselonarrend 2938 23.04.25 17:08 Сейчас в теме
640КБ 2048 символов хватит всем!
user_1936660; BigB; ixijixi; Трактор; by_1Cnik; +5 Ответить
2. by_1Cnik 253 23.04.25 23:14 Сейчас в теме
3. SerVer1C 992 24.04.25 13:33 Сейчас в теме
так GET - это для получения данных с сервера, а POST - для отправки данных на сервер.
если вы в GET передаёте много байтов, значит ваша архитектура шатается.
4. user_1936660 28.04.25 09:09 Сейчас в теме
(3)
если вы
А если вы используете POST не для отправки, а для получения данных, то не шатается?
Для отправки сообщения требуется регистрация/авторизация