Парсер перестал работать: почему ломается и как не чинить

Вчера цены были, сегодня пусто

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

Похожие задачи встречаются на биржах фриланса. В сентябре 2026 там висела просьба «пофиксить парсер на Python»: скрипт не находит кнопку входа и не видит строки с данными. Это обычная картина, когда код ищет элементы страницы по старым меткам, а страница уже другая. Дальше причины, проверка свежести и границы сбора данных.

Шесть причин поломки

Ниже общие признаки. Точную причину покажет журнал запусков.

Про четвёртую строку есть живой пример: в сентябре 2026 у Ozon выключили финансовый метод, подробности в статье про сломавшуюся выгрузку. Про пятую: в том разборе описано, что новые ключи Ozon Seller API действуют 3 месяца. Срок токена Wildberries, по сообщению стороннего сервиса, 180 дней. Страницы документации WB мне не открылись, сайт отдаёт проверку браузера, поэтому срок сверьте у себя в кабинете.

Как заметить поломку раньше заказчика

Парсер молчит и когда всё хорошо, и когда он сломан. Нужны сигналы, которые скрипт считает после каждого запуска.

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

2. Объём. Число строк сравнивается с обычным, например с медианой за семь дней. Упало больше чем на треть, запуск помечается ошибочным. Рынок за ночь на треть не исчезает.

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

4. Старое не затирается пустым. Каждая строка хранит дату сбора, плохой запуск не перезаписывает хорошие данные.

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

Когда лучше перейти на официальный API и где границы

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

Границы, которые я сверил по первоисточникам в начале октября 2026.

Правила сайта. Условия использования площадки могут запрещать автоматический сбор, читайте их до начала работ. Файл robots.txt по стандарту RFC 9309 выражает пожелания владельца для роботов и «not a form of access authorization», то есть защитой не служит, но и игнорировать его не стоит.

Нагрузка. Код 429 по RFC 6585 означает «слишком много запросов», сервер может указать в Retry-After, когда вернуться. Реакция одна: подождать и снизить частоту.

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

Данные о людях. По ст. 9 закона 152-ФЗ согласие должно быть конкретным, информированным и сознательным, а доказывать его получение должен оператор. По ст. 18, если данные получены не от самого человека, оператор обязан сообщить ему сведения о себе и цели обработки, с исключениями, которые перечислены в самой статье. Текст открывался на consultant.ru. Статьи 272 и 273 УК РФ я не толкую, это вопрос к юристу. Это не юридическая консультация.

Что требовать от исполнителя и что сделать сейчас

Без этих пунктов парсер может чинить только его автор.

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

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

3. Оповещение о поломке с текстом: что, где и с какого времени.

4. Код, ключи и сервер записаны на вас, ключи лежат отдельно от кода.

5. Письменно: откуда берутся данные и на каком основании (API, соглашение, открытый источник).

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

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

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

Чинить старый парсер или переписывать?

Чинить, если сломалось из-за вёрстки и код читаемый. Переписывать, если ломается каждый месяц, нет журнала и тестов или данные можно взять через API.

Сайт блокирует запросы, как это обойти?

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

Можно ли собирать контакты и профили людей?

Это персональные данные, к ним применим 152-ФЗ с обязанностями оператора. Прежде чем заказывать такой сбор, спросите юриста.

Коротко о главном

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

Хотите, чтобы я посмотрел ваш парсер, нашёл причину поломки, настроил проверку свежести с оповещением и перевёл сбор на официальный API там, где он есть? Напишите мне в Telegram слово «ПАРСЕР».