Apple のプラットフォームの開発者は長い間、強力な機能を実装したいという願望と、それらのアイデアが Apple の規定の範囲内に収まるようにする必要性との間で綱渡りを強いられてきた。
残念ながら、こうした限界はしばしば変動するようです。例えば、Smile Softwareは最近、Appleが同社の人気アプリ「TextExpander」の機能を許容範囲外と判断し、その結果、Smileはアプリを改訂する必要があると発表しました。
Appleのゲートキーパーとしての役割は、熱烈な称賛を集めると同時に、厳しい批判も招いてきた。iOSは、数億人のユーザーがライバルOSの追随を許さないペースで次々とアプリをダウンロードする、驚異的な成功を収めたプラットフォームとなったが、その過程で問題も発生してきた。
iOS が成熟し続けるにつれ、Apple がモバイル エコシステムをしっかりと掌握していることで、プラットフォームの成功に大きく貢献してきた開発者の進化と成長が難しくなり始めています。
手入れの行き届いた庭園か、それとも手入れの行き届いた刑務所か?
開発者にとって、Appleの金ぴかの檻の中で生きるということは、膨大な数のルールに対処しなければならないことを意味します。当初、クパティーノの開発者たちが足場を固めていた頃は、これらの制限はほとんど暗黙のものでしたが、その後、成文化され、Apple Developer Connectionの登録メンバーに公開されました。Appleは、アプリがルールの避けられない隙間に陥った開発者からの特別なケースを審理するための「控訴委員会」も設置しました。
ルールは概ねうまく機能している。AppleはiOSをインターネットのワイルド・ウェストの外れにある、よく管理された庭園にしたいと考えており、そのためにはいくつかのソフトウェアを排除せざるを得ない。しかし、一部のアプリについては、この決定は比較的容易だ。ユーザーを搾取する悪質なソフトウェアをApp Storeに置きたい人は誰もいないのは明らかだ。
しかし、他のアプリ、つまりほとんどのユーザーがスマートフォンやタブレットにインストールしたいと思うソフトウェアの場合、Appleのルールに抵触すると深刻な問題になりかねません。かつてAppleは予期せぬニーズに対応するためにルールブックを時折変更していましたが、ここ数年でそのペースは大幅に鈍化しています。同時に、iOSはデスクトップやラップトップと連携して利用することを目的としたプラットフォームから、単独で機能するプラットフォームへと進化を遂げてきました。
ルールが悪くなると
前述のSmile SoftwareのTextExpanderを例に挙げましょう。このアプリは、使い始めるまでは取るに足らないものの、日々の業務からどれだけの非生産的な時間を削減できるかに気づくかもしれません。TextExpanderを使えば、複雑なテキストであっても、任意のテキストを定義し、素早く呼び出すことができます。
OS Xでは、TextExpanderはほぼすべてのアプリと連携できます。iOSでは、Appleのサンドボックス化により連携がはるかに困難になっていますが、Smileの開発者はこれまで、他のプログラマーが自身のソフトウェアに簡単かつ迅速に統合できるソフトウェア開発キットを実装することで、この問題を回避してきました。
残念ながら、これでは 1 つの問題が解決されません。サードパーティ アプリは、依然としてテキスト スニペット データベースをメインの TextExpander アプリと同期する必要がありますが、プログラムが相互に通信できない (またはデバイス上で互いの存在を認識することさえできない) 環境では、これを実現するのは困難です。
そのため、Smileは別の回避策を見つける必要がありました。それは、iOS内蔵のリマインダーを代替の同期メカニズムとして利用することでした。当初は使用を許可していましたが、Appleは最終的に、買い物リストの作成を支援することを主な目的とする技術の不適切な応用として、これを却下しました。
回避策は解決策ではない
公平を期すために言えば、Smileはこれまでのやり方に代わる選択肢も考えられます。一つの選択肢としては、インターネット経由で同期を可能にするWebベースのシステムを開発し、Appleの承認プロセスにソフトウェアを左右するような奇妙な回避策を回避することが挙げられます。
一方、このような改訂は、Smile のような定評のある企業にとっても決して簡単なことではありません。Web 同期は実装が非常に難しいことで知られており、さまざまなプライバシーの問題を引き起こし、(当然ですが) インターネットに接続している場合にのみ機能します。
結局のところ、TextExpanderに適用されたようなAppleの規則の最大の問題は、顧客に不利益をもたらすことです。Smileは、App Storeに悪意のあるソフトウェアをこっそり持ち込もうとする悪徳企業ではありません。ユーザーが喜んで使い、料金を支払う製品を提供することで、ユーザーの生産性向上を正当に目指しているのです。
より一般的に言えば、iOSアプリが連携して動作しないという問題はますます深刻化しています。Appleのストアポリシーは、安価で高度に専門化されたアプリを優遇しています。Unixシェルを扱ったことがある人なら、アプリ同士がコンテンツを簡単にパイプできれば、このモデルは非常にうまく機能することをご存知でしょう。しかし、この機能がなければ、iWorkのような状況に陥り、Appleのあらゆるものをシンプルにしようとする姿勢がユーザーを困惑させてしまうのです。
アプリ内購入の悩み
この問題は氷山の一角に過ぎません。他の多くの分野において、Appleが自社のエコシステムを掌握することで、ユーザーの利益を守るどころか、むしろ損害を与えるリスクが高まっています。例えば、アプリ内課金（IAP）について考えてみましょう。AppleはApp Storeで主流の決済処理業者になりたいと考えていますが、実際にはそうではありません。
IAPはルールと例外が入り混じる厄介な存在となっている。開発者はIAPを使って顧客に課金できるが、対象は仮想アイテムに限られる。組織はIAPを使って寄付金を集めることはできない。そして、Instapaperの開発者であるマルコ・アーメントが昨年発見したように、企業が実際に雑誌やニュースレターを発行していない限り、IAPを使って定期購読を管理することはできない。さらに、Appleは開発者に対し、物理的な製品以外で独自の決済システムを使用することを許可していない。
このアプローチは、クパチーノがAmazonやGoogleといった他のテクノロジー大手と争っている最中であれば、単なる厄介者でしかないかもしれない。しかし、ユーザーがデバイスでできることを制限するとなると、大きな問題となる。例えば、ユーザーが手動でサブスクリプションの更新を忘れたために、時間制限のある通知システムが機能しなくなるといったケースだ。
変化の時
AppleがApp Storeのルールを撤廃し、iOSエコシステムにアプリを好き勝手に受け入れろと言っているわけではありません。それは非常に実現可能性が低いだけでなく、望ましいことでもないと思います。私はApp Storeが好きで、そこに参入障壁があるという事実を気に入っています。
一方で、Appleは開発者が常に直面している最も切実な悩みのいくつかを、どう軽減するかを模索すべき時が来ていると思います。ユーザーとしては、開発者が同期やアプリ間通信といった機能のために車輪の再発明をするのではなく、より優れた機能の開発に集中できれば、私はもっと嬉しいです。開発者としては、独自のユーザー管理システムや決済システムの構築に時間を無駄にしたり、Appleが決める気まぐれなポリシーのせいでユーザーに劣った体験を提供せざるを得なくなったりするのは、絶対に避けたいものです。
iOSがユーザーにとってますます重要になり、それに伴いユーザーのニーズや要求も高度化しているため、この問題はますます深刻化しています。Appleがルールブックを公開するという決定は、透明性の向上に向けた大きな一歩でした。今こそ、iOSを主要な作業環境として利用したいユーザーのために、さらなる対策を講じるべき時です。
