Перевод описания приложения: один текст выполняет две разные задачи
Ты написал хорошее описание на английском. Теперь хочешь получить его на немецком, японском и португальском, и очевидное решение — прогнать текст через переводчик и вставить результат и в App Store Connect, и в Play Console. На английском текст одинаков в обоих сторах, так почему перевод должен отличаться?
Потому что описание не выполняет одну и ту же задачу в обоих сторах. Человеку оно читается одинаково, но алгоритм поиска каждого стора обрабатывает его совершенно по-разному. Сделав перевод правильным для одного стора, ты всё равно можешь отдать другому листинг слабее исходного.
В App Store описание — это продающая страница
Apple не индексирует описание для поиска. Слова в нём, какими бы удачными они ни были, не влияют на то, по каким запросам показывается приложение. Ранжирование в App Store зависит от названия приложения, подзаголовка и отдельного поля ключевых слов — скрытого поля через запятую с лимитом в 100 символов, и Apple выделяет отдельное поле для каждой локали, в которую ты локализуешься.
Так что на iOS у описания ровно одна задача: конверсия. Оно вступает в работу после того, как человек уже нашёл приложение и решает, устанавливать его или нет. Текст должен быть понятным, убедительным и легко читаться по диагонали — особенно первые несколько строк, которые видны до кнопки «ещё». Переводя описание для iOS, ты переводишь для читателя, а не для алгоритма. Естественная формулировка важнее втиснутого ключевого слова, потому что здесь оно всё равно ничего не даёт.
В Google Play описание — ещё и поле ключевых слов
У Google Play вообще нет отдельного поля ключевых слов. Он читает название, краткое описание и полное развёрнутое описание и извлекает термины для ранжирования прямо из этого текста. Всё развёрнутое описание — до 4000 символов — участвует в индексации.
Это переворачивает задачу текста. На Android описание по-прежнему должно убеждать человека, но ещё и нести ключевые слова, по которым ты хочешь ранжироваться, на языке этого рынка. Одно из распространённых практических правил ASO — держать плотность основного термина примерно на уровне 2–3%: он естественно повторяется несколько раз по тексту, а не втискивается насильно. Это стоит воспринимать как ориентир от практиков, а не как цифру, которую публикует Google, но суть верна: в Play ключевые слова должны реально присутствовать в переведённом тексте, иначе по ним не будет ранжирования.
Одно и то же предложение — две задачи
Вот в чём ловушка. Допустим, твоё английское описание опирается на фразу «habit tracker». В App Store эта фраза принадлежит полю ключевых слов, а описание может рассказывать о приложении любым естественным языком, который лучше читается. В Google Play фраза «habit tracker» должна пережить перевод как поисковый термин на целевом языке — то есть немецкий эквивалент, который люди реально набирают, а не буквальный дословный перевод, который никто не ищет.
Обычный перевод оптимизируется под гладкое чтение. У него нет причин сохранять точный рыночный термин, который использовал бы искатель в Play, и часто он этого не делает — выберет синоним, более формальный регистр или встроит фразу в конструкцию, которая читается нормально, но уже не содержит ключевого слова. На iOS это безвредно. На Android ты только что перевёл свои позиции в поиске в никуда.
Почему «перевести один раз и отправить в оба стора» — ошибка
Порыв прогнать описание через переводчик один раз и вставить одинаковый результат в оба стора эффективен, и для описания на iOS это в целом нормально. Проблема — сторона Android. Тот же самый текст, который хорошо читается в App Store, — это текст, который перестал нести ключевые слова в Google Play, и ничто тебя об этом не предупредит: листинг выглядит переведённым и профессиональным. Заметишь это только через месяцы, когда приложение на Android так и не начнёт ранжироваться на этом языке.
Поэтому два перевода не должны быть одинаковыми. Описание для iOS переводится ради конверсии и ясности. Описание для Android переводится с сохранением ключевых слов целевого рынка, естественно вписанных в текст. Один источник, два результата — и это сделано намеренно.
Как выглядит перевод с учётом ключевых слов
Перевод, уважающий особенности Google Play, делает три вещи, которых нет в обычном переводе. Он определяет термины, по которым ты действительно хочешь ранжироваться. Он находит фразу, которую реальные пользователи этого рынка используют в поиске, — а это решение по локализации, а не поиск в словаре, — и сохраняет эту фразу в переведённом описании с разумной плотностью, вместо того чтобы перефразировать её прочь. В итоге текст всё равно читается так, будто его написал человек, — он просто случайно не выбрасывает твои ключевые слова по пути.
Для iOS нужно зеркальное решение: переводи описание ради самого чистого и убедительного чтения, а усилия по ключевым словам перенеси в поле на 100 символов для этой локали, где Apple действительно его использует. Два стора, две стратегии, один исходный текст.
Как это решает Mokbi
Mokbi переводит весь твой листинг — название, описание и подписи — на 50 языков, используя модель с учётом ASO (Claude), а не сырой перевод «и забыл». Это означает, что описание для Android сохраняет охват ключевых слов на каждом языке, а описание для iOS переводится ради конверсии. Тебе не нужно вручную сравнивать две версии одного и того же абзаца в двадцати странах — разделение между «ранжированием» и «убеждением» встроено в то, как текст выходит для каждого стора.
Одна честная оговорка: ИИ-перевод — это сильная отправная точка, а не финальное утверждение. Для твоих самых ценных рынков — двух-трёх языков, которые дают больше всего установок, — носитель языка, проверяющий результат, всё равно замечает формулировки, которые алгоритм оценить не может, особенно то, действительно ли переведённое ключевое слово — тот термин, который используют местные жители в поиске. Используй автоматический перевод, чтобы дёшево покрыть все 50 языков, а человеческую проверку направь туда, где деньги.