Как контролировать актуальность объявлений на «Авито» и «Авто.ру»

Успешная отправка данных еще не означает, что объявление обновилось правильно. Цена могла измениться в учетной системе, попасть в выгрузку и только потом застрять при обработке площадкой.

Поэтому контроль заканчивается не на факте отправки. Нужно связать изменение в основном источнике с конкретной версией данных, результатом обработки площадкой и, где это возможно, фактически опубликованным объявлением.

Тогда система сама находит машины, по которым сайт, «Авито Авто» или «Авто.ру» начали расходиться, и показывает ответственному причину.

Почему отправка данных еще не гарантирует актуальное объявление

Журнал внутреннего обмена знает только свою часть пути. Он может подтвердить, что данные подготовлены и файл или запрос отправлен.

Дальше начинается обработка на стороне площадки.

«Авто.ру» после загрузки фида отдельно показывает его статус, ошибки и предупреждения по объявлениям. Даже успешно обработанный фид нужно проверять на уровне конкретных машин: ошибки и предупреждения площадка выводит отдельно.

Причины бывают разными. Значение не соответствует справочнику, обязательное поле отсутствует, объявление не удалось сопоставить с предыдущей публикацией или данные еще находятся в очереди на обработку.

Для полей со строгим набором значений «Авто.ру» прямо указывает, что значение вне каталога приведет к ошибке обработки прайс-листа.

Поэтому статус «файл отправлен» мало что говорит о состоянии склада на площадке.

Есть и другая проблема: ручная правка. Сотрудник меняет данные непосредственно в кабинете площадки, а основной источник об этом может ничего не узнать.

Получаются три разных вопроса:

• Какие данные дилер хотел опубликовать

• Приняла ли их площадка

• Что в итоге показывает объявление

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

Где находится эталон для каждого поля

Статья

Как увеличить количество заявок с сайта автодилера

Эталоном нельзя автоматически считать карточку на сайте.

Сайт сам часто получает данные из других систем. Цена может приходить из учетной системы, статус из системы управления складом, фотографии из медиахранилища, описание редактироваться на сайте.

Поэтому для каждого поля заранее определяют основной источник.

Цена на сайте и площадках сравнивается с основной ценой. Статус — с состоянием машины в системе склада. Описание — с утвержденной версией текста. Комплектация — с внутренней моделью автомобиля и правилами перевода в справочник конкретной площадки.

Если сайт сам получает цену и статус из учетной системы, контроль распадается на два участка: сначала проверяется передача в сайт, потом передача на «Авито Авто» и «Авто.ру».

Тогда видно, где именно остановилось изменение.

Кейс

Пространство для косметологов: запрос на сайт без заморочек

Запроектировали сайт-пространство для косметологов: простая структура, понятное управление.

Какие данные расходятся чаще всего

Чаще других меняется цена. Пока автомобиль стоит на складе, его могут переоценивать несколько раз. Каждая новая версия должна пройти весь путь до площадок.

Ошибка в статусе встречается реже, но стоит дороже. Машина уже продана, а объявление остается активным и продолжает собирать обращения.

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

Описание расходится после ручных изменений или обновления шаблона.

Отдельно стоит дилерский центр. После перемещения автомобиля между площадками объявление может остаться привязанным к прежней точке продаж.

Все эти случаи отличаются причиной, поэтому одного признака «выгрузка работает» для контроля недостаточно.

Что хранить, чтобы видеть весь путь изменения

Контроль строят вокруг машины, площадки и версии данных.

Для важных полей полезно сохранять:

• Значение в основном источнике

• Значение, подготовленное для конкретной площадки

• Время изменения

• Версию данных или выгрузки

• Время отправки

• Внешний идентификатор объявления

Отдельно на уровне объявления или выгрузки сохраняют:

• Результат обработки площадкой

• Ошибки и предупреждения

• Время последней успешной обработки

• Опубликованные значения, если площадка позволяет получить их обратно

Разделение исходного и подготовленного значения важно.

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

То же касается версий.

Если цена изменилась в 10:15, система должна понимать, какая версия данных содержит эту цену, когда она была отправлена и получила ли площадка результат именно по новой версии.

Само по себе старое время последней успешной обработки проблемой не является. Если цена месяц не менялась, подтверждать ее заново каждый день незачем.

Тревога появляется, когда источник уже изменился, а новая версия не получила ожидаемого результата за установленный срок.

Как контролировать цену, статус и комплектацию

Цену сверяют не только по сумме, но и по типу.

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

Система должна знать, какая цена была выбрана для площадки и из какого источника она получена. Иначе можно исправно сравнивать разные цифры и получать ложные ошибки.

Похожую задачу мы решали в проекте для сети «ОМА». Там учитывали разные типы цен для корректного отображения стоимости и синхронизировали цены между несколькими точками взаимодействия с покупателем.

Для дилера принцип тот же: сначала определяется конкретное ценовое значение, затем контролируется его передача во все нужные каналы.

Кто владеет ценой и как организовать ее обновление, разбирали в статье «Как синхронизировать цены автомобилей на сайте, в рекламе и у менеджеров».

Статусы сравнивают по заранее заданным правилам. Внутреннее состояние машины необязательно совпадает по названию со статусом площадки. Для каждого состояния задают нужное действие на «Авито Авто», «Авто.ру» и сайте.

Комплектацию контролируют через справочники и правила сопоставления. «Авто.ру» требует использовать значения собственного каталога для ряда полей, поэтому свободное сравнение названий здесь бесполезно.

Описание можно контролировать по отпечатку текста. Система быстро определяет, изменилась ли версия, не сравнивая длинные тексты посимвольно.

Но ручную правку непосредственно на площадке такой способ обнаружит только тогда, когда опубликованное описание можно получить обратно.

Как автоматически находить проблемные объявления

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

В список попадают случаи, где:

• Площадка вернула ошибку или предупреждение

• Основное значение изменилось, а новая версия не получила подтверждения в заданный срок

• Опубликованное значение отличается от ожидаемого, если его можно получить обратно

• На площадке остается объявление машины, которая уже недоступна

• У доступной машины отсутствует ожидаемая публикация

• Нарушилась связь между автомобилем и внешним объявлением

У «Авто.ру» особенно важно контролировать поля, по которым площадка сопоставляет новое содержимое фида со старым объявлением. Если изменится хотя бы одно из таких значений, площадка может создать новую публикацию вместо обновления существующей.

Сверку запускают после передачи и дополнительно по расписанию.

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

Однотипные проблемы группируют.

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

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

Это не доказательство буквального совпадения каждой страницы на всех площадках.

Как расставлять приоритет проблем

Не каждое расхождение требует одинаковой скорости реакции.

Активное объявление уже проданного автомобиля важнее устаревшего описания. Неправильная цена важнее переставленной фотографии.

Приоритет удобно определять по последствиям ошибки.

Выше поднимаются проблемы, которые:

• Создают обращения по недоступной машине

• Показывают покупателю неправильную цену

• Направляют его в неправильный дилерский центр

• Мешают публикации объявления

• Создают дубль автомобиля

Ниже остаются расхождения, которые не мешают продаже прямо сейчас.

Так ответственный получает очередь работы, а не очередной журнал на тысячу строк, который торжественно перестают открывать через неделю.

Что видит ответственный сотрудник

По проблеме сотруднику нужна конкретная машина, а не сообщение «ошибка выгрузки».

В карточке инцидента показывают площадку, внешний ID объявления, проблемное поле или версию данных, ожидаемое значение, время изменения, время отправки и ответ площадки.

Если доступно фактически опубликованное значение, показывают и его.

Дальше действие зависит от причины.

Ошибку данных исправляют в основном источнике. Ошибку преобразования — в правилах интеграции. Сбой передачи можно отправить повторно. Если машина уже недоступна, объявление снимают.

После успешной обработки новой версии проблема закрывается автоматически.

Руководителю отдела автомобилей с пробегом нужна уже сводка: сколько сейчас проблемных объявлений, на каких площадках они находятся, какие причины повторяются и сколько времени остаются нерешенными.

Что получает маркетинг

Расхождения влияют и на аналитику.

Если человек оставил заявку по объявлению со старой ценой, сравнивать такую заявку с обращением по актуальному предложению как два одинаковых лида нельзя.

Но система не должна утверждать, что знает, какую страницу конкретный человек действительно видел, если таких данных нет.

Вместе с заявкой достаточно сохранить внешний идентификатор объявления, площадку, время обращения и действовавшую на этот момент версию данных.

Тогда по истории выгрузок можно определить, находилось ли объявление в период известного расхождения.

Такие обращения помечают отдельно. Иначе предложение со случайно оставшейся старой ценой может выглядеть эффективнее актуального и исказить выводы по рекламе.

Какие показатели смотреть после запуска и доработок, разбирали в статье «Какие метрики отслеживать после запуска сайта».

Передачу данных заявки в систему продаж разбирали в статье «Интеграция CRM-системы с сайтом».

Платформа e-commerce на Laravel» Nineseven

Готовая e-commerce-платформа на Laravel для быстрого запуска и роста

Что нужно связать для автоматического контроля

Контроль актуальности объявлений строится поверх самой выгрузки.

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

Где площадка позволяет прочитать опубликованные данные обратно, добавляют еще один уровень проверки.

В итоге получается цепочка: исходное значение, версия для площадки, отправка, результат обработки и фактическая публикация там, где ее можно проверить.

Если сейчас сотрудники сверяют «Авито Авто», «Авто.ру» и сайт руками, такую систему контроля можно собрать в рамках доработки сайта автодилера.