# Цены на Amazon: ваш оффер против Featured Offer

Source: https://ipvolt.com/ru/blog/amazon-offer-vs-featured-offer
Markdown: https://ipvolt.com/ru/blog/amazon-offer-vs-featured-offer.md
Language: ru

[ipvolt — главная](https://ipvolt.com/ru.md) / [Блог](https://ipvolt.com/ru/blog.md) / Цены на Amazon: ваш оффер против Featured Offer

Анализ
Опубликовано: 2026-09-16
Обновлено: 2026-09-16
Автор: ipvolt
6 мин чтения

Как сравнивать свой оффер на Amazon с Featured Offer: сопоставленный контекст, известная доставка и протестированная офлайн-модель, сохраняющая отсутствующие данные.

Прежде чем считать разрыв между ценой вашего оффера на Amazon и ценой Featured Offer, убедитесь, что оба наблюдения описывают один и тот же товар, маркетплейс и выбранный контекст покупателя. Держите идентификатор продавца и компоненты цены привязанными к каждому наблюдению. Если доставка или нужный оффер неизвестны, приостановите сравнение.

Это диагностика для разработчиков авторизованных инструментов продавца. Скачиваемая модель делает это решение явным, прежде чем считать **промежуточный итог «товар плюс известная доставка» до промоакций**. Все примеры записей синтетические. Фиксированный скоуп — US/USD, Consumer, New, одна единица; поля количества нет, поэтому ввод с одной единицей — допущение, которое должен обеспечивать ваш адаптер.

## Более низкая цена товара может дать более высокий промежуточный итог

В первом синтетическом случае ваш продавец — `seller-A`. Обе записи используют один ASIN, членство `NON_PRIME`, репрезентативную локацию и одинаковые метки службы доставки, а время наблюдений отличается на 30 секунд:

| Наблюдение | Товар | Известная доставка | Промежуточный итог | Продавец |
| --- | ---: | ---: | ---: | --- |
| Ваш оффер | $19.00 | $4.00 | $23.00 | `seller-A` |
| Выбранный Featured Offer | $21.00 | $0.00 | $21.00 | `seller-B` |

Модель считает `(19 + 4) - (21 + 0) = +2.00 USD`. Цена вашего товара ниже, но ваш определённый промежуточный итог выше на $2. Положительный результат означает, что ваш промежуточный итог выше; отрицательный — ниже. Известная нулевая доставка — это свидетельство; отсутствующую доставку нельзя заменить нулём.

Второй случай даёт обоим продавцам цену товара $20 и известную доставку $0. Разрыв равен `0.00`, при этом `featured_is_own_seller` равен `false`: выбранный Featured Offer по-прежнему принадлежит `seller-B`. Третий случай меняет этого продавца на `seller-A` и возвращает `true`. Равенство цен и идентичность продавца отвечают на разные вопросы.

Эти результаты объясняют переданные записи. Они не объясняют, почему Amazon выбрала оффер, и не устанавливают цену, которая выиграет.

## Выбирайте ответ, который отвечает на ваш вопрос

Имя поля «price» — недостаточное указание на происхождение. Выбирайте запись по вопросу, на который она отвечает:

| Вопрос | Подходящее свидетельство | Роль в сравнении |
| --- | --- | --- |
| Какой оффер сообщает мой продавец/SKU? | Запрошенные `offers` из [getListingsItem](https://developer-docs.amazon/sp-api/reference/getlistingsitem) в скоупе маркетплейса и типа оффера | Наблюдение собственного оффера |
| Какой оффер является featured для выбранного сегмента? | `featuredBuyingOptions` из [getCompetitiveSummary](https://developer-docs.amazon/sp-api/reference/getcompetitivesummary) в скоупе ASIN/маркетплейса | Наблюдение Featured Offer |
| Какие офферы самые дешёвые? | Отдельные данные `lowestPricedOffers` в [руководстве по получению данных](https://developer-docs.amazon/sp-api/docs/retrieve-featured-offers-batch-asins) | Другой вопрос; не могут заменить данные о featured-оффере |
| Какой внешний ценовой ориентир сообщается? | `CompetitivePrice` вне Японии; `CompetitivePriceThreshold` в Японии | Ориентир по внешним ретейлерам; см. [объявление о миграции](https://developer-docs.amazon/sp-api/changelog/update-product-pricing-api-v2022-05-01-returns-new-competitive-price-and-deprecates-competitivepricethreshold) |
| Какая цена могла бы сделать мой оффер featured? | [Featured Offer Expected Price](https://developer-docs.amazon/sp-api/reference/getfeaturedofferexpectedpricebatch), или FOEP | Вычисленная рекомендация, отдельная от наблюдаемого оффера |

FOEP описывает вычисленную цену листинга до промоакций. Amazon явно не даёт гарантии Featured Offer, потому что на выбор могут влиять конкурирующие офферы и возможности фулфилмента для конкретного покупателя.

Для собственной стороны запрашивайте `offers` явно: `getListingsItem` по умолчанию возвращает `summaries`. Проверьте контекст запроса продавца/SKU и сопоставьте SKU выбранного маркетплейса с целевым ASIN, прежде чем объединять с конкурентными данными. Выберите применимый оффер `B2C` и аудиторию. [Модель Listings Items](https://raw.githubusercontent.com/amzn/selling-partner-api-models/3659f96867bfc669aca7a524c2f95744ff0e4478/models/listings-items-api-model/listingsItems_2021-08-01.json) держит эти поля оффера отдельно от сводки.

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

## Сделайте сопоставимость явным контрактом

Модель принимает нормализованные записи, а не сырые ответы Amazon. Её [полный файл случаев](https://ipvolt.com/downloads/amazon-offer-vs-featured-offer/cases.json) показывает точную форму. Каждая пара объявляет `expected_own_seller_id` независимо от обоих наблюдений, а затем передаёт тип источника, продавца, ASIN, маркетплейс, валюту, состояние, тип покупателя, членство, локацию, службу доставки, отметку времени и компоненты цены.

Выполняйте эти проверки, прежде чем передавать реальные наблюдения в эту форму:

1. **Проверяйте каждый отдельный ответ.** Успешный конверт пакетного запроса не устанавливает успех каждого его элемента. Проверяйте статус, тело, ASIN, маркетплейс и запрошенный набор данных каждого элемента. Сохраняйте неудачные, отсутствующие и неполные наблюдения. [Модель Pricing](https://raw.githubusercontent.com/amzn/selling-partner-api-models/3659f96867bfc669aca7a524c2f95744ff0e4478/models/product-pricing-api-model/productPricing_2022-05-01.json) определяет статус по каждому элементу и необязательные наборы данных.
2. **Выбирайте целевой контекст.** Featured-офферы сегментированы по членству и региональному контексту. Необязательный `sampleLocation` представляет локацию внутри сегмента, а не точную оценку доставки для каждого покупателя. Сохраняйте только то, что источник действительно устанавливает.
3. **Сохраняйте неизвестные компоненты.** `listingPrice` в Pricing исключает доставку, Points и промоакции; варианты доставки — необязательные оценки. Поэтому та же модель не может оправдать молчаливое приравнивание отсутствующей доставки к бесплатной.
4. **Держите расчёт узким.** Amazon предупреждает, что возвращённые промоакции могут не включать активные. Этот промежуточный итог исключает налоги, Amazon Points, применимость купонов, полное покрытие промоакций и качество фулфилмента. Это не итог на кассе. [Покрытие промоакций](https://developer-docs.amazon/sp-api/docs/retrieve-featured-offers-batch-asins).

Исполняемый файл проверяет точное равенство нормализованных строк членства, локации и службы. Это **доверенные метки**, а не доказательство эквивалентности контекстов Amazon. Он также доверяет меткам источника, продавца и товара от адаптера. Используйте `null`, когда контекст неизвестен; две выдуманные строки `unknown` создали бы ложную уверенность. `US` и `STANDARD` — лабораторные метки, а не сырой идентификатор маркетплейса и не заявленное значение варианта доставки Amazon.

## Запустите модель и изучите приостановки

Распакуйте [полный ZIP-архив сравнения](https://ipvolt.com/downloads/amazon-offer-vs-featured-offer/amazon-offer-vs-featured-offer.zip), откройте терминал в каталоге с `compare.py` и выполните:

```sh
python3 -B compare.py
python3 -B compare.py --csv
python3 -B -m unittest -v test_compare.py
```

Пакеты и учётные данные аккаунта не нужны. [README](https://ipvolt.com/downloads/amazon-offer-vs-featured-offer/README.md) документирует контракт; [compare.py](https://ipvolt.com/downloads/amazon-offer-vs-featured-offer/compare.py) и [набор тестов](https://ipvolt.com/downloads/amazon-offer-vs-featured-offer/test_compare.py) можно изучить по отдельности. Сравните stdout с [записанным JSON](https://ipvolt.com/downloads/amazon-offer-vs-featured-offer/example-output.json) и [CSV-матрицей](https://ipvolt.com/downloads/amazon-offer-vs-featured-offer/example-matrix.csv).

14 синтетических случаев дают три сравнения и 11 приостановок при политике по умолчанию:

| Случаи | Результат | Интерпретация |
| --- | --- | --- |
| Ниже цена товара, выше промежуточный итог | Сравнение; `+2.00` | Определённый собственный промежуточный итог выше |
| Равные промежуточные итоги, другой продавец | Сравнение; `0.00`, флаг продавца `false` | Совпадающая сумма не идентифицирует вашего продавца |
| Равные промежуточные итоги, тот же продавец | Сравнение; `0.00`, флаг продавца `true` | Выбранная запись идентифицирует вашего продавца |
| Нет доставки; несовпадение членства/локации/валюты; неверный собственный продавец | Пять приостановок | Восполнить недостающие свидетельства или исправить неверное объединение |
| Неудачный или отсутствующий Featured Offer | Две приостановки | Сохранять недоступные наблюдения |
| Подмена внешним ориентиром, FOEP или самой низкой ценой | Три приостановки | Выбрать свидетельство о Featured Offer |
| Наблюдения с разницей в 360 секунд | Одна приостановка | Превышает политику допустимого расхождения по времени по умолчанию |

У приостановки нет вычисленных промежуточных итогов и разрыва: в JSON это `null`, в CSV — пустые ячейки. Невалидный ввод вместо этого останавливает команду с ненулевым кодом выхода. Для экспериментов отредактируйте копию `cases.json` и передайте `--cases your-cases.json`; CSV — формат вывода, а не ввода.

Максимальное расхождение по умолчанию — **300 секунд включительно**, настраивается через `--max-skew-seconds`. Оно проверяет расстояние между временем наблюдений. Оно не проверяет ни абсолютный возраст, ни свежесть данных Amazon: две одинаково старые записи можно сравнить. Выберите политику возраста свидетельств отдельно, прежде чем использовать результат в операционной работе.

**Метод:** ipvolt подготовил этот анализ с помощью ИИ, проверил первичные источники и запустил офлайн-модель плюс 14 проходящих тестов 16 сентября 2026 года на CPython 3.14.7. Целевая версия исходного кода — Python 3.11+; версия 3.11 в этом записанном прогоне не проверялась. Ни аккаунт продавца, ни маппинг ответов API, ни сбор розничных цен не тестировались.

Для расхождения между отправленной ценой и вашим собственным наблюдаемым листингом используйте статью [Обновления листингов Amazon: «принято» не значит «в продаже»](/ru/blog/amazon-listing-update-reconciliation). Чтобы планировать надёжные обновления после событий листинга, используйте сопутствующее [руководство по уведомлениям SP-API](/ru/guides/amazon-listing-notifications). Держите результат этого сравнения привязанным к двум его наблюдениям и заявленной базе промежуточного итога, прежде чем принимать ценовое решение.

ipvolt находится в разработке. [Присоединяйтесь к списку раннего доступа](https://ipvolt.com/#waitlist-closing), чтобы получить одно письмо, когда откроется доступ. Больше ничего.

## Источники

- [getListingsItem](https://developer-docs.amazon/sp-api/reference/getlistingsitem)
- [Listings Items API 2021-08-01 model, pinned revision](https://raw.githubusercontent.com/amzn/selling-partner-api-models/3659f96867bfc669aca7a524c2f95744ff0e4478/models/listings-items-api-model/listingsItems_2021-08-01.json)
- [getCompetitiveSummary](https://developer-docs.amazon/sp-api/reference/getcompetitivesummary)
- [Retrieve featured offers for a batch of ASINs](https://developer-docs.amazon/sp-api/docs/retrieve-featured-offers-batch-asins)
- [Product Pricing API 2022-05-01 model, pinned revision](https://raw.githubusercontent.com/amzn/selling-partner-api-models/3659f96867bfc669aca7a524c2f95744ff0e4478/models/product-pricing-api-model/productPricing_2022-05-01.json)
- [Competitive-price migration and Japan exception](https://developer-docs.amazon/sp-api/changelog/update-product-pricing-api-v2022-05-01-returns-new-competitive-price-and-deprecates-competitivepricethreshold)
- [getFeaturedOfferExpectedPriceBatch](https://developer-docs.amazon/sp-api/reference/getfeaturedofferexpectedpricebatch)

## Узнайте, когда откроется доступ к ipvolt.

Пока вы здесь

ipvolt в разработке. Оставьте email, и мы один раз напишем, когда откроется доступ.

Одно письмо, когда откроется доступ. Больше ничего.

[Получить ранний доступ](https://ipvolt.com/ru/blog/amazon-offer-vs-featured-offer#waitlist-blog-end)

[Конфиденциальность](https://ipvolt.com/privacy)


## Похожие статьи

- [Настройка прокси в MostLogin: добавить, проверить, поделиться](https://ipvolt.com/ru/blog/mostlogin-proxy-setup.md) (Анализ, 17 сент. 2026 г., 7 мин чтения): Пошагово добавляем прокси в профили MostLogin: протокол, хост и порт, учётные данные, проверка IP, доступ команды, массовый импорт и ошибки, которые всё ломают.
- [Обновления листингов Amazon: «принято» не значит «в продаже»](https://ipvolt.com/ru/blog/amazon-listing-update-reconciliation.md) (Анализ, 14 сент. 2026 г., 7 мин чтения): Как разбирать принятые обновления листингов Amazon: отдельно сверяем отправленные атрибуты, живые офферы, остатки и возможность покупки по практической матрице сверки.
- [Фиды коэффициентов букмекеров: проверяйте до сравнения](https://ipvolt.com/ru/blog/bookmaker-odds-feed-validation.md) (Анализ, 14 сент. 2026 г., 7 мин чтения): Сравнивайте коэффициенты букмекеров только после проверки идентичности рынка, правил расчёта, отметок времени и статуса. Локальный валидатор выявляет ложные сравнения.

## Связанные руководства

- [Прокси в Python Requests: словарь proxies, аутентификация, SOCKS5](https://ipvolt.com/ru/guides/python-requests-proxy.md): Настройка прокси в Python Requests: словарь proxies, значения по умолчанию в Session, учётные данные, SOCKS5 через requests[socks], переменные окружения и ProxyError.
- [Диагностика таймаутов прокси: по одному этапу за раз](https://ipvolt.com/ru/guides/proxy-timeout-troubleshooting.md): Разделяем задержки DNS, TCP, CONNECT, TLS и ответа прокси с помощью таймингов curl, затем задаём дедлайны запросов и решаем, безопасен ли повтор.
- [Прокси в curl: флаг -x, переменные окружения, SOCKS5, аутентификация](https://ipvolt.com/ru/guides/curl-proxy-setup.md): Как использовать прокси в curl: флаг -x, переменные http_proxy и https_proxy, SOCKS5 через socks5h, аутентификация на прокси и разбор ошибок CONNECT и 407.

## О ipvolt

Технический анализ от команды ipvolt.

Доступ к ipvolt пока не открыт.

[Читать оригинал на английском](https://ipvolt.com/blog/amazon-offer-vs-featured-offer.md)