Ответ пришёл не до конца
HTTP умеет передавать тело ответа частями: каждый фрагмент предваряется своей длиной, а завершается всё пустым фрагментом. Так сервер отправляет данные, размер которых заранее неизвестен, например страницы, генерируемые на лету. Если посреди этой передачи связь обрывается, а завершающий фрагмент не приходит, Chrome показывает ERR_INCOMPLETE_CHUNKED_ENCODING.
Проще говоря, страница начала загружаться, часть данных получена, но окончания нет. Браузер не знает, полный ли документ у него на руках, и сообщает об ошибке.
Учитывайте и возможность проблем на устройстве: нехватка оперативной памяти у браузера с множеством открытых вкладок иногда заканчивается тем, что тяжёлая страница обрывается на середине загрузки.
Кто мог прервать передачу
Чаще всего сам сервер: приложение упало посреди формирования ответа, исчерпало память, превысило время выполнения или было перезапущено в момент запроса. Также причиной становится обратный прокси или балансировщик, который закрыл соединение раньше, чем приложение закончило.
Со стороны сети вероятны нестабильное подключение, антивирус, проверяющий поток и обрывающий его, а также промежуточные устройства с ограничением длины ответа. Иногда виноват кеширующий слой, отдавший повреждённую запись или отрезавший ответ на границе лимита.
Как понять, кто виноват
Обновите страницу несколько раз. Если ошибка случайная, склоняйтесь к нестабильной сети или перегруженному серверу. Если стабильная на одной странице и отсутствует на других, на стороне сайта проблема конкретного сценария или скрипта.
Откройте адрес в другом браузере и на другом устройстве. Если сбой повторяется везде, причина в сервере или на пути к нему. Затем попробуйте мобильную сеть вместо домашней. Если так работает, проблема в вашем роутере или у провайдера.
Наконец, отключите расширения и веб-защиту антивируса на время проверки.
Что исправить у себя
Перезагрузите роутер, переключитесь между Wi-Fi и кабелем, отключите расширения, очистите кеш браузера. Обновите сетевые драйверы. Если вы работаете через прокси или защитную программу, проверьте её журнал: она могла отсечь ответ по размеру или содержимому.
Чрезмерно большие страницы иногда обрываются на слабой сети, и повторная попытка в более стабильных условиях проходит без ошибок. Если ошибка возникает при скачивании больших файлов, воспользуйтесь менеджером загрузок, умеющим возобновлять их с места разрыва.
Что проверить владельцу сайта
Изучите журналы приложения и веб-сервера в момент сбоя: аварийные завершения процессов, превышение лимитов памяти и времени, ошибки в шаблонах. Проверьте таймауты и буферы обратного прокси, например ограничения на размер временных файлов.
Проверьте включённое сжатие и работу кеша: неверная настройка способна привести к обрезанным ответам. Если приложение работает на PHP, посмотрите на ограничения выполнения и вывод ошибок до начала передачи.
Признаки для быстрой сортировки
Присмотритесь к тому, что вы видите на экране в момент ошибки. Если страница успела частично отрисоваться, значит, начало ответа дошло, и оборвался хвост: это типичная картина для падающего скрипта или ограничения времени. Если не показано ничего, соединение оборвалось раньше.
Обратите внимание на закономерности: ошибка на самых тяжёлых страницах и отчётах говорит о лимитах времени и памяти. Ошибка на всех страницах в определённые часы — о перегрузке. Ошибка только при передаче по мобильной сети — о нестабильном канале.
Для наблюдения можно использовать утилиту командной строки с выводом заголовков и размера полученных данных: неполный ответ виден по недостающему числу байтов и отсутствию завершающего фрагмента. Такую запись стоит приложить к обращению в поддержку сайта.
После исправления причины проверьте поведение под нагрузкой: запустите несколько одновременных запросов к проблемной странице. Если обрывы возвращаются, значит, дело в лимитах ресурсов, а не в единичном сбое приложения.