URL を格納
Adobe CommerceまたはMagento Open Source インストール内の各 web サイトには、ストアフロントに割り当てられたベース URL と、管理者に割り当てられた別の URL があります。 Adobeでは、変数を使用してベース URL に対する内部リンクを定義します。これにより、リンクを更新することなく、ストア全体をある場所から別の場所に移動させることができます。 標準のベース URL は http で始まり、セキュアなベース URL は https で始まります。
- ベース URL —
http://www.yourdomain.com/magento/ - セキュア ベース URL —
https://www.yourdomain.com/magento/ - IP アドレスを含む URL —
http://###.###.###.###/magento/またはhttps://###.###.###.###/magento/
セキュアなプロトコルを使用
ストアのベース URL は、最初にAdobe Commerceのインストール時に設定されたものです。 その時点でセキュリティ証明書が使用可能であった場合は、ストア、管理者、またはその両方に使用する HTTPS の URL を指定できます。 Adobe Commerceのインストールに複数のストアが含まれている場合、または後でストアを追加する予定の場合は、URL にストアコードを含めることができます。 すべてのAdobeのリソースと操作は、安全なプロトコルで使用できます。
インストール時にドメインのセキュリティ証明書が使用できなかった場合は、ストアを起動する前に必ず設定を更新してください。 ドメインのセキュリティ証明書が確立されたら、暗号化された Secure Sockets Layer (SSL)および Transport Layer Security (TLS)プロトコルで動作するように、ベース URL の一方または両方を設定できます。
Adobe CommerceとMagento Open Sourceは、デフォルトですべてのページを HTTPS で配信するように設定できます。 ストアが標準プロトコルで実行されている場合は、HTTP Strict Transport Security (HSTS)を有効にし、保護されていないページリクエストをアップグレードすることで、セキュリティを向上させることができます。 HSTS は、指定されたドメインの安全でないプロトコルで送信される標準 HTTP ページをブラウザーがレンダリングするのを防ぐオプトインプロトコルです。 検索エンジンが標準の HTTP URL でストアの各ページに既にインデックスを作成している可能性があるので、保護されていないページリクエストを自動的に HTTPS にアップグレードするようにCommerceを設定できます。これにより、トラフィックが失われなくなります。 Commerceがストアフロントと管理者の両方にセキュア URL を使用するように設定されている場合、HSTS を有効にできる 2 つのフィールドが追加で表示されます。
ベース URL の設定
-
管理者 サイドバーで、Stores/Settings/Configuration に移動します。
-
左パネルの 一般 の下で、「Web」を選択します。
-
「
」を展開し、「Base URL」セクションを展開します。
-
「Base URL」 – ストアの完全修飾ベース URL を入力します。 ストアから追加の URL キーで拡張できるように、URL の末尾には必ずスラッシュを付けてください。 例:
http://yourdomain.com/note note NOTE 「Base Link URL」フィールドのプレースホルダーは変更しないでください。 これは、ベース URL への相対リンクの作成に使用されるプレースホルダーです。 -
Base URL for Static View Files - (オプション)次のプレースホルダーで始まるパスを入力して、静的ビューファイルのベース URL の別の場所を指定します。
{{unsecure_base_url}}
-
Base URL for User Media Files - (オプション)次のプレースホルダーで始まるパスを入力して、ユーザーメディアファイルのベース URL の代替の場所を指定します。
{{unsecure_base_url}}
通常のインストールでは、静的ビューファイルやメディアファイルのパスはベース URL に対する相対パスなので、更新する必要はありません。
{width="600" modal="regular"}
note note NOTE 二重中括弧で囲まれたプレースホルダーは、変数のマークアップタグです。 -
-
完了したら、「Save Config」をクリックします。
セキュアなベース URL の設定
ドメインに有効なセキュリティ証明書がある場合、ストアフロントと管理者の両方の URL を設定して、安全な(https)チャネルでデータを送信できます。 有効なセキュリティ証明書がないと、ストアはセキュアな(SSL/TLS)プロトコルで動作できません。
-
Base URLs (Secure) セクションを展開し、次の操作を行います。
{width="600" modal="regular"}
-
Secure Base URL:完全なセキュア・ベース URL を入力し、その後にスラッシュを入力します。 例:
https://yourdomain.com/ -
Secure Base Link URL - 「セキュアベースリンク URL」フィールドのプレースホルダーを変更しないでください。 安全なベース URL への相対リンクを作成するために使用されます。
-
Secure Base URL for Static View Files — (オプション)次のプレースホルダーで始まるパスを入力して、静的ビューファイルのセキュアなベース URL の別の場所を指定します。
{{secure_base_url}}
-
Secure Base URL for User Media Files — (オプション)次のプレースホルダーで始まるパスを入力して、ユーザーメディアファイルのセキュアなベース URL の別の場所を指定します。
{{secure_base_url}}
-
-
セキュリティを強化するには、次の両方のオプションを
Yesに設定します。- Use Secure URLs on Storefront
- Use Secure URLs in Admin
-
Enhanced Security Settings の場合は、次の手順を実行します。
-
Enable HTTP Strict Transport Security (HSTS) - ストアにセキュアな HTTPS ページリクエストのみを表示する場合は、
Yesに設定します。 -
Upgrade Insecure Requests – 標準の保護されていない HTTP ページのリクエストを保護された HTTPS にアップグレードするには、
Yesに設定します。
-
-
サーバーの Offloader Header を設定します。
ほとんどのCommerce インストールでは、プロトコルを
HTTPまたはHTTPSとして識別するためにデフォルトのX-Forward-Protoが使用されています。 サーバー設定で別の offloader_header を使用している場合は、ここに入力します。 -
完了したら、「Save Config」をクリックします。
URL にストアコードを含める
Yes に設定されている場合、ブラウザーの URL にストアコードを含める必要があります。 この設定により、「404 Page Not Found」 エラーを発生させずに、URL の書き換えが正しくマッピングされ、すべてのページが正常に開かれます。-
管理者 サイドバーで、Stores/Settings/Configuration に移動します。
-
左パネルの「General」で、「Web」を選択します。
-
「
」を展開し、「URL Options」セクションを展開します。
-
Add Store Code を環境設定に合わせて設定します。
- URL with Store Code:
http://www.yourdomain.com/magento/[store-code]/index.php/url-identifier - URL without Store Code:
http://www.yourdomain.com/magento/index.php/url-identifier
{width="600" modal="regular"}
- URL with Store Code:
-
完了したら、「Save Config」をクリックします。
-
ワークスペースの上部にあるメッセージの「Cache Management」リンクをクリックします。 次に、指示に従ってキャッシュを更新します。
URL のトラブルシューティング
設定手順に従った後も、一部のページが引き続き保護されていない URL (http://)で提供される場合は、次の手順を実行します。
- (セキュアでない)ベース URL をセキュアな HTTPS URL に変更します。
- サーバーで
.htaccessファイル(またはロードバランサー)を編集して、保護されていない URL が保護された URL にリダイレクトされるようにします。
カスタム管理 URL を使用
セキュリティのベストプラクティス として、Adobeでは、デフォルトの 管理者 や一般的な用語(バックエンド ではなく、一意の管理者 URL を使用することをお勧めします。 判定された不正アクターからサイトを直接保護することはありませんが、不正アクセスを試みるスクリプトへの露出を減らすことができます。
通常のインストールでは、管理者 URL とパスはベース URL の直後に続きます。 管理者パスはルートの 1 つ下のディレクトリです。
- デフォルトのベース URL:
http://yourdomain.com/magento/ - 既定の管理パス:
admin - デフォルトの管理者 URL とパス:
http://yourdomain.com/magento/admin
管理者 URL とパスを別の場所に変更することは可能ですが、誤った場合は管理者へのアクセスができなくなるので、サーバーから修正する必要があります。
方法 1:管理者から変更する
-
管理者 サイドバーで、Stores/Settings/Configuration に移動します。
-
左側のパネルで「Advanced」を展開し、「Admin」を選択します。
-
「
」を展開し、「Admin Base URL」セクションを展開します。
-
カスタム URL の設定オプションを設定します。
{width="600" modal="regular"}
必要に応じて、「Use system value」チェックボックスをオフにして、設定を変更します。
-
Use Custom Admin URL を
Yesに設定します。 -
Custom Admin URL を入力:
http://yourdomain.com/magento/note note NOTE 管理者 URL は、同じCommerce インストール内にあり、ストアフロントと同じドキュメントルートを持つ必要があります。 -
Custom Admin Path を
Yesに設定します。 -
Custom Admin Path:カスタム管理フォルダー名として使用するパスを入力します。
例:
sample_custom_admin
-
-
完了したら、「Save Config」をクリックします。
-
変更を保存したら、管理者からログアウトし、新しい管理者 URL とパスを使用してログインし直します。
方法 2:サーバーコマンドラインからの管理パスの変更
-
app/etc/env.phpファイルをテキストエディターで開き、backendセクションのfrontNameパラメーターの値を変更します。 次に、ファイルを保存します。必ず小文字のみを使用してください。
note note NOTE この方法を使用すると、管理パスを変更できますが、管理 URL は変更できません。 note tip TIP クラウドインフラストラクチャー上のAdobe Commerceの場合、Cloud UI の ADMIN_URL変数を使用してカスタム管理パスを設定できます。 2}Cloud Infrastructure ガイドのCommerce 管理者変数に関するトピック を参照してください。-
デフォルトの管理パス
code language-php?start_inline=1 'backend' => [ 'frontName' => 'admin' ], -
新しい管理パス
code language-php?start_inline=1 'backend' => [ 'frontName' => 'backend' ],
-
-
キャッシュをクリアするには、次のいずれかの方法を使用します。
-
管理者 サイドバーで、System/Tools/Cache Management に移動します。 次に、「Flush Magento Cache」をクリックします。
-
サーバーで、次の操作を実行します。
code language-bash php bin/magento cache:flush
note note NOTE メソッド 1 を使用して行った変更は、 app/etc/env.phpファイルで行った変更よりも優先されます。 -
方法 3:Commerce CLI を使用して管理パスを変更する
CLI setup:config:set コマンドを使用して、管理パスを変更できます。 次の例では、--backend-frontname オプションを使用して、パスをCommerce ルートから新しい管理パスに変更します。
bin/magento setup:config:set --backend-frontname="backend_front_name"
このコマンドは、app/etc/env.php ファイルの backend > frontName 設定オプションを更新します。
デフォルトの管理者 URL と管理パスを復元
無効な管理者 URL または管理パスを設定していて、バックエンドへのアクセス権を失った場合、コマンドラインから修正する方法があります。
-
デフォルトの管理者 URL に戻すには、次のコマンドを実行します。
code language-bash php bin/magento config:set admin/url/use_custom 0 -
デフォルトの管理者パス(メソッド 2 で説明したように
app/etc/env.phpで設定)に戻すには、次のコマンドを実行します。code language-bash php bin/magento config:set admin/url/use_custom_path 0 -
キャッシュをクリアするには、次のいずれかの方法を使用します。
-
管理者 サイドバーで、System/Tools/Cache Management に移動します。 次に、「Flush Magento Cache」をクリックします。
-
サーバーで、次の操作を実行します。
code language-bash php bin/magento cache:flush
-