Flywheel でサイトを公開するまでの流れは、「サイトを作成する → 既存サイトを移行するか新規に構築する → 独自ドメインと SSL を設定する → キャッシュとバックアップの動きを確認する」の4段階です。Flywheel はサーバー側でキャッシュやバックアップを用意しているため、一般的なレンタルサーバーと同じ感覚でプラグインを入れると機能が重複します。この記事では、初期設定の順番と、それぞれの段階でつまずきやすい点を説明します。
Flywheel の特徴と前提
Flywheel は WordPress 専用のマネージドホスティングで、2019年に WP Engine の傘下に入りました。サーバーの OS や Web サーバーの設定は Flywheel 側が管理し、利用者は専用のダッシュボードからサイトの作成、ドメイン、バックアップ、ステージングなどを操作します。
一般的な VPS と違い、root 権限でサーバーに入ってソフトウェアを入れることはできません。ファイルの操作は SFTP、データベースはダッシュボードから開ける管理ツール、ローカル開発は Local（旧 Local by Flywheel）との連携が中心です。
ダッシュボードは英語表記で、プラン名や含まれる機能、料金は変わることがあります（2026年10月現在）。契約前に、公式サイトで月間の訪問数やストレージの上限、選べるデータセンターの地域を確認してください。上限を超えたときの扱い（追加料金か、上位プランへの変更か）も、運用前に把握しておくと安心です。
サイトを作成する
ダッシュボードで新しいサイトを追加すると、サイト名、WordPress の管理者アカウント、データセンターの地域などを入力する画面になります。ここで気をつけたいのは次の2点です。
- データセンターは、閲覧者が多い地域に近い場所を選ぶ。後から変える場合は移行作業が必要になることがある
- 管理者のユーザー名に
adminのような推測しやすい名前を使わず、パスワードは長いものにする
作成直後のサイトには、Flywheel が割り当てた仮のドメイン（flywheelsites.com のサブドメイン）が付きます。独自ドメインを設定するまでは、このアドレスで管理画面にログインして作業します。仮ドメインのサイトは検索エンジンにインデックスされないよう制御されていますが、公開前のサイトを他人に見せたくない場合は、パスワード保護の機能がないかダッシュボードで確認してください。
既存サイトを移行する
他のサーバーで動いているサイトを移す方法は、主に次の3つです。
- 移行元に Flywheel 公式の移行プラグイン「Flywheel Migrations」を入れ、Flywheel のアカウント情報を使ってサイトを転送する
- Local にサイトを取り込み、Local の Flywheel 連携機能でプッシュする
- Flywheel のサポートに移行を依頼する（提供状況はプランによる）
プラグインでの移行は手軽ですが、サイトが大きいと途中で止まることがあります。移行前に、不要なプラグインや古いバックアップファイル、キャッシュを移行元から整理しておくと成功しやすくなります。移行後は、仮ドメインで次の点を確認します。
- トップページ、記事、固定ページ、画像が表示される
- 管理画面にログインでき、プラグインの設定が引き継がれている
- お問い合わせフォームからメールが届く
メールの送信は、ホスティングによって挙動が変わりやすい部分です。届かない場合は、SMTP プラグインで外部のメール送信サービスを経由させる方法を検討してください。
独自ドメインと SSL を設定する
サイトの確認が済んだら、ダッシュボードのドメイン設定で独自ドメインを追加し、プライマリドメインに指定します。次に、ドメインを管理している DNS サービスで、Flywheel のダッシュボードに表示される値に合わせてレコードを設定します。一般的には、ルートドメインには A レコード、www には CNAME レコードを使います。値は環境ごとに異なるため、他の記事やブログに載っている IP アドレスを流用せず、ダッシュボードに表示されたものを使ってください。
DNS の変更が反映されると、Let's Encrypt による無料の SSL 証明書を発行できるようになります。発行前に DNS が切り替わっていないと失敗するので、dig example.com +short などで新しい値が返ることを確かめてから実行します。
SSL が有効になったら、WordPress の「設定 → 一般」でサイトアドレスが https:// で始まっているかを確認します。記事内の画像や内部リンクに http:// の旧アドレスが残っていると、ブラウザで混在コンテンツの警告が出ます。
キャッシュの扱いを理解する
Flywheel はサーバー側でページキャッシュを提供しています。そのため、ページキャッシュ系のプラグインは基本的に不要で、Flywheel が利用を認めていないプラグインもあります。入れるとキャッシュが二重になり、更新が反映されない、ログイン状態が崩れるといった不具合の原因になります。
記事を更新したのに表示が古いままのときは、ダッシュボードからキャッシュを消去します。会員ページ、カート、マイページのように利用者ごとに内容が変わるページは、キャッシュの対象から外す必要があります。WooCommerce の主要ページのように自動で除外されるものもありますが、独自の会員機能を作っている場合は、ダッシュボードの設定項目やサポートで除外の方法を確認してください。
画像の最適化や CDN は、プランやアドオンとして提供されていることがあります。別の CDN サービスを重ねて使う前に、Flywheel 側の機能で足りるかを先に確認すると、設定の衝突を避けられます。
バックアップとステージングを使う
Flywheel は毎日自動でバックアップを取っています。それとは別に、プラグインの大きな更新やテーマの変更の前には、ダッシュボードから手動のバックアップを作っておくと、問題が起きた時点のすぐ前に戻せます。外部のバックアッププラグインを重ねて使う場合は、保存先をサイトの外にし、サーバーのディスクを圧迫しないようにしてください。
ステージング機能を使うと、本番のコピーで更新を試してから反映できます。注意点は、ステージングから本番へ反映するときにデータベースを含めるかどうかです。データベースまで上書きすると、ステージングを作った後に本番で受け付けたコメントや注文、会員登録が失われます。ファイルだけを反映するのか、データベースも反映するのかを、作業のたびに意識して選んでください。
公開前の最終確認
- 不要になった移行用プラグインや、機能が重複するキャッシュ・バックアップ系プラグインを停止する
- 「設定 → 表示設定」の検索エンジンに表示させない設定が外れているか確認する
- PHP のバージョンをダッシュボードで確認し、テーマとプラグインが対応しているか確かめる
- 管理者以外のユーザーの権限と、チームメンバーのダッシュボード権限を見直す
まとめ
- Flywheel はサーバー管理を任せる代わりに、root 権限やサーバー設定の自由度はない。契約前に上限と地域を確認する
- 移行は Flywheel Migrations プラグインか Local 連携が中心。移行後は仮ドメインで表示・ログイン・メールを確認する
- DNS はダッシュボードに表示された値で設定し、切り替わりを確かめてから SSL を発行する
- ページキャッシュはサーバー側で提供されるため、キャッシュ系プラグインは入れない
- 大きな変更の前に手動バックアップを取り、ステージングからの反映ではデータベースの扱いに注意する