Как превратить анализ релевантности в понятное ТЗ для автора

Проверьте страницу, поисковую задачу и выборку

Запишите, для кого предназначена страница, на какой вопрос она отвечает и какое действие должна помочь совершить. Например, страница услуги может объяснять ее состав и условия, чтобы потенциальный клиент понял, подходит ли ему предложение.

Проверьте настройки анализа и список страниц для сравнения: поисковую систему, язык, заданный регион и типы страниц в выборке. Статья, категория интернет-магазина и страница услуги могут затрагивать одну тему, но решать разные задачи. Не берите текст конкурента за образец целиком, если его назначение отличается от назначения вашей страницы.

Сохраните URL выбранных страниц и коротко отметьте, почему они подходят для проверки. Если в выборке есть страницы разных типов, используйте их для изучения отдельных вопросов, а не как единый шаблон. Выводы зависят от выбранных страниц, поэтому проверьте выборку прежде, чем переносить наблюдения в ТЗ.

Отделите наблюдение от решения редактора

Наблюдение описывает результат анализа: например, выбранные страницы раскрывают подтему, используют термин в определенном контексте или включают его в видимый текст ссылки. Решение редактора отвечает на другие вопросы: нужно ли менять вашу страницу, где должна появиться правка и чем она поможет читателю.

Перед включением рекомендации в ТЗ проверьте четыре вещи:

• Задача страницы: поможет ли изменение ответить на вопрос посетителя или объяснить предложение компании?
• Точность: есть ли у заказчика сведения, которыми можно подтвердить содержание?
• Место: в каком разделе, тексте ссылки или поле метаданных нужна правка?
• Приемка: что читатель должен понять после изменения и как вы это проверите?

Если рекомендация не соответствует услуге или требует неизвестных фактов, не просите автора додумывать. Запишите, что именно нужно уточнить, и задайте вопрос человеку, который отвечает за предложение компании.

Разнесите задания по зонам страницы

Основной текст, видимые анкоры ссылок и метаданные выполняют разные задачи. Укажите в ТЗ, какой элемент нужно изменить, чтобы автор не перенес правку не туда.

Основной текст

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

Видимые анкоры ссылок

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

Title, Description и H1

Формулируйте задачи для метаданных отдельно от правок основного текста. Объясните, что должен сообщать каждый элемент, и проверьте готовый вариант на точность, ясность и повторы. Google рекомендует делать Title описательным и кратким, не перегружать его ключевыми словами. Google формирует ссылки в результатах поиска с учетом нескольких источников, поэтому изменение Title не гарантирует конкретный вариант отображения. См. рекомендации Google по title links.

Выбирайте правки по пользе для страницы

Большая разница между текущим и целевым значением не делает рекомендацию важнее остальных. В первую очередь выбирайте изменения, которые отвечают на нужный вопрос, уточняют предложение или закрывают реальный пробел в содержании. Остальные можно отложить или отправить на уточнение, если для текста не хватает фактов.

Если отчет показывает диапазоны и медианы, выберите один ориентир для конкретной правки и используйте его последовательно. Не превращайте оба показателя в обязательные цели для одного текста: автор получит противоречивые инструкции.

Когда рекомендация указывает на подтему, откройте соответствующие фрагменты страниц из выборки и прочитайте их целиком. Перечень терминов помогает найти тему для проверки, но не объясняет, что именно следует написать. В ТЗ укажите вопрос читателя или недостающую информацию, а не только список слов.

Учебный пример: превратите строки плана в задания автору

На изображении — публичный учебный пример на синтетических данных, а не результат клиентского проекта. В зоне основного текста строка «проект» показывает изменение с 1 до 6: текущее значение — 1, целевое — 6, изменение — +5. Для слова «дизайн» указано: текущее значение — 9, целевое — 1, изменение — −8.

Учебный пример SEO.LISA на синтетических данных: числа показывают результат анализа, а не универсальную норму. Скриншот опубликован на странице Lisa релевантность. Источник изображения

Из строки «проект» не следует поручать автору пять раз вставить это слово. Попросите проверить, объясняет ли страница, что входит в проект. Если эта информация важна читателю и заказчик может ее подтвердить, добавьте ее в подходящий раздел. Критерий приемки — понятное объяснение состава проекта, а не заданное количество повторов.

Строка «дизайн» не означает, что нужно удалить восемь упоминаний. Проверьте контекст каждого повтора. Переформулируйте только те места, где слово звучит избыточно или предложение не добавляет смысла. После правки важные пояснения должны сохраниться, а текст — читаться естественно.

Как Lisa релевантность помогает подготовить ТЗ

Lisa релевантность — инструмент SEO.LISA для SEO-специалистов. Он сравнивает тематический охват и употребление терминов на странице с выбранными страницами из поиска, а затем формирует план правок. Инструмент помогает найти темы для проверки; специалист решает, что включить в задание автору. Анализ доступен для русских и англоязычных материалов: можно выбрать страницы из Яндекса или Google либо задать список URL.

1. Задайте материал для анализа. Для существующей страницы укажите URL, HTML или текст. Если готовой страницы еще нет, можно проанализировать страницы конкурентов без исходного текста.
2. Проверьте страницы для сравнения. Выберите поисковую систему и подходящие URL. Убедитесь, что они решают ту же задачу, для которой создается ваша страница. Страницу другого типа замените или используйте только для проверки отдельного вопроса.
3. Изучите охват и контекст. Просмотрите тематическую лексику и сгруппированные словоформы, затем откройте релевантные фрагменты страниц-источников. Основной текст и видимые анкоры анализируются отдельно. Прочитайте фрагмент с термином, прежде чем решать, нужно ли раскрыть эту тему на своей странице.
4. Выберите один ориентир. Если используете рекомендации по диапазону или медиане, выберите один вариант для конкретной правки. Текущие значения, цели и изменения показывают, что стоит проверить, но не задают обязательное количество слов.
5. Подготовьте задание. Экспортируйте рекомендации по редактуре в Word как основу ТЗ. Полные метрики и таблицы можно сохранить в Excel, если нужно проверить сам анализ. Перепишите каждый выбранный пункт в задание с указанием зоны страницы, причины и критерия приемки.

Для отдельной задачи по метаданным редактор Lisa проверяет слова запроса и словоформы, повторы и длину Title, Description и H1, а также показывает теги конкурентов. Он сохраняет черновик в браузере и не меняет опубликованный сайт. Возможности инструмента описаны на странице Lisa релевантность; открыть инструмент можно по ссылке Lisa релевантность. Подробный обзор и сравнение инструмента с Miratext есть в статье «Lisa релевантность: анализ страницы и сравнение с Miratext».

Шаблон ТЗ и проверка готового текста

Для каждой правки заполните пять полей:

1. Зона: раздел текста, конкретный анкор или поле метаданных.
2. Наблюдение: что показал анализ или проверка страницы.
3. Действие автора: что добавить, уточнить, убрать или переписать.
4. Причина: на какой вопрос читателя отвечает правка.
5. Критерий приемки: как проверить точность, полноту и отсутствие лишних повторов.

После редактуры проверьте, изменен ли нужный раздел, опирается ли текст на подтвержденные сведения и не появились ли повторяющиеся или противоречивые объяснения. Если в ТЗ были анкоры и метаданные, проверьте их отдельно. Не принимайте текст только потому, что значения в отчете изменились.

Google предлагает проверять, дает ли контент самостоятельную пользу аудитории, достаточно ли полно раскрывает тему и добавляет ли оригинальную ценность. Это вопросы для редакторской оценки, а не формула позиций или гарантия результата. См. рекомендации Google по полезному контенту.

Когда выводы анализа требуют проверки

Если выбранные страницы решают другую задачу, не переносите их структуру на свою. Если термин встречается чаще или реже ожидаемого, сначала проверьте его контекст и смысл собственного текста.

Не создавайте отдельную страницу для каждого найденного термина или близкого вопроса. Сначала проверьте, можно ли полноценно ответить на него в существующем разделе. Google приводит существенно похожие страницы для сходных запросов, которые направляют посетителей через промежуточные страницы к полезному содержанию, как пример doorway abuse. Это не означает, что любая новая страница нарушает правила: важны ее назначение и польза для посетителя. Подробности — в политиках Google в отношении спама в поиске.

Анализ помогает найти темы для проверки и подготовить план редакторских правок. Специалист решает, что действительно улучшит страницу. Хорошее ТЗ связывает выбранную рекомендацию с задачей читателя и объясняет автору, как выполнить и проверить правку.