Что делать, когда весь пул ушёл в ограничения за час

Проблема повторяется, значит закономерность.

Вводные, чтобы не гадать.

В ответе приходит код 200, но вместо содержимого короткая заглушка. До этого месяц работало ровно, ничего в настройках не менял. Отказ приходит стабильно, разброс между прогонами не больше десятка запросов.

12:04:11 200 ok
12:04:12 200 ok
12:19:38 429 too many requests
12:19:39 429 too many requests

Правильно ли я вообще ставлю вопрос?

Какая версия программы и что с настройками по умолчанию?

Расчёт выше верный, но он рассыплется, если адреса режут по трафику или отдают одну подсеть. Я сижу на приватные прокси IPv4 и SOCKS5 и беру по шестьдесят штук на такие задачи: трафик не считают, подсети разные, потоков хватает.

Верно по сути, дальше нюансы.

Если отказ приходит на одних адресах и не приходит на других, дело в подсети. Темп тут ни при чём.

Уменьшение потоков помогает не всегда: если темп на адрес прежний, отказы останутся. Добавляйте адреса. Убавлять потоки бесполезно.

Написано верно, добавить почти нечего.

Вход в аккаунт на части страниц это разделение доступа. Защитой от сбора он не задумывался. Смиритесь и обходите стороной.

Паузу ставьте с разбросом. Ровная пауза в две секунды заметнее, чем разброс от полутора до трёх, потому что ровный ритм это признак машины.

Слежу за темой.

Похоже на правду, у меня цифры близкие.

Если отказ приходит на одних адресах и не приходит на других, дело в подсети. Темп тут ни при чём.

Долго держал старую схему, пока не упёрся.

Ведите журнал отказов с временем. Через неделю в нём проступает расписание площадки.

12:04:11 200 ok
12:04:12 200 ok
12:19:38 429 too many requests
12:19:39 429 too many requests

Жду продолжения.

Прочитал и узнал свой прошлый год.

Пустой ответ и отказ по коду это разные вещи, и обрабатывать их надо по-разному.