レンタルサーバーの自動バックアップはどこまで頼れるか｜14日分の意味と自前で持つべきもの

ℹ️ 本記事はアフィリエイトプログラム（エックスサーバー株式会社／A8.net）による収益を含みます。料金・仕様は変わることがあるため、申し込み前に必ず公式サイトの最新情報をご確認ください（本記事は2026年9月時点）。

この記事のポイント

• エックスサーバーの自動バックアップは、Web・メールデータとMySQLデータベースの「過去14日分」（全プラン共通）
• 14日は「壊れたことに2週間以内に気づける」場合の保険。気づくのが遅れるサイトでは足りない
• 自動バックアップは便利な「最後の砦」。ソースコード、DBの定期ダンプ、DNS設定などは自前で別の場所に持っておくと安心
• 料金はスタンダードで12ヶ月契約なら月990円（税込・2026年時点）。バックアップの有無で選ぶより、10日間の無料お試しで復元まわりを確認してから決めるのが現実的
• 3ヶ月契約は割高なので、検討するなら6ヶ月以上、価格面では12ヶ月が自然

ある日、記事が消えていた。バックアップはいつまで遡れるのか

こんな場面を想像してみてください。

月末の更新作業でプラグインを入れ替えたあと、しばらくして「そういえば先月のコラムが表示されない」と気づく。あるいは、制作会社が退いたあとに担当者が変わり、誰も触っていないはずのサイトの一部が空になっている。

このとき最初に頭をよぎるのが「サーバーの自動バックアップから戻せないか」だと思います。ところが、その自動バックアップには保持期間があります。気づいたのが保持期間の外なら、どれだけ手厚い機能でも戻せません。

エックスサーバーの資料上の仕様は、Web・メールデータが過去14日分、MySQLデータベースが過去14日分です。この記事では、その「14日」がどこまで頼れて、どこから先は自分で持つべきかを、サイトを構築・運用する側の視点で整理します。なお、私自身はこのサービスを契約して使ったわけではありません。以下は公式の仕様と、Webサイトの運用で一般的に言われる考え方をもとにした解説です。

エックスサーバーの自動バックアップ、仕様をそのまま整理する

まず事実の確認です。公式の機能一覧と料金ページによれば、次の内容になっています。

項目	内容
対象（Web・メール）	過去14日分
対象（MySQLデータベース）	過去14日分
プランによる差	スタンダード・プレミアム・ビジネスとも14日分
WordPress関連	リカバリー機能あり
その他の安全面	RAID10構成、WAF設定が可能

ここで大事なのは、上位プランにしてもバックアップ期間は延びないという点です。ビジネスプランは月額が高くなりますが、その差はディスク容量や管理者ユーザー設定などで、バックアップの世代は3プランとも同じ14日分です。「バックアップを手厚くしたいからプレミアムに」という選び方は、少なくとも公式の表からは成り立ちません。

一方、復元の具体的な操作方法や、復元にかかる条件・費用は、この記事の手元の資料では確認できていません。「ボタン一つで戻せる」のか「申請が要る」のかで、いざというときの動きが変わります。ここは断定せず、後述する無料お試しの期間に管理画面で確認するのがよいと思います。

「14日分」の意味を深掘りする

図1: 気づくのが14日以内かどうか

数字だけ見ると「2週間もあれば十分では？」と感じますが、実務では「何日で気づけるか」がすべてです。

気づくまでの日数が14日以内なら強い

更新作業のミス、プラグイン更新後の不具合、DBの一部破損といったトラブルは、作業直後か数日以内に気づくことが多いはずです。更新頻度が高く、担当者が毎週サイトを見ているなら、14日は現実的に十分な保険になります。

気づくのが遅れる場面では足りない

逆に、次のようなサイトでは14日を超えるリスクがあります。

• 月1回しか見ない更新頻度の低いコーポレートサイト
• 季節限定ページ（年1回だけ使うキャンペーンページなど）
• 問い合わせフォームの不具合など、「静かに壊れる」種類の不具合
• 担当者が交代して、誰も全体を見ていない状態のサイト

たとえば、年末年始の特設ページを秋に作り込み、翌年の年末に開いたら壊れていた、というケースを考えてみてください。壊れた時期が2週間以上前なら、自動バックアップの範囲には残っていません。

「戻せる範囲」と「戻したい時点」は別の話

もう一点、見落としやすいのが、バックアップは「14日以内のどれかの時点」に戻す仕組みだということです。1週間前は正常だったが、その後の更新も残したい、という場合には、丸ごと戻すと新しい更新が消えます。部分的に取り出すのか、丸ごと戻すのかは、運用の性格によって使い方が変わります。

自動バックアップがカバーしない（かもしれない）もの

資料上、自動バックアップの対象として確認できるのはWebデータ、メールデータ、MySQLデータベースです。ここから先は「対象として確認できていない」ものの話です。断定はできないので、公式サイトで要確認という前提で読んでください。

• DNS設定やドメインの契約情報：サーバーの中身ではなく、管理画面の設定側の情報です。自分で控えを持っておく必要があります。
• 他社サービスの設定：CDN、メール配信、解析ツール、CRMなどの設定はサーバー外にあります。
• 管理画面のアカウント情報・支払い情報：バックアップ以前に、誰の名義で契約しているかの問題です。
• 「サーバーが使えなくなる」事態：契約の失効やアカウントのトラブルなど。同じ事業者の仕組みの中にあるバックアップは、その事業者側に問題が起きたときの備えとしては弱い、というのが一般的な考え方です。

つまり、自動バックアップは「サーバーの中で起きたミス」を巻き戻すための機能で、「サーバーの外にサイトを持っておく」ための機能ではないと整理すると分かりやすいです。

自前で持つべきもの：現実的な最小セット

手元にも控えを持っておく安心

ここからが実務の話です。全部を完璧に持つ必要はありません。最小限、次の5つを別の場所に置いておくと、多くの事故に対応できると思います。

自前で持つもの	置き場所の例	理由
ソースコード（テーマ・プラグイン設定・静的ファイル）	Gitリポジトリ	変更履歴が残り、14日に縛られない
DBのダンプ（週次など）	外部ストレージ	14日より古い時点に戻せる
メディアファイル（画像・PDF）	外部ストレージ	Gitに向かず、容量が大きい
DNS設定・ドメイン契約の控え	社内ドキュメント	サーバー外の情報で復旧に必須
契約者・ログイン情報の管理表	会社の管理台帳	担当者交代で詰まらないため

ポイントは、Gitで持てるものはGitで持つことです。ソースの世代管理は自動バックアップの14日より長く、しかも差分で「いつ誰が何を変えたか」まで追えます。サーバーへの反映をSFTPで自動化する方法はレンタルサーバーへのSFTP自動デプロイの組み方｜鍵認証・ステージング・同期の落とし穴で整理しています。この流れが組めると、「手元が正本、サーバーは配信先」という形になり、サーバー側の事故に強くなります。

図解：14日の内側と外側

他の選択肢と比べる：どこまでを自動バックアップに任せるか

バックアップの取り方は、大きく4つに分けられます。

方法	手間	世代の自由度	向いている場面
サーバーの自動バックアップのみ	ほぼなし	14日に固定	更新が頻繁で、すぐ気づける小規模サイト
WordPressのバックアッププラグイン	設定が必要	自分で決められる	WordPress中心で、外部ストレージ連携も使いたい
Git＋SFTPデプロイ＋DBダンプ	最初に組む必要あり	自由	複数サイトを運用する制作・運用者
別サーバー・クラウドへの定期同期	中程度	自由	サーバー障害まで見据えたい法人サイト

ここで大事なのは「どれか一つを選ぶ」ではなく、自動バックアップを土台にして、足りない部分を自前で足すという発想だと思います。手間ゼロで持てるものは任せ、世代を長く持ちたいものだけ外に出す、という分担です。

実務ではどう使い分けるか

納品条件を制作会社と確認する

(A) これから自社サイトを作る・作り直す事業者の場合

制作会社に依頼するときでも、サーバー契約は自社名義にしておくのが基本だと思います。サイトは事業の資産なので、契約者が制作会社だと、担当が変わったときや契約が終わったときに、バックアップの存在すら分からなくなります。

自社名義で契約したうえで、制作会社には「納品時にソース一式とDBのダンプを渡してもらう」ことを条件に入れておくと、自動バックアップの14日に頼らずに、手元にも複製が残ります。

(B) 既存サイトの運用に困っている担当者の場合

「誰も全体を把握していない」サイトでは、自動バックアップは存在していても、戻す手順を知っている人がいないことが多いです。最初にやることは、次の3つです。

1. 管理画面で、バックアップ機能の場所と復元手順を確認する
2. 自分で取れるダンプ（DBとファイル）を月1回手元に残す運用を決める
3. 誰が何を持っているかを1枚の表にまとめる

サイトが重い、更新が回らないといった別の悩みがある場合は、サイトが重い原因の切り分け手順｜サーバーを変えるべきケースとそうでないケースも参考になると思います。

(C) 制作・運用を仕事にしている個人／小規模事業者の場合

複数サイトを1つのサーバーで回すと、バックアップの単位が悩みどころになります。自動バックアップはサーバー単位、というのが基本的な見方です。あるサイトだけ戻したいときに、他サイトまで巻き込まないか、事前に確認しておく価値があります。

また、デプロイ先の取り違えなど、複数サイト運用ならではの事故もあります。そのあたりは1つのレンタルサーバーで複数サイトを運用するときの事故と防ぎ方｜デプロイ先の取り違えとファイルの残骸で整理しています。サイトごとにGitリポジトリを分けておけば、サーバー側のバックアップに頼らず、サイト単位で復旧できます。

広告運用・LP改善の現場で見えてくること

広告を回しているサイトでは、LPの一部が壊れると、そのまま広告費が無駄になります。たとえば、フォームの送信ボタンが動かなくなっていた、計測タグが外れていた、というケースは、クリックが来ていても数字に現れにくく、気づくのが遅れがちです。

こうした「静かな不具合」は、14日を過ぎて発覚することもあり得ます。LPのソースは必ずGitで持つ、変更のたびにコミットする、という習慣があるだけで、「いつのどの変更が原因か」を追いやすくなります。ここは、自動バックアップとは別の話として押さえておきたいところです。

向いている人・向いていない人、そして注意点

自動バックアップだけで足りやすい人

• 更新頻度が高く、担当者が毎週サイトを見ている
• 静的なコーポレートサイトで、ソースが手元に残っている
• 障害が起きても、数日以内に気づける体制がある

自前バックアップを足したほうがよい人

• 更新が月1回以下で、気づくのが遅れそう
• ECや会員機能があり、DBが事業の中身そのものになっている
• 制作会社や前任者の手を離れたサイトを引き継いだ
• 広告の受け皿（LP）を運用している

デメリットも正直に書いておくと、自前で持つ運用は「最初に仕組みを決める手間」が必要です。ただ、一度決めてしまえば、以降はほとんど作業が増えません。逆に、この手間をかけずに自動バックアップだけで走ると、トラブルの日に「14日分しかない」と気づくことになります。最初の手間は、その日のための保険だと考えると、納得しやすいと思います。

契約期間と費用：バックアップ目的なら何ヶ月で契約するか

エックスサーバーの月額は、契約期間で大きく変わります。スタンダードプランで見ると、次のとおりです（税込・2026年時点、初期費用は0円）。

契約期間	スタンダードの月額
3ヶ月	1,320円
6ヶ月	1,210円
12ヶ月	990円
24ヶ月	836円
36ヶ月	693円

「990円から」と言われるのは12ヶ月契約のときの月額で、3ヶ月契約だと1,320円です。12ヶ月契約の1年分は990円×12ヶ月で11,880円になります。

バックアップの観点でいうと、3ヶ月契約は短すぎて、最初の運用が固まる前に更新の判断が来てしまいます。まず試したいだけなら、後述の10日間の無料お試しが用意されているので、そちらを使うのが自然だと思います。契約するなら6ヶ月以上、価格面では12ヶ月で見積もると計画を立てやすいです。キャンペーン価格は時期によって変わるので、必ず公式の最新情報を確認してください。

なお、バックアップ期間はどのプランでも14日分で同じです。ディスクの容量（スタンダードで500GB）や、管理者ユーザー設定（ビジネスのみ）などが必要かどうかでプランを選び、バックアップは自前で足す、という整理がしやすいと思います。

10日間の無料お試しで確認したいこと

全プランに10日間の無料お試しが付いています。バックアップ目的で試すなら、次の点を実際に触って確認するとよいです。

1. 管理画面のどこにバックアップ機能があるか
2. 復元の手順と、必要な条件（費用や申請の有無）
3. 自分でDBのダンプが取れるか、手元にダウンロードできるか
4. テスト用のサイトを置いて、ソースをSFTPで反映できるか

管理画面を見ないまま契約して、いざというときに戸惑う、というのが一番もったいないと感じます。試用の期間に、わざと1ファイル消して復元の流れを確認しておくと、本番での安心感がまるで違うと思います。

エックスサーバー公式サイトから、最新の料金と試用の条件を確認できます。

よくある質問

Q. 自動バックアップが14日分あれば、自前で持たなくてもいいですか？

更新のたびに担当者がすぐ確認できるサイトなら、自動バックアップだけで足りる場合もあると思います。ただし、更新が少ないサイトや、気づくのが遅れそうなサイトでは、14日を過ぎてしまうことがあります。ソースはGit、DBは定期ダンプ、と最小限だけでも別の場所に持っておくと安心です。

---

Q. 上位プランにすると、バックアップの期間は長くなりますか？

資料上は、スタンダード・プレミアム・ビジネスのいずれも「過去14日分」で、プランによる差は確認できません。プランの違いはディスク容量や独自ドメインの種類、管理者ユーザー設定、有料テーマXwriteの特典などです。バックアップを厚くする目的でプランを上げても、期間は変わらない点にご注意ください。

---

Q. 自動バックアップから復元するのに、費用や手続きは必要ですか？

この記事の手元の資料では、復元の操作方法や費用の有無までは確認できていません。断定は避けます。10日間の無料お試しの期間に管理画面で確認するか、公式サイトの最新のヘルプをご覧ください。

---

Q. WordPressのバックアッププラグインとサーバーの自動バックアップ、どちらがよいですか？

役割が違うので、併用が現実的だと思います。サーバーの自動バックアップは手間なしで直近14日の巻き戻しに向き、プラグインは保持期間や保存先を自分で決めたいときに向きます。エックスサーバーにはWordPressのリカバリー機能もあります。どこまで任せるかは、サイトの更新頻度で決めるのがよいです。

---

Q. 契約は3ヶ月でも問題ありませんか？

月額が1,320円と割高になり、運用の仕組みを固める前に次の判断が来てしまいます。この記事では、検討するなら6ヶ月以上、価格面では12ヶ月をおすすめしています。まず試すだけなら、10日間の無料お試しを使うほうが自然だと思います。

---

Q. 複数サイトを1つの契約で運用する場合、バックアップはどう考えますか？

自動バックアップはサーバー単位の機能として考えるのが基本です。特定のサイトだけを戻す運用ができるかは、管理画面で確認してください。安全のために、サイトごとにGitリポジトリを分けて、ソースはサイト単位で持っておくことをおすすめします。

---

まとめ

エックスサーバーの自動バックアップは、Web・メールデータとMySQLデータベースの過去14日分で、全プラン共通です。直近の更新ミスや不具合を巻き戻す「最後の砦」としては心強い一方、気づくのが遅れると届きません。また、DNS設定や契約情報など、サーバーの外にあるものは対象外の可能性があるので、自分で控えを持っておくのが安心です。

最小限の自前セットは、ソースをGit、DBを定期ダンプ、画像などは外部ストレージ、DNSと契約情報は社内の台帳、の4〜5点です。これを土台に置いたうえで、自動バックアップを「二段目の保険」として使うと、多くの事故に備えられると思います。

これから借りる人、他社から乗り換える人は、次の順番で進めるのが現実的です。

• まず10日間の無料お試しで、バックアップと復元の画面を実際に触る
• 続けるなら、6ヶ月以上、価格面では12ヶ月契約（スタンダードで月990円、税込・2026年時点）で見積もる
• 契約後は、ソースのGit管理と、DBの定期ダンプを最初に決める

契約前に、管理画面で実際の操作感を確かめておくと、あとから「思っていたのと違った」が起きにくいです。エックスサーバー公式サイトで、最新の料金と10日間の無料お試しの条件を確認したうえで、ご自身のサイトに合うか判断してみてください。