あまりだらだら続けてもしょうがないので、その後の経緯をざっくりまとめ、最後に対処方法を書いてみます。

その後の経緯：

 App Store Connectサイトでアプリのメタデータを更新できなかった件については、その後1か月くらい経過した時点でいつの間にか更新できるようになっていました。さすがに開発者皆が利用しているサイトなので、どこかの時点でAppleが対応せざるを得なくなったと推察します。

「あなたのID」は、いつどこで利用するのですか？の質問ですが、これに関しては画面遷移図を作成し、トップ画面からどのような経路で「あなたのID」がある画面にたどり着くか、また「あなたのID」部分を赤まるで囲って、画像を見た瞬間に誰でもわかる形にしたところOKになりました。驚くことに、その後再度「あなたのID」は、いつどこで利用するのですか？と同じ質問が来たりしてびっくりしましたが、再度同じ画像を提示して事なきを得ました。

「利用規約(EULA)」と「プライバシーポリシー」の件についても、画面遷移図を作成し、赤まるで囲って”ここにあるよ”と明示したら通りました。

その後も、具体的な内容は省きますが上記以外の質問を5,6問ほど次々にされました。それも一度にではなくこちらが回答を返す度に、モグラたたきのように目についたから今回はこの質問！というような形でリジェクトと共に質問を投げられました。この審査員の方の仕事のやり方には疑問を感じざるを得ません。

対処方法：

アプリ審査員は当たり外れがある気がします。過去５，６アプリほど申請してリジェクトを喰らうことは全くなかったのですが、今回は急にリジェクトの嵐でした。

肝心の対処方法ですが、私が今回当たった審査員の場合、相手をスマホをさわったことのないIT素人だと思ったらうまくいきました。

こちらで当然だと思うことは全く通じないので回答として直感的に理解できる画像を多用しました。

明らかに審査員の落ち度だと思ってもそれを指摘せず、無感情で淡々と、誰にでもわかりやすい表現(画像)で説明しました。

付け加えると、こちら(開発者)に寄り添うような姿勢はみじんもなかったので、まじめな方ほど感情的になってしまい審査がうまくいかない気がします。

感情を殺して、素人相手だと思って過剰すぎるほど分かり易い回答を淡々と返すのが最善かと思います。

以上です。アプリ開発者の方に少しでもこの経験がお役に立てば幸いです。

初回の申請では３つのリジェクト理由を言い渡されました。前回のとおりそれぞれの理由に対して回答を返しましたが、Appleからの回答は、回答にならない回答でした。

以下の赤字が、私の回答に対するAppleの回答です。

リジェクト理由その１：

「あなたのID」は、いつどこで利用するのですか？

リジェクト理由１への回答：

・ユーザーがアプリを再インストールしたときや、iPhoneやiPadを買い替えたときです。 
・トップメニューの「そのほか」を選択後、「別デバイスの変更」からこのIDを利用します。

→ この回答に対する、Appleの回答：

続けるにはより多くの情報が必要です。

リジェクト理由その２：

あなたのアプリは、Paid Applications 契約の Schedule 2, Section 3.8(b) に規定される自動更新サブスクリプションの条件をすべて満たしていないことに気づきました。

以下の必要な情報が見つかりませんでした。
・プライバシーポリシーへの機能的なリンク
・利用規約(EULA)への機能的なリンク

リジェクト理由２への回答：

・トップメニューの「そのほか」を選択した後で表示される画面で「利用規約(EULA)」と「プライバシーポリシー」を表示するようにしました。

→この回答に対する、Appleの回答：

続けるにはより多くの情報が必要です。

リジェクト理由その３：

アプリのメタデータに次の必須項目が見つかりませんでした。
・使用条件（EULA）への機能的なリンク

リジェクト理由３への回答：

この２週間、何回も App Store Connect の「App情報」「使用許諾契約」からアプリのメタデータを変更しようとしましたが、 以下のエラーメッセージが表示されて変更することが出来ませんでした。
「変更内容を保存できませんでした。しばらくしてからもう一度お試しください。」

→この回答に対する、Appleの回答：

アプリのメタデータに使用条件（EULA）への機能的なリンクが見つかりませんでした。

・・・この回答を見た時「あ、そういう対応か・・・」と思いました。

面倒ごとはゴメンだ。そっちですべてなんとかしろよ。なんらかの揺るがない証拠を出してこない限りこっちは何もしないよ。

という感じでしょうか。

リジェクト理由１と２に関しては、こちらが説明しているにもかかわらず情報を更に寄越せと言ってきました。たぶんアプリを何も見てくれてないか、日本語が読めない方なのかもしれません。

リジェクト理由３に関しては、初回の回答と全く変化がありません。システムの不具合調査は面倒なので知らん、という感じでしょうか。

次回へ続く・・・

初回の申請では３つのリジェクト理由を言い渡されました。その内の1つ目のリジェクト理由は、以下のような簡潔な一文でした。

リジェクト理由その１：

「あなたのID」は、いつどこで利用するのですか？

「あなたのID」とは、スマホを買い替えた時などデータ移行に必要となるIDです。

「あなたのID」を表示する画面には、注釈で「※利用デバイスを移行する際に必要となります。」としっかり記述してあります。また、そのすぐ下の「別デバイスのIDに変更」のリンクで利用するようになっています。

このリジェクト理由をみて私は思いました。たぶん日本語がわからない人が審査してるのかな、と・・・

リジェクト理由その２：

あなたのアプリは、Paid Applications 契約の Schedule 2, Section 3.8(b) に規定される自動更新サブスクリプションの条件をすべて満たしていないことに気づきました。

以下の必要な情報が見つかりませんでした。
・プライバシーポリシーへの機能的なリンク
・利用規約(EULA)への機能的なリンク

プライバシーポリシーに関しては作成済みで、こんな文章です。アプリ内課金を実装したアプリは、アプリ内からこの文章へのリンクを追加する必要があるようです。

利用規約(EULA)に関しては未作成だったため頑張って作成しました。Steam向けの利用規約生成ツールなどが出回っていたため、それを利用したりしました。

リジェクト理由その３：

アプリのメタデータに次の必須項目が見つかりませんでした。
・使用条件（EULA）への機能的なリンク

リジェクト理由３に関しては、App Store Connect の「App情報」「使用許諾契約」からアプリのメタデータにEULAを記述する必要があります。しかしいくら記述して更新しようとしても、 以下のエラーメッセージが表示されて変更出来ませんでした。

「変更内容を保存できませんでした。しばらくしてからもう一度お試しください。」

なにか不備があるのか？と思いましたが何度チェックしてやり直したり、時間を置いてみても(2週間近くも!)ダメでした。単にApp Store Connect のサイトのバグのようでした。(開発者の皆さんなら経験があるかと思いますが、開発者が利用するApp Store Connect のサイトは比較的バグが多いです・・・)

わたしは利用規約(EULA)を作成後、プライバシーポリシーと利用規約(EULA)をアプリ内からリンクして表示可能にし、Appleに対して以下のように回答すると共に新しいアプリを申請しました。

リジェクト理由１への回答：

・ユーザーがアプリを再インストールしたときや、iPhoneやiPadを買い替えたときです。
・トップメニューの「そのほか」を選択後、「別デバイスの変更」からこのIDを利用します。

リジェクト理由２への回答：

・トップメニューの「そのほか」を選択した後で表示される画面で「利用規約(EULA)」と「プライバシーポリシー」を表示するようにしました。

リジェクト理由３への回答：

この２週間、何回も App Store Connect の「App情報」「使用許諾契約」からアプリのメタデータを変更しようとしましたが、 以下のエラーメッセージが表示されて変更することが出来ませんでした。
「変更内容を保存できませんでした。しばらくしてからもう一度お試しください。
• 使用許諾契約の変更を保存できませんでした。しばらくしてからもう一度お試しください。」

この時はこれでアプリ修正に関しては全て完了し、リジェクト理由３に関してはAppleが App Store Connectサイトのバグを認めて対処してくれると信じていました・・・

次回へ続く・・・

先月末、アプリ内課金を組み込んだテキスト漫画がリリースされました。

実は、リジェクトを８回受け、リリースまでになんと半年もかかりました。

リジェクトのショックで精神的に作業を行う気になれず、対応の間が空いてしまったこともありますが・・・

　
　　　 ／＼ ⌒ヽ ﾍﾟﾀﾝ
　　 ／　／⌒)ノ　ﾍﾟﾀﾝ
　 ∧∧＼／ ((  ∧_∧
　(´ Д ) ^ ) ))(･∀･;)
　/　⌒ノ(⌒ヽ⊂⌒ヽ
（　 ノ　)￣￣(０＿ )
　))_)　 (　　　) (_(
    ｱｯﾌﾟﾙ　　　　開

アプリ内課金(月額)の実装ということもあり、通常よりもアプリ審査が厳しかったのかもしれません。

しかし、審査が厳しい＝アプリの品質が上がるということですので、開発者は大変かもしれませんが、一般ユーザにとっては嬉しいことだと思います。

ここでは、開発者の皆さんのアプリ申請がスムーズに行くことを願い、アップルのリジェクト理由を記述しようと思います。

~~＼(ﾟ-ﾟ*)ﾊﾞｻｯ

次回へ続く・・・

今回は購入情報の復元(リストア)処理を行います。

※裏作業でSwiftUIにより、UI上部に”購入情報の復元(リストア)”のリンクを追加しました。課金処理の範囲外になるので「SwiftUI」の記述は詳しく行いませんが、第4回で紹介したAppleのサンプルコードが参考になると思います。

もちろんエラー処理は必要になりますが、購入情報の復元(リストア)処理を行うコードは、基本的に以下の１行だけです!

let result = try? await AppStore.sync()

課金アイテムの取得、課金処理、に続いて今回も1行だけです!

このコードが実行されると、ログインしているAppleIDに紐づいた課金情報が復元されるはずです。ログインしていない場合、ログインを促されると思います。

復元後、UIが更新されるはずですが、サンプルコードにはUIを更新するコードが一見、見当たりません。

おそらく、以下の

updateListenerTask = listenForTransactions()

このコードにより、トランザクションリスナーが開始されているため、課金関連処理が行われるとこのリスナーに検知されてUIが自動で変わる仕組みだと思います。(もし違ったら、詳しい方、コメント欄で教えてください!)

心配な場合は、リストア後にUIを更新するコードを念のため書いておくと良いかと思います。

以上、第1回から今回までで、課金に必要な処理は一通り説明しました。少し前までは、課金処理はとても複雑・面倒で、手を出しにくかった開発者の方も多かったかと思います。特に個人開発者の場合、できれば余分な実装に手間をかけたく無いですよね。

今回、StoreKit2で手軽に課金処理を実装可能になりましたので、いままで手を出せなかった方もどんどん手を出していただければと思います！

(੭ ˃̣̣̥ ω˂̣̣̥)੭ु⁾⁾