Какие страницы важнее всего для бизнеса?
SEO-аудит сайта, в котором сотни проблем перечислены без всякого порядка, редко приводит к действиям. Начните со страниц, которые приносят заявки, продажи или регистрации в продукте. Выгрузите их адреса и сгруппируйте по шаблонам: услуги, категории, товары, статьи, страницы городов и филиалов. Страницы городов обычно относятся к локальному SEO-продвижению и требуют отдельных проверок.
Добавьте данные о результатах в поиске из Search Console и данные о конверсиях там, где настроена аналитика. Так становится видно, где проблема действительно чего-то стоит бизнесу. Ошибка в шаблоне важных страниц весит больше, чем единичная ошибка в старой статье, которую почти никто не читает. Заодно запишите, кто отвечает за каждый шаблон: это подскажет, кому придётся одобрять и выполнять исправление.
Пока неуверенные выводы не проверены, помечайте их как гипотезы. Уверенная рекомендация, построенная на догадке, отнимает время разработчиков и подрывает доверие ко всему аудиту.
Если аналитика настроена не полностью, не откладывайте аудит из-за этого. Начните с того, что видно в Search Console, а настройку измерений запланируйте отдельной задачей — иначе через несколько месяцев вам будет не с чем сравнить результат.
Что превращает вывод аудита в задачу?
Для каждого вывода нужны воспроизводимый пример, список затронутых адресов, предлагаемое изменение и ответственный. Без этого разработчик получает общую жалобу, а не задачу, которую можно взять в работу.
Отметьте, что должно произойти сначала: одобрение текста, выпуск обновлённого шаблона, карта редиректов. Многие SEO-исправления зависят от другой работы, и если записать порядок задач, исправление не застрянет на месяцы из-за зависимости, о которой никто не упомянул.
Пишите выводы простым языком. Продакт-менеджеру, который выбирает между SEO-исправлением и новой функцией, нужно понять, что сломано, каких страниц это касается и что, скорее всего, изменится после исправления, — без расшифровки терминов из отчёта краулера.
Разделяйте сканирование, индексацию и ранжирование. Адрес, который нашёл ваш краулер, не обязательно есть в индексе Google, а проиндексированная страница не обязательно занимает позиции. Если данных мало, начните с короткой диагностики, масштабная переработка текстов подождёт.
Как выглядит такая находка, можно посмотреть в нашем образце отчёта SEO-аудита — он сделан на примере этого сайта.
Как понять, что исправление сработало?
Закрытая задача в трекере — ещё не подтверждённое улучшение. До релиза запишите, какую техническую проверку вы проведёте, какие страницы посмотрите и за какой период будете измерять результат.
Сравнивайте данные поиска с подходящей точкой отсчёта и отмечайте другие релизы, сезонные колебания и изменения в аналитике за тот же период: любое из них может объяснить изменение лучше, чем ваше исправление. После выкладки проверьте выборку страниц из каждого затронутого шаблона, а не только ту, на которой тестировали. Если заметного эффекта нет, не спешите считать исправление ошибочным: сначала убедитесь, что оно дошло до всех шаблонов и что прошло достаточно времени, чтобы страницы просканировали заново.
Нерешённые случаи оставляйте в списке задач вместе с доказательствами и решением, которое ещё предстоит принять. Тогда следующий аудит начнётся с того, что вы уже знаете. Короткая запись после каждого релиза — что меняли, где проверяли, что увидели — со временем становится лучшей основой для планирования. Тогда аудит становится частью регулярного SEO-продвижения сайтов.
Карточка SEO-вывода
Шаблон, который можно адаптировать под ваш проект.
| Поле | Что записать |
|---|---|
| Затронутые страницы | Тип страниц, примеры адресов и сколько таких страниц. |
| Подтверждение | Что видно на сайте и как это может перепроверить любой сотрудник. |
| Приоритет | Насколько это важно для бизнеса, насколько мы уверены и от каких других задач зависит. |
| Готово, если | Ожидаемый результат, ответственный и дата повторной проверки. |
Чек-лист: приоритеты аудита
- Перечислите затронутые адреса и ответственных за каждый шаблон.
- Опишите влияние на бизнес, уверенность и зависимости по отдельности.
- Помечайте неподтверждённые выводы как гипотезы.
- К каждому исправлению приложите способ проверки «до» и «после».
- Выберите один небольшой релиз и разберите, что он дал.
Пример: противоречивые теги canonical
На важных страницах категорий теги canonical указаны непоследовательно: одни ссылаются сами на себя, другие — на отфильтрованные версии. Первая задача — подтвердить, какие адреса должны быть каноническими, и проверить итоговую разметку после отрисовки, потому что скрипт может менять тег уже после загрузки страницы.
Затем в задаче на релиз описывают исправление шаблона и перечисляют показательные категории, которые нужно проверить после выкладки. Дописывать тексты на эти страницы бессмысленно: этот дефект они никак не устраняют. Через несколько недель после выкладки проверку повторяют, чтобы убедиться, что Google выбрал нужные адреса.
