Руководство для магазинов, работающих с Merchant Center в поддерживаемых странах. Недатированная справка проверена 13 октября 2026 года; это дата редакционной проверки, а не запуска функции.

До запуска предзаказа договоритесь, откуда команда берёт ожидаемую дату доступности. Если маркетолог копирует её из рекламного плана, а закупщик — из предварительного письма поставщика, покупатель может получить противоречивые обещания ещё до поступления товара.

Отделить доступность от доставки

Google требует availability_date для товаров со значениями preorder и backorder: это ожидаемая готовность товара к отправке. На странице дата также должна быть понятна; когда точного срока нет, справка допускает оценку с последующим уточнением. Это не даёт основания обещать доставку любому покупателю именно в указанный день.

Редакционная рекомендация — вести три отдельные отметки: ожидаемое поступление, готовность к продаже и расчётный срок доставки заказа. Если между ними есть приёмка или комплектация, объясните это в рабочем плане. Не объединяйте всё одним полем «дата запуска», смысл которого разные сотрудники понимают по-разному.

Проверить формат и часовой пояс

Значение передают в ISO 8601; дата может быть не более чем на год вперёд. Диапазон дат не подходит. При отсутствии времени используется полночь UTC, поэтому локальный календарный день без уточнений способен создать неверное ожидание.

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

Согласовать перенос во всех точках обещания

Назначьте сотрудника, который подтверждает изменение срока, и перечень зависимых мест: карточка сайта, фид, посадочная страница кампании, шаблон ответа поддержки. Это рекомендуемый редакцией порядок работы, а не отдельная функция Merchant Center.

Если поступление переносится, сначала зафиксируйте новое основание и степень определённости. Затем проверьте обновление каждой точки. Не оставляйте прежнюю дату в крупном баннере, рассчитывая, что маленькое пояснение ниже всё исправит. Для технической причины полезен разбор владельцев источников каталога: следующий импорт не должен возвращать старое значение.

Закрыть предзаказ после поступления

Фактическое получение партии — повод повторно сверить товар, остаток и доступность заказа. Не завершайте проверку только изменением календарной даты. Убедитесь, что страница предлагает ожидаемый вариант и команда исполнения знает, какие заказы можно собирать.

Сохраните первоначальное обещание, историю переносов и фактическую дату готовности. Такой журнал помогает разбирать обращения по существу и планировать следующий запуск. Прекращение показов по окончании предложения — отдельная задача, описанная в материале об expiration_date; её не следует смешивать с началом доступности.