60 запросов в час: как живые тарифы USPS теперь влияют на сайт в Китае

Разработчики USPS объявили о переходе с устаревших Web Tools на новые API — и это повлияло на работу магазинов на WooCommerce, которые используют живые тарифы доставки. Ключевые изменения: лимит запросов с 60 в час и новая схема получения ключей. Это не просто технический сдвиг — это вопрос, как сохранить работу сайта в час пик.

Разработчики USPS объявили о переходе с устаревших Web Tools на новые API. С 25 января 2026 года старые вызовы перестали работать. Новые API теперь требуют OAuth-токенов, доступны через developers.usps.com, и дают по умолчанию 60 запросов в час на приложение. Это не бета, а стабильный релиз, и он уже активен у всех, кто перешёл.

На мой взгляд, самое важное здесь — не новая архитектура, а ограничение в 60 вызовов. Если в корзине клиент меняет ZIP или вес, каждый шаг — это запрос. В час пик один покупатель может исчерпать лимит. После этого USPS возвращает 429 — и доставка исчезает из списка. Это не ошибка, а ожидаемое поведение, но для сайта — критичный сбой.

Мы в Cetera такие интеграции делаем так: начинаем с кэширования. Если упаковка — одинаковая по весу, размеру и маршрутам, результат можно сохранить на день. Округляем до десятой фунта и половины дюйма — и почти все запросы попадают в кэш. Дополнительно добавляем контроль вызовов, остановку перед лимитом, и резервную ставку. Это не просто защита от 429 — это работа сайта в условиях реального трафика.

Сейчас важно не бросаться в обновление, а проверить, как работает ваша система. Если вы используете плагин, который не делает кэширование, — он может упасть в час пик. Проверьте, есть ли у вас fallback-тариф, как ведёт себя система при 429, и включите логирование. Это не про техническую чистку — это про устойчивость. И да, адресная валидация теперь требует отдельной лицензии. Если плагин обещает её без настройки — он не работает. Это не ошибка, а новая реальность.

Новость для бизнеса в Хулуне-Буире, Китай