Перестаньте выбирать хостинги. Начните выбирать паттерны.

Краткое содержание

Самая дорогая фраза в агентской веб-работе — «давай найдём лучший хостинг для этого клиента». Перестаньте её произносить. Ваша задача — не найти лучший хостинг, а создать небольшой набор хостинг-паттернов, которые покрывают большинство клиентов, и оставить свежее исследование для редких исключений. Эта статья проводит гипотетического розничного клиента через стандартизированный процесс: форма из четырёх полей, три профиля хостинга, чек-лист миграции, план надёжности и одностраничная инструкция. Вы также получите ежеквартальную процедуру обзора, которая держит ваш список хостингов в честности. Результат — меньше чрезвычайных ситуаций в 3 часа ночи, лучше маржа и клиенты, которые доверяют вам, потому что ничего не сломалось. Используйте эти шаги, чтобы превратить хостинг из пожарной тревоги на каждый проект в повторяемую часть вашего рабочего процесса.

Самая дорогая фраза в агентской веб-работе — и самая распространённая: «Давайте найдём лучший хостинг для этого клиента». Перестаньте говорить это. Ваша задача — не найти лучший хостинг. Ваша задача — выбрать небольшой набор хостинг-паттернов, которые работают для большинства ваших клиентов, и потратить ограниченные умственные усилия на тех немногих, кто действительно выпадает из них. Так вы превращаете хостинг из пожарной тревоги на каждый проект в повторяемый шаг вашего рабочего процесса. Вот пошаговое руководство: от первого звонка нового клиента до передачи, о которой вы забудете через шесть месяцев, — потому что ничего не сломалось.

Представьте нового клиента: розничная сеть с сайтом-каталогом, блогом и интернет-магазином. Они были на дешёвом общем хостинге, который падает в Чёрную пятницу. Они просят вас «исправить хостинг». Это ваш момент сделать то, что большинство агентств никогда не делает: провести их через процесс, а не панику.

Шаг 1: Задайте правильные вопросы один раз

Создайте форму приёма хостинга и заставьте каждого клиента заполнить её до разговора с вами. В форме должно быть четыре поля: предполагаемый ежемесячный трафик, тип контента (статический, на базе базы данных, электронная коммерция или с большим количеством медиа), требования соответствия (PCI, HIPAA, GDPR) и ожидания по поддержке — кто будет трогать сайт, когда что-то сломается. Вот и всё. Всё остальное — шум.

Когда клиент говорит «нам нужен лучший хостинг», на самом деле он имеет в виду «нам нужно, чтобы он не упал во время нашей крупнейшей распродажи». Ваша форма фиксирует это в одной строке: трафик. Оказывается, единственная реальная разница между большинством клиентов — масштаб. Низкотрафиковый сайт-визитка и высокотрафиковый интернет-магазин требуют разных ресурсов, но им не нужны разные хостинги, если вы уже выбрали правильный паттерн.

Форма также убивает спекулятивные разговоры. Без неё вы будете получать бесконечные «а что если мы вырастем?» и «не использовать ли нам хостинг, который мы видели на билборде?». Отфильтруйте их до начала. Если клиент не может ответить на четыре вопроса о своём сайте, он не готов к советам по хостингу; он готов, чтобы ему сказали, что делать.

Для нашего розничного клиента форма показывает сайт с приличным, но не огромным трафиком, базой данных продуктов и нулевыми требованиями соответствия, кроме базовой обработки платёжных карт. Они ожидают, что вы будете управлять всем, потому что их последний хостинг «потерял» их заявку в поддержку. Эта последняя деталь важнее любого технического описания.

Шаг 2: Стандартизируйте три профиля

Когда форма заполнена, подберите клиенту профиль. У вас должно быть не более трёх. Бюджетный, поддержка-в-приоритете и производительный. Вот и всё меню. Определите их один раз, задокументируйте и не пересматривайте для каждого клиента.

Профиль	Лучше всего подходит для	Осторожно
Бюджетный общий хостинг	Низкотрафиковые сайты-визитки, ограниченный бюджет	Поддержка слабая, вы предоставляете её
Управляемый с приоритетом поддержки	Клиенты, которые не будут разбираться в технике, хотят один номер телефона	Дороже, привязывает к их стеку
Производительный VPS/выделенный сервер	Электронная коммерция, высокий трафик, сайты с тяжёлой базой данных	Требует больше навыков настройки и обслуживания

Какие хостинги относятся к какому профилю — это ваша домашняя работа, а не клиента. Рабочий метод: протестируйте одного кандидата на профиль на низкорисковом проекте, затем задокументируйте всё — время предоставления, производительность, ответ поддержки, сюрпризы в оплате. Уже доступные вам исследования дают отправную точку: такие хостинги, как Bluehost и Hostinger, обычно позиционируются для экономных пользователей; SiteGround имеет репутацию сильной поддержки; A2 и HostGator ассоциируются с вариантами, ориентированными на скорость. Но не доверяйте этим описаниям, пока не открыли заявку в поддержку и не замерили время ответа секундомером.

Наш розничный клиент попадает в профиль производительности. Им нужны быстрые запросы к базе данных и способность выдерживать всплеск трафика в напряжённые выходные. Решение принимается за минуты, а не за дни, потому что вы не «исследуете хостинги» — вы обращаетесь к собственной матрице.

Если вы ещё этого не сделали, остановитесь здесь и создайте свою матрицу. Вы поблагодарите себя на следующем старте проекта. А если вас всё ещё тянет настраивать каждого клиента индивидуально, прочитайте почему ваш сайт упал и посмотрите, как один сбой может сорвать квартал. Затем зафиксируйте свои профили. Сопротивляйтесь желанию добавить четвёртый «премиум»-профиль ради одного дорогого клиента. Каждый добавленный профиль возвращает те самые поразмышления над проектом, которые вы пытаетесь устранить. Три — это потолок; для многих агентств достаточно двух.

Шаг 3: Мигрируйте по чек-листу, а не по молитве

Теперь вы переезжаете с клиентом. Делайте это одинаково каждый раз. Вот порядок: сделайте резервную копию всего на старом хостинге, включая базу данных; предоставьте новый сервер и установите тот же программный стек; импортируйте файлы и базу данных; установите SSL и протестируйте каждую страницу; переключите серверы имён; проверьте доставку электронной почты и сторонние интеграции; держите старый хостинг активным в течение одного расчётного цикла.

Запишите этот список один раз и превратите его в общий чек-лист в вашем инструменте управления проектами. С этого момента человек, выполняющий миграцию, — не старший инженер, импровизирующий на ходу; это любой, кто может следовать чек-листу. В случае нашего розничного клиента переезд занимает долю времени по сравнению с тем, если бы вы решали каждый шаг по ходу. Эта доля имеет значение, когда вы жонглируете несколькими клиентами.

Два предостережения из реальных миграций. Первое: если старый хостинг обрабатывал электронную почту, не забудьте MX-записи. Именно так миграции устаревают, и клиент думает, что вы сломали его почту. Второе: никогда не делайте изменение DNS в пятницу в 17:00. Делайте это во вторник утром, когда у вас есть два следующих рабочих дня, чтобы исправить всё, что сломается. Механика переезда без простоев описана в этом руководстве по миграции. Прочитайте его перед первой миграцией, а затем удалите из памяти — теперь вам нужен только чек-лист.

И проведите репетицию перед настоящим переключением. Создайте промежуточный субдомен, скопируйте туда сайт и протестируйте каждую страницу. Это стоит час и ловит ошибку, которая оставила бы вашего клиента офлайн на полдня. Этот час — самая дешёвая страховка, которую вы купите за квартал.

Шаг 4: Продавайте надёжность, а не цифры аптайма

Каждый хостинг из вашего списка рано или поздно выйдет из строя. Те, кто рекламирует «100% аптайма», продают маркетинг, а не инжиниринг. Поэтому, когда вы оцениваете хостинг, не спрашивайте о гарантиях. Спрашивайте о коммуникации при инцидентах. Если сервер умирает, приходит ли вам письмо о статусе в течение пяти минут? Есть ли страница статуса? Публикуют ли они разборы инцидентов? Если хостинг не может ответить на это одним предложением, он не готов для клиента, чей доход зависит от веб-сайта.

Вашему клиенту не нужна гарантия 100% аптайма. Им нужен план на случай, когда сайт ляжет. Создайте его вместе с ними: страницу обслуживания, схему оповещения, список, кто кому звонит. Затем протестируйте план с помощью учений. Это самый неприглядный час, который вы потратите, и он спасёт вас от самого напряжённого часа года. Розничный клиент никогда не узнает об учениях в этом квартале, но он узнает о том единственном случае, когда сайт остался работать во время распродажи благодаря вашему плану.

Это также место, где нужно честно рассказать клиенту, что может сломаться. «У нас будут ежедневные резервные копии. Перезапуск службы обычно вернёт сайт за считанные минуты. Но если сервер полностью выйдет из строя, восстановление может занять несколько часов. Вот номер телефона для звонка». Такая честность стоит больше, чем фальшивая гарантия. Она также не даёт вам стать тем, кому звонят в 3 часа ночи, потому что вы пообещали невозможное. Принесите шаблон инструкции на этот разговор и скажите: «Вот что мы будем делать, если сайт упадёт. Вы сразу получите обновление статуса». Затем сделайте это.

Шаг 5: Напишите одностраничную инструкцию (runbook)

Документ, который делает хостинг повторяемым для всех клиентов, — это не сам хостинг, а документация. При передаче дайте клиенту одностраничную инструкцию (runbook) с: логином хостинга, регистратором домена, DNS-провайдером, расписанием резервного копирования, телефоном поддержки и разделом «что делать, если сайт упал». Не закапывайте это в презентацию из 30 слайдов. Одна страница. Каждый клиент получает один и тот же шаблон. Меняются только учётные данные и профиль.

Для розничного клиента инструкция (runbook) — это разница между заявкой в поддержку и спокойным телефонным звонком. Когда они позвонят вам в ноябре, спрашивая о странном письме от их старого хостинга, вы сможете сказать: «Игнорируйте его, мы всё перенесли. Логины в вашей инструкции». Вот когда вы переходите из «веб-агентства» в «хостинг-партнёра, который думает наперёд».

Сам процесс размещения всего на одной странице заставляет вас решить, что действительно критично. Если не помещается, значит, вы не понимаете собственную настройку. Храните шаблон в общей папке и обновляйте его при каждом изменении инфраструктуры. Применяйте принцип минимальных привилегий, ротируйте учётные данные и никогда не отправляйте пароли по электронной почте. Ваша внутренняя версия инструкции должна быть копией страницы клиента плюс раздел для вашей команды: IP-адреса серверов, место хранения резервных копий и учётные данные инструментов мониторинга. Эту внутреннюю версию вы будете использовать при ежеквартальном обзоре.

Шаг 6: Проводите обзор ежеквартально, а не по каждому проекту

Настройте повторяющееся событие в календаре на первый понедельник каждого квартала. В этот день получите три отчёта: заявки в поддержку за последний квартал, данные аптайма из вашего инструмента мониторинга и счета за хостинг. Ищите закономерности. Если один хостинг занимает большую часть заявок в поддержку — он уходит. Если поддержка другого хостинга никогда не берёт трубку — он уходит. Если появился новый провайдер с значительно лучшей ценой за тот же класс услуг, протестируйте его — на одном некритичном клиенте — и добавьте в матрицу, если он это заслужит.

Этот обзор — разница между реакцией на сбои и их предотвращением. Сбои всё равно будут, но они будут виной хостинга, а не вашего процесса. Когда новый кандидат появляется на вашем радаре, прогоните его через реальный стресс-тест перед принятием решения. Дешёвый хостинг может отлично выглядеть на бумаге и сдаться под нагрузкой; тест покажет правду.

Ежеквартальный обзор — это также время для сокращений. Если профиль не использовался в течение двух кварталов, либо удалите его, либо выясните, почему. Цель — живая матрица, отражающая то, что вы действительно узнали, а не статичный документ, написанный однажды и забытый. Не пропускайте обзор из-за занятости. Время, потраченное там, сэкономит вам оплачиваемую неделю позже.

Заключение

Хостинг — это не место для творчества. Это место для паттернов. Создайте форму приёма, зафиксируйте три профиля, выполните чек-лист миграции, продавайте надёжность, напишите одностраничную инструкцию и проводите ежеквартальный обзор. Розничный клиент получит стабильный сайт, вы — более спокойный квартал и наконец перестанете гуглить «лучший хостинг для» каждый раз, когда появляется новый проект. В этом выигрыш. Идите и стандартизируйте.