Откуда пришли установки iOS‑приложения без SDK атрибуции: спецстраницы App Store вместо UTM

Я делаю Кубыш, приложение для учета расходов и накоплений на iPhone: оно считает, сколько можно тратить в день до зарплаты и когда накопишь на цель. Пишу о нем на Дзене ^[1], vc.ru ^[2], в LinkedIn ^[3] и соцсетях ^[4] — подписывайтесь пожалуйста. После каждой публикации хотелось понять одно: что из этого приводит людей в App Store.

На сайте эту задачу решает UTM‑метка. В App Store так не получится: параметры ссылки до приложения не доходят. SDK атрибуции для маленького приложения избыточен: еще одна зависимость и передача данных третьей стороне. Поэтому я посчитал источники стандартными средствами Apple. Ниже как это настроить и на чем я обжегся.

Что дает Apple без SDK

Ссылки кампаний. К ссылке на приложение добавляются pt (токен провайдера из App Store Connect) и ct (название кампании). В аналитике App Store Connect появляется разбивка загрузок по кампаниям.

Специальные страницы продукта (Custom Product Pages). Это отдельная версия страницы приложения со своими скриншотами, промо‑текстом и ссылкой с параметром ppid. В отчете видны просмотры и загрузки по каждой странице.

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

Как настроить за вечер

1. App Store Connect → приложение → «Специальные страницы продукта» → новая страница.

2. Скриншоты и промо‑текст под аудиторию канала. Можно оставить как в основной странице, чтобы мерить только источник.

3. Отправить на проверку. Apple проверяет страницу отдельно от версии приложения.

4. Скопировать ссылку с ppid. Если нужна короткая ссылка, проверить, что сокращатель не теряет параметр.

5. Одна страница на один канал, номер в названии: «01 Хабр ^[5]», «02 vc.ru ^[6]», “03 Дзен ^[7]”

Страницы можно создавать через App Store Connect API, без браузера. Так я завел сразу четыре: для LinkedIn, Тредс, Макса и Инстаграма.

Что показали цифры

Самый показательный канал у меня vc.ru ^[2]: 138 просмотров спецстраницы и 23 загрузки, около 17%. Это люди, которые дочитали статью и пошли в стор осознанно. Но 23 загрузки это направление, а не статистика.

На чем я обжегся

1. Страница не одобрена, а ссылка работает. До одобрения Apple ссылка с ppid открывает обычную страницу, и загрузки в отчет страницы не попадают. Проверяйте статус до публикации поста.

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

3. Отчеты не через API. Ключ, которым я создавал страницы и обновлял описание, не получает доступ к аналитике. Отчеты смотрю в кабинете.

4. Малые числа. На десятках загрузок не стоит сравнивать конверсию каналов до процента.

Ограничения метода

• видно просмотры и загрузки страницы, но не то, что человек делал в приложении дальше;

• данные приходят с задержкой;

• только iOS.

Шаблон, который можно забрать

• спецстраница на каждый канал, номер в названии;

• проверить ссылку после одобрения, до публикации;

• записать дневную базу загрузок до поста и сравнить через 48 часов;

• выводы делать на сотнях просмотров.

Если интересно, как это выглядит с другой стороны, вот Кубыш в App Store ^[5]. Он строит бюджет от зарплаты до зарплаты, показывает, хватит ли денег до получки, и когда соберется подушка и каждая цель. Первый расчет бесплатный.

А как вы считаете источники установок без SDK?