ドキュメントCommerceCommerce on Cloud

デプロイ後の変数

最終更新日： 2026年6月2日

作成対象：

  • {"id":"ff6a42d2-313e-452e-93a6-792e4fad9ff8"}

次の​ デプロイ後 ​変数は、デプロイ後フェーズのアクションを制御し、​ グローバル変数から値を継承して上書きできます。 これらの変数を.magento.env.yaml ファイルのpost-deploy ステージに挿入します。

stage:
  post-deploy:
    POST-DEPLOY_VARIABLE_NAME: value

ビルドおよびデプロイプロセスのカスタマイズについて詳しくは、次を参照してください。

TTFB_TESTED_PAGES

  • Default— [] （空の配列）
  • バージョン - Adobe Commerce 2.1.4以降

指定したページの​最初のバイトまでの時間 （TTFB）テストを設定して、サイトのパフォーマンスをテストします。 テストを必要とする各ページに対して、絶対パス参照、つまりプロトコルとホストを含むURLを指定します。

stage:
  post-deploy:
    TTFB_TESTED_PAGES:
       - "index.php"
       - "index.php/customer/account/create"
       - "https://example.com/catalog/some-category"

変更をテストしてコミットするページを指定すると、デプロイ後のフェーズで​最初のバイトまでの時間 テストが実行され、各パスの結果がクラウドログに投稿されます。

[2019-06-20 20:42:22] INFO: TTFB test result: 0.313s {"url":"https://staging-tkyicst-xkmwgjkwmwfuk.us-4.magentosite.cloud/customer/account/create","status":200}
[2019-06-20 20:42:22] INFO: TTFB test result: 0.408s {"url":"https://staging-tkyicst-xkmwgjkwmwfuk.us-4.magentosite.cloud/checkout/cart","status":200}

リダイレクトされたパスの場合、ログは環境変数で設定されたパスではなく、リダイレクト ターゲットのパスをレポートします。 無効なパスを指定すると、ログに警告メッセージが表示されます。

WARM_UP_CONCURRENCY

  • 既定—設定なし
  • バージョン - Adobe Commerce 2.1.4以降

キャッシュウォームアップ操作中に送信する同時リクエストの制限を指定して、サーバー負荷を軽減します。 この値は、並列接続の数を制限し、デプロイ後のWARM_UP_PAGES変数でキャッシュのプリロード用に複数のページが指定される環境設定に役立ちます。

stage:
  post-deploy:
    WARM_UP_CONCURRENCY: 4

WARM_UP_PAGES

  • Default— index.php
  • バージョン - Adobe Commerce 2.1.4以降

post_deploy ステージでキャッシュのプリロードに使用するページのリストをカスタマイズします。 デプロイ後フックを設定する必要があります。 .magento.app.yaml ファイルの​ フックの節を参照してください。

  • 単一ページ - キャッシュに追加する単一ページを指定します。 デフォルトのベース URLを指定する必要はありません。 次の例は、BASE_URL/index.php ページをキャッシュします。

    code language-yaml 
    stage:
  post-deploy:
    WARM_UP_PAGES:
      - "index.php"

  • 複数のドメイン – 複数のURLを一覧表示します。 次の例では、2つのドメインからページをキャッシュします。

    code language-yaml 
    stage:
  post-deploy:
    WARM_UP_PAGES:
      - 'http://example1.com/test'
      - 'http://example2.com/test'

  • 複数ページ – 次の形式を使用して、特定の正規表現パターンに従って複数のページをキャッシュします。

    code language-none 
    <entity_type>:<pattern|url|product_sku>:<store_id|store_code>
    • entity_type：使用可能なバリアント category、cms-page、product、store-page
    • pattern|url|product_sku: regexp パターンまたは完全一致urlを使用してURLをフィルタリングするか、すべてのページにアスタリスク （*）を使用します。 product エンティティタイプに製品SKUを使用
    • store_id|store_code: ストアのIDまたはコード、またはすべてのストアのアスタリスク （*）を使用します。複数のストア IDまたはコードを|で区切って渡すことができます

    次の例では、これらの条件に基づいて、categoryおよびcms-pageのエンティティタイプをキャッシュします。

    • id 1を持つストアのすべてのカテゴリ ページ

    • コード store1とstore2を持つストアのすべてのカテゴリ ページ

    • コード store_enを持つストアのカテゴリ ページ cars

    • すべてのストアのCMS ページ contact

    • id 1と2を持つストアのCMS ページ contact

    • car_を含み、ID 2のストアのhtmlで終わるカテゴリーページ

    • コード store_gbを持つストアのtires_を含むカテゴリ ページ

      code language-yaml 
      stage:
  post-deploy:
    WARM_UP_PAGES:
      - "category:*:1"
      - "category:*:store1|store2"
      - "category:cars:store_en"
      - "cms-page:contact:*"
      - "cms-page:contact:1|2"
      - "category:|car_.*?\\.html$|:2"
      - "category:|tires_.*|:store_gb"

    次の例では、これらの条件に基づいてproduct エンティティタイプをキャッシュします。

    • 全店舗のすべての商品（パフォーマンスの問題を回避するために、プログラムで1店舗あたり100個に制限されています）

    • ストア store1のすべての製品

    • すべてのストアのsku1を含む商品

    • コード store1とstore2のストアのsku1を持つ商品

    • コード store1とstore2のストアのsku1、sku2およびsku3の製品

      code language-yaml 
      stage:
  post-deploy:
    WARM_UP_PAGES:
      - "product:*:*"
      - "product:*:store1"
      - "product:sku1:*"
      - "product:sku1:store1|store2"
      - "product:sku1|sku2|sku3:store1|store2"

    次の例では、これらの条件に基づいてstore-page エンティティタイプをキャッシュします。

    • すべてのストアのページ /contact-us
    • id 1のストアのページ /contact-us
    • コード code1とcode2を持つストアのページ /contact-us
    code language-yaml 
          stage:
        post-deploy:
          WARM_UP_PAGES:
            - "store-page:/contact-us:*"
            - "store-page:/contact-us:1"
            - "store-page:/contact-us:code1|code2"
recommendation-more-help
commerce-on-cloud-help-cloud-guide