WordPressのインストール方法｜簡単導入と手動設定の違い

WordPressのインストール方法には、レンタルサーバーの簡単インストールを使う方法と、公式パッケージを取得して手動で設置する方法があります。どちらを選ぶかは、ボタンの数ではなく、データベース、URL、権限、バックアップ、更新を誰が管理するかで決まります。新規サイトなのか、既存サイトの更新・移行なのかを最初に確認し、上書き事故を避ける準備をします。

インストール画面が表示されれば導入成功と思いがちですが、公開前にはログイン、表示、HTTPS、メール、パーマリンク、バックアップ、復旧を確認する必要があります。この記事では、WordPress公式の推奨環境と導入手順をもとに、簡単インストールと手動インストールの違い、設定の順番、作業後に確認する項目を具体的に整理します。

インストール：始める前に必要なもの

WordPressをインストールする前に、サイトの目的、設置先URL、ドメイン、サーバー、管理者、メールアドレス、復旧手段を決めます。ブログ、企業サイト、店舗サイト、ECサイトでは必要なテーマやプラグインが異なるため、デモを先に選ばず、公開するページと更新担当者を一覧にします。

推奨PHP・データベース・HTTPSを確認する

WordPress公式のRequirementsでは、2026年8月9日時点でPHP 8.3以上、MariaDB 10.11以上またはMySQL 8.0以上、HTTPS対応などが推奨されています。サーバーの管理画面で、契約プランのPHP版、データベース版、SSL、バックアップ、メール送信制限を確認してからインストールします。

推奨環境を満たさない場合、古いWordPress版を選んで回避するのではなく、サーバー側の更新やプラン変更を検討します。古いPHPのまま運用すると、本体やプラグインの更新、セキュリティ修正、テーマの対応範囲に影響します。環境を変更する場合は、既存サイトのバックアップと切り戻しを準備します。

HTTPSは、管理画面と公開画面の両方で必要です。証明書を発行したら、サイトURL、画像、CSS、JavaScript、フォーム送信先がHTTPSへそろっているかを確認します。HTTPとHTTPSが混在すると、ブラウザーの警告や読み込み失敗が出ることがあります。既存サイトをHTTPSへ移す場合は、リダイレクトと混在コンテンツを検証します。

ドメイン・サーバー・管理権限をそろえる

ドメインのDNS、サーバーの公開フォルダー、WordPressの設置先を一枚のメモにまとめます。 example.com へ置くのか、 example.com/blog へ置くのか、テスト用サブドメインへ置くのかで、入力するURLと公開導線が変わります。既存ファイルや古いデータベースが残っている場合は、新規インストールと上書き更新を取り違えないようにします。

管理者アカウントは作業者ごとに作り、共有ログインを避けます。記事編集だけの人へ管理者権限を渡す必要はありません。管理者権限はテーマ、プラグイン、ユーザー、設定、更新を操作できるため、最小権限で運用します。管理者メールが受信できること、パスワード再設定メールを受け取れることも確認します。

外部連携に使う認証情報は、通常のブラウザー用パスワードと分けます。アプリケーションパスワードを発行した場合は、連携先、用途、発行日を安全な台帳へ記録し、秘密文字列を記事、CSV、ログ、スクリーンショットへ残しません。作業終了後に不要な連携を失効させます。

導入方法を選ぶ

簡単インストールは、サーバー会社の管理画面からサイト名、URL、管理者情報などを入力し、ファイルとデータベースの準備を自動化する方式です。手動インストールは、公式ZIPの取得、ファイル配置、データベース作成、設定ファイルの入力、インストール画面の実行を自分で行います。経験、必要な自由度、復旧担当者を基準に選びます。

サーバーの簡単インストールが向く場合

初めてWordPressを導入し、標準的な構成で小規模サイトを始めるなら、簡単インストールが向いています。データベースの作成やファイル配置をサーバー側が案内するため、入力項目を確認しながら進められます。ただし、インストール前に対象ドメインと設置先ディレクトリを確認し、既存サイトを初期化する操作でないことを確認します。

入力するサイト名、管理者メール、ユーザー名、パスワード、URLを作業前に用意します。サーバーによってはデータベースを自動生成しますが、生成された名前や接頭辞を記録しておくと、バックアップや移行で役立ちます。完了画面のURLをそのまま信用せず、ログインと公開画面を実際に開きます。

簡単インストール後は、不要なサンプル投稿、初期ページ、テーマ、プラグインを確認します。削除はバックアップと影響を確認してから行い、最初にテーマとプラグインを大量に追加しません。標準テーマの状態で、記事の下書き、画像、公開、メール、パーマリンクを一巡させます。

手動インストールが必要な場合

手動インストールでは、公式のインストール手順に沿って、正規パッケージを取得し、サーバーへ配置します。ZIPは公式ダウンロードページから取得し、第三者が再配布する改変ファイルを使いません。取得した版、URL、日時を作業記録へ残します。

展開後のフォルダーが公開フォルダー直下にあるか、余分なフォルダーが一段入っていないかを確認します。設置先がサブディレクトリの場合は、公開URL、管理画面URL、画像URLが想定と合うことを確認します。ファイル権限を過度に広くせず、設定ファイルやバックアップZIPを公開URLから取得できない場所に置きます。

データベース名、ユーザー、パスワード、ホストを準備し、インストール画面へ入力します。 wp-config.php に入る値は、ログや共有資料へ出力しません。設定ファイルのバックアップは安全な保管場所へ置き、作業用の一時ファイルを公開フォルダーへ残さないようにします。

設定を順番に進める

インストール後は、デザインより先に基本設定を確認します。URL、ユーザー、メール、タイムゾーン、表示設定、パーマリンク、バックアップを整えた後、テーマとプラグインを一つずつ追加します。問題が起きたときに原因を追えるよう、変更日時と設定値を記録します。

データベースとwp-config.phpの役割

WordPressは、投稿、固定ページ、ユーザー、設定をデータベースへ保存し、テーマ、プラグイン、アップロード画像をファイルへ保存します。WordPress本体のZIPをもう一度取得しても、記事や設定が戻るわけではありません。バックアップはデータベースとファイルを同じ時点で保存します。

wp-config.php にはデータベース接続情報や秘密鍵が含まれます。設定ファイルを編集するときは、画面共有やログへ値が出ないようにし、デバッグ設定を公開画面へ表示しません。開発中のエラーは安全なログへ記録し、本番では不要なデバッグを無効化します。

インストール後にデータベースの接続エラーが出た場合は、データベース名、ユーザー、パスワード、ホスト、権限を一つずつ確認します。設定ファイルを丸ごと作り直す前にバックアップを取り、サーバー会社のデータベース案内と照合します。

テスト環境と本番環境を分ける場合は、ドメイン、メール送信、検索エンジンの表示設定、外部サービスの接続先を一覧にします。テストサイトから本番のフォームや決済へ接続すると、意図しない送信や注文が発生するためです。テスト用のダミーアドレスと本番の送信先を分け、公開前に設定を本番値へ切り替えたことを二人で確認します。

インストール作業の終わりには、取得したWordPress版、PHP版、データベース版、設置先、管理者、テーマ、プラグインを記録します。将来の保守担当者が同じ環境を再現できるよう、設定画面の場所と確認日も残します。秘密文字列は記録せず、必要な認証情報は安全な管理場所で管理します。

設置先URLと管理者情報を決める

「設定→一般」で、WordPressアドレスとサイトアドレスを確認します。HTTPとHTTPS、wwwの有無、サブディレクトリの有無がそろっているかを見ます。インストール後にURLを変更すると、画像や内部リンク、リダイレクトへ影響するため、変更前にバックアップと検証環境を用意します。

「設定→表示」では、トップページへ最新の投稿を表示するか、固定ページを表示するかを決めます。ブログと企業サイトでは適切な設定が異なります。「設定→パーマリンク」では、既存URLを持つサイトへ不用意に変更を加えず、変更が必要ならリダイレクトと検索影響を確認します。

管理者メール、タイムゾーン、日付形式、サイト名、キャッチフレーズを確認します。メールが届かない場合は、WordPressの設定だけでなく、サーバーの送信制限、DNS、迷惑メール判定を確認します。初期ユーザーを作成した後は、不要な管理者アカウントやサンプルデータが残っていないかを見直します。

公開前の動作確認

インストール完了画面だけで導入成功と判断せず、管理者と訪問者の両方の視点で確認します。最初は標準テーマと必要最小限のプラグインで、ログイン、記事、画像、固定ページ、リンク、メール、更新を一つずつ試します。

ログイン・表示・メール・更新を試す

管理画面へログインし、投稿の新規追加、下書き保存、画像登録、固定ページ作成、メニュー設定を確認します。ログアウトして、トップページ、記事詳細、固定ページ、カテゴリー、検索、404ページを開きます。管理バーがあるログイン中だけでなく、訪問者と同じ表示を確認します。

フォームを使う場合は、テスト用のアドレスで送信し、エラー、完了画面、確認メール、返信先、保存データを確認します。実在顧客の個人情報をテストへ使いません。PHPのメール送信制限やDNSの設定が原因で、フォーム画面は成功でもメールが届かないことがあります。

本体、テーマ、プラグインを更新する場合は、先にバージョンとバックアップを記録します。検証環境で一つずつ更新し、ログイン、表示、記事、画像、フォーム、検索を再確認します。問題が出たら直前の変更を切り戻し、エラーログと発生時刻を記録します。

バックアップと復旧経路を残す

バックアップにはデータベースと wp-content を含むファイルを対象にします。保存場所を本番サーバーだけにせず、復元先と手順を決めます。検証環境へ復元し、管理画面、記事、画像、フォーム、メールが動くことを確認します。復元テストをしていないバックアップは、存在していることしか確認できません。

復旧手順には、誰が停止を判断するか、どの時点のバックアップを使うか、DNSとSSLをどう確認するか、復元後に何をテストするかを書きます。注文、予約、問い合わせなど失われると困るデータがある場合は、復元時点と欠損の可能性を事前に整理します。

WordPressのインストールは、ファイルを置いてログインできれば終わりではありません。推奨環境、設置先、管理権限、URL、データベース、HTTPS、メール、バックアップ、復旧を確認して初めて、運用を始められる状態になります。簡単インストールでも手動インストールでも、標準状態で小さく動作確認し、作業記録を残してからテーマやプラグインを追加してください。

作業記録には、開始前と完了後のURL、実施者、変更した設定、確認した画面、未解決の項目を分けて書きます。特に、インストールを実施しただけの状態と、公開準備が完了した状態を混同しないことが大切です。アクセス制限をかけたテストサイトなら、検索エンジンの表示設定、Basic認証、 noindex の解除を公開前に確認します。不要なテスト用ユーザー、仮のメールアドレス、サンプル記事は、記録を残したうえで整理します。こうした最終確認をチェックリスト化しておくと、担当者が変わっても同じ基準で導入状態を判定できます。