Обновление цен и остатков в интернет-магазине без дублей

Когда ручное обновление каталога перестает подходить

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

В этот момент имеет смысл настроить импорт или обмен данными. Источником может быть CSV, Excel, XML, выгрузка из учетной системы или API. Но автоматизация должна менять именно нужные поля, а не переписывать карточку товара целиком при каждом запуске.

Разовая загрузка и регулярное обновление - разные задачи

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

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

CSV и Excel подходят для понятного контролируемого импорта

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

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

XML часто используют поставщики и товарные системы

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

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

API нужен, когда данные должны приходить напрямую

Через API магазин может получать данные без ручной загрузки файла. Это подходит, когда внешний сервис предоставляет нужные методы и данные требуется обновлять регулярно.

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

Главное правило - стабильный идентификатор товара

Для обновления нужно надежно понять, какая строка или запись относится к какой карточке на сайте. Обычно для этого используют артикул, внешний ID или другой постоянный идентификатор.

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

Если у товара есть варианты, для них тоже нужна понятная схема сопоставления. Например, один артикул относится к модели, а отдельные внешние ID - к цветам или размерам.

Какие данные можно обновлять автоматически

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

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

То же самое относится к Title, Description, H1 и URL. Если страница уже индексируется в Яндексе и Google, изменение названия в прайсе не должно автоматически создавать новый адрес. Вопросы URL, дублей и индексации лучше проверять отдельно в рамках SEO интернет-магазина.

Что делать с товарами, которых больше нет в выгрузке

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

Безопаснее заранее определить правило. Можно поставить нулевой остаток, изменить статус, скрыть товар из части каталога или выполнить другое действие. Автоматическое удаление страницы способно создать 404 и потерять уже накопленный поисковый трафик.

Категории поставщика не обязательно повторять на сайте

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

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

Цена тоже требует правил

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

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

Сначала тестовая выборка, потом весь каталог

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

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

Когда достаточно файла, а когда нужна интеграция

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

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