suede-aso

Suede ASO Audit — скилл Suede Labs AI для проверяемого аудита карточек приложений в App Store и Google Play. Он предназначен для ситуации, когда есть URL живой карточки или текущие данные консоли и нужно оценить поисковую видимость, качество метаданных и вероятность конверсии просмотра в установку. Источник прямо отделяет эту задачу от разработки и релиза приложения, создания платной рекламы и установки событийной аналитики. Результатом должен быть приоритизированный план действий, а не общая рекомендация «улучшить ASO». Перед аудитом проверяется контекст продукта: если в проекте есть .agents/product-marketing.md, .claude/product-marketing.md или legacy-файл product-marketing-context.md, его нужно прочитать до дополнительных вопросов. Тип магазина определяется по URL: Apple использует apps.apple.com с country, названием и числовым id, Google Play — play.google.com/store/apps/details?id=. Для Apple источник предлагает собрать название, subtitle, описание, promotional text, категории, screenshots, preview video, рейтинг и число оценок, последние отзывы, покупки, разработчика, дату обновления, историю версий, возрастной рейтинг, размер и языки. Для Google дополнительно важны short/full description, feature graphic, tags, data safety, диапазон загрузок и what's new. Если WebFetch не видит client-side поля, пробел фиксируется явно; для визуальной оценки нужно снять screenshot страницы и проверить иконку, порядок скриншотов, подписи, видео и feature graphic. Оценка начинается с brand maturity: Dominant — household brand с очень большой аудиторией, Established — сильный игрок категории, Challenger — приложение, которому ещё нужна discovery-поддержка. Это не декоративная классификация: для Dominant допустим brand-only title, lifestyle-изображения и менее подробные release notes, если это согласуется с брендом; Challenger проверяется строже, потому что каждое поле и ключевое слово важнее. Затем выставляются шесть оценок от 0 до 10: Title & Subtitle — 20%, Description — 15%, Visual Assets — 25%, Ratings & Reviews — 20%, Metadata & Freshness — 10%, Conversion Signals — 10%. Итог — взвешенная сумма из 100. Диапазоны 85–100, 70–84, 50–69, 30–49 и 0–29 соответствуют оценкам A, B, C, D и F. В отчёте нужны score card по всем шести измерениям, три быстрые победы с высокой отдачей и малой трудоёмкостью, подробные findings, предложения по ключевым словам, рекомендации по визуальным asset и упорядоченный action plan по impact/effort. Каждая рекомендация должна быть конкретной: указать изменение, новое значение или условие проверки и character count. Для сравнительного режима допускается добавить два-три URL конкурентов, применить тот же scoring и показать keyword gaps. При этом нельзя выдавать подсказки за объём спроса: без платных инструментов остаются недоступными точные search volume и полные ranking данные. Правила платформы различаются. В Apple индексируются title, subtitle и скрытое keyword field; title и subtitle имеют лимит 30 символов, keyword field — 100 bytes, а длинное описание не используется для поиска и в основном работает на conversion. Apple-поля не следует механически дублировать: слова учитываются один раз, а screenshot captions индексируются с июня 2025 года. Для Apple доступно до десяти screenshots на устройство и до трёх preview video по 15–30 секунд; первый экран поиска показывает первые три. В Google Play индексируются title, short description и full description; title ограничен 30 символами, short description — 80, full description — 4000, а естественная семантика важнее keyword stuffing. В Google Play запрещены в title эмодзи, ALL CAPS, claims вроде “best” или “#1”, “free” и прямые CTA. Там максимум восемь screenshots на устройство, feature graphic имеет размер 1024x500, а Android Vitals влияют на видимость: в исходнике приведены пороги crash выше 1.09% и ANR выше 0.47% как риск снижения. Скилл полезен, когда исходные данные можно проверить по живой карточке и актуальной консоли, но он не заменяет эксперимент. Визуальные поля могут быть недоступны в HTML, рейтинг и отзывы требуют фиксации даты, а точный органический спрос нельзя честно вывести только из названия конкурента. Поэтому отчёт должен разделять наблюдённые поля, неполные данные и рекомендации для A/B-теста. Для Apple важна разница между поисковой индексацией и conversion-copy, для Google — между индексируемым full description и политиками заголовка. Такой раздельный протокол снижает риск перенести правило одной площадки на другую и потратить время на изменение, которое нельзя подтвердить.