WordPressサイト構築の注意点チェックリスト（随時更新）

WordPressでサイトを作るとき、毎回同じところでつまずく。手が覚えているつもりでも、案件が変わって半年空くと、確実にどれかを落とす。

このページは、そういう「毎回確認すべきこと」を一箇所に集めた作業メモです。気づいた点があればその都度ここに追記していきます。完成した記事というより、育てていくチェックリストとして扱ってください。

まず、Contact Form 7 を入れたら SMTP も入れる

これを最初に書くのは、一番よく起きて、一番気づきにくいからです。

フォームは設置した。テスト送信もした。管理画面には「ありがとうございます」と出る。なのにメールが届かない、あるいは数週間後に「問い合わせが1件も来ていない」と言われる。原因はたいていここです。

なぜ PHP の mail() では届かないのか

Contact Form 7 は、初期状態では PHP の mail() 関数で送信します。このとき送信元はサーバーになりますが、ドメインの SPF レコードにはそのサーバーが登録されていないことがほとんどです。

受信側から見ると「このドメインを名乗っているのに、送ってきたサーバーは許可リストにない」という状態になり、迷惑メールに落ちるか、そもそも受け取ってもらえません。Gmail や各キャリアのメールは特に厳しく、送信は成功しているのに届かないという一番やっかいな形で失敗します。

やること

• WP Mail SMTP などのプラグインを入れて、送信を実際のメールサーバー経由に切り替える
• 使うのは、そのドメインのメールアカウント（info@example.com など）か、SendGrid・Amazon SES などの送信サービス
• ドメイン側に SPF / DKIM / DMARC を設定する。SMTPを入れてもここが未設定だと結局落ちる
• Flamingo を入れて、送信内容をデータベース側にも保存する。メールが届かなかったときの保険になる

Contact Form 7 側の落とし穴

プラグインを入れただけでは終わりません。メールタブの設定でよくやる事故があります。

• 送信元（From）に、問い合わせてきた人のメールアドレスを入れない。 [your-email] を From に入れる設定をよく見かけますが、これは他人のドメインを名乗る形になるため、SPF/DKIM に一致せず迷惑メール判定の直接の原因になります
• From はサイトのドメインのアドレスに固定し、返信先（Reply-To）に [your-email] を入れる。これで受信箱から普通に返信できます
• 自動返信メール（メール2）を使う場合も同じ。宛先だけが変わります
• 添付ファイルを受け取る設定にしているなら、サーバーのメール送信サイズ上限も確認する

テストで確認すること

送信テストは1箇所では足りません。

• Gmail
• キャリアメール（docomo / au / SoftBank）
• クライアントが実際に使う受信先（Outlook、独自ドメインのWebメールなど）

それぞれで、迷惑メールフォルダも含めて届いているかを見ます。自動返信を設定しているなら、送信者側にも届いているかを確認します。

---

以下は、公開前に一通り見るチェックリストです。案件によって不要な項目もありますが、「見た上で不要と判断した」状態にしておくのが目的です。

画像

loading="lazy" を全画像に一括で付けるプラグインは、ファーストビューの画像まで遅延させて LCP を悪化させることがあります。付けるなら除外設定を確認してください。

HTML品質

WordPressテーマ固有

wp_head() と wp_footer() が抜けていると、プラグインの多くが動きません。「プラグインを入れたのに効かない」ときは、まずここを疑ってください。

パフォーマンス

キャッシュプラグインは、フォームや会員機能と相性が悪いことがあります。問い合わせページや確認画面はキャッシュ対象から除外してください。nonce がキャッシュされると、フォーム送信が突然エラーになります。

セキュリティ

SiteGuard の「管理ページアクセス制限」は、設定を誤ると自分がログインできなくなります。有効化する前に、FTP か SSH で復旧できる状態を確保しておいてください。

reCAPTCHA v3 を Contact Form 7 に入れると、全ページでスクリプトが読み込まれ、右下にバッジが常駐します。フォームのあるページだけで読み込むよう制御するか、Turnstile を検討してください。

SEO

SEOプラグイン（All in One SEO / Yoast など）とテーマ側の自前実装で、構造化データが二重に出力されることがあります。Organization や BreadcrumbList はどちらか一方に寄せてください。両方出ていると、検索側がどちらを正とするか判断できません。

アクセシビリティ

outline: none でフォーカスリングを消したまま代替を用意していないサイトが本当に多いです。消すなら :focus-visible で自前のスタイルを当ててください。

表示確認・公開前

noindex は3箇所を見てください。WordPressの「設定 → 表示設定 → 検索エンジンでの表示」、SEOプラグイン側の設定、そしてテーマやサーバーが出している robots.txt と meta タグです。1箇所だけ直して安心すると残ります。

AIO最適化（AI検索への対応）

検索エンジンだけでなく、AIの回答に引用されることを前提にした項目です。従来のSEOと重なる部分もありますが、力点が違います。

構造化データ

• Organization を全ページ共通で実装し、sameAs に SNS・地図・各種プロフィールを漏れなく列挙する
• ページの性質に応じて Article + Person、FAQPage、JobPosting などを追加する
• JobPosting は datePosted と validThrough の鮮度管理を運用に組み込む。放置すると無効になります
• Rich Results Test / Schema Markup Validator で全typeを検証してエラー0にする

クロール制御

• robots.txt で GPTBot / Google-Extended / OAI-SearchBot / PerplexityBot をブロックしない。明示的に Allow を書いておくと意図が伝わります
• sitemap.xml を Search Console に送信し、実際にインデックスされているか確認する
• sitemap.xml の lastmod を正しく出力する
• 主要コンテンツはサーバー側でHTMLに出力する。 JavaScriptで取得してから描画する構成だと、AIのクローラーが本文を読めないことがあります
• 1ページ1テーマ。見出し階層を崩さない

文体・構造

• 結論ファースト。 見出しを読者の問いの形にし、その直後の1〜2文で結論を言い切る
• 段落を自己完結させる。 「これ」「その」といった指示語に頼らず、その段落だけ切り出しても意味が通るように書く
• FAQを厚くする。実際に聞かれることを網羅する
• 数値と固有名詞で書く。 「豊富な実績」ではなく「2017年から◯件」と書く
• 重要な情報を画像・PDF・動画の中だけに閉じ込めない。HTMLテキストで併記する

E-E-A-T

• 著者の実在性を担保する。実名・顔写真・役職を出し、Person の構造化データと一致させる
• 運営者を明示する。 会社概要（社名・代表者名・所在地・連絡先）を独立ページで用意し、フッターから全ページから到達できるようにする
• 実績や数値には算出根拠と時点を添える。「定着率95%（2025年度・正社員）」のように書く
• 更新日を明示する。dateModified と、ページ上に見える更新日の両方
• 一般論ではなく、自社固有のデータやエピソードの比率を上げる

エンティティ統合

• NAP（社名・住所・電話）を一字一句統一する。 自社サイト、Googleビジネスプロフィール、SNS、各種媒体で表記を揃える。法人格の位置や番地のハイフンまで含めて
• sameAs で全プロフィールを接続し、同一の組織だと確定させる
• Googleビジネスプロフィールを整備する（営業情報・所在地・口コミ）
• プレスリリースや業界メディアでの社名言及を増やす

チェックリストに入れていなかったが、毎回ひっかかるもの

上のリストは主に「作ったものの品質」を見るものです。実際の事故はその外側で起きることが多いので、こちらも足しておきます。

本番移行

• URL置換をシリアライズ対応のツールで行う。 データベースを単純な文字列置換で書き換えると、シリアライズされた配列の文字数が合わなくなってウィジェットやカスタムフィールドが壊れます。WP-CLI の search-replace を使ってください
• パーマリンク設定を保存し直す。移行後にリンクが404になったらまずこれ
• ステージングのBasic認証・パスワード保護を解除する
• テスト用に入れた noindex を外す（前述）
• 旧サイトからのリダイレクトを用意する。URL構造が変わるなら301の対応表を作る
• wp-config.php の WP_DEBUG を false にする

お問い合わせまわり（SMTPの続き）

• 確認画面を挟むか決める。Contact Form 7 は標準で確認画面を持っていません
• 自動返信メールを設定する。送りっぱなしで何も返らないフォームは不安を与えます
• 送信完了後の遷移先を決める。同一ページ内の表示か、サンクスページか。コンバージョン計測をするならサンクスページのほうが楽です
• プライバシーポリシーへの同意チェックボックスを入れる
• 必須項目とバリデーションのメッセージを日本語で確認する
• 迷惑メール対策のハニーポットを併用する

運用・保守

• 子テーマで作業するか、テーマ自体を自作にする。親テーマを直接編集すると更新で消えます
• コア・テーマ・プラグインの更新方針を決める。自動更新にするか、手動で検証してからか
• バックアップを取る仕組みを入れる。復元テストまでやって初めてバックアップです
• リビジョンの保存数を制限する。define('WP_POST_REVISIONS', 5); 程度に
• アクセスが多いサイトでは wp-cron を無効化し、サーバーの cron から叩く
• PHPのバージョンを確認する。サポート切れのまま動かさない

サーバー・ドメイン

• 常時SSL化と、http → https のリダイレクト
• www の有無を統一してリダイレクトする
• ドメインとSSL証明書の有効期限、自動更新の設定を確認する
• メールアカウントの作成と、クライアントへの受け渡し方法

アカウントと権限

• 管理者のユーザー名を admin にしない
• クライアント用アカウントは「編集者」で足りることが多い。全員を管理者にしない
• 制作会社側のアカウントを残すか、納品時に削除するかを決めておく
• ログイン情報の受け渡し方法を決める。メール本文に平文で書かない

計測

• GA4に自社IPを除外するフィルタを設定する
• Search Console にプロパティを登録し、サイトマップを送信する
• Cookieを使う解析ツールを入れるなら、プライバシーポリシーにその旨を記載する
• コンバージョンの定義を決める。フォーム送信、電話タップ、資料ダウンロードなど

このページの使い方

案件が終わるたびに、詰まった箇所をここに1行足してください。「なぜ必要か」を1文添えておくと、半年後の自分が判断できます。

チェックリストは長くなるほど読まれなくなるので、発生頻度が低く影響も小さい項目は思い切って削るのも更新のうちです。

更新履歴

• 2026-08-23 初版。Contact Form 7 と SMTP の項目、公開前チェックリスト、AIO最適化、運用まわりの追記