Реклама на 10 миллионов и ошибка 503: как техническая неготовность сжигает маркетинговые бюджеты

Маркетолог запускает кампанию. Бюджет согласован, креативы готовы, аудитории настроены. Трафик пошёл — и сайт упал. Деньги потрачены. Продаж нет. Виновных ищут три отдела сразу.

Это не редкий сценарий. Это то, что происходит каждый раз, когда маркетинг и инфраструктура живут в разных вселенных.

Главное. 503 на старте кампании жжёт не «пару заявок»: клики в ошибку, просадка качества объявлений на 2–3 недели и пустой ретаргетинг. Стресс-тест за 2–4 недели до старта дешевле одного утра простоя.

Как это выглядит изнутри — разбор по минутам

Типичный провал: к 09:19 сервер отдаёт 503, а Директ ещё четыре часа списывает клики в белый экран. За утро сгорает не «пара заявок», а прямой бюджет плюс просадка качества объявлений на 2–3 недели.

Представьте: вы согласовываете рекламную кампанию два месяца. Бриф, стратегия, аппрувы. Десять миллионов рублей на Яндекс.Директ, VK и посевы у блогеров. Старт — понедельник, 9 утра.

Потом ещё неделю разбираются, кто виноват. Маркетинг кивает на IT. IT говорит, что не знал о кампании. Директор смотрит на цифры и молчит.

Почему деньги сгорают даже после восстановления

Большинство думает: «Сайт упал, потом поднялся — ну потеряли пару заявок». Реальный масштаб потерь оказывается в несколько раз больше.

Прямые потери в момент простоя

Рекламные системы не знают, что ваш сайт недоступен. Яндекс.Директ продолжает показывать объявления и списывать деньги за клики на страницу с ошибкой. В зависимости от ставок и объёма кампании это может быть от 50 000 до 300 000 рублей, потраченных буквально впустую — без единого контакта с клиентом.

Потери после восстановления

Это менее очевидно, но часто дороже. Алгоритмы Яндекса и VK оценивают качество посадочной страницы в реальном времени. Когда объявление ведёт на недоступный сайт — система фиксирует плохое качество трафика и снижает рейтинг объявлений. После восстановления сайта вы будете платить за каждый клик в 1,5–2 раза больше, чем до инцидента. Этот эффект сохраняется до 2–3 недель.

Потери на аудитории

Пользователь кликнул на объявление, попал на ошибку 503 и ушёл. Система ретаргетинга зафиксировала его как «посетителя сайта», но реального контакта не было. Деньги на ретаргетинг этой «аудитории» будут потрачены на людей, у которых осталось только воспоминание об ошибке на вашем сайте.

Итоговая математика

Три причины, по которым это происходит снова и снова

1. Маркетинг и IT не разговаривают друг с другом

Маркетолог согласовал бюджет с директором. Запланировал кампанию. Настроил объявления. И никто не спросил у технической команды: а выдержит ли сервер рост трафика в 10–20 раз?

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

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

2. Сервер рассчитан на «нормальный» трафик

Большинство сайтов работают на инфраструктуре, рассчитанной на среднюю нагрузку плюс небольшой запас — обычно 20–30% сверху. Когда рекламная кампания приводит в 10–20 раз больше людей, чем обычно, сервер просто не справляется.

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

3. Нет нагрузочного тестирования перед запуском

Стресс-тест — это проверка: «Что будет с сайтом, если одновременно придут X пользователей?» Большинство компаний его не проводят. Не потому что не хотят — просто не встраивают эту проверку в процесс подготовки кампании.

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

Реальный случай: как мы это исправляли

К нам обратилась компания после провала именно такой кампании. Запускали Яндекс.Директ на новый продукт, вложили 4,2 миллиона рублей за первые три дня. Сайт упал в первый же день и лежал 6 часов в пик трафика.

Что мы нашли при аудите:

• Сервер был рассчитан на 200 одновременных пользователей — реклама привела 1 800.
• Страницы продукта не кешировались: каждый запрос шёл напрямую в базу данных.
• Не было индексов на ключевых таблицах — при высокой нагрузке БД уходила в полный перебор.
• Мониторинга не было вообще: о падении узнали от клиентов в Telegram-чате спустя 40 минут.

Что сделали:

• Перенесли на облачную инфраструктуру с автоматическим горизонтальным масштабированием.
• Настроили Redis-кеширование — нагрузка на базу данных упала в 12 раз.
• Добавили индексы и оптимизировали самые тяжёлые запросы.
• Поставили мониторинг с уведомлениями в Telegram за 2 минуты до критической нагрузки.

Повторный запуск кампании прошёл без единого сбоя. Конверсия выросла на 23% — просто потому что сайт теперь стабильно грузился за 1,4 секунды вместо прежних 9.

Чеклист: что проверить до старта крупной кампании

Главное, что стоит запомнить

Реклама и инфраструктура — это одна система. Когда они не синхронизированы, деньги уходят в никуда независимо от того, насколько хороши ваши креативы, аудитории и ставки.

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

Стресс-тест занимает 1–2 дня. Исправление последствий упавшей кампании — недели и сотни тысяч рублей потерь.

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

Что дальше

Разберём узкие места до следующей кампании: разработка / доработка контура, нагрузочное тестирование, усиление под пик или квиз оценки.