ブログのSEOは、検索エンジンが読める公開設定を確認し、顧客の質問に答える記事と、製品や相談先への案内を整えることから始めます。WordPressを使っていても、プラグインを入れるだけで作業は終わりません。
管理画面を開く前に、検索に出したい記事と、非公開のままにする情報を分けます。制作途中のサイトの設定を、公開時にもそのまま引き継いでいないかを確認してください。
この記事では会社のブログの設定と公開作業を扱います。何を題にし、どんな根拠で本文を書くかは、コンテンツSEOの記事選びと制作手順へ進めます。
WordPressで最初に見る設定は？
管理画面の設定から、表示設定を開きます。検索エンジンでの表示の欄で、検索エンジンがサイトをインデックスしないようにする指定が残っていないか確認します。検索へ公開するサイトでは、このチェックを外して保存します。
WordPress公式の表示設定の説明は、この指定によってnoindexなどが出力されることを説明しています。制作中の指定を解除したつもりでも、個別ページや別の機能にnoindexが残っていないかを見ます。
同じ公式文書には、次の注意もあります。
Neither of these options blocks access to your site
表示設定の指定は、サイトへのアクセス自体を遮断するものではない、という意味です。社内資料を守るためのパスワードや認証の代わりにはしません。公開したくない資料の保護と、検索掲載の制御は分けます。
保存後は、ログアウトした状態で記事を開きます。公開URLが正しいか、本文と画像が見えるか、ページのHTMLに意図しないnoindexが残っていないかを制作担当と確認してください。
Googleのnoindexの公式説明では、Googlebotがページを取得して指定を読める必要があります。robots.txtで読めなくすれば検索から消せる、という設定にはしません。
タイトルと説明は、何を設定する？
記事ごとに、何の質問へ答えるページかが分かる題を付けます。会社名や検索語を並べるだけでなく、本文に実際に書いてある答えと一致させてください。
たとえば樹脂部品のヒケを扱う記事なら、原因の切り分けを説明するのか、試作相談の準備を説明するのかで題が変わります。これは記事の例で、自社の加工実績ではありません。原因を説明していない記事で、対策がすべて分かると約束しないようにします。
GoogleのSEOスターターガイドは、ページ固有で、明確かつ簡潔に内容を説明するタイトルを案内しています。検索結果のタイトルには、title要素や本文の見出しなどが使われます。設定した文字列のまま出ることを前提にしません。
説明文は、記事の対象と答えを短く書きます。検索結果の抜粋は本文から生成され、メタディスクリプションが使われることもあります。説明文の入力だけで検索結果を固定できるわけではありません。
保存後は記事の見出しだけでなく、ブラウザのタイトルとHTMLの出力も確認します。管理画面の入力欄が複数あるなら、どの欄が公開ページへ反映されるかを調べてから直します。
SEOプラグインでは、何を管理する？
製品を選ぶ前に、テーマと既存の機能が出力している内容を調べます。次の表を制作担当と埋め、どこで管理するかを決めてください。これは設定の整理表で、すべてに追加プラグインが必要という意味ではありません。
| 設定するもの |
決める内容 |
公開後の確認 |
| タイトル |
記事ごとの題と会社名の付け方 |
title要素 |
| 説明 |
ページ固有の要約 |
descriptionの出力 |
| サイトマップ |
検索へ知らせるURL |
ファイルと送信状態 |
| noindex |
検索から除外する範囲 |
対象記事の指定 |
| 構造化データ |
本文に合う種類と内容 |
検出内容と画面 |
同じ設定をテーマと複数のプラグインで管理すると、どの変更が反映されたかを追いにくくなります。機能を足す前に出力元を特定し、使う管理先へ寄せます。停止や切り替えをする前には、現在の設定と公開HTMLを残してください。
特に、全記事へnoindexを付ける指定や、特定のカテゴリを一括で除外する指定は対象範囲を確認します。検索に出したい技術記事まで除外していないかを、記事単位でも見ます。詳しい扱いはnoindexの設定と注意点で確認できます。
プラグインの診断で語の回数を増やすよう表示されても、本文が読みにくくなる追記はしません。ツールの採点条件と、読者が疑問を解けるかは分けて判断します。
サイトマップと構造化データは、どう確かめる？
サイトマップは、検索へ知らせるURLの一覧です。現在の正しいURLが入り、転送前や削除済みの記事が残っていないかを確認します。ファイルの生成元と、Search Consoleへ送信する担当も決めます。
Googleのサイトマップの概要は、送信してもクロールや登録は保証されないと説明しています。作成と送信だけを、検索掲載の完了として報告しません。生成と送信の詳しい手順はXMLサイトマップの作り方へ進めます。
構造化データは、記事や会社の情報を機械へ伝える記述です。Googleの構造化データのガイドラインに沿い、画面にない内容や誤った日付を入れないようにします。
たとえば画面では記事の題を直したのに、構造化データには旧題が残るなら、どちらを出力する機能か調べます。コードを直接直す前に生成元を確認し、次の保存で古い内容へ戻らないようにします。これは出力を点検する例です。
WordPressでも、生成機能を有効にした後、本文と実際の出力を照合します。テストで読めることと、検索結果の特別表示が出ることは同じではありません。
記事を公開する前に、どこへリンクする？
技術解説からは、その内容と関係する製品、仕様、相談先へ進めるようにします。どの記事にも同じ製品一覧を貼る前に、読者が次に何を確かめるかを考えます。
ヒケの調査方法を読んだ人なら、自社で確認する情報と、外部へ相談する際の準備が次の判断になります。受け付ける資料や条件を実際に確認し、案内先でも同じ説明を読めるようにします。
新記事への入口も必要です。カテゴリ一覧や関連する既存記事からたどれるか確認してください。新記事の本文にリンクを置いただけでは、既存ページの読者が新記事を見つける経路は増えません。
私たちは、新記事から既存記事へ張る一方で、逆向きのリンクを忘れる事故を3回やりました。出典は自社メディアの運営記録です。WordPressの公開ボタンを押した後も、一覧と既存記事からの入り方を確認します。
公開後は、何を見て直す？
Search ConsoleのURL検査へ完全なURLを入れます。登録状況を確認し、公開URLのテストは現在の取得状態として別に読みます。URL検査の公式ヘルプも、この二つを区別しています。
未登録なら、表示された理由を記録します。登録後も、想定した質問で表示されたか、読まれたか、どんな相談につながったかを別々に確認します。原因ごとの調べ方は検索に出ないページの確認手順へ進めます。
更新するときは、タイトルだけを変える前に、検索語に本文が答えているかを読みます。日付を新しくする作業だけで済ませず、仕様や受付条件の変更を担当部署に確認してください。
会社のオウンドメディア運用では、執筆担当だけでなく、設定を直す人と公開後に見る人も決めます。次の記事を書く前に、今の記事で読者が疑問を解き、必要な窓口へ進めるかを一度たどってください。
仕様・出典の確認日：2026年10月22日。