All-in-One WP Migration and Backup

説明

2013年から最も信頼されている WordPress 移行 & バックアッププラグイン

All-in-One WP Migration は、WordPress サイトの移行とバックアップにおけるゴールドスタンダードであり、小規模なブログからフォーチュン500企業、政府機関まで、世界中で6,000万以上のサイトで使用されています。WordPress を新しいホストに移行したり、サイト全体のバックアップを作成したり、以前のバックアップを復元したりする必要がある場合でも、わたしたちのプラグインは、初心者にも優しいシンプルさを備えながら、エンタープライズグレードの信頼性を提供します。

なぜAll-in-One WP Migrationを選ぶのか ?

  • 簡単な移行: データベース、メディア、テーマ、プラグインを含むサイト全体をワンクリックで移行
  • ワンクリックバックアップ: 移行前に WordPress の完全なバックアップを作成しておけば、いつでも復元可能
  • ゼロダウンタイム: サービスを中断することなく移行を完了します
  • ユニバーサル互換性: 低価格の共有ホスティングからハイエンドの専用サーバーまで、あらゆるホスティングプロバイダー間で移行
  • 技術的卓越性: メモリ効率の高い処理 (512KBチャンク) による信頼性を重視した設計で、リソースが限られた環境に最適です
  • 技術スキル不要: 直感的なインターフェースにより、技術的な専門知識がなくても誰でも WordPress サイトの移行やバックアップを行うことができます
  • クロスデータベースサポート: MySQL、MariaDB、SQLite データベース間でのシームレスな移行を実現
  • 安全で信頼性が高い: ボーイング、NASA、ハーバード、スタンフォード、Automattic、世界中の政府機関から信頼されています

WordPressの移行方法 – 1-2-3の簡単ステップ:

  1. ソースサイトと宛先サイトに移行プラグインをインストールします
  2. バックアップとエクスポートワンクリックでサイトを .wpress バックアップファイルに保存
  3. ドラッグアンドドロップインポーターを使用して、目的のサイトにインポートと以降をします

開発者およびパワーユーザー向け:

  • 高度な検索と置換: 移行時の変更を正確に制御
  • 選択的移行とバックアップ: 移行またはバックアップから特定のコンテンツタイプを含めるか除外するかを選択します
  • PHP 5.3-8.4互換性: 事実上すべてのホスティング環境で動作します
  • Custom WPress Format: 私たちの最適化されたアーカイブフォーマットは、データの整合性を保証します
  • フックシステム: カスタム統合とワークフローのための広範な API
  • コマンドラインサポート: WP-CLI 経由で移行とバックアップを自動化

Premium Extensions:

プレミアム拡張機能で、移行とバックアップのワークフローを強化しましょう。

  • 移行サイズの制限なし: ファイルサイズの制限なく、あらゆる規模のサイトを移行
  • クラウドバックアップ & 移行: Dropbox、Google Drive、OneDrive などへの直接バックアップおよび移行
  • マルチサイト移行: 複雑な WordPress マルチサイトネットワークの移行
  • スケジュールされたバックアップ: 指定のスケジュールに従って自動的に実行される WordPress の定期バックアップ
  • データベースのフィルタリング: 移行やバックアップから特定のテーブルやデータを除外

注目の機能:

  • WCAG 2.1 AA レベルのアクセシビリティ準拠
  • モバイル対応インターフェース
  • オンラインで WPRESS ファイルを閲覧 または ローカルに解凍
  • 移行中の URL とパスの自動置換
  • WordPress Playground との連携 – SQLite と MySQL 間のデータ移行
  • バックアップおよび移行プラグインの互換性を維持するために、2週間ごとに定期的なアップデートを実施します
  • 日本語を含む50以上の言語に対応

政府や大企業からの信頼:

多くの企業顧客、政府機関、大学が All-in-One WP Migration を利用し、高く評価し、信頼しています。例えば、ボーイング、NASA、フォルクスワーゲン、IBM、ハーバード大学、スタンフォード大学、レゴ、P&G、Automattic、カリフォルニア州、ハワイ州などが挙げられます。
この幅広い採用実績は、この WordPress 移行とバックアッププラグインが、あらゆるサイト移行ニーズに対応できる安全で信頼性が高く、適応性に優れていることを証明しています。

更新頻度:
私たちのチームは、このWordPress移行とバックアッププラグインを常に最新の状態に保ち、安全性を確保することに尽力しています。2週間ごと、または少なくとも月に1回はアップデートをリリースし、移行およびバックアップワークフローがベータ版を含む最新の WordPress バージョンと互換性を維持できるようにしています。積極的なテストと WordPress コアチームへのフィードバックにより、潜在的な問題を未然に防ぎ、安心して移行とバックアップを実行できます。

完全な互換性とサポート:

All-in-One WP Migration は、ほとんどの WordPress プラグインとテーマとの互換性が徹底的にテストされ、確認済みです。そのため、競合を心配することなく移行とバックアップを実行できます。
つまり、移行時に WordPress サイトの動作が遅くなったり、サイトが破損したりする原因となるプラグイン間の互換性の問題が発生することはありません。
All-in-One WP Migration は、複数のテーマおよびプラグインベンダーと提携し、それらの製品を単一のインストールしやすい移行とバックアップパッケージとして提供しています。
これらのベンダーは、信頼性の高い製品提供、サポート、移行、バックアップを顧客に提供するために、私たちの移行プラグインを信頼しています。

クラウドストレージ対応:

All-in-One WP Migration は、主要なクラウドストレージサービスすべてへのバックアップと移行をサポートしています。このプラグインは、AWS、Google Compute Cloud、Microsoft Azure 上で稼働するすべての Bitnami WordPress サイトにプリインストールされており、すぐに移行とバックアップを開始できます。

ケース・スタディー :

  • 中小企業向け移行: ある小規模オンライン小売業者は、All-in-One WP Migration を使用して、より堅牢なホスティングソリューションに移行しました。移行前に完全なバックアップを作成し、繁忙期のショッピングシーズン中にダウンタイムなしで移行を完了しました。
  • 教育機関の移行: ある著名な大学は、All-in-One WP Migration を利用して、複数の学部サイトを単一の WordPress ネットワークに移行と統合しました。自動バックアップ機能により、移行中にデータが失われることはありませんでした。
  • 政府機関の移行: デジタルアクセシビリティ向上の指示を受け、ある政府機関は当社の移行プラグインを使用して、重要な情報への一般市民のアクセスに影響を与えることなく、コンテンツを新しい準拠プラットフォームに移行しました。

お問い合わせ

プライバシーポリシー

All-in-One WP Migration は、ユーザーの個人情報を十分に尊重し、保護するように設計されています。プラグインのお問い合わせフォームに入力する際に、ユーザーのメールアドレスを収集することに同意を求めています。
All-in-One WP Migration は、一般データ保護規則 (GDPR) に完全に準拠しています。
GDPR に準拠したプライバシーポリシーは こちら をご覧ください。

スクリーンショット

インストール

  1. All-in-One WP Migration は WordPress プラグインダッシュボードから直接インストール可能です。
  2. 「新規追加」をクリックして「All-in-One WP Migration」を検索します。
  3. インストールと有効化

上記の手順とは別に、このページの「ダウンロード」ボタンからプラグインの ZIP ファイルをダウンロードし、WordPress の管理画面からアップロードしてインストールすることもできます

FAQ

WordPress サイトを新しいホスティングサービスに移行するにはどうすればよいですか ?

現在ご利用のサイトに All-in-One WP Migration をインストールし、エクスポート をクリックします。プラグインは、データベース、メディア、テーマ、プラグインなど、WordPress サイト全体を含む単一の .wpress ファイルを作成します。次に、新しいホストに WordPress を新規インストールし、そこにもプラグインをインストールして、インポート 機能を使用して .wpress ファイルをアップロードします。プラグインは、すべての URL 参照の更新やシリアル化されたデータの安全な処理など、すべてを自動的に移行します。共有ホスティングから専用サーバーまで、あらゆるホスティングプロバイダー間で移行できます。

移行する前に、少なくとも48時間前から DNS TTL を300秒に下げておくことをおすすめします。また、ロールバックする必要がある場合に備えて、古いホストを7–14日間アクティブにしておくことをおすすめします。

WordPress サイトのバックアップと復元方法を教えてください。

バックアップを作成するには、All-in-One WP Migration > エクスポートに移動し、バックアップの保存先 (ローカルダウンロードまたはクラウドストレージ) を選択します。プラグインは、WordPressサイト全体の完全なバックアップを単一の.wpressファイルに作成します。バックアップを復元するには、All-in-One WP Migration > インポートに移動し、.wpressバックアップファイルをアップロードまたは選択します。プラグインは、データベース、テーマ、プラグイン、メディアファイルを自動的に復元します。バックアップを復元した後、すべてのキャッシュをクリアし、設定 > パーマリンク設定でパーマリンク設定を再度保存してください。

ハイブリッドバックアップ戦略を活用して、最適な結果を得ましょう: クラウドストレージで毎日の自動バックアップを行い、ローカルコピーで迅速な復元を実現します。3-2-1ルールに従い、データを3つのコピーで、2種類のストレージタイプに保存し、1つはオフサイトに保管してください。

WordPress のマルチサイトネットワークを移行することはできますか ?

はい。<a href=”https://servmask.com/products”>Multisite Extensionを使用すると、WordPress マルチサイトネットワーク全体を単一の.wpressファイルとして移行できます。また、単一のサブサイトを抽出することもできます。サブサイトを移行すると、プラグインはテーブルプレフィックスを自動的に変換し、メディアファイルのパスを再編成します。マルチサイトの移行は、ネットワークがユーザー用の共有データベーステーブルと、一意のプレフィックスを持つサイトごとのテーブルを使用するため、特別な処理が必要です。大規模なマルチサイト移行には、少なくとも512MBの PHP メモリを推奨します。

バックアップファイルがアップロードサイズ制限を超えた場合はどうなりますか ?

インポート中にサーバーがバックアップファイルを大きすぎるとして拒否した場合、いくつかの選択肢があります。.htaccess ファイルに php_value upload_max_filesize 512Mphp_value post_max_size 512M を追加するか、Nginx サーバーの場合は client_max_body_size 512m を設定することで、PHP のアップロード制限を増やすことができます。無制限のアップロードサイズが必要なサイトの場合は、Unlimited Extension を使用すると、ホストによって設定されたすべてのファイルサイズ制限が解除されます。

WooCommerceストアを移行するにはどうすればよいですか ?

WooCommerceストアの移行は、他の WordPress サイトの移行と同様に行えます。現在のホストでエクスポートし、新しいホストでインポートします。ただし、WooCommerce ストアを移行した後、すぐに決済ゲートウェイの API キーが正しく設定されていることを確認し、Webhook の URL を新しいドメインを参照するように更新し、小さな実際のトランザクションを実行して、購入手続きがエンドツーエンドで機能することを確認する必要があります。移行中の注文の分割を防ぐため、DNS 伝播後に古いサーバーでメンテナンスモードを有効化することをおすすめします。詳細な手順については、WooCommerce 移行ガイドをご覧ください。

移行すると、SEO ランキングに影響が出ますか ?

新しいホスト上の同じドメインに移行する場合、All-in-One WP Migration はすべてのコンテンツ、URL、メタデータを元の状態のまま保持するため、SEO ランキングはそのまま維持されます。新しいドメインに移行する場合は、すべての古い URL を新しい同等の URL にマッピングする適切な 301 リダイレクトを設定し、Google Search Console の「アドレス変更」ツールを使用してください。ドメイン移行後最初の1~2 週間は、ランキングが10~20% 一時的に変動するのは正常です。リダイレクトは少なくとも 1 年間は有効にしておいてください。移行時にランキングを維持するための完全なガイドについては、SEO 移行チェックリスト を参照してください。

移行またはインポートが失敗した場合、どのようにトラブルシューティングすればよいですか ?

移行後によく発生する問題とその解決策:

  • 白い画面: 実際のエラーを確認するには、wp-config.phpWP_DEBUG を有効にしてください。古いサーバーと新しいサーバー間で PHP のバージョン互換性を確認してください。
  • データベース接続エラー: wp-config.php 内の DB_NAMEDB_USERDB_PASSWORD、および DB_HOST が新しいサーバーの設定と一致していることを確認してください。
  • すべてのページで404エラー: 設定 > パーマリンクでパーマリンクを再保存して、書き換えルールを再生成してください。
  • 画像の破損: wp-content/uploads/ ディレクトリが完全に転送され、正しい権限 (ディレクトリは755、ファイルは644) で設定されていることを確認してください。
  • インポートが停止またはフリーズ: PHP の max_execution_timememory_limit を増やすか、WP-CLI を使用してコマンドラインから移行します: wp ai1wm restore backup.wpress

移行に関するトラブルシューティングのヒントの包括的なリストについては、移行に関するトラブルシューティングガイドをご覧ください。

異なるデータベースタイプ間でデータを移行することは可能ですか ?

はい、All-in-One WP Migration は、MySQL、MariaDB、SQLite 間のクロスデータベース移行をサポートしています。これは、SQLiteを使用するWordPress Playground との間でサイトを移行する場合に特に役立ちます。このプラグインは、すべてのデータベーススキーマの違いを自動的に処理します。ある環境からエクスポートして別の環境にインポートするだけです。

WP-CLIを使ってバックアップと移行を自動化できますか ?

はい。All-in-One WP Migration は、コマンドライン自動化のための完全な WP-CLI サポートを含んでいます。wp ai1wm backupを使用してバックアップを作成し、wp ai1wm restore backup.wpressを使用してバックアップファイルから復元または移行します。これは、自動化されたワークフロー、CI/CD パイプライン、またはスケジュールされたバックアップスクリプトでサイトを移行する必要がある開発者にとって理想的です。cron ジョブと組み合わせることで、WP-CLI を使用すると、WordPress ダッシュボードに触れることなく、バックアップ戦略全体を自動化できます。

評価

2026年7月14日
I had high hopes on this plugin, but it does not work. They say we should set the limit to 512MB. I have increased to 1 GB, still same issue. I updated all the parameters for more execution time, everything, still it keeps asking to pay money to get over it. Avoid this.
2026年7月9日
In the latest version you can’t use local backup files anymore so you must upload your webfile via the browser, which aint working because the file size.
2026年6月8日
Greedy company with poor values and horrid customer service. Their yearly subscription email warning landed in my spam, I contacted them ON THE DAY of the payment to cancel my subscription and get a refund and was met only with poor manners and a terrible service. Avoid this plugin and company at all costs, just do a simple search and you will find better FREE alternatives. Do not throw your money at them.
2026年6月4日 1 reply
This piece of crap exports np but then gives a ton of issues when trying to import, constantly failing. Piece of garbage!
2026年6月1日 1 reply
was rly stressed about moving my site but this made it so easy. took just a few mins and nothing broke. saved me from a major headache tbh. tnkz
7,657件のレビューをすべて表示

貢献者と開発者

All-in-One WP Migration and Backup はオープンソースソフトウェアです。以下の人々がこのプラグインに貢献しています。

貢献者

“All-in-One WP Migration and Backup” は59ロケールに翻訳されています。 翻訳者のみなさん、翻訳へのご協力ありがとうございます。

“All-in-One WP Migration and Backup” をあなたの言語に翻訳しましょう。

開発に興味がありますか ?

コードを閲覧するか、SVN リポジトリをチェックするか、開発ログRSS で購読してみてください。

変更履歴

7.106

追加

  • REST API for AI-native WordPress migration

修正

  • Unauthenticated path traversal in ai1wm_error_path. Special thanks to Jakub Herman for responsibly disclosing this issue
  • SQLite export producing invalid MySQL CREATE TABLE statements
  • Stale archive file size caused by a cached stat result in ai1wm_archive_bytes()
  • WP-CLI command now registered on cli_init instead of plugins_loaded
  • Duplicate import done status dispatch during clean up
  • Internationalization issues in export views and the decrypt modal

7.105

修正

  • ファイルの末尾を超えて読み込んだ際に、エクスポートパイプラインで PHP v8.5 の「bool を配列として使用できません」という致命的なエラーが発生しました。
  • データベーステーブルにおいて、データベースのカラム名と正しく一致しないカラム型のキーワード (たとえば UUID) を置換

7.104

追加

  • wpress アーカイブファイル形式に対する CRC32 チェックサムの整合性検証

修正

  • ファイルの末尾とタイムアウトの発生が完全に一致した場合、圧縮プログラムで無限ループが発生する

改善

  • 拡張機能に対する最低限の必須バージョン
  • WordPress 7.0 互換性

7.103

追加

  • INET4、INET6、UUID、XMLTYPE、および VECTOR カラム型をサポートする、MariaDB 専用のデータベースドライバ
  • データベースのバージョン検出精度を高めるための、サーバーバージョン解析ユーティリティ

修正

  • download_file() 関数におけるパス探索の脆弱性により、任意のファイルが読み取られる恐れがあります
  • アーカイブからファイルを抽出する際の、パス探索の検証
  • 古いバックアップパスオプションは、サーバー移行後に、自動的にデフォルトにリセットされるようになりました

改善

  • 関心の分離を明確化するため、データベースのエクスポートおよびインポート機能を再構築しました — カラム型、カラムのオプション、テーブルのオプション、および照合順序は、それぞれ独立して処理されるようになりました
  • 照合順序のダウングレード機能 (utf8mb4_0900_as_ci、utf8mb4_0900_as_cs、utf8mb3_* などのバリエーションを含む) のサポートを拡張しました
  • MariaDB 固有のテーブルオプションが、適切に処理されるようになりました (Aria エンジン、ページ圧縮、システムバージョン管理、暗号化)
  • インポート時に、追加の MariaDB ストレージエンジン (S3、ColumnStore、Spider、CONNECT、Mroonga) が、InnoDB に変換されるようになりました
  • ソーシャルシェアボタンを、軽量な静的リンクに置換しました (Facebook、Twitter、YouTube のサードパーティ製 JavaScript を削除)。
  • パフォーマンス向上のため、データベースサーバー情報コールをキャッシュします
  • 正しい初期化順序を確保するため、functions.php が constants.php より先にロードされるようになりました

7.102

追加

  • バックアップページの「ストレージフォルダをクリーンアップ」オプション
  • 信頼性を高めるため、ファイルの一覧表示前にアーカイブの検証を行います
  • 最低限の必須バージョンの確認

修正

  • 正確なデータ処理のための、アーカイバにおけるオフセット操作
  • ファイル抽出のオフセットとファイル読み取り操作
  • セキュリティ強化のため、欠落している esc_html() 関数のコール
  • インポート中にプラグインの有効化に関する課題が発生するのを防ぐため、FDP の必須プラグインを無効化しました

改善

  • スケジュールページとの CSSスタイル の整合
  • WordPress 6.9 互換性

7.101

修正

  • PHP strict モードとの互換性を向上させるため、アーカイブ内のファイルサイズと更新日時の型処理を改善しました
  • 投稿リビジョンを除外する際、関連する postmeta エントリも適切に除外するようにしました

改善

  • パフォーマンスの向上とバンドルサイズの削減のため、完全な Vue 3 フレームワークにアップグレードしました

7.100

改善

  • PHP と JavaScript の依存関係を最新バージョンにアップグレードしました

7.99

追加

  • バックアップファイルの処理を改善するため、ファイル操作に Gzip 圧縮サポートを追加しました

修正

  • 互換性向上のため、非推奨となった jQuery の `bind()` メソッドを `on()` に置き換えました
  • `$_FILES` 入力から `stripslashes_deep` を削除し、ファイルアップロードのセキュリティを強化しました

改善

  • 信頼性向上のため、ストリーム操作を `ai1wm_write()` に置き換えました
  • JavaScript の依存関係を最新バージョンを使用するように更新しました

7.98

追加

  • ホスティングプロバイダーとの互換性を高めるため、`WP_IMPORTING` 定数に対応しました

修正

  • ファイルアップロードにおける格納型クロスサイトスクリプティングの脆弱性 (CVE-2025-8490)。 WordFence と Jack Pas に報告していただいたことに感謝します。 詳細はこちら
  • エラー報告を改善するため、ファイルアップロードの例外処理を改善しました

改善

  • MySQLi データベースハンドラーにおける PHP 8 互換性の問題を修正しました
  • セキュリティと信頼性を強化するため、ファイルアップローダーをリファクタリングしました

7.97

追加

  • AUTO_INCREMENT チェックにおける SQLite のサポート

修正

  • 文字列の長さの検証を伴うエッジケースを処理するためにシリアル化された値をデータベースに置換

7.96

追加

  • wp_options テーブルに AUTO_INCREMENT がない場合の管理者通知警告

7.95

追加

  • エクスポート初期化時の開発者向け新アクションフック ai1wm_status_export_init

修正

  • テーマのエクスポートの進行状況表示に誤ったパーセンテージが表示される。
  • Uninstall.php スクリプトの機能
  • エクスポートとインポートのボタンの順序
  • ドロップダウンの高さのスタイル設定の問題

7.94

追加

  • インポート時に Elementor プラグインのキャッシュを更新する

7.93

修正

  • スタイル登録の末尾のカンマによる PHP7と PHP5との互換性の問題

7.92

改善

  • プラグインチェックプラグイン (PCP) 検証に合格
  • アーカイブ名の生成

7.91

追加

  • WordPress 用 CiviCRM サポート

7.90

追加

  • データベースのパフォーマンスを向上させるために、MySQL の遅延行検索を無効にする定数を導入しました。

改善

  • 安定性と効率性を向上させるために強化された SQLite データベース統合
  • 認証されていない PHP オブジェクトインジェクション脆弱性 (CVE-2024-10942) に対処するため、シリアライズ置換メカニズムを強化しました。この問題を責任ある形で開示してくださった Webbernaut 氏に深く感謝いたします
  • ユーザーエクスペリエンスを向上させるため、エクスポート中に wp_rocket_settings オプションを保持

修正

  • 解決された PHP 8.4の非推奨の警告

7.89

改善

  • パフォーマンスとセキュリティを向上させるために Node.js 22 にアップグレードしました。
  • スムーズかつ安全に動作し続けるよう、すべてのプラグインの依存関係を更新しました。

7.88

修正

  • アップロードの進行状況が100% で止まってしまう問題を修正
  • アップロードが完了する前にキャンセルできない問題を修正

改善

  • ユーザー向けのメッセージが、より親しみやすく、直接的、一貫性があり、より有益なものになるように改善されました。

7.87

修正

  • エラーログのファイル名にランダムな接頭辞を付加することで、エラーログが既知の名前で公開されてしまう脆弱性を解決し、推測できないようにしました。エラーログは、毎日およびプラグインの更新時に自動的に削除されるようになりました。この問題を責任を持って公開してくれた villu164 氏に感謝します。
  • 管理者ユーザが特定の入力を通して任意の PHP コードを注入できてしまう脆弱性を解決しました。この脆弱性を悪用するには管理者レベルのアクセスが必要であり、 権限のないユーザがこの操作を実行できないようになっています。この問題を責任を持って開示してくれた Ryan Kozak 氏に感謝します。

7.86

修正

  • PHP 8.4との互換性と WP-CLI 経由でのバックアップファイルのリストアに関する課題を解決。

7.85

追加

  • PHP 8.4 互換性

7.84

追加

  • カスタムアクションと統合を可能にする、エクスポートとインポートのプロセス中の、新しいフック

7.83

修正

  • WordPress Playground 環境でバックアップファイルのダウンロードに失敗する課題を解決。

7.82

追加

  • SQLite 対応
  • WordPress Playground 対応

7.81

追加

  • リセットハブページ : 新しいリセットハブページを導入し、効率的なサイト管理のための強力なリセットツールをユーザーに提供。この機能により、WordPress 環境のリセットが容易になり、開発やテストのワークフローがスムーズになる。

改善

  • W3TC サポートの改善
  • PHP 互換性チェック : 異なる PHP バージョンにサイトを移動 / 復元する際に、警告通知を表示。

7.80

追加

  • 「update-services」プラグインへの対応
  • ホスティングプロバイダーとの互換性を向上させるため、バックアップ名に於けるドメイン名のドットをダッシュに置換。

改善

  • マルチサイトからスタンドアロン、スタンドアロンからマルチサイトへのエクスポートとインポートのサポートが強化され、移行プロセスが合理化されました

7.79

追加

  • WordPress 6.4 に対応

7.78

追加

  • プラグイン内に新しいスケジュール ページを実装し、プレミアム拡張機能専用のさまざまな高度な機能を表示します

7.77

追加

  • WordPress 最新バージョン(6.3)で動作検証済み

7.76

修正

  • 詳細設定から [bata] ラベルを削除しました