Дизайн — статьи о сайтах
Посетитель сайта хостинг-провайдера часто не системный администратор. Это владелец магазина, руководитель клиники или предприниматель, которому нужно «разместить сайт, чтобы работал». Если первый же заголовок состоит из аббревиатур, он не поймёт, подходит ли ему этот тариф, и уйдёт сравнивать с другим. Ниже разберём, как писать заголовки, которые отвечают на вопрос человека, а не пересказывают техническую спецификацию.
Почему заголовки хостинга так часто непонятны
Страницы обычно пишут люди, которые хорошо знают продукт. Для них «VPS на KVM с NVMe» — точное и короткое название. Для покупателя это набор букв. Он не может сопоставить его со своей задачей: интернет-магазин, сайт-визитка или корпоративная почта.
Есть и вторая причина: заголовки копируют из прайс-листа или внутренней документации. Там названия нужны для учёта, а не для объяснения. Заголовок страницы должен сообщать, что это и кому подходит.
Что должен сообщать заголовок: задачу, а не устройство
Удобная формула для основного заголовка: «что это» + «для какой задачи». Технический термин при этом не пропадает, а переходит в подзаголовок или первый абзац, где его можно расшифровать.
Заголовки разделов внутри страницы лучше строить как ответы на вопросы, которые задаёт сам покупатель: подойдёт ли мне это, что входит, кто всё настроит, что будет, если что-то сломается, как перейти от другого провайдера.
Условный пример: страница тарифа до и после
Возьмём вымышленную страницу виртуального сервера. Это учебный образец, а не описание реального проекта.
Было:
- H1: «VPS/VDS на KVM, SSD NVMe, root-доступ»
- H2: «Конфигурации»
- H2: «SLA»
- H2: «Локации ЦОД»
Стало:
- H1: «Виртуальный сервер для сайта, которому стало тесно на обычном хостинге»
- H2: «Кому подойдёт виртуальный сервер, а кому хватит обычного хостинга»
- H2: «Что входит в тариф»
- H2: «Кто настраивает сервер: вы или наши специалисты»
- H2: «Как перенести сайт с другого хостинга»
- H2: «Что гарантирует договор и как связаться с поддержкой»
Сокращения KVM и NVMe не исчезли, они ушли в раздел «Что входит в тариф» с короткой расшифровкой. Теперь у каждого заголовка есть вопрос, на который под ним отвечает текст. Важно, чтобы обещание в заголовке совпадало с договором: если перенос сайта платный или выполняется не всегда, так и пишите.
Как обращаться с терминами: расшифровывать, а не прятать
Убирать все термины не нужно. Владелец сайта встретит их в панели управления и в переписке с поддержкой, а специалист захочет увидеть точные названия. Работает простой порядок: сначала понятное слово, затем термин в скобках или в пояснении.
- Вместо «DNS-записи» — «Настройка адреса сайта (DNS-записи)».
- Вместо «SSL-сертификат» — «Защищённое соединение для сайта (HTTPS)». Бесплатность указывайте только если она действительно есть и без скрытых условий.
- Вместо «Аптайм 99,9%» — «Как часто сайт может быть недоступен». Цифру приводите лишь из договора.
- Вместо «Панель управления» — «Где вы управляете сайтом и почтой».
Заголовки для тревожных вопросов: перенос, копии, поддержка
Выбирая хостинг, человек боится потерять сайт и остаться без помощи. Эти страхи лучше назвать прямо в заголовках: «Что будет с сайтом при переезде», «Как хранятся резервные копии и как восстановить сайт», «Как быстро ответит поддержка и в каком виде». Под каждым пишите конкретные условия: что делает провайдер, что остаётся на стороне клиента, какие есть ограничения.
Не используйте заголовки-лозунги вроде «Надёжно и быстро»: из них нельзя понять, что именно вы делаете. Не вставляйте в заголовок ключевые слова подряд, это читается как набор запросов. Понятный заголовок помогает и людям, и поисковым системам понять тему страницы, но места в результатах поиска он не гарантирует.
Проверочный список перед публикацией
- По одному H1 можно понять, что это за услуга и для какой задачи?
- Есть ли в заголовках аббревиатуры без расшифровки рядом?
- Отвечает ли каждый H2 на отдельный вопрос покупателя?
- Совпадают ли обещания в заголовках с договором и условиями тарифа?
- Отличаются ли заголовки страниц друг от друга, например тарифы, домены и почта?
- Если прочитать только заголовки, понятно ли, как устроена страница?
- Показали ли вы их человеку не из IT и понял ли он, куда нажимать дальше?
Последний пункт самый полезный. Попросите знакомого предпринимателя прочитать только заголовки и сказать, чем вы занимаетесь и какой тариф ему нужен. Места, где он запнулся, и есть то, что стоит переписать.
