7. Создание мета-тегов и заголовков h1
На этом этапе необходимо подготовить мета-теги и основной заголовок для каждой продвигаемой страницы с учетом ее семантики, поискового интента и содержания.
Для каждой страницы подготовить:
- Title — заголовок страницы для поисковой выдачи;
- Description — краткое описание страницы;
- H1 — основной заголовок страницы.
При составлении учитывать:
- основной целевой запрос;
- дополнительные релевантные запросы;
- коммерческие модификаторы;
- региональные уточнения;
- формулировки, отражающие содержание и интент страницы.
Рекомендуемые параметрыTitle:- ориентир — 50–65 символов;
- основной запрос желательно размещать ближе к началу;
- для каждой страницы создавать уникальный Title;
- не использовать многократное повторение одного и того же ключевого слова;
- при необходимости добавлять регион или название компании.
Description:- рабочий ориентир — 120–180 символов;
- кратко описывать содержание страницы;
- использовать важные запросы и формулировки, соответствующие странице;
- при необходимости добавлять преимущества, регион или коммерческое предложение;
- делать Description уникальным для каждой страницы.
H1:- использовать один основной H1;
- заголовок должен точно отражать содержание страницы;
- использовать основной запрос или его естественную словоформу;
- H1 должен отличаться от Title;
- H1 должен соответствовать фактическому содержанию страницы.
Важно: мета-теги и H1 должны составляться не только под поисковые запросы, но и под пользователя. Не следует механически перечислять ключевые слова или создавать одинаковые шаблоны для всех страниц. Поисковая система может сформировать заголовок или описание в выдаче на основе другого содержимого страницы, если посчитает его более релевантным.
Инструменты: Яндекс Вебмастер, Google Search Console, анализ поисковой выдачи, сервисы работы с семантикой.
Результат: для каждой продвигаемой страницы подготовлены уникальные Title, Description и H1, соответствующие семантике страницы и ее поисковому интенту.
🔹
Чек-лист создания мета-тегов и заголовков h1 | 1 | Основной целевой запрос
|
| 2 | Дополнительные релевантные запросы
|
| 3 | Коммерческие модификаторы
|
| 4 | Региональные уточнения
|
| 5 | Title
|
| 6 | Description |
| 7 | Заголовок H1
|
| 8 | Отличие H1 от Title
|
| 9 | Соответствие мета-тегов поисковому интенту
|
| 10 | Соответствие H1 содержанию страницы |
8. Определение отсутствующих элементов и ошибок конверсионности
Провести сравнение сайта с конкурентами по элементам коммерческим, доверия (E-E-A-T), юзабилити (UX/UI) и конверсионным сценариям. На этом этапе необходимо сравнить сайт с основными конкурентами, определить элементы, которые отсутствуют или реализованы слабее, а также выявить логические и технические ошибки, снижающие конверсию.
Анализировать необходимо не только коммерческие факторы, но и элементы доверия (E-E-A-T), удобство использования сайта (UX/UI) и основные конверсионные сценарии.
Какие страницы необходимо проверитьВ зависимости от структуры сайта необходимо проработать:
- главную страницу;
- каталог;
- категории;
- карточки товаров и услуг;
- страницу контактов;
- страницы «Доставка и оплата»;
- страницы «Гарантия», «Сервис» и аналогичные;
- страницу «О компании»;
- хабовую страницу блога;
- отдельные страницы блога.
Что необходимо проверитьКоммерческие элементы:- контактную информацию;
- реквизиты;
- способы оплаты;
- условия доставки;
- гарантии;
- стоимость товаров или услуг;
- условия заказа;
- формы заявки и заказа;
- основные преимущества компании;
- призывы к действию.
Элементы доверия:- информацию о компании;
- отзывы клиентов;
- кейсы;
- сертификаты и лицензии;
- фотографии сотрудников, офиса, производства или выполненных работ;
- информацию об опыте и компетенциях;
- подтверждения заявленных преимуществ.
Юзабилити:- закрепление шапки сайта;
- наличие в шапке кнопки основного конверсионного действия;
- ссылку логотипа на главную страницу;
- удобство навигации;
- структуру и понятность меню;
- простоту поиска необходимой информации;
- читаемость шрифта;
- корректность отображения сайта на мобильных устройствах;
- количество действий до обращения или оформления заказа.
Конверсионные сценарии и барьеры:Необходимо проверить, насколько быстро пользователь может выполнить основное целевое действие, и выявить технические или логические ошибки, которые блокируют конверсию.
Оцениваем путь пользователя:
- найти нужную услугу или товар;
- получить информацию о стоимости, характеристиках, сроках и условиях;
- связаться с компанией;
- оставить заявку;
- оформить заказ;
- получить консультацию.
Типичные ошибки конверсионности для проверки:
- неработающие формы обратной связи (кнопка нажимается, но заявка не уходит);
- некликабельные номера телефонов и email-адреса, особенно в мобильной версии;
- битые ссылки на пути к покупке (например, ошибка 404 при переходе в корзину или раздел услуг);
- перегруженные формы заявки (слишком много обязательных полей, отпугивающих клиента);
- отсутствие понятного призыва к действию (CTA) на первом экране;
- неочевидная логика оформления заказа (например, скрытая корзина или запутанный выбор условий доставки).
Что сравнивать с конкурентамиДля каждого типа страниц необходимо определить:
- какие элементы есть у конкурентов;
- какие элементы отсутствуют на продвигаемом сайте;
- какие элементы реализованы лучше;
- какие элементы необходимо добавить в первую очередь.
При этом задача не заключается в механическом копировании конкурентов. Необходимо определить элементы, которые действительно помогают пользователю выбрать компанию, получить необходимую информацию и выполнить целевое действие.
Важно: анализировать необходимо не только наличие отдельного элемента, но и его расположение и удобство использования. Например, наличие телефона на странице не означает, что связаться с компанией удобно. Аналогично, наличие формы заявки не гарантирует эффективный конверсионный сценарий.
Инструменты: сайты основных конкурентов, анализ поисковой выдачи, Яндекс Метрика, Google Analytics, сервисы анализа поведения пользователей и записи сессий.
Результат: сформирован список отсутствующих или недостаточно проработанных элементов сайта с приоритетами их добавления и улучшения.
🔹
Чек-лист анализа отсутствующих элементов | 1 | Главная страница
|
| 2 | Каталог и категории
|
| 3 | Карточки товаров и услуг
|
| 4 | Контакты, доставка, оплата и гарантия
|
| 5 | Страница «О компании»
|
| 6 | Хабовая страница блога
|
| 7 | Страницы блога
|
| 8 | Контактная информация и реквизиты
|
| 9 | Способы оплаты и условия доставки
|
| 10 | Отзывы, кейсы, сертификаты и другие элементы доверия
|
| 11 | Закрепление шапки
|
| 12 | Основная кнопка конверсии в шапке
|
| 13 | Ссылка логотипа на главную
|
| 14 | Польза и основное предложение на первом экране
|
| 15 | Удобство навигации и структура меню
|
| 16 | Читаемость шрифта и качество изображений
|
| 17 | Простота поиска необходимой информации
|
| 18 | Быстрота совершения конверсионного действия
|
| 19 | Основные конверсионные сценарии
|
| 20 | Перечень отсутствующих элементов и ошибок на сайте
|
| 21 | Приоритеты добавления и улучшения элементов |
9. Добавление новых элементов и исправление ошибок конверсионности
На этом этапе необходимо внедрить новые элементы и исправить сценарии, которые были выявлены на предыдущем шаге как отсутствующие, недостаточно проработанные или ошибочные.
Внедрить:
- недостающие коммерческие элементы;
- отсутствующие элементы доверия (E-E-A-T);
- улучшения юзабилити (UX/UI);
- улучшения конверсионных сценариев.
Принцип внедрения измененийПри доработке сайта необходимо соблюдать принцип постепенных изменений. Пользователи уже знакомы с существующей структурой сайта, поэтому резкая перестройка интерфейса может ухудшить пользовательский опыт и привести к раздражению.
Основной принцип —
сохранять работающие элементы и постепенно добавлять новые.
Необходимо:
- не менять дизайн сайта полностью без необходимости;
- не менять навигацию сразу;
- не убирать существующие кнопки без подтвержденной необходимости;
- в первую очередь добавлять недостающие элементы;
- при изменении компоновки блоков предварительно проверять гипотезу по данным поведения пользователей;
- старые элементы по возможности сохранять и убирать постепенно после оценки результатов изменений.
При изменении структуры и интерфейсаЕсли необходимо изменить расположение или состав блоков страницы, сначала необходимо определить проблему и сформировать гипотезу.
Например:
Пользователи редко переходят к форме заявки, потому что она расположена слишком далеко от основного предложения.
До внесения изменения необходимо изучить поведение пользователей с помощью Яндекс Метрики и Вебвизора и определить, действительно ли проблема связана с текущей компоновкой страницы.
После внедрения изменения необходимо повторно оценить поведение пользователей и конверсионные показатели.
Важно: не следует менять интерфейс только ради изменений. Если существующий элемент работает, его не нужно удалять только потому, что конкурент реализовал его иначе. Приоритет — постепенное улучшение сайта с минимальным риском для текущих пользователей и конверсии.
Инструменты: Яндекс Метрика, Вебвизор, Google Analytics, данные о конверсиях, A/B-тестирование при наличии достаточного объема трафика.
Результат: отсутствующие элементы внедрены, юзабилити и конверсионные сценарии улучшены без резкого изменения привычной для пользователей структуры сайта.
🔹
Чек-лист добавления элементов | 1 | Внедрены коммерческие элементы
|
| 2 | Добавлены элементы доверия
|
| 3 | Улучшена UX/UI
|
| 4 | Исправлены ошибки и улучшены конверсионные сценарии
|
| 5 | Сохранены работающие элементы
|
| 6 | Сохранена привычная навигация
|
| 7 | Сохранена преемственность дизайна
|
| 8 | Изменения компоновки обоснованы гипотезами
|
| 9 | Результаты изменений оценены после внедрения
|
| 10 | Неэффективные элементы удаляются постепенно |
10. Проведение технического аудита
На этом этапе необходимо провести комплексный технический аудит сайта и выявить ошибки, которые могут ограничивать его индексацию, доступность для поисковых роботов, скорость работы и корректность отображения.
Аудит необходимо проводить по всем ключевым техническим направлениям сайта:
- Аналитика — корректность Яндекс Метрики, целей, Вебмастера, Google Search Console, Bing Webmaster Tools и передачи данных о новых URL.
- Безопасность — отсутствие вирусов и предупреждений поисковых систем, актуальность CMS и модулей, SSL и другие базовые настройки безопасности.
- ГЕО-локализация — наличие и корректность данных компании в Яндекс Бизнесе и Google Бизнесе.
- Индексация и доступность — соответствие количества страниц в индексе и на сайте, доступность страниц для поисковых роботов и корректность индексации.
- Robots.txt — корректность правил для поисковых роботов, отсутствие лишних ограничений и наличие ссылки на Sitemap.xml.
- Sitemap.xml и HTML-карта сайта — наличие, актуальность и отсутствие ошибок в XML-карте сайта.
- Технические дубли и цепочки редиректов — корректность основных вариантов URL, 301-редиректов и отсутствие цепочек и технических дублей.
- Технические элементы — корректность кодов ответа, canonical, ЧПУ, пагинации, фильтров, мобильной версии, JavaScript, 404 и внутренних ссылок.
- Мета-теги — наличие и уникальность Title, Description и H1, отсутствие технических и контентных дублей.
- Скорость — скорость ответа сервера и загрузки страниц на мобильных и десктопных устройствах.
- HTML-структура — корректность иерархии заголовков и семантической структуры страницы.
- Микроразметка — корректность разметки организации, товаров, услуг, статей, хлебных крошек и других сущностей.
- Правовая информация — наличие политики конфиденциальности, согласий на обработку персональных данных, оферты и реквизитов.
Важно: технический аудит должен завершаться не просто перечнем ошибок, а структурированным ТЗ на их исправление с указанием проблемы, затронутых страниц, приоритета и необходимых действий.
Инструменты: Яндекс Вебмастер, Яндекс Метрика, Google Search Console, Bing Webmaster Tools, краулеры и парсеры сайтов, сервисы проверки скорости и микроразметки.
Результат: выявлены технические ошибки и ограничения сайта, сформированы лист необходимых правок и ТЗ программисту на их исправление.
🔹
Чек-лист технического аудита | 1 | Аналитика настроена
|
| 2 | Безопасность |
| 3 | ГЕО-локализация
|
| 4 | Индексация и доступность
|
| 5 | Robots.txt
|
| 6 | Sitemap.xml и HTML-карта сайта
|
| 7 | Технические дубли и цепочки редиректов главной страницы
|
| 8 | Технические дубли и цепочки редиректов внутренних страниц
|
| 9 | Технические элементы
|
| 10 | Мета-теги
|
| 11 | Скорость
|
| 12 | HTML-структура
|
| 13 | Микроразметка
|
| 14 | Правовая информация
|
| 15 | ТЗ программисту |
11. Правки технических ошибок
На этом этапе необходимо реализовать исправления, выявленные в результате технического аудита, и проверить результат после внесения изменений.
Техническое задание целесообразно разделить на три части:
- Программисту — работа с кодом, CMS, сервером, базовыми техническими настройками и другими задачами, требующими разработки.
- Дизайнеру и верстальщику — изменения интерфейса, дизайна, структуры и визуального отображения элементов.
- SEO-специалисту — исправление SEO-настроек, мета-тегов, структуры страниц, внутренней оптимизации и других задач, не требующих разработки.
Приоритет исправленийВ первую очередь необходимо устранять проблемы, которые могут препятствовать:
- индексации страниц;
- сканированию сайта поисковыми роботами;
- корректной обработке URL и редиректов;
- устранению дублей страниц, Title и H1;
- нормальной скорости работы сайта.
После выполнения каждой задачи необходимо зафиксировать ее статус и отметить исправление в ТЗ.
После завершения всех работ необходимо повторно проверить сайт и убедиться, что страницы доступны для поисковых систем, а внесенные изменения не создали новых технических ошибок.
Важно: не следует считать техническую ошибку исправленной только после внесения изменений. Необходимо проверить результат непосредственно на сайте и, при необходимости, повторно выполнить соответствующую часть технического аудита.
Результат: технические ошибки устранены, каждое изменение проверено, а сайт повторно проверен на доступность и корректность для поисковых систем.
🔹
Исправленные ошибки отмечаются в чек-листе технического аудита.