Rank Mathのフォーカスキーワードを予約投稿で確認する方法

予約投稿の本文を整えても、SEOのフォーカスキーワードが空欄なら記事ごとの検索意図を管理しにくくなります。一方、同じキーワードを全記事へ一括設定すると、似た記事を増やす原因になります。

2026年7月30日、このサイトでは予約候補を一件ずつ修正し、記事固有のフォーカスキーワードを保存しました。本文予約とSEO更新を別々に実行し、両方が成功した記事だけfutureとして残した手順を説明します。最終確認日：2026年7月30日

具体的な手順は、検索意図の定義、重複チェック、本文との照合、SEO更新、保存後再取得です。例えばSEO更新だけ失敗した場合も、記事単位で元の下書きへ戻します。

• 記事固有の検索意図
• 公開・予約・下書きとの重複
• タイトル・本文との一致
• 更新結果とfuture日時

フォーカスキーワードの役割を限定する

フォーカスキーワードは、誰のどの疑問へ答える記事かを短く表すために使います。文章へ同じ語を何度も入れる作業ではありません。

記事固有の検索意図から決める

最初に『この記事でしか解決できない疑問』を一文で定義します。例えばWebP記事なら、WordPressのアイキャッチが本当にWebPかRESTと画像実体で検査したい人が対象です。

定義した疑問から主語、対象、行動を抜き出し、複合語へします。広い『AI アフィリエイト』だけでは、他の記事と役割を区別できません。

一番目の語を主対象にする

Rank MathのFocus Keyword公式資料では、複数キーワードの最初がprimary focus keywordとして扱われると説明されています。最初に記事の中心語を置き、補助語を後ろへ並べます。

候補語を増やしすぎず、タイトル、URL、見出し、本文で自然に説明できる範囲へ絞ります。公式資料でも、キーワードの詰め込みは避けるよう案内されています。

予約前にタイトルと本文の一致を検査する

SEO項目を保存する前に、タイトル、スラッグ、導入、H2がフォーカスキーワードの検索意図と一致しているか確認します。後からキーワードだけ変えても本文の役割は変わりません。

タイトルを公開・予約・下書きと比較する

WordPressのpublish、future、draftを取得し、候補タイトルと比較します。単純一致に加えて文字列類似度を計算し、似たタイトルは想定読者と結論まで確認します。

既存記事と三項目以上が重なる候補は、キーワードを言い換えて予約しません。重複を隠すためにSEO語を変えるのではなく、記事の役割を分けられる場合だけ進めます。

本文の冒頭から具体的な答えを書く

タイトルとキーワードが具体的でも、本文が一般論なら検索意図を満たしません。導入で対象、結論、確認した日付を示し、各H2の冒頭から条件や手順を書きます。

章の予告や抽象的な注意喚起で見出しを言い換えず、実際に確認した投稿数、メディアID、状態など、出典を示せる情報を使います。

本文予約とSEO更新を別工程で実行する

WordPressの記事保存とRank Mathのメタ更新は別の処理として失敗する可能性があります。そのため、本文をfutureへ保存できただけでは完了にしません。

記事ごとに投稿ガードを通す

保存前に外部LLM APIが無効、dry runではない、投稿状態がfuture、自動予約が有効であることを確認します。複数記事でも、設定変化を検出できるよう一件ずつガードを実行します。

WordPress REST APIのPosts公式資料で定義されるstatusとdateを使い、本文はfutureと予約日時を明示して保存します。publishやdraftを代用しません。

フォーカスキーワード更新の結果を記録する

プロジェクト既存のRank Math更新関数へ投稿IDと固有キーワードを渡し、成功・失敗を記事単位で記録します。認証情報やAPIキーは記録へ含めません。

更新関数がFalseを返した場合は、本文だけを予約済みに残さず、その記事を変更前の下書きへ戻します。SEO失敗と投稿成功が混在した状態を防ぐためです。

WordPress再取得で予約状態を確認する

保存要求が成功しても、期待した本文、日時、スラッグが反映されたとは限りません。同じ投稿IDを認証付きRESTで再取得し、計画と比較します。

future日時と本文ハッシュを照合する

statusがfuture、dateが割り当てた日本時間、タイトルとスラッグが計画どおりかを確認します。本文は正規化したHTMLのハッシュで保存前原稿と照合します。

カテゴリー、タグ、featured_mediaも変更前の値と比較します。SEO更新のために分類や画像が消えていれば成功扱いにしません。

SEO更新を本文検査記録と結び付ける

WordPress標準RESTで公開されないメタは、更新関数の成功記録とプロジェクト側の検証経路を使います。投稿ID、設定した値、実行日時を本文検査と同じレコードへ残します。

管理画面のSEO点数だけを成功条件にしません。点数は提案であり、一次情報、重複、検索意図、読みやすさを置き換えないからです。

キーワード設定後も記事品質を優先する

フォーカスキーワードは公開判断の一項目です。一次情報がない、既存記事と結論が同じ、本文に不自然な反復がある記事は、SEO項目を設定できても予約しません。

公式資料と実測値を分けて書く

ツール仕様は公式資料へリンクし、自サイトの投稿数や検証結果は取得日時を添えます。確認できない売上、作業時間、体験談をキーワードへ合わせて創作しません。

今回の手順は、実際に三件の予約投稿で本文保存とSEO更新を分け、失敗時に下書きへ戻せるバックアップを作成して確認したものです。

予約後の画像検査まで完了させる

記事のSEO確認後、サイト専用の画像担当へ投稿IDを渡します。新しい画像はimage/webp、.webp URL、記事のfeatured_media一致を確認し、旧画像は削除しません。

Rank Mathのフォーカスキーワードは、検索順位を自動で上げるスイッチではありません。検索意図、本文、予約状態を記事単位で結び付ける管理項目として使うと、似た記事の量産を防ぎやすくなります。