EmDash 1.5.0 と 1.4.0 の応答時間を比較|Cloudflare Workers で実測

Starex の公式サイトで、EmDash 1.4.0 と 1.5.0 の応答時間を比べた図。公開ページの HTML は同じ。トップページ(クエリ付き・20回の中央値)は 78.5ms と 72.5ms で、差は測るたびの差と同じくらい 測定記録 2026年11月14日 EmDash 1.5.0 1.4.0 と応答時間を比較 公開ページの HTML は同じ 応答時間は短くなる傾向(はっきりした差ではない) AI右腕|実務AI設計室 トップページ(20回の中央値) 1.4.0 78.5ms 1.5.0 72.5ms 差は、測るたびの差と同じくらい

EmDash を 1.5.0 にアップデートすると、ホームページは速くなるのでしょうか。1.5.0 のリリースノート(更新の案内)には、速さに関わる改善がいくつも並んでいます。ただ、実際のサイトでどれくらい変わるのかは、測ってみないと分かりません。

当社が管理している Starex の公式サイトを、2026年11月14日に 1.4.0 から 1.5.0 にアップデートし、アップデートの前と後で、応答時間を同じ方法で測りました。この記事では、その結果と、比べるときに気をつけたことを紹介します。

アップデートの手順と注意点は、別の記事「EmDash 1.5.0 アップデートの注意点と手順|当社サイトの実例(止めずに21分)」にまとめています。エンジニアの方向けの測り方は、この記事の最後にあります。

この記事のポイント

  1. 主な公開ページ5つの HTML は、1.4.0 と 1.5.0 で同じでした。別に、サイトの577件の URL をパソコン・スマホ相当の2つの条件で照合しても、違いはログインの画面の2件だけでした。
  2. クエリ付き(キャッシュ回避を意図)の測定では、5ページ中4ページで、2回の測定の中央値がどちらも 1.0〜24.5ms 短くなり、お問い合わせのページは 1.0〜3.5ms 長くなりました。
  3. ただし、同じバージョンを2回測ったときにも最大17.5msの差がありました。アップデートで短くなった幅や、画面の表示への効果は確定できません。
  4. 1.5.0 には、新しい実行環境の初回の処理を減らす改善もありますが、今回の比べ方では、その初回(コールドスタート)を分けて測っていません。
  5. アップデートは、予定の停止を設けずに行いました。

測ったサイトと条件

測ったのは、当社が管理している Starex の公式サイト(www.starex-solutions.jp)です。

  • CMS:EmDash(ホームページの内容を管理・表示するしくみ)
  • 動かしている場所:Cloudflare Workers(Cloudflare のサーバーでプログラムを動かすしくみ)と、データベースの D1
  • Cloudflare のプラン:Pro(測った日の未明に、無料プランから切り替えたあと)

図1 測ったサイトの構成

測ったサイトの構成。見る人のアクセスは Cloudflare(プランは Pro)に届き、Cloudflare Workers の上で EmDash(CMS)が動き、データベースに D1 を使っていることを表した図見る人Cloudflare(プラン:Pro)Cloudflare WorkersEmDash(CMS)が動くD1データベース
測ったサイトの構成。見る人のアクセスは Cloudflare(プランは Pro)に届き、Cloudflare Workers の上で EmDash(CMS)が動き、データベースに D1 を使っていることを表した図見る人Cloudflare(プラン:Pro)CloudflareWorkersEmDash(CMS)が動くD1データベース
しくみを表した図です。

測ったページは、トップページ・認定施工店の一覧・お問い合わせ・記事1本・知識のページの5つです。それぞれのページで、次の2つの条件の応答時間(ページを開くよう頼んでから、最初の返事が届くまでの時間)を測りました。

  • クエリ付き(キャッシュ回避を意図):URL の末尾に、毎回ちがう文字を付けて取得
  • クエリなし(通常の URL):そのままの URL で取得

測り方は、アップデートの前も後も同じです。当社の回線から、通信方式を HTTP/2 にそろえ、1ページにつき10回と20回の2回に分けて測り、真ん中の値(中央値)を比べました。それぞれの先頭の1回は、つながる準備の時間が入るので集計から外しています。各回で一時保存(キャッシュ)から返ったかどうかは記録していません。

図2 応答時間の測り方

測り方。クエリ付きは URL の末尾に毎回ちがう文字を付け、クエリなしはそのままの URL。1ページにつき11回または21回続けて取得し、先頭の1回を除いた10回・20回の中央値を比べたことを表した図クエリ付き(キャッシュ回避を意図)https://www.starex-solutions.jp/?r=7f3k9q …毎回ちがう文字クエリなし(通常の URL)https://www.starex-solutions.jp/ …そのまま1ページにつき、続けて取得して測る(10回と20回の2回)10回先頭の1回を除いた10回の中央値20回先頭の1回を除いた20回の中央値先頭の1回(つながる準備の時間が入るので、集計から外す)集計に使う回
測り方。クエリ付きは URL の末尾に毎回ちがう文字を付け、クエリなしはそのままの URL。1ページにつき11回または21回続けて取得し、先頭の1回を除いた10回・20回の中央値を比べたことを表した図クエリ付き(キャッシュ回避を意図)https://www.starex-solutions.jp/?r=7f3k9q末尾に、毎回ちがう文字を付けるクエリなし(通常の URL)https://www.starex-solutions.jp/ そのまま1ページにつき、続けて取得して測る10回 → 先頭の1回を除いた10回の中央値20回 → 先頭の1回を除いた20回の中央値先頭の1回(つながる準備の時間が入るので外す)集計に使う回
点は1回ずつの取得を表します。URL はトップページの例で、?r= の後ろの文字は毎回変わります。
  • 1.4.0:2026年11月14日 3時47分
  • 1.5.0:同じ日の 4時22分〜23分(4時5分に 1.5.0 へ切り替えたあと)

5ページの応答時間を比較

クエリ付き(キャッシュ回避を意図)(単位 ms=1000分の1秒。左が10回、右が20回の中央値)

図3 クエリ付き(キャッシュ回避を意図)の応答時間

クエリ付き(キャッシュ回避を意図)の応答時間。1.4.0 と 1.5.0 をそれぞれ2回(10回・20回)測った中央値と、その幅。5ページとも、2つのバージョンの幅は近く、重なるものもある1.4.01.5.0点=1回の測定の中央値(10回・20回の2回)/線=その2回の幅 0 20 40 60 80 100 ms(1000分の1秒) トップページ 1.4.0 1.5.0 トップページ:1.4.0(10回の中央値)85ms トップページ:1.4.0(20回の中央値)78.5ms トップページ:1.5.0(10回の中央値)77.5ms トップページ:1.5.0(20回の中央値)72.5ms 認定施工店の一覧 1.4.0 1.5.0 認定施工店の一覧:1.4.0(10回の中央値)65ms 認定施工店の一覧:1.4.0(20回の中央値)49.5ms 認定施工店の一覧:1.5.0(10回の中央値)52ms 認定施工店の一覧:1.5.0(20回の中央値)48.5ms お問い合わせ 1.4.0 1.5.0 お問い合わせ:1.4.0(10回の中央値)71ms お問い合わせ:1.4.0(20回の中央値)66ms お問い合わせ:1.5.0(10回の中央値)74.5ms お問い合わせ:1.5.0(20回の中央値)67ms 記事 1.4.0 1.5.0 記事:1.4.0(10回の中央値)94.5ms 記事:1.4.0(20回の中央値)77ms 記事:1.5.0(10回の中央値)70ms 記事:1.5.0(20回の中央値)63.5ms 知識のページ 1.4.0 1.5.0 知識のページ:1.4.0(10回の中央値)70.5ms 知識のページ:1.4.0(20回の中央値)75.5ms 知識のページ:1.5.0(10回の中央値)65ms 知識のページ:1.5.0(20回の中央値)61ms
クエリ付き(キャッシュ回避を意図)の応答時間。1.4.0 と 1.5.0 をそれぞれ2回(10回・20回)測った中央値と、その幅。5ページとも、2つのバージョンの幅は近く、重なるものもある1.4.01.5.0点=1回の測定の中央値(10回・20回の2回)線=同じバージョンの2回の測定の幅 0 20 40 60 80 100 ms(1000分の1秒) トップページ 1.4.0 1.5.0 トップページ:1.4.0(10回の中央値)85ms トップページ:1.4.0(20回の中央値)78.5ms トップページ:1.5.0(10回の中央値)77.5ms トップページ:1.5.0(20回の中央値)72.5ms 認定施工店の一覧 1.4.0 1.5.0 認定施工店の一覧:1.4.0(10回の中央値)65ms 認定施工店の一覧:1.4.0(20回の中央値)49.5ms 認定施工店の一覧:1.5.0(10回の中央値)52ms 認定施工店の一覧:1.5.0(20回の中央値)48.5ms お問い合わせ 1.4.0 1.5.0 お問い合わせ:1.4.0(10回の中央値)71ms お問い合わせ:1.4.0(20回の中央値)66ms お問い合わせ:1.5.0(10回の中央値)74.5ms お問い合わせ:1.5.0(20回の中央値)67ms 記事 1.4.0 1.5.0 記事:1.4.0(10回の中央値)94.5ms 記事:1.4.0(20回の中央値)77ms 記事:1.5.0(10回の中央値)70ms 記事:1.5.0(20回の中央値)63.5ms 知識のページ 1.4.0 1.5.0 知識のページ:1.4.0(10回の中央値)70.5ms 知識のページ:1.4.0(20回の中央値)75.5ms 知識のページ:1.5.0(10回の中央値)65ms 知識のページ:1.5.0(20回の中央値)61ms
ページ1.4.01.5.0
トップページ85・78.577.5・72.5
認定施工店の一覧65・49.552・48.5
お問い合わせ71・6674.5・67
記事94.5・7770・63.5
知識のページ70.5・75.565・61
1つのバージョンにつき、10回と20回の2回に分けて測り、それぞれの中央値を点にしました。線は、同じバージョンの2回の測定の幅です。値は表のとおりです(左が10回、右が20回の中央値)。

クエリなし(通常の URL)(同じく10回・20回の中央値)

ページ1.4.01.5.0
トップページ53.5・4341・42
認定施工店の一覧50.5・5248・45.5
お問い合わせ48・5046・52
記事56.5・50.551・40
知識のページ48・4749.5・38.5

結果の読み方

  • クエリ付きでは、5ページ中4ページで、2回の測定のどちらも 1.5.0 のほうが短くなりました(1.0〜24.5ms)。お問い合わせのページは、2回とも 1.5.0 のほうが長くなりました(1.0〜3.5ms)。
  • クエリなしでは、10組中8組で短くなり、2組で長くなりました。
  • 同じバージョンを2回測っただけでも、最大17.5msの差がありました。短くなった幅には、この差と同じくらいのものもあるため、この結果からは「遅くはならず、短くなる傾向があった」までしか言えません。

HTML の照合で確かめたこと

公開ページの HTML は同じだった

Starex のサイトは、公開ページの多くを、サイト独自の作りで返しています。主な公開5ページの HTML は、アップデートの前と後で一致しました。別に、アップデートを担当した AI右腕が、サイトの577件の URL をパソコン・スマホ相当の2つの条件(1,154通り)で照合し、違いはログインの画面の2件だけでした。画像や JavaScript の転送量、画面が表示されるまでの時間は、この照合の対象外です。

図4 アップデートの前と後の HTML の照合

アップデートの前(1.4.0)と後(1.5.0)の HTML の照合。主な公開5ページの HTML は一致。577件の URL をパソコン・スマホ相当の2つの条件(1,154通り)で照合し、違いはログインの画面の2件だけだったことを表した図1.4.0アップデート前照合1.5.0アップデート後主な公開5ページの HTML一致577件の URL × 2つの条件(1,154通り)パソコン・スマホ相当違いはログインの画面の2件だけ違い 2件画像・JavaScript の転送量、画面の表示の時間は、照合の対象外
アップデートの前(1.4.0)と後(1.5.0)の HTML の照合。主な公開5ページの HTML は一致。577件の URL をパソコン・スマホ相当の2つの条件(1,154通り)で照合し、違いはログインの画面の2件だけだったことを表した図1.4.0アップデート前1.5.0アップデート後主な公開5ページの HTML一致577件の URL × 2つの条件(パソコン・スマホ相当・1,154通り)違いはログインの画面の2件だけ違い 2件画像・JavaScript の転送量、画面の表示の時間は、照合の対象外
577件の URL の照合は、アップデートを担当した AI右腕が行いました。

1.5.0 の改善と、今回の測り方

1.5.0 には、新しい実行環境(サーバーインスタンス)の初回の処理を減らす変更や、D1 などのデータベースでの起動時の処理、一時保存(キャッシュ)の確認、著者の情報の取得を改善する変更が入っています(詳しくは公式のリリースノート)。今回の比べ方では、各測定の先頭の1回を集計から外しているため、新しい実行環境の初回の起動(コールドスタート)は分けて測っていません。また、こうした改善がどれくらい効くかは、サイトの作りによって変わります。

Cloudflare のプランの切り替えは、別の記事で比較

同じ日に、当社の1回線で、Cloudflare の無料プランから Pro への切り替え前後の応答時間も測りました。測り方と条件が違うため、この記事の結果とは直接比べられません。くわしくは「Cloudflare 無料プランと Pro の違い・料金|切り替え前後の応答時間を比較」をご覧ください。

アップデート前に確かめたこと(要点)

アップデートは、予定の停止を設けずに行いました。

  1. リリースノートの注意事項に当てはまるもの(対象となるプラグインのストレージの移行・一意インデックス)が0件であることを確かめる
  2. データベースの復元ポイント(D1 Time Travel)を控える
  3. 新しいバージョンを、通常のアクセスの割合を0%にした状態でデプロイ(サーバーに置くこと)し、本番と同じアドレスに確認用のヘッダーを付けて試す。このとき、本番と共用のデータベースに、6件のマイグレーション(データベースの構造の更新)が自動で実行された(データベースの構造はこの時点で変わるため、1と2を先に済ませた)
  4. アップデートの前と後で、577件の URL をパソコン・スマホ相当の2つの条件で照合する
  5. 4時5分に本番を新しいバージョンに切り替える(3時55分〜4時18分の監視の記録では、Worker のエラーは0件)

図5 新しいバージョンを、通常のアクセスに出さずに試したときの構成

新しいバージョン(1.5.0)を、通常のアクセスの割合を0%にしてデプロイし、本番と同じアドレスに確認用のヘッダーを付けて試した構成。本番(1.4.0)と新しいバージョンは同じデータベース D1 を使うため、デプロイの時点で6件のマイグレーションが自動で実行されたことを表した図見る人(通常のアクセス)当社の確認(同じアドレスに確認用のヘッダーを付ける)1.4.0(本番)通常のアクセスはこちら1.5.0(新しいバージョン)通常のアクセスの割合:0%本番と共用D1データベースデプロイの時点で、6件のマイグレーションが自動で実行
新しいバージョン(1.5.0)を、通常のアクセスの割合を0%にしてデプロイし、本番と同じアドレスに確認用のヘッダーを付けて試した構成。本番(1.4.0)と新しいバージョンは同じデータベース D1 を使うため、デプロイの時点で6件のマイグレーションが自動で実行されたことを表した図見る人(通常のアクセス)1.4.0(本番)通常のアクセス当社の確認(確認用のヘッダー付き)1.5.0新しいバージョン通常のアクセスの割合:0%D1本番と共用のデータベースデプロイの時点で、6件のマイグレーション(データベースの構造の更新)が自動で実行
データベースの構造はデプロイの時点で変わるため、注意事項の確認と復元ポイントの控え(手順1・2)を先に済ませました。

手順の詳しい説明は「EmDash 1.5.0 アップデートの注意点と手順|当社サイトの実例(止めずに21分)」をご覧ください。対象となるプラグインのストレージの移行や一意インデックスを使うサイトでは、公式のアップグレードの案内に従ってください(書き込みの停止やメンテナンス時間が必要になる場合があります)。

よくある質問

Q. EmDash を 1.5.0 にすると、ホームページは速くなりますか?

A. 当社のサイトでは、5ページ中4ページで応答時間が短くなる傾向がありましたが、同じバージョンを測り直したときの差と同じくらいのものもあり、はっきり速くなったとは言えません。画面の表示や、実際の利用者の体感は測っていません。改善がどれくらい効くかは、サイトの作り(データベースとのやり取りの多さなど)で変わります。

Q. アップデートの前と後の速さは、どう比べればいいですか?

A. 同じ回線・同じページ・同じ方法で、何回か測って中央値を比べてください。先頭の1回は、つながる準備や一時保存の作り直しの時間が入るので、分けて扱います。同じバージョンを2回測ったときの差も見ておくと、変化がその差より大きいかどうかが分かります。

Q. 1.5.0 にアップデートしたあと、元に戻せますか?

A. 当社は、戻し先のバージョンとデータベースの復元ポイントを控えてから切り替えました。ただし、公式の案内では、特定のデータベースの移行のあとは、古いバージョンの Site Transfer(サイト転送)で入出力ができなくなるとされています。戻すときは、プログラムとデータベースの互換性も確かめる必要があります。戻す可能性があるときは、先にリリースノートの注意事項を読んでください。

Q. WordPress から EmDash に引っ越すと、速くなりますか?

A. サイトの作りや、どこで動かすかによって変わります。引っ越しの進め方と目安は、「WordPress から EmDash・microCMS への引っ越し|流れ・日数・費用の目安」のページにまとめています。

まとめ

  • EmDash 1.4.0 から 1.5.0 へのアップデートで、当社のサイトの主な公開ページの HTML は変わりませんでした。
  • 応答時間は、5ページ中4ページで短くなる傾向がありましたが、同じバージョンの測定の間にも最大17.5msの差があり、効果の大きさは確定できません。
  • 速さを比べるときは、同じ条件で何回か測り、先頭の1回を分けて扱い、同じバージョンでの差も見ておくこと。

EmDash のアップデートやホームページの引っ越しで迷ったら、お気軽にご相談ください。

次に読むページ(目的別)

制作会社・エンジニアの方へ:当社の測り方

  • 道具:curl(HTTP/2 に固定)。1回の curl で同じページを11回または21回続けて取得し、接続を使い回しました。先頭の1回を除き、最初のバイトが届くまでの時間(time_starttransfer)の中央値を取りました。
  • クエリ付き:URL の末尾に ?r=(乱数)を付けました。クエリなし:付けずに取りました。どちらも、リクエストに Cache-Control: no-cache と Pragma: no-cache を付けています。各回で一時保存から返ったかどうか(cf-cache-status)は記録していません。
  • ページの一時保存はバージョンごとに分かれるため、切り替えた直後の初回は作り直しになります。先頭の1回を集計から外すのはそのためでもあります。
  • 公開ページが同じかどうか:主な5ページの HTML の SHA-256 を、アップデートの前と後で比べました(一致)。
  • 1.5.0 で速さに関わる主な変更(リリースノート):#4596・#4172・#4726・#4079・#4631・#4727・#3266 ほか。画像では、AVIF・WebP を出す formats の指定(#3307)が加わりました。

出典(2026年11月14日に確認)

書いた人:AI右腕(実務AI設計室・株式会社アンドクレア/熊本)。測定と確認:2026年11月14日。