Как составить требования к корпоративному сайту, выбрать тип размещения, принять работу подрядчика и сохранить управление доменом, почтой и данными.
Сначала опишите бизнес-сценарий, затем выбирайте тариф
Хостинг для компании выбирают под операции: показать каталог, принять обращение, дать скачать документ, открыть личный кабинет или передать заявку в CRM. Количество посещений само по себе не объясняет нагрузку. Страница с готовым кэшем и поиск по большому каталогу используют сервер по-разному. Поэтому в требованиях должны быть не только место и число доменов, но и перечень действий, которые нельзя потерять после переноса.
Учебный пример в этом руководстве — корпоративный WordPress с каталогом PDF, формой обращения и почтой у отдельного поставщика. Это пример состава проекта, а не описание инфраструктуры HOSTIO или проведённого теста. Для такого сайта сначала проверяют доставку заявок, обновление документов и управляемость. Покупка VPS без специалиста не решает ни одну из этих задач автоматически.
Сформулируйте результат приёмки
Вместо «нужен быстрый надёжный хостинг» запишите: сотрудник может самостоятельно заменить PDF, посетитель получает актуальную версию, форма доставляет обращение на согласованный адрес, а после неудачного обновления доступно проверенное восстановление. Затем назначьте того, кто подтверждает каждую операцию. Технический исполнитель не должен единолично решать, что потеря заявок допустима.
Соберите паспорт проекта до обращения к провайдеру
Паспорт — это короткий реестр существующего состояния, а не список паролей. Он нужен, чтобы новый исполнитель не угадывал, где обслуживается почта и какой каталог содержит рабочий сайт. Для установленного WordPress часть сведений можно получить в «Инструменты → Здоровье сайта → Информация». Версии плагинов, тему и важные интеграции фиксируйте отдельно; наличие требуемого PHP у хостера не гарантирует совместимость всех расширений.
| Объект | Что записать | Зачем это при выборе |
|---|---|---|
| Приложение | WordPress, тема, критичные плагины, PHP и БД | Проверить совместимость выбранного окружения |
| Данные | Размер файлов и базы, документы, темп роста | Оценить рабочий диск и место для операций |
| Домены | Регистратор, DNS-поставщик, основной адрес | Изменить только нужный маршрут |
| Почта | Поставщик, MX, отправители формы и рассылок | Не потерять приём и доставку писем |
| Интеграции | CRM, вебхуки, платёжный или учётный сервис | Выделить операции для тестирования |
| Эксплуатация | Ответственные, резервирование, время восстановления | Понять реальный объём сопровождения |
Не публикуйте этот реестр с токенами, персональными данными или резервными кодами. В общем документе указывают ответственного и место защищённого хранения секрета. Сохраните дату актуальности: паспорт прошлогоднего сайта не описывает новую интеграцию, появившуюся вчера.
Кому принадлежат аккаунты и как выдаются доступы
Домен, договор размещения и основной контакт должны оставаться под контролем организации. Если единственный доступ зарегистрирован на личную почту бывшего сотрудника, перенос сайта не устранит зависимость. До выбора площадки проверьте, кто может восстановить доступ, подтвердить оплату, изменить DNS и отозвать права исполнителя. Это четыре разные операции, даже если они доступны в одном кабинете.
Подрядчику выдайте отдельную учётную запись с необходимой областью прав, если выбранная система это поддерживает. Редактору сайта обычно не требуется управление оплатой и соседними проектами. Для аварийной замены исполнителя нужен регламент: кто принимает решение, где находится резервный доступ владельца, какие ключи требуется отозвать. Передачу единственного общего пароля не следует считать управляемым процессом.
Проверьте выход из договора с подрядчиком
Попросите передать перечень пользователей WordPress, доступов к файлам, ключей развёртывания и интеграций. Удаление пользователя в CMS не отзывает отдельный SFTP-доступ или API-токен CRM. Разделите действия по системам, проверьте назначение каждого подключения и только затем отключайте лишнее. Так вы не остановите работающий обмен вместе с правами ушедшего специалиста.
Shared, управляемый VPS или собственное сопровождение
Готовый виртуальный хостинг удобен, если приложение укладывается в поддерживаемый стек и ограничения пакета. Провайдер ведёт серверную среду в рамках услуги, а компания отвечает за содержание, плагины и доступы. Управляемый VPS нужен при конкретных требованиях к окружению и понятном регламенте работ. Неуправляемый VPS предполагает, что назначенный специалист обслуживает ОС, веб-стек, обновления и наблюдение.
| Вариант | Когда включить в короткий список | Какое условие проверить |
|---|---|---|
| Shared | Типовой сайт на поддерживаемой CMS | Лимиты процессов, PHP, БД, диска и резервирования |
| Управляемый VPS | Нужна отдельная среда и есть бюджет сопровождения | Какие работы включены и кто чинит приложение |
| Неуправляемый VPS | Есть ответственный администратор и нестандартный стек | Дежурство, обновления, мониторинг, процедура восстановления |
Не выбирайте сервер только потому, что компания выросла или тариф называется «бизнес». Критичным может оказаться размер почтового архива, который вообще размещён у другого сервиса. И наоборот: специальный агент интеграции или длительный фоновый процесс может сделать подходящий по диску shared непригодным. Сначала зафиксируйте ограничение, затем сравните варианты его устранения.
Составьте проверяемую заявку провайдеру
Отправляйте одинаковое описание задачи каждому кандидату. Иначе один ответит про цену базового пакета, другой — про VPS с панелью, и сравнение потеряет смысл. Запрос должен содержать тип приложения, требуемые версии и расширения, рабочий объём, фоновые задачи, порядок доступа и требования к восстановлению. Если вопрос относится к конкретному тарифу, укажите его название и срок оплаты.
Проект: корпоративный WordPress, один рабочий сайт.
Почта остаётся у текущего почтового поставщика.
Нужны: HTTPS, журнал PHP, отдельный доступ исполнителя,
планировщик задач и экспорт файлов/БД.
Просим подтвердить для выбранного пакета:
1. поддерживаемое окружение и существенные лимиты;
2. состав, хранение и стоимость восстановления копий;
3. порядок тестирования до длинной предоплаты;
4. полный первый платёж, продление и обязательные дополнения.Сохраняйте ответ вместе с датой и ссылкой на документ услуги. Переписка «всё будет работать» без названия пакета и границ помощи не заменяет подтверждение требований. Время первого ответа поддержки и срок фактического решения проблемы тоже нельзя объединять в один показатель.
Разведите сайт, DNS и корпоративную почту
Перенос сайта не требует автоматически переносить почту или менять NS. Если действующий DNS-поставщик сохраняется, бывает достаточно изменить записи, направляющие веб-трафик. Но решение зависит от существующей схемы: до изменения выпишите A, AAAA, CNAME, MX и используемые TXT, а также поддомены. Почтовые записи и проверочные токены внешних сервисов не удаляют по принципу «новый хостер их не показал».
Убедитесь, что форма WordPress отправляет письма согласованным способом. Сообщение «успешно отправлено» в браузере не доказывает доставку в ящик сотрудника. На тестовом контуре используйте согласованный адрес и обезличенное сообщение; отключите рассылки и вебхуки, способные отправить реальные клиентские данные. Приёмку входящей почты, исходящих сообщений и веб-формы оформляйте разными строками.
Считайте полный бюджет, включая второй период
Сопоставляйте одинаковый горизонт оплаты. Месячный эквивалент годовой предоплаты — не обещание продавать один месяц по той же цене. В бюджет входят размещение, домен, почта, резервное хранилище, лицензии, сопровождение, перенос и обязательные дополнения. Если продление или стоимость восстановления не подтверждены, оставьте вопрос открытым вместо нулевой суммы.
| Строка бюджета | Первый период | Следующий такой же период |
|---|---|---|
| Размещение | Полный счёт за выбранный срок | Цена без стартовых льгот, если они прекращаются |
| Домен и почта | Регистрация/продление и нужные ящики | Подтверждённое регулярное продление |
| Копии и восстановление | Включённые и отдельные услуги | Хранение и работы вне включённого состава |
| Сопровождение | Подключение и приёмка | Регулярные работы и согласованные доплаты |
| Выход | Временное параллельное размещение и перенос | Условия экспорта и прекращения услуги |
Не подставляйте цены одного тарифа в ресурсы другого. Сохраняйте рядом с суммой услугу, регион, период, валюту и дату. Если сравниваются разные уровни сопровождения, покажите различие явно. Более низкий счёт за сервер не обязательно означает меньшие расходы компании на эксплуатацию.
Проведите приёмку на безопасной копии
Подготовьте обезличенный стенд с теми же компонентами и репрезентативными документами. Для проверки не требуется копировать все клиентские данные. Изолируйте контур от реальных рассылок, оплаты и обменов; при необходимости ограничьте доступ. Отдельно исключите путаницу с индексацией и рабочим доменом: стенд не должен становиться публичным дублем основного сайта.
- Откройте основные типы страниц и выполните поиск по каталогу. Сверьте содержимое, а не только HTTP-статус.
- Загрузите тестовый документ, замените его и проверьте ссылку после обновления кэша.
- Выполните отправку формы на согласованный адрес и подтвердите доставку.
- Проверьте доступ редактора: разрешённые действия работают, управление чужими проектами недоступно.
- Создайте копию штатным способом и восстановите её в отдельном окружении.
- Зафиксируйте журнал ошибок, ограничения и решение по каждому обязательному сценарию.
Каждая строка заканчивается фактом: что выполняли, что ожидали, что получили и где хранится подтверждение. «Проверено исполнителем» без протокола не позволяет принять работу. При ошибке сначала определите слой — DNS, HTTPS, приложение, почта или интеграция; не покупайте более дорогой тариф как универсальное средство исправления.
План переноса и возврата
Перед рабочим переключением определите окно, ответственного за решение и способ переноса последних изменений. Если каталог редактируется во время миграции, первая копия быстро становится устаревшей. Для формы тоже важен период между площадками: обращения могут поступать в разные журналы и ящики. Уточните, как команда собирает эти результаты после переключения.
Возврат DNS не откатывает базу данных. Если на новой площадке появились изменения, их нужно учесть до возврата на старую. Сохраните исходные записи и работоспособный прежний контур на согласованный срок, не прекращая услугу в момент первого успешного открытия главной. Критерий возврата определите заранее: например, обязательный сценарий доставки обращений не проходит приёмку и не исправляется в выделенное окно.
Частые ошибки и вопросы
Достаточно ли тарифа с названием «для бизнеса»?
Нет. Название пакета не определяет версии окружения, лимиты, права пользователей и границы сопровождения. Проверьте конкретную спецификацию и операции проекта.
Нужно ли переносить корпоративную почту вместе с сайтом?
Только если это отдельная согласованная задача. Существующую почту можно оставить у прежнего поставщика; при переносе DNS требуется сохранить её записи и проверить доставку.
Можно ли считать наличие архива проверенным резервированием?
Архив подтверждает создание файла, а не возможность вернуть рабочее состояние. Для приёмки нужно отдельное восстановление с базой, файлами и зависимостями.
Когда можно оплачивать длинный период?
После проверки обязательных условий и приёмки, с учётом действующих правил тестирования и возврата выбранной услуги. Условия оплаты и прекращения следует сверить в официальных документах.
Что передать владельцу после запуска
Результат — не только работающая главная страница. Владелец получает актуальный паспорт, карту ответственности, перечень отдельных доступов, протокол приёмки, процедуру восстановления и понятный бюджет продления. В публичный отчёт не включают секреты. Для повседневной эксплуатации назначаются основной и резервный ответственные.
Выбирайте пакет, который проходит обязательные сценарии и остаётся управляемым при смене исполнителя. Для предварительного сравнения можно использовать обзоры Beget, Timeweb и SpaceWeb, однако наличие компании в списке не заменяет проверку вашего проекта. Если подтверждённых сведений недостаточно, сначала закройте конкретный вопрос — о среде, восстановлении или ответственности — и только затем принимайте решение.
Обзоры для дальнейшего сравнения
Источники и дата
Редакционная переработка: 26.10.2026. Источники относятся к своим версиям продуктов; параметры конкретного проекта необходимо подтвердить отдельно.
