Сколько заявок вы теряете ночью, пока сайт лежит: аптайм, о котором молчат

Анатолий Кузнецов

SEO-оптимизатор с 20-летним стажем. Автор блога hozyindachi.ru о продвижении и доработке сайтов.

Есть цифра, которую вам не покажет ни один отчёт из красивой презентации агентства. Это количество заявок, которые ваш сайт потерял ночью — пока вы спали, а сервер лежал. Не «медленно грузился», а именно лежал: отдавал белый экран, ошибку 502 или бесконечный крутящийся спиннер. Клиент, который в 23:47 искал вашу услугу, увидел это, выругался и ушёл к конкуренту, у которого сайт открылся. Утром вы об этом не узнаете. В аналитике этот визит будет выглядеть как отказ или его не будет вовсе.

За 20 лет практики я привык, что про доступность сайта (uptime) вспоминают в последнюю очередь. Обсуждают ключевые слова, мета-теги, ссылки, дизайн кнопки — что угодно, только не то, работает ли сайт физически 24 часа в сутки. А ведь это фундамент. Самый гениальный контент и самая вылизанная семантика не стоят ничего, если в момент, когда пользователь или робот пришёл на страницу, сервер ответил «извините, я умер». Сегодня разберём, как падения бьют по заявкам и по позициям, почему дешёвый хостинг — это лотерея, и что конкретно проверять, чтобы перестать терять деньги во сне.

Что такое аптайм и почему 99% — это плохо

Аптайм (uptime) — это доля времени, когда сайт доступен и отвечает пользователю нормально. Меряют в процентах. И тут начинается первая ловушка: цифра 99% звучит отлично, почти как отличник в школе. На деле 99% аптайма означает, что сайт лежит примерно 7 часов 18 минут каждый месяц. Это почти целый рабочий день недоступности. Каждый месяц. Представьте, что ваш физический магазин один рабочий день в месяц закрыт без предупреждения, свет выключен, дверь заперта — и никто не знает почему.

Давайте я разложу по полочкам, что стоит за красивыми процентами. Разница между 99% и 99,9% кажется мелочью, но на практике это пропасть:

Приличный хостинг обязан держать хотя бы 99,9%. Всё, что ниже — это когда сайт периодически исчезает на десятки минут, а вы этого даже не замечаете, потому что не мониторите. Именно эти невидимые провалы и съедают заявки. И самое обидное — они почти всегда приходятся на пиковую нагрузку или на ночь, когда никто не сидит и не обновляет страницу вручную.

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

Тут работает злая ирония. Многие думают: ночью нагрузки нет, кто там ходит в три часа — значит, и падать нечему. На замерах я вижу обратное. Ночь — это время, когда хостер и его автоматика делают всю грязную работу, которую нельзя делать днём при живых посетителях.

• Бэкапы и обслуживание. Резервное копирование, обновление ПО сервера, дефрагментация дисков — всё это планируют на 2–5 утра. В этот момент диск и процессор перегружены, и сайт на дешёвом тарифе просто не отвечает.

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

• Автообновления CMS и плагинов. WordPress любит обновляться сам. Кривое ночное обновление плагина роняет сайт в белый экран смерти до утра, пока вы не проснётесь и не откатите.

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

И вот пока вы спите, ваш сайт по 20–40 минут отдаёт ошибку. Клиент из другого часового пояса, ночной покупатель, полуночник с бессонницей, который решил наконец заказать — все они уходят. Ночной трафик в B2B и в интернет-магазинах бывает вполне живым: люди читают со смартфона в кровати и оставляют заявки. А вы их не видите.

Как падения напрямую бьют по заявкам

Давайте посчитаем на живом примере. Возьмём средний коммерческий сайт: 300 визитов в сутки, конверсия в заявку 3%. Это 9 заявок в день. Теперь представим аптайм 99% — то есть сайт лежит суммарно 7 часов в месяц, кусками по 20–30 минут. Даже если считать осторожно, что в эти окна приходится всего 3% месячного трафика, вы теряете под сотню визитов и около трёх заявок ежемесячно. Умножьте на средний чек — и получите сумму, за которую можно оплатить нормальный хостинг на пару лет вперёд.

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

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

Что происходит, когда робот застал 5xx

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

Робот Яндекса и Google приходит на ваш сайт по своему графику, в том числе ночью — ему всё равно, спите вы или нет. Если в момент обхода сервер отдаёт код 5xx (500, 502, 503, 504 — семейство ошибок сервера), робот фиксирует: страница недоступна. Один раз — не трагедия, робот придёт ещё. Но если сервер регулярно встречает робота ошибкой, начинается неприятное:

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

• Страницы вылетают из индекса. Если робот несколько раз подряд застал страницу с 5xx, он может временно выкинуть её из выдачи как недоступную. Позиция обнуляется, и её потом надо возвращать.

• Копится история ошибок в Вебмастере. Яндекс.Вебмастер честно показывает график ответов сервера и всплески 5xx. Робот запоминает, что домен нестабилен, и это влияет на общее доверие.

Разница между 5xx и, скажем, 404 — принципиальная. 404 говорит роботу «этой страницы нет, забудь про неё». А 5xx говорит «страница есть, но сервер сломан, приходи позже». Робот приходит позже, снова видит 5xx — и теряет терпение. Поэтому регулярно проверяйте раздел с ответами сервера — как это делать, я разбирал в статье про проверку индексации сайта в Яндексе. Если видите систематические всплески пятисоток по ночам — это красный флаг, который стоит вам позиций.

Дешёвый хостинг и перегрузки: за что вы на самом деле не платите

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

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

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

1. Если проект приносит деньги — уходите с виртуального хостинга на VPS или хотя бы на тариф с выделенными ресурсами. Гарантированный CPU и память стоят дороже, но вы перестаёте зависеть от соседей.

2. Требуйте у хостера SLA — соглашение об уровне сервиса с прописанным аптаймом 99,9% и компенсацией за простои. Нет SLA — нет разговора.

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

Мониторинг аптайма: перестаньте узнавать о падениях от клиентов

Главная проблема аптайма в том, что без мониторинга вы про падения просто не знаете. Сайт лежал ночью 40 минут, поднялся сам — и вы никогда не узнаете, если только клиент не позвонит с претензией «у вас сайт не открывается». А он обычно не звонит, он уходит молча.

Решение простое и почти бесплатное — сервис мониторинга аптайма. Это внешний робот, который стучится на ваш сайт каждую минуту-две из разных точек мира и проверяет, отвечает ли он и каким кодом. Как только сайт упал — вам моментально прилетает уведомление на почту, в Телеграм или SMS. Вы узнаёте о проблеме за минуту, а не через сутки. Самые ходовые инструменты:

• UptimeRobot — народный стандарт. Бесплатно мониторит до 50 сайтов с интервалом 5 минут, шлёт алерты, рисует публичную страницу статуса и статистику аптайма за месяц. Для большинства проектов этого хватает с головой.

• Better Uptime / BetterStack, HetrixTools, Freshping — альтернативы с более частыми проверками и удобными интеграциями.

• Яндекс.Метрика умеет присылать уведомление о недоступности сайта, если счётчик перестал получать данные. Это грубее, но работает как дополнительный сторож.

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

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

Что именно проверять в мониторинге

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

• Проверяйте не только код ответа, но и содержимое. Хорошие сервисы умеют искать на странице ключевое слово — например, ваш телефон или слово «Заказать». Если слова нет, значит, вместо страницы отдаётся ошибка базы данных, хотя код формально 200.

• Мониторьте ключевые страницы, а не только главную. Ставьте отдельные проверки на страницу с формой заявки, на корзину, на важные посадочные. Главная может жить, а страница оплаты — лежать.

• Следите за скоростью ответа. Резкий рост времени отклика — предвестник падения. Сервер ещё жив, но уже задыхается. Это сигнал вмешаться до того, как всё рухнет.

• Проверяйте срок действия SSL-сертификата. Просроченный сертификат — это тоже недоступность: браузер пугает пользователя красным экраном «небезопасно», и человек уходит. Хорошие мониторинги предупреждают за 2–4 недели до истечения.

• Ловите именно 5xx отдельно. Настройте так, чтобы серверные ошибки подсвечивались особо — они опаснее всего для индексации, как мы разобрали выше.

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

Влияние на индексацию, поведенческие факторы и доверие

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

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

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

Пошаговый чек-лист: как перестать терять заявки ночью

Сведём всё в понятный порядок действий. Пройдите по пунктам сверху вниз — и ночные потери закроются.

1. Поставьте мониторинг аптайма прямо сегодня. UptimeRobot, интервал 5 минут, алерты в Телеграм. 10 минут работы — и вы больше не слепы.

2. Соберите статистику за 2–4 недели. Посмотрите, когда именно падает сайт. Если провалы регулярно ночью — виноват хостинг и его обслуживание.

3. Проверьте ответы сервера в Яндекс.Вебмастере. Нет ли систематических 5xx. Если есть — это прямая утечка позиций.

4. Оцените хостинг честно. Тариф за 150 рублей на коммерческом проекте — это риск. Считайте потери от простоев, а не только цену тарифа.

5. Разгрузите сайт. Кэш, лёгкие картинки, чистка лишних плагинов. Чем легче сайт, тем реже он упирается в лимиты.

6. Настройте контент-проверки. Мониторьте не только код 200, но и наличие ключевого слова на странице и живость формы заявки.

7. Следите за SSL. Просроченный сертификат — это тоже сутки недоступности и испуганных посетителей.

8. Требуйте SLA. При переезде выбирайте хостера с гарантией 99,9% и компенсацией за простои.

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

Хотите, чтобы ваш сайт приносил заявки круглосуточно — а не терял их каждую ночь на ровном месте, пока сервер лежит? Я занимаюсь продвижением сайтов в Яндексе уже больше 20 лет и готовлю сайты в том числе под выдачу нейросетей и AI-поиск. Проверю стабильность вашего хостинга, ответы сервера и разберу, где именно вы теряете трафик и заявки.

Увеличьте позиции и продажи вашего сайта

Профессиональное SEO-продвижение с гарантией результата. Выберите подходящую услугу:

01 SEO-аудит сайта 02 SEO-продвижение 03 Создание сайтов 04 SEO-статьи для сайта

Получить консультацию

Остались вопросы по продвижению?

Меня зовут Анатолий Кузнецов, я SEO-оптимизатор с 20-летним стажем. Разберу ваш сайт, отвечу на вопросы и подскажу, что улучшить для роста позиций в Яндексе и Google.

Связаться со мной →