Если в подзаголовке у вас написано «Budget Tracker, Finance App», а в поле ключевых слов — «budget tracker,finance,expense app», вы только что выбросили 26 символов.
Apple не вознаграждает дублирование. Apple его просто игнорирует.
Когда алгоритм Apple индексирует вашу метадату, он читает заголовок, подзаголовок и поле ключевых слов как единый пул индексируемых терминов. Если слово встречается в заголовке и снова в поле ключевых слов, Apple индексирует его один раз. Второе вхождение не приносит дополнительного ранжирующего веса и расходует бюджет символов, который мог бы охватить совершенно другое ключевое слово.
Это одна из самых распространённых и самых дорогих ASO-ошибок инди-разработчиков. Не потому, что её сложно понять, а потому, что никто не объяснил им правило.
Как Apple индексирует поля метадаты
В метадате iOS у вас есть три индексируемых текстовых поля:
- Название приложения (заголовок): 30 символов, наивысший ранжирующий вес
- Подзаголовок: 30 символов, второй по величине ранжирующий вес
- Поле ключевых слов: 100 символов, меньший вес, но самая широкая поверхность охвата
Apple читает все три поля вместе и строит индекс ключевых слов для вашего приложения. Сигнал от каждого поля имеет разный вес: заголовок несёт наибольший ранжирующий авторитет, подзаголовок — второй, а поле ключевых слов — наименьший. Критически важно вот что: если один и тот же термин встречается более чем в одном поле, Apple индексирует его один раз, с весом самого высокоранжируемого поля, в котором он появляется.
Что это означает на практике: любой символ, который вы тратите на повторение ключевого слова из заголовка в подзаголовке или ключевого слова из подзаголовка в поле ключевых слов, не даёт никакого дополнительного выигрыша в ранжировании.
Вы платите за символ дважды, а выгоду от индексации получаете один раз.
Во что на самом деле обходится дублирование
Возьмём приложение для продуктивности с такой метадатой:
- Заголовок: «FocusBlock: Distraction Blocker»
- Подзаголовок: «Distraction Blocker for iPhone»
- Поле ключевых слов: «distraction,focus app,productivity timer,blocker,focus mode»
Каждое вхождение «distraction» и «blocker» после заголовка потрачено впустую. Эти 30 символов подзаголовка могли бы покрывать совершенно другие поисковые запросы.
Поле ключевых слов на 100 символов — это не так уж много места. Повторение слов, уже проиндексированных из заголовка или подзаголовка, съедает его очень быстро. Если вы нацеливаетесь на пять-восемь ключевых слов, потеря 20 или 30 символов на дублирование означает, что одно-два ключевых слова просто не получат охвата.
Среднее инди-приложение тратит впустую от 20 до 40 символов бюджета поля ключевых слов на термины, которые уже присутствуют в его заголовке или подзаголовке. Это структурная неэффективность, которую не исправит никакой объём исследования ключевых слов, потому что проблема не в том, какие ключевые слова вы выбрали, а в том, что часть вашего бюджета символов не делает ничего.
Как провести аудит текущей метадаты
Выполните эту проверку перед следующим обновлением метадаты:
- Выпишите ваши текущие заголовок, подзаголовок и поле ключевых слов.
- Выделите каждое слово, которое встречается более чем в одном поле. Артикли и предлоги игнорируйте.
- Посчитайте символы, которые дубликаты занимают в поле ключевых слов.
- Замените каждый дубликат непересекающимся термином, нацеленным на отдельный поисковый запрос.
В чистой метадате нет пересечений между полями. Каждый символ в поле ключевых слов нацелен на термин, которого нет в заголовке или подзаголовке.
Это разовый аудит с накапливающейся отдачей. Как только вы устраните дублирование, каждое будущее обновление ключевых слов будет стартовать с чистой базы, где весь ваш бюджет символов работает.
Что делать вместо этого
Цель — максимальный непересекающийся охват ключевыми словами по всем трём полям.
Заголовок: Выберите свою единственную самую важную ставку на ключевое слово: с достаточно высоким объёмом, чтобы это имело значение, и достаточно низкой конкуренцией, чтобы вы реально могли попасть в топ-15. Это ключевое слово не должно встречаться больше нигде в вашей метадате.
Подзаголовок: Выберите вторую по силе ставку на ключевое слово или фразу, описывающую другую потребность пользователя. Она должна дополнять ключевое слово заголовка, а не повторять его. «Budget Tracker» в заголовке и «Expense Reports, Receipt Scanner» в подзаголовке покрывают три разных поисковых намерения. «Budget Tracker» в заголовке и «Best Budget Tracker App» в подзаголовке покрывают одно.
Поле ключевых слов: Используйте это пространство для терминов, которых нет в заголовке или подзаголовке. Думайте о нём как о слое расширения. Каждый термин здесь — это чистый новый охват, а не подкрепление того, что вы уже проиндексировали.
Связка «подзаголовок — поле ключевых слов» — это как раз то место, где большинство разработчиков оставляют на столе больше всего возможностей. Подзаголовок на 30 символов, нацеленный на иное поисковое намерение, чем заголовок, в сочетании с полем ключевых слов на 100 символов с нулевыми пересечениями даёт вам 160 уникальных символов охвата. Большинство приложений с дублирующейся метадатой работают со 100 символами или меньше.
Дублирование, которое большинство разработчиков упускают
Помимо очевидных повторов, есть более тонкая форма дублирования, которую легче проглядеть: словоформы (word stems).
Если в вашем заголовке есть «track», добавление «tracking», «tracker» и «tracked» в поле ключевых слов по большей части избыточно. Индексация Apple обрабатывает стемминг: она трактует морфологические варианты одного и того же корня как связанные. Забивать поле ключевых слов вариациями словоформ из заголовка — это разновидность той же самой растраты.
Аналогично, если ключевая фраза присутствует в заголовке, её составные слова не добавляют охвата в поле ключевых слов. «Expense Tracker» в заголовке означает, что «expense» и «tracker» по отдельности в поле ключевых слов не добавляют ничего.
Практический вывод: относитесь к полю ключевых слов как к списку концепций, а не списку слов. Каждая концепция должна отвечать на поисковый запрос, который категориально отличается от того, что уже покрывают ваши заголовок и подзаголовок.
Сверка с конкурентами
Одна полезная калибровка: посмотрите, что ваши высокоранжируемые конкуренты не повторяют между своими полями.
Приложения с сильным охватом ключевых слов, как правило, имеют разнообразную, непересекающуюся метадату. Их заголовки, подзаголовки и поля ключевых слов нацелены каждый на свой запрос. Когда вы видите, что конкурент ранжируется по 20 разным терминам с заголовком на 30 символов и полем ключевых слов на 100 символов, эта арифметика сходится только в том случае, если он не тратит символы на повторы.
Отслеживание конкурентов в Marteso показывает ключевые слова, по которым ранжируются конкуренты, рядом с вашими собственными. Когда вы сравниваете их метадату с их охватом ключевых слов, пробелы из-за дублирования становятся видны быстро. Если конкурент ранжируется по 15 терминам, по которым не ранжируетесь вы, а его метадата плотная, это сигнал о том, как он распределяет бюджет символов, а не только о том, какие термины он выбрал.
Как Marteso это улавливает
AI Keyword Discovery от Marteso оценивает поля вашей метадаты вместе и отмечает дублирующийся охват. Когда вы запускаете подбор ключевых слов, в выдаче отфильтровываются термины, уже присутствующие в ваших проиндексированных полях, и всплывают gap-ключевые слова (термины, по которым ваше приложение сейчас не ранжируется, но которые соответствуют вашей категории и охвату конкурентов).
Это значит, что вы можете провести аудит вашей живой метадаты прямо внутри Marteso, увидеть точно, куда уходит ваш бюджет символов, и получить ранжированный список ключевых слов на замену в том же рабочем процессе.
21-дневный ASO-цикл строится на инкрементальных, измеримых изменениях. Устранение дублирования ключевых слов — одно из самых быстрых структурных улучшений, которое вы можете сделать перед следующим тестом, потому что оно даёт каждой будущей ставке на ключевое слово более чистый сигнал и больше пространства для расширения.
В вашем поле ключевых слов 100 символов. Сделайте так, чтобы каждый из 100 был не зря.