У хостинга можно сравнить цену, объем диска, количество сайтов, базы данных и десятки других характеристик. С технической поддержкой сложнее. Практически каждый провайдер обещает быстро отвечать клиентам и помогать круглосуточно, но качество этой помощи становится понятно обычно в самый неподходящий момент: сайт перестал открываться, база данных выдает ошибку, закончились ресурсы или после обновления WordPress появилась белая страница.
Именно поэтому поддержку стоит проверять не после покупки хостинга, а до нее. Для владельца обычного сайта она может оказаться важнее дополнительных гигабайт диска или небольшой разницы в стоимости тарифа.
При этом хорошая поддержка вовсе не обязана бесплатно заниматься сайтом клиента, исправлять его код и устанавливать любые программы по первому требованию. У хостера есть своя зона ответственности, а у владельца сайта своя. Чем раньше разобраться, где проходит эта граница, тем меньше будет разочарований после оплаты.
Почему качество поддержки трудно определить по сайту хостинга
На странице тарифов обычно все выглядит убедительно. Поддержка 24/7, специалисты всегда на связи, быстрое решение вопросов, помощь с переносом. Иногда рядом указан чат, телефон и несколько мессенджеров.
Количество способов связи действительно имеет значение, но оно почти ничего не говорит о качестве ответа.
Провайдер может отвечать в чате через минуту, но сложный технический вопрос все равно отправит специалисту второй линии. Другой хостер ответит через десять минут, зато инженер сразу разберется в ситуации и объяснит причину проблемы.
Поэтому оценивать поддержку только по скорости первого ответа неправильно.
Для клиента важнее три вещи: насколько быстро обращение попадает к человеку, который способен решить проблему, насколько компетентно он отвечает и насколько прозрачно объясняет происходящее.
Особенно это заметно при авариях. Сообщение мы занимаемся вашим вопросом, отправленное через две минуты, еще не означает, что проблема действительно решается.
Что техническая поддержка хостинга должна делать
Хостер отвечает прежде всего за собственную инфраструктуру и предоставляемую услугу.
Если не работает сервер, недоступна панель управления, возникли проблемы с сетью, перестала запускаться база данных из-за неисправности на стороне площадки или произошел другой инфраструктурный сбой, это зона ответственности провайдера.
Поддержка должна принять обращение, провести диагностику и либо устранить проблему, либо сообщить клиенту, что происходит и когда ожидается восстановление.
Сюда же относится работа функций, которые являются частью самого хостинга. Например, если панель не выпускает SSL-сертификат, не создается почтовый ящик или не работает предусмотренное тарифом резервное копирование, обращаться к провайдеру совершенно нормально.
Хорошая поддержка часто помогает и немного шире формальных обязательств. Специалист может подсказать, почему домен еще не направлен на сервер, где переключить PHP, как создать базу данных или какие ограничения тарифа сейчас превышает сайт.
Для начинающего владельца сайта такая помощь особенно ценна. Человеку не нужен системный администратор на каждый случай. Иногда достаточно одного точного ответа, чтобы самостоятельно решить проблему за несколько минут.
Что поддержка обычно не обязана исправлять
Здесь чаще всего возникают конфликты между клиентом и хостером.
Владелец видит, что сайт не работает, и логично считает это проблемой хостинга. Но сервер может быть полностью исправен.
Например, после установки плагина WordPress появляется критическая ошибка PHP. Или разработчик изменяет конфигурационный файл и сайт перестает подключаться к базе данных. Интернет-магазин начинает тормозить из-за тяжелого запроса. В коде появляется бесконечный цикл, который расходует процессорные ресурсы аккаунта.
Все это происходит на хостинге, но причиной является сам сайт.
Провайдер не обязан бесплатно отлаживать чужой PHP-код, исправлять плагины, разрабатывать сайт или искать ошибки в индивидуальном приложении.
Тем не менее качество поддержки проявляется даже здесь.
Плохой ответ выглядит примерно так: сервер работает, проблема на вашей стороне.
Полезный ответ может быть значительно конкретнее: сервер работает штатно, но процесс PHP достиг лимита памяти, ошибка записана в таком-то журнале, проверьте такой-то скрипт или последние изменения сайта.
Во втором случае специалист не ремонтирует сайт за клиента, но дает информацию, с которой уже можно работать.
Круглосуточная поддержка тоже бывает разной
Фраза поддержка 24/7 может означать несколько совершенно разных моделей обслуживания.
В одном случае полноценные технические специалисты действительно работают круглосуточно. В другом ночью обращения принимает дежурный сотрудник, а сложные вопросы передаются инженерам утром. Где-то круглосуточно работает только система приема заявок.
Для небольшого личного сайта разница может быть несущественной. Если проблема произошла в три часа ночи, ее вполне можно решить утром.
Для интернет-магазина, сервиса бронирования или другого коммерческого проекта ситуация иная. Несколько часов простоя ночью тоже могут означать потерянные заказы.
Поэтому перед покупкой полезно выяснить не только работает ли поддержка круглосуточно, но и какие вопросы она способна решать ночью.
Особенно это важно при аренде VPS и выделенных серверов. Доступность оператора и доступность инженера дата-центра — не одно и то же.
Как проверить поддержку еще до оплаты
Самый простой способ удивительно очевиден: написать ей.
Не нужно придумывать искусственную аварию или пытаться устроить сотруднику экзамен. Задайте вопрос, который действительно относится к будущему сайту.
Например, можно описать CMS и спросить, какой тариф подойдет для ее размещения. Если сайт уже существует, сообщите примерную посещаемость, объем данных и используемые технологии.
Можно спросить о лимитах CPU, резервном копировании, переносе сайта, доступных версиях PHP или порядке перехода на более мощный тариф.
Хороший признак — специалист пытается разобраться в задаче и дает конкретный ответ.
Насторожиться стоит, если на любой вопрос вам предлагают самый дорогой тариф, отвечают исключительно рекламными фразами или не способны объяснить собственные ограничения.
Например, вопрос о допустимой нагрузке не должен заканчиваться ответом наши серверы очень мощные. Клиенту полезнее узнать, какие лимиты существуют и где их можно посмотреть.
Не проверяйте поддержку вопросами ради вопросов
Иногда совет проверить хостера воспринимают слишком буквально. Человек составляет список из двадцати сложных технических вопросов, ответы на которые ему вообще не нужны, и отправляет их нескольким компаниям.
Такой тест мало что показывает.
Поддержка работает с реальными обращениями, а не участвует в олимпиаде по системному администрированию. Кроме того, первая линия может совершенно справедливо передать узкоспециализированный вопрос инженеру.
Гораздо полезнее проверить обычный клиентский сценарий.
Спросите то, что вы действительно спросили бы после покупки. Посмотрите, понял ли сотрудник вопрос, попросил ли недостающую информацию и дал ли понятный ответ.
Заодно можно оценить манеру общения. Технический специалист не обязан писать литературным языком, но ответ должен быть понятным и уважительным.
Чат удобен но тикеты никуда не исчезли
Онлайн-чат хорош для быстрых вопросов. Где находится нужная настройка, входит ли услуга в тариф, можно ли перенести сайт, когда будет активирован аккаунт — все это удобно обсуждать в реальном времени.
Для сложной технической проблемы система заявок часто лучше.
В тикете сохраняется история переписки, можно приложить журналы ошибок, скриншоты и другие данные. Обращение проще передавать между специалистами, не теряя контекст.
Поэтому отсутствие мгновенного чата само по себе не делает поддержку плохой.
Для серьезного проекта важнее, чтобы существовал надежный канал технических обращений и была понятна история их обработки.
Телефон тоже полезен не всегда. По телефону удобно сообщить о критической проблеме, но разбирать длинный лог сервера голосом бессмысленно.
Хорошо, когда провайдер предлагает несколько каналов, а клиент может выбрать подходящий для конкретной ситуации.
Почему время первого ответа не равно времени решения
Представим двух хостеров.
Первый отвечает через тридцать секунд: здравствуйте, ваше обращение принято. Через сорок минут оно передается техническому специалисту, который начинает диагностику.
Второй отвечает через семь минут, но инженер уже посмотрел сервер и сообщает конкретную причину.
По показателю скорости ответа первый формально победил. Для владельца сайта полезнее оказался второй.
Поэтому в отзывах стоит обращать внимание не только на фразы поддержка отвечает быстро или пришлось ждать.
Намного информативнее истории, где описано, что именно произошло и сколько времени заняло решение.
При серьезных сбоях мгновенного исправления вообще может не существовать. Если отказало оборудование или возникла сложная сетевая проблема, инженерам потребуется время.
В такой ситуации качество поддержки проявляется в другом: клиент не остается в информационном вакууме.
Хорошая поддержка объясняет причину а не только устраняет последствия
Допустим, сайт периодически выдает ошибку из-за превышения лимита процессов.
Специалист может просто перезапустить проблемный процесс. Сайт заработает, клиент поблагодарит поддержку, но через несколько часов ситуация повторится.
Более полезный подход — сообщить, какой лимит был достигнут и в какое время это произошло.
Тогда владелец сможет проверить журналы сайта, найти тяжелый скрипт, настроить кэширование или понять, что проект действительно вырос из текущего тарифа.
Такая прозрачность особенно важна при разговорах об увеличении тарифа.
Если поддержка советует перейти на более дорогой вариант, разумно попросить показать, какого именно ресурса не хватает. CPU? Памяти? Количества процессов? Дисковых операций?
Переход на старший тариф должен решать конкретное ограничение, а не быть универсальным ответом на любую проблему.
Отдельно узнайте что входит в бесплатную помощь
Два хостинга с похожими тарифами могут иметь совершенно разную политику поддержки.
Один бесплатно перенесет сайт, поможет настроить домен и проверит проблему с SSL. Другой предоставляет только инфраструктуру, а любые дополнительные работы оплачиваются отдельно.
Ни один из подходов сам по себе не является неправильным. Важно знать условия заранее.
Если вы уверенно администрируете сайты, расширенная помощь может вообще не понадобиться. Если это первый WordPress-проект, возможность обратиться к специалисту заметно упрощает жизнь.
Перед оплатой стоит посмотреть, какие работы входят в тариф, какие выполняются по возможности, а какие относятся к платному администрированию.
Особенно внимательно проверяйте это при выборе VPS. Неуправляемый виртуальный сервер и VPS с администрированием могут выглядеть похоже в каталоге, но ответственность провайдера будет различаться очень сильно.
Помощь с переносом сайта многое говорит о сервисе
Для нового клиента первая серьезная задача часто возникает еще до начала использования хостинга. Нужно перенести существующий сайт.
Некоторые провайдеры предлагают миграцию бесплатно. Это удобная возможность одновременно проверить работу технической команды.
Стоит заранее уточнить, что именно переносится. Только файлы и база данных или также почта? Сколько сайтов можно перенести? Проверяет ли специалист результат? Кто переключает домен?
Сам факт наличия бесплатного переноса не гарантирует его качества, но для владельца обычного сайта это хороший дополнительный аргумент при выборе между двумя похожими предложениями.
Особенно если нет желания самостоятельно работать с архивами, дампами базы и конфигурационными файлами.
Посмотрите как поддержка работает при превышении ресурсов
Для виртуального хостинга это один из наиболее показательных вопросов.
Сайт может внезапно начать создавать повышенную нагрузку из-за роста посещаемости, ошибки приложения, атаки или неудачно установленного плагина.
Действия провайдеров отличаются.
Хорошо, если клиент может самостоятельно увидеть использование ресурсов в панели и получает уведомление о проблеме.
Еще лучше, если поддержка способна назвать источник нагрузки или хотя бы указать процессы, которые превышают лимиты.
Хуже, когда владелец впервые узнает о существовании ограничения после блокировки аккаунта и получает только предложение перейти на более дорогой тариф.
Поэтому вопрос что произойдет, если мой сайт превысит допустимую нагрузку вполне уместно задать еще до покупки.
При аварии важна не вежливость а прозрачность
Когда недоступны десятки или сотни серверов, поддержка физически не может вести подробную индивидуальную диагностику с каждым клиентом.
В такой момент хороший провайдер публикует информацию о массовом сбое, сообщает о ходе восстановления и обновляет статус по мере появления данных.
Для клиента это гораздо полезнее, чем одинаковый ответ ожидайте на каждое обращение.
Перед покупкой можно посмотреть, есть ли у компании публичная страница состояния сервисов или другой канал сообщений об авариях.
Не нужно искать хостинг, у которого никогда ничего не ломается. Сложная инфраструктура не дает такой гарантии.
Важнее понять, как компания ведет себя, когда проблема все-таки происходит.
Отзывы о поддержке нужно читать иначе чем обычные оценки
Средняя оценка хостинга мало рассказывает о технической помощи.
Один клиент ставит пять звезд за низкую цену. Второй недоволен интерфейсом панели. Третий вообще использовал услугу два дня.
Если интересует именно поддержка, ищите отзывы с конкретным описанием обращения.
Полезная информация выглядит примерно так: возникла проблема с базой, написал в поддержку, специалист обнаружил причину и помог восстановить работу.
Или наоборот: сервер был недоступен, несколько часов не удавалось получить информацию о сбое.
Единичный отрицательный отзыв еще ничего не доказывает. Ошибки случаются у любой компании, а часть конфликтов возникает из-за неправильных ожиданий самого клиента.
Интереснее повторяющаяся картина. Если множество людей независимо друг от друга жалуются на одну и ту же проблему, это уже сигнал.
Поддержка для WordPress и других CMS
Провайдер хостинга не является разработчиком WordPress, Joomla, MODX или другой системы управления сайтом.
Но если компания активно предлагает специализированный хостинг для определенной CMS, логично ожидать, что ее сотрудники знакомы хотя бы с типичными проблемами этой платформы.
Специалист может не исправлять код плагина, но способен показать журнал ошибок, проверить версию PHP, права доступа к файлам, соединение с базой данных и серверные ограничения.
Для новичка такая поддержка существенно полезнее формального ответа проблема находится в вашем приложении.
Если вы планируете размещать конкретную CMS, можно еще до покупки задать связанный с ней вопрос. По ответу станет понятно, насколько провайдер действительно работает с такими проектами, а не просто добавил название CMS на рекламную страницу.
Для бизнеса требования к поддержке выше
Личный блог может спокойно подождать решения несколько часов. Интернет-магазин во время рекламной кампании — уже нет.
Поэтому оценивать поддержку нужно относительно стоимости простоя.
Чем важнее сайт для бизнеса, тем больше внимания стоит уделить режиму работы технической команды, процедуре эскалации критических обращений и гарантиям доступности услуги.
Для серьезных проектов имеет смысл изучить SLA. В нем могут быть описаны гарантируемая доступность сервиса, порядок фиксации нарушения и компенсации.
При этом наличие красивого документа само по себе не заменяет хорошую инженерную команду. SLA определяет формальные обязательства, а ежедневное качество сервиса зависит от того, как компания организовала работу.
Когда стоит доплатить за администрирование
Если проект размещается на обычном виртуальном хостинге, большую часть системной работы берет на себя провайдер.
С VPS ситуация меняется. Клиент получает собственную виртуальную машину и вместе с ней значительно больше ответственности.
Нужно обновлять операционную систему, настраивать веб-сервер, следить за безопасностью, базой данных, резервными копиями и службами.
Если таких навыков нет, экономия на неуправляемом VPS может оказаться сомнительной.
Услуга администрирования стоит денег, но позволяет передать часть серверных задач специалистам. Главное заранее выяснить ее границы. Установка программного обеспечения, обновления, настройка веб-сервера, мониторинг и аварийные работы могут входить в разные пакеты.
Не стоит предполагать, что слово managed автоматически означает мы сделаем вообще все.
Красные флаги которые видны еще до покупки
Некоторые проблемы можно заметить, даже не становясь клиентом.
- На конкретный технический вопрос отвечают исключительно рекламными фразами.
- Сотрудник не может объяснить ограничения собственного тарифа.
- В описании заявлена круглосуточная помощь, но непонятно, каким способом связаться ночью.
- Условия бесплатных и платных работ невозможно найти или получить у поддержки.
- На вопрос о превышении ресурсов сразу предлагают дорогой тариф без объяснения лимитов.
- Сотрудники дают противоречащие друг другу ответы на один и тот же вопрос.
- Провайдер обещает исправлять любые проблемы любого сайта, не оговаривая границы ответственности.
- При публично известном массовом сбое компания долго не сообщает клиентам, что происходит.
Один такой признак еще не обязательно означает плохой хостинг. Но несколько одновременно уже дают повод посмотреть альтернативы.
Что проверить перед покупкой хостинга
Проверка поддержки занимает меньше времени, чем последующий перенос сайта к другому провайдеру.
Сначала посмотрите доступные каналы связи и часы их работы. Затем задайте один или два реальных вопроса о будущем проекте. Если сайт уже существует, можно уточнить возможность бесплатного переноса и попросить оценить подходящий тариф.
Обязательно выясните, где заканчивается бесплатная техническая помощь. Особенно если вам может понадобиться настройка сайта, VPS или нестандартного программного обеспечения.
Для коммерческого проекта уточните порядок действий при аварии и наличие канала для критических обращений.
Если предлагается тестовый период, используйте его не только для проверки скорости сайта. Создайте обращение в поддержку. Причем лучше не с вопросом где находится кнопка, а с небольшой реальной технической задачей.
Так можно увидеть сервис глазами уже действующего клиента.
Хорошая поддержка не должна быть заметна каждый день
Идеальный сценарий выглядит немного парадоксально: владелец сайта редко обращается к поддержке, потому что хостинг стабильно работает и панель позволяет самостоятельно решать большинство задач.
Но когда помощь все-таки требуется, до специалиста легко добраться и он способен объяснить ситуацию человеческим языком.
Именно поэтому при выборе хостинга нет смысла считать количество каналов связи или искать обещание самого быстрого ответа на рынке.
Проверяйте реальную работу сервиса.
Напишите провайдеру до оплаты. Задайте вопрос о своем сайте. Уточните лимиты и границы поддержки. Посмотрите, насколько конкретным будет ответ.
Если два хостинга предлагают похожие ресурсы и стоят примерно одинаково, качество технической помощи вполне может стать решающим критерием. Несколько дополнительных гигабайт диска легко остаются неиспользованными годами. Компетентный специалист в момент, когда перестал работать сайт, способен окупить небольшую разницу в стоимости тарифа за одно обращение.
