WordPressサイトのホスティング、本当に大丈夫？意外な落とし穴から最適なプロバイダを見つける方法

もう一年くらい前だったかな、自分が細々とやってたネットショップが、いつの間にかかなり大きくなってて。アクセス数も七十万近かったんじゃないかと思う。売上だって、ひと月で百万円単位になった。でも、その成長が逆に悩みの種にもなっちゃって。特にサーバーが追いつかなくなった時期があったんだよね。

セールなんかやると、びっくりするほど急に人が来て。そのせいでサイトの動きが遅くなることもしばしば。最悪の場合は完全に落ちてしまう日もあった。それで何十万円…いや、二十万円前後失ったこともあった気がする。一番期待してたタイミングだったからダメージも大きかった。

そこで安易に有名どころを選ぶよりも、実際どれだけ使えるのか試したくなってさ。高そうなところだけじゃなくて、口コミで評判のとこやあまり知られてない会社まで含めて八社くらいを自分で比べることにした。本当にどこが「強い」んだろう？という興味本位でもあった。

面白かったのは、一番高額なプランを選んだからと言って劇的によくなるとも限らないし、「WordPressならここ」と言われる会社も混雑時には案外苦戦していたこと。一方で意外な業者さんが三倍近い価格設定のライバルと互角ぐらい頑張ってたり。この辺は正直予想外だったよ。

テスト方法としては、それぞれ同じWordPress構成（WooCommerce付き・五千点ぐらい商品登録・ほぼ同じデザインテーマ）を用意して画像とか文章なんかも極力そろえたつもり。マネージド系とか専門特化型サーバーの場合は、「この規模ならこのプラン」と勧められたものをそのまま使わせてもらった。

それから主要ポイントとして五項目ほど見て回ったけど――まあ、その話はまた改めてまとめようと思う。一つ一つ確実に揃えたわけではないけど、大体そんな感じだった気がする。

何となく、数百人から千数百人くらいの同時アクセスを真似してみたことがある。具体的な数字は覚えていないけど、何段階か増やした気がする。あと、速度チェックも色々な国からやってみた。ときどき通信状況によって遅く感じる場所もあったように思う。

突発的なアクセス増加——例えばセール開始直後とか、その手の短時間の負荷にもどうだったか見ていた。ただし、そのとき全体的な挙動が大きく乱れたわけではなくて、一部で反応が落ち着かなかったという印象も残っている。

稼働率については一ヶ月くらい追いかけていた。ずっと安定していたとは言い切れないものの、大部分の時間で通常通り使えたようだ。その間、何度かサポートへの問い合わせも必要になったことがあり、対応スピードや解決までの流れはケースバイケースだった気もする。

参加したサービスはいろいろで、有名どころからクラウド系、それにWordPress専用っぽいところまで混じっていたと思う。WP Engineのパフォーマンス寄りプランとか、Kinstaだとエンタープライズ向けっぽいやつ、それ以外にもCloudways（多分DigitalOceanを選んだ）、AWSでは中規模VMにRDSを組み合わせたり…Google Cloud Platformでも自前構成で試した記憶が曖昧に残っている。Liquid WebやSiteGround、それからDigitalOcean単体でもマーケットプレイス経由で入れてみたり、多様な環境を比べていた。ただし全部内容・設定ともほぼ揃えた状態だった、と考えていいと思う。期間としては二週間ちょっとずつだっただろうか…細部までは忘れてしまったが、おおよそそんな流れだったはず。

実験のために、たしか七十万円ちょっとをホスティング費やテストツールにつぎ込んだ記憶がある。最初の負荷テストはK6やLoader.ioなどを使って、普段通りとアクセスが急増する状況を再現してみたんだけど、ここでちょっとした驚きがいくつかあった。

まず、同じような条件下でも各ホストのパフォーマンス差がかなり大きかったこと。五百人程度の同時接続ぐらいなら中規模サイトではよくありそうだが、一番速いサービスと遅いものとで体感的には四倍近く差が出ていた印象。特にSiteGroundはWordPress向けとしてよく名前を見かける割に、このGoGeekプランでは早々に息切れしてしまった。宣伝文句では高トラフィック対応とうたっているものの、どうも現場ではうまく機能しない場合もあるらしい。

それともう一つ印象的だったのは、高度な専門知識を要するAWSやGoogle Cloudなんかが、専用WordPressホストよりも多人数アクセス時に意外と粘り強かった点。もちろん設定には手間もかかったけれど、その分応答速度や安定性で違いが感じられた。

次は通常時の基準パフォーマンスについて少し触れておきたい。WebPageTestやGTmetrixから取得した世界各地からのTTFB（Time To First Byte）やページ全体の読み込み時間を見る限り、Kinstaはキャッシュ済みコンテンツへの対応で特によさそうだった気がする。他社と比べてもほんのわずか速めという結果だった。ただしCloudwaysやWP Engineなどもそこまで遅れてはいなかった。一方でSiteGroundとかDigitalOcean系統になると、一番速いグループのおよそ二倍近くページ表示に時間が掛かったケースもちらほら。細かい数字は忘れてしまったけど、このギャップはあとになって影響していた。

さて、本当に差が浮き彫りになったのは「フラッシュセール」の再現テストだったと思う。いつものプロモーションで起こるような、ごく短時間だけアクセス数が三十倍くらい跳ね上がる状況――カート操作や決済ページへの集中など、本番さながら。このシナリオになると各サービスごとの特色というか弱点・強みみたいなのがおぼろげながら見え始める。

例えばチェックアウト完了までに掛かる平均時間について言えば、一番手際良さそうなAWSだと三秒弱くらい？Google Cloudもちょっと長めぐらい。その次辺りになるとKinstaなど複数社並ぶ形だけど、このあたりから徐々に遅延傾向。またクラウドウェイズ以降になるとなぜか五秒台・六秒台…さらにDigitalOcean系では十秒超えとか。それ以上になるともはや途中離脱者（カート放棄率）が目立っていたような覚えもある。「半分近く」離脱してしまうケースもあった気配。

ピーク後の復旧にもばらつきあり。AWS・Google Cloud勢ならほぼ即座に回復できていた印象だけど、それ以外だともどかしく何分間も掛かるところすらあったっぽい。一部サービスでは「四十分近く」落ちっぱなしなんてことにも…。こういう極端な混雑時こそ運用基盤そのものへの信頼感とか、不意打ち的な脆弱性みたいなのを考え直す契機になるんじゃないかな、と感じた次第だ。ただしこれ全部、自分たちの場合なので他環境ならまた違う展開もあると思われる。

AWSやGoogle Cloudは、混み合う時間帯でもパフォーマンスが崩れにくい印象を受けた。おそらく自動でリソースを増減できる仕組みが役立っているのかもしれない。カート放棄率については、チェックアウト処理の所要時間と買い物途中で離脱する人との間に、それなりに分かりやすい傾向が見えた気がする。一秒くらい遅くなるごとに数%ずつカート放棄が増えていたようだ。体感としては三～四割台まで差が開いてしまうこともあった。この数字は売上にも直結してきそう。

信頼性という観点では、三十日ほどPingdomやUptimeRobotなどで断続的に監視してみた。AWSのダウンタイムはほんの数分しかなくて、Google Cloudも似た状況だった。ただ、この二つは完全な停止というより、ちょっとしたレスポンス劣化のような現象だった記憶がある。他方でSiteGroundやDigitalOceanになると、一度止まるとそれなりに長めな停止になりやすい傾向もある。WP Engineについて言えば、何回か短時間だけど計画メンテナンスとして事前通知されたダウンタイムも紛れていた。そのため、販売機会への影響をどう考えるかで評価も変わるだろう。

サポート面の話になると、ここから雰囲気がだいぶ違う。技術的データだけでは測りきれない部分というか……特にトラブル時には対応力が問われてくる。一般的なサポートチケットの場合、Kinstaだと七分前後で返事が来る感じだったし、WP EngineやLiquid Webあたりも一〇分台半ば程度には返答している場合が多かったような気がする。一方でCloudwaysとかAWS（ビジネスプラン）辺りだと一時間近く待つケースもちらほらあったし、Google Cloud標準サポートやDigitalOceanになると数時間単位になることも珍しくなかったと思う。

緊急対応の時はまた別で、本当に数分以内に解決策へ誘導されることもあれば、一部サービスでは二十分以上待つことになった場面もあったかもしれない。特定サービス（例えばKinstaなど）はWordPress関連への理解度が高くて説明なしでも通じやすかった。ただクラウド基盤系（AWS・Google Cloud）の場合、その領域特有の課題にはそこまで踏み込んだ案内ではなくインフラ中心という印象を持った人もいた。

全体として見るなら、大手マネージドWordPressホスト群はサポート品質面で他との差異を持っている、と感じられる瞬間はいくつかあった。ただしこれは利用シーンによって評価軸が変わってしまうので、「この選択肢なら絶対安心」というより「求めるものによって相性あり」と言えそうだ。

アプリケーションの問題については、たいてい自分で何とかしないといけないことが増えていた。実際、WordPressまわりの悩みだとDigitalOceanのサポートはかなり遅くて、あまり頼りにならなかった記憶がある。開発者向けの話には強そうだけど、WordPress固有のトラブルや細かい設定になると、どうも解決まで時間がかかる印象だ。

それから料金面を考えると、性能やサポートだけじゃ比較できなくなる。例えば毎月のコストをざっくり振り返ると、一番安いDigitalOceanやSiteGroundでも四万円台とか八万円前後だった気がするし、中間層にいるCloudwaysあたりで十二万円くらい。でもLiquid Webにすると三十万円近くまで跳ね上がって、有名どころのWP EngineやKinstaなんかも四十万～五十万近くに届いてしまうケースもあった。Google Cloudも似たような水準で、AWSともなれば六十万を超える場合も見られた。

パフォーマンス面で比べてみると、不思議な傾向が目立つこともあった。一例として予算重視系──DigitalOceanやSiteGround──は一見お得そうなのに、大きめの負荷がかかった場面では逆にロス（売上減）につながりやすくて、「本当に安い」とは言えなくなる可能性がある。中間価格帯だと思われるCloudwaysの場合なら、高額サービスのおよそ七割強～八割近い性能を出せて、それでいてコストは三割ほどに収まっていたという感覚だった。他方AWSクラスになると、とても高価にはなるもののアクセス急増時などにはそれ相応の対応力を示していたようだ。Kinstaについては全体的なバランス──サポート・価格・パフォーマンス──が比較的良好で、高トラフィックサイト運用時には一定程度納得感ありそうだった。

性能対コスト比率という指標をざっと数値化した結果にもばらつきがあり、Cloudwaysでは八点ちょっと、Kinstaがおおよそそれに続く水準。他社は六点台から五点台後半辺りまで分布していて、中でもSiteGroundだけ三点台後半くらいまで落ち込んでいた気がする。この値を見る限り、小規模ビジネスの場合なら予想通り・安価サービスでも「そこそこ満足」できる可能性がある。ただし、アクセス数が大きく上下するサイトでは話は別になってきて、その計算式自体変わってしまうこともある。

純粋な数字以外にも意外と重要になってきた要素はいろいろあって…

データベースの反応速度については、実際ホストによってだいぶ差が出るらしい。特にネットショップみたいな場所では、その違いが明確になることもあるとか。たとえばAWSやGoogle Cloudみたいな、専用のデータベース環境を持つところは、他の共有型よりも体感で一段階速く感じられる場面が多かったようだ。アクセスが急増したときなんかは、この差がさらに大きくなる印象。Kinstaの場合、不思議と専用サービスじゃないのに、データベース関連の動きがかなり軽い気配があった――多分WordPress向けの調整とか最適化が効いているんだろうか。

キャッシュまわりの工夫も、サイト全体の快適さに直結していたみたい。KinstaやWP Engineだと、十回中九回以上キャッシュから応答している感じで、とにかくページ表示が早かった記憶。ただし、「どこまでキャッシュされるべきか」と「新しい情報への切替タイミング」には結構バラつきありそう。Kinstaなんて三十秒くらいで更新内容が反映されたこともある。一方でCloudwaysやAWSなどは、一分とか、それよりもうちょっと待つことになる場合もあったりする。他社だと数分単位で遅延するケースも見受けられた（特にDigitalOceanとか）。この辺は商品在庫や価格を頻繁に変える業態には重要なポイントになりそう。

クラウド系（AWSやGoogle Cloud）は初期設定やCDNまわりを細かく調整すれば、それなりに良い結果を得られることもある。しかし細かな設定抜きでは、本来の性能を引き出せない時期もあった様子。逆にWordPress専門ホストたちは手間なく運用できる代わり、内部的な仕組みに頼る部分も目立っていたようだった。不思議と全て完璧という訳でもなく、それぞれ得意不得意は混ざっている――この辺は何度か試した人ほど納得しやすい話なのかもしれない。

ネットワークの調子って、思ったよりもホストによってばらつきが出るものなんですね。例えば、CDN連携がしっかりしているとされるサービスだと、海外からでも速度落ちにくいという話を聞いたことがあります。どこかのホスティングは、訪問者側だけでなく管理画面の操作にも影響が出ていたような…あれは意外でした。

実際にファイルアップロードとか画像管理みたいな作業が多い場合、一部のサーバーでは体感的に数十倍くらいの差になることもあるそうです。毎月かなり長い時間を節約できたって声もちらほら。

そう言えば、その後しばらくして一番安定したところに本番サイトを引っ越したという話も耳にしました。結果として、ページ表示が以前の半分以下になった、とか「注文完了まで進む人」が前よりずっと増えた、そんなふうに伝わっています。具体的な数字は忘れましたけど、おそらくチェックアウト率は大きく伸びていた気がします。

売上げや平均注文額も若干ながら上向いていたようですが、「劇的」までは言えない程度だったとか。ただ売上全体については確か一気に増えたという報告もありましたね。それでも全てこの変更だけで説明できるとは限りませんし、他にも要因はあった可能性があります。

特筆すべきなのは、多分エラーやタイムアウトが減ったことで買い物途中で離脱する人が目立って減ったこと。その結果として収益面でも何かしら好影響を感じたケースだったようです。平均注文額もちょっとだけ伸びた…気のせいレベルとも言われていますけどね。

仮説について少し考えてみたけれど、どうやらサイトの表示が速くなったことで、利用者が商品を見比べる余裕も出てきたみたいなんだよね。その結果、以前よりちょっとだけ多めに商品をカートに入れる人も増えたような気配がある。
　
さて、色々と現場で試してみたり、何度もテストしたりして感じたことなんだけど、それぞれの状況によって向いているホスティングサービスには多少差が出てくるみたい。ここからは、そのときのおすすめをざっくりまとめておこうと思う。

…まず高いアクセス数をさばかなきゃいけないWordPressサイトの場合。Kinstaっていうところが全体的にバランス良かったように思う。Google Cloud基盤で動いているし、WordPress専用の調整もしっかりされていたからか、大型ECでも特に困ったことはほぼ起きなかったかなぁ。

Kinstaのいいところと言えば——
・重いアクセスにもそこそこ耐える
・サポート担当者さんがWordPress周りに強そうだった
・キャッシュ消去とかも早かった印象
・海外のお客さん向けでも通信速度そんな悪くない
・管理画面も使いやすい部類

ただし、お値段は格安サービスよりちょっと高めだったかもしれない。プラグインにも一部制限あるし、「自分で全部好き放題やる」って人には物足りなく感じる部分もありそう。

それから「お金はいくらでも出せる」「技術チームもしっかり居る」みたいな会社の場合はAWS（アマゾンのクラウド）が一番パワー発揮できそうだった。ただ設定とか運用は結構ややこしいので、人手とノウハウ次第って感じ。RDS使えばデータベース処理能力も頭一つ抜けてたような…。トラフィック急増時にも割と落ち着いて動いていた記憶がある。ただ正直コストは他よりずっと掛かったし、不具合あれば自己解決力も問われそうだった。

逆に「成長途中だけど予算厳しい」とか「中規模くらいまでなら十分」ってケースではCloudways（DigitalOcean Premium上）あたりがお手頃感あったんだよね。他社ほど凝ったキャッシュじゃないものの、費用対効果として見ればまあ納得できる範囲かなと思う。管理パネルとか操作まわりもちょうど良いシンプルさで、リソース制限らしい制限も見当たらず。ただピークタイムになると応答遅延することもちょこちょこあったし、地理的分散という意味ではCDN組み込み型より弱そう。

それと避けたい選択肢として名前が挙げられちゃうのがSiteGround（GoGeekプラン）や普通のDigitalOcean VPS。小規模用途なら問題無さそうだけど、人が集中した途端ぜんぶ固まっちゃったり、データベース関係で詰まっちゃうこともしばしばだった。それに障害復旧もちょっと手間取った覚えあり。それぞれサポート体制にも違和感を覚える場面多かった気がする。
　
…あとね、本番環境移行中やテスト過程でも気づいたんだけど、「この方法なら大体どこのサーバーでも多少早くなる」っていう共通ポイントはいくつかあった。そのひとつ――データベース最適化についてふれておこうかな。

SQL例：
- よく使われる検索パターンには複合インデックス追加：
wp_posts の post_type や post_status など組み合わせてインデックス貼る。
- wp_postmeta のアクセス効率上げたい場合：
meta_key, meta_value(32) 辺りでインデックス作成。
- トランジェント（キャッシュ系）の掃除：
option_name に '_transient_' 含む＋autoload='yes' なもの定期削除。
- あとはRedisとかMemcached導入するとクエリキャッシュ効きやすかった印象。

こうした工夫を取り入れることで、多分全体的には三割弱くらいレスポンス改善された場面もあったんじゃないかな？特に低価格帯サービスだとその効果もっと大きめだったような…。

画像の最適化って、思ったより奥が深い。サーバー側でのリサイズとか、ちょっと手間はかかるけど必要なサイズに調整しておくと、読み込みがかなり軽くなるらしい。WebPへの変換も最近よく聞くけど、JPEGを併用することで古いブラウザでも困らないようにしてるケースもあるんだとか。圧縮はできるだけ画質を落とさずにガッツリやったほうがいいみたい。ただ、そのへん厳密にやってもうまくいかない時もあって、「完璧」って感じにはならないことも多い。

あと、遅延読み込みとかsrcset対応も含めて工夫しておけば、大量画像のページでも体感的には半分くらい早くなった気がする――少なくとも何人かがそう言ってた。ホスティングサービスの違いより、この辺の地道な改善の方が効いている印象さえあった。

プラグインについても妙な発見があった。元々三十個以上アクティブになってて、管理画面で何をするにも重たかった記憶がある。その後、本当に必要なものだけ残したら十数個ぐらいになった。その結果として管理系の応答速度も二～三倍速くなったし、データベースへのアクセス回数や消費メモリーもかなり抑えられたっぽい。ただし数字は正確じゃなくて、おおよそそんな感覚という話。

この経験からすると、高価なサーバーを選んだからと言って、プラグインまみれで無駄なコードだらけだと結局パフォーマンスは伸び悩むようだった。

最後に少しだけホスティングそのものについて触れておきたい。数ヶ月テストした範囲では、高トラフィックで売上重視の場合、それなりに信頼できるプロバイダーを使う意義はありそうだった。一部では導入直後から売上アップにつながった例も出ていた。しかし、それぞれ事情は異なるので必ず同じ結果になるとは限らないと思う。テスト方法や評価基準次第で適切な選択肢は変わるので、その点だけ注意した方が良さそう。

まとめれば――最終的にはホスティングも大事だし内部最適化も大事。どちらか一方だけでは十分とは言えず、サイト自体の設計や運用方法もしっかり考える必要がある、と改めて感じた次第です。

最適なホスティング環境と、まあまあ地道なWordPressの調整作業を組み合わせることで、サイト運営がうまくいくケースもあるようです。アクセスがそこそこ多かったり、なんとなく売上に影響するタイプのWordPressサイトの場合は、安いサーバーよりも少し質の良いサービスを選んだほうが結果的に損にならないこともあるとか。経費というよりは、ちょっとした投資感覚かもしれませんね。

ところで、皆さんはこれまでにホスティング会社を乗り換えた経験ってありましたか？　移転してみて、「あれ？速さが違う」「落ちる回数が減った気がする」みたいな微妙な違いを感じた方もいるかもしれません。人によっては数字ではっきり効果が出る場合もありますし、「何となく安心できる」と答える人もいます。売上や訪問者数に直結した…とまでは言えなくても、小さな変化なら体感した方もいるでしょう。

そういう体験談、よければ下のコメント欄でシェアしてみませんか？　他にも似たような話題で盛り上がったら面白そうですね。

最後まで読んでくださってありがとうございます！ ついでに「拍手」ボタンを押していただいたり、もし興味あればフォローしていただければ嬉しいです👏

あと、X（昔のTwitter）、LinkedIn、それからYouTubeやニュースレターなどでも情報発信しています。PodcastやTwitch配信とか…色々ありますね。他にはAIブログを無料で始められるサービスだったり、クリエイター向けDiscordコミュニティなんかも用意されていますので、ご興味あればそちらものぞいてみてください。

もっと深掘りした記事はこちら（plainenglish.ioやstackademic.comなど）にも載っていますので、お時間ある時ぜひどうぞ。