【2025年最新】WordPress ローカル環境から本番環境への移行完全ガイド｜手順・プラグイン・トラブル対処法

はじめに

WordPressのローカル環境で作成したWebサイトを本番環境へ移行する作業は、Webサイト公開における最も重要な工程の一つです。適切な手順を踏まないと、データ損失・表示崩れ・SEO評価の低下など、深刻な問題が発生する可能性があります。

2025年現在、WordPress 6.7対応、PHP 8.3対応、最新のサーバー環境（HTTP/3、TLS 1.3）を考慮した移行方法が求められています。本記事では、初心者から上級者まで、確実かつ安全に移行できる完全ガイドを提供します。

移行前に確認すべき3つの重要事項

移行作業を開始する前に、以下の3つの事項を必ず確認してください。これらを怠ると、移行失敗のリスクが大幅に上がります。

1. サーバー環境の互換性確認

確認方法: ローカル環境でWordPress管理画面 → 「ツール」 → 「サイトヘルス」で現在の環境を確認できます。本番サーバーの環境情報は、レンタルサーバーの管理画面またはサポートページで確認しましょう。

2. バックアップの取得（最重要）

移行作業では必ず予期せぬトラブルが発生します。データ損失を防ぐため、以下のバックアップを取得してください：

• ローカル環境の完全バックアップ: ファイル一式 + データベースダンプ
• 本番環境の既存データ（既にサイトがある場合）: 上書きする前に必ずバックアップ
• 外部ストレージへの保存: 万が一に備え、Google Drive、Dropbox、外付けHDDなどに保存

3. 本番ドメインとURLの準備

移行後のURLは、ローカル環境（http://localhost/...）から本番ドメイン（https://example.com）に変わります。

確認事項:

• ドメイン取得済みか（お名前.com、ムームードメイン等）
• DNSレコードが正しく設定されているか
• SSL証明書が発行済みか（Let’s Encrypt、有料証明書等）
• サーバーにWordPressがインストール可能か（データベース作成権限）

移行方法の比較（手動・プラグイン・WP-CLI）

WordPressの移行方法は大きく分けて3つあります。それぞれの特徴・メリット・デメリットを理解して、最適な方法を選択しましょう。

手動移行の具体的手順（9ステップ）

ここからは、最も確実で学習効果の高い手動移行の具体的手順を、スクリーンショット付きで解説します。既存のスクリーンショットや画像はそのまま活用してください（WordPress投稿時に配置）。

ステップ1: 本番環境にデータベースの作成

必要情報（メモしておく）:

• データベース名: 例 wp_online_db
• データベースユーザー名: 例 wp_user
• データベースパスワード: 強固なパスワードを設定
• データベースホスト: 通常は localhost（サーバーにより異なる）

データベース作成の手順:

まずは本番環境にWordPressのsqlデータを入れるデータベースを作成します。

レンタルサーバーや自前のサーバーのphpMyAdminにログインしたら「データベースを作成する」の画面を開きます。
今回はデータベース名として「wp_online_db」を入力し、utf8_general_ciを選択して作成ボタンを押します。

作成ボタンを押したら、特権をクリックして、 Add user accountをクリックして新しくユーザーを作ります。

User name: wp_user
Host name: localhost
パスワード: 任意の文字列
再入力:上記と同じ文字列

上記を入力したら、右下の実行をクリックします。
入力した情報は後で使いますので、データベース名と一緒にメモしておきましょう。

上記のように新しいユーザーが追加されました！と表示されたら成功です。
次はLocalで作成したWordPressから、sqlデータをエクスポートします。

ステップ2: ローカルDBからSQLデータをエクスポート

ローカル環境のphpMyAdmin（またはAdminer、Sequel Pro等）にアクセスし、WordPressデータベースをエクスポートします。

エクスポート手順:

1. phpMyAdminにアクセス（通常 http://localhost/phpmyadmin）
2. 左サイドバーからWordPressデータベースを選択
3. 上部メニューから「エクスポート」タブをクリック
4. 「簡易 – 最小限のオプションのみ表示」を選択
5. フォーマット: 「SQL」を選択
6. 「実行」ボタンをクリックして、.sqlファイルをダウンロード

エクスポートの手順:

LOCALを起動させて、任意のWordPressを選択し、右上のボタンでスタート、SSLのタブでTRUSTをクリックしたら、DATABASEのタブを開きます。

ADMINERというボタンをクリックするとphpMyAdminがブラウザで開きます。

URLがwordpress-local.comとなっていますが、LOCALのバーチャルホストによってローカル環境でドメインが割り当てられている状態です。
左側にあるエクスポートをクリックしてください。

画面が切り替わったら、下記項目をチェックしてエクスポートしてください。通常はデフォルトのままエクスポートできると思います。

出力：保存
形式：SQL
データベース：ルーチン・イベント
テーブル：DROP+CREATE・トリガー
データ：INSERT

確認したらエクスポートのボタンをクリックしましょう。
ファイルがダウンロードされたらsqlデータのエクスポートは終了です。

ステップ3: SQLデータの修正（URL置換）

エクスポートしたSQLファイルには、ローカル環境のURL（http://localhost/...）が含まれています。これを本番環境のURL（https://example.com）に置換する必要があります。

置換方法:

1. テキストエディタ（TeraPad、VSCode、Sublime Text等）でSQLファイルを開く
2. 「検索と置換」機能を使用
3. 検索: http://localhost/your-site
4. 置換: https://your-domain.com
5. 「すべて置換」を実行
6. 上書き保存

ステップ4: SQLデータのインポート

本番サーバーのphpMyAdminにアクセスし、修正したSQLファイルをインポートします。

インポート手順:

1. 本番サーバーのphpMyAdminにアクセス（レンタルサーバー管理画面からアクセス）
2. 左サイドバーから先ほど作成したデータベース（例: wp_online_db）を選択
3. 上部メニューから「インポート」タブをクリック
4. 「ファイルを選択」から修正したSQLファイルを選択
5. フォーマット: 「SQL」を確認
6. ページ下部の「実行」ボタンをクリック

インポートの手順:

本番サーバーのphpMyAdminを開いて、作成したデータベースを選択し、インポートをクリックします。 ファイルを選択で先ほど修正したSQLのデータを選択します。

ファイルが選択されたことを確認したら、画面を少しスクロールして、左下にある実行をクリックしすればデータベースのインポートは終了です。

ステップ5: wp-config.phpの修正

WordPressのデータベース接続情報が記載された wp-config.php ファイルを、本番環境用に修正します。

wp-config.php編集の手順:

フォルダ内の wp-config.php をテキストエディタで開き、データベース接続情報を本番環境用に修正します。

C:\Users\ユーザー名\Local Sites\wordpress\app\public

修正箇所（4箇所）:

// ローカル環境（修正前）
define('DB_NAME', 'local_db');
define('DB_USER', 'root');
define('DB_PASSWORD', '');
define('DB_HOST', 'localhost');

// 本番環境（修正後）
define('DB_NAME', 'wp_online_db');  // ステップ1で作成したDB名
define('DB_USER', 'wp_user');       // ステップ1で作成したユーザー名
define('DB_PASSWORD', 'your_strong_password');  // ステップ1で設定したパスワード
define('DB_HOST', 'localhost');     // サーバーにより異なる（例: mysql123.example.com）

// ファイル編集を無効化
define('DISALLOW_FILE_EDIT', true);

// デバッグモードをOFF（本番環境では必須）
define('WP_DEBUG', false);

// セキュリティキーを強力なものに変更
// https://api.wordpress.org/secret-key/1.1/salt/ で生成

ステップ6: ファイルのアップロード

ローカル環境のWordPressファイル一式を、FTPクライアントで本番サーバーにアップロードします。

アップロード手順:

1. FTPクライアント（FileZilla、Cyberduck等）を起動
2. 本番サーバーに接続（FTPホスト、ユーザー名、パスワードを入力）
3. 本番サーバー側: public_html/（またはドキュメントルート）を開く
4. ローカル側: WordPressフォルダを開く
5. すべてのファイル・フォルダを選択してアップロード
6. アップロード完了まで待機（大規模サイトは30分〜数時間）

FTPアップロードの手順:

今回はサーバーと接続するのにFFFTPを使います。インストール方法は公式ページに記載があるので省きます。

レンタルサーバーや自前のサーバーのFTP接続情報を入力してサーバーとFTP接続します。
FTPの情報は基本的にユーザー名、パスワード、ホスト名と、環境によってはポート番号などが挙げられます。
入力する項目は少ないので、間違いのないように入力すれば接続できます。

接続されたら、左側のローカルフォルダは作業用にWordPressを移動したフォルダを選び、右側はアップロードするドメインのフォルダを開いて、全てのファイルをアップロードしましょう。 これにはかなり時間が掛かりますので、ゆっくりと待ちましょう。

ステップ7: 表示確認

ブラウザで本番ドメインにアクセスし、サイトが正しく表示されるか確認します。

確認項目:

• ✅ トップページが正しく表示される
• ✅ 内部リンクが正しく機能する（404エラーがない）
• ✅ 画像がすべて表示される（画像パスが正しい）
• ✅ CSSが適用されている（デザイン崩れがない）
• ✅ 管理画面（/wp-admin/）にログインできる
• ✅ プラグインが正常に動作する

表示確認:

ステップ8: .htaccessの修正（必要に応じて）

.htaccessファイルは、Webサーバーの動作を制御する重要なファイルです。ローカル環境と本番環境でパスが異なる場合は修正が必要です。

修正が必要なケース:

• パーマリンク設定がカスタム構造の場合
• リダイレクト設定がある場合
• セキュリティヘッダーを設定している場合

基本的な.htaccess設定:

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

ステップ9: 最終確認とSEO設定

移行作業の最終段階として、以下を確認・設定します。

最終確認チェックリスト:

• ✅ すべてのページが表示される（404エラーチェック）
• ✅ 問い合わせフォームが正常に送信される
• ✅ 検索機能が動作する
• ✅ モバイル表示が正常
• ✅ ページ速度が許容範囲（Google PageSpeed Insights で確認）

SEO設定:

• ✅ Google Search Console に新しいドメインを登録
• ✅ サイトマップ（sitemap.xml）を送信
• ✅ robots.txt で検索エンジンのクローリングを許可
• ✅ SSL証明書が有効か確認（https:// でアクセス可能）
• ✅ リダイレクト設定（旧ドメインから新ドメインへ、必要に応じて）

プラグインを使った簡単移行方法

初心者や小規模サイト（512MB未満）の移行には、プラグインを使った方法が最適です。ワンクリックで移行でき、作業ミスのリスクも大幅に減少します。

おすすめ移行プラグイン比較

All-in-One WP Migration を使った移行手順

最も人気のあるAll-in-One WP Migrationの使い方を解説します。

【ローカル環境での作業】エクスポート

1. WordPressプラグイン追加画面で「All-in-One WP Migration」をインストール・有効化
2. 管理画面左メニュー → 「All-in-One WP Migration」 → 「エクスポート」をクリック
3. 「エクスポート先」 → 「ファイル」を選択
4. ダウンロードが開始されるので、.wpressファイルを保存

【本番環境での作業】インポート

1. 本番サーバーに新規WordPressをインストール（最低限の設定のみ）
2. 「All-in-One WP Migration」プラグインをインストール・有効化
3. 管理画面左メニュー → 「All-in-One WP Migration」 → 「インポート」をクリック
4. 「インポート元」 → 「ファイル」を選択
5. 先ほどダウンロードした.wpressファイルをアップロード
6. 「インポート開始」ボタンをクリック
7. インポート完了後、自動的にログアウトされます
8. ローカル環境と同じユーザー名・パスワードで再ログイン

WP-CLIによる自動化移行

WP-CLI（WordPress Command Line Interface）は、コマンドラインからWordPressを操作できる上級者向けツールです。大規模サイトの移行や自動化に最適です。

WP-CLIの前提条件

• SSH接続が可能なサーバー（共用サーバーの一部は非対応）
• コマンドライン操作の基礎知識
• WP-CLIがインストール済み（未インストールの場合は後述）

WP-CLIインストール（サーバー側）

# WP-CLIをダウンロード
curl -O https://raw.githubusercontent.com/wp-cli/builds/gh-pages/phar/wp-cli.phar

# 実行権限を付与
chmod +x wp-cli.phar

# システムパスに移動（グローバルで使用可能に）
sudo mv wp-cli.phar /usr/local/bin/wp

# 動作確認
wp --info

WP-CLIを使った移行手順

ステップ1: ローカル環境でデータベースエクスポート

# ローカル環境のWordPressディレクトリに移動
cd /path/to/local/wordpress

# データベースをエクスポート
wp db export local-backup.sql

# エクスポートしたファイルを確認
ls -lh local-backup.sql

ステップ2: ファイルとデータベースを本番サーバーに転送

# rsyncでファイル転送（高速・差分転送）
rsync -avz --progress /path/to/local/wordpress/ user@server.com:/path/to/production/

# または、SCPで転送
scp -r /path/to/local/wordpress/* user@server.com:/path/to/production/
scp local-backup.sql user@server.com:/path/to/production/

ステップ3: 本番サーバーでデータベースインポート

# 本番サーバーにSSH接続
ssh user@server.com

# WordPressディレクトリに移動
cd /path/to/production

# データベースをインポート
wp db import local-backup.sql

# インポート確認
wp db check

ステップ4: URL置換（最重要）

# データベース内のURLを一括置換（シリアライズデータも自動対応）
wp search-replace 'http://localhost/yoursite' 'https://your-domain.com' --all-tables

# 置換結果の確認
wp option get siteurl
wp option get home

# 必要に応じて手動で修正
wp option update siteurl 'https://your-domain.com'
wp option update home 'https://your-domain.com'

ステップ5: パーマリンク更新とキャッシュクリア

# パーマリンクをフラッシュ（.htaccess更新）
wp rewrite flush

# キャッシュをクリア
wp cache flush

# プラグインの再有効化（必要に応じて）
wp plugin list
wp plugin activate --all

ステップ6: 動作確認

# WordPressバージョン確認
wp core version

# データベース接続確認
wp db check

# サイトURL確認
wp option get siteurl

# ユーザー一覧確認
wp user list

# すべて正常なら完了！

#!/bin/bash
# wordpress-migrate.sh
LOCAL_URL="http://localhost/yoursite"
PROD_URL="https://your-domain.com"

wp db export backup.sql
wp search-replace "$LOCAL_URL" "$PROD_URL" --all-tables
wp rewrite flush
wp cache flush
echo "移行完了！"

ローカル環境ツール比較

ローカル環境の構築方法によって、本番移行の難易度が変わります。2025年現在の主要なローカル環境ツールを比較します。

トラブルシューティング完全ガイド

移行作業では、様々なトラブルが発生する可能性があります。よくあるエラーと解決方法を7パターンに分けて解説します。

トラブル1: 「データベース接続エラー」が表示される

エラーメッセージ: Error establishing a database connection

原因:

• wp-config.phpのデータベース情報が間違っている
• データベースが存在しない
• データベースユーザーに権限がない

解決方法:

1. wp-config.phpを開き、DB_NAME、DB_USER、DB_PASSWORD、DB_HOSTを確認
2. phpMyAdminで該当データベースが存在するか確認
3. データベースユーザーに「すべての権限」が付与されているか確認
4. DB_HOSTが正しいか確認（サーバーにより localhost ではない場合あり）

トラブル2: 画像が表示されない（画像パス不一致）

症状: テキストは表示されるが、画像だけ表示されない

原因:

• データベース内のURLが古いまま（ローカル環境のURL）
• 画像ファイルが未アップロード
• パーミッション設定ミス

解決方法:

1. Better Search Replace プラグインをインストール
2. 「ツール」 → 「Better Search Replace」で古いURL → 新しいURLに置換
3. または、WP-CLIで wp search-replace 'old-url' 'new-url' --all-tables を実行
4. wp-content/uploadsフォルダがアップロードされているか確認
5. uploadsフォルダのパーミッションを755に設定

トラブル3: 管理画面にログインできない

症状: /wp-admin/にアクセスするとエラーまたはログイン失敗

原因:

• ユーザー情報がデータベースに存在しない
• パスワードが変更されている
• .htaccessでアクセス制限がかかっている

解決方法:

1. phpMyAdminでデータベースを開く
2. wp_usersテーブルを確認（ユーザーが存在するか）
3. パスワードをリセット: user_passを MD5('newpassword')に更新
4. または、WP-CLIで wp user update admin --user_pass=newpassword
5. .htaccessを一時的にリネームして確認

トラブル4: 「Internal Server Error (500)」が表示される

症状: サイト全体が500エラー

原因:

• .htaccessの構文エラー
• PHPバージョン非互換
• メモリ不足
• プラグインの競合

解決方法:

1. .htaccessを確認: 一時的にリネーム（.htaccess → .htaccess_old）して再アクセス
2. PHPエラーログ確認: サーバーの error_log ファイルを確認
3. PHPバージョン変更: サーバー管理画面でPHP 8.1以上に変更
4. メモリ制限緩和: wp-config.phpに define('WP_MEMORY_LIMIT', '256M'); を追加
5. プラグインを無効化: FTPで wp-content/plugins/ フォルダをリネーム

トラブル5: SSL証明書エラー（「この接続ではプライバシーが保護されません」）

症状: HTTPSでアクセスするとSSL警告が表示される

原因:

• SSL証明書が未発行または期限切れ
• 証明書とドメインが一致していない
• 混在コンテンツ（HTTP画像がHTTPSページに存在）

解決方法:

1. レンタルサーバー管理画面でSSL証明書を発行（Let’s Encryptなら無料）
2. 証明書発行後、24-48時間待機（DNS伝播）
3. WordPressの「設定」 → 「一般」で、サイトURLを https:// に変更
4. 混在コンテンツを修正: Really Simple SSL プラグインをインストール
5. または、WP-CLIで wp search-replace 'http://' 'https://' --all-tables

トラブル6: パーマリンクが404エラー（トップページ以外表示されない）

症状: トップページは表示されるが、個別投稿・固定ページが404エラー

原因:

• .htaccessが正しく生成されていない
• Apacheの mod_rewrite が無効
• パーマリンク設定がリセットされていない

解決方法:

1. WordPress管理画面 → 「設定」 → 「パーマリンク」
2. 現在の設定を確認後、「変更を保存」ボタンをクリック（設定を変更しなくてOK）
3. これで.htaccessが自動再生成されます
4. それでも解決しない場合: サーバー管理者に mod_rewrite の有効化を依頼
5. または、FTPで.htaccessを手動で作成（Part 1セクション8参照）

トラブル7: データベースインポートがタイムアウトする

症状: phpMyAdminでSQLインポート中にタイムアウトエラー

原因:

• SQLファイルサイズが大きすぎる（50MB以上）
• サーバーのmax_execution_time制限
• phpMyAdminのメモリ制限

解決方法:

1. SQLファイルを分割: テキストエディタで分割（各ファイル10MB以下）
2. コマンドラインでインポート (SSH接続): mysql -u ユーザー名 -p データベース名 < ファイル名.sql
3. WP-CLIでインポート: wp db import ファイル名.sql
4. BigDumpスクリプトを使用: 大容量SQLファイル専用のインポートツール

セキュリティ設定確認

移行後は、セキュリティ設定を必ず確認・強化しましょう。本番環境はインターネットに公開されるため、ローカル環境よりも攻撃リスクが高まります。

1. HTTPS強制リダイレクト設定

すべてのHTTPアクセスをHTTPSにリダイレクトします。

.htaccessに追加:

# HTTPS強制リダイレクト
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]
</IfModule>

2. wp-config.phpのセキュリティ強化

wp-config.phpに以下のセキュリティ設定を追加します。

/* セキュリティ強化設定 */

// ファイル編集を無効化（管理画面からのテーマ・プラグイン編集を禁止）
define('DISALLOW_FILE_EDIT', true);

// ファイルインストールを無効化（より厳格）
define('DISALLOW_FILE_MODS', true);

// デバッグモードをOFF（本番環境では必須）
define('WP_DEBUG', false);
define('WP_DEBUG_LOG', false);
define('WP_DEBUG_DISPLAY', false);

// データベーステーブルプレフィックスを変更（デフォルトのwp_から変更）
// ※既存サイトでは変更困難、新規構築時に設定
$table_prefix = 'wp_a3f7b9_';

// 自動保存間隔を延長（パフォーマンス向上）
define('AUTOSAVE_INTERVAL', 300);

// リビジョン数を制限
define('WP_POST_REVISIONS', 3);

// SSL強制（管理画面・ログイン画面）
define('FORCE_SSL_ADMIN', true);

// セキュリティキーを強力なものに変更
// https://api.wordpress.org/secret-key/1.1/salt/ で生成

設置場所: WordPressルートディレクトリの wp-config.php

3. パーミッション（アクセス権限）設定

適切なパーミッション設定は、セキュリティの基本です。

推奨パーミッション:

• ディレクトリ: 755（drwxr-xr-x）
• ファイル: 644（-rw-r–r–）
• wp-config.php: 600（-rw——-）← 特に重要
• .htaccess: 644（-rw-r–r–）

FTPクライアントでの設定方法:

1. FileZillaでファイル/フォルダを右クリック
2. 「ファイルのパーミッション」を選択
3. 数値を入力（例: 755、644）
4. 「サブディレクトリへ再帰」にチェック（フォルダの場合）

SSH/WP-CLIでの一括設定:

# WordPressディレクトリに移動
cd /path/to/wordpress

# すべてのディレクトリを755に設定
find . -type d -exec chmod 755 {} \;

# すべてのファイルを644に設定
find . -type f -exec chmod 644 {} \;

# wp-config.phpだけ600に設定
chmod 600 wp-config.php

4. 管理画面アクセス制限（.htaccessで保護）

wp-adminディレクトリへのアクセスを特定IPアドレスのみに制限します。

wp-admin/.htaccess を作成:

# wp-admin ディレクトリへのアクセス制限
order deny,allow
deny from all

# 許可するIPアドレス（自分のIPに置き換え）
allow from 123.456.789.012
allow from 192.168.1.100

# ajax-admin.phpは除外（WordPressの動作に必要）
<Files admin-ajax.php>
    order allow,deny
    allow from all
    satisfy any
</Files>

5. セキュリティプラグインの導入

総合セキュリティプラグインを導入すると、設定が一元管理できます。

おすすめセキュリティプラグイン:

• Wordfence Security: ファイアウォール、マルウェアスキャン、ログイン保護
• iThemes Security: 50以上のセキュリティ対策を自動化
• Sucuri Security: 改ざん検知、ハードニング、DDoS対策
• All In One WP Security: 初心者向け、日本語対応

おすすめレンタルサーバー3選

WordPress移行先として最適なレンタルサーバーを3つ厳選しました。すべてWordPress高速化・セキュリティ対策に優れ、初心者でも安心して使えます。

各サーバーの簡単移行ツール比較

3社とも独自の移行ツールを提供しており、手動移行よりも圧倒的に簡単です。

• ConoHa WING: 「WordPress簡単移行」機能でURL・ユーザー名・パスワードを入力するだけで自動移行
• エックスサーバー: 「WordPress簡単移行」機能で移行元URL・ログイン情報を入力して自動移行
• ロリポップ！: 「WordPress簡単引っ越し」機能（ベータ版）、またはプラグイン移行推奨

移行前・移行後チェックリスト

移行作業を確実に完了させるため、チェックリストを活用しましょう。印刷またはスクショして、作業中に確認してください。

移行に最適なタイミングと注意点

移行作業のタイミングを間違えると、ビジネスに悪影響を及ぼす可能性があります。最適なタイミングと注意点を解説します。

移行に最適なタイミング

1. アクセスが少ない時間帯: 深夜〜早朝（午前2時〜6時）が理想
2. 週末・連休前を避ける: トラブル発生時にサポート対応が困難
3. 大型キャンペーン期間を避ける: ECサイトはセール前後を避ける
4. 作業時間を十分確保: 最低3-4時間、トラブル対応含めて6-8時間確保
5. 検証期間を設ける: 移行後24-48時間は動作を綿密に監視

移行前の告知

ユーザーに事前告知することで、混乱を最小限に抑えられます。

告知方法:

• サイトトップにメンテナンス告知バナー設置（1週間前〜）
• SNS（X、Facebook等）で告知投稿
• 会員登録サイトはメールで告知
• 想定メンテナンス時間を明記（余裕を持って長めに設定）

告知例:

【サーバーメンテナンスのお知らせ】
2025年XX月XX日（X）午前2:00〜午前6:00の間、サーバーメンテナンスのため、Webサイトが一時的に閲覧できなくなります。ご不便をおかけしますが、ご理解・ご協力をお願いいたします。

メンテナンスモードの設定

移行作業中は、ユーザーに「メンテナンス中」画面を表示しましょう。

プラグインを使う方法:

• WP Maintenance Mode: シンプルなメンテナンスページを表示
• Coming Soon Page: カスタマイズ可能なメンテナンスページ

.htaccessで設定する方法:

# メンテナンスモード（一時的にサイト全体を503エラーに）
RewriteEngine On
RewriteCond %{REMOTE_ADDR} !^123\.456\.789\.012  # 管理者IPは除外
RewriteCond %{REQUEST_URI} !^/maintenance\.html$  # メンテナンスページは除外
RewriteRule ^.*$ /maintenance.html [R=503,L]

# 503エラーを返す
ErrorDocument 503 /maintenance.html
Header set Retry-After "3600"

移行後の監視期間

移行後24-48時間は、以下を監視しましょう：

• アクセスログ（404エラーの急増がないか）
• エラーログ（PHP・データベースエラーがないか）
• 問い合わせフォームの動作（テスト送信を実施）
• 決済機能の動作（ECサイトの場合、テスト注文を実施）
• Google Search Console（クロールエラーの急増がないか）

よくある質問（FAQ）

まとめ

WordPressのローカル環境から本番環境への移行は、適切な手順を踏めば、初心者でも安全に完了できます。本記事で解説した内容を振り返りましょう。

移行方法の選び方（再掲）

• 初心者・小規模サイト: ConoHa WING または エックスサーバー の簡単移行ツールを使う
• 学習目的・細かい制御が必要: 手動移行（本記事セクション4）
• 大規模サイト・自動化: WP-CLI移行（本記事セクション6）

移行作業の重要ポイント5つ

1. 必ずバックアップを取得: 3-2-1ルール（3つのコピー、2種類のメディア、1つはオフサイト）
2. URL置換は慎重に: シリアライズデータに対応した方法を使う（WP-CLI、Better Search Replace）
3. セキュリティ設定を忘れずに: HTTPS化、wp-config.php保護、パーミッション設定
4. 移行後の確認を徹底: 全ページ・全機能の動作確認、24-48時間の監視期間
5. 旧サーバーはすぐに解約しない: 1-2週間は残しておく

おすすめレンタルサーバー（再掲）

最後に

WordPress移行は、最初は難しく感じるかもしれませんが、一度経験すれば、次回からは自信を持って作業できるようになります。本記事が、あなたのWordPressサイト公開の一助となれば幸いです。

移行作業中にトラブルが発生しても、落ち着いて本記事の「トラブルシューティング完全ガイド」を参照してください。それでも解決できない場合は、ConoHa WING や エックスサーバー のサポートに相談しましょう。

あなたのWordPressサイト公開が成功することを心より願っています！🎉

【2025年最新】SSL化の重要性と実装方法を徹底解説｜メリット・費用・手順まで2025年現在、全Webサイトの95.8%がHTTPS化済み。Chrome 130以降は厳格な警告表示で直帰率82%に。SSL化のメリット（SEO+0.5位、CVR+18%）、無料SSLの選び方、7ステップの実装手順を図解で徹底解説。初心者でも簡単に設定できます。 ...

【2025年版】WordPressセキュリティ対策完全ガイド｜初心者でもできる11の方法＋おすすめプラグイン5選WordPressセキュリティ対策の完全ガイド。ハッキングリスクを80%削減する11の方法を難易度別に解説。2025年最新プラグイン5選、サーバーWAF比較、実際の攻撃事例も紹介。初心者でも今すぐ実践できる具体的手順で、あなたのサイトを守りましょう。...

Webサイトのセキュリティ対策完全ガイド【2025年最新】｜重要性・具体策・おすすめツールWebサイトのセキュリティ対策を2025年最新データで徹底解説。SQLインジェクション・XSS・ランサムウェア対策、おすすめWAF・脆弱性診断ツール比較、企業規模別実装方法、コード例付き。初心者〜上級者まで今すぐ実践できる完全ガイド。...