01 July 2021 / Published in TechBlogs
Magento 2 のファイルとフォルダの構造が複雑でわかりにくいと感じている方のために、この記事を用意しました。Magento 2.Xでは、すべてのファイルに何が保存されていて、どのように表示されるのかを正確に説明します。 1.Magentoのフォルダ構造 Magento 2 のフォルダ構造は、Magento 1 のものとはかなり異なります。Magento 2 のルートディレクトリをたどっていくと、以下のようなフォルダ構造になっています。 app : Magento 2のコアファイルを収録しています。 デフォルトでは、3つのサブディレクトリーがあります: design, i18n and etc design/frontend: ストアフロントテーマ用 design/adminhtml: 管理テーマ用 i18n: 言語パッケージを保存する etc: di.xml設定ファイルを含む また、app/codeディレクトリを作成して、カスタムモジュールを格納することもできますが、その理由は後ほど説明します。 bin: Magento CLI 実行可能スクリプトが含まれています。CLI スクリプトは、キャッシュの有効化/無効化、モジュールの有効化/無効化、インデクサーの実行などに使用できる Magento のコマンドを有効にします。 dev: 自動化された機能テストや、開発者のためのいくつかのツールがここに格納されています。 lib: internal 及び web 含む internal: サーバーサイドのライブラリといくつかのフォントファイルが含まれています。 web: クライアントサイド(JavaScript)のライブラリ、jquery、modernizr、requirejs、prototype、scriptaculousが含まれています。 phpserver: Router.phpファイルを持っています。これは、PHPのビルトインサーバーを実装するために使用することができます。このファイルを扱うことは、サイトに潜在的なセキュリティホールを引き起こす可能性があるため、お勧めできません。 pub: index.phpコントローラとすべての公開されたアクセス可能なファイルが含まれています。お使いのサーバーのウェブルートに設定してください。 setup: Magento のインストール設定に関連するファイルで構成されています。 var: 生のキャッシュファイル、ログ、セッション、レポートなどが含まれます。 vendor:このディレクトリは、composerがcomposer.jsonファイルを使って生成します。composer.jsonファイルで定義されたパッケージが含まれます。 2. コンポーネントファイルの構造 コンポーネントは、<Magento install directory>/app に置くことが推奨されます。<Magento root dir>/vendor ディレクトリにインストールした場合、Magento はそれらを<Magento install directory>/.gitignoreファイルに追加します。 必要なファイル これらのファイルは、インストールされたすべてのコンポーネントに必要です。 registration.php: コンポーネントはこのファイルでMagentoに登録されます。また、コンポーネントのルートディレクトリ名がコンポーネント名として使用されます。 etc/module.xml: コンポーネントの依存関係やバージョン番号など、コンポーネントの基本的な情報を定義します。 composer.json: コンポーネントが実行時に必要とする依存関係を定義します。 3. モジュールのファイル構成 ここでは、典型的なMagento 2モジュールのファイル構造を紹介します。 一般的なディレクトリー 一般的なモジュールのディレクトリは以下の通り: Block: モデル・ビュー・コントローラ(MVC)の垂直実装の一部であるPHPビュークラスが含まれています。 Controller: PHPのコントローラクラスがあります etc: 設定ファイル、特にmodule.xml(必須)から構成されています。 Model: PHPのモデルクラスを含む。 Setup: モジュールのデータベース構造とデータのセットアップのためのクラスがあります。このデータは、インストールやアップグレードの際に呼び出されます。 追加ディレクトリ 以下のような追加フォルダを挿入することができます。 Api: API に公開されている PHP クラスを格納します。 Console:CLIコマンドを格納します。 Cron:cronのジョブ定義を格納します。 CustomerData:セクションファイルを含みます。 Helper:集約された機能が格納されています。 i18n: ローカライゼーションファイルが含まれています。 Observer:リスナーからのコマンドを実行するためのファイルが格納されています。 Plugin:必要なプラグインが格納されています。 UI:データ生成ファイルが含まれています。 view:スタティックビューファイル、デザインテンプレート、メールテンプレート、レイアウトファイルなどのビューファイルが含まれます。 4. テーマのファイル構造 典型的なテーマのファイル構造は次のようになります。
23 June 2021 / Published in TechBlogs
Magento 2では、「すべての支払方法」、「有効/使用可能な支払方法」、「注文時に使用された支払方法」の3種類の支払方法を取得することができます。今日の記事では、Magento 2ですべての支払い方法を取得する方法をご紹介します。 方法1:依存性インジェクションの使用 この方法を使用する場合、Blockクラスに以下のコードを記述する必要があります。 方法2:Object Managerの使用 以下は、getAllPaymentMethods()のサンプル出力です。 ►►►サービスについてMagento, Sitecore, Shopify Plus, BigCommerce, Amazon Marketplace
Magento-2-How-to-unlock-reindex-process
23 June 2021 / Published in TechBlogs
様々な状況下で、インデックス再作成のタイミングでインデックス作成のプロセスがロックされてしまうことがあります。これにより、ロックされたインデックスタイプのインデックスを再作成することができなくなり、様々な不都合が生じることがあります。その結果、そのインデックスタイプは常にスキップされてしまいます。 例えば、Stockインデックスタイプがロックされている場合、次のコマンドを実行してすべてのデータのインデックスを再作成すると、次のようになります: 以下の出力では、Stockのプロセスがスキップされていることがわかります。 このBackend Indexモジュールを使えば、バックエンドでの再インデックスが無料でできます。 そこで本日は、「reindex処理のロックを解除する方法」をご紹介します。インデックスが他のreindexプロセスによってロックされている場合 手順を飛ばして説明します。 ステップ1:インデックスタイプ情報の取得 まず最初に、Magento 2 に存在するすべてのインデックスタイプの情報/リストを収集する必要があります。 そのためには、以下のコマンドを使用します: 上記のコマンドを実行すると、以下のような結果が表示されます: 出力結果から、インデックスタイプ「Stock」のコードが cataloginventory_stock であることがわかります。 ステップ2:インデックスタイプの状態を確認する このステップでは、次のコマンドを使用して、すべてのインデックスタイプのステータスを確認する必要があります。 このコマンドを実行すると、インデックスタイプの「Processing status Stock」が「Locked」であることがわかります。詳細については、この出力をご覧ください。 ステップ3:インデックスタイプのリセット この問題を解決するには、ロックされているインデックスタイプをリセットするという素晴らしい方法があります。この例では、「Processing」の状態になっています。このコマンドを実行すると、すべてのインデックスタイプがリセットされます。 そして、複数のインデックスタイプをリセットするには、次のように実行します: このケースでは、cataloginventory_stockという1つのインデックスタイプだけがロックされています。したがって、ロックを解除するには、このコマンドを実行する必要があります。 このコマンドを実行すると、以下のような結果が得られます: ステップ4:インデックスタイプの再作成 このステップでは、インデクサの状態をもう一度確認する必要があります。そのためには、次のコマンドを実行します。 出力結果は以下のようになります。 出力結果を見ると、株価指数タイプのロックが解除されていることがわかります。また、ステータスがProcessingからReindex requiredに変更されています。 これで、次のコマンドを使用して、Stock index typeのインデックスを再作成することができます。 最終的な結果を受け取ることができます。 結論 結論として、インデックスのロックを解除することは、別のインデックス処理をスキップさせたくない場合に必要です。この詳細な説明を読めば、Magento 2 でロックされた reindexing process をコマンドラインを使って簡単に解除できるようになることを願っています。 ►►►サービスについてMagento, Sitecore, Shopify Plus, BigCommerce, Amazon Marketplace
22 June 2021 / Published in TechBlogs
ビジネス・ツールは、プラガブル・フレームワークを使用して拡張可能であり、Entity Viewsを使用してUIを拡張することができます。ビジネス・ツールには豊富なコントロール・セットが用意されていますが、最高のビジネス・エクスペリエンスを実現するために、独自のカスタム・コントロールを作成することもできます。 そのためには、まずビジネス・ツールの開発環境を整える必要があります。環境が整うと、カスタム・コントロールの開発やビジネス・ツールのカスタマイズが可能になります。 前提条件 開発環境にCommerce Engineのインスタンスを配置 Node.js Javascriptランタイムのインストール Angular CLIツールのインストール – npm install -g @angular/cli SitecoreのパブリックフィードからNPMパッケージを入手するためのNPM設定 Sitecore BizFx SDKは、Sitecore公式のNPMパッケージのパブリックフィードから入手できるNPMパッケージに依存しています。 Poswershellを管理者として開きます。 powershellで以下の2つのコマンドを実行します。 これにより、以下の行が追加されます。 [Optional] – この行が追加されているかどうかを確認できます。 開発ソリューション用のSPEAKとBizFxパッケージのセットアップとインストール Sitecore.BizFX.SDK.4.0.8をdevelopmentフォルダにコピーし、SDKのzipファイルをフォルダに解凍します。 SDKを解凍したフォルダに以下のファイルをコピーします。これらのファイルは、Sitecore XC リリースパッケージに含まれています。 speak-icon-fonts-1.1.0.tgz speak-ng-bcl-2.0.0-r00116.tgz speak-styling-1.0.0-r00110.tgz 上記ファイルをコピーした場所で、以下のコマンドを実行します。 npm installを実行します。これにより、必要なnpmモジュールがインストールされ、フォルダnode_modulesが追加されます。 ビジネスツールのconfig.jsonをデプロイメント構成に合わせて設定する npmのインストールが完了したら、src\assetsフォルダにあるconfig.jsonファイルを開きます。 BizFxUriを除き、BizFxサイトインスタンスと同じ設定に更新します。以下の設定では、BizFxUri が http を指していることに注意してください。 開発環境の起動 重要! SitecoreBizFxサイトは4200ポートをリッスンしているため、サイトを停止します。次のステップでは、解凍したSDKフォルダからサイトをリッスンします。 以下のPowershellコマンドを実行します http://localhost:4200/ でブラウザを開くと、Sitecoreクライアントの認証情報を入力するように求められます。 このサイトは安全な接続を提供できません このエラーが発生する理由は、ID サーバーが http で BizFx サイトをサーバーするように構成されていないためです。 Sitecore Identity Server の構成を更新する インストールされた Identity Server インスタンスから Sitecore.Commerce.Identity ServiceHost.xml を開きます。 AllowedCorsOriginGroup1 に http://localhost:4200 を追加します。 コマースエンジンの設定を更新 CommerceAuthoringサイトのwwwrootフォルダからconfig.jsonを開く。 AppSettingsのAllowedOriginsを更新して、http://localhost:4200。 設定が変更されているので、オーサリングサイトに変更が適用されるようにブートストラップを行う必要があります。 IISを再起動します。オプションとして、Commerce Authoringサイトを再起動することもできます。 開発環境からビジネスツールを実行する http://localhost:4200/ でブラウザを開く ►►►サービスについてMagento, Sitecore, Shopify Plus, BigCommerce, Amazon Marketplace
22 June 2021 / Published in TechBlogs
この記事では、Sitecoreのフォームをコンバージョン用に最適化する際に、どのようなテストを検討すべきかを見ていきます。これらの要素をテストするための考え方や、テストに必要なフォームのバリエーションを作成する際の注意点などをご紹介します。 1. マルチステップ・フォームとシングルステップ・フォーム マルチステップフォームとは、その名の通り、長いフォームをステップに分けて表示するものです。一方、シングルステップフォームは、ユーザーにすべての質問を一度に表示します。このテストは、4~6個のフィールドを持つフォームに関連しています。なぜでしょうか?なぜなら、4つ以下のフィールドでは、ステップに分ける価値がないと簡単に主張することができるからです。6つ以上のフィールドがある場合は、フォームを分割したほうがいいでしょう。しかし、知っていますか?それをテストすることもできます。 背景にある考え方 マルチステップのフォームは、お客様にとって有利に働く可能性が高いです。いくつかの質問を見たときの方が、大量の質問を見たときよりもユーザーが圧倒される可能性が低いため、心理的な摩擦が減る傾向があります。さらに、マルチステップのフォームには通常、進捗状況を示す指標があります。これらは、ユーザーがフォームを完了することを促す傾向があります(endowed progress effect)。自分に合ったものを試してみませんか? フォームのバリエーションを作成する際の注意点 オリジナルのフォームを複製します。 SitecoreのFormsアプリケーションで、Structure要素の下にあるPageをフォームにドラッグします。 必要に応じて、1ページ目の質問を2ページ目にドラッグ&ドロップします。 以前は送信ボタンだったナビゲーションステップを「次へ」に変更します。 以前、送信ボタンだった部分のラベルを「次へ」のようなものに変更する。 2. 質問の文言について 背景にある考え方 あなたのフォームにある質問の中には、できるだけシンプルな表現ではないものがあるのではないでしょうか?それが、ゴールにたどり着けないユーザーがいる理由ではないでしょうか?疑問があれば、テストしてみましょう。 フォームのバリエーションを作成する際の注意点 オリジナルのフォームを複製する 質問をよりシンプルに言い換える 一度に1つの質問をテストするように注意する どの質問を最初にテストすべきか決められない場合は、フォームのパフォーマンスを見て(「フォーム」で問題のフォームを選択し、「パフォーマンス」タブを開きます)、離脱率が最も高い質問を見つけます。 3. 必要性の低いフィールド/質問を削除する 背景にある考え方 フォームを送信するユーザーに提供するものと、提供を求めている情報量のバランスが重要です。そうでなければ、コンバージョンは低下してしまいます。では、どうすればそのバランスが取れているかを確認できますか?必要のない質問を削除してテストしてみましょう。 フォームのバリエーションを作成する際の注意点 オリジナルのフォームを複製する 必要性の低い質問を削除する(後にさらに対象者を絞り込む際に回答を得やすいもの)。 4. フィールド/質問の順序 背景にある考え方 フォーム内の質問の順番には、いくつかのベストプラクティスがあります。それは、ユーザーの考え方に従うこと、難しい質問の前に簡単な質問をすること、関連する質問をグループ化することなどですが、これらに限定されるものではありません。しかし、これらの原則だけでは、AをBよりも先に質問すべきかどうかを判断するのに十分ではなく、また、それが重要であるかどうかさえわからないことがあります。テストはその助けとなります。 フォームのバリエーションを作成する際の注意点 オリジナルのフォームを複製する 質問をドラッグ&ドロップして、フォーム内の質問の順番を変更する 5. アクションボタンのコピーとスタイル 背景にある考え方 最終的には、より多くのユーザーが送信ボタンを押せば押すほど、あなたは幸せになれます。しかし、ボタンが十分に目立たなかったり、十分なスペースがなかったりしたらどうでしょう?感情や熱意を呼び起こすようなコピーに変えれば、より多くの投稿が得られるとしたらどうでしょう?テストしてみませんか? フォームのバリエーションを作成する際の注意点 オリジナルのフォームを複製します。 アクションボタンのラベルを変更する Sitecoreの実装によっては、CSSクラスを変更することでスタイルを変更することができるかもしれませんが、そこはSitecoreパートナーの助けが必要かもしれません。 そして、あなたはそれを持っています Sitecoreのフォームを最適化する際に、テストを考慮すべき5つのこと。ご不明な点がありましたら、以下のコメント欄でお尋ねください。テストをお楽しみください。 ►►►サービスについてMagento, Sitecore, Shopify Plus, BigCommerce, Amazon Marketplace
mail magento new form
18 June 2021 / Published in TechBlogs
今日のチュートリアルでは、Magento 2 のマーチャントが注文メールに新しい合計ブロックを追加する方法を説明します。これは、あなたのストアでの購入を確認するために、顧客に確認メールを送信する際に必要です。また、購入者に購入注文の合計を通知することで、あなたの会社はより信頼性の高いものになるでしょう。 しかし、Magento 2では、確認メールや請求書メールに新しい合計ブロックを追加する機能がサポートされていません。そこで、この記事のガイダンスに従って、注文メールに合計ブロックを設定してから、顧客に送信しましょう。 メールに新規集計を追加 ステップ1: sales_email_order_items.xmlというファイルを生成します etc/frontendフォルダにsales_email_order_items.xmlというファイルを作成します: これで、メール送信時にブロックnew.order.totalsがorder_totalsに挿入されました。 ステップ2:ブロックnew.order.totalsの作成 new.order.totalsブロックを作成し、新しい合計金額の情報を表示します。 ファイル:Mageplaza®HelloWorld®Block®Order®Totals.phpを作成します。 initTotals()関数の中に、メールに表示する金額を計算するロジックを挿入します。 ファイルを保存します 以上 ►►►サービスについてMagento, Sitecore, Shopify Plus, BigCommerce, Amazon Marketplace
03 June 2021 / Published in TechBlogs
インストールが成功しても、MagentoユーザーがMagentoサイトのインストール後に直面する共通のエラーがあります。管理画面で 404 Not Found と表示されます。このエラーは、エクステンションをインストールしたりアップグレードしたりしたときにも発生します。 Magento Admin 404エラーを解決する方法 1. Recheck your admin URL in env.php 管理用のURLを間違えている可能性があります。管理画面のURLが正しいかどうかを確認するには、[…]/app/etc/に移動し、env.phpファイルを開きます。 例えば、frontNameをadminとすると、adminのURLは: http://magento-website.com/admin 2. Magentoのキャッシュをフラッシュ コマンドラインでMagentoのキャッシュをフラッシュすることができます: 3. pubディレクトリからファイルを配信する このソリューションは、特にMagentoバージョン2.4.2以上のユーザー向けです。Magento 2.4.2 を新規にインストールした後に 404 not found エラーが発生するのは、Magento 2.4.2 からの変更によるもので、セキュリティ向上のために webroot を /pub/ に設定する必要があります。 これを回避するには、Magentoによる公式ガイドに従うことをお勧めします。このプロセスには、サーバー構成の編集、ベースURLの更新、env.phpファイルの更新、モードの切り替えなど、さまざまなステップがあります。 4. ルートフォルダ内の.htaccessファイルの追加/置換 ルートフォルダにあるデフォルトの.htaccessファイルを、Magentoのコードベースにある公式の.htaccessファイルに追加/置換します。 5. var/cacheフォルダの削除 var/cacheフォルダの削除 Magento 2のデータベースにアクセスし、以下のSQLクエリを実行します。 そして、web/seo/url_rewritesの値を0に変更します これが機能しているかどうかを確認するには、Magento の管理者に次のようにアクセスします: https://your_magent_base_url/index.php/your_admin_url/ ►►►サービスについてMagento, Sitecore, Shopify Plus, BigCommerce, Amazon Marketplace
02 June 2021 / Published in TechBlogs
今日の記事では、Magento 2のフォームバリデーションについて、また、Magentoストアにフォームバリデーションを導入するための最善の方法について学びます。 1. フォーム認証モジュール Magentoでは、jQuery検証をベースにして拡張したフォーム検証用の3つの主要モジュールがあります。 /lib/web/jquery/jquery.validate.js:ベースとなるjQueryバリデーション /lib/web/mage/validation.js: には、基本的なjQuery検証機能と、カスタム検証ルールを追加するために使用できる$.validator.addMethodなどの追加機能が含まれています。 /lib/web/mage/validation/validation.js: mage/validation.jsをインクルードして、バリデータにいくつかのルールを追加しています。 2. フォーム検証ルール デフォルトでは、Magento で利用可能なルールは /validation/rules.js に格納されています。しかし、使用できるルールはそれだけではありません。フォームバリデーションの主要モジュールは jQuery をベースにしているので、jQuery の組み込みバリデーションメソッドを使用することができます。 3. 方法 3.1 カスタムルールの作成 前述のとおり、カスタムルールを作成するには、mage/validationモジュール用のJavaScriptミキシンを作成し、$.validator.addMethod そして、次のコードは、入力フィールドが5つの単語しかないかどうかをチェックする検証ルールを追加します。 3.2 既存の検証メッセージの修正 メッセージオブジェクトは、検証ルールを変更せずに既存の検証メッセージだけを変更する必要がある場合に便利なオブジェクトです。 input-nameはオブジェクトのキーで、その値は検証ルールのリストです。これらの検証ルールは、その値として検証メッセージを持っており、自分の好みに合わせて自由に変更することができます。 3.3 カスタムフォームバリデーションの制作 mage/validationライブラリを使うと、サーバーに送信する前にカスタムフォームバリデーションを作成することができます。 ステップ1: バリデーションの開始 フォームのバリデーションを行うには、2つの方法があります: data-mage-init属性の使用: text/x-magento-init スクリプトタイプタグの使用: ステップ2: フォームフィールドの検証ルールの定義 Magentoでは様々な方法でフォーム検証ルールを定義することができます。 属性として 引数を持つ属性として クラス名として 引数付きのクラス名として data-validate属性として 引数付きのdata-validate属性として data-mage-init使用 引数付きのdata-mage-initの使用 4. 事例 ここでは、フォームフィールドと、それぞれのフィールドに異なる検証方法を用いた検証フォームを作成してみます。 上記のフィールドとフォームバリデーションを使用すると、結果は以下のようになります: ►►►サービスについてMagento, Sitecore, Shopify Plus, BigCommerce, Amazon Marketplace
02 June 2021 / Published in TechBlogs
このガイドでは、Magento の注文を CSV ファイルにエクスポートする方法を、Magento のバックエンドを使用した最も簡単な方法から、スクリプトを使用したより高度な方法まで、順を追って説明します。いずれにしても、最終的には注文グリッドからのすべてのデータを含むCSVファイルを得ることができます。 1. Magentoバックエンドからの注文のエクスポート Magentoのバックエンドでは、Sales > Ordersに進みます。 続いて表示されるOrdersパネルには、デフォルトで以下の列が表示されています: ID 購入ポイント 購入日 請求先名 出荷先名 合計金額(基本 合計金額(購入金額) ステータス アクション 割り当てられたソース Braintree トランザクションソース ここでは、エクスポートのドロップダウンをクリックし、CSVにチェックを入れることで、注文データをエクスポートすることができます。 「エクスポート」をクリックすると、生成されたCSVにはこのデフォルトビューのデータが含まれています。 2. カスタムデータを使ったプログラムによるオーダーのエクスポート また、プログラムでOrdersグリッドに新しい列を追加し、Observerを実行してOrders CSVをエクスポートすることもできます。 vendor/magento/module-sales/view/adminhtml/ui_component/sales_order_grid.xmlに新しいカラムを作成します。 以下のアップグレードスキーマを実行して、sales_order_gridテーブルに変更を加えます。 注文の送信が成功したときにObserverを実行する 例えば、events.xmlで そして、オブザーバーでは: 「エクスポート」をクリックします。 3. 拡張機能を使った注文のエクスポート Magento のデフォルトの注文エクスポートオプションはまだかなり制限されているので、エクステンションを使って仕事をしてもらうのが良い方法です。マーケットプレイスには様々なオーダーエクスポートエクステンションがあります (無料と有料の両方)。 ►►►サービスについてMagento, Sitecore, Shopify Plus, BigCommerce, Amazon Marketplace
28 May 2021 / Published in TechBlogs
Magento のチェックアウトページを変更するのは、必ずしも簡単なことではありません。というのも、ご存知のように、Magento 2 のデフォルトのチェックアウトは、一連の Knockout JS コンポーネントから作成され、Knockout JS templating system を使ってレンダリングされているからです。これらのコンポーネントとその親子関係は、大きなXMLファイルで定義されており、テーマやモジュールで拡張したりオーバーライドしたりすることができます。 最適化の手順に入る前に、まずテーマ内にcheckout_index_index.xmlファイルを作成する必要があります。 このファイルを作成した後、チェックアウトページの最適化を開始します。 既定のチェックアウトページを最適化する方法 解決策1:シッピングフォームのフィールドを削除する この例では、削除しようとしているフィールドはFaxです。これを削除するには、Faxフィールドへのパスを定義し、次の項目を子として追加する必要があります。 キャッシュを削除すると、すべての変更点が表示されます。 解決策2:チェックアウト時の利用規約の位置を変更する ここでは、「ご利用規約」をデフォルトの「お支払い方法」の下から、「チェックアウト」の最後にある「ご利用規約」に変更する方法をご紹介します。 ステップ1:アイテムをデフォルトの位置から外す アイテムを別の位置に表示する前に、まずアイテムを元の場所から無効にする必要があります。そのためには、XMLツリーに沿って、このアイテムを置き換える必要があります。 次のようにしています。 ステップ2: 目的の場所に再追加する これで、チェックアウトの最後に再追加されます。 ステップ3:必要な場所にテンプレートを呼び出す この例では、利用規約がチェックアウトの最後に移動されるため、テンプレートの名前は “after-place-agreements “となります。 解決策3:ヘッダーにカスタムブロックを追加する コンバージョン率を高め、サイトのセキュリティを向上させるためには、チェックアウト時のヘッダーに、より多くの情報をお客様に提供する必要があります。以下は、それを簡単に行うための方法です 解決策4:チェックアウトにカスタムフッターを追加 お支払い方法や配送情報、追加クーポンなど、特定の項目を強調したい場合は、チェックアウトにカスタムフッターを追加することができます。以下は、CMSブロックを使ってカスタムフッターを作成するためのサンプルです。 また、テンプレートファイルでカスタムフッターを作成する方法をご紹介します。 結論 結論として、私はチェックアウトページを最適化するためのいくつかのソリューションを紹介しました。これらは完全な解決策ではありませんが、デフォルトの機能の弱点を修正するための良い改善策となります。 ►►►サービスについてMagento, Sitecore, Shopify Plus, BigCommerce, Amazon Marketplace