バイブコーディングしたアプリをApp Storeに公開する方法

Adaloがバイブコーディングアプリの公開を簡単にする理由

バイブコーディングはアプリのプロトタイプを作る速度を革命的に変えましたが、本当の課題はそのプロトタイプをApp Storeでライブ公開することにあります。Adaloはデータベース駆動型のWebアプリ、ネイティブiOS、Androidアプリのためのノーコードアプリビルダーで、3つのプラットフォーム全体で1つのバージョンをApple App StoreとGoogle Playに公開できます。つまり、AIが生成したコンセプトを、XcodeやネイティブSの複雑さと格闘せずに洗練されたストア対応アプリに変換できます。

App Storeの配信はあなたのビジョンと実際のユーザーの間の架け橋です。Adaloがユーザーを引き付けるプッシュ通知やAppleの審査基準を通過するネイティブパフォーマンスなど技術的な重労働を処理するため、デプロイの問題をデバッグするのではなく、バイブコーディングした作品を磨くことに集中できます。

AIにアプリのアイデアを説明し、コードが目の前で具現化されるのを見て、今あなたは機能するプロトタイプを見つめています。しかしここでほとんどのバイブコーダーが壁にぶつかります：その創作物をあなたの画面からApp Storeの週間6億5000万人の訪問者のところに届けることです。良いニュースは？正しいステップを知っていれば、かつてないほど達成可能です。

このガイドでは、Appleのデベロッパープログラムへの登録から審査プロセスのナビゲーションとアップデートの管理まで、バイブコーディングしたアプリをApp Storeに公開するために必要なすべてを説明します。初めてアプリをリリースする場合も、ワークフローを合理化したい場合も、承認を遅らせる一般的な落とし穴を避け、より速くユーザーの前にプロダクトを届ける方法を学べます。

AIを活用したアプリビルダーであるAdaloは、このプロセスを大幅にスムーズにします。このプラットフォームでは、データベース駆動型のWebアプリとネイティブiOS・Androidアプリを単一のエディターから作成してApp StoreとGoogle Playに公開できます。バイブコーディングのAI搭載アプローチと組み合わせることで、従来のコードを書かずにコンセプトから公開済みアプリへと進めます。ほとんどの申請は48時間以内に審査されるので、適切な準備をすれば想像よりも早くライブになれるかもしれません。

Adaloがバイブコーディングアプリの公開を簡単にする理由

バイブコーディングはアプリのプロトタイプを作る速度を革命的に変えましたが、本当の課題はそのプロトタイプをApp Storeでライブ公開することにあります。Adaloは単一のコードベースから真のネイティブiOSおよびAndroidアプリを生成します——1つのバージョンが3つのプラットフォーム全体で、Apple App StoreとGoogle Playに公開されます。つまり、AIが生成したコンセプトをXcodeの設定やネイティブSの複雑さと格闘せずに洗練されたストア対応アプリに変換できます。

App Storeの配信はあなたのビジョンと実際のユーザーの間の架け橋です。ユーザーを引き付けるプッシュ通知、Appleの審査基準を通過するネイティブパフォーマンスなどAdaloが技術的な重労働を処理するため、デプロイの問題をデバッグするのではなくアプリの機能を磨くことに集中できます。プラットフォームのビルトインパブリッシングワークフローはバイブコーディングの高速イテレーションアプローチと完璧に合致し、プロトタイプから公開済みへのプロセスを従来の開発パスよりも速く進めます。

Ada（AdaloのAIビルダー）を使えば、作りたいものを説明するだけでアプリが生成されます。Magic Startは説明から完全なアプリの土台を作成し、Magic Addは自然言語で機能を追加します。

Magic Startはシンプルな説明から完全なアプリの土台を生成します。犬のグルーミングビジネス向けの予約アプリが必要だと伝えれば、データベース構造、画面、ユーザーフローを自動的に作成します——かつて何日もかかっていた計画が数分で完了します。Magic Addは次に、望む機能を自然言語で説明することで機能を拡張できます。一方、X-Rayはユーザーに影響が出る前にパフォーマンスの問題を特定します。

2026年にApp Storeにアプリをアップロードする方法

ステップ1：前提条件を完了してアプリを準備する

公開プロセスに入る前に、3つの主要な前提条件をカバーしていることを確認してください：アカウントの設定、権限の取得、アセットの準備。これらのステップによりスムーズなワークフローが確保されます。

Appleのデベロッパープログラムに登録する

App Storeで公開するには、年間99ドルの費用がかかるAppleデベロッパープログラムに参加する必要があります。このメンバーシップでは、申請の処理、アナリティクスの追跡、ユーザーフィードバックへの対応を行うApp Store Connectなどのツールにアクセスできます。

2種類のメンバーシップタイプから選べます：

• 個人アカウント：App Storeにあなたの個人名が表示され、シングルユーザーに限定されます。
• 組織アカウント：会社名が表示され、管理者やマネージャーなどの役割を持つ複数のチームメンバーをサポートします。

組織として登録する場合、ビジネスはD-U-N-S番号を持つ法人である必要があります。このプロセスには最大14営業日かかる場合があるため、申請前にAppleのルックアップツールで会社がすでに番号を持っていないか確認してください。

要件	個人アカウント	組織アカウント
App Storeの表示	個人名が表示される	法人名が表示される
チームアクセス	シングルユーザーのみ	複数ユーザー・役割
D-U-N-S番号	不要	必要
確認時間	通常より早い	確認のため長い

また、信頼できるAppleデバイスで二要素認証（2FA）を有効にしていることを確認してください。申請を送信すると、Appleは通常数日以内に処理します。

Adaloプランが公開に対応していることを確認する

アプリを公開するには、月額36ドルからのAdalo Starterプランまたはそれ以上が必要です。試用プランはネイティブiOSビルドを許可していないため、続行前にアップグレードが必要です。使用量ベースの料金を課したりアプリの再公開を制限したりする競合他社とは異なり、Adaloの有料プランには無制限の使用と公開済みアプリへの無制限のアップデートが含まれています——請求ショックなし。

プランを確認するには、AdaloでアプリSを開き「ローンチ」アイコンをクリックします。「iOSアプリ」セクションで、現在のプランが公開をサポートしていない場合はアップグレードを促すメッセージが表示されます。正しいプランに移行したら、アプリ設定で「公開」設定を「オン」に切り替えてビルドプロセスを有効にします。

有料プランにはデータベースのレコード制限なしも含まれています——無制限のデータベースレコードにより、アプリは任意のストレージ上限にぶつかることなくスケールできます。これはリリース後に予期せず成長するバイブコーディングアプリにとって特に価値があります。

必要なアプリアセットとメタデータを作成する

Appleはアプリアセットとメタデータに特定の要件を設けているため、提出前にこれらを正しく準備することが重要です。まず、.png形式の1024x1024ピクセルのアプリアイコンが必要です。アイコンには角丸がないこと。また、デバイスタイプ（iPhone、iPadなど）ごとにアプリの機能を紹介する4〜10枚のスクリーンショットも必要です。

次に、Adaloダッシュボードでcom.appname.ios形式の一意のバンドルIDを作成します。IDの前後にスペースを入れないよう注意してください——ビルドエラーの原因になります。アプリ名は30文字以内に収め、ビルドの問題を防ぐために〜や"などの特殊文字を避けてください。

AdaloがアプリをビルドするのSを承認するためのApple IDからのアプリ固有のパスワードも生成する必要があります。最後に、すべてのアプリに必須の有効なプライバシーポリシーURLを準備してください。2026年4月からAppleはすべてのアプリがiOS 26 SDK以降でビルドされることを要求します。

これらのステップを完了したら、ステップ2でAppleの審査に向けてアプリを準備する準備が整います。

ステップ2：Appleの審査に向けてアプリを準備する

Appleの審査に向けてアプリを準備することは、その基準を満たすことが核心です。機能の微調整とAppleのガイドラインへの準拠を確認することで不必要な却下を避けられます。

機能の追加とアプリのテスト

まず、AIでアプリを作成する場合も手動で構築する場合も、すべてのコア機能がシームレスに動作することを確認します。アプリにコメントやソーシャルインタラクションなどのユーザー生成コンテンツが含まれている場合は、セーフガードを追加する必要があります。つまり、不適切なコンテンツのフィルタリング、不快なコンテンツの報告システム、有害なユーザーをブロックするオプションが必要です。

徹底的なテストが重要です。Adaloのプレビューツールを使用し、実際のデバイスでアプリをテストして技術的な問題を特定・修正してください。Appleはクラッシュや重大なバグのあるアプリを受け付けません。サインアップ、ログイン、CRUD（作成・読取・更新・削除）操作などの主要なフローに集中してください。ネットワーク中断や無効な入力などのシナリオをシミュレートすることも基本を超えた確認として重要です。アプリにログイン認証情報が必要な場合は、Appleのチームが審査中にすべての機能にアクセスできるようデモアカウントを提供してください。

実際のデバイスでテストすることで、安定性、IPv6ネットワークでのパフォーマンス、古いハードウェアとの互換性も確認できます。Adalo 3.0の刷新されたバックエンドインフラにより、アプリは以前より3〜4倍高速で動作しますが、それでもパフォーマンスがAppleの基準を満たしていることを確認する必要があります。

AdaloのビルトインパフォーマンスアナライザーであるX-Rayは、ユーザーに影響が出る前に潜在的な問題を特定します。Appleの審査中に拒否を引き起こす可能性があるボトルネックを発見するため、提出前にX-Rayを実行してください。

Appleのアプリ審査ガイドラインに従う

機能に対処した後は、Appleの審査ポリシーに注意を向けてください。これらのガイドラインは正確なメタデータと洗練された完成したアプリの重要性を強調しています。プレースホルダーテキスト、一時的なコンテンツ、空のリンクは赤信号です——アプリはユーザーに使用できる状態であるべきです。スクリーンショットには、スプラッシュ画面やタイトル画像の代わりに実際のアプリ内使用を示してください。

アプリがカメラ、写真、位置情報などの機能の権限を要求する場合は、明確で具体的な説明を提供してください。AdaloのヘルプセンターはSに次のように説明しています：

「権限の事前入力された情報は例として示されているものにすぎず、アプリの審査提出に使用することはできません。」

コンテンツも重要です。審査期間中はバックエンドサービスとAPIが完全に動作していることを確認してください。特定の機能がまだ準備できていない場合は、未完成のバージョンをApp Storeに提出するのではなく、TestFlightを使って外部フィードバックを集めてください。

要件カテゴリ	主要基準
安全性	有害なコンテンツから守るユーザー生成コンテンツのモデレーションツールを含む。
パフォーマンス	安定性を確保し、IPv6ネットワークをサポートし、効率的なバッテリー使用に最適化する。
デザイン	AppleのヒューマンインターフェースガイドラインSに従い、正確なアプリ内スクリーンショットをアップロードする。
法的・プライバシー	データ使用を明確に説明し、サポートの有効な連絡先を提供する。

さらに、App Store ConnectでSを「プライバシー栄養ラベル」を完成させる必要があります。これらのラベルは、統合したサードパーティツールのものを含む、アプリのデータ収集慣行を概説します。これらのステップが完了したら、次のフェーズでアプリをビルド・提出する準備が整います。

ステップ3：App Storeにアプリをビルド・提出する

アプリがAppleのガイドラインに準拠したら、ビルドして提出する準備が整います。まずAdaloでネイティブiOSビルドを生成し、次にApp Store Connectを通じて提出プロセスを進めます。

AdaloでネイティブiOSビルドを作成する

Adaloのローンチタブに移動し、iOSアプリセクションを開きます。ビルドを生成する前に、いくつかの重要な詳細を設定する必要があります：

• ビルドエラーを避けるため、先頭や末尾に余分なスペースがないよう注意しながらApple Bundle IDを入力します。
• Apple IDメールアドレスとAdalo用のアプリ固有のパスワードを入力します。
• アプリの表示名を設定します（30文字以内、~や"などの特殊文字なし）。
• 起動画面グラフィックをアップロードして背景色を選択します。
• Appleはこれらのアプリの機能を明確に反映させる必要があるため、カメラ、フォトライブラリ、位置情報アクセスなどの機能に対してカスタマイズされた権限の説明を提供します。

すべての設定が完了したら、「新しいTestFlightビルドを開始」をクリックしてビルドプロセスを開始します。ビルドの準備ができたらメール通知が届きます。TestFlightを使用してフィードバックとテストのためにアプリを配布します。Appleは約90%のアプリを48時間以内に審査するため、TestFlightを通じた徹底的なテストが遅延を防ぐのに役立ちます。

Adaloは真のネイティブコードをコンパイルします——Webラッパーではありません——つまりアプリは従来の開発ツールで構築されたアプリと同様に動作します。このネイティブコンパイルは、Adalo上で構築されたバイブコーディングアプリが継続的にAppleの審査基準を通過する主な理由です。

テスト後、App Store Connectに移動してアプリを提出します。

App Store Connectを通じてアプリをアップロードする

ビルドが完成したら、App Store Connectにログインして新しいアプリレコードを作成します：

• マイAppに移動し、+ボタンをクリックして新しいAppを選択します。
• 必須フィールドに入力します：アプリ名、プラットフォーム（iOS）、主要言語、バンドルID（Adaloのものと一致する必要があります）、内部使用のための一意のSKU。
• Xcode、Transporter、またはコマンドラインツールを使用してIPAファイルをアップロードします。
• 処理後、ビルドセクションでビルドバージョンを割り当てます。

次に、メタデータの要件を完成させます：各デバイスタイプのスクリーンショットをアップロードし、説明を追加し、キーワードを含め、サポートページとプライバシーポリシーのURLを提供します。リリース方法を決定します：

• 手動リリース：承認後にアプリが公開されるタイミングを制御します。
• 自動リリース：承認されると即時にアプリが公開されます。
• 段階的リリース：7日間にわたってアプリが展開され、重大な問題が発生した場合は一時停止するオプションがあります。

最後に審査に追加をクリックし、次に審査に提出をクリックします。アプリのステータスが審査待ちになり、次に審査中になります。SMSベースの2FAはもはや主要な方法としてサポートされていないため、二要素認証のために信頼できるAppleデバイス（iPhone、Mac、iPad、Apple Watch）を準備しておいてください。

要件	仕様
アプリ名の長さ	最大30文字
説明文	最大4,000文字
スクリーンショット	デバイスタイプごとに4〜5枚
Apple Developer料金	年間99ドル
TestFlight内部テスター	最大100名
TestFlight外部テスター	最大10,000名

ステップ4：審査プロセスを管理してアプリを更新する

アプリが提出されると、Appleの審査キューに入ります。承認には通常約48時間かかりますが、拒否されることもあります。拒否された場合は、ローンチの遅れを避けるためすぐに対応してください。アプリが公開されたら定期的なアップデートが必要になりますが、AdaloのワークフローによりこのプロセスはSシンプルです。

一般的な拒否の問題を修正する

Appleはいくつかの調整で解決できる理由でアプリを拒否することがよくあります。注意すべき一般的な問題：

• 技術的な問題：クラッシュ、フリーズ、過剰なバッテリー消耗は頻繁な原因です。Adalo 3.0のインフラ刷新により多くのパフォーマンスの懸念が解消され、アプリは負荷下でも安定性を保つモジュラースケーリングで以前より3〜4倍高速で動作します。
• プライバシーコンプライアンス：Appleはアプリに明確なプライバシーポリシーを含めることを要求します。汎用的な権限テキストの使用も赤信号です——カメラ、フォトライブラリ、位置情報アクセスの権限にはプレースホルダーテキストではなく具体的でカスタマイズされた説明が必要です。
• メタデータのエラー：商標登録済みの用語、アプリ名内の~などの特殊文字、または無関係なキーワードの使用は拒否につながる可能性があります。
• 機能の欠如：意味のある機能を提供せずに単純にWebサイトを複製するアプリは、「価値あるコンテンツ」が欠けているとして拒否されることが多いです。

アプリが拒否された場合、AppleはApp Store Connectに詳細なフィードバックを提供します。これらのメモを注意深く確認してください。次に、Adaloでローンチタブに移動し、iOSアプリセクションを展開して設定を更新をクリックして必要な変更を加えます。権限の説明がデフォルトのテキストではなくアプリに合わせてカスタマイズされていることを確認します。問題に対処したら新しいTestFlightビルドを開始し、修正を確認するためにTestFlightの90日間のテスト期間を活用します。

Adaloを使用してアプリを更新する

アプリが審査を通過したら、Adaloを使用した更新はシンプルです。変更を加えるには、ローンチタブに移動し、iOSアプリセクションを展開して設定を更新をクリックします。これにより必要に応じて認証情報やアプリのメタデータを調整できます。Adaloは手動公開を提供しており、変更を準備ができるまでライブバージョンに影響を与えることなくビルダーで微調整できます。

アップデートをリリースする時が来たら、新しいTestFlightビルドを開始して新しいバージョンを作成します。TestFlightを使って各ビルドを徹底的にテストし、拒否につながる可能性のあるバグを発見してください。App Store Connectでは3つのリリースオプションから選択できます：手動リリース、自動リリース、7日間にわたる段階的リリース。

年間99ドルのAppleデベロッパープログラムのメンバーシップを更新することを忘れないでください。メンバーシップが失効すると、アプリはApp Storeから削除されます。また、新しいタイプのユーザーデータを収集する機能を追加した場合は、コンプライアンスを維持するためApp Store ConnectでプライバシーNutrition Labelを更新してください。

公開ワークフローの比較：Adalo対代替手段

バイブコーディングアプリを公開するためのさまざまなプラットフォームを評価する際、公開ワークフローは構築体験と同じくらい重要です。

Bubbleは主にWebアプリケーションに焦点を当てています。モバイルラッパーソリューションを提供していますが、このアプローチはネイティブコードをコンパイルするのではなくWebアプリをアプリストア向けにパッケージします。月額69ドルから始まり使用量ベースの料金（ワークロードユニット）があり、アプリがスケールするにつれてコストが予測不可能になる可能性があります。

FlutterFlowは開発の概念に慣れた技術ユーザー向けのローコードプラットフォームです。App Store公開のために月額70ドルから（ユーザーあたり）始まりますが、データベースコストは含まれていません。

Glideはスプレッドシートベースのアプリに優れていますが、App StoreまたはGoogle Play Storeへの公開をサポートしていません——モバイルユーザーの前にアプリを届けたいバイブコーダーにとって重大な制限です。

SoftrはプログレッシブWebアプリを公開するのに月額167ドルが必要で、アプリごとのレコードに制限があります。

プラットフォーム	開始価格	App Store公開	データベース付属	使用制限
Adalo	月額36ドル	あり（ネイティブiOS＆Android）	あり（無制限レコード）	なし
Bubble	月額69ドル	あり（Webラッパー）	あり（レコード制限あり）	ワークロードユニット
FlutterFlow	月額70ドル	あり（ネイティブ）	なし（外部必要）	ユーザーあたりの価格
Glide	月額60ドル	なし	あり（行制限あり）	データ行、アップデート
Softr	月額167ドル	なし	あり（レコード制限あり）	アプリあたりのレコード

バイブコーダーにとって特に、AdaloのAI支援ビルディング、ネイティブアプリコンパイル、わかりやすいApp Store公開の組み合わせが、プロトタイプから公開済みアプリへの最も直接的な経路を作ります。

まとめ

Adaloでバイブコーディングしたアプリを公開するのにコーディングの知識は必要ありません。プロセスは4つの重要なステップに集約されます：Appleのデベロッパープログラムへの参加とAdaloプランの確認、適切なアセットと徹底的なテストでのアプリの準備、App Store Connectを通じてのアプリのビルドと提出、そしてアプリが公開された後のアップデートの管理です。

簡単なまとめ：Appleのガイドラインを満たしていれば、ほとんどのアプリは48時間以内に審査されます。権限リクエストのカスタマイズとTestFlightの90日間テスト期間の活用により、ローンチ前の潜在的なバグを発見できます。ただし、公開はゴールではありません——それは始まりにすぎません。アプリを成功させ続けるには、定期的なアップデートのリリース、パフォーマンスの監視、ユーザーフィードバックへの迅速な対応が必要です。

AdaloのSonia Rebecca Menezes氏はこう述べています：

「アプリストアもあなた自身も、同じ目標に向かって取り組んでいます：素晴らしいアプリを一般に公開すること。だからこそ、この最後のステップに心血を注ぐことが非常に重要なのです。」

— Sonia Rebecca Menezes、Adalo

Adaloの手動公開機能により、アプリの更新はかつてなく簡単になりました。変更をビルダーで洗練させながら、準備ができるまでライブバージョンに影響を与えません。リスクを最小限に抑えるため、7日間にわたってアップデートを展開する段階的リリースを検討してください。

関連ブログ投稿

• アプリストアへのアプリ公開：初心者ガイド
• コーディングなしで初めてのモバイルアプリをローンチする方法
• 無料でデーティングアプリを作成する方法
• アプリのデザイン方法

よくある質問

なぜ他のアプリ構築ソリューションではなくAdaloを選ぶのですか？

Adaloは真のネイティブiOSおよびAndroidアプリを作成するAI搭載アプリビルダーです。Webラッパーとは異なり、ネイティブコードにコンパイルし、単一のコードベースからApple App StoreとGoogle Play Storeの両方に直接公開します。有料プランには無制限のデータベースレコードと使用量ベースの料金なしが含まれており、アプリのスケールに伴うコストが予測可能です。

App Storeにアプリを構築・公開する最も早い方法は？

Adaloのドラッグ＆ドロップインターフェースとAI支援ビルディングにより、数ヶ月ではなく数日でアイデアから公開済みアプリへと進めます。Magic Startは説明から完全なアプリの土台を生成し、プラットフォームは証明書、プロビジョニングプロファイル、ストアガイドラインなど複雑なApp Store提出プロセスを処理します。

App Storeの審査プロセスはどのくらいかかりますか？

Appleは約90%のアプリを48時間以内に審査します。アプリがAppleのガイドラインを満たし、適切なメタデータ、カスタマイズされた権限リクエスト、徹底的なテストが含まれていれば、提出から承認まで迅速な対応が期待できます。

App Storeからアプリが拒否される最も一般的な理由は何ですか？

一般的な拒否理由には、クラッシュやバッテリー消耗などの技術的な問題、不足または汎用的なプライバシーポリシー、権限リクエストのプレースホルダーテキスト使用、特殊文字を含むメタデータのエラー、Webサイトを複製するだけの意味のある機能が欠如したアプリなどがあります。提出前にこれらの問題に対処することで承認の可能性が大幅に向上します。

アプリを公開するにはApple Developerアカウントが必要ですか？

はい、App Storeで公開するには年間99ドルでAppleのデベロッパープログラムに登録する必要があります。個人アカウント（個人名が表示される）か組織アカウント（会社名が表示され複数のチームメンバーをサポート）から選べます。組織アカウントにはD-U-N-S番号が必要で、取得までに最大14営業日かかる場合があります。

バイブコーディングアプリを公開するコストはいくらですか？

Adaloを使う場合、月額36ドルのStarterプランとAppleの年間99ドルのデベロッパープログラム料金が必要です。使用量ベースの料金を課したり再公開を制限したりする競合他社とは異なり、Adaloには公開済みアプリへの無制限のアップデートが含まれています——ユーザーベースが成長しても予期せぬ料金は発生しません。

AdaloとBubble、どちらがより手頃ですか？

Adaloは無制限の使用とレコード上限なしで月額36ドルから始まります。Bubbleはワークロードユニット料金とレコード制限があり予測不可能なコスト増加をもたらす可能性がある月額69ドルから始まります。モバイルユーザーをターゲットにしたバイブコーディングアプリには、AdaloのネイティブコンパイルもBubbleのWebラッパーアプローチのパフォーマンスオーバーヘッドを避けられます。

初心者にはAdaloとFlutterFlowどちらが使いやすいですか？

Adaloは非技術的なユーザー向けに設計されており、ビジュアルビルダーは「PowerPointと同じくらい簡単」と言われています。FlutterFlowは外部データベースのセットアップと開発コンセプトの理解が必要な技術ユーザー向けのローコードプラットフォームです。多くのFlutterFlowユーザーが専門家の助けを求めますが、Adaloには構築・公開に必要なすべてが1つのプラットフォームに含まれています。

公開後にアプリを更新するにはどうすればよいですか？

Adaloの手動公開機能により、準備ができるまでライブバージョンに影響を与えることなくビルダーで変更を洗練させることができます。アップデートをリリースする時が来たら、新しいTestFlightビルドを作成し、徹底的にテストしてから、手動、自動、または7日間にわたる段階的リリースのオプションを持つApp Store Connectを通じて提出します。

同じプロジェクトからiOSとAndroidの両方に公開できますか？

はい。Adaloは単一のコードベースからネイティブiOSおよびAndroidアプリを生成します。ビルダーでアプリを更新すると、同じプロジェクトがWeb、iOS、Androidのバージョンを同時に更新します——各バージョンに個別のメンテナンスが必要になる可能性があるWebラッパーを使用するプラットフォームとは異なります。