WWDC 2020 のわずか 1 週間前に、開発者との間で新たな論争が起こりました。理由は、App Storeのルールに違反するとしてHeyメールアプリのアップデートが拒否されたため。すでに初期承認されているアプリであることを除けば、ニュースになるべきではない事件。
App Store で拒否されたメール アプリとは何ですか
Hey は、サブスクリプションベースで動作する電子メール クライアントです。その主な提案は、無料の電子メール アプリが実際には無料ではないという前提の下で、さまざまなプライバシー対策を提供することです。 「彼らはあなたのプライバシーと貴重な個人データを引き渡すことによって支払われます」と彼らはウェブサイトで述べています。
その機能には、スパイ ピクセル ブロック(送信者が送信された電子メール上のアクティビティを受信できるようにする)、クロスプラットフォーム クライアント、電子メール アドレス、100 GB のストレージ容量などが含まれます。今のところ、何も異常はないようです。
ただし、アプリは当初バージョン 1.0.0 で承認されましたが、1.0.1 アップデートのレビューは App Store によって拒否されました。そしてここから混乱が始まります。
App Storeの支払いルール
Protocolで報告され、テクノロジー分野で有名なレポーターである David Pierce が書いたように、Apple は App Store のルール 3.1.1に基づいてアップデートを拒否しました。これにより、何らかの方法でより多くの機能を許可したり、プレミアム バージョンのロックを解除したりするアプリは、Apple のアプリ内購入 (IAP) システムを経由する必要があることが確立されています。さらに、IAP を経由しない代替手段の使用をユーザーに勧めることはできないと規定しています (ただし、その存在を禁止するものではありません)。
前に述べたように、Hey は機能するためにサブスクリプションが必要なアプリです。アプリをダウンロードして開くと、次のような内容が表示されます。
ご覧のとおり、入力するにはユーザー名とパスワードが必要です。アプリを通じて登録する方法がないため、Hey Web サイトを通じて料金を支払う必要があるユーザー。また、Apple の規則で義務付けられている、ユーザーが開発者の Web サイトにアクセスして登録するためのリンクや明示的な指示もありません。
アプリがユーザーにこの紛らわしいウィンク/ナッジ言語を強制的に表示するのは良いことであり、問題ないことだと思いましょう。それがAppleの支配下での生活だからです。 pic.twitter.com/xcNtf9Ph9w
— DHH (@dhh) 2020年6月16日
Twitter で DHH を務める David Heinemeier Hansson は、有名なソフトウェアおよび Web デザイン会社であるBasecamp の CTO であり、Hey の作成者でもあります。このツイートの中で、 DHH は自社のヘルプ ページと Netflix のヘルプ ページを比較していますが、Netflix も登録の代替手段については許可も言及もしていません (Web サイト経由でのみ行うことができます)。実際、一線を越えていないことを確認するために、Netflix 版を実質的にコピーしたと彼は主張しています。
したがって、彼らはこれがバグであるに違いないと考え、バージョン 1.0.2 でさらなる改善とバグ修正を送信しました。アプリは審査に合格せず、Basecamp は App Store の従業員から電話を受け、IAP システムが Hey に統合されていないという 3.1.1 標準の問題が解決されていないとのことでした。
「読書」タイプのアプリと購入済みのコンテンツへのアクセスの例外
同社はその後の電子メールで、Hey が「リーダー」アプリとしての資格がないと述べ、拒否内容をさらに詳細に追加しました。同社に連絡したところ、Apple は IphoneFocus.clickを App Store 標準 3.1.3に言及しました。このルールは正確に「読み取り」タイプのアプリを指しており、次のようになります。
3.1.3(a) 「読書」アプリ: アプリでは、ユーザーが事前購入したコンテンツまたは定期購入コンテンツ (具体的には、雑誌、新聞、書籍、オーディオ、音楽、ビデオ、プロフェッショナル データベースへのアクセス、VoIP、クラウド ストレージ、およびただし、IAP 以外の購入方法を使用するよう iOS ユーザーを直接的または間接的に招待しないことに同意すること、また、他の支払い方法に関する一般的なコミュニケーションは行わないことに同意することを条件とします。 IAP の使用を妨げるように設計されています。
Hey のような「フロントン」を開くとすぐに表示され、App Store 以外で支払われるサブスクリプションにアクセスするためにユーザー名とパスワードを要求するカテゴリは非常に明確です。電子メール クライアントは前述のいずれにも当てはまらないため、Hey はそのいずれにも属しません。
Apple の決定が理由に応じていないことを確認するために挙げられた例の多くは、それらのカテゴリのいずれかに該当するアプリであるためです。たとえば、Netflix は「ビデオ」セクションに分類され、IAP 購入はありません。 Dropbox などの他のサービスも「クラウド ストレージ」セクションに当てはまりますが、同社は Apple の条件に従ってアプリ内でサブスクリプションを提供することを決定しています。
App StoreとHeyの間の紛争の起源
Apple は私に、本当の間違いは、ルールに従わずにアプリを最初に承認したことだったと語った。 Apple では、この種のクライアント アプリ (登録はできず、認証のみが行われる) は企業サービスでは許可されていますが、消費者向け製品では許可されていません。
ユーザーが料金を支払う Hey が App Store で許可されていないのに、企業が通常料金を支払う Basecamp は App Store で許可されているのはこのためです。同社によれば、他の場所でHeyを購入した人は誰でもiOSから通常通りアクセスできるが、アプリにはユーザーがAppleのインフラストラクチャを通じてサインアップして支払いを行う方法が必要だという。これが、Apple がプラットフォーム上での作業をサポートし、料金を支払う方法です。
Pierce の記事全体を通して、Apple が出版物で参照しているルール 3.1.3 については言及されていません。ただし、最初に見た標準 3.1.1 を参照しています。 Pierce の文章を確認すると、消費者向けアプリと企業向けアプリの違いが顕著です。同社が、Hey のような電子メール クライアントが許可される特定の例外カテゴリ (「プロフェッショナル データベースへのアクセス」) を検討していた可能性は非常に高いです。
ただし、コンシューマー向けのアプリであるため、例外には該当しません。したがって、Hey は、 App Store の規制に準拠するために、(独占的ではないため Web サイトに加えて) IAP システムを含める必要があります。これが論争の発端であり、Apple も失敗を免れないわけではない。
Appleの本当の間違い
Pierce 氏が記事で述べたように、Apple は Hey 氏の App Store への最初の承認が間違いであったことを認めました。彼はアプリを修正するために Basecamp に電話をかけなければならなかったので、非常に深刻な問題でした。そしてそれはまた、彼自身の決定を撤回せざるを得なくなり、不確実性を生むものとなった。
App Store は、開発者がアプリを審査に提出したときに向こう側で何が起こるかを知らない壁となることがあります。このように、Apple が否定的なこと (変更または削除されるまで拒否する) を行うためには、肯定的なこと (アプリの承認) を撤回する必要があるというケースは、開発者の認識を悪化させます。
数十億ドルの株式市場価値を持つ企業が小規模な企業を利用しているという物語は、長年にわたって世間に浸透してきた。現代のダビデ対ゴリアテ。企業が正しいにもかかわらず、ルールを正しく適用せざるを得なくなるような間違いを犯した、このようなケースが後を絶ちません。
さらに、テクノロジー企業、特に Apple App Store がEU と米国の両方で調査を受けているとのことです。多くの疑惑が漂っており、Apple 側に誤りが入る余地はありません。
これらのエラーを回避することに加えて、Apple は App Store のルールを作り直すことをお勧めします。長年にわたり、アプリ ストアとビジネス モデルが進化するにつれて、ルールが追加されたり削除されたりしてきました。それぞれのケースを明確にし、疑問、灰色の領域、疑わしい領域を回避するレビュー。これは、何が起こるかを知っている開発者と、有害な論争を避けることになる Apple の両方に利益をもたらすものです。