Разговор о веб-хостинге быстро уходит в тарифы, гигабайты и красивые обещания. А сайт потом падает в пятницу вечером, почта не доходит, резервной копии нет. Хороший разговор со специалистом начинается не с цены, а с нагрузки, доступа, защиты и ответственности.
Какие вопросы задать о тарифе и ресурсах сервера
У специалиста по веб-хостингу нужно спросить, какие ресурсы входят в тариф, где проходят реальные ограничения и что произойдёт при росте посещаемости. Цена без этих деталей почти ничего не говорит.
На практике самый дешёвый тариф часто выглядит прилично до первой рекламной кампании, сезонной распродажи или публикации в крупном сообществе. На странице тарифа написано «много сайтов» и «достаточно места», а в договоре прячутся лимиты на процессорное время, число файлов, память для скриптов и одновременные подключения. Вот там и начинается настоящая арифметика. Не та, что в рекламном блоке, а серверная, сухая и довольно упрямая.
Спросите, сколько оперативной памяти выделяется сайту, есть ли ограничение на нагрузку процессора, как считается место под почту и резервные копии. Для магазина на системе управления сайтом (CMS) один набор требований, для лендинга — другой. Сайт с фильтрами, корзиной и личным кабинетом ест ресурсы совсем не так, как страница с адресом и телефоном.
| Что спросить | Зачем это знать | Тревожный ответ |
|---|---|---|
| Какие лимиты по памяти и процессору? | Чтобы оценить запас под рост трафика | «Вам хватит, не переживайте» |
| Сколько сайтов можно держать без просадки? | Чтобы не делить один тариф на всё подряд | «Сколько угодно» |
| Что будет при превышении лимитов? | Чтобы понимать риск блокировки | «Система сама разберётся» |
| Как перейти на более мощный тариф? | Чтобы рост не превратился в ночной переезд | «Потом посмотрим» |
Хороший специалист не обещает вечный запас за минимальную плату. Он уточняет тип сайта, посещаемость, движок, количество товаров, размер базы данных, наличие интеграций. Иногда после таких вопросов тариф становится дороже. Зато исчезает неприятная угадайка: выдержит сайт нагрузку или рассыплется на первом всплеске.
Что выяснить про безопасность и резервные копии
Про безопасность надо спрашивать до оплаты: кто отвечает за обновления, как хранятся резервные копии, доступна ли защита от атак и как быстро восстанавливают сайт после сбоя. Без ответа на эти вопросы хостинг превращается в лотерею.
А ведь многие вспоминают о копиях только после взлома. Ночной сбой базы, неудачное обновление модуля, удалённая папка с изображениями — всё это не редкость, а обычная рабочая грязь интернета. Резервная копия нужна не «для галочки», а для короткого пути назад, когда сайт уже лежит и телефон у владельца начинает нагреваться от звонков.
Уточните, как часто создаются копии: раз в сутки, раз в неделю или по запросу. Спросите, где они хранятся. Если копия лежит на том же сервере и тот сервер выходит из строя, радости от такой схемы немного. Отдельный вопрос — срок хранения. Для магазина копия за вчера и копия за прошлую неделю решают разные задачи.
- как часто создаются копии сайта и базы данных;
- сколько дней они доступны для восстановления;
- можно ли скачать копию на свой носитель;
- кто запускает восстановление и сколько времени оно занимает;
- входит ли сертификат защищённого соединения (SSL) в тариф.
Безопасность не сводится к одному сертификату. Нужны ограничения на вход в панель, журнал действий, защита от перебора паролей, фильтрация вредоносных запросов. Если сайт принимает заявки, платежи или личные данные, разговор становится жёстче. Тут уже нужны не общие обещания, а конкретные настройки и зоны ответственности.
Отдельно спросите про атаки отказа в обслуживании (DDoS). Не каждый проект нуждается в дорогой защите, но специалист обязан объяснить, какие меры доступны на вашем уровне. Когда в ответ звучит только «у нас всё защищено», без описания фильтрации и действий при инциденте, доверия такой ответ не прибавляет.
Как говорить о переносе сайта и домене
Перед переносом сайта нужно выяснить, кто переносит файлы, базу данных, почту и записи системы доменных имён (DNS), а также сколько времени сайт может быть недоступен. Главная цель — не потерять заявки, письма и позиции страниц.
Переезд сайта редко выглядит героически. Чаще это набор мелочей: забытая папка с загрузками, старая версия языка программирования, почтовые ящики, которые внезапно жили не там, где все думали. Специалисту надо дать не только доступы, но и картину проекта. Где домен, где почта, какие формы отправляют заявки, какие интеграции трогать нельзя.
Хороший разговор начинается с инвентаризации. Сначала проверяют текущую версию языка, размер базы, структуру файлов, плагины, cron-задачи, почтовые маршруты. Затем делают тестовый перенос. И только после проверки меняют записи домена. В этой последовательности нет театра, зато меньше шансов проснуться с белым экраном вместо сайта.
- Попросите план переноса по этапам и срокам.
- Уточните, будет ли тестовая копия до смены домена.
- Спросите, кто проверяет формы, корзину, оплату и письма.
- Зафиксируйте момент смены записей домена.
- Проверьте, останется ли старая площадка доступной на время отката.
Кстати, домен лучше держать под контролем владельца проекта. Когда домен оформлен на подрядчика, любая смена исполнителя превращается в нервный спор. То же касается почты: письма клиентов, счета, договоры и уведомления сервисов не должны пропасть из-за неясной схемы владения.
Как оценить поддержку и ответственность подрядчика
Поддержку хостинга нужно проверять вопросами о времени ответа, каналах связи, регламенте аварий и границах помощи. Именно поддержка показывает разницу между сервисом на бумаге и рабочей опорой для сайта.
Днём все отвечают бодрее. Настоящая проверка приходит вечером, в выходной или в день, когда на сайт пришёл трафик. Поэтому спросите не только про «круглосуточную поддержку», а про конкретику: кто отвечает ночью, какие задачи решают сразу, какие передают администраторам, как клиент узнаёт о массовом сбое.
| Тема | Нормальный ответ специалиста |
|---|---|
| Время реакции | Называет диапазон по тарифу и типу обращения |
| Авария на сервере | Описывает канал уведомлений и порядок работ |
| Проблема в сайте | Разделяет задачи хостинга и разработчика |
| Возврат денег | Показывает условия, а не обещает устно |
Есть тонкая грань: хостинг не обязан чинить чужой код, переписывать модули и искать ошибку в теме оформления. Но специалист должен сказать, где проходит эта граница. Например, сервер работает, база отвечает, почта настроена — значит, дальше нужен разработчик. А если сервер отдаёт ошибку, не запускает нужную версию языка или режет запросы фильтром, это уже зона хостинга.
Попросите показать договор или правила обслуживания до оплаты. Не устные обещания в чате, не бодрую фразу менеджера, а документ с условиями. Там видны сроки, ограничения, возвраты, блокировки за нагрузку, порядок обработки жалоб. Скучное чтение, да. Зато именно оно потом спасает от фразы «мы такого не обещали».
Итог: какие ответы должны насторожить
Настораживают расплывчатые обещания, отказ назвать лимиты, путаница с резервными копиями и нежелание объяснять перенос сайта. Хороший специалист говорит конкретно: что входит в тариф, где предел, кто отвечает за сбой и как вернуть сайт в работу.
Перед оплатой полезно пройтись по четырём блокам: ресурсы, безопасность, перенос, поддержка. Если по каждому блоку есть понятные ответы, проект получает не гарантию вечной безотказности, а нормальную управляемую среду. Для веб-хостинга это уже много. Серверы ломаются, сайты растут, люди ошибаются; разница в том, подготовлена ли площадка к этим обычным неприятностям.
Самый ценный вопрос в разговоре со специалистом звучит просто: «Что произойдёт, если что-то пойдёт не по плану?» По реакции многое видно сразу. Один начнёт уходить в туман. Другой откроет регламент, назовёт сроки, покажет настройки и объяснит, где понадобится разработчик. Вот со вторым разговор можно продолжать.