--- title: "Androidアプリ開発とは？できること・開発の流れ・iOSとの違いと外注の進め方" url: "https://www.issoh.co.jp/column/details/15770/" published: 2026-07-27 updated: 2026-08-01 categories: ["Webシステム"] publisher: "株式会社一創" --- # Androidアプリ開発とは？できること・開発の流れ・iOSとの違いと外注の進め方 Androidアプリ開発とは、Google Playで配信するアプリをKotlinやJavaで実装し、Googleが定める配信要件に合わせて公開と更新を続ける一連の工程を指します。MMD研究所が2026年2月1〜5日に18〜69歳の40,000人へ行った調査では、国内のAndroid比率は50.8%、iPhoneは49.0%でした。この記事では、実現できる機能の範囲、KotlinとJavaの使い分け、企画からGoogle Play公開までの工程、iOSアプリとの違い、外注時に契約前へ回すべき条件を発注側の判断材料として整理します。target API levelのように期限が確定した要件も、見積もりへの織り込み方まで踏み込みます。 ## まとめ：Androidアプリ開発の全体像と発注前に固める判断軸 最初の分岐は、ネイティブで作るかクロスプラットフォームで作るかです。端末のカメラやBLE、バックグラウンド処理を深く使う業務アプリならKotlinによるネイティブ開発、iOSと同時に出す情報表示中心のアプリならFlutterやKotlin Multiplatformが候補に入ります。 言語はKotlinを既定に置き、Javaは既存資産の保守に限って残す形が現実的な線です。開発環境はAndroid StudioとAndroid SDKで整い、2026年7月時点の安定版はQuail 2（2026.1.2 Patch 1）でした。 見落としが起きやすいのは公開後の費用構造です。Google Playはtarget API levelの下限を毎年引き上げており、2026年8月31日以降、新規アプリとアップデートはAndroid 16（API 36）以上を対象にしていないと提出できません。年1回の追随作業を保守費へ織り込まないまま契約すると、2年目から追加見積もりが出ます。 外注時に契約前へ回すべき論点は、Google Playデベロッパーアカウントと署名鍵の帰属です。開発会社側に置いたまま進めると、乗り換えや内製化のときにアプリの更新権限ごと手放します。ネイティブ機能をほとんど使わない社内向けの定型業務なら、そもそもWebアプリや既存システムのモバイル対応で足ります。 ## Androidアプリ開発の定義とiOS開発と分岐する技術的な前提条件 同じ「アプリ開発」でも、対象がAndroidかiOSかで配布経路・審査・端末検証の負荷が変わります。 ### ネイティブ開発とクロスプラットフォーム開発を分ける実装上の境界 Androidアプリ開発は、Android SDKのAPIを直接呼ぶネイティブ開発と、共通コードからAndroid向けバイナリを生成するクロスプラットフォーム開発に分かれます。ネイティブはKotlinまたはJavaで書き、UIはJetpack ComposeかXMLレイアウトで構築する形が一般的です。共通化側はDartで書くFlutter、JavaScriptベースのReact Native、Kotlinのコードを共有するKotlin Multiplatformが選択肢に入ります。 境界線は、OSの新機能へどれだけ早く追随する必要があるかで引けます。前景サービスの制限やDozeの挙動変更など、OS更新で挙動が変わる領域を触るアプリは、ラッパー層の対応待ちが起きないネイティブが有利です。社内向けの情報参照アプリのようにOSの深い機能へ依存しないなら、共通コード化による開発費の圧縮効果が上回ります。ブラウザ上で動かす方式との比較は[Webアプリ開発とは？仕組み・種類・開発言語から費用と外注判断まで](https://www.issoh.co.jp/column/details/15430/)で整理しています。 ### MMD調査で国内シェア50.8%のAndroidを優先する判断条件 MMD研究所の調査（2026年2月1〜5日実施・18〜69歳・n=40,000）では、Androidが50.8%、iPhoneが49.0%、その他が0.3%でした。世界全体でAndroidが7割前後を占めるのに対し、国内はほぼ拮抗しています。この数字だけで優先順位は決まりません。 判断材料になるのは想定ユーザーの属性です。法人向けで会社支給端末が対象なら、調達コストの都合でAndroid比率が一般消費者より高くなる傾向があり、Android先行に合理性が出ます。現場作業者へハンディ端末やタブレットを配る用途では、業務用Android端末の品揃えがそのままAndroid一択の理由になります。 ### 端末とOSバージョンの分散が見積もり金額と検証工数に与える影響 Androidはメーカーごとに画面比率・カメラ仕様・独自の省電力制御が異なり、検証端末の台数がそのままテスト工数へ跳ね返ります。Apple製の限られた機種で済むiOSとは違い、「主要3〜5機種＋OSバージョン2〜3世代」という組み合わせを最初に決める必要があります。 費用対効果に見合うのは、Firebase Test Labのような実機クラウドで広く浅く回し、業務上クリティカルな1〜2機種だけ手元の実機で深く見る配分です。検証端末の範囲を要件定義書に書かないまま発注すると、受入テストで対象外機種をめぐる食い違いが起きます。対象機種・対象OSバージョン・対象画面サイズは、見積書の前提条件として明文化すべき項目です。 ## Androidアプリでできることと業務利用で選ばれる機能領域の範囲 「Androidアプリでできること」は端末機能へのアクセス範囲でほぼ決まり、どこまでを端末側で処理するかが設計の分かれ目になります。 ### カメラ・BLE・NFCなど端末機能を使う業務アプリの実装範囲と制約 Androidアプリからは、カメラによるバーコードやOCRの読み取り、BLEでの計測機器接続、NFCによる社員証や在庫タグの読み取り、GPSによる位置記録、プッシュ通知（FCM）を扱えます。倉庫の入出庫記録、設備点検の写真付き報告、訪問介護の実績登録は、この組み合わせで成立する典型例です。 制約はバックグラウンド動作です。Android 6.0で導入されたDozeとApp Standbyにより、画面消灯後のネットワークアクセスやアラームは遅延します。「一定間隔で位置情報を送り続ける」という要件は、前景サービスの常時通知や正確なアラームの権限申請とセットで設計しないと、メーカー独自の省電力制御で止まります。 通知が数分遅れても業務が回るかどうかは、要件定義の段階で確認しておいてください。 ### 基幹システム連携とオフライン運用が要件定義で分かれる判断の分岐点 業務アプリの多くは単体で完結せず、基幹システムやクラウド上のDBと連携します。決めるべきは、通信できない場所で使うかどうかの一点です。 地下倉庫や工場、山間部の現場を含むなら、端末側にRoomなどのローカルDBを置き、電波が戻った時点で同期する構成が要ります。同期処理は競合解決のルール設計（後勝ちか、更新時刻で判定するか、手動マージか）を含むため、単純なAPI呼び出し型より工数が増える点に注意してください。オフライン対応の要否は見積もりの差が最も大きく出る項目で、常時オンライン前提なら既存のWeb APIを叩くだけで済みます。 ## 開発言語と開発環境の現在地：KotlinとJetpack Composeの位置づけ 言語と環境の選定は、採用のしやすさと保守年数に直結します。 ### Kotlin 2.4系を既定としJavaの既存資産を残す場合の判断基準 Googleは2019年にKotlin優先の方針を打ち出し、以降の公式ドキュメントとサンプルはKotlinが基準です。Kotlinは2026年6月に2.4.0が公開され、前段の2.3.20は2026年3月16日にリリースされました。新規開発でJavaを選ぶ理由は、実務上ほぼ残っていません。 Javaを残す判断が成り立つのは、稼働中のJava製アプリを引き継ぐ場合です。両者は同一プロジェクト内で共存でき、新規追加分だけKotlinで書く漸進的な移行が取れます。既存コードが数万行を超えるなら、一括移行の見積もりを取る前に、改修頻度の高いモジュールから順に置き換える計画のほうが総額を抑えられます。選定基準の詳細は[Androidアプリ開発の言語はKotlinとJavaのどちらか？選定基準と環境まで解説](https://www.issoh.co.jp/tech/details/15321/)に分けました。 ### Android Studio Quail 2とSDK構成で最初に決める開発環境の版 開発にはGoogle公式の統合開発環境であるAndroid Studioを使います。2026年7月時点の安定版はQuail 2（2026.1.2 Patch 1・2026年4月28日公開）で、エミュレータ、レイアウトプレビュー、プロファイラ、Gradleビルドが同梱されます。 プロジェクト作成時に決めるのはcompileSdk、targetSdk、minSdkの3つです。前2者は配信要件に合わせて最新側へ寄せ、minSdkはサポート対象の最古端末から逆算します。minSdkを下げるほど互換コードが増えて工数が膨らむため、業務用途では発売から5年以内の端末で切る例が多く見られます。 UIはJetpack Composeで宣言的に書く構成が新規案件の主流で、既存のXMLレイアウトとも画面単位で共存できます。仕組みと移行の単位、採用してよい条件は[Jetpack Composeとは？宣言的UIの仕組みとBOM運用・採用判断を解説](https://www.issoh.co.jp/tech/details/16030/)で実装者目線に落として整理しました。導入手順そのものは[Android Studioとは？できること・使い方・インストール手順](https://www.issoh.co.jp/column/details/3460/)で扱っています。 ### Flutter・KMP・React Nativeを選ぶ条件と避ける条件の線引き クロスプラットフォームを選ぶ条件は明確です。iOSとAndroidを同時に出す前提があり、画面の大半が一覧・詳細・入力フォームで、OS固有機能の利用が限定的なとき、共通化の効果が実装コストを上回ります。 避けるべきなのは、業務用周辺機器との連携が中心のアプリです。BLE計測機器、レシートプリンタ、業務用スキャナはAndroid向けネイティブSDKしか配布されていない場合が多く、ブリッジ層の自作コストが共通化の利得を打ち消します。Kotlin MultiplatformはロジックだけをOS間で共有しUIは各OSネイティブで書く方式のため、UIまで丸ごと共通化するFlutterやReact Nativeとは共有範囲が違います。この差を混同しないでください。 ## 企画からGoogle Play公開までの工程と各段階で確定する成果物 Androidアプリ開発の工程は、受託開発の一般的な流れにストア公開の手続きが加わる形です。各段階で何が確定するかを押さえると、進行の遅れの所在を判断できます。 ### 企画フェーズと要件定義で決め切る項目と曖昧に進めた場合の手戻り 企画では、解決する業務課題、対象ユーザー、成功指標を文章で確定させます。要件定義では画面一覧、機能一覧、外部連携先、対象端末とOSバージョン、オフライン要否、非機能要件（起動時間・同時接続数）まで固めます。 曖昧なまま進めて最も高くつくのは、権限まわりの後出しです。位置情報のバックグラウンド取得やカメラの常時利用は、Google Playの審査でユーザーへの説明動画や用途宣言の提出を求められます。実装完了後に「やはり常時位置情報が必要」と追加すると、設計変更とストア申請の追加対応が同時に発生するため、取得する権限の一覧は要件定義書へ確定項目として載せてください。 ### 設計から実装・テストまでの進め方と実機検証で押さえるべき確認範囲 設計では画面遷移図、API仕様、データモデル、ローカル保存の方針を固めます。実装はGitでブランチを切り、CIでビルドと単体テストを回す構成が標準です。テストは単体テスト（JUnit）、UIテスト（Espresso）、実機での受入テストの三層で組みます。 実機検証で必ず見るべきなのは、機内モードでの挙動、省電力モード下でのプッシュ通知到達、権限を拒否されたときの代替導線の3点です。いずれもエミュレータで再現しにくく、リリース後の障害報告として上がりやすい領域にあたります。受入テストの合格条件をここまで含めて定義しておくと、公開後の初期トラブルが減ります。 ### Google Play Consoleの登録から審査通過までの実務手順 ストア公開はGoogle Play Consoleから行います。デベロッパーアカウントの登録料は25米ドルの1回限りで、Apple Developer Programのような年額更新はありません。 1. Google Play Consoleでデベロッパーアカウントを作成し、登録料25米ドルを支払う 2. 個人か組織かのアカウント種別を選び、本人確認またはD-U-N-S番号による組織確認を通す 3. アプリを作成し、ストア掲載情報（説明文、スクリーンショット、アイコン）を登録する 4. データセーフティ、コンテンツのレーティング、対象年齢、広告の有無を申告する 5. 署名済みのApp Bundle（.aab）をアップロードし、内部テストから段階的に公開範囲を広げる 6. 製品版へ申請し、審査結果を待つ 審査期間は数時間から数日で、初回申請や権限申告の多いアプリほど長引きます。差し戻しの典型は、データセーフティの申告内容と実装の不一致、プライバシーポリシーURLの不備、権限の用途説明不足です。工程表には差し戻し1回分の余裕を入れておいてください。 ## Google Play要件の更新に追随する運用コストと年次保守の見積もり 総コストを左右するのは、公開後にGoogleが毎年課してくる要件変更への追随です。 ### target API level要件の2026年8月31日期限と延長申請の扱い Google Playは、提出されるアプリが対象とするAPIレベルの下限を毎年引き上げます。2026年8月31日を期限に適用される条件は次の通りです。 | 対象 | 必要なtarget API level | 期限 | | --------------------- | -------------------- | ---------- | | 新規アプリとアップデート | Android 16（API 36）以上 | 2026年8月31日 | | 既存アプリの新規配信継続 | Android 15（API 35）以上 | 2026年8月31日 | | Wear OS・Automotive OS | Android 15（API 35）以上 | 2026年8月31日 | | Android TV・Android XR | Android 14（API 34）以上 | 2026年8月31日 | | 延長申請を出した場合 | 申請により猶予 | 2026年11月1日 | API 34以下を対象にしたままの既存アプリは、そのAPIレベルより新しいOSを載せた端末の新規ユーザーには表示されなくなります。既存の利用者は使い続けられるため障害として見えにくく、新規インストールだけが静かに減る形で影響が出ます。2026年6月には[Android 17（API 37）](https://www.issoh.co.jp/tech/details/10993/)が正式リリースされており、翌年の下限はここへ向けて上がる流れです。 ### 16 KBページサイズ対応で新規提出と既存更新に分かれる適用期限 メモリのページサイズを16 KBにした端末への対応も期限付きの要件です。Android 15以上を対象とするアプリについて、新規アプリと新規ビルドは2025年11月1日から、既存アプリのアップデートは2026年5月1日から16 KBページサイズのサポートが求められます。 影響を受けるのはネイティブコード（.soライブラリ）を含むアプリです。KotlinやJavaだけで書かれたアプリは追加対応なしで通過します。判定は、App Bundleの中身にlibディレクトリがあるかで切り分けてください。画像処理、動画、決済端末制御、地図描画などC/C++実装のSDKを組み込む案件では、SDK更新と再ビルド、実機での再検証がそのまま追加工数になります。 ### OSの年次更新に追随する保守費用を初期見積もりへ織り込む考え方 この2要件が示す通り、Androidアプリは作った時点の状態で放置できません。年1回のtarget API level引き上げ、随時のポリシー変更、依存SDKの更新が継続的に入ります。 実務的な織り込み方は、初期開発費に対する年間比率で保守枠を確保する方式です。機能追加を含まない「配信を維持するためだけの保守」でも、target SDKの引き上げ、依存ライブラリ更新、主要端末での回帰テスト、ストア掲載情報の更新が毎年発生します。作業量は権限や外部SDKの数に比例し、BLEや決済SDKを複数抱えるほど上振れします。見積もり比較では、初期費用の安さより2年目以降の保守範囲に何が含まれるかを突き合わせてください。規模別・OS別の内訳は[アプリ開発の費用相場は？規模・OS・開発手法別の内訳と抑え方](https://www.issoh.co.jp/column/details/13124/)にまとめています。 ## Androidアプリ開発を外注する前に契約条件へ回すべき確認事項 後から取り返しがつかない論点で、技術選定よりも先に決めておく価値があります。 ### Play Consoleアカウントと署名鍵の帰属を発注側へ置く契約条件 Androidアプリは、アップロード時に使った署名鍵と紐づいて更新されます。鍵が変わると同一アプリとして更新できず、別アプリとして出し直しになり、インストール実績もレビューも引き継げません。 そのため、Google Playデベロッパーアカウントは発注側の法人名義で作成し、開発会社にはユーザー権限を付与する形が原則です。Play App Signingを有効にすると署名鍵はGoogle側が保管しますが、管理主体はアカウント所有者にあたります。開発会社名義で作ると、契約終了時に移管交渉が必要となり、応じてもらえなければ更新権限を失います。契約書には、アカウント名義、アップロード鍵の保管者、著作権譲渡または利用許諾の範囲、契約終了時の引き渡し手順を明記してください。 ### 個人アカウントの12名・14日クローズドテスト要件が納期に効く場面 2023年11月13日以降に作成された個人デベロッパーアカウントには、製品版公開を申請する前にクローズドテストの実施が課されます。条件は、12名以上のテスターが14日間continuousにオプトインした状態を保つことです。途中で離脱して人数を割ると、14日のカウントはやり直しになります。 組織アカウントにこの要件は適用されないため、法人として出すなら該当しません。問題になるのは、個人事業主や小規模な体制で個人アカウントを流用しようとした場合です。実装が終わっていても公開まで最短2週間かかります。組織アカウントの取得にもD-U-N-S番号の確認が入るため、申請から取得までの日数を見込んでください。 ### 外注を見送るべき条件と内製やノーコードで足りると判断できる場面 受託開発を勧めない場面を先に示します。社内数十名が使う申請・報告フォームのデジタル化が目的で、カメラもBLEも不要、データはクラウド上の表計算や既存の業務システムに入れば足りるなら、Androidアプリとして作る必要はありません。Webアプリか既存システムのモバイル画面対応で目的を果たせ、ネイティブ化はストア公開の手続きと年次の追随コストだけを増やします。 逆に外注が妥当なのは、業務用端末や周辺機器と直接つなぐ、オフライン入力と後同期が要件に含まれる、社外の顧客へ配布して継続的に機能追加する、社内にAndroid開発の常設要員を置く見込みがない、という条件のうち2つ以上に当てはまるときです。その場合は要件定義から運用保守まで含めて[Androidアプリ開発の受託](https://www.issoh.co.jp/service/apps/android/)に任せたほうが、総所有コストは下がります。迷う段階では、対象端末とオフライン要否を先に確定させてから見積もりを取ってください。依頼先の選び分けと費用相場の読み方は[Androidアプリ開発の外注・依頼はどう選ぶ？費用相場と代行会社の選定基準](https://www.issoh.co.jp/column/details/15772/)で個別に整理しています。 ## よくある質問 検討時に実際に検索されている質問へ、判断に使える粒度で答えます。 ### Androidアプリ開発は初心者でも独学で作れますか？ 単機能のアプリなら独学でも到達できる範囲です。Android Studioは無料で、公式のAndroid Developersにはコードラボ形式の教材が用意されています。ただし業務で使うアプリは、権限設計、データセーフティの申告、複数機種での検証、target API levelの年次追随まで必要になり、学習だけで賄える範囲を超えます。試作までを独学、実運用するものは受託開発という切り分けが現実的です。 ### AndroidとiOSはどちらを先に開発すべきですか？ 対象ユーザーの端末構成で決めます。MMD研究所の2026年2月調査では国内比率がAndroid 50.8%、iPhone 49.0%とほぼ拮抗しており、シェアだけでは決め手になりません。会社支給端末や業務用ハンディ端末が対象ならAndroid先行、10〜20代の個人向けサービスならiOS先行が定石です。両方を同時期に出すなら、最初からクロスプラットフォームを検討したほうが総額は下がります。 ### Androidアプリ開発の費用はどのくらいかかりますか？ 画面数、外部連携の有無、オフライン対応の要否で大きく変わります。加えて公開後の保守費が毎年発生し、target API levelの引き上げ対応と依存SDKの更新は機能追加をしなくても必要になる点を見込んでおいてください。初期費用だけの比較では、2年目以降に差が開きます。 ### Google Playへの公開にはどのくらいの期間が必要ですか？ 組織アカウントでアプリが完成している状態なら、審査は数時間から数日です。個人アカウント（2023年11月13日以降に作成したもの）は、製品版申請の前に12名以上のテスターによる14日間連続のクローズドテストが必須で、最短でも2週間が上乗せされます。差し戻しも見込むと、リリース希望日の3週間前には申請できる状態が安全です。 ### 開発言語はKotlinとJavaのどちらを選ぶべきですか？ 新規開発はKotlinです。Googleが公式に推す言語で、ドキュメントもサンプルもKotlin基準に揃い、2026年6月には2.4.0が公開されました。Javaを選ぶ理由が残るのは稼働中のJava製アプリを引き継ぐ場合だけで、その場合も新規追加分からKotlinへ寄せられます。 ## 関連記事 - [クロスプラットフォームアプリ開発とは｜メリット・デメリットと主要フレームワークの選び方](https://www.issoh.co.jp/column/details/1522/)：共通化の判断材料の詳細 - [Apple公式SDKでSwiftがAndroidアプリ開発を可能にする新しい選択肢](https://www.issoh.co.jp/tech/details/9563/)：Swift実装という第3の道 - [Dozeモードとは？Androidの省電力の仕組みとDeep/Lightの違い・解除方法](https://www.issoh.co.jp/tech/details/4402/)：バックグラウンド制約の実装解説 --- 出典: [Androidアプリ開発とは？できること・開発の流れ・iOSとの違いと外注の進め方]()（株式会社一創）