WordPressの初期設定完全ガイド｜最初に必ずやっておきたい基本項目チェックリスト

「WordPressを入れたけど、このあと何をどう設定すればいいのか分からない……」
「とりあえず記事を書き始めても大丈夫？ それとも先にSSLとかパーマリンクを触るべき？」
「最初にちゃんとやらないと、あとからSEOやデザインで困るって聞いて不安……」
「設定画面が多すぎて、どこから触れば“事故”にならないのか知りたい」

WordPressは、インストールした直後のままでも記事を書くことはできます。
しかし、URL・SSL・パーマリンク・一般設定・コメント・画像・セキュリティ・バックアップなどを整えずに走り出すと、

• URLを後から変えて検索順位を落としてしまう
• 常時SSL化が中途半端で「安全でないサイト」と表示されてしまう
• スパムコメントや不正ログインに悩まされる
• 画像サイズやバックアップのせいでサイトが重く、壊れやすくなる

といった「やり直しのききにくいトラブル」が起こりがちです。

本記事では、WordPressインストール直後にやっておきたい初期設定を、迷わず進められる“完全ロードマップ”として整理しました。
管理画面へのログインから、URL・SSL・一般設定、パーマリンク、テーマやプラグイン、セキュリティ・バックアップ、アクセス解析・サーチコンソールまで、

「この順番でここだけ押さえれば、安心して記事作成を始められる」

という手順に絞って解説します。

専門的な用語はできるだけかみ砕きつつ、実務で問題になりやすいポイントと、失敗時のリカバリー方法もあわせて紹介するので、
初めてのWordPressでも、このロードマップどおりに進めれば「最低限やるべきこと」を漏れなくこなせるはずです。

初期設定の全体像と準備

WordPressは、インストールした直後のままでも記事を書き始めることはできます。
ただし、その状態で公開を続けると、

• セキュリティが甘い
• SEO的に不利
• 後から修正しにくい設定のまま

という「じわじわ効いてくるトラブル」の原因になりがちです。

ここでは、実際に手を動かす前に知っておきたい初期設定の考え方と、最初に触ることになる管理画面の基本操作を整理します。

初期設定が重要な理由（セキュリティ・SEO・トラブル防止）

初期設定は「めんどうな作業」に見えますが、実際はブログやサイトの土台づくりです。

ざっくり言うと、初期設定の目的は次の3つに集約できます。

1. セキュリティを強くする
2. 検索エンジンに正しく伝わるサイトにする（SEO）
3. あとから困らないように運営を安定させる

それぞれもう少し具体的に見てみましょう。

1. セキュリティの観点

初期状態のWordPressは、

• ログインURLが予測されやすい
• パスワードが弱いまま使われがち
• HTTPのままで通信が暗号化されていない（SSL未設定）

といった理由で、不正ログインや情報漏えいのリスクが高くなります。

もちろん、プラグインなどを使った本格的な対策は後でも構いませんが、

• SSL化（URLをhttpsにする）
• 管理者情報を適切に設定する

といった「今やらないと損をする設定」は、インストール直後に済ませておくのがおすすめです。

2. SEO（検索）で損をしないため

初期設定のままだと、例えば次のような状態になっていることがあります。

• URL構造（パーマリンク）が「?p=123」のように意味不明
• タイムゾーンや言語設定が日本向けになっていない
• 検索エンジンにインデックスさせない設定になっている

こうした条件が揃うと、せっかく書いた記事が検索されにくい、あるいはURLを後から変更せざるを得なくなり、SEO的にマイナスという事態になりやすいです。

特に、

• パーマリンクの設定
• 検索エンジンへの表示設定

は、記事を書く前に必ず見直しておきたいポイントです。

3. 運営トラブルを防ぐため

初期設定をサボると、後から次のような悩みが出がちです。

• URLを途中で変えたせいで、リンク切れとリダイレクト対応に追われる
• コメントスパムが大量に届いて、削除だけで時間を消耗する
• 日本語の文字化けや画像サイズの設定ミスで、レイアウトが崩れる

最初の30分〜1時間だけ、腰を据えて設定するだけで、数ヶ月〜数年分のトラブルを減らせると思っておいてください。

管理画面へのログインとダッシュボードの整理

WordPressの初期設定はすべて管理画面（ダッシュボード）から行います。
まずは、ここに迷わずアクセスし、作業しやすい画面に整えるところから始めます。

ログイン画面の場所とログイン方法

レンタルサーバーの「簡単インストール機能」でWordPressを入れた場合でも、基本のログイン方法は共通です。

1. ブラウザのアドレスバーに、サイトのURLを入力
   • 例）
     • https://example.com/wp-admin/
     • https://example.com/wp-login.php
2. ログイン画面が表示されたら、
   • ユーザー名（またはメールアドレス）
   • パスワード
     を入力してログインします。
3. ログイン後に表示される画面が「ダッシュボード（管理画面トップ）」です。

ポイント

• ログインURLはブックマーク（お気に入り）に登録しておくと、毎回入力する手間が省けます。
• 公衆Wi-Fiなどを使う場合は、必ずhttps（SSL化）されているURLからログインしてください。

ダッシュボードの表示オプション調整

インストール直後のダッシュボードは、さまざまな情報ボックスが並んでいて、初心者には少しごちゃごちゃして見えます。

実は、上部の「表示オプション」から、今は不要な情報を非表示にすることが可能です。

1. ダッシュボード右上あたりにある「表示オプション」をクリック
2. チェックボックスの一覧が表示される
   • 「クイックドラフト」
   • 「WordPressニュース」
   • 「サイトヘルスステータス」
     など
3. 今の自分には不要だと感じる項目のチェックを外す

これだけで、画面の情報量がぐっと減り、設定作業に集中しやすくなります。

不要なウィジェットやメニューの非表示

「表示オプション」で整理しても、まだサイドメニューやウィジェットが多くて落ち着かないことがあります。

そこで、次のように管理画面の見た目を一段階シンプルにするとよいです。

• サイドバー（左側メニュー）の折りたたみ
  • サイドメニューの一番下にある「≪」アイコン（メニューを縮小）をクリックすると、アイコンだけの表示になります。
  • モニターが狭いノートPCなどでは、作業スペースが広くなり、設定画面が見やすくなります。
• ウィジェットエリアの整理（外観 ▶ ウィジェット）
  • サイドバーに最初から入っている「メタ情報」「最近のコメント」などは、ブログ公開前の段階ではほぼ不要です。
  • 該当ウィジェットをドラッグして削除するか、ウィジェット領域から外すことで、実際のサイト側もスッキリします。
• プラグイン由来のメニューに惑わされない
  • レンタルサーバーによっては、初期状態で複数のプラグインが入り、メニューが増えています。
  • 初期設定では、まず「設定」「外観」「投稿」「固定ページ」あたりだけに集中し、その他のメニューは“後で見る”程度に考えておくと迷いにくくなります。

---

最後に、このセクションのポイントを簡単にまとめておきます。

目的	やることの例
セキュリティ強化	SSL化／ログインURLの把握／管理者情報の見直し
SEOの土台づくり	パーマリンク・表示設定・インデックス設定の確認
運営トラブルの予防	コメント・メディア・日本語環境の初期調整
作業のしやすさアップ	ダッシュボード表示オプションの調整

サイトURL・ドメイン・SSLまわりの確認

WordPressの初期設定でいちばん最初に確認したいのが「URLまわり」です。
ここをあいまいなまま進めると、

• 思っていたドメインで表示されていない
• アドレスに「/wp」が付いたまま
• http と https が混在して警告が出る

といった問題があとから一気に噴き出します。
この章では、最低限おさえておきたいポイントだけに絞って整理します。

サイトアドレスとWordPressアドレスのチェック

WordPressには、よく似た名前の設定が2つあります。

• WordPress アドレス（URL）
• サイトアドレス（URL）

場所は「設定」＞「一般」です。

ざっくり言うと、

• WordPress アドレス … WordPress本体ファイルを置いている場所
• サイトアドレス … 訪問ユーザーに見せたいサイトの入口のURL

という役割です。
多くのレンタルサーバーでは、インストール直後は両方とも同じ値になっています。

初期ドメインのままになっていないか確認する

サーバーの「簡単インストール」を使うと、しばしば次のような初期ドメインで構築されます。

• https://●●●.sv12345.xserver.jp/
• https://△△△.lolipop.jp/

一方、あなたが本当に使いたいのは、例えば次のような独自ドメインのはずです。

• https://example.com/
• https://blog.example.com/

独自ドメインの設定を済ませているのに、WordPressの「一般設定」でURLが初期ドメインのままになっていると、

• 読者が見るURLと想定がズレる
• 後からドメインを切り替えるときにSEO上の負担が増える

というデメリットが出ます。

独自ドメインのDNS設定／サーバー側のドメイン設定が完了していることを前提に、

1. 「設定」＞「一般」を開く
2. WordPress アドレス（URL）
3. サイトアドレス（URL）

が、利用したい独自ドメインになっているかを必ず確認してください。

URL末尾に「/wp」が付いていないか確認する

次によくあるのが、以下のような状態です。

• インストール先: https://example.com/wp/
• 表示されるURL: https://example.com/wp/記事タイトル…

この場合、「/wp」というディレクトリの中にWordPress本体が入っています。
「/wp」が付いていても動作には問題ありませんが、多くの人は次のようにしたいはずです。

• https://example.com/記事タイトル… という形で見せたい

その場合、

• WordPress本体は /wp ディレクトリに置いたまま
• サイトアドレスだけ https://example.com/ を指すようにする

という構成を取ります（WordPress公式が推奨している方法です）。

概要だけ書くと、

1. 「設定」＞「一般」で
   • WordPress アドレス: https://example.com/wp
   • サイトアドレス: https://example.com
     という形に分ける
2. インストール先フォルダの index.php と .htaccess を、ルート側（/）にコピーする
3. 必要に応じてサーバーのマニュアルに沿って調整する

サーバーや環境ごとに細部が違うので、実際に作業する際は「WordPress サブディレクトリ インストール ルートで表示」などで公式ドキュメント・サーバーの解説も併せて確認しておくと安全です。

常時SSL化（https化）の設定

URLに「https://」と鍵マークが付いている状態が、いわゆる「SSL化」「常時SSL化」です。

• 通信内容が暗号化される（セキュリティ）
• ブラウザの「保護されていない通信」警告を避けられる
• 検索エンジン側でも、httpよりhttpsが推奨されている

といった理由から、今から新しくサイトを作るなら必須と考えてよい設定です。

SSL化は、大きく分けて

1. サーバー側で証明書を有効にする
2. WordPress側のURLを http → https に切り替える

という2ステップで進めます。

サーバーパネル側でSSLを有効にする

まずは、利用しているレンタルサーバーの管理画面（コントロールパネル）にログインします。

一般的な流れは次の通りです。

1. サーバーパネルで「ドメイン」関連のメニューを開く
2. 対象ドメインを選択する
3. 「無料SSLを利用する」「Let’s Encryptを有効化」などの項目をオンにする
4. 反映完了まで数分〜数十分待つ

最近の主要な国内レンタルサーバーは、ほぼすべて無料SSL（Let’s Encrypt等）に対応しています。
有効化後、ブラウザで https:// 付きのURLを開いてみて、証明書エラーが出ていないか確認しておきましょう。

※ 反映直後は一時的にエラーになることもあるため、少し時間を置いて再度試すと安定します。

WordPress側でURLをhttpsに変更する

サーバー側でSSLが有効になったら、次はWordPress側のURLを切り替えます。

1. WordPress管理画面にログイン
2. 「設定」＞「一般」を開く
3. * WordPress アドレス（URL）
   • サイトアドレス（URL）
     に記載されている http:// を https:// に書き換える
4. 「変更を保存」をクリック

これで、WordPressがhttpsを前提に動くようになります。

あわせて、

• httpにアクセスしてきたユーザーをhttpsへ自動リダイレクトする
• 過去に作成した内部リンク（httpのまま）を一括でhttpsに置き換える

といった対応もしたいところですが、ここはプラグインやサーバー設定を絡めた話になるため、別セクションで整理すると読みやすくなります。

URL設定を誤ったときの復旧方法（管理画面に入れない場合など）

URLの設定をいじっていると、よくあるのが次のような事故です。

• 間違ったURLを保存してしまい、管理画面に入れなくなった
• 存在しないドメインやディレクトリを指定してしまった
• http ⇄ https の切り替えで無限リダイレクトになった

この場合でも、落ち着いて対処すれば復旧できます。
代表的な方法を2つだけ紹介します。

1. wp-config.php に一時的にURLを直書きする

サーバーのファイルマネージャーやFTPで、WordPressをインストールしたフォルダにある wp-config.php を開きます。
/* That's all, stop editing! */ というコメントの直前あたりに、次のような2行を追加します。

define('WP_HOME',    'https://example.com');
define('WP_SITEURL', 'https://example.com');

この状態でブラウザから管理画面にアクセスすると、

• 一般設定画面で間違えたURLではなく
• 上記で指定したURLが優先的に利用されます

管理画面に入れるようになったら、設定を正しい値に修正し、最終的には wp-config.php に書いた定義を削除しておくと、通常運用に戻せます。

2. データベース（wp_options）からURLを修正する

より直接的な方法として、データベースの値を書き換えるパターンもあります。

1. サーバーパネルから「phpMyAdmin」などのDB管理ツールを開く
2. 該当のデータベースを選択
3. wp_options テーブルを開く（プレフィックスが wp_ でない場合もあり）
4. siteurl と home というレコードを探す
5. それぞれを正しいURLに書き換える

この2つが、WordPress アドレス／サイトアドレスに相当します。
保存したあと、ブラウザで再度ログインを試してみてください。

---

URLまわりの設定は、「なんとなく動いているから放置」しがちな領域ですが、一度きっちり整えておくと、その後の運営が非常にスムーズになります。
この章で紹介した内容を確認しておけば、

• 意図したドメインとURL構造で
• 常時SSLが有効な状態で
• 万一のときにも復旧ルートを知った状態で

安心して次の初期設定に進めるはずです。

サイトの基本情報と一般設定

WordPressの「一般設定」は、サイトの名刺のようなものです。
ここをきちんと整えておくと、

• 読者に伝わるサイト名・イメージ
• 検索結果で違和感のないタイトル表示
• 運営者への通知・バックアップメールがちゃんと届く

といった「見た目」と「運営のしやすさ」の両方が安定します。

管理画面の場所は、

ダッシュボード → 左メニュー「設定」 →「一般」

です。

サイト名とキャッチコピーの設定

サイトタイトルの決め方と入力場所

「サイトのタイトル」は、ブラウザのタブや検索結果、ヘッダーなどに表示されるサイトの正式名称です。

入力場所は：

設定 → 一般 → 「サイトのタイトル」

ここでつまずきやすいポイントは、キーワードを詰め込みすぎないことです。

• 悪い例： 「ブログ 副業 稼ぐ 初心者 WordPress アフィリエイトで月10万円稼ぐ方法ブログ」
• 良い例： 「はじめての副業ブログ講座」
  「30代会社員のためのブログ&副業ラボ」

意識するとよいポイントは次の3つです。

1. 誰向けのサイトかがイメージできる
2. どんなテーマかざっくり伝わる
3. 自分で見ても「長すぎない・言い回しがくどくない」

迷ったら、「短め＋副題」で対応するのも手です。

• サイトタイトル： 「副業ブログスタートガイド」
• キャッチコピー（あとで説明します）： 「会社員がスキマ時間で収入の柱を増やすための実践ノウハウ」

キャッチフレーズを空欄にするかどうかの判断

一般設定のすぐ下にある「キャッチフレーズ」は、サイトの一言説明文です。

設定 → 一般 → 「キャッチフレーズ」

初期状態だと「Just another WordPress site」など、英語の適当な文が入っていることが多いので、そのまま公開するのは避けたいところです。

基本的な考え方は次の3パターンです。

方針	向いているサイト例	メリット
① しっかり書いて活用する	ブログ、メディア、お役立ち情報サイトなど	検索結果やブラウザで内容が伝わる
② ごく短く一言だけ入れる	個人ブログ、ポートフォリオなど	見た目を崩さず、雰囲気だけ伝わる
③ 完全に空欄にする	企業サイト、デザイン重視のサイトなど	ヘッダーがスッキリし、デザイン調整しやすい

迷ったら「空欄 or ごく短い一言」から始めるのがおすすめです。
たとえば：

• 「WordPressとブログ運営の実践ノート」
• 「副業ブログの始め方をゼロから解説」

後からいくらでも変更できるので、最初は「仮の一文」で構いません。

管理用メールアドレスの登録・確認

「管理者メールアドレス」は、WordPressからの重要なお知らせが届く宛先です。

設定 → 一般 → 「管理者メールアドレス」

主に次のような通知が届きます。

• パスワード再設定のメール
• コメントやユーザー登録に関する通知
• プラグインやテーマに関する一部の重要メッセージ

ここでの注意点は次の2つです。

1. 必ず普段使うメールアドレスにすること
   • ほとんど見ないサブアドレスを設定すると、肝心な通知を見逃します。
2. アドレスを変更するときは確認メールの承認が必要
   • 新しいアドレスに確認メールが届き、そのリンクをクリックするまで反映されません。
   • 「変えたと思っていたのに、確認していなかった」というケースが意外と多いので注意です。

Gmailなどのフリーメールでも問題ありませんが、ビジネス用途のサイトなら、

• info@example.com
• contact@example.com

のような独自ドメインのメールアドレスを使うと、信頼感の面でもプラスになります。

サイトの言語・タイムゾーン・日付／時刻形式の調整

WordPressは世界中で使われているため、「どの国向けのサイトなのか」を自分で教えてあげる必要があります。

設定 → 一般 →

• サイトの言語
• タイムゾーン
• 日付形式
• 時刻形式
• 週の始まり

それぞれのポイントを簡潔にまとめると次の通りです。

サイトの言語

• 日本語サイトの場合は 「日本語」 を選択
• 管理画面の表示や、一部プラグインの言語にも影響します

特に理由がない限り、日本向けサイトなら日本語一択でOKです。

タイムゾーン

• 日本在住・日本向けなら 「東京」 を選びます。
• これを間違えると：
  • 予約投稿の時間がずれる
  • 「投稿日」の表示が実際とずれる

など、地味にストレスになります。

日付形式・時刻形式・週の始まり

ここは表示上の好みですが、運営者側の確認のしやすさも考えましょう。

• 日付形式の例
  • Y年n月j日 → 2025年12月1日
  • Y-m-d → 2025-12-01
• 時刻形式の例
  • H:i → 14:30
• 週の始まり
  • 日本では 「月曜日」 を選ぶ人が多いです

どの形式にするかより、「一度決めたら途中でコロコロ変えない」ことが大事です。
アーカイブや一覧ページの見た目がガタつかず、読者にも違和感を与えにくくなります。

メンバー登録やデフォルト権限の扱い（通常は無効のままでOK）

最後に、「メンバーシップ」「新規ユーザーのデフォルト権限グループ」についてです。

設定 → 一般 →

• メンバーシップ（だれでもユーザー登録ができるようにする）
• 新規ユーザーのデフォルト権限グループ

基本方針：ほとんどのブログは「触らない」が正解

• メンバーシップ：チェックを入れない（オフのまま）
• デフォルト権限：初期値の「購読者（サブスクライバー）」のまま

この状態なら、

• 誰かが勝手にユーザー登録してくることもなく
• 万一登録を許可しても、記事の編集権限は持たない

ため、安全な初期状態を保てます。

例外的に変更を検討するケース

• 会員制サイトやオンラインサロンなど、ユーザー登録前提のサイトを作る場合
• 会員限定記事を配信したい場合

こうしたときには、あらためて

• どの権限まで許可するか（購読者・寄稿者・投稿者・編集者など）
• 登録〜承認のフローをどうするか

を設計したうえで設定を変えます。

---

この「一般設定」で決める内容は、一見地味ですが、サイトの“土台となるプロフィール”に相当します。
ここまで整えたら、「次は投稿設定・表示設定・コメント設定」といった、より具体的な動きに関わる設定へ進んでいきましょう。

投稿・表示・コメントまわりの基本設定

この章では、「設定 → 投稿」「設定 → 表示」「設定 → ディスカッション」で行う記事まわりの基礎調整をまとめていきます。

ここを整えておくと、

• 投稿時のミスが減る
• トップページの見せ方が狙いどおりになる
• コメントスパムに悩まされにくくなる

といった効果が期待できます。

投稿設定の見直し

場所：

管理画面左メニュー → 設定 → 投稿

デフォルトの投稿カテゴリーと投稿フォーマット

WordPressには、記事を分類する「カテゴリー」と、記事の見せ方を指定する「投稿フォーマット」があります。

• 投稿用カテゴリーの初期設定
  • 初期状態では「未分類」のままです。
  • 記事を公開するときにカテゴリーを選び忘れると、URLや一覧に「未分類」が出てしまい、見た目もSEO的にも微妙です。
  • 最低でも1つ、「汎用的だけれど意味のある」カテゴリを作っておき、
  設定 → 投稿 → 投稿用カテゴリーの初期設定
  でそれを指定しておくのが無難です。
  • 例）「ブログ運営」「コラム」「お知らせ」など。
• デフォルトの投稿フォーマット
  • 多くのテーマでは「標準」にしておけば問題ありません。
  • ギャラリーや動画特化テーマでない限り、ここを変更しても恩恵はほとんどないので、初期設定のままでOKです。

メール投稿や更新情報サービスの扱い

同じ画面に、メールでの投稿や更新情報サービスがあります。

• メールでの投稿
  • メールを送ると自動で記事として投稿する機能です。
  • セキュリティや管理の手間を考えると、初心者が積極的に使う場面はほぼありません。
  • 設定をいじらず無効のままで問題ありません。
• 更新情報サービス（XML-RPCによる Ping）
  • 記事公開時に、指定したURLへ「更新したよ」と通知を送る仕組みです。
  • 昔はブログランキングやポータルへの通知でよく使われていましたが、現在はほとんど意識しなくてよい領域になっています。
  • 変なURLをコピペするとスパム扱いされるリスクもあるため、特に必要性が分からなければ空欄のままで構いません。

表示設定でトップページの表示方法を決める

場所：

管理画面左メニュー → 設定 → 表示

「表示設定」は、トップページの見せ方と一覧・フィードの量を決める重要な画面です。

新着記事一覧にするか固定ページをトップにするか

「ホームページの表示」で、次のどちらかを選びます。

1. 最新の投稿
   • ブログ型サイト向き
   • トップページに新着記事一覧がそのまま並びます。
2. 固定ページ
   • 企業サイト、サービスサイト、LP型サイト向き
   • 「ホーム用」の固定ページを作って、それをトップに表示できます。
   • さらに、投稿記事一覧専用ページ（ブログページ）も別途指定できます。

ブログ運営が目的なら、最初は「最新の投稿」のままで始めて問題ありません。
後からデザインが固まってきた段階で、ホーム用固定ページに切り替える、という流れもよくあります。

1ページに表示する記事数とフィードの出力内容

同じ画面で、以下の項目を調整できます。

• 1ページに表示する最大投稿数
  • デフォルトは「10」。
  • あまり多くしすぎるとページが重くなり、読み込みが遅くなるので注意。
  • 目安としては 10〜12件前後 にしておけばOKです。
• RSS/Atomフィードに含める件数・内容
  • 「RSS/Atomフィードで表示する最新の投稿数」
  • 「フィードの各投稿に含める内容」
  • フィードを全文配信にすると、全文だけを盗用するツールに狙われやすくなります。
  • 全文ではなく「要約のみ」を選んでおくと、安全寄りの運用になります。

検索エンジンのインデックス（noindex）の設定確認

表示設定の一番下に、

検索エンジンがサイトをインデックスしないようにする

というチェックボックスがあります（noindex設定）。

• サイト構築中に「検索結果に出したくない」ためにチェックを入れる人もいますが、公開を始めたら必ずチェックを外す必要があります。
• このチェックがONのままだと、どれだけ頑張って記事を書いても、検索結果にほぼ現れません。

インストール直後に必ず確認すべきポイントの一つなので、

• 公開前：ONでもよい
• 公開を始めるタイミング：必ずOFFにする

という流れを意識しておきましょう。

ディスカッション（コメント）設定の最適化

場所：

管理画面左メニュー → 設定 → ディスカッション

この画面では、

• コメントを受け付けるかどうか
• 通知メールのルール
• コメント承認の条件
• ピンバック／トラックバック
• アバター表示

など、コメントまわり全般を調整します。

コメント受付のON／OFFと通知のルール

ブログを始めたばかりのときに迷うのが、

• コメント機能を使うかどうか
• どこまで開放するか

です。

• コメント欄を使わない場合
  • 「新しい投稿へのコメントを許可」のチェックを外し、サイト全体でコメントを受け付けない設定にします。
  • テーマやプラグインによっては、個別投稿画面でもコメント欄をOFFにする必要があります。
• コメント欄を使う場合
  • 「コメントが投稿されたとき」「モデレーションのために保留されたとき」のメール通知を有効にしておくと、見落としにくくなります。
  • ただし大量のスパムが届くようになると、通知メールが負担になるので、その場合は通知を絞ることも検討しましょう。

コメント承認条件・モデレーション・禁止キーワード

スパム対策として重要なのが、このあたりの項目です。

• コメントの手動承認を必須にするか
  • 「コメントの手動承認を必須にする」にチェックすると、すべてのコメントを一度管理画面で確認してから表示できます。
  • 手間は増えますが、スパムや荒らしを防ぎたいならオンが安全です。
• すでに承認されたコメント投稿者を自動承認にするか
  • 一度まともなコメントをしてくれた人は、その後は自動承認…という運用も可能です。
• コメントモデレーション（保留条件）
  • 「○個以上のリンクを含んでいる場合は承認待ちにする」など、典型的なスパムパターンを基準に保留できます。
  • 1〜2個のリンクまでは許容、それ以上は保留、といった設定が現実的です。
• コメント内で許可されないキーワード
  • 明らかなスパムワードやNGキーワードを列挙しておくと、自動的にスパム判定（または保留）してくれます。
  • 英語圏のスパムワード（casino、viagraなど）を入れておくだけでも、ある程度の防御になります。

ピンバック／トラックバックの扱い

ディスカッション設定の上部にある、

• 投稿中からリンクしたすべてのブログへの通知を試みる（ピンバック送信）
• 新しい投稿に対し他のブログからの通知（ピンバック・トラックバック）を受け付ける

という項目は、外部ブログとのリンク通知機能です。

• 昔ながらのブログ文化では使われていましたが、現在はスパムの温床になることも多く、実運用ではOFFにするケースが増えています。
• 特に、一般公開ブログの場合は、両方ともチェックを外しておくほうがトラブルは少ないです。

内部リンク（自分の過去記事へのリンク）だけで十分SEO効果は得られるので、ピンバック／トラックバックそのものを無理に活用する必要はありません。

アバター表示の設定

最後に、「アバター（プロフィールアイコン）」の設定です。

• コメント欄に、コメント投稿者や管理者のアイコン画像を表示するかどうか
• 表示する場合のデフォルト画像はどうするか
• 「R18」などの過激な画像を含むアバターを表示しないよう制限するかどうか

を決められます。

ブログの雰囲気を柔らかくしたい場合は、

• アバター表示：オン
• 評価による制限：G（全年齢向け）のみ表示

にしておくと、無難かつ安全です。

逆に、ビジネス色の強いサイトでコメント自体を使わない場合は、アバター設定も特にいじらなくてOKです。

---

投稿・表示・ディスカッションの3つを一度整理しておくだけで、

• 記事を書いたときの動き方
• トップページの構造
• コメントまわりの手間

がかなり見通しやすくなります。
ここまで終われば、次は画像サイズやURL構造（メディア設定・パーマリンク設定）といった、より技術寄りの初期設定に進んでいけます。

画像サイズとメディア設定の調整

「画像まわり」は、あとからやり直すのが大変な領域です。
ここを最初に軽く整えておくだけで、

• ページが軽くなり表示が速くなる
• サーバー容量のムダ使いを防げる
• 一覧ページのレイアウトが安定する

といったメリットがあります。
設定画面は、管理画面左メニューの

設定 → メディア

から開けます。

自動生成される画像サイズ（サムネイル・中・大）の見直し

WordPressに画像を1枚アップロードすると、テーマや設定に応じて複数サイズの画像ファイルが自動生成されます。
メディア設定画面で調整できるのは、おもに次の3つです。

• サムネイルのサイズ
• 中サイズ
• 大サイズ

それぞれの意味をざっくり整理すると、こうなります。

項目	主な用途
サムネイル	記事一覧の小さい画像・ウィジェット用
中サイズ	本文中の挿入画像・説明図など
大サイズ	アイキャッチや横幅の大きな画像用

ここで決めた「最大幅・最大高さ」を超える画像をアップすると、自動でその範囲に収まるサイズが作られます。

ポイントは次の3つです。

1. 数値を小さくしすぎると、拡大表示でぼやけて見える
2. 大きくしすぎると、ファイル数もデータ量も増えてページが重くなる
3. 設定変更は「これからアップする画像」にしか反映されない（既存画像はそのまま）

ブログの横幅が「だいたい 1,000〜1,200px 程度」のテーマなら、まずは次のくらいを目安にすると無難です。

• サムネイル：幅 300px／高さ 300px 前後
• 中サイズ：幅 600〜800px
• 大サイズ：幅 1,200〜1,600px

迷ったら、一度テーマのデモや自分のサイトをスマホ・PCで見比べて、「このくらいなら十分キレイ」と感じるサイズに合わせていきましょう。

画像容量と解像度のバランスを考えた推奨設定

「高画質＝正義」ではなく、画質と軽さのバランスが大切です。

1枚あたりの目安

• 記事中に置く画像：100KB〜300KB前後
• 大きめのヘッダー画像やアイキャッチ：〜400KBくらいまで

もちろん内容によって前後しますが、「何も考えずに3MBの画像をそのまま載せる」のは避けたいところです。

元画像の準備で意識したいこと

• スマホやカメラの4,000px超えの巨大画像をそのままアップしない
• 事前に、
  • 幅 1,600px 前後
  • 圧縮率を少し上げる（画質 70〜80％程度）
    くらいに落としてからアップロードする
• 写真メインなら JPEG / WebP、図やアイコンは PNG / WebP が扱いやすい

設定のおすすめイメージ

たとえば、次のような設定にしておくと、一般的なブログではバランスが取りやすいです。

用途	推奨サイズ例（幅×高さ）
サムネイル	300 × 300
中サイズ	800 × 800
大サイズ	1,600 × 1,600

さらに、テーマによっては「コンテンツ幅」が決まっているので、

• テーマのマニュアルや設定画面で「最大コンテンツ幅」を確認
• それより少し大きい程度に「大サイズ」を合わせる

という順番で決めると、無駄なくキレイに表示できます。

アップロードファイルのフォルダ分け（年月ベース）の設定

メディア設定の一番下に、

アップロードしたファイルを年月ベースのフォルダーに整理

というチェックボックスがあります。

• ON：/wp-content/uploads/2025/12/画像ファイル.jpg
• OFF：/wp-content/uploads/画像ファイル.jpg にすべて入る

基本は「チェックを入れたまま」でOK

初心者〜一般的なブログ運営であれば、年月別フォルダ分けを有効にしておくのが無難です。

その理由は：

• 画像が増えてもフォルダが整理されて見つけやすい
• 年単位・月単位でバックアップや削除を検討しやすい
• 多くのプラグインやサーバー環境で前提とされている設定だから

です。

いつOFFを検討するか

このチェックを外すのは、たとえば次のようなケースです。

• 開発者や制作会社と連携し、特定の構造でファイルを管理すると決めている
• ヘッドレスCMS的な使い方や、特殊なキャッシュ・CDN構成を組む予定がある

こういった事情がなければ、初心者のうちは「触らない」が正解です。

---

画像まわりの初期設定は、一度整えておくと後の運営が格段に楽になります。
逆に何も考えずに始めると、

• サーバー容量がすぐ一杯になる
• ページ表示が重くて離脱率が上がる
• 古い画像サイズを一括で作り直す羽目になる

といった悩みにつながりがちです。

まずはこの章の内容をベースに、

1. メディア設定で自動生成サイズを見直す
2. 元画像の大きさ・圧縮を意識する
3. 年月フォルダ分けの設定を確認する

の3ステップだけでも済ませておくと、その後の画像運用がかなりスムーズになります。

パーマリンク（投稿URL）のルールを決める

パーマリンク設定は、WordPressの初期設定の中でもやり直しがききにくい項目です。
記事を書き始める前に、ここだけは必ず方向性を決めておきましょう。

パーマリンクとは何かを理解する

「パーマリンク」とは、1つ1つの記事やページに付く“固定URL” のことです。

例：

• デフォルト例：
  https://example.com/?p=123
• パーマリンクを整えた例：
  https://example.com/wordpress-settings/

どちらも同じ記事を指すURLにできますが、

• 人が見て内容を想像できる
• 検索結果に表示されたときにクリックされやすい
• SNSや他サイトからリンクされたときも、どんな内容か伝わる

という理由から、意味のあるURLになっている方が圧倒的に有利です。

パーマリンクは、

設定 → パーマリンク

から「全体のルール」を決められます。

投稿URL構造のおすすめ設定（投稿名ベースなど）

パーマリンク設定画面では、あらかじめいくつかの形式が用意されています。

代表的なもの：

• 基本 … ?p=123 のようなクエリパラメータ形式
• 日付と投稿名 … /2025/12/01/sample-post/
• 投稿名 … /sample-post/ など

ブログ運営を前提にしたとき、多くのケースでおすすめなのは「投稿名」ベースです。

投稿名をおすすめする理由

• URLが 短くシンプル になりやすい
• 日付を含めないので、古い記事でも“古さ”が目立ちにくい
• カテゴリー構造を後から変更しても、URLに影響を与えにくい

SEO的にも、明確なマイナスになることはなく、むしろ運営者の管理・修正のしやすさの面でメリットが大きい設定です。

目安：
設定 → パーマリンク → 「投稿名」にチェック → 保存

※ 既に運営中のサイトでパーマリンクを変更する場合は、リダイレクトなどが必要になります。初期のうちに決めておくのが理想です。

英単語・短くシンプルなスラッグにするコツ

「投稿名」パーマリンクにした場合、そのままだと日本語のタイトルがURLに含まれることがあります。

例：

• タイトル：「WordPressの初期設定まとめ」
• 自動生成されたURL：
  https://example.com/wordpressの初期設定まとめ/

この状態だと、

• 日本語部分が %E3%81%93%E3%82%8C… という長い文字列に変換される
• SNSやメールで共有したとき、URLが読みにくい
• サーバー環境によっては不具合の原因になることもある

といった問題が出るため、英単語ベースのスラッグに変えておくのがおすすめです。

良いスラッグの条件

• 短く、意味が一意
• すべて小文字
• 単語の区切りは ハイフン（-）
• 余計な助詞や記号を含めない

例：

記事タイトル	悪い例	良い例
WordPressの初期設定まとめ	/wordpress初期設定まとめ/	/wordpress-setup/
ブログの始め方【完全ガイド】	/ブログの始め方完全ガイド/	/how-to-start-blog/
プラグインおすすめ10選	/プラグインおすすめ10選/	/best-plugins/

一度公開したスラッグは「原則として変えない」ことを前提に、
「未来の自分が見ても意味がわかる英単語」を選びましょう。

記事ごとにパーマリンクを編集する手順

パーマリンクは「全体ルール」を決めたうえで、各記事ごとに“個別のスラッグ”を調整できます。

ブロックエディタの場合（Gutenberg）

1. 新規投稿画面でタイトルを入力する
2. 右側または上部の「ページ情報（投稿情報）」パネルを開く
3. 「URLスラッグ」「パーマリンク」などの項目を探す
4. 自動生成されたスラッグを、英単語・小文字・ハイフン区切りに書き換える
5. 保存または公開

クラシックエディタの場合

1. タイトル入力後、一度「下書き保存」する
2. タイトルの下に表示される「パーマリンク」の右側にある「編集」ボタンをクリック
3. スラッグを入力し、「OK」をクリック
4. 更新または公開

慣れてくると、記事を書く流れの中で「タイトル → スラッグ修正」がセットになります。
最初は手間に感じますが、10記事ほど続ければ自然と習慣になります。

パーマリンク変更を忘れていた場合の対処

「うっかりデフォルト設定のまま数記事書いてしまった…」
「日本語URLのまま公開していた…」

というのは、WordPressあるあるです。
対処は「今の状況」によって変わります。

1. まだ記事数が少なく、アクセスもほぼない段階

• 公開から日が浅く、アクセスもほとんどない場合は、早めにパーマリンク構造を整えてしまった方が良いことが多いです。
• やることは次の2つです。
  1. 設定 → パーマリンク → 「投稿名」など希望する形式に変更
  2. 各記事のスラッグを適切な英単語に修正

この段階なら、旧URLから新URLへのリダイレクト対応を細かくしなくても、実害はほぼゼロに近いケースが多いです。

2. 既にある程度アクセスがある・検索結果にも出ている段階

この場合は、安易にパーマリンクを変えない方が安全です。

• 既に外部サイトからのリンクや検索エンジンのインデックスがある
• URLを変更すると、一定期間アクセスが落ちるリスクがある

どうしてもパーマリンク構造を変えたい場合は、

1. 変更前のURLをメモしておく
2. 各記事ごとに「旧URL → 新URL」へ 301リダイレクト を設定する
3. サーチコンソールなどでクロール状況を確認する

といった、ひと手間かかる対応が必要です。

3. 日本語URLのまま運用してしまった場合

• 技術的には「日本語のまま使い続ける」ことも可能です。
• ただし、SNSなどで共有したときに長くて読みにくいURLになる点は変わりません。

途中から英単語スラッグに切り替える場合は、

• 新規記事から方針を変更する（過去記事はそのまま）
• どうしても気になる記事だけ、慎重にリダイレクト付きで変更する

といった折衷案も現実的です。

---

パーマリンクのルールは、「サイトの住所体系」を決める作業に近いものです。

• 構造は「投稿名」ベースでシンプルに
• スラッグは英単語・小文字・ハイフン区切りで短く
• 一度公開したURLは、原則変えない

この3点を押さえておけば、長期的に見ても扱いやすいサイト構造になります。
初期のうちに5分だけ時間を取り、自分のサイトにとってベストな形を決めておきましょう。

テーマ選びとデザインまわりの初期設定

WordPressの「見た目」は、ほぼすべてテーマと外観設定で決まります。
ここでのポイントは、

• 最初に「テーマ選びの軸」を決める
• インストール直後に最低限のデザイン調整だけ済ませる
• ついでにヘッダー／フッター／サイドバーを整理しておく

この3つです。細かい装飾は、記事を書きながら少しずつ詰めていけばOKです。

利用するWordPressテーマの選定とインストール

テーマの導入方法と有効化

テーマの操作は、管理画面左メニューの

外観 → テーマ

から行います。

① 公式ディレクトリからインストールする場合

1. 「新しいテーマを追加」をクリック
2. 検索ボックスからテーマ名やキーワードで探す
3. 気になるテーマにカーソルを合わせて「インストール」
4. インストール後、「有効化」をクリック

② ZIPファイルからアップロードする場合（有料テーマなど）

1. テーマ提供サイトから ZIP ファイルをダウンロード
2. 外観 → テーマ → 「新しいテーマを追加」 → 「テーマのアップロード」
3. ZIPファイルを選択して「今すぐインストール」
4. 完了したら「有効化」をクリック

コツ：
いきなり本番サイトを派手に変えるのが不安なら、
サブディレクトリやテスト用サブドメインで同じテーマを試してから本番に適用すると安心です。

不要な初期テーマの削除（残しておくべきテーマの例を含む）

インストール直後は、
Twenty Twenty-One / Twenty Twenty-Two … といったデフォルトテーマが複数残っていることが多いです。

そのままでも動きますが、

• 数が増えると、セキュリティアップデートの対象が増える
• 使わないのにファイルだけ残る

といったデメリットがあります。

基本方針

• 今使っているテーマ：そのまま
• 予備として公式のデフォルトテーマを1つだけ残す
• それ以外は削除してOK

削除手順は、

1. 外観 → テーマ
2. 削除したいテーマをクリック
3. 右下の「削除」をクリック

です。

なぜ1つは残すのか？
テーマに不具合が出たとき、一時的に切り替える「避難先テーマ」として使います。
コアに近い公式テーマは、トラブル時の検証用として便利なので、最新の Twenty 系を1つキープしておくと安心です。

外観カスタマイズでの基本調整

テーマを有効化したら、次は「カスタマイズ」で最低限の見た目を整えるステップです。

外観 → カスタマイズ（または「サイト編集」）

テーマによって画面構成は変わりますが、最初に触るべき要素はだいたい共通しています。

サイト基本情報・ロゴ・サイトアイコン（ファビコン）の設定

1. サイト基本情報

ここでは主に、

• サイトタイトル
• キャッチフレーズ

を表示上どう見せるかを調整します（内容自体は「一般設定」で既に入力済みの想定）。

• ヘッダーにタイトルを大きく表示するか
• ロゴ画像だけにするか
• タイトル＋ロゴを並べるか

など、テーマごとの表示パターンを確認しながら、「スマホ表示で読めるか」も一緒にチェックしておきましょう。

2. ロゴ画像の設定

• 用意できれば、横長のシンプルなロゴを1枚作っておくと見栄えが一気に良くなります。
• 縦横比の目安
  • 幅：高さ ≒ 3:1 〜 4:1 程度
  • PNG 形式で透過背景にしておくと、テーマに馴染みやすいです。

ロゴがまだない場合は、

• ひとまずテキストロゴのまま運用
• 後から差し替える

という形で問題ありません。

3. サイトアイコン（ファビコン）の設定

ブラウザのタブやスマホのホーム画面に出る、小さなアイコンです。

• 多くのテーマ・WordPress本体が512×512px前後の正方形画像を推奨
• 単色＋シンボル1つ程度の、シンプルなデザインが潰れにくくておすすめ

設定場所の例：

• カスタマイズ → サイト基本情報 → サイトアイコン
• または、テーマ側の専用項目（「ロゴ・サイトアイコン」など）

ここまで整えると、サイト全体の印象が「テーマのデモ」ではなくあなたのサイトらしい見た目に近づいてきます。

メニュー・ウィジェット・サイドバーの整理

テーマを入れ替えたタイミングで、ナビゲーションとサイドバーも同時に整理しておくと、その後の修正がだいぶ楽になります。

ヘッダー／フッターメニューの作成と表示

メニュー編集は、

外観 → メニュー
または「外観 → カスタマイズ → メニュー」

から行います。

1. メニューの作成

1. 「新しいメニューを作成」
2. 名前（例：ヘッダーメニュー）を入力
3. 含めたいページやカテゴリーを追加
   • 例：
     • ホーム
     • ブログ
     • プロフィール
     • お問い合わせ

2. 表示位置の指定

テーマによって、

• メインメニュー（ヘッダー）
• フッターメニュー
• モバイルメニュー

など複数の「表示位置」があります。

よくある失敗が、メニューは作ったのに表示位置を指定していないパターンなので、

• ヘッダー用 → 主ナビゲーション／グローバルメニュー
• フッター用 → フッターメニュー

のように、用途ごとにメニューを作り、適切な位置をチェックしておきましょう。

目安：
ヘッダーメニューの項目は 5〜7個以内 に絞ると、PC・スマホどちらでも見やすくなります。

サイドバーの不要な項目（メタ情報など）の削除

新規インストール直後のサイドバーには、

• 検索
• 最近の投稿
• 最近のコメント
• アーカイブ
• メタ情報

など、「とりあえず盛り合わせ」的なウィジェットが並びがちです。

特に「メタ情報」はほぼ不要です。

• ログイン／ログアウトリンク
• RSSフィード
• WordPress.org へのリンク

などが表示されますが、読者にはほとんどメリットがありません。

削除手順は、

1. 外観 → ウィジェット
2. サイドバー（メインサイドバーなど）の中の
   • メタ情報
   • 最近のコメント（不要なら）
     をドラッグして削除、または「削除」をクリック

必要最低限のウィジェット構成にすると、

• サイトの印象がすっきりする
• どこに何があるか、読者が迷いにくくなる

という効果があります。

プロフィールウィジェットなど必要な項目の追加

削っただけだと少し寂しいので、読者に役立つウィジェットを足していきます。

おすすめの例：

• 検索フォーム
• 最近の投稿 or 人気記事
• カテゴリー一覧
• プロフィール（運営者情報）

プロフィールについては、

• テーマ標準の「プロフィールウィジェット」
• プラグイン（例：About Me 系）
• テキストウィジェットに自作HTMLで書く

など、やり方はいくつかあります。

最低限書いておきたい内容

• 名前（ハンドルネーム可）
• どんな人が運営しているのか一言
• このサイトで提供している情報のざっくりした説明
• 必要に応じて、SNSやお問い合わせへのリンク

簡単な写真（顔出しが無理ならイラストやアイコンでもOK）を添えておくと、「誰が書いているのか」が伝わりやすくなり、信頼感も上がります。

---

テーマとデザインまわりの初期設定は、こだわり始めると際限がありません。
最初の段階では、

1. テーマを1つに決めて有効化する
2. 予備テーマを1つだけ残し、それ以外は削除
3. ロゴ・サイトアイコン・メニュー・サイドバーを軽く整える

この3ステップまでできていれば十分です。
細かい配色や余白調整は、記事を実際に書きながら「読みにくいところ」を少しずつ直していくほうが、結果的にムダが少なくなります。

カテゴリー・固定ページ・プロフィールの整備

この章では、「情報の整理」と「運営者情報」を整える部分をまとめてやってしまいます。

• 記事の置き場所（カテゴリー）
• サイトの土台となる固定ページ
• 表に出るプロフィールとニックネーム

ここを最初にきちんと整えておくと、読者目線でも検索エンジン目線でも「どんなサイトか」が理解されやすくなります。

カテゴリー構造の設計

デフォルトカテゴリー名の変更

WordPressはインストール直後、必ず「未分類」というカテゴリーを1つ持っています。
このまま記事を公開すると、URLや表示に「未分類」が残り、雑然とした印象になりがちです。

そこで、最初にやるべきことはこの2つです。

1. 「未分類」の名前を意味のある名称に変える
2. そのカテゴリーを デフォルトカテゴリー として使う

手順の例：

1. 管理画面 → 投稿 → カテゴリー
2. 「未分類」にカーソルを合わせ「編集」
3. * 名前：例）「ブログ運営」「コラム」「お知らせ」など
   • スラッグ：blog / column など英字に変更
4. 更新を保存

「最低限ここに入れておけばおかしくない」という汎用カテゴリー名にしておくと、うっかりカテゴリーを選び忘れたときでも見栄えが悪くなりません。

記事投稿画面からのカテゴリー設定方法

実際の記事執筆時には、投稿画面からカテゴリーを選ぶ習慣をつけることが大切です。

ブロックエディタの場合：

1. 投稿画面右側の「投稿」タブを開く
2. 「カテゴリー」セクションをクリック
3. 該当するカテゴリーにチェックを入れる
4. 必要なら「新規カテゴリーを追加」でその場で作成も可能

ポイントは、

• 記事を書く前に「どのカテゴリーに入れるか」を軽く決めておく
• 似たようなカテゴリーを乱立させず、最初は少数精鋭に絞る

です。
後から細分化するのは簡単ですが、増やしすぎたカテゴリーを整理するのはかなり面倒なので、最初は3〜7個くらいを目安にすると運営しやすくなります。

初期固定ページと投稿の整理

サンプルページやデモ投稿の削除

インストール直後のWordPressには、

• 「サンプルページ」
• 「Hello world!」と書かれたテスト投稿

などの初期コンテンツが入っています。
これらは実運営では不要なので、公開前に削除しておきましょう。

• 固定ページ → 「サンプルページ」 → ゴミ箱へ移動
• 投稿 → 「Hello world!」など → ゴミ箱へ移動

これだけで、「初期状態のまま感」がなくなり、本気で運営しているサイトらしさが出てきます。

不要なコメントやウィジェットの整理

初期投稿には、テスト用のコメントが付いていることもあります。

• コメント → 「これはコメントの例です」など → ゴミ箱へ

あわせて、前の章で触れたように、

• サイドバーの「メタ情報」「最近のコメント（不要なら）」
• 初期状態で勝手に追加されているウィジェット

も整理しておくと、サイト全体から「テストの残骸」を消すことができます。

重要な固定ページの作成

ブログやWebメディアを運営するうえで、最初に用意しておきたい固定ページがいくつかあります。

プロフィールページ

役割は、

• 「このサイトは誰が運営しているのか」を伝える
• 読者との距離感を縮める
• 信頼性（E-E-A-T）を補強する

ことです。

書くべき内容の例：

• 名前（本名でなくても、継続利用するハンドルネーム）
• 経歴や専門分野、実績
• なぜこのテーマで情報発信しているのか
• 読者にどんな価値を届けたいか

顔写真やイラスト・アイコンを一つ添えておくだけでも、「実在する人が書いている」感が生まれます。

お問い合わせページ

次のような場面で役立ちます。

• 読者からの質問や感想
• 企業や個人からの広告・取材・案件依頼
• 誤字脱字・リンク切れなどの指摘

実装方法としては、

• 問い合わせフォーム用プラグイン（Contact Form 7など）を使う
• 最低限、メールアドレスを掲載する（スパム対策は必須）

のどちらかです。

お問い合わせ窓口を用意しておくと、信頼性やビジネス機会の面でもプラスになります。

プライバシーポリシー・免責事項ページ

特に、

• アクセス解析ツール（Googleアナリティクス等）を使う
• 広告やアフィリエイトリンクを掲載する

場合、プライバシーポリシーや免責事項の表記は実質必須です。

最低限、次のような内容を含めると良いでしょう。

• 使用しているアクセス解析ツールとデータの扱い
• Cookie や広告配信に関する説明
• アフィリエイトリンクを含むことの明示
• 情報の正確性・損害に関する基本的な免責

最初はひな形をベースに調整しつつ、運営内容に応じて少しずつ書き足していくイメージで構いません。

ユーザープロフィールと表示名の設定

公開表示名をユーザー名と異なるニックネームにする理由

WordPressでは、管理画面にログインするための「ユーザー名」と、サイト上に表示される「公開表示名」を分けて設定できます。

場所：

ユーザー → プロフィール

ここで設定できる項目のうち、特に意識したいのが次の2つです。

• ニックネーム
• ブログ上の表示名

理由はセキュリティです。

• ログインに使うユーザー名がそのままサイト上に表示されている
  ↓
• 攻撃者に「ログインID」を教えているのと同じ状態になる

というリスクがあります。

対策としては、

1. 「ニックネーム」を任意の名前（ペンネーム）に設定
2. 「ブログ上の表示名」を、そのニックネームに変更

これで、

• ログインには「ユーザー名」を利用しつつ
• サイト上には「ニックネーム」だけが出る

という安全な形になります。

パスワードやログイン情報のセキュリティ強化

プロフィール画面では、パスワードの再設定も行えます。
ここで最低限押さえておきたいのは次のポイントです。

• パスワードは「英大文字・小文字・数字・記号」を組み合わせる
• 推測されやすい単語（password123 や blog2025 など）は避ける
• 可能ならパスワードマネージャーを使い、長くて複雑なパスワードを自動生成する

加えて、

• ログインURLをブックマークし、怪しいメールのリンクからではなく自分でアクセスする
• 公共Wi-Fiを使う場合は、必ず https:// から始まるURLでログインしているか確認する

といった基本も押さえておくと、乗っ取りリスクをかなり下げられます。

---

カテゴリー・固定ページ・プロフィール周りをここまで整えておくと、

• 記事をどこに分類するか迷いにくい
• サイトとして「必要最低限の説明責任」を果たせる
• 運営者の情報とセキュリティが両立している

状態になります。

この土台があることで、今後の記事更新やデザイン調整も、一本筋の通ったサイト作りとして積み上げやすくなります。

プラグインの整理・追加と日本語環境の対策

プラグインは、「入れた数だけ便利になる」のではなく、「増やすほど管理が難しくなる」ものです。
初期段階では、

1. 要らないものを片づける
2. 「必須〜準必須」だけを最小限入れる
3. 日本語サイトならではの不具合をケアする

この3ステップで考えると失敗しにくくなります。

不要な初期プラグインの削除

場所：

プラグイン → インストール済みプラグイン

まずは「有効化されているもの」「入っている理由が分からないもの」を確認します。

「Hello Dolly」などサンプル系プラグインの削除

代表的なのが Hello Dolly です。

• 管理画面に歌詞を表示するだけで、サイト機能には一切関係なし
• セキュリティや表示速度にもプラスはない

ので、迷わず削除してOKです。

削除手順：

1. 一度「停止」をクリック
2. その後「削除」をクリック

「とりあえず残しておくか…」と考えがちですが、使わないプラグインはゼロ個がベストです。

レンタルサーバー独自プラグインの要／不要判断

Xserver・ConoHa・ロリポップなど、多くのレンタルサーバーは独自プラグインを自動で入れています。

例：

• サーバーのコントロールパネルと連動するプラグイン
• 独自キャッシュやWAF（セキュリティ）を操作するプラグイン
• Webフォント、広告タグ挿入用のプラグイン　など

判断のポイントは次のとおりです。

残したほうがよいことが多いもの

• 「サーバー側の機能をON/OFFするための専用プラグイン」
• キャッシュやWAFなど、サーバーとセットで動くもの

→ 誤って削除すると、サーバー機能の設定がややこしくなることがあります。

無効化を検討してよいもの

• 使う予定のない広告サービス専用プラグイン
• 有料オプションへ誘導するだけのプラグイン
• テーマを変えたら機能が重複するもの（スライダー・SNSボタンなど）

よく分からない場合は、

1. 一旦「停止」にして動作に問題がないか確認
2. 数日様子を見ても問題なければ削除

という順番で進めると安全です。

必要なプラグインの導入

大前提として、「必要になったタイミングで1つずつ追加」がおすすめです。
最初から10個以上入れる必要はありません。

セキュリティ対策用プラグイン（SiteGuard等）

WordPressは世界中で使われているぶん、不正ログインの標的にもされやすいです。
レンタルサーバー側のWAFに加えて、WordPress側でも1つはセキュリティ系プラグインを入れておくと安心です。

代表的な機能の例：

• ログインURLの変更（/wp-login.php を隠す）
• ログイン試行回数の制限
• ログイン画面への画像認証・二段階チェック
• 管理画面へのアクセス制限（IP制限など）

これらは「SiteGuard WP Plugin」など多数のプラグインが提供しています。
ただし、

• サーバー側で同じような機能が既に有効
• テーマや別プラグインと設定がかぶっている

ときは、二重設定によるトラブル（ログインできない等）が起こることもあるので、導入時は「どちらが何をやっているか」を確認しながら最小限にとどめましょう。

日本語環境の不具合対策（WP Multibyte Patchなど）

WordPress自体はUTF-8ベースで日本語にも対応していますが、マルチバイト文字特有のクセが完全に消えたわけではありません。

• 古いテーマ・プラグインで、タイトルやメールが文字化けする
• 日本語ファイル名・日本語スラッグで不具合が出る

といったケースの対策として、
日本語環境向けの補助プラグイン（例：WP Multibyte Patch）が利用されることがあります。

ポイント：

• 一部サーバーではインストール済み＆推奨となっている
• 新しい環境では問題が出ない場合もあるため、「サーバーのマニュアルで推奨されているか」を確認して導入を判断する

「特別な理由がなければ必須」というよりは、日本語サイト向けの安定性UPプラグインと考えるとイメージしやすいです。

バックアップ用プラグインの導入

万が一のトラブルに備えて、バックアップは必ず仕組みとして用意しておきたい部分です。

バックアップで押さえるべきはこの2つ：

1. データベース（記事・設定・コメントなど）
2. wp-content/uploads などのファイル（画像・テーマ・プラグイン）

方法は大きく2パターンあります。

• レンタルサーバーの自動バックアップ機能に任せる
• WordPress用バックアッププラグインを導入して自前で保存

プラグインを使う場合は、

• どのタイミングで自動バックアップするか（毎日／週1など）
• 保存先をどこにするか（サーバー内・Dropbox・Googleドライブ等）

を最初に決めておき、「復元方法」も一度は確認しておくと安心です。
「取っていたけど戻せない」バックアップは意味がないので、テスト復元を一度やっておくのが理想です。

便利系・機能拡張プラグインの導入方針

便利系プラグインの例としては、

• お問い合わせフォーム
• 目次自動生成
• SEO支援（タイトル・メタディスクリプションの管理など）
• キャッシュ・高速化
• ブロック拡張（装飾ブロック・ボックス装飾など）

がありますが、「なんとなく便利そう」だからと一気に入れるのはNGです。

導入の判断基準：

• その機能が「プラグインなしでは実現しづらい」か
• テーマ側に同等機能がないか
• 同じ機能を持つプラグインを重ねて入れていないか

特に初心者のうちは、

1. セキュリティ
2. バックアップ
3. お問い合わせフォーム

くらいに絞ってスタートし、
必要を感じたタイミングで1つずつ追加していくほうが、結果的にトラブルが少なくなります。

日本語特有の文字化け・不具合への対応

日本語サイトでは、英語サイトでは起きにくい問題がいくつかあります。

代表的な症状：

• メール通知の件名や本文が文字化けする
• CSVやエクスポートファイルを開くと文字化けする
• 一部のテーマ・プラグインの管理画面だけ日本語が崩れる

対処の考え方は次のとおりです。

1. サーバー側の文字コードを確認する
   • ほとんどの国内サーバーはUTF-8なので問題ありませんが、極端に古い環境だと設定が違う場合もあります（その場合はサーバー移転も検討レベル）。
2. 日本語強化系プラグインの導入を検討する
   • サーバーの公式マニュアルで「このプラグインを入れてください」と案内されている場合は、素直に従うのが安全です。
3. 日本語URL・日本語ファイル名を避ける
   • 画像ファイル名：image001.jpg よりも、hero-header.jpg など半角英数
   • 記事URLのスラッグ：日本語のままではなく、英単語＋ハイフンで構成
     → ブラウザ上での「%E3%81…」だらけのURLを避けられ、文字化けトラブルも減ります。
4. メール用プラグインの併用
   • どうしても通知メールだけ文字化けする場合、
     • メール送信方法を変更するプラグイン（SMTP系）
       を使うことで解決するケースもあります。

---

プラグインと日本語環境まわりは、「足す前に減らす」「増やすときは目的をはっきり」が基本です。

• 使わない初期プラグインは整理する
• 必須レベルのものから最小限導入する
• 日本語サイトなら、文字化け・マルチバイト周りを少しだけ意識する

この3点を押さえておけば、初期設定の段階でプラグインに振り回されることはかなり減るはずです。

セキュリティ・スパム・バックアップの初期設定

WordPressは「世界で一番使われているCMS」です。
つまり

• 攻撃の対象にもされやすい
• スパムの的にもされやすい

という面があります。

ここでは、最低限これだけは押さえておきたい「守りの初期設定」をまとめておきます。

SSL以外のセキュリティ強化

SSL（https化）はすでに別章で扱った前提として、ここでは「それ以外の守り」を整理します。

ログイン画面の保護と不正アクセス対策

攻撃でいちばん狙われるのは、/wp-login.php や /wp-admin/ へのログインです。
次のような対策を組み合わせると、自動攻撃の多くをはじくことができます。

1. ログインURLを変更する
   • セキュリティ系プラグイン（SiteGuard など）で
     • 管理画面のログインURLをデフォルトから変更
   • 機械的な総当たり攻撃（ブルートフォース）への抑止になります。
2. ログイン試行回数の制限
   • 一定回数以上パスワードを間違えたIPを一時的にロックする機能です。
   • 連続でパスワードを試されるリスクを下げられます。
3. 強力なパスワード＋IDを推測されにくく
   • 「admin」「test」などの安易なユーザー名は使わない
   • パスワードは
     • 英大文字・小文字・数字・記号を混ぜる
     • 最低でも12文字以上
   • パスワードマネージャーを使うと、長く複雑なパスワードでも管理しやすくなります。
4. WordPress本体・テーマ・プラグインを更新する
   • 更新通知が出ているのに放置すると、既知の脆弱性を抱えたままになります。
   • すぐに更新できない場合でも、
     • 週に1回は「更新」画面を確認
     • メジャーアップデート前はバックアップを取る
   • というリズムを作っておくと安全です。
5. 不要なプラグインを減らす
   • プラグインが多いほど、攻撃される入口（脆弱性の可能性）も増えると考えてください。
   • 「使っていないものは停止 → 削除」が基本です。

「完璧な防御」を目指すのではなく、
“自動攻撃の対象から外れていく”イメージで、できるところから積み上げていくと良いです。

コメントスパム・問い合わせスパム対策

ブログを公開すると、早ければ数時間〜数日でスパムコメントやスパム問い合わせが届き始めます。
ここを何も対策せず放置すると、メール通知も管理画面もスパムだらけになりがちです。

Akismetなどスパムフィルターの利用

代表的なのが「Akismet Anti-Spam」です（多くの環境で最初から入っています）。

• スパム判定の精度が高い
• コメントを自動でスパムフォルダへ振り分けてくれる
• 目視で1件ずつ判定する手間が減る

無料利用には条件があったり、APIキーの登録が必要だったりするので、
利用方法はAkismetの公式案内とサーバー・テーマ側のマニュアルを確認しながら進めましょう。

また、

• コメント自体を使わないサイトなら「コメント機能をOFF」にしてしまう
• 「コメントは承認制」にし、公開前に目を通す

といった運用面での対策も、技術的な対策とセットで考えると効果的です。

お問い合わせフォームへのreCAPTCHAやHoneypot導入

問い合わせフォームは、スパムボットにとっても格好の的です。

対策の例：

1. reCAPTCHA の導入
   • 「私はロボットではありません」のチェックや、見えないreCAPTCHA（v3）などをフォームに組み込む方法です。
   • Googleアカウントで reCAPTCHA のサイトキー・シークレットキーを取得し、
     • Contact Form 7 や専用プラグイン側で設定
   • という流れになります。
2. Honeypot の利用
   • 人間には見えないダミー入力欄をフォームに仕込む手法です。
   • ボットは全ての項目に入力しようとするため、ダミー欄に入力があればスパム判定できます。
   • 「Honeypot for Contact Form 7」など、フォームプラグイン専用拡張が用意されている場合もあります。
3. 送信頻度の制限・NGワードのフィルタ
   • 同一IPから短時間に大量送信される場合はブロック
   • 明らかに怪しいワードを含むメッセージを弾く

といった設定をサーバー側・プラグイン側で行うことも可能です。

ポイントは「完封」を目指さず、量を現実的なレベルまで減らすこと。
完全にゼロにはならなくても、
「9割減らせれば管理負担は激減する」くらいの感覚で対策すると楽になります。

バックアップ体制の構築

どれだけセキュリティを高めても、

• テーマやプラグインの更新失敗
• 操作ミスでの大量削除
• サーバートラブル

などはどうしても起こり得ます。
そのときに最後の砦になるのが 「バックアップ」 です。

自動バックアップの設定と保管場所の決定

押さえておきたいのは、この3点です。

1. 何をバックアップするか
   • データベース（記事や設定、コメントなど）
   • wp-content 配下（テーマ、プラグイン、画像等）
2. どこに保存するか
   • レンタルサーバーの自動バックアップ機能
   • バックアッププラグインで
     • 同じサーバー内
     • 外部ストレージ（Dropbox・Google Drive・S3など）
   ⚠ 同じサーバー内だけだと、サーバートラブル時に一緒に失われるリスクもあるため、
   外部に1セット持っておくと安心度が上がります。
3. どのくらいの頻度で取るか
   • 更新頻度が高いブログ：毎日 or 1日おき
   • それほど更新しないサイト：週1〜月1でも可（大きな修正前は手動バックアップ）

特に、テーマやプラグインの大きな更新をかける前には、
一度バックアップを取っておくことを強くおすすめします。

記事リビジョン数の制限でデータベースを軽く保つ

WordPressには、記事を編集するたびに「リビジョン（過去バージョン）」を保存する機能があります。

便利な一方で、

• 長期間運営していると、リビジョンの数が膨大になる
• データベースが肥大化し、バックアップの時間も増える

といった問題の原因にもなります。

対策として、

• リビジョンの最大保存数を制限する
• ある程度たまった段階で、一括削除できるプラグインを使う

といった方法があります。

たとえば wp-config.php に下記のような定数を追加しておくと、
記事ごとのリビジョン数を制限できます。

define( 'WP_POST_REVISIONS', 5 ); // 各投稿につき最新5件だけ保存

※ 自分でPHPファイルを編集するのが不安な場合は、
リビジョン制御やクリーニングを行うプラグインを検討しても構いません。

---

この章でやったことをまとめると：

• SSL以外にも、ログイン・更新・プラグイン数の管理で守りを固める
• スパム対策で、コメント・問い合わせのゴミを減らす
• 何かあっても戻せるよう、バックアップとリビジョン管理の仕組みを作る

という3本柱です。

ここまで整えておけば、「万が一」が起きても一発ゲームオーバーになりにくいWordPress環境が作れます。
あとは、更新のたびに「バックアップとセキュリティ」を少しだけ意識する習慣をつけていきましょう。

アクセス解析・サーチコンソール・サイトマップ

ここからは、「見てもらうための準備」です。
WordPressの見た目やセキュリティを整えたら、

• 誰が・どこから・どの記事を読んでいるのか
• どんなキーワードで検索されているのか
• 検索エンジンに正しくページを伝えられているか

を把握できるようにしておきましょう。

アクセス解析ツールの導入

まずは、アクセス解析ツールを1つだけでいいので導入しておきます。
一般的には、Google アナリティクス（GA4）を使うケースがほとんどです。

Googleアナリティクスの設置手順

大まかな流れは次のとおりです。

1. Googleアカウントを用意する
   • Gmailなど既存のアカウントでOKです。
   • ブログ専用に新しくアカウントを作っても構いません。
2. Google アナリティクスのプロパティを作成する
   • Google アナリティクスにログイン → 「プロパティを作成」
   • サイト名・URL・タイムゾーン（日本時間）などを設定
   • GA4の「測定ID」（G-XXXX... のような文字列）が発行されます。
3. WordPress側に測定タグを設置する 設置方法は主に3パターンあります。
   • テーマ側に「アナリティクスIDの入力欄」がある場合
     • テーマ設定画面に測定ID（またはトラッキングコード）をコピペ
   • 専用プラグインを使う場合
     • 「Google Site Kit」「GA4対応プラグイン」などを利用し、指示に従って連携
   • head 内に直接コードを貼る場合
     • 子テーマの header.php、またはコード挿入プラグインを使って <head>〜</head> 内に貼り付け
4. 計測を確認する
   • 設置後しばらくしてから、アナリティクスの「リアルタイム」などでアクセスが計測されているか確認します。
   • 初日はデータがほとんどなくても問題ありません。正しく動いているかだけチェックしておきましょう。

収益化ツールや計測タグを入れるタイミング

アフィリエイトや広告（Google AdSense など）を利用する場合、各サービス専用の計測タグを貼る必要が出てきます。

タイミングの目安は以下の通りです。

• サイト公開直後：
  • まずはアナリティクス・サーチコンソール・サイトマップだけでOK
• 収益化の準備が整ってきたら：
  • 広告タグ（AdSense）
  • ASPの成果計測タグ
  • コンバージョン計測用のタグ（場合によって）

を追加していきます。

タグを増やしすぎると、

• ページ表示速度が遅くなる
• どのタグが何をしているのか分からなくなる

という問題が出てくるので、

• 「ヘッダー」「フッター」にタグを一元管理できるプラグイン
• Googleタグマネージャー（GTM）

を使って整理するのも1つの方法です。
ただし、GTMは設定が少し難しいので、初心者のうちは「本当に必要になってから導入」するくらいの感覚で大丈夫です。

Googleサーチコンソールの登録

Googleサーチコンソール（以下サチコ）は、検索エンジン側の視点でサイトの状態を確認できるツールです。

• どのキーワードで表示されているか
• 検索結果でのクリック数・表示回数
• クロールエラーやモバイルの問題

などが分かるので、ブログ運営にはほぼ必須と考えてよいです。

所有権の確認と初期設定

1. サーチコンソールにアクセスし、新しいプロパティを追加
   • 「URLプレフィックス」または「ドメイン」で登録します。
   • 初心者であれば、まずは https://example.com/ のようにURLプレフィックスで登録する方法が分かりやすいです。
2. 所有権の確認方法を選ぶ よく使われるのは次のいずれかです。
   • HTMLタグを <head> 内に追加する方法
     • サチコが表示する <meta> タグをコピー
     • テーマ・プラグイン・ヘッダーコードの設定画面に貼り付け
   • Googleアナリティクス連携で確認する方法
     • すでに同じGoogleアカウントでGA4を設定している場合、アナリティクス経由で所有権を確認できることがあります。
   レンタルサーバーやテーマによっては、サチコ連携用の入力欄やボタンが用意されていることもあるので、マニュアルを一度確認してみるとスムーズです。
3. 基本的な初期チェック 所有権が確認できたら、次の項目だけざっと見ておきます。
   • 「検索パフォーマンス」：データが溜まるまで待つ
   • 「ページ」：インデックス登録のエラーが出ていないか
   • 「モバイルユーザビリティ」：重大な問題がないか

この時点ではまだアクセスが少ないはずなので、「登録できたか」「エラーがないか」だけ確認しておけば十分です。

XMLサイトマップの作成・送信

XMLサイトマップは、検索エンジンに対する「サイト構造の地図」のようなものです。

• どのURLが存在するか
• 更新日時はいつか

をGoogleに伝える役割があります。

プラグインでサイトマップを生成する方法

最近のWordPressやSEOプラグインには、XMLサイトマップ機能が標準で備わっていることが多いです。

一般的なパターン：

1. SEOプラグイン（例：All in One SEO、Yoast SEOなど）を導入
2. プラグインの設定画面で「XMLサイトマップ」を有効化
3. サイトマップURL（例：https://example.com/sitemap.xml や sitemap_index.xml）を確認

もしくは、

• 専用のサイトマッププラグイン（XML Sitemap系）を入れて生成
• WordPress標準のサイトマップ機能を利用

という方法もあります。

どの方法でも、最終的に「サイトマップのURL」が1つ分かればOKです。

サーチコンソールにサイトマップを登録する

サイトマップが生成できたら、それをサチコに教えます。

1. Googleサーチコンソールにログイン
2. 左メニューの「サイトマップ」をクリック
3. 「新しいサイトマップの追加」に、さきほど確認したサイトマップのパスを入力
   • 例：sitemap.xml や sitemap_index.xml
4. 「送信」をクリック

送信後、しばらくすると「成功」「一部エラー」などのステータスが表示されます。

• 「見つかりました」「成功しました」となっていればOK
• エラーが出ている場合は、
  • URLが間違っていないか
  • サイトマッププラグインの設定が正しいか
    を確認しましょう。

---

アクセス解析・サーチコンソール・サイトマップをここまで整えておくと、

• 「なんとなく更新している」状態から
• 「データを見ながら改善できる」状態

に一歩近づきます。

最初から数字を細かく追いかける必要はありませんが、
「毎月1回はアナリティクスとサチコを開いて眺めてみる」習慣をつけておくと、
「どの記事がよく読まれているか」「どんな検索キーワードで来ているか」が徐々に見えてきます。
それが、次の記事のテーマ選びやリライトの軸になっていきます。

更新・自動アップデートと運用のメンテナンス

初期設定が終わっても、WordPressの運用は「入れて終わり」ではなく「育てていく」作業が続きます。
特に大事なのが、

• 本体・テーマ・プラグインのアップデート
• 自動更新をどこまで任せるか
• 定期メンテナンスで「異常がないか」を点検すること

の3つです。

WordPress本体・テーマ・プラグインの更新方針

更新画面は、

ダッシュボード → 更新

からまとめて確認できます。

それぞれの更新が持つ意味をざっくり整理すると次のようになります。

種類	主な目的	注意度
WordPress本体	セキュリティ修正／新機能追加	高め
テーマ	デザイン改善／不具合修正	中〜高
プラグイン	機能追加／脆弱性修正	中〜高

基本方針は「放置しないが、いきなり全部まとめて更新しない」です。

更新前に決めておきたいルール

1. バックアップを取ってから更新する
   • 大きなメジャーアップデート（例：6.x → 7.x）
   • テーマの大規模更新
     などの前には、必ずバックアップを1つ残しておきます。
2. 「今すぐ必要な更新」と「様子見してよい更新」を分ける
   • セキュリティ修正を含む更新 → なるべく早めに対応
   • 小さな機能追加だけの更新 → 数日〜1週間様子見してもOK
3. 一度に大量に更新しすぎない
   • 本体＋プラグイン＋テーマを一気に更新すると、
     不具合が出たとき「どれが原因か特定しづらい」状態になります。
   • まず本体 → 問題なければ主要プラグイン → 残り
     のように、段階的に更新していくとトラブルシュートしやすくなります。

自動アップデートのON/OFF設定とリスク管理

最近のWordPressは、本体・プラグイン・テーマごとに自動更新をON/OFFできるようになっています。

• 小規模サイトや個人ブログ → ある程度自動更新に頼るのもアリ
• 商用サイトやカスタマイズが重いサイト → 自動更新は慎重に

というイメージで考えると分かりやすいです。

自動アップデートを有効にしてもよいケース

• シンプルな構成（公式テーマ＋最低限のプラグイン）
• テーマやプラグインをほとんど独自カスタマイズしていない
• サイトが落ちても「致命傷」とまではいかない（個人ブログなど）

この場合、

• WordPress本体の「小さな更新」（マイナーアップデート）
• よくメンテナンスされている有名プラグインの更新

については自動更新をONにしておくと、セキュリティ的に安心です。

自動アップデートを慎重にすべきケース

• オリジナルテーマや子テーマで大きくカスタマイズしている
• 特定のプラグインに依存した機能（会員制サイト・ECサイトなど）がある
• 企業サイトで「表示崩れ＝信用問題」になり得る

こういったサイトでは、

• 本体のメジャーアップデート：手動でテストしながら
• テーマの更新：必ずステージング環境やローカルで確認してから本番へ
• プラグイン更新：1つずつ、バックアップ後に実施

といった慎重な運用が向いています。

設定の目安

• 本体の自動更新：
  • マイナーアップデートのみON（セキュリティ・バグ修正）
• プラグイン：
  • 信頼性が高いものはON、それ以外はOFFで手動チェック
• テーマ：
  • 基本はOFFにして、内容を確認してから更新

「全部ONで放置」か「全部OFFで何もしないか」の二択ではなく、
重要度とリスクに応じて“グラデーション”で決めるのがポイントです。

定期的なメンテナンス・チェック項目

最後に、運用フェーズで「これだけは定期的に見ておきたい」チェック項目をまとめておきます。

月1回程度やっておきたいこと

• ダッシュボード → 更新 画面で、
  • 本体・テーマ・プラグインの更新状況を確認
• バックアップが正常に取得されているか確認
• 不要になったプラグインやテーマが増えていないか確認
• コメント欄・お問い合わせにスパムや放置メッセージがないか確認

数ヶ月に一度は見直したいこと

• サイト全体の表示速度（トップ＋主要記事を数ページ）
• スマホでの表示崩れがないか（新テーマ・新ブロック導入後など特に）
• アクセス解析・サーチコンソールで
  • エラーになっているページがないか
  • 404（ページが見つからない）が増えていないか
• リビジョンや不要なデータでデータベースが肥大化していないか

年に1回は考えたいこと

• 使っていないプラグイン・外部サービスの整理
• テーマを変える／子テーマを見直すタイミングかどうか
• レンタルサーバーの性能や料金が運用スタイルに合っているか

---

更新・メンテナンスは、「トラブルが起きたから慌てて手を打つ」のではなく、「小さな点検を習慣化する」方が圧倒的に楽です。

• 更新は「怖いもの」ではなく、攻撃から守るための大事な作業
• 自動更新は「丸投げ」ではなく、「どこまで任せるかを決める設定」
• 月1回の軽い点検で、大きな事故のリスクをかなり減らせる

この感覚で運用していくと、WordPressは長く安定して付き合えるツールになります。

企業サイト・ブログ収益化サイトなら追加で検討したい設定

ここまでの初期設定だけでも、一般的なブログとしては運営をスタートできます。
ただし、

• 会社の公式サイトとして運営する場合
• 将来的に広告・アフィリエイトで収益化したい場合

は、「信頼性」と「お金まわり」の観点から、もう一段階踏み込んだ設定も考えておきたいところです。

企業サイトでの必須ページ・注意点

個人ブログと比べて、企業サイトでは「誰が責任を持って運営しているか」が特に重視されます。
最低限、次のようなページや導線を用意しておきましょう。

会社概要や問い合わせ導線の配置

企業サイトでは、会社情報にすぐ辿りつけること自体が信頼性の一部です。

作成しておきたいページ：

• 会社概要（法人の場合ほぼ必須）
  • 会社名／所在地
  • 代表者名
  • 事業内容
  • 設立年月／資本金（必要に応じて）
  • 連絡先（電話・メール・問い合わせフォームなど）
• お問い合わせページ
  • フォーム（必須項目は最小限に）
  • 返信までのおおよその目安時間
  • 個人情報の取り扱いに関する簡単な説明

配置のポイント：

• グローバルナビ（ヘッダー）に「会社概要」「お問い合わせ」へのリンクを1つずつ
• フッターメニューにも重ねてリンクを置く
• サイドバーやLP内にも、状況に応じて問い合わせボタンを設置

ユーザーが「この会社、連絡先どこ？」と探し回る状態は避けたいので、どのページからでも数クリックで問い合わせに辿りつける導線を意識しましょう。

プライバシーポリシーと利用規約の整備

企業サイトでは、個人情報保護と利用条件の明示が特に重要になります。

1. プライバシーポリシー
   • 取得する個人情報の種類
     • 問い合わせフォーム
     • 資料請求フォーム
     • アクセス解析ツールで取得する情報 など
   • 利用目的（問い合わせ対応、サービス改善、マーケティングなど）
   • 第三者提供・業務委託の有無
   • Cookie や広告配信の利用有無
   • 個人情報に関する問い合わせ窓口
2. 利用規約（サービス・会員制サイト・メディア運営などの場合）
   • サイト内コンテンツの著作権
   • 禁止事項（無断転載、誹謗中傷など）
   • 免責事項（情報の正確性、リンク先でのトラブルなど）
   • サービス提供の中断・変更に関するルール

実務的なポイント：

• 法律や業界規制に関わる部分は、可能なら専門家（弁護士や顧問）に確認してもらう
• WordPressの固定ページで作成し、ヘッダーかフッターに常時リンクを表示
• 広告やアクセス解析ツールを導入する前に、「プライバシーポリシー側の文言を先に準備する」とスムーズ

収益化を意識した初期準備

ブログやオウンドメディアを収益化前提で始める場合、最初からある程度「お金の動き方」を設計しておくと、後で大きく作り直す手間が減ります。

広告／アフィリエイト用コードの管理方法

広告・アフィリエイトでは、様々なコード（タグ）を貼る必要があります。

• ASPの成果計測タグ
• Google AdSense の広告コード
• 各種バナーやテキストリンク
• コンバージョンタグ（申し込み完了ページなど）

これらを 「行き当たりばったりでテンプレに直書き」 してしまうと、あとから整理が非常に大変になります。

おすすめの管理方法：

1. 「貼る場所のルール」を決める
   • サイドバー用ウィジェットだけに広告コードを入れる
   • 記事中の広告は、専用のショートコード or ブロックで呼び出す
   • 全ページ共通で読み込むタグは、
     • テーマの専用設定欄
     • タグ管理プラグイン
       に集約する
2. コードは「どのサービスの何か」を分かる名前で管理
   • 例：
     • adsense-sidebar-01
     • a8-lead-bnr-serviceA
   • テキストウィジェットや再利用ブロックなどで名前をつけておくと、あとから見返したときに迷いません。
3. 将来的にGTM（Googleタグマネージャー）を使う可能性も意識
   • 初心者のうちは直接貼りで問題ありませんが、
   • PVが伸びてタグが増えてきたら、GTMで一括管理に切り替えることもあります。
   • このとき、「どのページに何のタグがあるか」を把握していることが重要なので、
     • 簡単なメモやスプレッドシートで管理しておくと後々助かります。

収益化ツール導入のタイミング

「広告やアフィリエイトは、いつから入れればいいのか？」は、よく迷うポイントです。

目安としては：

1. サイト立ち上げ〜数記事の期間
   • まずは 初期設定と記事制作に集中
   • アナリティクス・サーチコンソール・サイトマップまで整えたら、
     • ASPの会員登録
     • AdSense申請準備
       を進めていくイメージでOKです。
2. 10〜20記事程度が揃った段階
   • 読者にとって価値あるコンテンツが増えてきたら、
     • ASP案件の紹介リンク
     • 必要に応じてAdSenseの自動広告
       を少しずつ設置していきます。
   注意点：
   • 収益化に寄せすぎて、広告だらけにしない
   • 記事の意図と関係ない広告を無理に差し込まない
     → 長期的には、ユーザー体験の悪化が収益にもマイナスになります。
3. 収益が出始めた段階で見直すべきこと
   • 報酬が発生し始めたら、
     • 税務上の扱い（副業・事業所得など）
     • 報酬振り込み口座の管理
       も含めて「お金のルール」を一度整理しておくと安心です。
   可能であれば、確定申告シーズン前に一度税理士に相談しておくと、
   「どこからどこまで経費になるのか」「帳簿をどうしておくべきか」が明確になり、後々ラクになります。

---

企業サイト・収益化サイト向けの追加設定は、

• 信頼性（誰が運営しているか／何を約束しているか）
• お金（広告・アフィリエイト）に関する透明性
• 法務・税務の下地づくり

といった要素が絡んできます。

「とりあえず広告を貼る」前に、

1. 会社情報・問い合わせ・ポリシーの整備
2. コード管理と導入タイミングの設計

だけでも押さえておくと、
後から手戻りの少ない、長く育てやすいサイトになります。

初期設定でつまずきやすいポイントQ＆A

この章では、実際によくある「やらかしパターン」と「モヤモヤしがちな疑問」を、Q＆A形式でまとめておきます。
一度目を通しておくと、いざ困ったときに落ち着いて対処しやすくなります。

Q1. URLやSSL設定を間違えたときの戻し方

Q. サイトアドレス／WordPressアドレスやhttps設定をいじったら、管理画面に入れなくなりました…？

A. よくあるミスです。落ち着いて次の順番で確認していきましょう。

1. レンタルサーバー側でSSLが本当に有効か確認
   • サーバーパネルの「独自SSL」「無料SSL」などのメニューで、
     対象ドメインに証明書が発行されているかチェックします。
   • 発行直後は反映に時間がかかることもあります。
2. http:// でアクセスしてみる
   • https:// にリダイレクトされる途中で設定が壊れている場合、
     元の http:// なら一時的にダッシュボードへ入れることがあります。
3. それでも入れない場合は、URLを「外側から」修正する 代表的な方法は2つです。
   • wp-config.php に一時的にURLを直書きする
   define( 'WP_HOME', 'https://example.com' ); define( 'WP_SITEURL', 'https://example.com' ); これで管理画面に入れるようになったら、
   設定 → 一般で値を確認・修正し、その後この2行を削除する、という流れも取れます。
   • それが難しい場合は、サーバーパネルのphpMyAdminから
     wp_options テーブル内の siteurl / home を慎重に修正します。
     （作業前に必ずバックアップを取りましょう）

ポイント

• 「SSLが有効になっていないのにURLだけhttpsに変える」とハマりやすい
• 不安なときは、サーバー会社のサポート文書やサポート窓口も積極的に頼ってOKです

Q2. パーマリンクを途中で変更してしまった場合の対処

Q. 記事を書き始めてからパーマリンク設定を変えてしまいました。どうすればいいですか？

A. 対処は「どれくらい記事が公開されているか」で変わります。

1. まだ記事数が少ない（数記事〜10記事程度）場合
   • 影響範囲が小さいので、
     • 新しいパーマリンク設定に揃える
     • 古いURLはそのまま放置（ほとんど誰もアクセスしていない）
       で済ませてしまっても問題ないケースが多いです。
2. すでに公開記事が多く、アクセスもある場合
   • 旧URLにアクセスした人が 404ページ になってしまうと、
     • 検索順位の下落
     • 他サイトのリンクが無駄になる
       といった影響が出ます。
   この場合は、
   • 旧URL → 新URL に 301リダイレクト を設定する
   • リダイレクト用のプラグインや、サーバー設定（.htaccess）で対応する
   のが基本です。

「パーマリンクを途中で変えたくなったら、アクセスが少ない早い段階で決断する」
という意識を持っておくと、被害を最小限にできます。

Q3. コメント欄やピンバック・トラックバックをどう扱うべきか

Q. コメント機能ってオンにしたままでいいんでしょうか？ ピンバック・トラックバックはよく分かりません…。

A. 今のブログ運営では、「コメントはサイトの方針次第」「ピンバック・トラックバックは多くのサイトでオフ寄り」という運用が一般的です。

コメント欄について

• 読者との交流を重視したい → オン＋承認制
• スパム管理の手間を減らしたい／SNSでの交流が中心 → オフでも問題なし

という考え方でOKです。

ピンバック・トラックバックについて

• 自サイトのURLを貼ったときに相互に通知し合う仕組みですが、
  現状はスパムの温床になりやすく、メリットも薄いです。
• そのため、多くの運営者が
  • デフォルトの投稿設定で通知をOFF
  • 新しい投稿へのピンバック・トラックバックを許可しない
    に設定しています。

「コメント欄をどうしても使いたい」という場合は、
先にスパム対策（Akismetなど）と承認ルールをセットで整えておくと安心です。

Q4. 画像サイズ・メディア設定のおすすめと変更時の影響

Q. サムネイル／中サイズ／大サイズの数字は、どのくらいにしておくのが良いですか？ あとから変えたらどうなりますか？

A. テーマによって「ベストなサイズ」は変わりますが、方針としては次の2点を意識します。

1. 横幅の最大値は「コンテンツ幅＋少し余裕」くらい 例としては、
   • サムネイル：150〜300px
   • 中サイズ：600〜800px
   • 大サイズ：1200px前後
   あたりを基準に、テーマのコンテンツ幅に合わせて調整するイメージです。
2. 極端に大きいサイズを量産しない
   • カメラやスマホそのままのフルサイズ（3000px超など）は、
     表示にもバックアップにも負荷がかかります。
   • アップロード前にリサイズしておくか、
     圧縮系プラグインを使って容量を抑えるとよいです。

途中でサイズを変更したときの注意点

• 設定を変えたあとにアップロードする画像には、新しいサイズが適用されます。
• すでにアップロード済みの画像には自動で反映されないため、
  必要であれば「サムネイル再生成」系プラグインを使って画像を再生成します。

ただし、すでに運用が進んでいるサイトの場合、
「全部きれいに揃えよう」としすぎると作業量が膨大になるので、
新規記事から新ルールを適用していくくらいの割り切りも大事です。

Q5. キャッチフレーズ・プロフィール名をどう決めればよいか

Q. サイトのキャッチフレーズやプロフィール名が思いつきません……。 どんな感じで決めればいいですか？

A. 完璧を目指すより、「読者に伝わる最低限」にまず形にしてしまうのがコツです。

キャッチフレーズ（サイトの説明文）

• 無理にコピーライター風にしなくて大丈夫です。
• 次の2つを入れると分かりやすくなります。
  1. 誰に向けたサイトか
  2. 何について書いているサイトか

例：

• 「初心者Webライターのための、案件獲得と単価アップのノウハウブログ」
• 「小さな会社のWeb担当者が、WordPress運用のコツを発信するサイト」

どうしても思いつかない場合は、一旦空欄にしてもOKです。
（SEO的にも「無理なキーワード詰め込み」よりはマシなことが多いです）

プロフィール名（表示名）

• セキュリティ上、ログインIDと同じ名前は避ける
• 読者に覚えてもらいやすい短い名前にする
• 可能ならサイトのテーマと少し関連性があるとベター

例：

• 「タロウ＠ブログ×副業」
• 「あや｜フリーランスWeb制作」

あまり深く考えすぎず、まず1つ決めて運用しながら微調整していけば十分です。

Q6. WordPressが難しく感じるときに参考にできる学習リソース

Q. 設定項目が多すぎて、正直ちょっと心が折れそうです…。 どこで勉強すれば良いでしょうか？

A. すべてを一気に理解しようとすると、ほぼ確実につらくなります。
「困ったときに、信頼できる情報源だけを見に行く」くらいのスタンスでOKです。

おすすめの学び方：

1. 公式ドキュメント・公式フォーラム
   • WordPress公式ドキュメント（Codex／日本語ローカルサイト）
   • 利用しているレンタルサーバーの公式マニュアル
   • 利用しているテーマの公式マニュアル
   → 初期設定やトラブル関連は、まずここを確認すると安全です。
2. 信頼できる技術ブログ・解説サイト
   • 1つか2つ、「この人／このサイトの解説は自分に合っている」と感じたブログをブックマークしておき、
     そこを軸に情報を追うと迷子になりにくくなります。
3. 動画教材・オンライン講座
   • 画面を見ながら「同じ操作をなぞる」タイプの学習は、
     特に管理画面の操作を覚えるのに向いています。
   • 無料のYouTube解説から入って、必要に応じて有料講座を検討する流れもありです。
4. 「自分のサイトで試す」こと自体を学習にする
   • テスト用の記事・テスト用の固定ページを作り、
     • パーマリンクの変更
     • 表示設定の切り替え
     • ウィジェットの調整
       などを実際に触ってみると、理解が早まります。

---

WordPressの初期設定は、用語も多く、最初は「難しく感じるのが普通」です。
このQ＆Aを「あとで戻ってくるメモ」くらいに捉えておいて、

• 分からなくなったときに、該当する項目だけ読み返す
• 1つずつクリアしていく

くらいのペースで取り組めば大丈夫です。
最初の壁を越えてしまえば、あとは「記事を書くこと」により多くの時間を使えるようになっていきます。

初期設定が終わった後にやること

ここまでの初期設定が終わったら、いよいよ「記事を書くフェーズ」に入れます。
とはいえ、その前に軽く仕上げをしておくと、あとで大きな手戻りを防ぎやすくなります。

記事作成を始める前の最終チェックリスト

実際に記事を書き始める前に、次のポイントだけは一度チェックしておきましょう。

技術まわり

• サイトURL（http → https）が正しく表示されているか
• 常時SSL化のリダイレクトが正しく動いているか
• パーマリンク設定が「決めたルール」どおりになっているか
• タイムゾーン・日付・時刻形式が日本向けになっているか

デザイン・ナビゲーション

• テーマが適用されており、スマホ表示で大きな崩れがないか
• グローバルメニュー（ヘッダー）に必要なリンクが並んでいるか
• フッターに最低限のリンク（プロフィール・問い合わせ・ポリシーなど）があるか
• サイドバーの不要なウィジェット（メタ情報など）が消えているか

ページ・コンテンツ

• サンプルページ、デモ記事が削除または非公開になっているか
• プロフィール・お問い合わせ・プライバシーポリシーなど、必要な固定ページができているか
• コメント設定が方針どおり（オフにする／承認制にする等）になっているか

計測・安全性

• アクセス解析（Googleアナリティクスなど）が動作しているか
• サーチコンソールの所有権確認が済んでいるか
• スパム対策・セキュリティプラグインが適切に有効化されているか
• 定期バックアップの仕組みが用意されているか

すべてを完璧にする必要はありませんが、「明らかな初歩ミス」はここで潰しておくと安心です。

テスト投稿・テスト問い合わせで動作確認

設定は「画面上で合っていても、実際に使ってみたら不具合が出る」ことがあります。
そのため、本格運用前にテストを2つだけ必ずやっておきましょう。

テスト投稿

1. テスト用の記事を1本作成（タイトルは「テスト記事」などでOK）
2. 見出し・画像挿入・リンク・引用など、最低限のブロックを一通り使ってみる
3. 公開して、次の点をチェック
   • PC・スマホで崩れがないか
   • パーマリンク（URL）が想定どおりか
   • アイキャッチ画像の表示サイズが不自然でないか
   • カテゴリー・パンくずリストの表示に違和感がないか

問題なければ、テスト記事は下書きに戻すか削除してOKです。
逆に、ここで違和感があれば、本格的に記事を書く前にテーマ設定やブロックの使い方を微調整しておきましょう。

テスト問い合わせ

1. 自分でお問い合わせフォームから送信してみる
2. 次を確認
   • 送信完了メッセージが分かりやすいか
   • 管理者宛てのメールが届いているか
   • 送信者側にも自動返信メールが必要なら、その文面が崩れていないか
   • スパム対策（reCAPTCHAやHoneypot）が邪魔しすぎていないか

問い合わせが届かない状態は、機会損失が大きいのに気づきにくいので、事前テストを必ず行っておきたい部分です。

いったん公開してからの改善サイクルの回し方

初期設定は、あくまで「スタートラインを整える作業」にすぎません。
実際には、公開した後に

• 読み込み速度
• 直帰率・滞在時間
• 人気記事・読まれていない記事

などを見ながら、少しずつ調整していくことになります。

シンプルな改善サイクルは、次のような流れです。

1. 仮説を立てる
   • 例：「トップページに人気記事への導線を増やせば、回遊が増えるのでは？」
2. 小さく変更する
   • メニューのリンクを1つ追加する
   • 内部リンクを数本増やしてみる など
3. 数週間〜1か月ほど様子を見る
   • アクセス解析やサーチコンソールで、PVやクリック率をチェック
4. 効果があれば本格採用、微妙なら戻す・別案を試す

このサイクルを回していくうえで大事なのは、「設定をいじりすぎて、何が原因か分からなくならないこと」です。
1回の改善で触るポイントは少なめにし、「何を変えたか」を簡単なメモでもいいので残しておくと、振り返りやすくなります。

初期設定のバックアップを取っておく重要性

最後に、意外と見落とされがちなのが 「初期状態のバックアップ」 です。

• 本体・テーマ・プラグインのバージョンがシンプルな状態
• 余計なカスタマイズが少ない状態

のうちに1度バックアップを取っておくと、将来トラブルが起きたときの「戻れる地点」として役立ちます。

具体的には、

• サーバーのバックアップ機能で「現時点のスナップショット」を保存
• もしくは、バックアップ用プラグインで
  • データベース
  • wp-content（テーマ・プラグイン・アップロード）
    を丸ごと保存しておく

といった方法があります。

あわせて、初期設定の内容を簡単にメモしておくのもおすすめです。

• 使用テーマ名とバージョン
• 有効化しているプラグインの一覧
• パーマリンク設定のルール
• SSL・URL周りで行った設定
• セキュリティ・バックアップ系の方針

これらを書き留めておくだけでも、将来、

• 別サーバーに移転したいとき
• 新しいサイトを同じ構成で作りたいとき
• トラブルから復旧したいとき

に、「あのときどうしていたか」を迷わず再現しやすくなります。

---

初期設定が終わったら、もうゴールではなく「やっとスタートラインに立った」というイメージです。
最終チェック → テスト → 軽い改善サイクル → バックアップ、
ここまで終えたら、安心して記事作成に集中していきましょう。

まとめ

WordPressの初期設定は、一つひとつは地味でも、

• サイトURL・SSL（https）・パーマリンクの設計
• サイト名やタイムゾーンなどの一般設定
• 投稿・表示・コメント・メディア設定の見直し
• テーマ・メニュー・ウィジェット・固定ページの整備
• プラグイン整理とセキュリティ・バックアップの導入
• アクセス解析・サーチコンソール・サイトマップの設定

といった要素が組み合わさることで、「壊れにくく・育てやすいWordPressサイト」が出来上がります。

大切なのは、完璧を目指して止まってしまうことではなく、

1. このロードマップをチェックリスト代わりにして一周回す
2. テスト投稿・テスト問い合わせで実際の動きを確認する
3. バックアップを取ったうえで、少しずつ改善サイクルをまわす

というリズムを作ることです。

初期設定が終わった時点で、ようやくスタートラインに立った状態です。
ここまで整えておけば、あとは記事作成やコンテンツの質に集中できる環境が整っています。

本記事をブックマークしておき、

• 新しいサイトを立ち上げるとき
• 大きな設定変更をする前後の見直し

のたびに見返してもらえれば、「初期設定でのつまずき」を何度でも避けられるはずです。
準備ができたら、いよいよあなたのコンテンツを世界に届けていきましょう。