# Парсинг товаров и цен

URL: https://chugunov.pro/uslugi/parsing-tovarov-i-czen/
Обновлено: 27.10.2026.
Источник: chugunov.pro.

2 000 ₽/час

Разработка парсеров товаров и цен для интернет-магазинов, каталогов и сайтов на 1С-Битрикс, WordPress с автоматической загрузкой данных, обновлением остатков и интеграцией с нужными системами.

Для интернет-магазинов и сайтов с каталогом

Или звоните, сразу обсудим детали.

[+7 (915) 016-99-88](tel:+79150169988)

Парсинг
товаров и цен

Парсинг помогает **быстро наполнить сайт, обновить каталог и собрать данные от поставщиков**. Вместо ручного копирования тысяч позиций — автоматический сбор названий, артикулов, цен, остатков, описаний, характеристик и изображений. Разрабатываю парсеры для 1С-Битрикс, WordPress и кастомного PHP.

от 2 000 ₽ / час разово или по расписанию

**Автоматизация** Первичное наполнение и регулярное обновление цен, остатков и ассортимента.

**Встрою в ваш сайт** Данные попадают в каталог корректно, участвуют в фильтрах, не ломают структуру.

**Только открытые источники** Прайсы, фиды, API — без обхода закрытых систем и нарушения правил.

## Какие данные можно собирать

Состав зависит от источника и задачи — от простого списка товаров с ценами до полноценного каталога со связями между элементами.

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

- Названия товаров и артикулы
- Цены, скидки и старые цены
- Остатки и наличие
- Описания и технические характеристики
- Изображения и галереи товаров
- Категории, разделы и вложенная структура каталога
- Бренды, свойства, параметры и фильтры
- Ссылки на товары и дополнительные данные

## Источники данных

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

Самый надёжный источник — структурированный: API, XML или YML-фид, прайс-лист в CSV или XLSX. Формат таких файлов меняется редко, поэтому парсер работает стабильно. Разбор HTML-страниц сайта поставщика тоже возможен, но он чувствителен к редизайну: когда меняется вёрстка источника, логику сбора приходится обновлять. Это учитываю при выборе подхода и заранее говорю о рисках.

- Сайты поставщиков и производителей
- Каталоги и интернет-магазины
- Прайс-листы CSV / XLSX / XML / YML
- Фиды для маркетплейсов
- API внешних сервисов
- Внутренние базы и обменные файлы

## От чего зависит стоимость парсера

Работа считается по времени — от 2 000 ₽ за час. Для задач с понятными границами возможна фиксированная стоимость после разбора задачи. Чтобы оценить объём, смотрю на несколько факторов, и каждый из них заметно влияет на итоговое число часов.

Первый — источник: его формат, объём и стабильность. Готовый фид или API разбирать проще, чем HTML-страницы с подгрузкой данных скриптами, пагинацией и разной вёрсткой для разных категорий. Если источников несколько и у каждого свой формат, под каждый пишется отдельный обработчик, а затем данные приводятся к единому виду.

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

Третий — обработка данных. Очистка названий, перевод единиц измерения, наценка, загрузка и сжатие изображений, генерация ЧПУ — всё это отдельные функции. Иногда описания поставщика нужно не просто перенести, а переписать под сайт; эту часть можно вынести в отдельную работу по [наполнению сайта](https://chugunov.pro/uslugi/napolnenie-sajta/).

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

## Парсинг под вашу CMS

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

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

### Для сайтов на 1С-Битрикс

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

### Для сайтов на WordPress

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

## Что входит в разработку парсера

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

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

- Анализ источника данных и структуры каталога
- Проектирование логики сбора и обработки информации
- Разработка парсера на PHP, Python или Node.js
- Настройка загрузки в 1С-Битрикс, WordPress или другую систему
- Обработка изображений, характеристик, цен и остатков
- Сопоставление категорий, артикулов и свойств
- Защита от дублей и некорректных обновлений
- Настройка ручного или автоматического запуска
- Проверка результата и корректировка логики

## Зачем нужен индивидуальный парсер

Готовые модули импорта подходят не всегда: у разных поставщиков отличаются форматы, структура категорий и правила обновления.

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

**Логика под вашу задачу** Что обновлять, что не трогать, какие товары создавать, а какие отключать. Правила фиксируем до начала разработки, чтобы обновление не затёрло ручные правки.

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

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

## Типичные ошибки при загрузке каталога

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

Вторая — перезапись всего подряд. Парсер обновляет цены и остатки, но заодно затирает описания и фото, которые контент-менеджер улучшил вручную. Решение — заранее, ещё до написания кода, разделить поля: какие обновляются всегда, какие только при создании товара, а какие парсер не трогает вовсе.

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

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

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

## Типовые задачи парсинга и импорта: что делаю и сколько это стоит

Чаще всего источник — не чужой сайт, а прайс, фид или API поставщика. Ниже — частые задачи и ориентиры по времени для одного источника.

1. **«Поставщик каждый день присылает прайс в Excel на почту, а цены обновляют вручную».** Скрипт забирает вложение из ящика по IMAP или файл по ссылке и FTP, читает XLSX через PhpSpreadsheet и ищет колонки по заголовкам, а не по номерам — поставщики любят переставлять столбцы. Обновляет цены и остатки по артикулу, а каждый полученный файл складывает в архив: если на сайте появилась странная цена, видно, из какого прайса она пришла.от 8 чот 16 000 ₽
2. **«Загрузить каталог из YML-фида поставщика».** YML — формат Яндекс Маркета: товары — в элементах offer, категории — в отдельном дереве со ссылками по categoryId, характеристики — в тегах param. Составляю таблицу соответствия категорий поставщика разделам сайта, превращаю param в свойства для фильтра с единым написанием значений («Черный», «чёрный» и «black» — одно значение) и скачиваю фото по тегам picture.от 6 чот 12 000 ₽
3. **«Следить за ценами конкурентов на свои товары».** Свои товары сопоставляю с карточками конкурентов по ссылке, артикулу производителя или штрихкоду. Цену беру из микроразметки schema.org (Offer, price), если она есть: это стабильнее вёрстки. Соблюдаю robots.txt, обхожу только открытые страницы, не чаще раза в сутки и с паузами между запросами. Результат — таблица разницы в цене и уведомление о заметных изменениях.от 12 чот 24 000 ₽Страницы за авторизацией и защитой от роботов не обхожу.
4. **«Наценка на разные категории разная, а цены должны заканчиваться на 90».** Правила наценки выношу в таблицу в админке: категория или бренд, диапазон закупочной цены, процент, округление. Скрипт применяет самое точное правило, округляет цену и не опускает её ниже рекомендованной розничной, если поставщик её передаёт. Менеджер меняет наценку сам, а после пересчёта видно, у скольких товаров изменилась цена.от 4 чот 8 000 ₽
5. **«Один товар есть у трёх поставщиков — показывать лучшую цену и общий остаток».** Склеиваю позиции разных поставщиков по штрихкоду EAN или артикулу производителя, а не по названию. На сайте остаётся одна карточка: цена считается от поставщика, у которого товар есть в наличии и дешевле, остатки суммируются, срок поставки берётся от выбранного поставщика. Предложения каждого поставщика хранятся отдельно и видны в админке.от 12 чот 24 000 ₽
6. **«Парсер работал год и перестал обновлять товары».** Смотрю журнал и ответ источника. Код 403 или 429 означает, что источник ограничил частоту или доступ: обходить ограничение не берусь, а снижаю частоту запросов или предлагаю запросить у поставщика фид. Другие частые причины — изменилась структура файла или вёрстка, истёк ключ API, после переезда сайта не перенесли задание cron.от 2 чот 4 000 ₽

## Кто делает работу

Алексей Чугунов — fullstack-разработчик на 1С-Битрикс, WordPress и PHP

- Более 20 лет в IT: сайты, интернет-магазины, интеграции, обмены с 1С и CRM, поддержка действующих проектов
- Сертифицированный программист 1С-Битрикс: экзамены «Программист Битрикс» уровня 1 и уровня 2 (2016)
- Проекты для «Мосфильм», Gipfel, «Эвалар», Major, H&M и других компаний
- Заранее называю стоимость и сроки, остаюсь на связи после выполнения работ

[Подробнее обо мне и сертификаты →](https://chugunov.pro/about/)

## Частые вопросы

**Сколько стоит разработка парсера?**

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

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

**Парсер разовый или можно обновлять данные по расписанию?**

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

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

**Откуда можно брать данные?**

Из сайтов поставщиков и производителей, прайс-листов (CSV, XLSX, XML, YML), фидов, API внешних сервисов, внутренних баз и обменных файлов. Если у поставщика есть официальный фид или API — обычно лучше использовать именно его: это надёжнее, чем разбирать страницы сайта.

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

**Это законно?**

Я работаю только с открытыми источниками, разрешёнными выгрузками, API и прайс-листами. Не делаю решений для обхода закрытых систем, взлома, получения приватных данных или нарушения правил доступа.

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

**Встроите данные в мой сайт на Битрикс или WordPress?**

Да. Загружаю данные в инфоблоки и торговый каталог Битрикс или в товары WooCommerce и записи WordPress — с правильными категориями, свойствами, изображениями и защитой от дублей, чтобы каталог корректно отображался и был удобен для администрирования.

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

**Что нужно от меня, чтобы начать?**

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

Для разработки понадобится доступ к сайту или его тестовой копии. По этим данным оцениваю объём работ и предлагаю подход.

**Что будет, если поставщик изменит сайт или формат файла?**

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

После изменения источника логику сбора нужно поправить. Объём правок зависит от того, насколько сильно изменился формат. Для фидов и API это бывает редко, для HTML-страниц — чаще, поэтому структурированные источники предпочтительнее.

**Можно ли парсить цены с Ozon и Wildberries?**

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

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

Так часто, как обновляется сам источник и как разрешают его правила: для прайсов и фидов обычно хватает одного-двух раз в сутки. Перед скачиванием проверяю заголовки Last-Modified и ETag — если файл не изменился, повторно его не загружаю. Для API соблюдаю лимиты запросов из документации, для страниц сайта — правила robots.txt, директиву Crawl-delay и паузы между запросами.

**Можно ли использовать фото и описания товаров поставщика?**

Только с разрешения правообладателя: фотографии и тексты охраняются авторским правом, даже если опубликованы открыто. Обычно поставщики и производители разрешают дилерам использовать материалы — передают их в фиде или прописывают в договоре; такое разрешение лучше иметь письменно. Если его нет, фото можно сделать самостоятельно, а описания переписать в рамках [наполнения сайта](https://chugunov.pro/uslugi/napolnenie-sajta/).

## Нужно собрать или обновить каталог?

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

[+7 (915) 016-99-88](tel:+79150169988)