Вашему дежурному инженеру только что поступил вызов в 3 часа ночи. Tracking API, на который вы полагаетесь, снова не работает, и тысячи тикетов «Где мой заказ?» наводняют вашу службу поддержки. Первопричиной большинства проблем после покупки является ненадежный, плохо задокументированный API, а не отсутствие какой-либо функции. Tracking API, на который можно положиться, выигрывает по трем критериям, которые может проверить скептически настроенный разработчик: время безотказной работы, за которое поставщик несет ответственность, доставка вебхуков с повторными попытками вместо отказа и документация, позволяющая быстро выйти в продакшн. По всем трем пунктам AfterShip лидирует.
Если вы выбираете лучший Tracking API для масштабируемого бренда, маркетплейса или 3PL-оператора, скорее всего, вы сравниваете AfterShip с EasyPost и Shippo.
Tracking API находится на критическом пути каждого заказа, который проверяют ваши клиенты.
Выход за рамки списка функций: 5 столпов Tracking API, готового к продакшну
Если вам нужно освежить в памяти, что такое API отслеживания отправлений, то это сервис, который превращает трек-номер перевозчика в структурированные события отслеживания, на которые могут реагировать ваши системы. Большинство сравнений ограничиваются чек-листом функций, а чек-лист почти ничего не говорит о том, что нужно разработчику. Каждый поставщик отмечает «мультиперевозчик», «вебхуки» и «SDK», так что по галочкам они все совпадают.
Цена проявляется позже. Она приходит в виде вызова в 3 часа ночи, вебхука, который перестал повторять попытки, версии, которая была отозвана до того, как вы были готовы, или поля статуса, которое означает разное для каждого перевозчика.
Полезное сравнение API для отслеживания доставки оценивает, что происходит под нагрузкой, в течение многих лет и у разных перевозчиков. Эти пять столпов делают именно это:
- Время безотказной работы и надежность. На что подписывается поставщик, чем подкреплены эти обязательства и что показывает его страница статуса.
- Производительность и надежность вебхуков. Сколько раз повторяется попытка при сбое доставки, по какому графику и как вы проверяете подлинность полезной нагрузки.
- Качество документации и SDK (DX). Как быстро новый инженер доходит до работающей интеграции и как долго поддерживается версия, на которой он строит решение.
- Охват перевозчиков и нормализация данных. Скольких перевозчиков можно отслеживать и насколько последовательно их сообщения отображаются в единой модели статусов.
- Масштабируемость и лимиты запросов. Какие объемы запросов публикует поставщик и на какой поверхности.
Каждый столп соответствует статье расходов вашей команды. Время простоя превращается в объем обращений в поддержку. Слабые повторные попытки превращаются в устаревшие данные. Скудная документация превращается в часы инженерной работы, несогласованные статусы — в код для парсинга, который вы будете поддерживать вечно, а низкий лимит запросов ограничивает скорость, с которой вы можете восстановить данные после инцидента.
Бенчмарк API: AfterShip против EasyPost против Shippo в 2026 году
Решение по выбору API между AfterShip и EasyPost, с учетом Shippo, сводится к тому, как каждый API работает по этим пяти столпам.
Все три нормализуют статусы перевозчиков, повторяют неудачные вебхуки и имеют публичные страницы статуса, а EasyPost документирует автономный рабочий процесс отслеживания. Различия заключаются в глубине: сколько подстатусов находится в модели верхнего уровня, как далеко заходит лестница повторных попыток и как долго поддерживается версия.
AfterShip имеет самую длинную лестницу повторных попыток, наибольшее количество подстатусов и опубликованную дату поддержки для версии, на которой вы строите решение.
«AfterShip — самое передовое решение для отслеживания отправлений на рынке. Нашим инженерам потребовалось всего 1-2 недели на внедрение».
Хабиб-Сильвен Гурге, директор по работе с клиентами
Читать их историю →
Столп 1: Время безотказной работы и надежность — фундамент, не подлежащий обсуждению
Время безотказной работы — это столп, который невозможно обойти инженерными решениями. Ваши повторные попытки, очереди и кэши предполагают, что вышестоящий API отвечает, а когда этого не происходит, каждая нижестоящая система наследует сбой.
AfterShip гарантирует 99,9% ежемесячного времени безотказной работы для своего Tracking API, что подкреплено сервисными кредитами. Полное договорное SLA с графиком начисления кредитов является частью корпоративных соглашений.
API отслеживания для продакшна также должен иметь публичную страницу статуса — ту самую прозрачную отчетность, для которой существуют такие инструменты, как Atlassian Statuspage. Все три поставщика публикуют публичную страницу статуса, и разница заключается в том, что именно они сообщают. EasyPost публикует 90-дневные показатели времени безотказной работы по компонентам для своих API, отслеживания и вебхуков. AfterShip публикует время безотказной работы Tracking API как системную метрику за день, неделю и месяц. Shippo публикует метрику времени отклика около 421 мс и не указывает процент времени безотказной работы. По состоянию на 23 сентября 2026 года EasyPost сообщает о 99,84% времени безотказной работы за последние 90 дней по этим компонентам. Поскольку системная метрика за период, 90-дневный показатель компонента и метрика времени отклика — это разные инструменты, эти три показателя нельзя сравнивать друг с другом.
AfterShip сообщает о 100% времени безотказной работы Tracking API за месяц и не зафиксировал ни одного инцидента с отслеживанием или вебхуками в 2026 году.
Время простоя также является самой дорогой строкой в вашей модели затрат. В ITIC 2024 Hourly Cost of Downtime survey исследовании более 1000 фирм по всему миру более 90% средних и крупных предприятий сообщают о почасовых затратах на простой, превышающих 300 000 долларов.
Учитывая эти риски, опубликованное ежемесячное обязательство, подкрепленное сервисными кредитами, является стандартом надежности, которого следует требовать от любого поставщика. AfterShip фиксирует это обязательство в письменном виде для своего Tracking API.
Столп 2: Вебхуки — ваши данные в реальном времени или «когда-нибудь»?
Ваши данные отслеживания актуальны ровно настолько, насколько актуален последний вебхук, принятый вашей конечной точкой. Когда ваш приемник не работает из-за развертывания или плохого часа, вопрос в том, продолжает ли поставщик попытки или переходит к следующему событию.
Неудачный вебхук — это не просто пропущенное уведомление, это нарушенное обещание клиенту. При масштабировании доставка вебхуков, которая тихо сдается, оставляет ваши данные отслеживания устаревшими, а очередь поддержки — полной. Глубина повторных попыток и подписанные, проверяемые полезные нагрузки — вот что отличает вебхук, на который можно положиться, от того, за которым нужно присматривать.
Документация по вебхукам AfterShip предусматривает лестницу повторных попыток до 14 попыток доставки с экспоненциальной задержкой 2^(n) x 30 секунд, поэтому интервалы между попытками увеличиваются по мере продолжения сбоя. Вы можете зарегистрировать до 10 URL-адресов вебхуков. Каждая полезная нагрузка подписывается с помощью HMAC-SHA256 в заголовке aftership-hmac-sha256, поэтому ваша конечная точка может отклонить все, что не может проверить. Подпись представляет собой HMAC в кодировке base64, для проверки которой требуется несколько строк кода на любом из языков SDK.
Руководство по вебхукам EasyPost документирует до шести повторных попыток и ожидает, что ваш приемник ответит в течение семи секунд. Документация по вебхукам отслеживания Shippo предусматривает две повторные попытки, если ваша конечная точка возвращает 408, 429 или 5XX или не обрабатывает полезную нагрузку своевременно, не делает повторных попыток при других кодах 4XX и ожидает 2XX за три секунды или меньше.
Руководство по отслеживанию Shippo также отмечает, что их вебхуки отслеживания не идемпотентны: дублирующие регистрации вебхуков создают дублирующие уведомления.
Для любого поставщика следуют два правила проектирования. Подтверждайте получение быстро и обрабатывайте асинхронно, потому что опубликованные окна приемника измеряются секундами. Затем дедуплицируйте данные на своей стороне, прежде чем событие обновит статус, видимый клиенту.
Эта лестница дает вашей команде больше всего возможностей для восстановления до того, как событие будет потеряно.
Столп 3: DX — документация ускоряет или раздражает?
Опыт разработчика определяет, сколько времени займет интеграция и как долго она останется стабильной после запуска.
Модель версионирования в нашей исчерпывающей документации по API основана на датах и имеет установленный период поддержки. Версия 2026-07 поддерживается до 12 июля 2029 года, то есть около 36 месяцев. Новые мажорные версии выпускаются каждые шесть месяцев, а заголовок ответа as-api-version сообщает вам, какая версия обслужила каждый запрос, поэтому вы можете подтвердить, какая именно версия ответила.
Вокруг этого выстроены семь официальных SDK (Java, Node.js, .NET, Python, Ruby, PHP и Go), официальное публичное рабочее пространство Postman, а также примеры запросов и ответов в справочных материалах. Доступ ограничен: вы можете проверить наши доступные области OAuth (scopes), чтобы ограничить токен по ресурсу и действию, например, доступ только для чтения для отслеживания в отчетах или отдельная область записи для службы, которая создает отслеживания.
Страница «Попробовать конечные точки API» (Try API Endpoints) ведет прямо в это рабочее пространство Postman, поэтому новый инженер может импортировать коллекцию и сделать первый аутентифицированный вызов еще до написания какого-либо клиентского кода.
Доступ к API ограничен по ресурсам и действиям, поэтому отчетная задача может считывать контрольные точки без прав на запись в отслеживания.
EasyPost также публикует официальное рабочее пространство Postman и клиентские библиотеки на семи языках, поэтому инструментарий находится на одном уровне. Вопрос, который стоит задать каждому поставщику, касается жизненного цикла: в какую дату версия, с которой вы интегрируетесь, перестает поддерживаться? AfterShip публикует эту дату.
Столп 4: Покрытие перевозчиков и нормализация данных
AfterShip нормализует данные отслеживания от более чем 1900 глобальных перевозчиков. Среди API для доставки с поддержкой нескольких перевозчиков цифра AfterShip учитывает интеграции отслеживания только для чтения, согласно странице Tracking по состоянию на 23 сентября 2026 года. В таблице поддерживаемых курьеров указаны грузовые и LTL-перевозчики, а также отмечено, какие из них требуют подключения с учетными данными.
Покрытие дает вам данные. Нормализация определяет, можете ли вы использовать их без парсера для каждого перевозчика.
Когда перевозчик неизвестен, POST /couriers/detect предлагает кандидатов на основе номера отслеживания, а перевозчики с учетными данными управляются через конечные точки courier-connections.
AfterShip нормализует данные перевозчика в 9 статусов доставки и 52 подстатуса. Компания публично документирует, как сообщения контрольных точек перевозчика сопоставляются с этими подтегами, а объект отслеживания сохраняет собственный статус перевозчика в поле raw_tag рядом с нормализованным значением.
Для той же задачи объект Tracker в EasyPost содержит 10 статусов и 28 деталей статуса, а руководство по отслеживанию Shippo перечисляет 6 статусов и 27 кодов подстатусов. Важной осью является глубина уровня подстатусов и опубликованное сопоставление сообщения контрольной точки с подтегом, поскольку именно на этот уровень опирается ваша обработка исключений и уведомления клиентов. Подстатус сообщает вам, почему отправление находится в текущем состоянии, что определяет, пойдет ли следующее сообщение клиенту, перевозчику или вашей операционной команде. Уровень подстатусов AfterShip — самый глубокий из трех.
Сообщения контрольных точек перевозчика нормализованы в единую модель статусов, при этом исходный статус перевозчика сохраняется.
Столп 5: Масштабируемость и лимиты запросов
Лимиты запросов определяют, как быстро вы можете обработать очередь или восстановиться после инцидента.
AfterShip публикует лимиты для каждой конечной точки в справочнике API (POST /trackings 20 в секунду, GET /trackings 6 в секунду, операции с объектами 5 в секунду, определение курьера 3 в секунду). Ответы содержат заголовки X-RateLimit-Limit, X-RateLimit-Remaining и X-RateLimit-Reset, поэтому клиент может ограничить себя до получения ошибки 429. X-RateLimit-Reset — это временная метка Unix, поэтому рабочий процесс может «заснуть» до открытия окна. На странице цен отдельно указан лимит API на уровне плана — 10 запросов в секунду для Premium.
Руководство по ограничению скорости EasyPost публикует пять запросов в секунду для индексных конечных точек. Страница лимитов Shippo публикует 750 POST-запросов отслеживания в минуту в рабочем режиме.
Прежде чем оценивать объем данных для заполнения, задайте каждому поставщику, включая AfterShip, три вопроса. На какую область распространяется каждый опубликованный лимит, и какой из них действует, если в двух местах указаны разные цифры? Есть ли массовая конечная точка для создания отслеживаний? Есть ли ключ идемпотентности для запросов на создание?
Ответы определяют дизайн вашей очереди. AfterShip предоставляет вам таблицу на уровне конечных точек и заголовки, на основе которых можно построить эту очередь.
Раскрытие истинной стоимости: почему цена за вызов — обманчивый показатель
Цена обычно является первым возражением, поэтому давайте разберем его прямо: AfterShip — не самый дешевый вариант в пересчете на вызов.
Три поставщика выставляют счета по разным моделям, и каждая модель имеет смысл только в зависимости от вашего объема и настройки этикеток. AfterShip продает подписку с квотой на отправления и оплатой за превышение лимита, при этом API отслеживания и вебхуки доступны на тарифе Premium и выше. EasyPost берет плату за каждый отдельный трекер и отменяет ее, если этикетка куплена через EasyPost. Shippo берет плату за каждое отслеживание на тарифе API Starter, устанавливает индивидуальные цены на API Premier и выставляет счета за вызовы отслеживания, не связанные с этикетками Shippo, отдельно по тарифам API Starter.
Цена за вызов — это лишь один член более длинного уравнения. Это та же структура, что лежит в основе истинной совокупной стоимости владения API доставки, примененная здесь к отслеживанию:
(стоимость за вызов x объем) + (часы разработчиков на интеграцию и обслуживание) + (стоимость простоя и неверных данных)
У каждого члена есть опубликованные входные данные:
- Стоимость за вызов x объем: таблица цен выше, примененная к вашему количеству отправлений и источнику этикеток.
- Часы разработчиков: период поддержки версий, покрытие SDK и глубина подстатусов, описанные в Столпах 3 и 4, которые определяют, как часто вы будете переделывать систему и сколько кода парсинга вам придется поддерживать.
- Стоимость простоя и неверных данных: обязательства по времени безотказной работы и сервисные кредиты в Столпе 1, сопоставленные с цифрами простоя ITIC, плюс лестница повторных попыток в Столпе 2, которая определяет, сколько данных устаревает во время ваших собственных сбоев.
Подставьте свои объемы, ставку инженеров и историю сбоев в эти переменные, прежде чем сравнивать поставщиков. Два члена уравнения, помимо цены за вызов, — это именно то, на что направлены опубликованные обязательства AfterShip.
Больше, чем отслеживание: как единый API открывает путь к полному циклу после покупки
API отслеживания также является точкой входа к продуктам AfterShip для доставки, отслеживания, возвратов и гарантий. Все они находятся на одном портале разработчика и следуют одним и тем же соглашениям об аутентификации и версионировании, поэтому паттерны, которые ваша команда изучает при работе с отслеживанием, переносятся на этапы возвратов или этикеток.
AI EDD — это функция API отслеживания, доступная по адресу POST /estimated-delivery-date/predict, с пакетным вариантом POST /estimated-delivery-date/predict-batch, и она имеет собственную область OAuth, поэтому служба оформления заказа может запрашивать прогнозы доставки без прав на запись в отслеживания.
Если вы все еще взвешиваете прямую интеграцию против установленного приложения, начните с понимания решения «API против приложения». Любой путь ведет к одним и тем же продуктам AfterShip.
Вердикт: лучший API отслеживания для серьезных разработчиков электронной коммерции
Для разработчиков в быстрорастущих DTC-брендах, на маркетплейсах и в 3PL-компаниях сравнение API для отслеживания заказов по этим пяти критериям указывает на одно: AfterShip — лучший выбор. И EasyPost, и Shippo предоставляют API для отслеживания, стоимость которого за единицу снижается, если этикетка приобретается на их собственной платформе.
EasyPost и Shippo могут казаться дешевле при простом расчете за вызов при небольших объемах. Это преимущество быстро исчезает, как только вы учитываете время разработчика, затраченное на согласование противоречивых статусов перевозчиков, и стоимость даже одного часа простоя. AfterShip позиционируется как критически важная инфраструктура, поскольку именно так он и спроектирован.
Выбирайте EasyPost или Shippo, если:
- вы уже покупаете этикетки на их платформе и хотите, чтобы отслеживание шло в комплекте без дополнительных затрат за единицу
- ваш объем заказов достаточно мал, чтобы оплата за трекер или за отслеживание была выгоднее подписки
- ваш набор перевозчиков невелик и уже покрывается их опубликованными списками отслеживания
Выбирайте AfterShip, если:
- вам нужны опубликованные обязательства по времени безотказной работы с сервисными кредитами
- ваша нагрузка на службу поддержки зависит от того, переживут ли вебхуки ваши собственные сбои
- вы планируете интеграцию, которая будет работать и через три года
- вам нужна единая нормализованная модель статусов для грузовых и посылочных перевозок
- вы хотите, чтобы исходный статус перевозчика сохранялся наряду с нормализованным значением
Проактивное отслеживание отправлений, которое радует ваших клиентов, сокращает количество запросов «Где мой заказ?» (WISMO) и улучшает показатели доставки.
Записаться на демонстрацию
Часто задаваемые вопросы об API для отслеживания
Как API для отслеживания обрабатывают специфические статусы перевозчиков?
API для отслеживания сопоставляет сообщения о контрольных точках каждого перевозчика со своей собственной нормализованной моделью статусов, обычно это статус доставки верхнего уровня с более конкретным подстатусом. EasyPost и Shippo публикуют свои собственные нормализованные модели статусов. AfterShip публикует информацию о том, как сообщения о контрольных точках перевозчика сопоставляются с его подстатусами, и сохраняет исходный статус перевозчика в поле raw_tag, поэтому вы можете использовать нормализованное значение для логики, сохраняя при этом возможность аудита источника.
На какие лимиты запросов стоит ориентироваться?
Ориентируйтесь на опубликованные лимиты каждого поставщика и уточняйте область действия каждого из них, прежде чем планировать массовую загрузку данных. AfterShip публикует лимиты для каждой конечной точки в своей справочной документации по API, указывает лимиты для тарифных планов на странице цен и возвращает заголовки X-RateLimit-Limit, X-RateLimit-Remaining и X-RateLimit-Reset, чтобы ваш клиент мог ограничить частоту запросов до получения ошибки 429.
Могу ли я отслеживать LTL-грузы?
Да. В таблице поддерживаемых курьеров AfterShip грузовые и LTL-перевозчики указаны наряду с курьерскими службами, а также отмечено, какие из них требуют авторизованного подключения. Все они нормализуются в единую модель статусов. Это позволяет одной интеграции охватывать как грузовые, так и посылочные отправления без необходимости создания отдельного парсера для каждого типа.
Что происходит, когда вебхук не срабатывает?
Поставщик повторяет попытку по своему опубликованному графику, а затем прекращает её, поэтому глубина повторных попыток определяет, как долго ваш конечный узел может быть недоступен, прежде чем события будут потеряны. AfterShip повторяет попытки с экспоненциальной задержкой по самой длинной опубликованной схеме среди трех сравниваемых API и подписывает каждую полезную нагрузку с помощью HMAC-SHA256, чтобы ваш конечный узел мог проверить каждую доставку, которую он принимает.
