# Создавайте SEO-страницы под задачи пользователя

- **Канонический URL:** https://playbook.affpartners.io/ru/practices/discoverability-seo/index.html
- **Markdown-версия:** https://playbook.affpartners.io/ru/practices/discoverability-seo/index.md
- **Раздел:** ASO и SEO
- **Время:** 3 часа на первую страницу

Полезная SEO-страница полностью отвечает на один вопрос до предложения установить приложение. Она показывает условия, примеры и честное продолжение в продукте — без текста, написанного только ради ключевых слов.

## Результат

Готовый план первой SEO-страницы: намерение, структура ответа, подтверждения, ограничения, CTA, маршрут в приложение и план обновления.

## Одна страница — один вопрос — один полный ответ

Если человек ищет «как настроить уведомления», ему нужна инструкция, условия и способ проверить результат. Общая рекламная страница не отвечает на вопрос и заставляет устанавливать приложение вслепую.

## Что понадобится

- **Одно намерение:** Приоритетный вопрос из карты семантики с подтверждением в поиске, поддержке или отзывах.
- **Эксперт:** Владелец функции или специалист поддержки, который проверит шаги, ограничения и актуальность ответа.
- **Публикация и данные:** Доступ к сайту, аналитике страницы и маршруту в соответствующий экран приложения.

## Термины простыми словами

- **SEO — Улучшение страниц сайта для поиска:** Определение: Полезные страницы отвечают на реальные вопросы пользователей и помогают находить продукт через поисковые системы. Пример: Страница отвечает на один вопрос, объясняет условия и ведёт к релевантному сценарию приложения.
- **Семантика — Карта поисковых запросов и задач за ними:** Определение: Собирает формулировки пользователей, объединяет их по намерению и связывает с подходящей страницей или функцией продукта. Пример: Запросы «где статус» и «проверить заявку» относятся к одному намерению — увидеть результат процесса.
- **Deep link — Ссылка сразу на нужный экран приложения:** Определение: После нажатия пользователь попадает не на главную, а в конкретный сценарий, который был обещан в сообщении или на сайте. Пример: Push о сохранённом уроке открывает этот урок, а не домашний экран.
- **CTA — Главное действие, которое предлагается пользователю:** Определение: CTA — это кнопка или ссылка с понятным следующим шагом и ожидаемым результатом. Пример: «Продолжить регистрацию» конкретнее и полезнее, чем «Далее».
- **Конверсия — Доля людей, которые перешли к следующему шагу:** Определение: Показывает, сколько пользователей из начавших шаг завершили его или дошли до следующего. Пример: 80 завершили регистрацию из 100 начавших: конверсия равна 80 ÷ 100 × 100% = 80%.

## Когда применять

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

## Что собрать до написания

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

- **Карта семантики**
  - **Источник:** Возьмите одно намерение высокого приоритета и объединённые формулировки, которыми его ищут.
  - **Если доступа нет:** Без инструментов начните с повторяющегося вопроса поддержки, который встречается минимум пять раз в месяц.
- **Текущий продукт**
  - **Источник:** Пройдите сценарий на актуальной версии и запишите шаги, условия, ошибки и доступность по платформам или странам.
  - **Если доступа нет:** Если функция меняется, не публикуйте окончательную инструкцию до подтверждения владельцем и датой выпуска.
- **Поисковая аналитика**
  - **Источник:** После публикации смотрите показы, переходы, запросы страницы и действия после чтения.
  - **Если доступа нет:** Если инструмент ещё не подключён, хотя бы разметьте CTA и deep link отдельным параметром источника.

## Соберите полезную SEO-страницу

1. **Выберите одно намерение.** Возьмите конкретный вопрос, который продукт действительно решает. Не объединяйте инструкцию, сравнение и общий обзор на одной странице.
   - **Где сделать:** В заголовке плана и основном поисковом намерении.
   - **Пример:** «Как проверить статус заявки» вместо общей темы «всё о приложении».
2. **Дайте короткий ответ сразу.** В первых абзацах объясните результат и ключевое условие. Пользователь не должен прокручивать рекламный текст до сути.
   - **Где сделать:** Под H1 и в кратком резюме страницы.
   - **Пример:** Статус находится в разделе «История» и обновляется после обработки; обычный срок указан рядом.
3. **Покажите путь и ограничения.** Добавьте пошаговые действия, реальные изображения, доступность, сроки и типичные ошибки. Не скрывайте важные условия за CTA.
   - **Где сделать:** В основной части страницы с датой обновления.
   - **Пример:** Три шага, что делать при задержке и в каких странах сценарий доступен.
4. **Свяжите с релевантным экраном.** Предложите продолжить ровно ту задачу, за которой пришёл пользователь. Главная страница приложения разрывает контекст.
   - **Где сделать:** В одном основном CTA и deep link.
   - **Пример:** «Открыть мой статус» ведёт в историю, а не на домашний экран.
5. **Назначьте владельца обновления.** Функции, условия и интерфейс меняются. Запишите владельца, дату проверки и сигналы, по которым страницу нужно пересмотреть.
   - **Где сделать:** В метаданных контента и редакционном календаре.
   - **Пример:** Поддержка проверяет инструкцию после каждого релиза и раз в квартал по частым запросам.

## Примеры из практики

- **Ответ доступен до установки:** Страница «Как проверить статус» сразу объясняет место и срок обновления, затем показывает три шага, ограничения и только после этого предлагает открыть свой статус.
- **Продолжение сохраняет задачу:** CTA «Открыть мой статус» ведёт на соответствующий экран. Если функция недоступна в стране, ограничение видно на странице до перехода.

## Готовый артефакт: План страницы «Как проверить статус»

План отвечает, что пользователь должен понять и сделать в каждом блоке страницы.

| Блок | Ответ страницы | Подтверждение | Следующий шаг |
| --- | --- | --- | --- |
| Заголовок | Как проверить статус заявки | Совпадает с вопросом | Сразу увидеть ответ |
| Короткий ответ | Где находится статус и когда обновляется | Текущая версия продукта | Понять без установки |
| Пошагово | 3 шага со скриншотами | Реальный интерфейс | Повторить путь |
| Условия | Сроки, страны, типичные ошибки | Подтверждено владельцем | Избежать сюрпризов |
| Продолжение | Открыть свой статус | Рабочий deep link | Перейти в нужный экран |

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

## Чек-лист страницы

Страница должна оставаться полезной, даже если пользователь не устанавливает приложение после чтения.

- [ ] Одна страница полностью отвечает на одно поисковое намерение.
- [ ] Короткий ответ находится в начале, а не после рекламного вступления.
- [ ] Шаги, изображения, сроки и ограничения соответствуют текущему продукту.
- [ ] Основной CTA и deep link продолжают исходную задачу пользователя.
- [ ] Указаны владелец, дата обновления и повод для следующей проверки.

## Как понять, что страница помогает

- **Поисковый ответ:** Растут релевантные показы и переходы по выбранному намерению, а не случайный широкий трафик.
- **Польза страницы:** Читатели доходят до ответа, используют шаги и реже задают тот же базовый вопрос поддержке.
- **Продолжение в продукте:** Переходы с сайта в приложение открывают нужный экран и приводят к ожидаемому действию.

## Главное правило

SEO не заканчивается кликом: пользователь должен получить полный ответ на странице и понятное продолжение той же задачи в приложении.

---

- [HTML-версия](https://playbook.affpartners.io/ru/practices/discoverability-seo/index.html)
- [Все практики](https://playbook.affpartners.io/ru/)