【ITニュース解説】Your developer has vanished: a 12-point app takeover checklist

システムエンジニアを目指す皆さんが、将来アプリ開発や運用に携わる際に直面するかもしれない、重要な問題について解説する。もし、アプリ開発を担当していたエンジニアが突然連絡が取れなくなってしまったら、そのアプリをどう管理し、更新していけば良いのだろうか。一見シンプルな疑問の裏には、アプリの安定稼働と継続的な成長を脅かす深刻な緊急事態が潜んでいることがある。アプリは単一の要素で成り立っているわけではなく、多岐にわたるシステムやサービスに依存しているため、その全てのコントロール権を把握し、管理できる状態にしておくことが極めて重要だ。

開発者がいなくなり、アプリが動いているにもかかわらず更新できないといった事態に陥った場合、最初にすべきことは、アプリが依存する全ての要素について、誰がそのコントロール権を持っているかを確認することである。これは、アプリを引き継ぐための詳細なチェックリストであり、問題の大きさを正確に把握するために役立つ。

まず、アプリが誰のApple Developerアカウントで公開されているかを確認する必要がある。App Storeのアプリ情報に表示される販売者名が自社であれば、アプリは自社のアカウントに紐付いている。もし開発者名や開発会社名であれば、アプリは彼らのアカウントに存在しており、自社のアカウントへ移管する必要が生じる。また、アプリの設計図であるソースコードが手元にあるかも非常に重要だ。古いコードではなく、現在App Storeで公開されているバージョンを構築した最新のソースコードがなければ、アプリの更新は不可能となる。

これらの基本的な状況把握が済んだら、アプリを構成する個々の要素について、以下の12項目を順に確認していく。

一つ目は、Apple Developer Programのメンバーシップだ。App Storeでアプリを公開するには、年間費用を支払い、このプログラムのメンバーである必要がある。誰がこのメンバーシップを保持し、いつ更新されるのかを確認する。自社がアカウントホルダーであり、自動更新が設定され、更新日がカレンダーに記録されているのが理想的な状態である。もし開発者のメンバーシップに紐付いている場合、アプリを自社のメンバーシップに移管する手続きが必要となる。

二つ目は、App Store Connectへのアクセス権と役割だ。メンバーシップが自社のものであっても、アプリを管理するためのApp Store Connectへのアクセス権限が適切に設定されているかを確認する。特に、法的契約の締結やメンバーシップの更新など、重要な権限を持つ「アカウントホルダー」の役割が誰に付与されているかを把握することが肝心である。退職した開発者のアクセス権は全て削除し、彼らが作成したAPIキーも無効化しておくのが良い状態だ。

三つ目は、アプリのレコード移管の要否だ。もしアプリが開発者のアカウントにある場合、AppleはアプリをApp Storeに公開したまま、別のアカウントへ移管することを許可している。移管には両アカウントのアカウントホルダーによる手続きが必要で、アプリが特定の条件を満たしている必要がある。移管が成功すれば、アプリの評価やレビュー、ユーザーは維持されるが、プッシュ通知証明書やApple PayマーチャントIDなどは再設定が必要になる場合がある。

四つ目は、証明書、プロファイル、署名キーの管理だ。アプリの更新をApp Storeに提出するには、チームが発行したデジタル署名が必要となる。配布証明書やその秘密鍵、プロビジョニングプロファイル、プッシュ通知用のキーが誰に管理されているかを確認する。これらの有効期限切れや紛失は、アプリの更新を阻害する。自社が管理するマシンで作成され、パスワードマネージャーなどに安全に保管されているのが理想だ。

五つ目は、ソースコードとそのリポジトリの確認だ。アプリの設計図であるソースコードは、通常Gitなどのバージョン管理システムのリポジトリに保存されている。リポジトリの所有者が自社であること、全ての開発履歴やバージョン情報が揃っていることを確認する。また、開発者のPC上でのみ存在した設定ファイルやAPIキーなどが含まれていないかもチェックする。

六つ目は、実際にアプリをビルドできるかという点だ。ソースコードがあるだけでは不十分で、それを実際に動作するアプリに変換できる環境が整っているかが重要である。新しいPC環境でソースコードをダウンロードし、App Storeで公開されているバージョンと同じアプリを構築できるか試す。必要な開発ツールや依存関係が揃っているか、そして最新のAppleの要件を満たせるかを確認する。これができないと、アプリの更新は極めて困難になる。

七つ目は、アプリのバックエンド、ホスティング、データベースの管理だ。アプリがサーバーと連携している場合、そのサーバーがどこで稼働し、誰が費用を支払っているのかを特定する。クラウドサービスのアカウント、データベース、ファイルストレージ、APIサービスなど、全てのアカウントと認証情報を把握し、自社の管理下に移す必要がある。理想的には、自社名義の支払い情報で契約されており、複数の担当者がアクセス権を持ち、データベースのバックアップが定期的に行われている状態だ。

八つ目は、ドメイン、DNS、メールアドレスの管理だ。アプリのプライバシーポリシーやサポートURL、ユニバーサルリンクなどが依存するドメインが誰に登録されているか、そしてそのドメインのDNS設定がどこで行われているかを確認する。App Store Connectからの連絡が届くメールアドレスも、自社のドメインで運用されていることが望ましい。ドメインの有効期限もチェックし、失効しないよう管理する。

九つ目は、サードパーティのSDKやサービスアカウントだ。アプリに組み込まれている決済、プッシュ通知、分析、広告など、外部のサービスやSDKを全て特定し、それぞれのサービスアカウントの所有者、ログイン情報、APIキーを把握する。これらを自社のアカウントに移管し、以前の開発者のアクセス権を削除する。特に決済サービスは金銭や顧客情報に関わるため、慎重な管理が求められる。

十番目は、アナリティクス、クラッシュレポート、監視ツールの状況だ。アプリが正常に機能しているかを把握するために、AppleのApp Analyticsやクラッシュデータ、あるいは他のサードパーティ製の分析ツールへのアクセス権があるかを確認する。アプリの移管が行われた場合、AppleのApp Analyticsの履歴は新しいアカウントに引き継がれる。定期的にクラッシュレポートなどを確認し、アプリの異常を早期に発見できる体制が重要だ。

十一番目は、プライバシー、法務、所有権に関わる文書の確認だ。開発者との契約書において、ソースコードやアカウントの所有権が明確に自社にあることを確認する。また、アプリのプライバシーポリシーが実態に即しており、自社が管理するURLで公開されているか、そしてApp Storeのプライバシーラベルが正確に設定されているかを確認する。これらの文書は、法的な側面からアプリを保護するために不可欠である。

最後の十二番目は、アプリのリリースプロセスだ。実際にアプリの変更をコードからApp Storeに公開するまでの手順を明確にする。誰がビルドをアップロードし、アプリ内課金の設定を行い、レビューノートに何が記載されているか、デモアカウントが機能するかなど、リリースに関わる全てのステップを文書化し、新しいチームが実行できる状態にすることが重要だ。小さな更新を一度実行してみることで、このプロセスに抜けがないかを確認できる。

もしAndroid版のアプリも存在する場合、Google Playにも独自の移管プロセスがあるため、同様に上記12項目をGoogle Play Console、署名キー、Androidのビルドプロセスについて確認する必要がある。ユーザーの評価やレビュー、サブスクリプションなどは移管されるが、テストグループやプロモーションなどは引き継がれない点に注意が必要だ。

これらのチェック項目は、アプリが自社の管理下で安定して運用され続けるために不可欠な要素である。もしほとんどの項目について「分からない」という状況であれば、それは緊急事態であり、速やかに行動を起こす必要がある。アプリの所有権を明確にし、運用体制を整えることは、将来のシステムエンジニアとしてアプリ開発に携わる上で、最も基本的ながら最も重要な責任の一つと言えるだろう。