Дешёвый хостинг похож на съём комнаты в коммуналке: цена радует, пока сосед не устроил пожар, не завалил коридор хламом и не привёл участкового к общей двери. За 150 рублей в месяц вы делите один сервер с сотнями, а то и тысячами чужих сайтов — и однажды их проблемы становятся вашими. Разберёмся, где именно вас поджидает подстава и по каким признакам понять, что сайту пора съезжать.
Что такое shared-хостинг и почему он такой дешёвый
Shared-хостинг (общий, «виртуальный») — это когда на одной физической машине живёт множество сайтов сразу. Все делят процессор, память, диск и — что важнее всего — общий IP-адрес. Провайдер ставит железо один раз, а сдаёт его в аренду сотням клиентов. Отсюда и смешная цена.
Сама по себе схема не зло. Для визитки на пять страниц с парой посетителей в день её хватает за глаза. Проблемы начинаются, когда бизнес растёт, а сайт остаётся в «коммуналке», где его благополучие зависит от поведения соседей, которых вы даже не видели.
Соседи по IP: чужой спам — ваши письма в папке «Спам»
Главная беда общего хостинга — общая репутация. Ваш сайт отправляет письма (подтверждения заказов, уведомления, ответы клиентам) с того же IP-адреса, что и сотни соседей. Если хоть один из них рассылает спам или его взломали и превратили в спам-машину — в чёрные списки попадает весь IP. А вместе с ним и вы.
Дальше сценарий грустный: Gmail, Яндекс и Outlook сверяются с этими блэклистами и молча роняют ваши письма в «Спам» или отбивают вовсе. Клиент не получил подтверждение заказа, вы не получили заявку, а виноват сосед, чьё имя вам никто не назовёт. Отчистить репутацию чужого IP вы не можете — рычаги не у вас.
Один взломанный сайт на сервере — и в блэклист улетает общий IP-адрес, а с ним почта, SEO-доверие и нервы всех соседей.
Вы не делали ничего плохого, но письма клиентам перестают доходить. И объяснить это клиенту «у нас сосед по хостингу спамит» — так себе аргумент.
Та же история с поисковиками и защитными сервисами: если IP светится в подозрительной активности, часть фаерволов и антиспам-систем начинает резать запросы, а поисковики — с прохладцей относиться к домену на «грязном» адресе.
Жёсткие лимиты: сайт падает ровно тогда, когда пошли клиенты
На общем сервере вам выделяют не гарантированную мощность, а «сколько останется». Пока соседи спят — всё летает. Но стоит запустить акцию, попасть в рассылку, поймать всплеск из соцсетей — и сайт упирается в лимиты CPU и памяти. Результат: страницы грузятся по десять секунд или отдают ошибку.
Самое обидное — падение случается в худший момент. Вы вложились в рекламу, нагнали трафик, а посетитель видит «превышен лимит ресурсов» вместо корзины. Деньги на рекламу потрачены, продажи не случились. По оценкам провайдеров, подавляющее большинство ошибок 502 и 504 на общем хостинге связано именно с перегрузкой сервера в пиковые часы.
Отдельная подстава — «прожорливый сосед». Один чужой сайт с кривым скриптом или наплывом ботов способен просадить производительность всей машины. Тормозят все, независимо от того, кто виноват.
А дешевизна тарифа держится на простом фокусе — overselling, перепродаже ресурсов. Провайдер исходит из того, что все клиенты одновременно нагрузку не создадут, и продаёт мощности сервера многократно. По оценкам отраслевых блогов, ресурсы дешёвого хостинга нередко перепроданы в разы, а на одной машине спокойно уживаются две тысячи и больше аккаунтов.
Пока все тихо сидят — фокус работает. Но плотность соседей означает и больше рисков: больше шансов, что кого-то взломают, кто-то заспамит, кто-то устроит нагрузку. Чем дешевле тариф — тем плотнее «коммуналка» и тем чаще вы будете спотыкаться о чужие проблемы.
Слабая защита, старый софт и бэкапы, которых нет
На бюджетных тарифах экономят на всём, и на безопасности в первую очередь. Типичный набор проблем:
- Слабая изоляция. Дырка в одном сайте на сервере может стать проблемой для соседей — взлом «расползается» по общей машине.
- Устаревший софт. Старые версии PHP и системных пакетов, которые давно пора обновить, но провайдеру не до вас.
- Никакой персональной защиты. Ни нормального фаервола под ваш сайт, ни мониторинга, ни реакции на инцидент — вы наедине с проблемой.
- Бэкапы «на бумаге». Либо их нет вовсе, либо «раз в неделю» — а когда доходит до восстановления, выясняется, что копия битая, неполная или её надо мучительно выпрашивать в поддержке сутками.
Мы в IT-Aegis насмотрелись на это: из практики — десятки заражённых сайтов, которые пришлось лечить, и почти всегда история начинается с «у нас был дешёвый хостинг, бэкап обещали». Резервная копия, которую нельзя быстро развернуть, — это не бэкап, а иллюзия спокойствия.
Признаки, что хостинг уже не тянет
Сайт обычно подаёт сигналы задолго до полного отказа. Насторожитесь, если замечаете:
- периодические ошибки 502 / 503 / 504 и сообщения вроде «превышен лимит ресурсов»;
- сайт заметно тормозит в часы пик или во время акций, хотя вроде бы ничего не менялось;
- письма с сайта регулярно оседают в «Спаме» у клиентов или не доходят;
- админка открывается по десять секунд, обновления «висят»;
- поддержка хостинга отвечает шаблонами и разводит руками: «у нас всё в норме».
Если сайт уже приносит деньги, экономия 200 ₽ в месяц на хостинге — самая дорогая экономия из возможных.
Один упавший в пик распродажи сайт стоит дороже, чем год нормального VPS.
Когда и куда переезжать: VPS, выделенный сервер, облако
Переезд нужен не «когда-нибудь», а когда сайт стал рабочим инструментом, а не украшением. Ориентиры простые:
- VPS (виртуальный выделенный сервер) — золотая середина. Ваши гарантированные ресурсы, свой IP, свобода настроек. Оптимально для растущего бизнеса, интернет-магазина, сайта с CRM и интеграциями.
- Выделенный сервер — когда нагрузка большая и стабильная, а данные критичны. Вся машина ваша, соседей нет в принципе.
- Облако — когда нагрузка скачет: сегодня сто человек, завтра десять тысяч. Платите за то, что реально используете, и масштабируетесь под всплеск за минуты.
Отдельный плюс переезда — собственный, «чистый» IP и репутация, которую больше не портят соседи. Почта начинает доходить, сайт держит нагрузку, а безопасность становится управляемой, а не лотереей.
Пора ли переезжать: короткий чек-лист
Отметьте, что про вас. Три и более «да» — тянуть уже не стоит.
- Сайт приносит заявки или продажи, то есть простой = потерянные деньги.
- Видели ошибки 502/503/504 или «превышен лимит ресурсов» хотя бы пару раз.
- Письма с сайта попадают в спам или не доходят до клиентов.
- Сайт тормозит в пик посещаемости или во время акций.
- Не знаете точно, есть ли рабочий бэкап и как быстро восстановиться.
- Планируете рост трафика, рекламную кампанию или интеграцию с CRM/1С.
- Поддержка хостинга не помогает, а отписывается.
Как переехать без нервов
Хорошая новость: переезд — это не боль и не риск «уроним сайт на неделю», если делать по-человечески. Мы в IT-Aegis подбираем хостинг под конкретный проект (не «подороже», а под вашу реальную нагрузку), снимаем полный бэкап до начала работ, аккуратно переносим сайт и почту, проверяем, что всё завелось, и только потом переключаем домен. Посетители переезда обычно даже не замечают.
Дальше — не бросаем. Поддержка у нас по факту, 1 200 ₽/час, без абонплаты-«воздуха»: платите за реально сделанную работу, а не за то, что мы где-то есть. Если по дороге вскроется, что сайт уже поднахватал заражений на старом хостинге, — вылечим и закроем дыры, чтобы на новом месте начать с чистого листа.
Дешёвый хостинг — нормальная точка старта. Плохо, когда бизнес уже вырос, а сайт всё ещё живёт в коммуналке и зависит от соседей, которых вы никогда не видели. Если узнали в тексте свой сайт — напишите, посмотрим и честно скажем, пора ли переезжать. Иногда достаточно сменить тариф, иногда — сервер, а иногда всё и так в порядке. Разберёмся.
Источники: Kinsta — «What happens when one site gets hacked on shared hosting» (kinsta.com/blog/shared-hosting-security-risks); DuoCircle — «Shared Hosting IP Blacklist» (duocircle.com); Namecheap — «Errors 500, 502, 503, 504 and 508» (namecheap.com/support); WebHostMost — «Hosting Resource Allocation 2026: CPU, RAM, I/O Limits» (blog.webhostmost.com); ScalaHosting — «Shared Hosting Limitations & Abuse Policies» (scalahosting.com/blog/shared-hosting-limits). Точные значения перепродажи и число аккаунтов на сервер зависят от провайдера и тарифа; приведены как порядок величин по отраслевым оценкам.