プルクォートとエキスパートクォート：帰属、配置、ルール

プルクォートとは、その経験、役割、または証拠が、周囲の記事だけでは提供できない権威を付加する、名前付きの個人または組織からの検証済みの声明です。これは編集上の証拠要素であり、書き手の最良の文を大きなフォントで複製したものではありません。

レンダリングされた要素は、コンパクトな組織帰属バリアントを示しています。その価値は、説明責任のある情報源と明確な編集ルールにあります。スタイリングが目を引くかもしれませんが、ブロックを信頼できるものにするのは、アイデンティティと来歴（つまり発言の出典）です。

この要素が重要な理由

読者は引用された発言をナレーションとは異なるものとして扱います。引用符は特定の情報源が正確な言葉の背後にいることを示唆し、帰属性は読者がその情報源が関連知識を持っているかどうかを判断できるようにします。移行リーダーはローンチ中に何が起こったかを説明できます。記事の執筆者はその説明を要約できますが、同じ直接の立場を作り出すことはできません。

引用は、観察、解釈、意見の相違、または判断基準を追加する必要があります。「展開には2回のリハーサルが必要でした」という発言は、責任者が最初のリハーサルで明らかになった依存関係を説明するときに有用になります。「リハーサルは重要です」と装飾されたボックスに書き直すことは、証拠を提供せずに証拠の外見を借りるだけです。

目立つ引用はスキャンを中断し、追加の注意を要求します。隣の段落を繰り返している場合、読者は1つのアイデアに2回支払うことになります。帰属が「業界専門家」とだけ言う場合、デザインは権威を示唆しながら、それを評価するために必要な情報を隠しています。

機械にとって、隣接する識別フィールドを持つ意味論的な引用は、復元可能なユニット（発言、話者、役割、組織、情報源）を形成します。検索システム、支援技術、コンテンツ移行、AIエージェントは、情報源の言葉と出版社のナレーションを区別できます。画像に配置された文や、匿名の発言から組み立てられた大きなイタリック体の段落は、その境界を失い、出版社自身の主張として抽出される可能性があります。

機械による抽出可能性は真実を証明するものではありません。関係をチェック可能なほど明示的にするだけです。引用は依然として検証され、正確に転記されていなければなりません。要素作成ルール が優先されます：目的に合致する要素を選択し、サポートされた構文にマッピングしてください。視覚的な目立ちやすさが、通常の強調を専門家の証拠に変えることはありません。

使用すべき場合

以下の条件がすべて満たされている場合にプルクォートを使用します：

1. 情報源が直接の経験、認識された専門知識、決定権限、または根拠となる証拠の所有権を持っていること。
2. 発言が、隣接する散文によってまだ述べられていない事実、解釈、制限、結果、または実用的な判断を追加すること。
3. 正確な文言が、パラフレーズするのではなく情報源の声を保存するほど重要であること。
4. 身元と情報源が公開前に検証可能であること。
5. 引用がセクションの議論を前進させ、それを削除すると意味のある証拠や視点のギャップが生じること。

有効な使用例としては、研究者が結果が確立しないことを説明する、エンジニアがインシデントの障害条件を特定する、顧客が意思決定プロセスを説明するなどがあります。権威は主張と一致しなければなりません：創業者は会社の方針について語ることはできますが、臨床的または統計的判断を自動的に行う資格があるわけではありません。

ニアミスはよく見られます：

• 装飾的な繰り返し： 段落から文を取り出して拡大すること。これは強調であり、帰属ではなく、重複コンテンツを作成します。
• お客様の声： 製品やサービスに対する賞賛は、主に説得をサポートします。同意、関係性のコンテキスト、および証言としての扱いが必要であり、中立的な専門知識として偽装されるべきではありません。
• 記事の著者からのプルクォート： 著者はすでに周囲の散文をコントロールしています。別途公開され、明確にソースが明記された作品からの発言を記事が再現している場合を除き、引用処理は独立した権威を追加しません。
• 引用符で囲まれたパラフレーズ： 引用符は情報源の言葉を約束します。文言が大幅に書き換えられている場合は、引用符を削除し、アイデアをパラフレーズとして帰属させてください。
• 発言として装飾された統計： 数値はその方法と情報源とともに属します。専門家がそれを解釈することはできますが、引用が証拠に取って代わることはできません。
• 匿名の権威主張： 「専門家も同意見」は評価できません。資格のある情報源を明記するか、証拠を添えて散文で主張を述べてください。
• 名声のために選ばれたソーシャル投稿： 著名さは関連性ではありません。発言がなぜ重みを持つのかを役割が説明する情報源を使用してください。

情報が重要だが正確な言葉が重要でない場合は、パラフレーズして情報源を引用してください。声とアイデンティティが一緒に情報を伝える場合にのみ引用を使用してください。

配置場所

記事が外部の権威を必要とする質問や主張を紹介した後、記事が情報源の発言を解釈または適用する前に引用を配置してください。推奨される順序はコンテキスト → 引用 → 解釈です。コンテキストは読者に何を聴くべきかを伝え、引用は明確な声を提供し、解釈は繰り返さずに関連性を説明します。

引用は、その主題を紹介する文から1つの短い段落以内に配置してください。完全で関連性のある箇所のみを抽出し、意味を変えないように十分な文言を保持してください。1つの引用は1つの編集上のニーズに答えるべきです。

プルクォートを配置してはいけない場所：

• 見出しとセクションの最初の段落の間。
• 同じことを別の言葉で言っている段落の隣またはすぐ後。
• 事実の主張と、その主張を検証するために必要な引用、表、または方法の間。
• リスト項目、表セル、FAQ回答、警告、ヒント、アコーディオン、または別の引用の内部。
• お客様の声、レビュー概要、トラストバッジストリップ、CTA、またはプロモーションバナーのすぐ隣。積み重ねられた説得は、独立した専門知識を販促資料のように見せます。
• 情報源の関連性が明確になる前、または情報源が紹介されてから数セクション後。
• 単に視覚的なドラマを生み出すための通常の記事のヒーローセクション。要素仕様ページは必要な例をそこにレンダリングすることがあります。

主要セクションごとに最大1つのプルクォート、通常は記事ごとに最大3つまでにしてください。エキスパートラウンドアップではより多く必要になる場合がありますが、それぞれに枠組みと統合が必要です。情報源が同じ主張をする場合は、一致点を要約し、最も明確な異なる推論を残してください。

構造

この要素には7つの編集上または構造上の領域が含まれています：

1. 引用文： 情報源の正確な承認済みの言葉。テキストとして表示され、画像ではありません。
2. 帰属： 情報源の実際の公開名または説明責任のある組織名。
3. 資格： 情報源をこの発言に関連付ける役割、資格、または直接の関係。
4. 組織： 任意の雇用主または代表団体。権威を明確にする場合にのみ含めます。
5. ソース参照： 公開リンクとタイトル、または内部インタビューの記録と日付。
6. 関係性の開示： 引用の評価に影響を与える可能性のある雇用、顧客、スポンサーシップ、アフィリエイト、または商業的関係。
7. 肖像またはマーク： 任意の補助的なアイデンティティアセット。テキストによる帰属の代わりにはなりません。

帰属は言葉と同じ意味論的コンポーネント内に属します。離れたキャプションは信頼できる関係性ではありません。参考文献に詳細が含まれている場合もありますが、引用は単独で抽出されても理解可能でなければなりません。

デザイン例

サポートされているすべてのバリアントは、同じ発言と情報源の関係を保持します。バリアントは密度と利用可能な来歴を変えますが、検証の基準は変えません。

デフォルト： 名前、役割、オプションの組織を含むテキストのみの引用。肖像が有用なアイデンティティ情報を追加しない場合のオリジナルインタビューに使用します。

肖像： 同意済みのヘッドショットを追加します。同じアイデンティティが隣に表示される場合、代替テキストは空にします。

ソースバックアップ： 以前に公開された言葉に対して、可視のタイトル、リンク、日付を追加します。

組織： 公式声明を説明責任のある団体に帰属させ、発信元文書にリンクし、スポークスパーソンを決して作り出しません。

コンパクト： 狭いコラム用に肖像を削除し、資格や来歴を隠しません。

狭いビューポート： 発言、帰属、資格、開示、ソースがその順序で積み重なります。長い名前やリンクは水平スクロールなしで折り返します。

パラメータ

ポータブルコンテンツモデルは、意味と来歴を記録します。以下の「ソース」は、フィールドが属性、ディレクティブ本文、または最初の見出しのいずれに由来するかを示します。

最初の見出しはオプションの編集上のタイトルです。残りの本文コンテンツはquoteにマッピングされます。ほとんどの引用にタイトルは必要ありません。帰属は属性に残します。自由形式のフッターパターンはインポーターが誤読しやすいためです。

Hugoのblockquoteアダプターは、name、image、logo、text、または内部コンテンツを受け入れます。正規の来歴フィールドの一部が欠けているため、関連する役割をnameと組み合わせ、ソース参照を隣接する散文に保持してください。レンダラーの制限が検証要件を緩和することはありません。

構文とコード例

これらの例は、外部の推薦を創作するのではなく、組織の声明を使用しています。

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

:::pull-quote{attribution="AmICited Editorial Standards" role="Content governance standard" sourceDate="2026-08-27" variant="compact"}
A quote earns its space when the source can credibly say something the article itself cannot—and when a reader can tell who said it, why that source matters, and where the words came from.
:::

本文はquoteにマッピングされ、アイデンティティと来歴は属性に残ります。

Hugoショートコード

{{< blockquote name="AmICited Editorial Standards — content governance standard" >}}
A quote earns its space when the source can credibly say something the article itself cannot—and when a reader can tell who said it, why that source matters, and where the words came from.
{{< /blockquote >}}

これは内部コンテンツと1つの名前付き帰属パラメータを使用します。text、image、logoもサポートされていますが、アセットは既に存在している必要があります。

WordPressブロック

<!-- wp:amicited/pull-quote {"attribution":"AmICited Editorial Standards","role":"Content governance standard","sourceDate":"2026-08-27","variant":"compact"} -->
<blockquote><p>A quote earns its space when the source can credibly say something the article itself cannot—and when a reader can tell who said it, why that source matters, and where the words came from.</p></blockquote>
<!-- /wp:amicited/pull-quote -->

スタイル設定された段落ではなく、登録済みブロックを使用してください。ブロックがない場合は、意味論的な<blockquote>テキストと可視の帰属を保持してください。

例

良い例：ナレーターが提供できない直接の推論

「私たちはサンプル移行を遅らせました。リハーサルで、廃止された製品のURLをホームページに送信するリダイレクトルールが明らかになったからです。この遅延により、古いページの意図が保護され、各ページを関連する置き換え先にマッピングする時間が確保されました。」

— ジョーダン・リー、Example Company 移行リーダー（架空の教育用例）

これは、話者が決定を所有し、障害を特定し、トレードオフを説明しているため、教育用の fixture として機能します。架空のラベルは、標本が実際の推薦として偽装されるのを防ぎます。本番コンテンツには承認済みの検証可能な言葉が必要です。

悪い例：衣装を着た段落の繰り返し

記事が言う：「移行リハーサルはローンチ前にリダイレクトの問題を明らかにすることができます。」

「移行リハーサルは、チームがローンチ前にリダイレクトの問題を見つけるのに役立ちます。」

— SEO専門家

これは隣接する文を繰り返し、説明責任のある情報源を指名せず、資格を提供せず、推論を追加しません。視覚的な重みは増加しますが、証拠は増加しません。記事の文を保持し、引用を削除してください。

異なる回答からの行を決して縫い合わせないでください。1つの連続した箇所を引用し、重要な省略には省略記号を使用し、または引用符の外で組み合わせたアイデアをパラフレーズしてください。

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

Schema.orgにはプルクォートタイプはありません。発言は真実のページレベルのスキーマ内に保持してください。引用が表示されているという理由だけでReview、Testimonial、またはPersonを作成しないでください。検証済みの話者エンティティが参照されることはありますが、引用はその人物をページのauthorやreviewedByにすることはありません。

公開ソースが主張を本当にサポートする場合、そのソースは包含作品の引用データに供給されることがあります。可視の帰属は引き続き必要です。JSON-LDがそれを置き換えることはできません。インタビューの記録は、プライバシーが必要な場合に社内に留めることができます。

言葉を<blockquote>でレンダリングし、アイデンティティを同じコンポーネントに保持してください。参照作品のタイトルには<cite>を使用しますが、自動的に人物の名前に使用しないでください。名前と役割はプレーンな意味論的テキストのままにすることができます。

発言を画像に焼き付けてはいけません。リサイズ、リフロー、翻訳、選択可能でなければなりません。装飾的な引用符はアクセシビリティAPIから非表示にし、発言優先の読み順を保持してください。

肖像には同意が必要で、可視の名前がすでにその人を識別している場合は代替テキストを空にします。記述的なソースリンクラベルを使用してください。200％ズームおよび375ピクセル幅で、すべての帰属フィールドが水平スクロールなしで表示可能でなければなりません。

作成ルール

引用は20～60語を目標とし、1段落で12～80語の範囲に収める必要があります。短すぎる断片は通常スローガンになり、長すぎる抽出は読者が権威あるポイントを見つけるのに苦労させます。ブロックが単独で抽出されたときに代名詞、日付、資格が理解可能であるように、十分なコンテキストを保持してください。

ルールの前に理由を保持してください：「テストはリピーターを除外したので、獲得決定にのみ使用してください」は、指示単独よりも強力です。話者が述べていない推論を決して挿入しないでください。

話者の声を保持し、転記エラー、フィラー、または明確化のみを承認を得て編集してください。「このサンプルでは」や「我々は観察した」などの意味のある不確実性を保持してください。これらの境界は、誤った自信よりも多くの権威を伝えることがよくあります。

すべての引用には、名前付きの個人または説明責任のある組織、関連する資格、および検証記録が必要です。以前に公開された言葉には、ソースのタイトル、URL、および日付が必要です。オリジナルのインタビューには、承認済みのトランスクリプトまたは録音、インタビュー日、および意図された使用をカバーする許可が必要です。重要な関係性は帰属の近くに開示してください。

以下のものを決してプルクォート内に入れてはいけません：

• 情報源が言っていない言葉、別々の回答から組み立てられた合成、または逐語的な発言として提示されたパラフレーズ。
• 隣接する散文を単に繰り返すだけの主張。
• 裏付けのない統計、最上級表現、保証、法的結論、または医療指示。
• 見出し、リスト、表、コードブロック、CTA、アフィリエイトリンク、プロモーションボタン、またはネストされたコンポーネント。
• 複数の話者または複数の独立したアイデア。
• 権威を確立するためにアイデンティティが必要な場合の「専門家」、「顧客」、または「業界インサイダー」などの匿名ラベル。
• 装飾的な絵文字、手動の特大引用符、またはスタイリング指示。

無害な転記ミスは、不必要に[sic]を使用するのではなく、承認を得て修正してください。省略が重要な場合は省略記号を表示し、マーケティングメッセージを弱めるという理由で制限を決して削除しないでください。

使用する投稿タイプ

以下の形式の真実のソースはpostTypesフロントマターです。リストされた形式は、検証済みの明確な声を持つ場合に要素を使用できます。掲載は割り当てではありません。

他の形式も同じ権威テストに合格する必要があります。製品ページは代わりにお客様の声を必要とすることが多く、用語集ページは通常簡潔な定義と情報源を必要とします。

QAチェックリスト

公開前にすべての項目を確認してください：

• 発言が、隣接する散文では提供できない権威または直接の推論を追加している。
• 前後の段落で引用の主張が繰り返されていない。
• 情報源が指名され、表示された役割または関係がその情報源が資格を持つ理由を説明している。
• 文言が承認済みの記録と一致し、別々の発言が結合されていない。
• 公開された言葉にはソースのタイトル、URL、日付があり、インタビューには記録と許可がある。
• 顧客、従業員、スポンサー、アフィリエイト、または商業的関係が帰属の近くに開示されている。
• 情報源の権威が主張と一致している。
• 引用は20～60語を目標とし、12～80語以内で、1段落で構成され、必要な資格情報を保持している。
• 配置はコンテキスト → 引用 → 解釈の順序に従い、他の構造を中断していない。
• お客様の声、レビュー概要、トラストストリップ、警告、CTA、バナー、または別の引用が隣接して競合していない。
• ページには通常3つ以下のプルクォートが含まれ、主要セクションごとに1つ以下である。
• <blockquote>テキストと帰属が視覚的な装飾なしでも機能する。
• その人物がスキーマでページの著者、レビュアー、またはReview対象として誤ってマークされていない。
• 肖像が使用されている場合、それが存在し、同意があり、適切な代替テキストを使用している。
• コンポーネントが200％ズーム時および狭いビューポートで、ソースや開示フィールドを隠さずにリフローする。
• Markdown、Hugo、WordPressが引用と情報源の関係を保持している。
• スクリーンショットコメントは将来のキャプチャに名前を付け、レンダリングされたコンテンツで存在しない画像が参照されていない。

FAQ

プルクォートとブロッククォートの違いは何ですか？ ブロッククォートは意味論的マークアップです。プルクォートは、情報源が記事では主張できない権威を追加する場合の、設計された属性付きの使用法です。

同じ記事の文をプルクォートにできますか？ いいえ。それは帰属による証拠ではなく、重複による強調を生み出します。文は1回だけ保持してください。

すべてのエキスパートクォートにソースリンクが必要ですか？ 検証記録が必要です。公開ソースはリンクし、インタビューの場合は承認済みの録音またはトランスクリプトと日付を社内に保持してください。

引用を軽く編集してもよいですか？ はい、意味が変わらない場合、転記エラーやフィラーの修正について承認を得て行うことができます。別々の回答を決してマージしないでください。

プルクォートはReviewまたはPersonスキーマを作成しますか？ いいえ。検証済みの人物が参照されることはありますが、引用だけではその人を著者、レビュアー、またはReview対象にはしません。

プルクォートは、その情報源、言葉、来歴が精査に耐える場合にのみ、目立つ価値があります。記事が正直に模倣できない声を追加し、関係性を抽出可能にし、隣の段落を単に反響するだけの引用は削除してください。