Я делаю Кубыш, приложение для учета расходов и накоплений на iPhone: оно считает, сколько можно тратить в день до зарплаты и когда накопишь на цель. Пишу о нем на Дзене, vc.ru, в LinkedIn и соцсетях — подписывайтесь пожалуйста. После каждой публикации хотелось понять одно: что из этого приводит людей в 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 Хабр», «02 vc.ru», “03 Дзен”

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

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

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

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

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

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

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

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

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

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

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

  • только iOS.

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

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

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

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

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

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

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