Дизайн — статьи о сайтах
Сайт разработчика программного обеспечения обычно состоит из страниц с похожей лексикой: «платформа», «решение», «система», «автоматизация». Если описывать их так же, в выдаче они сливаются с сайтами конкурентов и друг с другом. Ниже: из чего складывается описание страницы, как составить его для разных типов страниц и что проверить перед публикацией.
Что входит в описание страницы
Для поиска страницу описывают четыре элемента: тег title, мета-тег description, заголовок h1 и первый абзац текста. Посетитель видит title и фрагмент текста прямо в результатах поиска, поэтому по ним он решает, переходить ли на сайт.
Поисковая система вправе заменить ваш description отрывком из текста, если сочтёт его более подходящим к запросу. Поэтому мета-тег и видимый текст должны говорить об одном и том же. Писать description отдельно от страницы бессмысленно: сначала определите, о чём страница, затем формулируйте описание.
Какие страницы сайта ПО описывать в первую очередь
У каждого типа страниц свой запрос пользователя, поэтому и описание у них разное:
- страница продукта: человек ищет программу под свою задачу;
- страница решения для отрасли или процесса: ищет способ автоматизировать конкретную работу;
- страница интеграции: например, обмен данными с 1С или другой системой;
- документация и история версий: ищет инструкцию, ошибку или изменения в релизе;
- системные требования и загрузка: проверяет, подойдёт ли программа к его оборудованию;
- тарифы и условия лицензирования: сравнивает варианты.
Начните со страниц, через которые к вам чаще всего приходят и где принимается решение: продукты, интеграции, демо.
Из чего составить описание страницы продукта
Рабочая схема из трёх частей: что это за программа, для кого она и что можно сделать дальше. Укажите тип продукта (веб-сервис, настольная программа, мобильное приложение), платформу и способ знакомства: демо-доступ, пробный период, заявка на презентацию. Включайте только то, что у вас действительно есть.
Слова «инновационный», «лучший», «комплексный» ничего не сообщают. Замените их проверяемыми фактами: какие операции автоматизирует программа, с чем интегрируется, где работает. Длину ограничивайте условно: title около 60 знаков, description около 150–160. Показываемая длина зависит от поисковой системы и устройства, поэтому главное ставьте в начало.
Условный пример: страница программы для учёта склада
Возьмём вымышленный продукт «СкладЛайн». Слабый вариант для главной страницы продукта:
- Title: «Главная — СкладЛайн — разработка ПО»
- Description: «Мы — команда профессионалов и предлагаем инновационные решения для вашего бизнеса»
Из него непонятно, что за продукт, для кого он и чем отличается. Вариант лучше:
- Title: «СкладЛайн — программа для учёта товаров на складе»
- Description: «Программа для учёта остатков, приёмки и отгрузки. Работает в браузере, обменивается данными с 1С. Можно запросить демо-доступ.»
- H1: «СкладЛайн: учёт остатков, приёмки и отгрузки»
- Первый абзац: «СкладЛайн помогает вести остатки по ячейкам, оформлять приёмку и отгрузку и сверять данные с учётной системой. Ниже — возможности, требования и порядок запроса демо.»
Это иллюстрация, а не готовый шаблон. Все утверждения в описании (браузер, 1С, демо) должны подтверждаться самим продуктом и текстом страницы.
Как не получить сотни одинаковых описаний
У разработчиков ПО много однотипных страниц: версии, модули, статьи документации, интеграции. Писать их вручную долго, и обычно их заполняют одной фразой для всего раздела. Лучше настроить в CMS шаблон из полей: «{Продукт} {версия}: системные требования», «Интеграция {продукт} и {система}: что передаётся и как настроить».
Если подставить в шаблон нечего, лучше оставить description пустым, чем копировать одну фразу на сотни страниц: поисковик подберёт фрагмент из текста. Повторы title и description показывают разделы для веб-мастеров поисковых систем (Яндекс.Вебмастер, Google Search Console). Для старых версий продукта явно напишите на странице, какая версия актуальна, и дайте на неё ссылку.
Проверочный список перед публикацией
- У каждой страницы свой title, и в нём есть название продукта и тип задачи.
- Description объясняет, что это за программа, для кого она и какое действие доступно.
- В описании нет обещаний, которых нет на странице: демо, бесплатный период, интеграции.
- H1 и первый абзац согласуются с title и не противоречат ему.
- Названия продуктов и версий написаны одинаково на всём сайте.
- Для шаблонных страниц проверены подстановки: нет пустых полей и фраз вроде «{версия}».
- Отдел продаж и техподдержка подтвердили формулировки о платформах, требованиях и условиях.
- Разделы для веб-мастеров не показывают массовых дублей title и description.
Хорошее описание не гарантирует позицию в выдаче, но помогает поисковику правильно понять страницу, а человеку — решить, туда ли он попал.
