はじめに
「ゼロタッチ登録」という言葉は同じでも、AppleとAndroidでは思想がまったく別物です。
「うちはiPhoneもAndroidも両方使っているけど、ゼロタッチ登録の設定はOSが違うだけで、やることはだいたい同じだろう」——そう思って設計を始めると、途中で必ずつまずきます。
ADE（Automated Device Enrollment、旧DEP）とAndroid Zero-touch enrollment（ZTE）は、どちらも「端末を購入した時点で、組織の管理下に入ることが確定している」という同じゴールを目指していますが、そこに至る設計思想が根本的に違うからです。
今回は、この2つの自動登録の仕組みを「共通点」と「決定的な違い」に分けて整理し、複数OSが混在する環境を設計するときに押さえておきたい勘どころをまとめます。
共通点：どちらも「購入時点の紐付け」と「MDMへの橋渡し」という思想
まず共通点から見ていきます。ADEもZero-touchも、根っこにある思想は同じです。
1つ目は、購入経路で組織アカウントに端末を紐付ける点です。Appleは正規リセラーやApple直販での購入時にシリアル番号をApple Business（旧Apple Business Manager）に登録し、Androidは対応キャリアやリセラー経由でシリアル番号やIMEIをゼロタッチポータルに登録します。どちらも「IT部門が箱を開ける前」に組織との紐付けが完了している前提です。
2つ目は、初回起動時に自動でMDM／EMMへ橋渡しする点です。Appleは「設定アシスタント」が、Androidは初回セットアップ画面が、それぞれAppleやGoogleのサーバーに自動で問い合わせ、組織のプロファイルを検出して登録処理を進めます。人の手で初期設定を行う工程がなくなる、という体験自体はほぼ同じです。
3つ目は、ADEもZero-touchも「登録の入口」でしかなく、実際のポリシー配布やアプリ管理は別のMDM／EMM製品（Jamf Pro、Microsoft Intune等）が担うという点です。以前このブログで書いた通り、ABM（Apple Business）単体ではデバイスを管理できません。Android側も同じで、ゼロタッチポータルはあくまで「どのEMMに接続するか」を指定する窓口であり、実際の制御はEMM側の仕事です。
決定的な違い1：単一ベンダーの垂直統合か、複数メーカーの水平統合か
ここからが本題です。一番大きな違いは、Appleが「単一ベンダーによる垂直統合」、Androidが「複数メーカーによる水平統合」という、まったく逆の構造を持っている点です。
Appleの場合、ハードウェアを作るのもOSを作るのも、ADEという登録の仕組みを管理するのも、すべてApple一社です。だからこそ、リセラーの認定基準も、登録APIの仕様も、Appleがトップダウンで一本化できます。以前紹介したASBMUtilのようなネイティブアプリが登場するのも、Appleが公式APIを一元的に公開しているからこそ成り立つ話です。
Androidの場合、OSを作るのはGoogleですが、ハードウェアを作るのはSamsung、Google（Pixel）、その他多数のメーカーです。Zero-touchポータル自体はGoogleが提供する共通の窓口ですが、実際の登録経路や対応リセラーはメーカーごとに異なります。Samsungには独自のKnox Mobile Enrollment（KME）という並走する仕組みもあり、以前「Samsung KME vs Android ZTE」として比較記事を書いたのは、まさにこの水平統合ゆえの分岐を扱うためでした。
この構造の違いは、実務にそのまま跳ね返ってきます。Apple環境は「Appleの仕様さえ押さえればよい」という意味で学習コストが一本道である一方、Android環境は「使っている端末メーカーごとに、登録経路の細かい違いを把握する」必要が出てきます。全社的に端末メーカーを統一しているか、複数メーカーが混在しているかで、Android側の設計難易度は大きく変わります。
決定的な違い2：管理モードが「二択」か「段階的」か
もう一つの違いは、登録した端末に対して選べる管理モードの幅です。
ADEで登録した端末は、基本的に「Supervised（監督下）」というフル管理モードに入ります。Supervisedにするかどうかは選べますが、企業利用でSupervisedにしない選択肢は現実的にはほぼありません。つまり実務上は「フル管理か、管理しないか」の二択に近い設計です。
一方Androidは、Zero-touch経由で複数の管理モードを選べます。会社支給の端末を全面的に管理する「Fully Managed（Device Owner）」、私物端末の業務利用領域だけを分離する「Work Profile」、特定用途に固定する「Dedicated Device（キオスク端末）」など、用途に応じた段階的な選択肢が用意されています。
これは優劣の話ではなく、設計思想の違いです。Appleは「管理するなら徹底的に、そうでないなら関与しない」というシンプルな二択で複雑さを排除しています。Androidは選択肢を増やすことで、BYODから専用端末までの幅広い利用シーンに対応しようとしています。自社がどちらの思想に近い運用を必要としているかを、端末選定の段階で意識しておくと、後から「この用途にはこのモードが使えない」と慌てずに済みます。
落とし穴：どちらも「購入経路」が生命線という点は共通の弱点
設計思想は違っても、運用上の落とし穴は共通しています。それは、購入経路が正しく組織アカウントに紐付いていなければ、ゼロタッチの仕組みそのものが機能しないという点です。
Apple・Android問わず、正規の登録経路を通さずに購入した端末（フリマアプリ経由や、登録漏れのある代理店経由など）は、初回起動時に組織のプロファイルを検出できず、通常のセットアップ画面が表示されてしまいます。「ゼロタッチのはずが手動設定になっていた」というトラブルの多くは、思想の違いではなく、この購入経路の運用ミスに起因します。購買担当と情シスが分かれている会社ほど、発注時点でのチェックリスト化が欠かせません。
まとめ
ADEとAndroid Zero-touchは、どちらも「購入時点で組織に紐付け、初回起動でMDM／EMMに橋渡しする」という同じ思想からスタートしていますが、Appleは単一ベンダーによる垂直統合と実質二択の管理モードで複雑さを削り、Androidは複数メーカーによる水平統合と段階的な管理モードで柔軟性を確保しています。どちらが優れているという話ではなく、自社の端末構成と運用体制に、どちらの思想が合っているかを見極めることが、複数OS環境を設計するときの出発点になります。
Mobitech Solutionへのご相談
Apple・Android混在環境でのゼロタッチ設計や、購入経路も含めたキッティングフローの見直しまで、Mobitech Solutionでは中小企業の一人情シスの方に向けたご支援を行っています。「うちの端末構成だと、どちらの思想で設計すればいいか分からない」という段階からでも、お気軽にご相談ください。
