オンページ最適化

オンページ最適化とは、タイトル、ディスクリプション、見出し、エンティティ、内部アンカー、メディアを、1つの有用な読者タスクにページレベルで整合させることです。投稿タイプはすでにページの構造的な役割を決定しています。このフェーズでは、すべての可視的および機械可読なシグナルがその役割を一貫して説明するようにします。

フェーズ: P11 · ステージC — 制作。タイムボックス: 編集承認後の新規ページは60〜90分。既存ページは2〜4時間（診断、保存、改善前後のエビデンスが必要なため）。責任者: SEOコンテンツリーダー。貢献者: ライターまたは編集者、SEOストラテジスト、メディア変更時のデザイナー、テンプレートが誤ったHTMLを出力する場合のデベロッパー。

このフェーズの目的と位置づけ

P11は、承認されたドラフトとコンテンツ制作システム からの制作管理情報、およびページの意図、正規URL、主要エンティティ、必要なエビデンス、投稿タイプ仕様 を受け取ります。構造の段階で、アセットがガイド、比較、製品ページ、用語集、または別の形式なのかはすでに決定されています。オンページ作業では、すべてのクエリバリエーションをページに詰め込むことで、その判断を再設計すべきではありません。

このフェーズが存在する理由は、同じ正確な記事でも矛盾したシグナルを発信する可能性があるからです。ブラウザタブが「エンタープライズCRM移行ガイド」と約束しているのに、H1が「データの移行」と表示され、導入部で関係するシステムにまったく言及せず、内部リンクがそのページを「続きを読む」と呼ぶことがあります。人間は読めば関係性を推測できます。しかし、検索エンジン、スクリーンリーダー、AI検索システムは、ページが何についてで、いつ有用かを判断する前に、複数の弱いラベルを調整する必要があります。

順序は重要です。専用の内部リンクフェーズ の前にオンページ最適化を実行してください。P12では最終的なURL、安定した見出し、承認されたアンカーコンセプトが必要だからです。ドラフト作成後に実行する理由は、回答が存在する前に書かれたタイトルは、本文が提供しない範囲を約束することが多いからです。P11をスキップすると、有用なコンテンツの分類が難しくなり、クリックされにくくなります。リサーチ中に実行すると、検索意図 （検索者が達成しようとしているタスク）が確定する前に、キーワード主導のコピーが促進されます。

インプットとアウトプット

アウトプットは、内部リンクおよび公開前品質保証との契約です。編集者は、タイトルの意味や、どの見出しがディープリンクを安全に受け取れるかを推測する必要はありません。

チェックリスト

チェックリストは、既存ページと新規ページで最初のステップが異なります。残りのチェックは受理基準を共有しますが、エビデンスを単に古いページを新しいテンプレートのように見せるために破棄してはいけません。

1. 既存ページルートか新規ページルートかの選択

内容: コピーを変更する前に、作業を既存ページ最適化または新規ページ完了として分類します。既存ページは測定可能な履歴を持ち、現在のブリーフ以外のクエリにもすでに応答している可能性があります。新規ページには保護すべきパフォーマンスベースラインがありません。

理由: 実績のあるページを、そのカバレッジを記録せずに編集すると、損失の診断が不可能になります。新規ページを衰退しているページのように扱うと、でっち上げのベースラインと時期尚早な成功主張を招きます。

方法: 既存ページの場合は、宣言された範囲について、現在のタイトル、ディスクリプション、H1〜H3アウトライン、内部アンカー、メディア、トップクエリ、クリック数、インプレッション数、CTR、平均掲載順位、コンバージョンをエクスポートします。保存すべき項目に注釈を付けます。新規ページの場合は、承認された意図、投稿タイプ、URL、エンティティリスト、コンバージョンアクションを確認し、パフォーマンスフィールドにはゼロではなく「公開後にベースライン取得」とマークします。

ツール: ライブクエリのエビデンスには、app.amicited.com/reports/google-search/queries のGoogle Search Queries を使用します。新規ページにはCMSプレビューと承認済みブリーフを使用します。

完了条件: 変更記録に、ルート、エビデンス期間、担当者、保護対象クエリまたはセクション、作業理由が記載されている。記録されたベースラインなしに既存ページのテキスト変更を開始しておらず、新規ページが架空の過去のパフォーマンスと比較されていない。

2. ページの単一の主要約束を再確認する

内容: 「このページは、[回答または意思決定支援]を提供することで、[オーディエンス]が[タスク]を完了するのを支援します」という1文を書きます。1つの主要なクエリテーマと、本文が実際に回答する重要な二次的な質問をマークします。

理由: タイトル、見出し、エンティティ、アンカー、メディアは、ページに1つの支配的な役割がある場合にのみ一致できます。キーワードのリストは約束ではありません。読者が受け取る成果について何も語らないからです。

方法: 承認された意図を、冒頭の回答、エビデンス、結果ページの期待、コールトゥアクションと比較します。ドラフトが異なるエビデンスや次のアクションを持つ2つの異なるタスクにサービスを提供している場合は、広範なタイトルで対立を隠すのではなく、スコープレビューに戻します。

ツール: ブリーフ、ライブ結果レビュー、ステップ1で添付されたクエリエビデンスを使用します。

完了条件: レビュアーが約束を読み、それを果たす直接的な回答、裏付けセクション、次のアクションを指し示すことができる。保持されているすべてのクエリテーマが同じ役割に適合している。

3. 書き換えに耐えられるタイトルを作成する

内容: HTMLのタイトルタグ （ブラウザタブに表示され、検索結果の見出しとして一般的に使用されるページ名）と、その可視のH1を確定します。

理由: 検索エンジンは、タイトルが反復的、曖昧、過剰充填、古い、または表示されているページと一貫性がない場合に、書き換えることがあります。どのような文言でもすべての書き換えを防ぐことはできません。結果はクエリやデバイスに適応するからです。H1および回答と一致する、具体的で簡潔なタイトルは、システムがページの枠組みを置き換える理由を減らします。

方法: 主題と有用な成果から始め、本文がそれを証明する場合にのみ差別化要素を追加し、識別に役立つ場合はブランドを最後に配置します。何百ものページで共有されている定型文を削除します。必要に応じてH1はタイトルよりも自然で読みやすくしますが、両方が同じ範囲を説明するようにします。文字数をランキングルールとして扱うのではなく、幅をプレビューします。

ツール: CMS検索プレビュー、ライブ結果比較、およびユーザーが実際に使用している言語を確認するためのGoogle Search Queriesを使用します。

完了条件: レンダリングされたソースに、一意で空でないタイトルが1つとH1が1つ含まれている。どちらもキーワードバリエーションのリストではない。それらの約束が互いに、そして冒頭の回答と一致している。タイトルの重要な単語が、末尾が切り詰められても理解可能である。

4. 適切なクリックを獲得できるディスクリプションを作成する

内容: メタディスクリプション 、つまり検索エンジンが結果タイトルの下に表示することがあるHTMLサマリーを作成します。

理由: ディスクリプションは保証されたスニペットではなく、ランキングを強制するためのものでもありません。その役割は、ページの価値と適格性を明確にし、適切な検索者がそれを選択できるようにすることです。検索エンジンは、表示されているページテキストがクエリにより正確に回答する場合、一般的にそのテキストを選択します。

方法: 主題、成果、有用な制約、次のステップを平易な言葉で述べます。自然な箇所で主要な用語を使用します。編集上の範囲として120〜160文字を目安にし、デスクトップとモバイルでプレビューします。タイトルを繰り返したり、根拠のない最上級表現を使用したり、ページに存在しないツール、価格、テンプレート、エビデンスを約束したりしないでください。

ツール: CMSプレビューと、サイトの適合期待値よりも少ないクリックしか得られていない既存結果については、app.amicited.com/reports/ctr-gap のCTR Gap を使用します。

完了条件: ディスクリプションが一意であり、コンテキストなしでも正確であり、プレビューで読みやすく、ページによって裏付けられている。既存のCTRギャップ編集の場合、以前のディスクリプション、診断された原因、置換後のテキスト、レビュー日が記録されている。

5. 見出しをページのアウトラインにする

内容: H1、H2、H3を、回答のネストされたアウトラインにします。見出しレベルは意味論的なHTMLラベルであり、フォントサイズの制御手段ではありません。

理由: 読者は見出しをスキャンして、どこに注意を集中するかを判断します。支援技術はナビゲーションにそれらを使用し、検索および検索システムはそれらを使用してパッセージを質問やエンティティに関連付けます。装飾的または空の見出しはそのアウトラインを破壊します。

方法: ページには1つのH1を使用します。各主要セクションにH2を付け、H3はその親の実際の下位区分のために予約します。「概要」「詳細」「メリット」などの曖昧なラベルは、コンテキストに応じた主題を命名するように書き換えます。スタイリングのニーズはデザインシステムに移行し、小さく見えるからといってH4を選択しないでください。すべての見出しは、テキスト、表、リスト、メディア、またはその他の実質的な回答を導入する必要があります。

ツール: ビジュアルエディターだけでなく、レンダリングされたDOMアウトラインを使用します。デスクトップとモバイルの両方のプレビューを確認します。

完了条件: H1が正確に1つある。見た目だけでレベルをスキップしていない。すべてのH3が直前のH2に属している。空の見出しや明確な繰り返し構造なしに重複した見出しがない。見出しだけを読むことで、ページの真実の要約が得られる。

6. エンティティを命名し、その関係性を明示する

内容: ページのエンティティ（個別の人物、組織、製品、場所、標準、方法、測定値）と、それらの間で表明されている関係性を検証します。

理由: キーワードを繰り返しても、「Mercury」が惑星、元素、自動車ブランド、決済会社のいずれを意味するかは解決しません。明確な名前、カテゴリ、属性、関係性は、読者と機械が主張を正しいものに結びつけるのに役立ちます。

方法: 初出では推奨される正式名称を使用し、専門用語を定義し、重要な関係性を完全な文で述べます。意味が変わる場合には、バージョン、場所、日付、単位、著作者を追加します。曖昧さを解消した後は、同義語を自然に使用します。説明のない関係性しか持たないエンティティリストを削除し、すべての事実上の関連を承認されたソース資料に対して検証します。

ツール: ブリーフからのエンティティリスト、編集ソースログ、レンダリングされたページ検索を使用します。AmICitedのクエリエビデンスはユーザーが使用する語彙を示すことができますが、事実上の関係性を検証するわけではありません。

完了条件: すべての主要エンティティが最初の意味のある言及で曖昧でなく、すべての重要な関係性にエビデンスがあり、名前とバージョンが一貫しており、編集者が代名詞や頭字語が何を指すかを推測せずにエンティティ関係リストを抽出できる。

7. 内部アンカーが次の有用なステップを説明するようにする

内容: ページにすでに割り当てられているすべての内部リンクについて、アンカーテキスト （可視のクリック可能な単語）をレビューします。

理由: 「ここをクリック」や「もっと詳しく」は、ページをスキャンしている人や関係性を解釈するシステムから、リンク先を隠してしまいます。正確一致の繰り返しは解決策ではありません。アンカーは、その回答のその時点でリンク先がなぜ役立つかを説明する必要があります。

方法: リンク先が質問を解決したり、証拠を提供したり、次のタスクを可能にしたりする場所にリンクを配置します。文に適合する簡潔で説明的な言語を使用します。コンテキストが変われば表現を変え、1つの短いセクション内で同じリンク先を繰り返しリンクするのを避け、ターゲットフレーズを配置するためだけにリンクを追加しないでください。

ツール: 承認済みリンク義務、CMSリンクインスペクター、レンダリングされたページを使用します。次のフェーズでは、グラフカバレッジとソースページの機会を評価します。

完了条件: すべての内部リンクが意図された正規URLに解決され、汎用的な「ここをクリック」やベアURLのアンカーがゼロであり、リンク先がその文から理解可能であり、ハンドオフでP12がインバウンドリンクに使用できる安定した見出しとコンセプトがリストされている。

8. メディアを意味、アクセシビリティ、速度の観点で最適化する

内容: 画像、図、チャート、動画、埋め込みを、目的、配置、寸法、ファイル形式、キャプション、代替テキスト （画像が見えない場合に読み上げられるテキストによる代替）についてレビューします。

理由: メディアは、散文では効率的に示せない何かを説明するべきです。ラベルのないチャートはエビデンスを隠し、寸法の欠落はレイアウトシフトを引き起こし、冗長な代替テキストを持つ装飾ファイルはスクリーンリーダーユーザーにとってノイズになります。大きなアセットは、明確さを高めることなく回答を遅くする可能性があります。

方法: 各アセットは、ポイントを証明、説明、または実証する場合にのみ保持します。意味のある画像には、コンテキストでの機能に基づいて簡潔な代替テキストを記述します。純粋に装飾的な画像には空の代替テキストを使用します。チャートの傾向と要点は可視の散文で提供し、幅と高さを指定し、効率的な形式を使用し、実装がサポートする場合はスクロールしないと見えないメディアには遅延読み込みを適用します。製品スクリーンショットは読み取り可能なビューポートでキャプチャし、個人データや顧客データを編集します。

ツール: メディアマニフェスト、ブラウザのアクセシビリティ検査、画像寸法チェック、サイトの合意されたパフォーマンス予算を使用します。

完了条件: すべてのメディア項目に所有者と目的がある。情報提供アセットには適切な代替テキストがある。装飾アセットは空の代替テキストを使用する。チャートはテキストで要点を述べている。寸法が宣言されている。機密データは表示されていない。すべてのファイルがサイトのメディア予算を通過するか、承認された例外がある。

9. 完全なページをレンダリングし、比較し、承認する

内容: レンダリングされたページを1つのシステムとしてレビューし、変更セットを記録します。

理由: 単独では合格するフィールドも、組み合わせると競合する可能性があります。簡潔なタイトルが範囲を狭めているのに古いH2が広げていたり、強力なディスクリプションが編集で削除されたテンプレートを約束していたり、新しい見出しIDがインバウンドのディープリンクを壊したりすることがあります。

方法: タイトル、ディスクリプション、H1、冒頭の回答、アウトライン、エンティティ、アンカー、メディア、CTAを主要な約束と比較します。HTML出力、デスクトップ、モバイル、キーボードナビゲーション、すべてのリンクのライブ遷移先を検査します。既存ページの場合は、後日の測定で何が変化を引き起こしたかを特定できるよう、仮説ごとに変更を分離します。

ツール: CMSプレビュー、ブラウザインスペクター、公開チームが利用可能なリンクチェッカー、およびAmICitedのベースラインキャプチャを使用します。

完了条件: 以下の受理ゲートがすべて合格し、責任者がレンダリングされたURLを承認し、改善前後のエビデンスが添付され、公開日と測定日が設定され、未解決の問題がコメントに消えることなく担当者に割り当てられている。

AmICitedのツール

AmICitedは変更に値するページを特定し、変更のためのエビデンスを提供します。ライブ結果、レンダリングされたHTML、ページの約束のレビューに代わるものではありません。

判定ルール

これらの数値はレビューゲートであり、普遍的なアルゴリズムの閾値ではありません。文書化された例外は通過できますが、目に見えない例外は通過できません。

キーワード密度をゲートとして使用しないでください。密度はフレーズの出現回数と総単語数の比率ですが、ページが質問に回答しているか、エンティティを区別しているか、自然に読めるかを判断することはできません。強制挿入ゼロが標準です。同様に、背後にコンテンツのない正確一致の見出しは、ツールがそのフレーズを「最適化済み」とマークしても不合格です。

成果物：オンページ変更シート

URLごとにバージョン管理された1行を、CMS対応のコピーとエビデンスフォルダにリンクして引き渡します。

URL | ルート: 既存/新規 | 主要約束 | オーディエンス | 投稿タイプ
変更前タイトル | 変更後タイトル | 変更前ディスクリプション | 変更後ディスクリプション | H1
見出しアウトライン | 主要エンティティ | 内部アンカー | メディアマニフェスト
保護対象クエリ/セクション | AmICitedエビデンスリンク | 変更仮説
担当者 | レビュアー | 公開日 | 測定日 | ステータス | 例外

既存ページの場合は、改善前後の証拠とエクスポートされたクエリエビデンスを含めます。新規ページの場合は、承認済みブリーフを含め、パフォーマンスフィールドには「ベースライン待ち」とマークします。すべての例外を、それが失敗したゲートの横に記録します。公開チームはフィールドを書き直すことなくシートを実装でき、測定チームは変更を再構築できる必要があります。

よくある問題

• スコアが判断に取って代わる。 フレーズが十分な頻度で出現するためにプラグインが緑色になる一方で、ページは間違ったタスクに回答している。主要約束と観測されたクエリ意図に戻る。
• スニペットが過剰約束する。 キーワードで埋め尽くされたタイトルや「無料テンプレート」などの根拠のない約束は、間違ったクリックを獲得し、書き換えを招く。1つの主題、1つの成果、本文が果たす主張のみに留める。
• 見出しが飾りになっている。 編集者がサイズのために見出しレベルを選んだり、空の文が1つ続く質問見出しを追加したりする。HTMLでアウトラインを修復し、デザインスタイルを外観に使用する。
• 正確一致アンカーが増殖する。 商用ページへのすべてのリンクが同じ不自然なフレーズを使用している。その場の文とユーザーニーズに合わせてアンカーを記述する。リンク先の一貫性に同一の表現は必要ない。
• 実績のある既存ページが白紙ページのように書き換えられる。 新しいブリーフが主要クエリのみを記録しているため、有用なサブトピックや表現が消える。隣接カバレッジを保存し、意図的な削除を記録する。
• 低CTRのすべてがコピーの問題になる。 AI概要、画像パック、ブランドの不一致、誤ったランディングページがクリックを抑制している可能性がある。スニペットを変更する前にライブ結果を検査する。
• 検索エンジンの書き換えが毎日の編集を引き起こす。 1回観測されたタイトルのバリエーションが、実験を台無しにする反応的な変更を引き起こす。繰り返し発生するクエリ固有のエビデンスを収集し、ページ自体がミスアライメントしている場合のみ変更する。

次のフェーズ

内部リンクフェーズは、最終的な正規URL、主要約束、安定した見出しアウトライン、承認済みエンティティ、既存の外部リンク、候補アンカーコンセプトを受け取ります。これらのフィールドを使用して、どの関連ページがリンクインすべきか、どのコンテキストルートがリンクアウトすべきか、そしてページがサイトのより広いグラフにどのように適合するかを決定します。

暫定的な見出しマップや公開後に変更される可能性のあるURLを引き渡さないでください。P12はリンクの配置とカバレッジを決定すべきであり、ページの意図を再検討したり、未完成の回答にラベルを発明したりするものではありません。計画されたリンクを自然にするために必要な文言変更については、オンページの責任者が引き続き責任を負います。

ページレベルのシグナルを一致させる

ページの実際のエビデンスから始めてください。所有するURLのクエリレポート を開くか、クリック数が適合期待値を下回る場合はCTR機会レポート を使用するか、クラスターが改善に十分近い場合はページ機会ワークリスト を開いてください。その後、キーワード挿入の束ではなく、文書化された1つのページレベルの仮説を出荷します。