PrestaShop モバイル アプリ: 4 つのオプション、コスト、およびテスト プラン

顧客向け PrestaShop モバイル アプリは、買い物客が閲覧、再注文、支払いを行うためにインストールするショップ名の iOS および Android アプリです。 PrestaShop には同梱されていないため、モバイル アプリ ビルダー モジュール、Web サイトからアプリへのコンバーター、マネージド アプリ サービス、またはカスタム ビルドの 4 つの方法のいずれかで入手します。 PrestaShop チェックアウトはモジュールから構築されているため、正しい選択は主にチェックアウトによって決まります。

このガイドは、お金を使う前にルートを選択し、自分の店でそれを証明するのに役立ちます。短いバージョンについては、を参照してください。 PrestaShopからアプリページへ.

そもそも PrestaShop ショップにはアプリが必要なのでしょうか?

同じ人が繰り返し購入することで、アプリがその地位を獲得します。まずは 4 つの質問に照らしてあなたのショップをチェックしてください。

• 顧客は再注文しますか? ワイン、コーヒー、ペットフード、化粧品、プリンター用品、スペアパーツ、貿易消耗品は定期的に購入されます。
• 顧客は何かをするためにサインインしますか? グループ価格、注文履歴、請求書、返品、ロイヤルティバウチャーを備えた取引アカウントは、人々を自分のアカウントに呼び戻します。
• お知らせする価値のあるニュースはありますか? セール、再入荷、新商品の入荷が好調です。
• 携帯ショップはもういいですか？ 電話での買い物客が今日のチェックアウトを放棄した場合、そのチェックアウト上に構築されたアプリが問題を引き継ぎます。

ほとんどの注文が初めての訪問者からのものである場合は、代わりにモバイル テーマに労力を費やしてください。

アプリを追加すると PrestaShop は何が違うのですか?

PrestaShop はオープンソースで、通常は自己ホスト型であり、支払い方法や荷物の受け取り方法が国ごとに異なるヨーロッパやラテンアメリカで広く使用されています。一般的なショップでは、一度に 1 つのモジュールをその国に適合させます。つまり、顧客が信頼する銀行方法の支払いモジュール、受け取り場所の地図を備えた運送業者モジュール、翻訳、税規則、および独自の価格を備えた顧客グループです。

そのため、チェックアウトが難しい部分になります。製品とカテゴリはアプリに簡単にコピーできます。銀行にリダイレクトされ、銀行アプリで承認を求められ、その後注文確認ページに戻る支払いはそうではありません。

バージョンも異なります。 PrestaShop 1.7、8、9 はすべて使用中であり、PrestaShop 9.1、 2026年3月発売、多くのショップがクラシックまたはカスタマイズされたテーマのままである一方で、ハミングバードを新規インストールのデフォルトテーマにしました。ショップ内にコードを配置するルートは、バージョンとモジュールと一致する必要があります。

したがって、すべてのルートについて 1 つの質問をしてください。 アプリはモジュールに追加したものを表示しますか、それともコア PrestaShop が知っているものだけを表示しますか?

PrestaShop モバイル アプリを入手する 4 つの方法は何ですか?

ルート 1: モバイル アプリ ビルダー モジュール

いくつかのベンダーがモバイル アプリ ビルダー モジュールを販売しています。 PrestaShop アドオン マーケットプレイス そして彼ら自身のサイトでも。バックオフィスにコネクタモジュールをインストールすると、カタログ、顧客、注文がベンダーのアプリに公開され、アプリはそれらをネイティブ画面として描画します。上に構築するものもあります PrestaShop ウェブサービス、製品、組み合わせ、カート、顧客、注文などのリソースに対する CRUD API。

得意なこと: ネイティブの製品リストとページ、Web サイトとは異なるレイアウトのホーム画面。

注意深く確認してください:

• 支払いとキャリアのサポート。 API は注文と配送業者をデータとして記述します。支払いモジュールや受け取りポイント モジュールがチェックアウトで何を表示するかについては説明されていないため、それぞれについてアプリ ベンダーからの明示的なサポートが必要です。サポートされているモジュールのリストを取得して、自分のモジュールと比較してください。サポートされていないものの一般的なフォールバックは、WebView に表示される Web サイトのチェックアウトです。
• バージョンとライセンス。 コネクタは他のモジュールと同様のモジュールであるため、PrestaShop のバージョンをサポートしており、まだ更新されていることを確認してください。ライセンスは、1 回限りの価格、サブスクリプション、有料の追加料金の間で異なるため、ストアですぐに使用できるビルドを自分の開発者アカウントで受け取っていることを確認してください。
• Design. Web テーマのカスタマイズは引き継がれません。アプリには独自の外観があります。

ルート 2: Web サイトからアプリへのコンバーター

コンバーターは、ライブ Web サイトの周りにネイティブ シェルを構築します。シェルは、アプリのアイコン、起動画面、ネイティブ ヘッダー、メニューと下部のタブ、およびオプションのプッシュ通知を提供します。フロント オフィスは、Safari や Chrome が使用するのと同じブラウザ エンジンである WebView で内部にロードされます。

得意なこと: 忠実さ。同じサーバーの同じページであるため、アプリにはテーマとモジュールが携帯電話上でレンダリングしたものがすべて表示されます。 PrestaShop には何もインストールしないので、バージョンは関係ありません。

注意深く確認してください: 製品画面がネイティブに再描画されることはありません。このアプリは、モバイル テーマと同じくらい高速かつ整然としています。ショップから出た支払いは、埋め込みブラウザでは Safari や Chrome とは異なる動作をする可能性があります。以下のテスト計画はそのためのものです。

SiteTo.App このルートをとります。ショップの URL を貼り付け、名前、アイコン、タブを設定し、自分の携帯電話でアプリを無料でプレビューします。ビルドの費用は、Android の場合は 29 ドル、iOS の場合は 79 ドル、または両方の場合は 99 ドルで、一度に支払われます。

ルート 3: マネージド アプリ サービス

マネージド サービスは、ページに対して同じ WebView アプローチを使用し、チームを追加します。彼らはアプリを構成し、カスタムのネイティブ画面を構築し、ストアに提出し、月額料金で維持します。私たちの SiteTo.App と MobiLoud の比較 では、そのようなサービスの 1 つを詳しく見ていきます。

ルート 4: カスタム アプリ

代理店または開発者は、ショップの API に基づいてアプリを構築します。これは、完全にオフラインでの作業など、Web サイトでは実行できないことを行うためのルートです。価格はプロジェクトとして設定されており、PrestaShop をアップグレードする場合や依存するモジュールを交換する場合には再作業が必要です。

ルートを比較するとどうなるでしょうか?

各ルートの料金はいくらですか?

• アプリビルダーモジュール: ベンダーによって設定されます。表示価格が 1 回限りのライセンスであるかサブスクリプションであるか、また、新しい PrestaShop バージョンのストア対応ビルド、プッシュ、およびアップデートが含まれているか、追加料金として販売されているかを確認してください。
• ウェブサイトからアプリへのコンバーター: 構築料金。 SiteTo.App の料金は、Android の場合は 29 ドル、iOS の場合は 79 ドル、または両方の場合は 99 ドルで、一度お支払いいただき、その後の再構築は別途お見積りとなります。
• マネージドサービス: アプリが公開されている限り月額料金がかかります。ルート 3 の下にリンクされている比較は、1 つのサービスの現在の数値を通じて機能します。
• カスタムアプリ: プロジェクトの見積もり、そしてその下にショップが変更されるたびに開発者の時間が表示されます。

どのルートでも、Apple の開発者メンバーシップ (年間 99 ドル) と Google Play の登録 (1 回 25 ドル) が必要で、これらは直接支払われます。の ウェブサイトアプリの費用ガイド 予算全額をカバーします。

どのルートがどの PrestaShop ショップに適合しますか?

アプリビルダーモジュールを選択してください あなたのショップが PrestaShop の在庫に近い場合、支払いモジュールとキャリア モジュールはベンダーのサポート リストに載っており、Web デザインを維持することよりもネイティブのブラウジング フィールの方が重要です。

コンバーターを選択してください モバイルショップがすでにうまく機能していて、その実際の部分がモジュールから来ている場合。これには、現地銀行での支払い、ピックアップポイントでの配達、B2B グループ価格、複数の言語、カスタマイズされたチェックアウトが含まれます。

マネージド サービスを選択する チームが立ち上げと維持を所有したい場合、月額料金はアプリの収益に見合ったものになります。

カスタム ビルドを選択する オフラインで適切に動作するなど、ブラウザではできないことをアプリが実行する必要がある場合。

SiteTo.App の選択が間違っているのはどのような場合ですか?

• モバイルのテーマが問題です。 遅いテーマやぎこちない電話チェックアウトは、アプリでも同様に遅くてぎこちないものになります。まずは店を直してください。
• ライフサイクルプッシュが必要です。 SiteTo.App は、独自の Firebase プロジェクトを通じて、オプトインした全員にタイトル、テキスト、画像、リンクを送信します。カート放棄や注文ステータスの通知は送信されず、セグメントやスケジュール設定もまだありません。複数の国にまたがるショップは、あるメッセージをフランス人の顧客に送信し、別のメッセージをスペイン人の顧客に送信することはできません。
• メインの支払い方法をアプリに戻すことはできません。 テスト計画で、最もよく使用されている銀行の支払い方法が携帯電話のブラウザで終了しており、支払いプロバイダーに修正がないことが示されている場合は、その方法で起動しないでください。
• 他の人にアプリを送信して保守してもらいたいと考えています。 自分の Apple アカウントや Google アカウントから公開するので、それを引き継ぎたい場合は、マネージド サービスの方が適しています。

また、Bluetooth、AR、頻繁なオフライン使用、またはバックグラウンド処理にも適していません。

PrestaShop ショップをアプリとしてテストするにはどうすればよいですか?

両方を出荷する予定がある場合は、本物の iPhone と本物の Android 電話機を使用してください。手順を順番に実行してください。失敗した手順を電話機の通常のブラウザで再度実行します。そこでも失敗した場合、修正はショップに属します。

ステップ 1: ショップを準備する

各支払いモジュールをテストモードにするか、返金可能な低価格の隠れ商品を作成します。テスト顧客アカウントを作成します。閉店したショップのプレビューにはメンテナンス ページのみが表示されるため、ショップをメンテナンス モードから解除します。

ステップ 2: カートを参照して作成する

カテゴリを開き、フィルターと検索を使用して、組み合わせて製品を開きます。サイズまたはカラーを選択してカートに追加してください。テーマヘッダーのカート数を確認してください。次に、カート内のクーポンを適用します。

ステップ 3: 配送と合計を確認する

実際の配送先住所を入力し、Web サイト上の同じカートで配送料と税金を比較します。

受取所またはロッカー キャリアを使用する場合は、配送ステップでそのマップを開きます。これらのウィジェットの中には、「現在地を使用する」ボタンを提供するものもあります。それに依存しないでください。郵便番号を入力し、地点を選択し、後で注文確認ページとバックオフィスの注文に表示されることを確認します。

ステップ 4: すべての支払いモジュールで支払う

このステップでは、起動できるかどうかを決定します。

• ページ上のカードフォーム 通常はモバイル Web 上と同じように動作します。 3-D セキュアをトリガーするテスト カードを使用して、チャレンジが完了したことを確認します。
• リダイレクトメソッド 顧客を銀行ページまたは PayPal 窓口に誘導します。パス全体をたどって、アプリ内の注文確認ページに到達したことを確認します。
• バンキングアプリのメソッド iDEAL、Bancontact、BLIK、Bizum、MB WAY などでは、別のアプリでの支払いの承認を顧客に求めます。リスクは後戻りです。銀行アプリは、顧客を携帯電話のデフォルトのブラウザに戻す場合があります。その場合、アプリには支払いステップが表示されたままで、ショップにはセッションがありません。注文はプロバイダーのサーバー通知を通じて記録される可能性がありますが、顧客にはわかりにくい画面が表示されます。
• Apple Pay および Google Pay ボタン 支払いモジュールのスクリプトが環境でサポートされていると判断され、アプリ内の WebView が Safari や Chrome と同じ環境ではない場合にのみ表示されます。ボーナスとして扱い、カード支払いも利用できるようにしておいてください。

支払いから空のカートまたはログイン ページに戻った場合は、まず Cookie を確認してください。 PrestaShop はセッションを Cookie に保存し、セッションを持たずに到着した返品はセッションを失うため、カートが空に見えることがあります。少なくとも 1 つの決済プロバイダー PrestaShop 向けの文書化 また、ショップ全体で HTTPS が有効になっている状態で、[詳細パラメータ] → [管理] にある Cookie SameSite 設定を指します。どの設定が必要かは、独自の支払いモジュールのサポートに問い合わせてください。

その後、注文が正しいステータスでバックオフィスに到着したことを確認します。

ステップ 5: アカウントとセッションをテストする

サインインして注文履歴を開き、テーマで [再注文] が提供されている場合は、過去の注文で [再注文] を使用します。次に、アプリを完全に閉じて再度開きます。カートはそのままの状態でサインインしたままになっているはずです。プレスタショップの 管理設定 デフォルトでは、フロント オフィス Cookie の有効期間を 480 時間 (20 日) に設定します。

同じページには「Cookie の IP アドレスを確認する」というオプションがあり、訪問者のアドレスと Cookie に保存されているアドレスを比較します。携帯電話は Wi-Fi とモバイル データの間を移動するとアドレスが変わるため、明確な理由もなくテスターがサインアウトした場合は、そのオプションを確認してください。

ソーシャル ログイン モジュールを使用している場合は、各ボタンを試してください。グーグル 埋め込み WebView でサインイン画面をブロックする, そのため、[Google で続行] ボタンを押すとエラーが表示される場合があります。電子メールとパスワードによるログインが提供されていることを確認してください。

ステップ 6: 言語、通貨、B2B

PrestaShop は、次のように言語をアドレスに入力します。 /fr/ または /es/, そのため、アプリをどの言語で開くかを決定します。次に、テーマのセレクターで言語と通貨を切り替え、価格とカートが従うことを確認します。

貿易ショップの場合は、独自の価格を持つ顧客グループのアカウントを使用してサインインします。ウェブサイト上の同じアカウントで商品価格とカート合計を比較します。

ステップ 7: フレームを整理する

Cookie バナーとニュースレターのポップアップを処理し、テーマの固定ヘッダーがネイティブのヘッダーやタブと重複していないことを確認します。 SiteTo.App は、サイト独自のヘッダーとポップアップを非表示にするスクリプトを実行できるため、削除したいものを書き留めてください。

結果から何がわかるでしょうか?

アプリ自体では何を設定すればよいでしょうか?

• 下部のタブ: PrestaShop にはすでに良い目的地があります。ホーム、トップカテゴリーまたは価格ドロップページ、カート、マイアカウントはほとんどのショップで機能し、貿易ショップでは注文履歴にタブを直接表示できます。まず、「ショップパラメータ」→「トラフィックとSEO」でフレンドリURLをオンにし、ライブショップから各アドレスをコピーします。
• カートバッジ: 開発者の助けを借りて、 SiteTo.App JS SDK [カート] タブに数を表示できます。 1.7 以降の PrestaShop テーマでは、現在のカートが prestashop.cart JavaScript オブジェクトを起動し、 updateCart 変更されたときにイベントが発生し、開発者に渡す番号が与えられます。
• Push: 独自の Firebase プロジェクトを Firebase ガイドを選択し、ダッシュボードからタイトル、テキスト、画像、リンクを送信します。

バックオフィスでの製品、価格、在庫の変更は、新しいビルドをしなくてもアプリに表示されます。アイコンやアプリ名の変更には再構築が必要となり、それ以降の再構築は別途お見積りとなります。

PrestaShop ショップが公開する前に知っておくべきことは何ですか?

アプリは自分の Apple アカウントと Google アカウントから送信します。 SiteTo.App は iOS ビルドに署名し、Apple アカウントの TestFlight にアップロードするため、Mac や Xcode は必要なく、Google Play 用の AAB を提供します。の ガイドを作成して公開する 各ステップを順を追って説明します。何を承認するかを決めるのは Apple と Google であり、その結果を約束する人は誰もいません。これらのポイントは、特に PrestaShop ショップに適用されます。

物理的な商品の場合は、独自のチェックアウトを使用します。 アップルの アプリレビューガイドライン アプリ外で消費される商品やサービスの支払いはアプリ内購入以外の方法で行われると述べています（セクション 3.1.3(e)）。これは商品を発送するショップも対象となります。

仮想製品は異なります。 アプリ内で使用されるダウンロード可能なコンテンツは、セクション 3.1 の Apple のアプリ内購入ルールに該当し、Google Play には独自の支払いポリシーがあります。ダウンロードが実際の売上の一部である場合は、最初に両方をお読みください。

アカウントの削除を提案します。 Apple は、アカウント作成をサポートするアプリであれば、ユーザーがアプリ内からアカウントの削除を開始できるようにすることを期待しています。 PrestaShop の公式 GDPR モジュール 消去リクエストを処理します 販売者がバックオフィスで検証すること。明確にラベル付けされた「アカウントを削除」リンクまたはリクエスト フォームをアカウント領域に追加します。

査読者に道を与えてください。 多くの B2B ショップのように、価格やカタログがログインの背後にある場合は、レビュー メモに動作するテスト アカウントを指定します。

ウェブサイト以上のものを表示します。 Apple のガイドライン 4.2 では、アプリに再パッケージ化されたサイト以上のものを提供するよう求めています。ネイティブ タブ、ネイティブ ヘッダー、プッシュ通知が役立ちます。を参照してください。 ガイドライン 4.2 ガイド そして 出版ガイド.

よくある質問

モジュールをインストールするか、Web サービスを有効にする必要がありますか?

コンバーターなしではありません。 SiteTo.App は公開ショップ URL から動作します。アプリ ビルダー モジュールはカタログを直接読み取るため、バック オフィスにコネクタが必要です。

1 つのアプリで複数のストアをカバーできますか?

1 つのアプリは 1 つの URL で起動します。マルチストア内のショップには独自の住所があるため、アプリが開くショップを選択してください。通常、個別のブランドには個別のアプリが必要です。

PrestaShop をアップグレードしたり、テーマを変更したりすると、アプリはどうなりますか?

コンバーターを使用すると、アプリは次回開くときに新しいビルドを行わずに、アップグレードされたショップを表示します。ページのアドレスが変更された場合は、それに合わせてアプリ内のタブのリンクを更新する必要があります。モジュールの更新によりモバイル チェックアウトが機能しなくなると、アプリでも機能が損なわれるため、大幅なアップグレード後に携帯電話でテスト注文を行ってください。

次のステップ

よく使用する支払い方法を使用して、携帯電話でテスト注文を行ってください。それがうまくいけば、 PrestaShop ショップをアプリとしてプレビューする 無料で、上記の 7 つのステップを実行して確認してください 価格設定 それが機能することがわかったら。

別のプラットフォームも実行していますか?のガイドを参照してください マジェント そして WooCommerce.