Почему поддержка CMS не должна решать проблемы хостинга, а хостинг-провайдер — исправлять ошибки CMS? Разбираемся, куда обращаться, чтобы быстрее решить проблему.
Когда что-то перестаёт работать, клиенты часто не знают, куда обратиться: к разработчику CMS или в поддержку хостинга. На первый взгляд кажется, что раз обе услуги необходимы для работы сайта, то и отвечать за любые неполадки должны обе стороны.
На самом деле всё проще. Чтобы понять разницу, достаточно провести аналогию с компьютером.
Хостинг — это как операционная система Windows, а CMS — как приложение, например Adobe Photoshop.
Если Windows не запускается, не работает диск или компьютеру не хватает ресурсов, проблема находится на уровне операционной системы или оборудования. Если Photoshop выдаёт ошибку при обработке изображения, не сохраняет проект или работает некорректно, обращаться нужно к разработчику приложения.
С CMS и хостингом всё аналогично: хостинг обеспечивает среду для работы сайта, а CMS отвечает за его программную логику и функциональность.
Когда обращаться в поддержку CMS?
Поддержка разработчика CMS занимается вопросами, связанными с самой системой, административной панелью, её возможностями и работой программного кода.
Вот типичные примеры:
-
Не работает функциональность: не сохраняются страницы, некорректно работает каталог или форма, возникают ошибки при редактировании контента.
-
Вопросы настройки: как управлять пользователями, настроить разделы сайта или использовать определённые возможности системы.
-
Ошибки CMS: штатные функции работают логически неправильно, появляются ошибки в административной панели.
-
Проблемы с модулями: если неисправность связана со штатным модулем CMS, обращаться следует к её разработчику. Для сторонних расширений может потребоваться поддержка их поставщика.
Главный критерий: если проблема связана с тем, как программа выполняет свою работу, это зона ответственности разработчика CMS.
Когда обращаться в поддержку хостинга?
Хостинг-провайдер отвечает за предоставленную инфраструктуру и услуги, предусмотренные тарифом.
К нему следует обращаться в следующих случаях:
-
Сайт недоступен: возник сбой сервера, веб-сервера или базы данных на стороне инфраструктуры.
-
Не хватает ресурсов: закончилось место на диске, достигнуты лимиты оперативной памяти или процессора.
-
Проблемы с окружением: требуется настройка версии PHP, серверных компонентов или других параметров, которыми управляет провайдер.
-
Домены и SSL: вопросы настройки DNS, привязки домена и сертификатов, если соответствующие услуги обслуживаются хостингом.
-
Резервные копии: создание и хранение копий, а также восстановление из них, если услуга резервного копирования предоставляется хостингом.
Важно понимать: сам факт размещения сайта на хостинге не гарантирует, что резервные копии автоматически создаются. Нужно проверить условия тарифа, периодичность копирования и сроки хранения.
Если сайт тормозит из-за неоптимизированного кода CMS, исправлять его должен разработчик. Если причина в ограничениях сервера — хостинг-провайдер.
А кто отвечает за почту?
Это один из самых частых источников недопонимания.
Если почтовый сервис предоставляет хостинг-провайдер, он отвечает за работу своей почтовой инфраструктуры и обработку отправляемых сообщений в рамках условий услуги.
Например, если почтовый сервер недоступен, отклоняет отправку или письмо попадает в спам, обращаться нужно к провайдеру.
При этом важно различать работу почтовой инфраструктуры и фактическое попадание письма в почтовый ящик получателя. Последнее зависит также от принимающего сервера, спам-фильтров, репутации отправителя и корректности DNS-настроек. Поэтому гарантировать доставку каждого письма хостинг не может, однако все настройки, которые снижают вероятность попадания в спам находятся именно на стороне хостинга (DMARC, DKIM, SPF).
Если же почтовый сервис работает исправно, но конкретное приложение не формирует письмо, причину нужно искать в этом приложении.
Если почта обслуживается сторонним провайдером (Яндекс.Почта, Mail.ru Почта, и т.д.), обращаться следует к нему, а не автоматически к хостингу.
Куда обращаться: короткая шпаргалка
| Проблема | К кому обращаться |
|---|---|
| Некорректная логика работы функция CMS | Разработчик CMS |
| Ошибка в штатном модуле или административной панели | Разработчик CMS |
| Сбой сервера или недоступность базы данных или веб-сервера на стороне инфраструктуры | Хостинг |
| Заканчивается место на диске или достигнуты лимиты ресурсов | Хостинг |
| Нужно восстановить резервную копию хостинга | Хостинг |
| Не работает почтовый сервер хостинга, письмо приходит в спам | Хостинг |
| Приложение не формирует письмо | Разработчик приложения |
| Неисправен сторонний плагин | Его разработчик |
Почему важно не путать зоны ответственности?
У разработчика CMS нет доступа к серверу, почтовым журналам или инструментам восстановления резервных копий. А хостинг-провайдер не обязан исправлять ошибки программного кода, дорабатывать функциональность CMS или разбираться в логике сторонних модулей.
Поэтому обращение не по адресу часто приводит к лишней переписке и потере времени.
Если непонятно, где возникла проблема, опишите симптомы, приложите текст ошибки и укажите, когда всё началось. Если неисправность находится на стыке CMS и хостинга, может потребоваться совместная диагностика.
Главное
CMS — это программа. Хостинг — среда, в которой она работает.
Как разработчик Photoshop не отвечает за исправность Windows, так и разработчик CMS не отвечает за все проблемы серверной инфраструктуры. И наоборот: хостинг может обеспечить необходимые ресурсы, но не обязан исправлять ошибки самой CMS.
Понимание этой разницы помогает быстрее находить причину неисправности, обращаться к нужным специалистам и возвращать сайт к нормальной работе без лишних задержек.