投稿タイプページテンプレート

比較ページは、読者がすでに難しい意思決定に取り組んでいるからこそ存在します。読者は、複数の選択肢が異なる言葉で自分たちを説明している中で、機能、制約、コスト、実装工数、リスクを比較検討しています。このページは、不便なトレードオフを隠すことなく、その作業を減らすことで注目を集めます。このリファレンスは、既存のアカデミーレイアウトと再利用可能なコンポーネントを使用した、完全な15ブロックの投稿タイプテンプレートを示しています。

このページが答える質問

比較ページが答える質問は次のとおりです。「これらの選択肢のうち、自分の状況に合っているのはどれか、そしてその選択を裏付けるエビデンスは何か？」直接回答では、ページが詳細に展開される前に、決定的な変数を特定する必要があります。また、比較の対象が誰なのかを明確にする必要があります。同じ選択肢でも、5人チーム、企業調達グループ、個人購入者では、異なる推奨事項が生まれる可能性があるからです。

これは、単に2つの製品概要を並べたものではありません。有益な比較は、共通の評価軸を確立し、それを一貫して適用し、不明点を明らかにし、読者が自分の制約に照らして検証できる条件付きの推奨で締めくくります。

この投稿タイプを使用すべき場合

検索自体が2つ以上の信頼できる代替案を挙げている場合、または発見エビデンスが購入者が繰り返し選択肢の違いを尋ねていることを示している場合に、比較ページを選択します。このフォーマットは検討の後半で価値があります。散在する事実を意思決定モデルに変換するからです。また、検索や回答システムが、どの選択肢や条件について述べているかを失うことなく引用できる、範囲が限定された抽出可能なステートメントも作成します。

読者がまずカテゴリーを理解する必要がある場合、一方の選択肢が架空の場合、またはエビデンスが対称的な扱いには薄すぎる場合は、このフォーマットを選択しないでください。意味を確立するには定義ページを使用します。候補リストを広げるには代替案ページを使用します。名前付きのユースケースに対して複数の選択肢をランク付けするには「ベストX」ページを使用します。直接のA対Bの比較は、候補リストがすでに存在する場合に適しています。

最適なビジネスタイプ

SaaSチームは比較ページを必要とします。購入者はトライアルを開始する前に、重複する機能セット、統合の労力、セキュリティ要件、ランニングコストを評価するからです。Eコマース企業は、製品が同じ目的を解決するものの、素材、サイズ、互換性、耐久性、ライフサイクルコストが異なる場合にこれらを使用します。B2Bサービスは、専門サービスが同一のパッケージであるかのように装うことなく、提供モデル、スコープの境界、クライアントの責任、価値実現までの時間を説明するためにこれらを使用します。

ビジネスモデルによってエビデンスは変わります。ソフトウェアの比較では、プランレベルの資格と日付入りの機能チェックが必要になる場合があります。製品の比較では、モデル識別子とテスト条件が必要です。サービスの比較では、スコープ、前提条件、責任の境界が必要です。フォーマットは安定していますが、証明方法は変わります。

検索意図

主な意図は意思決定の支援です。回答の形は、条件付き推奨、それに続く共通フレームでの比較です。最初に、認識可能な2〜3の状況に対して適した選択肢を挙げます。次に、基準を定義し、エビデンスを示し、重要な違いを説明し、切り替えや実装の影響を取り上げ、推奨を変える可能性のあるものを明記します。

サスペンス構造は避けてください。読者は最後の段落まで読まなければ、一方の選択肢に必要な統合機能がないことや予算を超えていることを知らされないようではいけません。決定的な除外事項は早い段階で示し、その後、それらを検証するために必要な詳細を提供します。

ページ構造

比較ページの構造

単語数範囲は制限制御値であり、埋めるべき目標値ではありません。代替案がシンプルでエビデンスが決定的な場合は、ページはより短くなる可能性があります。実装リスクに実際に説明が必要な場合は、長くなる可能性があります。繰り返しは決して深みのエビデンスではありません。

必須要素

各コンポーネントが次の意思決定を準備するため、要素の順序は重要です。直接回答は推奨を確立し、スコープは過度な一般化を防ぎ、表は散文がニュアンスを扱う前に共通の事実を圧縮します。

要素の配置

これらの構成要素の標準定義は、コンテンツ要素 ライブラリにあります。執筆者は、要素をローカルで再定義するのではなく、それらのパラメータとQAルールを使用する必要があります。

フロントマター

+++ フェンスの間にTOMLを使用します。playbookPillar = "post-type"、安定した playbookFamily、順序付けられた elements 配列、ランク付けされた businessTypes、および journeyStage = "decision" を設定します。entity 値は、比較するペアを正規の順序で指定します（例："product-a-vs-product-b"）。ページが実際にサポートされたレビューを含み、サイトが承認されたレビュースキーマポリシーを持っている場合を除き、schemaType = "Article" を使用します。リッチな検索表示を得るためだけに、通常の編集上の比較を製品レビューとしてラベル付けしないでください。

本文内のすべての内部リンクには、text がアンカーと完全に一致する [[lnks]] エントリが必要です。表示されるすべてのFAQには、同一の [[faq]] レコードが必要です。必要なキャプチャがコメントで表されている場合は常に、screenshotsPending = true を設定します。

完全な実例スケルトン

# 製品A vs 製品B：[オーディエンス]にはどちらが適しているか？

[直接回答：条件1にはAが適し、条件2にはBが適し、除外条件3にはどちらも不適。]

## スコープと評価方法
[オーディエンス、市場、プラン/バージョン、確認日、ソース、制限。]

## A vs B 概要
[価格基準、決定的な機能、制約、サポート、実装の行。]

## 機能1
[同等のエビデンス、その重要性、例外。]

## 機能2
[同等のエビデンス、その重要性、例外。]

## 移行と運用コスト
[セットアップ、データ移行、トレーニング、依存関係、可逆性、総コストの注意点。]

## どちらを選ぶべきか？
[ユースケース別の推奨と、不適格条件。]

## FAQ
[残存質問のみ。]

## 次のステップ
[意思決定準備状況に合わせたアクション。]

スケルトンは意図的に簡素です。情報の順序を固定しながら、エビデンスと散文は実際の意思決定に固有のものとします。

デザイン例

承認されたギャラリーキャプチャはすべて、同じ代替案のペアと同じ事実を使用して、レビューアーがコピーの違いではなく情報階層を評価できるようにする必要があります。デスクトップと狭いビューポートの動作をキャプチャしますが、レスポンシブ状態を別個の編集バリアントにしないでください。

これら4つのファイルが存在する場合、コメントを各バリアントの仕様ラベルと説明を使用した features-with-4-images-grid に置き換えます。それまでは、コメントが唯一の有効な表現です。

品質基準と受入基準

• 推奨には範囲がある — 読者は、結論がどのオーディエンス、条件、バージョンをカバーしているかを特定できる
• 枠組みが対称的である — 比較されるすべての選択肢が、同じ名前付き基準と単位で評価されている
• エビデンスが最新である — プラン、製品、価格、機能の主張には確認日と検証可能なソースがある
• 不明点は不明のままにする — 利用できない事実は、マーケティング用語から推測するのではなく、不明としてマークされている
• トレードオフが結論に影響する — 決定的な読者の制約が変わると、推奨も変わる
• ページに次の意思決定がある — 測定とコンバージョンのアクションが、ページの役割から論理的に導かれている

受入はエビデンスに基づきます。レビューアーは、各決定的な結論を正当化するスコープ行、ソース記録、表の行、推奨条項を指摘できる必要があります。

よくある間違い

その他の失敗モードには、月額料金と年額料金の混在、エンタープライズプランとスタータープランの比較、「営業に問い合わせ」をゼロコストとして扱うこと、機能を結果の説明なしに列挙すること、最終的な選択に影響を与えない同一の長所と短所を使用することが含まれます。

内部リンクルールと兄弟タイプ

読者が別のドキュメント形式を選択する必要がある場合は、SEO投稿タイプ への上位リンクを設定します。各名前付き構成要素は、そのページが存在するようになったら、その要素定義にリンクします。読者の意図が実際に変わった場合にのみ、兄弟タイプにリンクします：より広い候補リストのための代替案ページ、ランク付けされた発見のためのユースケース別ベストページ、または自社機能の詳細のための製品ページです。

アンカーテキストは、リンク先の概念を指定する必要があります。「もっと詳しく」、長い完全一致キーワードの文字列、比較を中断するリンククラスターは避けてください。比較は意思決定ドキュメントであり、ディレクトリではありません。

AmICitedでの測定方法

ページを意図したチェーンに照らして測定します：比較クエリに対する発見、関連する回答での引用または選択、エンゲージメント評価、およびビジネスに適したダウンストリームアクション。公開前にベースラインと観測期間を記録します。可視性の変動と商業的成果を区別します。どちらも単独では他方を証明しません。

SEO結果 フレームワークを使用して、ページを維持、更新、拡張、統合、または廃止するかを決定します。AmICitedでは、ページで使用されているのと同じ意思決定条件を表現するプロンプトを追跡します。集計スコアだけでなく、正確な回答と引用されたソースを確認します。言及が誤ったオーディエンスを説明していたり、競合他社の比較を引用している可能性があるからです。

FAQ

よくある質問

アカデミーレイアウトは、この本文の後にクロージングコンバージョンパネルを提供します。このリファレンスは、2つのクロージングアクションが次のステップを明確にするどころか弱めてしまうため、意図的に2つ目のCTAコンポーネントを挿入していません。