TL;DR. Чтобы редактировать поле ключевых слов, подзаголовок, описание, скриншоты или Custom Product Pages в App Store Connect, нужна роль Account Holder, Admin, App Manager или Marketing. Роль Developer — та, что уже есть у большинства инженеров, — не может коснуться ничего из этого: она позволяет загружать сборки, но доступна только для чтения в отношении метаданных приложения. Если вы передаёте ASO-работу подрядчику, фрилансеру или агентству, роль Marketing создана именно для этого: она позволяет редактировать метаданные, но не даёт отправлять версии на проверку, менять цены или трогать TestFlight, и её можно ограничить одним конкретным приложением.
Большинство инди-команд настраивают доступ в App Store Connect один раз, при запуске, и больше никогда к этому не возвращаются. Это нормально — до того дня, когда кому-то новому нужно изменить поле ключевых слов перед отправкой на проверку, и выясняется, что его аккаунт этого не может. Обычно это происходит в тот самый день, когда изменение должно было выйти.
Какая роль в App Store Connect может редактировать поле ключевых слов и подзаголовок?
Account Holder, Admin, App Manager и Marketing — это четыре роли, которые Apple указывает как необходимые для просмотра и редактирования App Information — страницы, где хранятся название приложения, подзаголовок, ключевые слова и название компании. Собственная справочная документация Apple формулирует это требование одинаково для страницы App Information, локализации, Custom Product Pages и тегов приложения: «Необходимая роль: Account Holder, Admin, App Manager или Marketing».
Это полный список. Ни одна другая роль в App Store Connect не может открыть эту страницу и сохранить изменения.
Может ли участник команды с ролью Developer менять ASO-метаданные?
Нет. Роль Developer — та, что назначается тому, кто пишет код и загружает сборки, — имеет доступ к данным приложения только для чтения. Она позволяет отправлять сборки в TestFlight и в некоторых случаях отправлять версию на проверку, если новый билд не прикреплён, но не даёт редактировать поле ключевых слов, подзаголовок, описание или скриншоты.
Это сбивает с толку, потому что работает вопреки интуиции: роль с наибольшим техническим доступом к приложению не имеет вообще никакого доступа к тому, что нужно менять, чтобы приложение находили. Если поле ключевых слов не трогали со времени запуска, а ответственный за это человек имеет только роль Developer — вот и причина, а не чьё-то упущение.
Нужно ли давать ASO-подрядчику доступ Admin, чтобы он мог работать?
Нет — это избыточные права, и их можно не выдавать. Роль Marketing покрывает ровно ту область, которой касается ASO-работа: метаданные приложения, скриншоты, Custom Product Pages, промо-материалы и запрос промокодов. Она не позволяет отправлять версии на проверку, загружать сборки, менять цены и доступность по регионам или управлять TestFlight.
Это также единственная из четырёх ролей, которую Apple изначально спроектировала с расчётом на внешних сотрудников — в собственном описании Apple отмечает, что именно к пользователям с ролью Marketing обращаются, если приложение рассматривают для редакционного фичеринга, а это разговор со стороны маркетинга, а не разработки.
Есть один момент, который важно не упустить при добавлении человека с ролью Marketing: App Manager, Developer, Marketing, Sales и Customer Support — это роли, которые поддерживают ограничение по конкретному приложению, так что подрядчика можно ограничить одним-единственным приложением в аккаунте с несколькими приложениями. Admin и Finance так ограничить нельзя — они всегда видят все приложения команды. И если вы отдельно дадите пользователю с ролью Marketing доступ к отчётам аналитики, само это разрешение откроет видимость всех приложений, даже если доступ по роли был ограничен одним. Если хотите держать подрядчика в рамках одного приложения, оставьте доступ к отчётам выключенным.
Что это значит для вашей следующей отправки
Если нужно выпустить изменение ключевых слов, новый подзаголовок или обновлённые скриншоты, а человек, который это делает, имеет только роль Developer — изменение не сохранится. Не из-за бага, а потому что этой роли изначально не разрешено такое делать. Проверьте это заранее, а не тогда, когда это будет стоить вам цикла отправки:
- Откройте Users and Access в App Store Connect.
- Найдите того, кто реально отвечает за ключевые слова, подзаголовок, описание и скриншоты.
- Убедитесь, что у него роль Account Holder, Admin, App Manager или Marketing — Developer не подойдёт, независимо от того, насколько этот человек технически опытен.
- Для внешнего подрядчика или агентства выдайте роль Marketing, ограниченную конкретным приложением, и оставьте доступ к отчётам выключенным, если он не нужен.
Ничего из этого не меняет момент, когда правка реально попадает в App Store: изменение поля ключевых слов или подзаголовка по-прежнему публикуется только с выходом новой версии, как и всегда. Доступ по роли определяет только то, кому вообще разрешено вносить эту правку.