WordPress SEO の主な間違いとその修正方法

WordPress は世界で最も人気のあるウェブサイトビルダーです。使いやすく、カスタマイズ性が高いため、多くの人に愛されています。ただし、初期状態では、基本的な WordPress セットアップは Google 用に最適化されていません。

WordPress をデフォルト設定のままにしたり、重いテーマやプラグインを使用したりすると、誤って技術的なエラーが発生し、サイトのランキングが停止する可能性があります。

このガイドでは正確な内容を説明します SEOの間違い基本的な設定から高度なサーバーの問題まで、WordPress ユーザーが作成し、それらを修正する方法を示します。

パート 1: Web サイトのアーキテクチャと URL 構造

ウェブサイトの構造は、Googlebot などの検索エンジンがページを見つけて理解するのに役立ちます。構造がわかりにくい場合、検索エンジンはコンテンツをランク付けするのに苦労します。

デフォルトのパーマリンク構造の修正

デフォルトでは、WordPress は次のように数字を使用して URL (パーマリンク) を作成します。 あなたのドメイン.com/?p=123。これは 2 つの理由から SEO にとって良くありません。

キーワードがありません: 検索エンジンは、URL 内の単語を使用してトピックを理解します。数字は何の手がかりにもなりません。
低いクリック率: 検索結果内のリンクがランダムな数字の文字列のように見える場合、ユーザーはそのリンクをクリックする可能性が低くなります。

修正: WordPress 設定に移動し、パーマリンクを次のように変更します。 「投稿名」 (/%postname%/).

ライブサイトに関する警告: サイトがしばらく公開されている場合、パーマリンクを変更すると、既存の URL がすべて壊れます。「」を設定するにはプラグインを使用する必要があります。301 リダイレクト」を使用して古い URL を新しい URL に誘導しないと、現在の検索ランキングが失われます。

パーマリンクの比較

パーマリンクの種類	検索エンジンがそれを読み取る方法	SEOの価値	後で変更するリスク
無地 (`/?p=123`)	動的な数値	ゼロ	非常に高い
日付 (`/2026/04/投稿/`)	時間ベース	低い（コンテンツが古く見える）	高い
役職名 (`/%投稿名%/`)	キーワードが豊富	高い	適度

内部リンクとサイトの深さ

内部リンクページを接続します。これらはサイト全体で SEO 価値 (リンクの公平性) を共有し、Google がすべてのコンテンツを見つけやすくします。よくある間違いには次のようなものがあります。

孤立したページ: これらは、それらを指す内部リンクがまったくないページです。ページにリンクしていないと、Google はそのページを見つけることができません。
ディープページを非表示にする: 多くのサイトはホームページに何百ものリンクを設置していますが、最も重要なサービスページにはリンクしていません。
不適切なアンカーテキスト: 「ここをクリックしてください」というリンクは使用しないでください。リンク先のページが何についてのものであるかを Google が認識できるように、説明的なテキスト (「当社の配管サービス」など) を使用します。
「Nofollow」を使用する: 自分のページを指すリンクには「nofollow」タグを決して使用しないでください。これにより、SEO の価値がサイトに流れなくなります。
不足しているブレッドクラム: ブレッドクラム ([ホーム] > [ブログ] > [SEO ヒント]) は、Google がページの構成を理解するのに役立ちます。

ページネーションと無限スクロール

多くのテーマでは、従来のページ番号 (1、2、3) の代わりに、「無限スクロール」 (下にスクロールするとさらに多くのコンテンツが読み込まれる) または「さらに読み込む」ボタンが使用されます。

無限スクロールの問題: 検索エンジンのボットはスクロールしません。テーマが JavaScript を使用してさらに投稿を読み込むが、URL を更新しない場合 (HTML5 History API を使用)、Google は古い投稿を表示することはありません。
ページネーションの問題: 番号付きのページを使用する場合 (例: /カテゴリー/ページ/2/)、を使用する必要があります。 rel="正規" メインカテゴリを指すタグ。そうしないと、Google はすべてのページを重複コンテンツとして認識します。

パート 2: WordPress のカテゴリ、タグ、アーカイブ

WordPress はカテゴリとタグを使用してコンテンツを整理します。これらを誤って使用すると、「重複コンテンツ」エラーが発生する手っ取り早い方法になります。

カテゴリとタグの違い

多くのユーザーは「タグ」を SEO キーワードのように扱い、1 つの投稿に数十のタグを追加します。これは間違いです。タグを作成するたびに、WordPress はそのタグ用に新しい「アーカイブページ」を作成します。 20 個のタグを使用すると、まったく同じ記事の抜粋を表示する 20 個の新しいページが作成されたことになります。これは Google の時間 (「クロール予算」) を無駄にします。

修正:

カテゴリ: これらは広範な主要なトピックに使用します。
タグ: これらを使用することはほとんどありません。投稿が 1 つだけ添付されるタグは絶対に作成しないでください。 SEO プラグインを使用してタグアーカイブページを「noindex」に設定すると、Google はそれらを無視します。

無効にする必要があるデフォルトのアーカイブページ

WordPress は、SEO に悪影響を与えるいくつかのタイプのページを自動的に作成します。

著者のアーカイブ: あなたがあなたのブログの唯一の著者である場合、あなたの著者ページはあなたのブログホームページの正確な複製です。これを「noindex」に設定します。
日付アーカイブ: 月ごとに整理されたページ (例: 2026 年 4 月) は、トピックを検索しているユーザーにとって何の価値もありません。それらを無効にします。
添付ファイルページ (最大のエラー): 画像や PDF をアップロードするたびに、WordPress はそのファイルを表示するためだけに空の Web ページを作成することがあります。これらのページにはテキストが含まれていないため、Google は「内容の薄いコンテンツ」としてフラグを立てます。 SEO プラグインを使用して、すべての添付ファイルページをアップロード先の投稿にリダイレクトする必要があります。

パート 3: オンページ SEO とコンテンツの最適化

技術的な設定が完璧であっても、コンテンツは検索エンジン用にフォーマットされている必要があります。

遅延メタ説明: プラグインが投稿の最初の文からメタディスクリプションを自動的に取得しないようにしてください。通常、文の途中で切れてしまい、CTA (Call-to-Action) が含まれていません。すべてのページに、キーワードを豊富に含むユニークな説明を書きます。
重複したメタデータ: ページを複製して新しいページを作成する場合は、SEO のタイトルと説明を忘れずに書き換えてください。 Google が重複を見つけた場合、それらは無視されます。
間違った見出し (H1 ～ H6): フォントサイズが気に入ったからといって、見出し 3 (H3) を使用しないでください。見出しは Google のアウトラインを作成します。 H1 はページごとに 1 つだけ (メインタイトル) にする必要があります。その下では、メインセクションには H2 を使用し、サブセクションには H3 を使用します。
低品質の AI コンテンツ: 検索エンジンは E-E-A-T (経験、専門知識、権威性、信頼性) を探します。人間による編集を行わない純粋にロボットによる AI コンテンツには独自の価値がなく、ランクも高くありません。
モノリシックサービスページ: すべてのビジネスサービスを 1 ページにリストしないでください。特定のサービスごとに専用の詳細ページを作成します。
開いたグラフを忘れる: SEO プラグインで Open Graph タグを設定しない場合、ソーシャルメディアサイト (Facebook や Twitter など) は、リンクを共有するときにランダムで醜い画像やテキストを取得します。

パート 4: 画像とメディアの SEO

画像は重要ですが、画像を誤ってアップロードすると、サイトの速度が低下し、ランキングに悪影響を及ぼします。

代替テキストと画像のタイトル: * 代替テキスト: これは、視覚障害のあるユーザーと検索エンジンに対するイメージを説明します。それは主要なランキング要素です。
- 画像のタイトル: これは、ユーザーが画像の上にマウスを置いたときにポップアップテキストボックスを作成するだけです。 SEO的な価値はほとんどありません。
- 修正: 必ず代替テキストを入力してください。画像が単なる装飾用 (背景線など) の場合は、代替テキストを完全に空白のままにしておきます (alt="") なので、スクリーンリーダーはスキップします。また、壊れたイメージは 404 エラーを引き起こすため、修正してください。
大きなファイルサイズ: RAW 写真を携帯電話から直接アップロードしないでください。大きなファイルがあるとページの速度が低下し、Core Web Vitals (Google の速度テスト) が台無しになります。アップロードする前に画像のサイズを変更し、圧縮プラグインを使用して、WebP や AVIF などの最新の形式で提供します。

パート 5: ページビルダーと Web サイトの速度

Web サイトの読み込み速度は、ランキングの大きな要素となります。 WordPress サイトのデザインに使用するツールは、これに大きく影響します。

ネイティブ WordPress エディター (Gutenberg) は非常に高速かつ軽量です。ただし、多くのユーザーはドラッグアンドドロップのページビルダーを好みます。 Elementor や Divi などの古いビルダーは、サイトに過剰な背景コード (HTML、CSS、JavaScript) を追加します。これを「DOM の深さ」と呼びます。ページが読み込まれる前にユーザーのブラウザに過剰な負荷がかかり、速度スコア (特に LCP と INP) が低下します。

修正: 最高の速度が必要な場合は、ネイティブの Gutenberg ブロック、または Kadence や Oxygen などの最新の軽量ビルダーを使用してください。 Elementor を使用する必要がある場合は、速度の問題を解決するためにプレミアムキャッシュプラグインが必要になります。

パート 6: モバイルフレンドリーな設計とインデックス作成

Googleは「モバイルファーストインデックス」を採用しています。つまり、Google はウェブサイトのモバイル版のみを見てランキングを決定します。デスクトップサイトが完璧でも、モバイルサイトが壊れている場合は、ランク付けされません。

一般的なモバイルエラー:

水平スクロール: 要素の幅が広すぎると、ユーザーは横にスクロールする必要があります。
ファットフィンガーエラー: ボタンが近すぎるか、推奨される 48×48 ピクセルより小さい。
ポップアップ: 携帯電話上のコンテンツを全画面ポップアップで覆うと、ペナルティが課せられます。
小さいフォント: テキストが 16 ピクセルより小さい場合、モバイルユーザーはテキストを拡大して読む必要があります。

AMP と PWA

AMP (高速モバイルページ): これにより、デザイン要素が取り除かれ、ページが即座に読み込まれるようになります。ただし、正規タグが完全に設定されていない場合は、重複したコンテンツが作成されます。
PWA (プログレッシブウェブアプリ): これにより、サイトがネイティブアプリのように感じられます。ただし、JavaScript に大きく依存しています。サーバーサイドレンダリング (SSR) を使用しない場合、Googlebot はテキストを読み取ることができず、検索結果にはページが空白で表示されます。

パート 7: サーバーの速度とデータベースの最適化

WordPress は動的です。誰かがサイトにアクセスするたびに、サーバーはページを最初から構築する必要があります。最適化を行わないと、トラフィックが集中するとサイトがクラッシュします。

3 種類のキャッシュが必要です。

ページのキャッシュ: ページの静的コピーを保存するので、サーバーは訪問者ごとにページを再構築する必要がありません。
オブジェクトキャッシュ (Redis/Memcached): データベースがまったく同じ質問に何度も回答する必要がなくなります。
オペコードキャッシュ (OPcache): PHP コードをプリコンパイルして、サーバーの応答を高速化します (最初のバイトまでの時間を改善します)。

その他のサーバーの問題:

ハートビート API: WordPress は常にバックグラウンドでサーバーと通信します (投稿を自動保存するなど)。 管理者-ajax.php。共有ホスティングでは、これによりサーバーの電力がすべて消費され、サイトの速度が低下します。プラグインを使用して、Heartbeat API を制限または無効にします。
HTTPS/SSL: Google では安全なサイト (HTTPS) が必要です。 HTTPS に移行する場合は、データベース内の古い「HTTP」リンクをすべて検索して置き換える必要があります。サイトの速度が低下するため、プラグインに依存してリダイレクトしないでください。 (また、テキストは安全だが画像は安全ではない「混合コンテンツ」の警告にも注意してください)。

パート 8: WordPress の設定とプラグイン SEO

選択したプラグインは、Web サイトを成功させることも失敗させることもできます。

「検索エンジンを推奨しない」ボックス: WordPress の閲覧設定には、「検索エンジンによるこのサイトのインデックス作成を阻止する」というボックスがあります。サイトが公開された後、これをチェックしたままにしておくと、Google は検索結果からあなたのウェブサイトを完全に消去します。
サイトマップと Robots.txt: XML サイトマップを Google Search Console に送信する必要があります。また、 ロボット.txt ファイルが誤って Google による重要なファイルの閲覧をブロックしていないこと（ /wp-includes/).
タイムゾーンエラー: 一般設定で正しいタイムゾーンを設定しないと、スケジュールされた投稿が失敗し、イベントのスキーママークアップが間違ってしまいます。
プラグインの肥大化: 巨大な多目的プラグイン (Jetpack など) をインストールすると、不要なコードが追加され、サイトの速度が低下します。代わりに、小さな単一目的のプラグインを使用してください。
SEO プラグインの競合: 2 つの SEO プラグイン (Yoast と All in One SEO など) を同時にインストールしないでください。それらは互いに争い、重複したタグや壊れたサイトマップを作成します。
スキーママークアップエラー: スキーマ (構造化データ) は、Google で星評価やレシピカードを取得するのに役立つコードです。テーマ、SEO プラグイン、専用のスキーマプラグインがすべて同時にスキーマを追加しようとすると、Google が混乱します。また、ページに表示されていないもののスキーマ (実際には画面に書かれていない質問の FAQ スキーマなど) を追加しないでください。

パート 9: ローカル SEO と多言語サイト

ローカルSEOの間違い

あなたが地元のビジネスの場合、検索エンジンはあなたの名前、住所、電話番号 (NAP) の一貫性を探します。

隠しデータ: 画像ファイル内にアドレスを含めると、Google はそのアドレスを読み取ることができなくなります。
欠落しているスキーマ: 検索エンジンに現在地を正確に伝えるには、「LocalBusiness」スキーマコードを使用する必要があります。
Google ビジネスプロフィールを無視する: ローカル地図検索で上位にランクするには、サイトを Google ビジネスプロフィールに接続する必要があります。

多言語SEO (Hreflang)

サイトをさまざまな言語に翻訳するには、Google がどのバージョンをどの国に表示するかを認識できるように、「Hreflang」と呼ばれる特別なコードが必要です。

壊れた返品タグ: Hreflang は両方の方法で機能する必要があります。英語のページがスペイン語のページを指している場合、スペイン語のページは しなければならない 英語のページを指すコードが含まれています。
間違ったコード: 公式 ISO コードを使用する必要があります (例: 英語-GB 英国にとってではなく、 エンウク).
未翻訳の URL: 投稿をスペイン語に翻訳する場合は、URL スラッグも翻訳する必要があります。英語の URL フォルダーの下にスペイン語の投稿があると、検索エンジンが混乱します。
自己参照タグ: すべてのページには、それ自体を指すタグが含まれている必要があります。

パート 10: Web サイトのセキュリティとコンテンツ保護

スパムコメント: デフォルトでは、WordPress ではコメントと「ピンバック」が許可されています。自動スパムボットは、これらのセクションに悪意のあるサイトへのリンクを埋め込みます。スパムブロッカー (Akismet など) を使用しない場合、またはスパムブロッカーを完全にオフにしている場合、Google はペナルティを課します あなたの スパムへのリンクを目的としたサイト。
RSS フィードのスクレイピング: WordPress はコンテンツの RSS フィードを自動的に作成します。デフォルトでは、記事の全文が表示されます。コンテンツ窃盗者はボットを使用して、記事全文を即座にコピーして自分の Web サイトに貼り付けます。彼らがあなたよりも強力なウェブサイトを持っている場合、Googleは次のように考えるかもしれません 彼らは と書き、重複したコンテンツに対してペナルティを課します。閲覧設定に移動し、「概要」のみを表示するように RSS フィードを変更します。

パート 11: Google アナリティクス 4 と Google Search Console

最後の間違いは、データの読み間違いです。ウェブサイト所有者は、Google Search Console (GSC) のトラフィックが安定しているにもかかわらず、Google Analytics 4 (GA4) のトラフィックが低下するとパニックに陥ることがよくあります。

違い：

GA4 (クライアント側): これは、JavaScript を使用してサイトをクリックした後のユーザーを追跡します。ただし、広告ブロッカーとプライバシーブラウザーは GA4 をブロックします。 GA4 はほとんどの場合、実際のトラフィックを過小報告します。
GSC (サーバー側): これにより、Google の実際の検索ページでデータが直接追跡されます。 Google で何人の人があなたのリンクを見てクリックしたかを正確に示します。広告ブロッカーではブロックできません。

GA4 でトラフィックが減少したからといって、ウェブサイトに大幅な変更を加えないでください。おそらく、ユーザーがプライバシーブロッカーを有効にしているだけだと思われます。ただし、GSC を定期的にチェックする必要があります。 GSC が低下を示した場合は、すぐに修正する必要がある実際の技術的エラー (プラグインの破損やインデックス作成の問題など) が発生していることを意味します。