誰のためのものか？オーディエンスブロックのルール

「誰のためのものか」 ブロックは、ページの冒頭付近に配置される短い資格確認要素です。このブロックは、ページが対象とする人々、状況、および制約を明示し、読者が続行するかどうかを判断できるようにします。「あなたには該当しません」という明確な判断は成功した結果です。無駄な読了とミスマッチなコンバージョンを防ぐことができます。

誰のためのものか？

この仕様は、オーディエンスの適合性によってアドバイスや提供内容が変わる、再利用可能なページシステムを構築するコンテンツデザイナー、SEO責任者、および開発者を対象としています。タイトルがすでに1つの明白なオーディエンスを特定しているページ、または観察可能なニーズや制約なしにペルソナラベルを使用しているチームには該当しません。

この要素が重要な理由

注意には機会費用が伴います。読者はページの主張、指示、または提供内容を受け入れる前に、静かに「これは自分のような状況のために作られたのか？」と問いかけます。ページが複数のセクションから答えを推測させる場合、すべての主張は暫定的なものに留まります。資格確認ブロックはその疑問を早期に解決し、残りのコンテンツに明確な枠組みを与えます。

これこそが、すべての人に役立とうとするページが誰もコンバージョンさせない理由です。「あらゆる規模のチーム向け」のような漠然とした約束は、人々が関連性を判断するための基準（目標、コントロールレベル、利用可能なリソース、リスク、必要な成果）を取り除いてしまいます。このようなコピーは包括的に聞こえる一方で、どの読者にも適合性を信頼する決定的な理由を与えられません。オーディエンスを絞り込むことは、真に幅広い提供内容の有用性を減らすのではなく、その提供内容が有用になる具体的な条件を説明するものです。

早期の離脱は失われたコンバージョンではありません。ガイドが開発者アクセスを前提としていることや、サービスが6ヶ月契約から始まることを読者が発見した場合、より多くの時間を投資する前に貴重な情報を得たことになります。公開者は質の低いリード、回避可能なサポート作業、または失望した顧客を避けられます。したがって、正直な除外は、現実の境界を説明するものであり、人為的に希少性を作り出さない限り、優れたコンバージョンデザインの一部となり得ます。

同じ明示性は機械にも役立ちます。機械抽出可能性とは、境界のある文章が、検索システム、検索モデル、またはエージェントが周囲のページから離れて読んだ場合でも、その意味を保持することを意味します。オーディエンスブロックは、名前付きの主題と観察可能な適合条件を組み合わせます。機械は「野心的なビジネス向けに構築」のような曖昧な主張よりも、「複数のサイトを管理する社内SEOチーム」とページをより確実に関連付けることができます。これはランキングや引用を保証するものではなく、誰がページのアドバイスを適用すべきかについての曖昧さを減らします。

使用するタイミング

この要素は、オーディエンスの適合性がそれ以降の内容を変える場合に使用します。その変更は、資格、前提条件、推奨オプション、実装パス、購入判断、または期待される成果に影響を与える可能性があります。コマンドラインアクセスを前提とする技術ガイド、特定のデータ量以上のチーム向けの購入ガイド、規制対象組織に限定されたサービスページはすべて、そのコンテキストなしで進むと誤った判断につながる可能性があるため、この要素が役立ちます。

また、ページが複数の名前付きセグメントにサービスを提供するが、それぞれに継続する明確な理由を与える場合にも使用します。「10〜50のクライアントサイトを管理するエージェンシーオーナー向け」と「3つの地域サイトを統合する社内責任者向け」は、規模と運用モデルがワークフローに影響を与えるため、有用です。セグメントラベルは、カードグリッドを埋めるためではなく、実質的な違いを予測することによってその価値を発揮します。

微妙なケースとしては以下のようなものがあります：

• 汎用的なペルソナリスト：「マーケター、創業者、クリエイター」は、ページが共通の問題または各グループの異なる適合条件を明記しない限り、誰も資格確認できません。
• **人口統計プロファイル：**年齢、場所、企業規模、または業界は、それが問題、アクセス、コンプライアンス義務、価格、または結果を変える場合にのみ表示する必要があります。
• メリットの要約：「時間を節約、トラフィックを増加、よりスマートに作業」は、期待される成果を説明するものであり、誰が現実的にそれを得られるかを示すものではありません。
• **前提条件ボックス：**必要なアカウント、権限、ツール、および入力は、独自のチェックリストに値する場合があります。オーディエンスブロックは1つの決定的な制約に言及してもかまいませんが、セットアップドキュメントになってはいけません。
• **免責事項：**法的、医療的、金銭的、または安全上の制限には、該当する位置に明示的なポリシー文言が必要です。それらをオーディエンスコピーに軟化させてはいけません。

H1ですでに読者が完全に資格確認されている場合（例：「英国の個人事業主向けVAT申告チェックリスト」）、および追加の適合条件が指示を変えることがない場合は、ブロックを省略します。また、資格確認が単にタイトルを繰り返すだけの短い汎用参照でも省略します。要素は注目に値する必要があります。日常的な挿入はそのシグナルを弱めます。

配置する場所

資格確認は、コミットメントの前に配置されて初めて時間を節約できます。ブロックは、ページの直接的な回答または短い導入の約束の後、最初の詳細セクションの前に配置します。商用ページでは、機能グリッド、価格比較、証拠、またはリードジェネレーションフォームの前に表示する必要があります。編集ページでは、オーディエンスの選択によって重要になるセクションが変わる場合は目次の前に表示し、それ以外の場合はそのナビゲーション補助の直後に配置してもかまいません。

ブロックは、競合するコールアウト、広告、ニュースレターキャプチャ、 testimonial、トラストバッジの行、価格カード、またはプライマリコールトゥアクションのすぐ隣に配置してはいけません。これらの要素は注意、信念、またはアクションを求めますが、オーディエンスブロックはプレッシャーのない適合判断を求めます。

構成

この要素には、表示ラベル、1つのフレーミング文、一連のポジティブな適合条件、およびオプションの除外が含まれます。各条件は、識別可能な読者または状況と、それが重要である理由を組み合わせます。除外は真のミスマッチを説明し、可能であれば、プロモーショナルなCTAにならずにより適切な経路を指し示します。

1. ラベル：「誰のためのものか？」という文字通りの質問を使用し、色やアイコンがなくても目的が明確になるようにします。
2. **フレーム：**共有の仕事、決定、または成果を1文で述べます。
3. **適合条件：**2〜4のオーディエンスまたは観察可能な状況を挙げ、それぞれがなぜ該当するかを説明します。
4. **除外：**決定的なミスマッチを穏やかな言葉で述べます。意味のある除外が存在しない場合のみオプションです。
5. **境界：**コンテンツを視覚的にグループ化しますが、スタイリングが消失した場合でもテキストとドキュメントの順序が意味を保持するようにします。

デザイン例

3つのバリエーションが有用な情報の形状をカバーします。レイアウトの空きスペースの量ではなく、実際の区別の数で選択します。

コンパクトバリアントは、1つのオーディエンスに1つまたは2つの適合条件がある場合のデフォルトです。スプリットバリアントは、除外が高コストなミスを防ぎ、同等の可視性に値する場合に適しています。カードバリアントは、継続する理由が本当に異なる2〜4のセグメントに適しています。カルーセルは作成しないでください。資格確認の選択肢は、インタラクションなしで一緒に表示され、読み取れる状態を維持する必要があります。

パラメーター

パラメーターは、資格確認のロジックを装飾的なプレゼンテーションから分離します。制限は、コンポーネントがペルソナレポート、メリットセクション、または隠れたポリシー通知に拡張されるのを防ぎます。

除外は、既知のミスマッチによって指示が無効になる、推奨が不適切になる、または提供内容が利用できなくなる場合に必須となります。共有の要素の記述ルール に従って優先順位ルールを適用します。文章がオーディエンスの資格確認を行う場合はこの型付き要素を使用し、プラットフォームの構文や視覚的な利便性のためにフリーテキストに平坦化したり別のボックスに流用したりしないでください。

構文とコード例

以下の3つの表現はすべて、同じタイトル、適合条件、除外、およびsplitバリアントを伝えます。ポータブルディレクティブが正規のコンテンツモデルであり、アダプターはプラットフォーム固有のコピーを発明せずにそれを保存する必要があります。

ポータブルMarkdownディレクティブ

:::who-is-this-for{variant=split}
## Who is this for?

::audience{label="In-house SEO leads"}
Use this playbook when you own standards across several writers, sites, or markets.
::

::audience{label="Content system designers"}
Use it when reusable components must preserve meaning across publishing platforms.
::

::not-for
This is not a fit for a one-off personal article with no repeatable production workflow.
::
:::

Hugoショートコード

{{< who-is-this-for variant="split" >}}
## Who is this for?

{{< audience label="In-house SEO leads" >}}Use this playbook when you own standards across several writers, sites, or markets.{{< /audience >}}
{{< audience label="Content system designers" >}}Use it when reusable components must preserve meaning across publishing platforms.{{< /audience >}}
{{< not-for >}}This is not a fit for a one-off personal article with no repeatable production workflow.{{< /not-for >}}
{{< /who-is-this-for >}}

WordPressブロック

<!-- wp:amicited/who-is-this-for {"variant":"split"} -->
<h2>Who is this for?</h2>
<!-- wp:amicited/audience {"label":"In-house SEO leads"} -->
<p>Use this playbook when you own standards across several writers, sites, or markets.</p>
<!-- /wp:amicited/audience -->
<!-- wp:amicited/audience {"label":"Content system designers"} -->
<p>Use it when reusable components must preserve meaning across publishing platforms.</p>
<!-- /wp:amicited/audience -->
<!-- wp:amicited/not-for -->
<p>This is not a fit for a one-off personal article with no repeatable production workflow.</p>
<!-- /wp:amicited/not-for -->
<!-- /wp:amicited/who-is-this-for -->

これらの例はポータブルな契約を定義するものであり、すべてのレンダラーがすでに登録されていることを主張するものではありません。プラットフォームが型付きコンポーネントを実装するまでは、同じ構造をラベル付きのセマンティックセクション（見出しとリスト付き）としてレンダリングします。警告に置き換えないでください。対象オーディエンスの範囲外であることは、本質的に危険でも誤りでもないからです。

例

良い例：観察可能な適合性と正直な出口

誰のためのものか？

この移行チェックリストは、複数のホスト名を移行しながら、既存のURLエクイティ、分析の継続性、およびロールバックオプションを維持するテクニカルSEO責任者向けです。CMS、テンプレート、またはトラッキングの変更がない単純なドメインリダイレクトには該当しません。その場合は、レジストラの検証済みリダイレクト手順を使用してください。

これが機能する理由は、役割がタスク、規模、および結果に結びついているからです。読者は「複数のホスト名」「分析の継続性」「ロールバックオプション」を現実と照らし合わせてテストできます。除外は異なる仕事を説明し、中立的な次の経路を示します。

悪い例：誰でも歓迎、誰も資格確認されていない

すべての人に最適

創業者、マーケター、エンタープライズリーダー、フリーランサー、初心者、エキスパートのいずれであっても、このパワフルなガイドは、より良い結果とより速い成長を望むすべての人のためのものです。

これが失敗する理由は、ラベルがほぼすべての読者をカバーしながら、ページの有用性について何も予測していないからです。「より良い結果」と「より速い成長」には定義された尺度がありません。「パワフル」は根拠のないプロモーションです。ミスマッチな読者は離脱する理由を見つけられず、強い適合性を持つ読者はページが自分の状況を理解しているという証拠を得られません。

スキーママークアップとアクセシビリティ

このブロックはスタンドアロンのSchema.orgエンティティを作成しません。編集ページでは、囲むArticle、TechArticle、またはWebPageの一部として残ります。実際の製品またはサービスページでは、サイトの構造化データポリシーと実際のオファーがそれを正当化する場合にのみ、同じオーディエンス情報がサポートされるオーディエンスプロパティに情報を提供する場合があります。願望的なペルソナ言語をJSON-LDにコピーしたり、各オーディエンスアイテムを個別のFAQ、レビュー、またはHowToステップとしてマークしたりしないでください。

その機械的な価値は、主に表示コンテンツとドキュメント構造から得られます。この要素は、ページの主題をオーディエンス、タスク、および制約に短い文章で結び付けます。構造化データはその表示された意味を反映する必要があり、曖昧な資格確認コピーを修復することはできません。

アクセシビリティについては、実際の見出しと、複数のアイテムがある場合はセマンティックリストを使用します。ポジティブおよびネガティブな適合ラベルを、緑と赤の色、チェックマーク、またはバツ印だけで表現するのではなく、テキストで表現します。除外をアコーディオンやツールチップの後ろに隠さないでください。狭い画面では論理的な読み順（タイトル、フレーミング文、適切なオーディエンス、次に除外）を維持します。

ブロックは情報提供であり、インタラクティブではありません。カードは、実際にナビゲートしない限り、ボタンの役割を受け取ってはいけません。アイテムがより適切なリソースにリンクする場合は、説明的なアンカーテキストを使用し、カードの残りの部分はクリック不可にします。スクリーンリーダーユーザーは、視覚的な位置から「良い適合」対「不適合」を推測する必要なく、晴眼者と同じ資格確認ロジックを聞くことができる必要があります。

記述ルール

資格確認は、読者が観察可能な事実に照らしてテストできる場合にのみ機能します。共有の仕事または決定から始め、次にページの価値を変える条件を挙げます。「5つ以上の市場で公開しているチーム向け」はテスト可能ですが、「野心的なチーム向け」はテストできません。すべてのラベルは、関連するニーズ、制約、ワークフロー、リスク、または成果を予測することによってその価値を発揮する必要があります。

以下の制限を使用します：

• ページごとに1つのブロックを使用し、1つの表示可能なタイトルを付けます。
• 1〜4のポジティブなオーディエンスアイテムを作成します。ページが異なるセグメントにサービスを提供する場合は2〜3を推奨します。
• 各ラベルは2〜8語、各理由は8〜30語に抑えます。
• 最大2つの除外を使用し、それぞれ15〜35語にします。
• 完全なブロックは、見出しを除いて50〜180語に抑えます。
• 最大1つのリンクを使用し、ミスマッチな読者により良い経路を明確に示す場合のみ使用します。

除外は簡単に軽蔑的になる可能性があるため、トーンが重要です。ミスマッチを穏やかかつ具体的に述べます。「サーバー設定にアクセスできないチーム向けに設計されていません」とは述べても、「初心者向けではありません」とは述べません。欠けている条件を説明し、人に対する判断を述べません。「次の場合に使用」および「次の場合は別の経路を選択」を、「真剣な企業のみが対象」よりも優先します。

根拠のない最上級、作り出した緊急性、価格設定、 testimonial、コンバージョンボタン、法的免責事項、安全警告、センシティブな人口統計プロファイリング、または網羅的なペルソナ経歴をブロック内に入れてはいけません。オーディエンスに一致したという理由だけで成果を約束してはいけません。適合とは、ページまたは提供内容が関連性を持つことを意味し、成功が保証されることではありません。

複数のオーディエンスが異なる指示を必要とする場合、ブロックは上部でそれらを資格確認できますが、本文での誘導を置き換えることはできません。各オーディエンスに明確に見出しの付いた経路を与えるか、目標、証拠、およびアクションが大幅に異なる場合は別々のページを公開します。

使用する投稿タイプ

postTypes配列がこのマッピングの情報源です。この要素はすべてのタイプで条件付きです。適合性がコンテンツ、推奨、または提供内容を変える場合にのみ含めます。

QAチェックリスト

• ブロックは、読者が実際の継続または離脱の判断を行うのに役立つ。
• すべてのオーディエンスラベルに、ニーズ、タスク、制約、リスク、または成果がペアになっている。
• 完全なブロックは50〜180語以内であり、4つ以下のポジティブアイテムを含む。
• すべての除外は、読者を軽蔑せずに観察可能なミスマッチを説明している。
• 既知の無効化するミスマッチが、後で隠されるのではなく明示的に表示されている。
• ブロックは、冒頭の回答または約束の後、詳細コンテンツまたは商用コンバージョン要素の前に配置されている。
• CTA、フォーム、価格、 testimonial、トラストバッジ、広告、または競合するコールアウトの隣に配置されていない。
• タイトル、ポジティブな適合、および除外は、色、アイコン、またはカードの位置なしで理解可能である。
• リストはセマンティックリストマークアップを使用し、カードは誤ってインタラクティブではなく、モバイルの読み順は論理的である。
• コンテンツは、前提条件、メリット、免責事項、またはページタイトルを重複していない。
• Markdown、Hugo、およびWordPressの表現は、同じフィールドとアイテム順序を保持している。
• 選択された投稿タイプがpostTypesに表示され、ブロックの配置が上記のマッピングと一致している。
• 型付き要素は、汎用コールアウトを借用するのではなく、共有の優先順位とマッピングルールに従っている。

FAQ

以下の質問は、最も誤用を引き起こしやすい判断をカバーしています：要素が必要かどうか、早期の離脱が失敗とみなされるかどうか、どのオーディエンスラベルが有効か、コンバージョンがブロック内に属するかどうか、および構造化データが必要かどうか。