Я делаю Кубыш, приложение для учета расходов и накоплений на 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. В отчете видны просмотры и загрузки по каждой странице.
Я выбрал спецстраницы. Кроме источника, видно, как страница превращает просмотр в загрузку, и под каждую аудиторию можно поставить свои скриншоты.
Как настроить за вечер
App Store Connect → приложение → «Специальные страницы продукта» → новая страница.
Скриншоты и промо‑текст под аудиторию канала. Можно оставить как в основной странице, чтобы мерить только источник.
Отправить на проверку. Apple проверяет страницу отдельно от версии приложения.
Скопировать ссылку с
ppid. Если нужна короткая ссылка, проверить, что сокращатель не теряет параметр.Одна страница на один канал, номер в названии: «01 Хабр», «02 vc.ru», “03 Дзен”
Страницы можно создавать через App Store Connect API, без браузера. Так я завел сразу четыре: для LinkedIn, Тредс, Макса и Инстаграма.
Что показали цифры
Самый показательный канал у меня vc.ru: 138 просмотров спецстраницы и 23 загрузки, около 17%. Это люди, которые дочитали статью и пошли в стор осознанно. Но 23 загрузки это направление, а не статистика.
На чем я обжегся
Страница не одобрена, а ссылка работает. До одобрения Apple ссылка с
ppidоткрывает обычную страницу, и загрузки в отчет страницы не попадают. Проверяйте статус до публикации поста.Ссылка без спецстраницы. В одной статье я дал обычную ссылку на App Store, и загрузки с нее не отличить от остальных. Ссылку потом можно отредактировать, но первые, самые активные дни уже потеряны.
Отчеты не через API. Ключ, которым я создавал страницы и обновлял описание, не получает доступ к аналитике. Отчеты смотрю в кабинете.
Малые числа. На десятках загрузок не стоит сравнивать конверсию каналов до процента.
Ограничения метода
видно просмотры и загрузки страницы, но не то, что человек делал в приложении дальше;
данные приходят с задержкой;
только iOS.
Шаблон, который можно забрать
спецстраница на каждый канал, номер в названии;
проверить ссылку после одобрения, до публикации;
записать дневную базу загрузок до поста и сравнить через 48 часов;
выводы делать на сотнях просмотров.
Если интересно, как это выглядит с другой стороны, вот Кубыш в App Store. Он строит бюджет от зарплаты до зарплаты, показывает, хватит ли денег до получки, и когда соберется подушка и каждая цель. Первый расчет бесплатный.
А как вы считаете источники установок без SDK?
Комментарии (3)
innokentyBo
07.10.2026 07:32Для небольшой команды такой подход особенно полезен как инструмент направленного обучения, но я бы осторожно отделял его от пользовательской атрибуции. Если сигнал показывает, что после кампании установки выросли, этого достаточно для следующего эксперимента, но ещё недостаточно для точного вывода о ROI конкретного канала. Полезный результат здесь, вероятно, не «мы знаем источник каждой установки», а «мы можем принимать следующее решение и явно понимаем погрешность».
HakerZz
Зацепил пункт «отчёты не через API». В актуальной документации Apple указано, что данные Custom Product Pages можно выгружать через Analytics Reports API, причём разбивка по конкретным страницам доступна в detailed reports: документация.
Вы упёрлись в права конкретного ключа или пробовали выгрузку, но не получили нужных данных? Было бы полезно уточнить этот момент: создание страниц и сбор статистики тогда можно объединить в один процесс без ручного просмотра кабинета.
Там же есть важный нюанс для небольших приложений: статистика страницы появляется после минимум пяти первых загрузок. Поэтому пустой отчёт ещё не обязательно означает, что ссылка не сработала.
popov_kirill_a Автор
Спасибо, точное замечание. Упёрся именно в права ключа: тот, которым я создаю спецстраницы и обновляю метаданные, на запрос
analyticsReportRequestsполучает 403. Detailed reports с разбивкой по страницам я не пробовал, раз не прошёл даже запрос отчёта.Судя по документации, нужен ключ с ролью, у которой есть доступ к отчётам, и заранее созданный запрос на регулярный отчёт: данные потом приходят с задержкой. Попробую выпустить отдельный ключ под аналитику и собрать создание страниц и статистику в один скрипт. Если получится, допишу в статью.
Про порог в пять загрузок тоже спасибо, это важно. В первые дни у меня как раз был пустой отчёт по одной из страниц, и я грешил на ссылку. Видимо, она просто не набрала минимум.