ブログ

レンタルサーバー選びで最初に感じた「情報の多さ」という問題

個人ブログを始めようとして最初に壁になったのが、レンタルサーバーの選択だった。検索すると「おすすめランキング」の記事が大量に出てくるが、どれも似たような顔ぶれで、自分のケースに何が合うのかが分かりにくかった。

そこで私は「ランキングを参考にする」のをやめ、自分が何を重視するかを先に言語化してから選ぶことにした。この記事では、その判断軸と、最終的にConoHa WINGを選んだ理由をまとめる。なお、料金や仕様は各社で随時改定されるため、具体的な数値はあえて書かず、確認すべきポイントの整理に絞る。

私が重視した7つの判断軸

① 表示速度

ブログの離脱率には表示速度が影響しやすい。個人ブログであっても、読者が2〜3秒待つ間に戻るボタンを押すケースは少なくない。サーバーのスペック（CPU・メモリ・ストレージの種類）が速度に関わるため、SSDを標準搭載しているかどうかを確認した。また、国内データセンターかどうかも日本語ブログには効いてくる要素だと考えた。具体的なスペックや所在地は公式で確認するのが確実だ。

② 月額の目安

個人ブログで収益化を目指す段階では、固定費は低く抑えたい。ただし、安さだけを追うとスペック不足や機能制限に引っかかることがある。月額料金は契約期間によって変わることが多く、また公式サイトのキャンペーン次第で大きく変動する。記事執筆時点の料金は参考に留め、契約前に必ず公式サイトで最新の料金を確認することをすすめる。

③ 管理画面の分かりやすさ

技術的な知識が深くない段階では、管理画面の直感性は重要だった。DNSの設定やメールアカウントの作成など、最初は慣れない操作が続く。UIが整理されていて、作業の手順が明確に分かる設計かどうかを、事前に公式の画面イメージや解説で確認した。

④ WordPressの簡単導入機能

個人ブログの多くはWordPressで運営する。インストール作業が数クリックで完結するかどうかは、スタート時の心理的ハードルに直結する。「簡単インストール」と銘打っていても、完了までのステップ数や設定項目の多さはサービスによって異なるため、実際の手順は公式の案内で確認しておくと安心だ。

⑤ 独自SSL無料対応

現在の主要ブラウザはHTTPS非対応のサイトに警告を出す。独自ドメインにSSL証明書を無料で設定できるかどうかは確認しておきたい項目だ。無料SSL（Let’s Encryptなど）が標準提供されているかを調べた。提供条件は変わり得るため、最新の対応状況は公式で確認したい。

⑥ サポート体制

困ったときに頼れる窓口があるかどうか。チャット・電話・メールのどれが使えるか、対応時間はどの程度かを調べた。特に深夜や休日にトラブルが起きたとき、翌日まで待つしかないのか、当日中に対応できるのかは運用上の安心感に差が出る。対応窓口や時間帯は変更される場合があるため、公式の案内で確認するのが確実だ。

⑦ 初期費用

初期費用が無料か有料かで、スタート時の出費が変わる。キャンペーン期間中は初期費用が無料になるケースも多いため、タイミングを見て申し込むことも選択肢に入れた。ただしキャンペーン内容は随時変更されるため、申し込み時点での公式情報を必ず確認してほしい。

この7軸を整理すると見えてくること

判断軸	確認ポイント
表示速度	SSD標準搭載・国内データセンター（公式で確認）
月額の目安	契約期間・キャンペーン込みの実質額（公式で確認）
管理画面	UIの直感性・操作手順の明確さ
WordPress導入	簡単インストールの実際のステップ数
独自SSL	無料SSL（Let’s Encryptなど）が標準提供か（公式で確認）
サポート	チャット・電話・メールの対応時間（公式で確認）
初期費用	キャンペーン有無・申込タイミング（公式で確認）

私がConoHa WINGを選んだ具体的な理由

上記の軸で各サービスを調べた結果、私はConoHa WINGを選んだ。理由を順に述べる。なお以下は私が選定時に確認した内容で、提供条件は改定され得るため、現在の仕様は公式で確認してほしい。

• 管理画面が自分には分かりやすかった。　初めて触る段階でも、WordPress導入からSSL設定までの流れが画面の中で一つながりになっていて迷いにくいと感じた。
• WordPressかんたんセットアップが用意されていた。　ドメイン取得・サーバー契約・WordPress導入を同一フロー内で完結できる設計で、個別に設定をつなぎ合わせる手間を省きやすかった。
• 独自SSLを追加費用なしで設定できた。　管理画面から数クリックで設定でき、操作が分かりやすかった点も選んだ理由のひとつだ。
• チャットサポートの窓口があった。　電話が繋がりにくい時間帯でもチャットで質問できる窓口がある点は、初期設定時の安心感につながった。対応時間や提供形態は変わり得るので公式で確認したい。
• 初期費用なしのタイミングで申し込めた。　申込時はキャンペーン期間中で初期費用がかからなかった。ただしキャンペーン内容は変わるため、現在の条件は公式で確認してほしい。

念のため補足すると、私はこれらの軸で「自分に合っていた」と判断してConoHa WINGを選んだ。他のサービスが劣るという主張ではなく、あくまで自分の優先順位との一致度の話だ。

ConoHa WINGを実際に使った感想はConoHa WINGレビューにまとめているので、申し込み前の参考にしてほしい。

ConoHa WINGの公式サイトで料金・キャンペーンを確認する

ConoHa WING以外も気になる場合の選択肢

サーバーは表示速度や管理画面の好みなど相性もあるため、いくつか候補を比べてから決めると安心です。私自身はConoHa WINGを使っていますが、個人ブログで選ばれることの多いサービスとして、たとえば次のような選択肢があります。最新の料金・スペックや特典は各公式サイトでご確認ください。

• エックスサーバー｜国内シェア上位として知られる定番サーバー
• mixhost｜高速なLiteSpeedを採用したクラウド型
• ロリポップ！｜低価格帯のプランから始めやすい
• カラフルボックス｜無料お試し期間が用意されている

※上記リンクには広告（PR）を含みます。本記事は中立に判断軸を整理する目的で、特定のサーバーへの申し込みを促すものではありません。

ブログ開設の全体手順が知りたい場合

サーバーを決めた後の手順（ドメイン取得・WordPress設定・テーマ選択など）は個人ブログの始め方にまとめている。サーバー選びと並行して読んでおくと、全体像を把握しながら進められる。

まとめ：判断軸を先に決めると選びやすくなる

レンタルサーバー選びは、比較ランキングを読む前に「自分が何を優先するか」を言語化することが先決だと感じた。表示速度・月額・管理画面・WordPress導入・SSL・サポート・初期費用の7軸を自分なりに整理すると、選択肢が絞られやすくなる。

料金や仕様はサービス改定で変わるため、この記事の情報はあくまで判断の枠組みとして使い、最終的な確認は必ず公式サイトで行ってほしい。

ConoHa WING公式サイトを見る

【PR】 本記事はアフィリエイトプログラムを通じた広告リンクを含みます。

ブログが遅いと、読者が離脱しやすくなるだけでなく、検索評価にも関わるとされています。改善の第一歩は、まず現状を数値で把握することです。Googleが提供するPageSpeed Insightsは、URLを入力するだけでモバイル・PCそれぞれのパフォーマンスを無料で計測できます。アカウント登録も不要です。本記事では計測手順、主要指標の読み方、優先順位の高い改善策の順にまとめます。

PageSpeed Insightsとは？無料・登録不要で何がわかるか

PageSpeed InsightsはGoogleが提供する無料の表示速度診断ツールです。実際のユーザー環境から集めたフィールドデータ(Chromeユーザーエクスペリエンスレポート)と、その場で計測するラボデータ(Lighthouse)の両方を確認できます。結果は0〜100のスコアと複数の指標で表示されます。

• 利用料金：無料
• ログイン：不要
• 計測対象：公開済みのURL（下書きページは計測できません）
• URL：https://pagespeed.web.dev/

計測手順：URLを入れるだけ

1. PageSpeed Insightsのページを開く
2. 計測したいブログ記事またはトップページのURLを入力欄に貼り付ける
3. 「分析」ボタンをクリックする
4. 数秒〜十数秒で結果が表示される

結果画面の上部にモバイル / パソコンの切り替えタブがあります。モバイルはPCより負荷の高い条件で評価されるため、スコアが低めに出る傾向があります。Googleはモバイルファーストでの評価を進めているため、まずモバイルの結果を確認するとよいでしょう。

主要指標の読み方：どこを見れば改善点がわかるか

スコアの下には個別の指標が表示されます。それぞれの意味を把握しておくと、どこを改善すべきかが見えてきます。なお、Core Web Vitals(コアウェブバイタル)と呼ばれる重要指標はLCP・INP・CLSの3つです。かつて応答性の指標だったFIDは2024年3月にINPへ置き換えられ、現在は使われていません。

指標	意味	良好とされる目安
LCP（Largest Contentful Paint）	最大のコンテンツ要素が表示されるまでの時間	2.5秒以内
INP（Interaction to Next Paint）	クリックなどの操作に対する応答性（FIDの後継指標）	200ミリ秒以内
CLS（Cumulative Layout Shift）	読み込み中にレイアウトがどれだけズレるか	0.1以下
FCP（First Contentful Paint）	最初のコンテンツが表示されるまでの時間	1.8秒以内
TTFB（Time to First Byte）	サーバーが最初の応答を返すまでの時間	0.8秒以内

各指標のしきい値や扱いはGoogleが見直すことがあります。最新の定義はweb.dev（英語）で確認してください。

スコアが低い原因として多いもの

計測結果の下部に「診断」「合格した監査」などのセクションがあります。赤や橙で表示された項目が、優先的に対処すべき箇所の目安です。ブログでよく見られる要因を以下にまとめます。

• 画像ファイルのサイズが大きい（非圧縮のJPEGやPNGをそのままアップロードしている）
• ファーストビューより下の画像に遅延読み込み（lazy load）が設定されていない
• 使っていないプラグインやスクリプトが多数読み込まれている
• レンダリングをブロックするJavaScript・CSSがある
• サーバーの応答が遅い（TTFBが高め）

改善策：優先順位の高い順に

1. 画像を最適化する

ブログ記事のファイル容量は、画像が大きな割合を占めることが多いです。アップロード前に画像を圧縮したり、WebP形式に変換したりすることで、読み込みサイズを抑えやすくなります。WordPressの場合、「EWWW Image Optimizer」などのプラグインで圧縮や変換を自動化する方法があります。

また、ファーストビューより下にある画像にはloading="lazy"属性（遅延読み込み）を設定することで、初期表示に不要なリソースの読み込みを後回しにできます。WordPressはコア機能として一定の条件で自動付与する仕組みを備えていますが、対象や挙動はバージョンや設定によって異なる場合があるため、実際の出力を確認しておくと安心です。

2. 不要なプラグインを削減する

WordPressのプラグインは、それぞれがCSSやJavaScriptを読み込むことがあります。有効化したまま使っていないプラグインは、無効化・削除を検討してください。プラグインの数そのものより、読み込まれるリソース量が問題になりやすいため、軽量なものに差し替える判断も有効です。WordPressの初期設定の段階で不要なプラグインを整理しておくと、後から楽になります。

3. キャッシュを活用する

キャッシュは、一度生成したページを保存しておき、次回アクセス時に静的なHTMLとして返す仕組みです。WordPressでは「W3 Total Cache」「WP Super Cache」「LiteSpeed Cache」などのプラグインが利用されます。サーバー側でキャッシュ機能を提供している場合は、サーバー側の設定を優先すると管理がシンプルになりやすいです。プラグインとサーバー側キャッシュを重ねると不具合が出ることもあるため、併用時は表示崩れがないか確認してください。

4. サーバー性能を見直す

TTFBが高い場合、コンテンツ側の対策だけでは改善に限界があることがあります。サーバーが応答を返すまでに時間をかけているケースです。共有サーバーで多数のサイトが同居している環境や、スペックの低いプランでは、応答速度が落ちやすい傾向があります。

国内のブログ向けサーバーとして広く使われている選択肢のひとつがConoHa WINGです。表示速度をうたっており、高速化機能(WEXAL Page Speed Technology)やコンテンツキャッシュなどを提供しています。なお、これらの機能の対象・仕様・料金は変更されることがあるため、詳細は公式サイトで確認してください。使用感はConoHa WINGのレビューにまとめています。サーバー移行には手間がかかりますが、スコアが慢性的に低い場合は検討の余地があります。

ConoHa WINGの公式サイトで料金・スペックを確認する

計測時の注意点

• PageSpeed Insightsのスコアは、計測のたびに数ポイント前後することがあります。1回の結果だけで判断せず、複数回計測した傾向で見てください。
• トップページと記事ページでスコアが異なることがあります。広告や重いウィジェットが集中するページは低くなりがちです。
• 料金やサービス仕様は変更される場合があります。最新情報は各サービスの公式サイトで確認してください。

まとめ

PageSpeed Insightsは無料・登録不要で使えるため、まずは現状のスコアと指標を確認するところから始めるとよいでしょう。改善の優先順位は「画像の最適化 → 不要プラグインの削減 → キャッシュ設定 → サーバー見直し」の順が現実的です。特にTTFBが高止まりしている場合はサーバー性能の影響が大きくなりやすいため、ホスティング環境も選択肢に含めて検討してみてください。

あわせて読みたい

• 画像の圧縮・alt設定
• hタグ構造のチェック
• 内部リンクのチェック

【PR】 本記事はアフィリエイトプログラムを通じた広告リンクを含みます。

WordPressのバックアップを「取ろうと思いながら後回し」にしていると、サイトが壊れたときに何も残っていない状態になりかねません。本記事では、無料プラグイン「UpdraftPlus」でファイルとデータベースをGoogle Driveへ毎日自動保存する設定手順を、公式の仕様と一般的な操作の流れに沿って整理します。

連携時につまずきやすい「googledrive_insufficient_permissions」エラーの原因と対処もあわせてまとめました。

UpdraftPlusとは（無料版でできること）

UpdraftPlusはWordPress向けのバックアッププラグインです。公式情報によれば、無料版でも次のような機能が使えるとされています。

• ファイル・データベースの個別スケジュール設定
• Google Drive / Dropbox / Amazon S3 など複数のリモートストレージへの送信
• 管理画面からのワンクリック復元

有料版（UpdraftPremium）では増分バックアップやマルチサイト対応などが加わるとされますが、個人ブログや中小規模のサイトであれば無料版の機能でも一通りの運用ができます。機能の範囲・料金・対応ストレージの最新情報は変更されることがあるため、公式サイトで確認してください。

インストール手順

1. WordPress管理画面から「プラグイン」→「新規追加」を開く
2. 検索欄に「UpdraftPlus」と入力し、「UpdraftPlus WordPress Backup Plugin」を探す
3. 「今すぐインストール」→「有効化」をクリックする

有効化後は「設定」→「UpdraftPlus バックアップ」からプラグイン画面にアクセスできます。

スケジュールの設定（毎日・自動）

「設定」タブを開くと、ファイルバックアップとデータベースバックアップのスケジュールをそれぞれ設定できます。基本の構成例は次のとおりです。

• ファイルのバックアップスケジュール：「毎日」を選択し、保持する数を「2」に設定（直近2日分を保持）
• データベースのバックアップスケジュール：同じく「毎日」、保持数「2」

投稿頻度が高いサイトでは、DBのみ「2回/日」にする選択肢もあります。保持数を増やすほどストレージを消費するため、サイト規模に合わせて調整してください。

保存先にGoogle Driveを選択する

スケジュール設定欄の下に「リモートストレージを選択してください」というセクションがあります。ここで「Google Drive」アイコンをクリックすると、Googleアカウントとの連携設定が展開されます。

WordPressの土台を整えておきたい場合は、WordPress初期設定とあわせて整備しておくと、その後の管理が楽になります。なお、サーバー選びを検討中であればConoHa WINGの公式ページも選択肢のひとつとして確認してみてください（料金・プラン内容は公式で確認してください）。

Google DriveのOAuth認証手順

1. 「Google Drive」を選択すると「Googleへログイン」ボタンが表示される
2. ボタンをクリックするとGoogleのアカウント選択画面に遷移する
3. 使用するGoogleアカウントを選択する
4. 「UpdraftPlusがGoogleアカウントへのアクセスをリクエストしています」という許可画面が表示される
5. ドライブ上のファイルへのアクセス権限（表示・編集・作成・削除に関する項目）にチェックが入っていることを確認してから「続行」をクリックする
6. UpdraftPlusの設定画面に戻り「設定を保存」をクリックする

許可画面の文言や項目名はGoogle側の仕様変更で変わることがあります。表示が本記事と異なる場合は、ドライブへのアクセスを許可する内容になっているかを確認したうえで進めてください。

つまずきポイント：「googledrive_insufficient_permissions」エラー

テストバックアップを実行した際に、次のようなエラーが記録されることがあります。

googledrive_insufficient_permissions

主な原因：GoogleのOAuth許可画面で、ドライブへのアクセス権限にチェックを入れずに「続行」してしまうケースです。権限が不足した状態でトークンが発行されると、UpdraftPlusがDrive上にファイルを作成できず、このエラーが発生します。

対処手順：

1. UpdraftPlusの設定タブで、Google Driveの認証解除（または再認証）を選択する
2. 再度「Googleへログイン」ボタンをクリックする
3. 許可画面が再表示されたら、ドライブへのアクセス権限にチェックが入っていることを必ず確認してから「続行」をクリックする
4. 設定を保存後、テストバックアップを再実行する

権限を正しく許可し直すと、Google Drive上の「UpdraftPlus」フォルダにバックアップファイルが作成されるようになります。再実行してもエラーが続く場合は、ブラウザのキャッシュやプラグインの競合、別アカウントでの認証なども確認してみてください。

テストバックアップで動作確認する

設定を保存したら、「バックアップ/復元」タブに移動し「今すぐバックアップ」をクリックします。

• 「データベースを含める」「すべてのファイルを含める」にチェックを入れて実行する
• 進行状況バーが100%になればバックアップ完了
• Google DriveのマイドライブにUpdraftPlusフォルダが生成され、.zip形式のファイルが格納されていれば成功

バックアップファイルの命名規則は、おおむね backup_[タイムスタンプ]_[サイト名]_[ランダム文字列]_[種別].zip の形式になっています。

復元時の注意点

「バックアップ/復元」タブの下部に、過去のバックアップ一覧が表示されます。「復元」ボタンを押すと、データベース・プラグイン・テーマ・アップロードなどを選択して戻せます。

• 復元前に、サーバー側でも手動バックアップを取っておくと安全です
• 大規模サイトでは、PHPのタイムアウト設定によって復元が途中で中断する場合があります

サイト全体の安全対策としては、バックアップとあわせてWordPressのセキュリティ設定も整備しておくと、トラブル時の影響を抑えやすくなります。

まとめ：無料でもGoogle Driveへの自動バックアップは構成できる

項目	設定例
プラグイン	UpdraftPlus（無料版）
ファイルスケジュール	毎日・2世代保持
DBスケジュール	毎日・2世代保持
保存先	Google Drive
つまずきやすい点	googledrive_insufficient_permissions（再認証で対処）

UpdraftPlusの無料版は設定項目が比較的シンプルで、初めてバックアッププラグインを導入する場合でも操作の流れを追いやすい構成です。Google Drive連携で権限エラーが出た場合は、再認証時に許可画面でドライブへのアクセス権を明示的に承認することが基本的な対処になります。

サーバー環境から見直したい場合は、選択肢のひとつとしてConoHa WINGも検討できます（料金・仕様は公式で確認してください）。環境を整えたうえでUpdraftPlusを設定しておくと、その後のバックアップ運用を管理しやすくなります。

【PR】 本記事はアフィリエイトプログラムを通じた広告リンクを含みます。

「WordPressって、セキュリティ対策しなくても大丈夫ですよね？」と数ヶ月前の私は思っていました。

でも調べてみると、WordPressのログインページには、公開直後からボットによる不正ログイン試行が来るのが一般的だと知りました。攻撃の対象は大手サイトだけではありません。アクセス数の少ない個人ブログにも、自動化されたボットは定期的にアクセスを試みます。

この記事では、当サイト(toollensjp.com)で私が実践しているセキュリティ対策と、個人ブロガーに勧めたい施策を、優先度が高い順に7つまとめました。「完璧に守る」というより「リスクを現実的に下げる」という観点で整理しています。

WordPressを立ち上げたばかりの方は WordPress初期設定チェックリスト と合わせて読むと、抜け漏れが防げます。また、ブログをこれから始める方は 副業ブログの始め方 も参考にしてください。

なぜ個人ブログもセキュリティ対策が必要なのか

WordPressはCMSの中でも高いシェアを占めているため（具体的な数値は常に変動するので最新は公式で確認を）、攻撃ツールもWordPressに最適化されているものが多いです。

ターゲットは「大きいサイト」だけではありません。ボットは自動で脆弱なサイトを探しているので、アクセス数が少ない個人ブログも対象になります。改ざんされると、復旧の手間だけでなく、Googleの警告表示で検索流入がほぼゼロになるリスクもあります。

「何かあってから直す」より「最初に仕組みを入れる」ほうがはるかにコストが低い。そう考えて、以下の対策を順番に入れました。

優先度1：2段階認証（2FA）の導入

まず最初に入れたのがこれです。パスワードが漏れても、ログインできない状態にする仕組みです。

私が使っているのは Two Factor というプラグインです（WordPress.orgで公式配布・無料）。設定するとログイン時にTOTP（時間ベースのワンタイムパスワード）を求められるようになります。スマートフォンの認証アプリ（Google AuthenticatorやAuthyなど）と連携して使います。

1. プラグインをインストール・有効化
2. ユーザープロフィールから二要素認証を設定
3. 認証アプリでQRコードを読み込む
4. リカバリーコードを必ず保管する

4番目が特に重要です。スマホを紛失・機種変更した場合、リカバリーコードがないと自分のサイトにログインできなくなります（ロックアウト）。コードはクラウドのメモアプリや印刷して保管するなど、スマホとは別の場所に置いておいてください。

プラグインの仕様・対応バージョンは変わることがあるので、導入前に公式ページで確認することをおすすめします。

優先度2：自動バックアップの設定

セキュリティ対策は「侵入を防ぐ」だけでなく、「万一の時に戻せる」状態を作ることも含みます。バックアップは保険です。

当サイトでは UpdraftPlus を使っています（無料プランあり）。WordPressのファイルとデータベースを定期的にGoogle Driveへ自動保存する設定にしています。

設定のポイントは3つです。

• ファイルとDBの両方をバックアップする（どちらかだけでは復旧できないケースがある）
• バックアップ先はサーバー外に置く（サーバー自体が障害を起こした場合に備えてGoogle DriveやDropboxなどのクラウドへ）
• スケジュールを設定して自動化する（手動では必ず忘れる）

無料プランの保存先・世代数の制限は公式で確認してください。私は毎日の自動バックアップで運用しています。

優先度3：ログイン保護（URL変更・試行回数制限）

WordPressのデフォルトのログインURLは /wp-login.php で、ボットに筒抜けです。ここを変えるだけでログイン試行の大部分を減らせます。

WordPressのログイン保護で定番なのが SiteGuard WP Plugin（無料）です。主な機能は次のとおりです。

• ログインページのURL変更：デフォルトURLをランダムな文字列に変更
• 画像認証（CAPTCHA）の追加：ボットによる自動ログイン試行を弾く
• ログイン試行回数の制限：一定回数失敗したIPを一時ブロック

注意点として、ログインURLを変更した後は必ず新しいURLをメモしておいてください。控えを忘れると自分がログインできなくなります。

プラグインの設定仕様は変更されることがあるため、最新の動作は公式サイトで確認してください。

優先度4：プラグイン・テーマを最小限＆最新に保つ

WordPressの脆弱性の多くはプラグインやテーマに起因します。「入れっぱなしで使っていないプラグイン」が攻撃の入口になるケースが典型的です。

私が実践しているルールはシンプルです。

• 使っていないプラグイン・テーマは削除する（無効化だけでは不十分なケースがある）
• 更新通知が来たら早めに適用する（脆弱性修正のアップデートが含まれることが多い）
• インストール前に評価・更新日を確認する（長期間更新されていないプラグインは避ける）

「とりあえず入れる」を減らすと、管理コストも下がります。必要なものだけを入れて、こまめに更新する。これだけです。

優先度5：管理者パスワード＆ユーザー名の強化

基本中の基本ですが、意外と抜けているポイントです。

• パスワードは20文字以上のランダム文字列：パスワードマネージャー（1PasswordやBitwardenなど）で生成・管理するのが現実的
• ユーザー名を「admin」にしない：インストール時に使ってしまった場合は新しい管理者アカウントを作って旧アカウントを削除
• 投稿者スラッグをユーザー名と分離する：WordPressではデフォルトで /?author=1 でユーザー名が外部に見えるケースがあります。投稿者のスラッグをニックネームにしてユーザー名を隠す設定（「Edit Author Slug」などのプラグイン）を入れておくと安心です

ユーザー名の露出については、テーマや設定によって挙動が異なるため、自分のサイトの状態を実際に確認することをおすすめします。

優先度6：常時SSL（https）化

今や当然の設定ですが、古いサイトや移行後の設定漏れで http:// のままになっているケースがあります。

SSL化はデータの暗号化だけでなく、ログイン情報の平文送信を防ぐ意味でもセキュリティの基本です。Googleの検索評価にも影響します。

手順は WordPress初期設定チェックリスト にまとめているので、まだ対応していない方はあわせて確認してください。多くのサーバーでは無料のSSL証明書（Let’s Encrypt）が使えます（サーバーによって手順が異なるため、利用しているサーバーの公式ドキュメントで確認を）。

優先度7：信頼できるサーバーを選ぶ

ここまで紹介した対策はWordPress側での施策ですが、サーバー自体のセキュリティも重要です。

当サイトは ConoHa WING を使っています（ConoHa WINGの正直レビューに詳細を書いています）。サーバー側でWAF（Web Application Firewall）が標準提供されており、WordPress側の設定だけでは防ぎにくいレイヤーの攻撃もある程度フィルタリングしてくれます。

自分でWAFを一から設定するのはハードルが高いので、サーバー側でカバーしてくれる環境を選ぶのは合理的な選択だと思っています。

→ ConoHa WINGの公式サイト（料金・スペックは公式で最新情報を確認してください）

まとめ：7つの対策を優先度順に

1. 2FA（二段階認証）の導入：リカバリーコードの保管を忘れずに
2. 自動バックアップ：ファイル＋DB、サーバー外保存、スケジュール設定
3. ログイン保護：URL変更・画像認証・試行回数制限
4. プラグイン・テーマを最小限＆最新に：使わないものは削除
5. パスワード＆ユーザー名の強化：投稿者スラッグの分離も
6. 常時SSL化：https未対応のサイトは早めに対応を
7. 信頼できるサーバー選び：WAFをサーバー側でカバー

「これをやれば絶対安全」とは言えませんが、この7つを入れることでリスクを大きく下げられます。特に1〜3は優先度が高いので、まだ未対応のものがあれば先に入れることをおすすめします。

ブログ運営に関する初期設定の全体像は WordPress初期設定チェックリスト でまとめています。あわせて参考にしてください。

【PR】 本記事はアフィリエイトプログラムを通じた広告リンクを含みます。

Googleサーチコンソール（Search Console）は、自分のサイトがGoogleにどう認識されているかを確認できる無料ツールだ。ブログを開設したら早めに登録しておきたい。本記事では、WordPressサイトを想定し、登録からサイトマップ送信までの手順を順番に整理する。

なお、WordPressの初期設定がまだの場合は先にWordPress初期設定の手順を確認しておくとスムーズだ。

サーチコンソール登録の全体の流れは？

1. Googleアカウントでサーチコンソールにログインし、プロパティを追加する
2. 所有権を確認する（WordPressの場合はSEOプラグイン経由が手軽）
3. サイトマップのURLを送信する
4. インデックス状況を確認する

大きくはこの4ステップだ。以下、順に見ていく。

プロパティの追加：ドメインかURLプレフィックスか

Search Consoleにアクセスし、左上の「プロパティを追加」をクリックすると、登録方法を2つ選べる。表示や仕様は変わることがあるため、最新の画面は公式で確認してほしい。

• ドメイン：http/httpsやwwwの有無を問わず、ドメイン全体をまとめて計測できる。DNS設定でのTXTレコード追加が必要。
• URLプレフィックス：入力したURL（例：https://example.com/）だけが対象。HTMLタグやファイルなど複数の確認方法が使えるため、初めての場合はこちらが取り組みやすい。

どちらでも計測自体はできるが、確認方法の選択肢が多いぶん、初めて登録するならURLプレフィックスから始めるのがわかりやすい。入力欄にサイトのトップページURLを正確に入力して「続行」をクリックする。

所有権の確認：SEOプラグインのウェブマスタータブを使う

URLプレフィックスを選ぶと、所有権確認の方法が複数表示される。WordPressを使っている場合は、すでに導入済みのSEOプラグイン（Rank MathやAll in One SEOなど）を経由すると手間が少ない。手順の名称や画面はプラグインのバージョンによって異なるため、詳細は各プラグインの公式ドキュメントで確認してほしい。

1. サーチコンソールの確認画面で「HTMLタグ」を選択し、metaタグ形式（name属性が google-site-verification のタグ）で表示される認証コード（content属性の値）をコピーする。
2. WordPressの管理画面からSEOプラグインの設定を開き、「ウェブマスターツール」または「ウェブマスター認証」にあたるタブを選ぶ。
3. 「Google Search Console」欄にコピーした認証コードを貼り付けて保存する。
4. サーチコンソールの確認画面に戻り「確認」をクリックする。

「所有権を確認しました」と表示されれば登録完了だ。

サイトマップの送信

所有権確認後、左メニューから「サイトマップ」を開く。

WordPressはバージョン5.5以降、デフォルトで /wp-sitemap.xml を自動生成している。送信欄にサイトマップのURL（またはそのパス）を入力して「送信」をクリックする。入力形式は画面の案内に従えばよい。

• WordPress標準のサイトマップのURLは、多くの場合 https://（あなたのドメイン）/wp-sitemap.xml となる
• Rank Mathなど一部のプラグインは独自のサイトマップURL（sitemap_index.xml など）を生成する場合がある。どのURLが有効かはプラグイン側の設定で確認しておくとよい
• SEOプラグインのサイトマップ機能を有効にしている場合は、WordPress標準のものではなくプラグインのサイトマップを送信するのが一般的だ。詳細は各プラグインの公式ドキュメントで確認を

「取得できませんでした」と表示されても慌てなくていい

送信直後にステータスが赤字で「取得できませんでした」と表示されることがある。これは初回送信時に出やすい表示だ。サイトマップのURLをブラウザで直接開いてXMLが正常に表示され、HTTPステータスが200を返していれば、Google側の処理がまだ追いついていないだけ、というケースが多い。

Googleの公式ヘルプでも、サイトマップの処理は順次行われ、表示の反映までに時間がかかる場合があると説明されている。サイトマップURLが確実に存在し、正しく表示されることを確認したうえで、しばらく様子を見るのが基本だ。すぐに再送信を繰り返す必要はない。反映までの時間はサイトやタイミングによって幅があり、数日以上かかることもある。一定期間が過ぎても解消しない、あるいはURL自体が開けない場合は、サイトマップの出力設定やアクセス制限（noindexやrobots.txtのブロックなど）を見直したい。

インデックスの確認

サイトマップ送信後は、左メニューの「URL検査」でページごとのインデックス状況を確認できる。新規ページを早めにインデックスさせたい場合は、URL検査ツールで対象URLを入力し「インデックス登録をリクエスト」を実行する方法もある。ただしリクエストはあくまで申請であり、インデックスされるかどうかや時期はGoogle側の判断による。

サーチコンソールのデータが蓄積されてきたら、クリック数や表示回数を分析してコンテンツ改善に活用しよう。アクセス解析にはGA4の設定と見方も合わせて参照してほしい。

まとめ

• プロパティ追加は、初めてなら確認方法が多いURLプレフィックスから始めるとわかりやすい
• 所有権確認は、WordPressならSEOプラグインのウェブマスター認証欄に認証コードを貼る方法が手軽
• WordPressのサイトマップは wp-sitemap.xml が標準。プラグインを使う場合はURLが異なることがあるため、各プラグインの公式ドキュメントで確認を
• 送信直後の「取得できませんでした」は、URLが200で正しく表示されていれば表示上のタイムラグであることが多い。解消までの時間には幅があり、長引く・URLが開けない場合は出力設定やアクセス制限を見直す

ブログ開設直後の基本設定をまとめて確認したい場合はブログの始め方ガイドも参考にしてほしい。

【PR】 本記事はアフィリエイトプログラムを通じた広告リンクを含みます。

「おすすめプラグイン30選」のような記事は多いものの、それだけ入れたサイトは速度・競合・脆弱性のリスクを抱えやすくなる。ツールレンズでは「入れる理由を一言で説明できないプラグインは入れない」を編集方針とし、構成を絞る考え方を採っている。本記事では、その基準で選んだ無料プラグイン7本の構成と、それぞれを選ぶ理由・省ける理由を整理する。具体的な機能や対応範囲は各プラグインの公式情報で最新の状態を確認してほしい。

なぜプラグインは少ないほどよいのか

プラグインを増やすほど、次の問題が積み重なりやすくなる。

• 速度への影響：プラグインはPHPの読み込み処理を増やす。使っていない機能でもリクエストごとに処理が乗る場合がある。
• プラグイン競合：似た機能を持つプラグインが同じフックに干渉し、予期しない動作の原因になることがある。
• 脆弱性リスク：更新が止まったプラグインは、攻撃の入口になり得る。インストール数が増えるほど、更新管理の対象も増える。

WordPressのセキュリティ対策を考えるうえでも、インストール数を必要最小限に保つことは基本の一つになる。

ツールレンズが推奨する無料プラグイン7本

以下は、上記の基準を満たすものとして当サイトが選んだ7本の構成だ。各プラグインの料金区分・対応機能・無料版の制限は、公式ページで最新情報を確認してほしい。

1. SEO SIMPLE PACK ― SEO・メタ・サイトマップ

メタディスクリプション設定、OGP、XMLサイトマップ生成といった基本的なSEO設定を1本でまかなえる国産プラグイン。日本語の管理画面で扱いやすく、機能が必要十分にまとまっている点を評価して選んでいる。Yoast SEOやAll in One SEOと比べて機能がシンプルなため、当サイトの用途には合うと判断した。

2. Contact Form 7 ― 問い合わせフォーム

シンプルな問い合わせフォームの設置に使う。設定項目が分かりやすく、導入実績が多い定番プラグインである点が選定理由。スパム対策は、サーバー側やreCAPTCHA等と組み合わせる前提で考えるとよい。

3. UpdraftPlus ― バックアップ

定期バックアップと外部ストレージへの保存に使う。サーバー障害時の復旧手段として、バックアップは早い段階で用意しておきたい機能の一つだ。無料版で利用できる機能の範囲（スケジュール設定や外部ストレージ連携の可否）は、公式ページで最新の仕様を確認してほしい。WordPress初期設定の段階で検討したいプラグインの一つでもある。

4. Two Factor ― 2段階認証

管理画面へのログインにTOTP（認証アプリによるワンタイムコード）を追加する。パスワードが漏れただけではログインできなくなるため、不正アクセス対策として低コストで導入できる。WordPress公式が関与するプラグインで、構成がシンプルな点も選定理由。

5. WPCode ― ヘッダーコード管理

アナリティクスタグや構造化データなど、テーマファイルに直書きしたくないコードを管理画面側でまとめて扱える。テーマを更新・変更してもコードが消えにくい点が導入理由だ。

6. Edit Author Slug ― 投稿者スラッグの分離

WordPressは初期状態だと、/?author=1 へのアクセスから投稿者アーカイブのスラッグ（多くの場合ログインユーザー名と同じ）が外部に見えてしまう構成になりやすい。このプラグインで投稿者スラッグをログインIDと切り離せる。不正ログイン対策のうち、見落とされやすい設定の一つだ。

7. GA Google Analytics ― GA4の計測タグ設置

GA4の計測タグを管理画面から設置するためのプラグイン。WPCodeでも代替できるが、計測タグの設置に用途を絞れる点を評価して使い分けている。どちらか一方に統一しても問題はない。

有名だが当サイトでは使っていないプラグイン

定番として名前が挙がるものの、当サイトの構成では採用していないプラグインと、その理由を整理する。サイトの規模や利用サーバーによって最適解は変わるため、自サイトの条件に当てはめて判断してほしい。

プラグイン名	当サイトで使っていない理由
Yoast SEO / All in One SEO	SEO SIMPLE PACKで必要な機能を充足しており、役割が重複するため。
Wordfence	セキュリティ機能をサーバー側で代替できる構成を採っているため。プラグイン型はリソース消費が大きくなりやすい。提供範囲は契約サーバーの公式情報で確認したい。
WP Super Cache / W3 Total Cache	利用サーバーのキャッシュ機能で対応できているため。サーバーが同等機能を持つ場合は重複しやすい。
Akismet	用途や運営形態によって料金プランの扱いが異なるため、問い合わせ量が少ない段階では別のスパム対策を優先している。プランの条件は公式で確認してほしい。

サーバー選びもプラグイン構成に影響する

キャッシュやWAFなどの機能をサーバー側で提供しているかどうかで、必要なプラグインの本数は変わってくる。当サイトはConoHa WINGを利用しており、サーバー機能で代替できる範囲はプラグインを足さずに済ませている。実際の使用感はConoHa WINGの実測レビューにまとめた。サーバーを選ぶ際は、キャッシュやWAFといった提供機能の範囲を公式サイトで確認してほしい。

まとめ：入れる前に「なぜ入れるか」を言えるか確認する

プラグインを追加する前に「これがないと何ができないのか」を一言で説明できるかを確認する。これだけでも、構成が必要以上に膨らむのを防ぎやすくなる。当サイトが推奨する7本は、いずれもこの基準で選んだものだ。本数そのものより、各プラグインの役割を説明できる状態を保つことを重視したい。

料金・仕様・無料版の制限・動作環境は、各プラグインおよびサーバーの公式情報を必ず確認してほしい。本記事の情報は執筆時点のものであり、アップデートにより変更される場合がある。

【PR】 本記事はアフィリエイトプログラムを通じた広告リンクを含みます。

WordPressにGA4を設置しようとして「コードが保存できない」「データが計測されない」と詰まることがあります。本記事では、GA4の測定IDを取得してWordPressに設置するまでの手順と、解説記事で触れられることが少ないサーバーのWAFが＜script＞タグの保存をブロックするケースとその回避策を整理します。結論を先に書くと、トラブルを避けやすいのは「測定IDだけを入力するタイプのプラグインを使う」流れです。

GA4設置の全体の流れ

1. Googleアナリティクスでアカウントを作成する
2. プロパティを作成する（タイムゾーン：日本／通貨：円）
3. ウェブデータストリームを作成する
4. 測定ID（G-から始まるID）を取得する
5. WordPressに測定IDを設置する

順番に見ていきます。なお、Googleアナリティクスの画面構成は更新されることがあるため、ボタン名などが本記事と異なる場合は公式の画面とヘルプで最新の表記をご確認ください。

ステップ1：Googleアナリティクスのアカウントを作成する

Googleアナリティクスにアクセスし、Googleアカウントでログインします。初回アクセス時は測定を開始する画面が表示されます。

• アカウント名：管理用の任意の名前（例：自分のサイト名）を入力します。
• データ共有設定は、内容を確認したうえで必要なものを選びます。判断に迷う場合はデフォルトのままでも計測自体は始められます。

ステップ2：プロパティを作成する（タイムゾーン・通貨の設定に注意）

アカウント作成後、続けてプロパティの設定画面に進みます。

• プロパティ名：サイト名など識別しやすい名前を入力します。
• レポートのタイムゾーン：日本
• 通貨：日本円（JPY）

タイムゾーンと通貨は後から変更できますが、変更すると前後でデータの区切りがずれることがあります。最初に正しく設定しておくと、後からの見直しが少なくて済みます。

ステップ3：ウェブデータストリームを作成する

プロパティ作成後、データストリームを追加する画面でプラットフォームとして「ウェブ」を選択します。

• ウェブサイトのURL：自分のサイトのURLを入力します（例：https://example.com）。
• ストリーム名：任意（サイト名で問題ありません）。
• ストリームを作成すると、データストリームの詳細画面が開きます。

ステップ4：測定ID（G-から始まるID）を取得する

データストリームの詳細画面に、「G-」から始まる測定IDが表示されます。これがWordPressへの設置に必要な値です。コピーして手元に控えておきます。

なお、この画面にはGoogleタグのコード（＜script＞タグを含むHTMLスニペット）も表示されます。後述するように、このコードをテーマファイルへ直接貼り付ける方法は環境によってつまずくことがあるため、まずは測定IDの方を控えておくとスムーズです。

ステップ5：WordPressに測定IDを設置する——WAFで保存できない場合の回避策

なぜ「＜script＞タグをテーマに貼り付ける」方法でつまずくことがあるのか

解説記事では「テーマエディタやfunctions.phpにGoogleタグのコードを貼り付ける」方法がよく紹介されます。この方法自体は誤りではありませんが、サーバーによってはWAF（Web Application Firewall）が＜script＞タグを含む内容の保存をブロックすることがあります。

WAFは不正なスクリプトの挿入を防ぐためのセキュリティ機能で、正規の編集作業であっても＜script＞タグの混入を遮断する場合があるためです。この場合、保存ボタンを押しても変更が反映されない、エラーが表示されてページが戻される、といった挙動になることがあります。お使いのサーバーのWAFがどう動作するか、また一時的に無効化できるかは、契約しているサーバーの設定によって異なります。

たとえばConoHa WINGのようにWAF機能を備えたサーバーでは、管理パネルから挙動を確認できる場合があります。具体的な仕様や設定方法はConoHa WINGの公式サイトでご確認ください。

回避策：測定IDだけを入力できる軽量プラグインを使う

WAFのブロックを避けやすいのが、測定IDのみを入力するタイプのプラグインを使う方法です。＜script＞タグのコードを編集画面に直接書き込まずに済むため、WAFに引っかかりにくくなります。

代表的なものに「GA Google Analytics」プラグインがあります。管理画面の設定欄に測定ID（G-から始まるID）を入力すると、GA4のタグをページに出力してくれるタイプです。

また、Cocoonをはじめ一部のWordPressテーマには、測定IDを入力する欄が標準で用意されていることがあります。お使いのテーマにこの欄がある場合は、追加のプラグインを入れずに済みます。テーマやプラグインの対応状況・最新の設定項目は、それぞれの公式ドキュメントでご確認ください。

GA Google Analyticsプラグインを使う場合の手順

1. WordPress管理画面の「プラグイン」→「新規追加」から「GA Google Analytics」を検索し、インストール・有効化します。
2. 「設定」→「Google Analytics」を開きます。
3. 「GA Tracking ID」の欄に、取得した測定ID（G-から始まるID）を入力します。
4. 設定を保存します。

この手順では＜script＞タグのコードを直接編集する場面がないため、WAFの保存ブロックを避けやすくなります。

設置後の動作確認方法

• Googleアナリティクスの「レポート」→「リアルタイム」を開いた状態で、別のブラウザやシークレットモードで自分のサイトにアクセスします。
• リアルタイムレポートにアクティブユーザーが表示されれば、計測が動いていると判断できます。
• 反映まで数分かかることがあります。すぐに表示されない場合は少し待ってから再確認してください。

Googleサーチコンソールとの連携もあわせて設定する

GA4の設置後は、Googleサーチコンソールの登録も行っておくと、検索流入のキーワードや表示回数のデータをGA4と組み合わせて分析しやすくなります。どちらも無料で使えるため、同じ時期にまとめて設定しておくと後から楽です。

WordPressの初期設定をまだ済ませていない場合

GA4を設置する前にWordPressの初期設定を確認しておくと、パーマリンクやセキュリティ関連の設定漏れを防ぎやすくなります。

まとめ：測定IDで設置するとつまずきにくい

設置方法	WAFで保存をブロックされる可能性	難易度
＜script＞タグを直接貼り付け（functions.php等）	サーバーのWAF設定によってはあり	中
測定IDのみ入力する方法（プラグインやテーマの設定欄）	引っかかりにくい	低

GA4の設置は「測定IDを取得して、プラグインやテーマの設定欄に入力する」流れにするとつまずきにくい傾向があります。＜script＞タグを直接編集する方法は環境によってWAFとの相性問題が起きることがあるため、まずは測定IDで設置する方法から試すのがおすすめです。測定IDで設置しておくと、プラグインやテーマの更新でタグ部分のメンテナンスも任せやすくなります。

料金や仕様、各機能の最新の対応状況は、各サービスの公式サイトでご確認ください。

【PR】 本記事はアフィリエイトプログラムを通じた広告リンクを含みます。

WordPressのインストールが終わった直後、何から手をつければいいか迷いませんか。

私がこのサイト（toollensjp.com）を立ち上げたときも、同じ状態でした。インストール完了の画面を見て「さあ書こう」とダッシュボードを開いたら、設定項目の多さに一瞬フリーズしたんですよね。

この記事では、私が実際にやった初期設定の手順を10項目にまとめました。「なぜ必要か」もセットで書いているので、チェックリストとして使いながら読んでもらえればと思います。

なお、WordPressの開設手順そのもの（サーバー契約→ドメイン取得→WordPress導入まで）は副業ブログの始め方にまとめています。「まだインストール前」という方はそちらからどうぞ。

設定を始める前に：管理画面にログインする

ブラウザで あなたのドメイン/wp-admin にアクセスし、インストール時に決めたユーザー名とパスワードでログインします。これが起点です。

サーバー側の簡単インストール機能（ConoHa WINGなど）を使った場合、ログイン情報はインストール完了メールに記載されているので手元に用意しておいてください（ConoHa WINGの公式サイトで仕様を確認できます）。

チェック①：一般設定（サイトタイトル・タイムゾーン）

管理画面の左メニュー「設定」→「一般」を開きます。

• サイトタイトル：ブラウザのタブやSEOに使われます。後から変えられますが、最初に正式名称を入れておく。
• キャッチフレーズ：不要ならそのままにするか、使っているテーマの仕様に合わせて入力。
• タイムゾーン：デフォルトは「UTC+0」になっています。「東京」または「UTC+9」に変更必須。ここがズレたまま投稿すると、記事の公開時刻や予約投稿がすべて9時間ずれます。私はこれを見落として、最初の記事が深夜公開になりかけました。
• 日付・時刻フォーマット：お好みで。特にこだわりがなければデフォルトのままでOK。

設定後「変更を保存」をクリック。

チェック②：パーマリンク設定（最初だけ・後から変えると壊れる）

「設定」→「パーマリンク」を開きます。

ここは最初に設定しておくのが鉄則です。後から変更すると、既存記事のURLがすべて変わり、外部リンク・内部リンク・検索エンジンの評価がリセットされてしまいます。

私が選んだのは「投稿名」です。

選択肢	URL例	おすすめ度
基本	/?p=123	×（SEO非推奨）
日付と投稿名	/2026/06/21/記事名	△（URLが長い）
投稿名	/記事のスラッグ	◎（シンプル・SEO向き）

「投稿名」を選んで保存すれば、各記事の編集画面でスラッグ（例：wordpress-shoki-settei）を自分で指定できます。英語スラッグ推奨（日本語だとURLエンコードされて長くなる）。

チェック③：不要な初期コンテンツを削除する

WordPressのインストール直後は、テスト用のコンテンツが3点入っています。これらは公開状態になっているので、速やかに削除します。

1. 「Hello world!」投稿：「投稿」→「投稿一覧」から削除。サンプル投稿がそのまま公開されていると見栄えが悪いし、検索にかかることも。
2. 「サンプルページ」：「固定ページ」→「固定ページ一覧」から削除。
3. 「Hello Dolly」プラグイン：「プラグイン」→「インストール済みプラグイン」に入っています。使わないなら削除。使わないプラグインを「有効化していないだけ」で残すのは、脆弱性リスクになり得ます。

チェック④：不要プラグインを整理する（必要なものだけに絞る）

「プラグインを大量に入れるとWordPressが便利になる」と思いがちですが、私の方針は逆で「本当に必要なもの以外は入れない」です。

プラグインが増えると：

• ページの読み込み速度が落ちる
• プラグイン間の競合が起きやすくなる
• 更新が止まったプラグインがセキュリティホールになる

初期段階で有効化するプラグインは、この後の設定項目で紹介するものだけで十分です。「使っていないプラグイン」は有効化を外すだけでなく、削除まで行うのが私のルールです。

チェック⑤：SEOプラグインを入れる（メタ・サイトマップの土台）

私が使っているのは「SEO SIMPLE PACK」です。国産プラグインで日本語UIがわかりやすく、必要な機能がコンパクトにまとまっています。

設定できる主な内容：

• サイト全体のメタディスクリプションの雛形
• 各記事・固定ページのtitleタグ・metaタグ
• サイトマップの自動生成（Googleへのインデックス申請に必要）
• OGP設定（SNSシェア時のサムネイル・タイトル）

インストールして有効化したら、「SEO PACK」メニューから基本設定を一通り確認してください。特に「サイトマップ」は有効化後にGoogle Search Consoleへ登録することで、記事がインデックスされやすくなります。

なお、Yoast SEOやAll in One SEO Packも有名ですが、機能が多すぎて初期設定が複雑になりやすい印象です。シンプルに始めたい方にはSEO SIMPLE PACKが合っていると感じています。

チェック⑥：お問い合わせフォームを設置する

Googleアドセンスや各種ASPの審査では、お問い合わせページが必要になる場合があります。早めに設置しておいて損はありません。

定番は「Contact Form 7」です。

1. プラグインをインストール・有効化
2. 「お問い合わせ」メニューからフォームをコピーしてショートコードを取得
3. 固定ページ「お問い合わせ」を新規作成し、ショートコードを貼り付けて公開

スパム対策として「reCAPTCHA」との連携もContact Form 7の設定画面から行えます（Google reCAPTCHAのサイト登録が別途必要。公式で確認してください）。

チェック⑦：ファビコン（サイトアイコン）を設定する

ファビコンはブラウザのタブに表示される小さなアイコンです。見た目の話ですが、設定しておくとサイトの完成度が上がります。

設定場所：「外観」→「カスタマイズ」→「サイト基本情報」→「サイトアイコン」

画像サイズの推奨は512×512ピクセル以上のPNG。透過背景にしておくとどんな環境でも映えます。ロゴがまだない場合は、仮のシンプルなアイコンで構いません。後から差し替え可能です。

チェック⑧：自動バックアップを設定する（必須・後回し厳禁）

「記事が増えてからバックアップを考えよう」は危険な先送りです。設定ミスやプラグインの競合でWordPressが壊れることは、珍しくありません。

私が使っているのは「UpdraftPlus」です。無料プランでも：

• 定期バックアップのスケジュール設定（週次・日次など）
• Googleドライブ・Dropboxなどのクラウドストレージへの自動転送

が使えます（プランの詳細は公式で確認してください）。

具体的な設定手順やセキュリティ全体の話は、WordPressのセキュリティ対策で詳しく説明しています。まずはプラグインをインストールして「有効化だけはしておく」ことを強くおすすめします。

チェック⑨：セキュリティ対策（2段階認証・ログイン保護）

WordPressはシェアが高いCMSなので、ログインページへの不正アクセス試行はほぼ確実に来ます。アクセス数の少ない個人ブログでも、自動化されたボットは定期的にログインを試みます。

最低限やっておきたいこと：

• 管理者ユーザー名を「admin」にしない：インストール時に決め直せていれば問題なし。「admin」のままなら新しい管理者を作って古いアカウントを削除する。
• 強いパスワードを設定する：WordPressが自動生成するランダム文字列パスワードをそのまま使う（パスワードマネージャーで管理）。
• ログイン保護プラグインの導入：「SiteGuard WP Plugin」などでログインURL変更・画像認証・試行回数制限ができます。
• 2段階認証の設定：「Two Factor」などのプラグインで対応可能。

詳細な設定手順はWordPressのセキュリティ対策の記事にまとめています。この記事と同時公開しているので、あわせて読んでください。

チェック⑩：最後に確認——独自ドメイン・SSL・サーバーの状態

設定を一通り終えたら、以下を最終確認します。

• URLがhttps://になっているか：ブラウザのアドレスバーで確認。「保護されていない通信」と表示される場合はSSLの設定を再確認。ConoHa WINGなどのサーバーではコントロールパネルからSSLを有効化できます（ConoHaでWordPressを始める手順で解説しています）。
• WordPressの管理画面URLもhttpsか：「設定」→「一般」でサイトURLとWordPressアドレス両方が https:// になっているか確認。
• 独自ドメインが正しく繋がっているか：意図したドメインでサイトが開くか確認。特にサブドメインやwwwの扱いは一度整理しておく。
• WordPress本体・テーマ・プラグインを最新版にする：インストール直後でも、バージョンが古い場合があります。「ダッシュボード」→「更新」から一括確認できます。

まとめ：初期設定10項目チェックリスト

#	設定項目	完了
①	一般設定（タイトル・タイムゾーン=東京）	□
②	パーマリンク設定（投稿名）	□
③	不要コンテンツ削除（Hello world・サンプルページ・Hello Dolly）	□
④	不要プラグイン整理（使わないものは削除）	□
⑤	SEOプラグイン導入（SEO SIMPLE PACK）	□
⑥	お問い合わせフォーム設置（Contact Form 7）	□
⑦	ファビコン設定（512×512px以上のPNG）	□
⑧	自動バックアップ導入（UpdraftPlus）	□
⑨	セキュリティ設定（ログイン保護・2FA）	□
⑩	https・ドメイン・WordPress更新の最終確認	□

この10項目が終われば、記事を書き始める準備が整っています。

特に「②パーマリンク」と「⑧バックアップ」は、後回しにするとあとで取り返しのつかない手間になります。他は多少順番が前後してもリカバリーできますが、この2つだけは最優先でやっておくことをおすすめします。

あわせて読みたい

• サーチコンソールの登録
• GA4の設置手順
• 本当に必要なプラグイン
• 表示速度の計測・改善

【PR】 本記事はアフィリエイトプログラムを通じた広告リンクを含みます。