フリーテキスト段落ルール:プレーンな散文が適切な場合
フリーテキスト段落ルールを使用して、プレーンな散文を焦点を絞り、読みやすく、抽出可能に保ちます。ただし、名前付きコンテンツ要素がその役割に適しているかどうかを確認した後にのみ使用してください。
フリーテキストとは、継続的な説明、議論、ナラティブ、またはトランジションを伝える通常の散文です。これはデフォルトの選択ではなく、フォールバックのコンテンツ形式です。段落を書く前に、そのパッセージに名前付き要素で既に表現されているより正確な役割がないことを確認してください。
実践的なルールはシンプルです。外観で選ぶ前に目的で選ぶことです。ページの中心用語を定義する段落は、プレーンな散文でも見栄えがするとしても、依然として定義です。3つの順序付きアクションを含む段落は、依然として手順です。フリーテキストは、その価値が文を連続して読むべき接続された推論にある場合にのみ使用してください。
この要素が重要な理由
段落は柔軟ですが、それがまさに誤用されやすい理由です。ほとんどすべての素材を散文に押し込めることができます。指示を文中に埋め込んだり、比較基準を4つの段落に散らしたり、警告を余談として和らげたりできます。文法は正しくても、コンテンツはスキャン、抽出、維持、検証が難しくなります。
名前付き要素は目的についての約束をします。ステップリストは順序付けられた手順を約束します。警告は重大なリスクを約束します。比較表は選択肢間の一貫した属性を約束します。フリーテキストはより狭い約束をします。文間の関係が、繰り返しフィールドや独立してスキャン可能な単位よりも重要であるという約束です。読者は、主張から理由、例、限定詞、結論へと思考の流れを追えるべきです。
その連続的な形状は、検索エンジンや回答システムにも役立ちます。自己完結型の段落は、主題を明示し、完全な主張を述べ、必要な限定詞を近くに保つ場合、パッセージとして抽出できます。しかし、機械による抽出可能性を理由にすべての文を小さな段落に変えるべきではありません。議論を断片化すると、主張を正確にする関係が失われます。
したがって、基本となる要素作成ルール は、型付き要素にフリーテキストより優先順位を与えます。このページではフォールバックルールを追加します。散文が本当に正しいと判断する方法、段落の適切な長さ、各段落に1つの一貫したアイデアを保つ方法です。
使用するタイミング
以下の4つの役割のいずれかをパッセージが果たす場合にフリーテキストを使用します。
- 説明: 接続された推論を通じて、何かが機能する理由や方法を展開します。
- 分析: 独立したセルに還元できないエビデンス、トレードオフ、原因、または含意を解釈します。
- ナラティブ: 意味がコンテキストと因果関係に依存する順序で、イベントやケースを報告します。
- トランジション: 前のポイントを解決し、次のポイントを枠組みすることで2つのセクションを接続します。
草稿を書く前に、優先順位チェックを実行します。
- パッセージの主な役割を動詞で述べます。定義する、答える、警告する、指示する、比較する、要約する、証明する、引用する、推奨する、または説明する。
- その役割と類似の同義語について要素ライブラリを検索します。
- 名前付き要素が主な役割に一致する場合は、それを使用し、その契約に従います。
- 名前付き要素が一致せず、文間の推論が価値である場合は、フリーテキストを使用します。
- パッセージが両方を含む場合は、型付き要素をそれが統治する散文の前または隣に配置します。型付きの目的を段落内に隠さないでください。
たとえば、「エクスポートを選択し、CSVを選び、ファイルをダウンロードする」は、1行に収まるからといって段落ではありません。順序が結果に影響するため、ステップリスト に属します。「CSVは表の値は保持しますが数式は保持しないため、結果を別のシステムにインポートするのに適しています」は説明的な推論であり、散文に属します。
フリーテキストを、コンテンツをモデル化する作業を避けるために使用しないでください。並列的な選択肢は箇条書きリスト に属します。中心用語には定義ボックス が必要な場合があります。選択肢間で繰り返される属性は比較表 に属します。段落に太字のラベルを付けるだけでは、それらの関係は明確になりません。
配置場所
ページが構造要素間の推論を必要とする場所にフリーテキストを配置します。通常の順序は、見出し、冒頭段落、サポート要素、解釈です。冒頭段落は、読者がエビデンス、例、またはコントロールに遭遇する前に、セクションの主張と範囲を確立します。テーブルや図の後の段落は、すべての値を繰り返すのではなく、結論を説明する必要があります。
フリーテキストは、隣接する要素を接続することもできます。定義の後のトランジションは、ページが例に移る前に、その区別がなぜ重要なのかを説明できます。手順の前の段落は、前提条件や決定のコンテキストを確立できますが、実際の前提条件とアクションは名前付きフィールドまたは要素に残す必要があります。
見出しとその見出しを直接満たす要素の間に孤立した段落を配置しないでください。見出しが「手順」の場合は、短い準備が不可欠でない限り、ステップ要素から始めてください。警告とそれが統治するアクションの間、主張とその引用の間、またはテーブルの行の間に散文を配置しないでください。配置は、選択したタイプを正当化した関係を維持する必要があります。
ページレベルでは、途切れのない散文の長い連続を避けてください。3~5段落で一貫したサブセクションを形成できますが、新しいサブトピックには説明的な見出しが必要です。視覚的な単調さの修正は、ランダムなコールアウトや1文段落のスパムではなく、より良い情報アーキテクチャです。
構造
強力なフリーテキスト段落には、通常の1つの <p> 要素としてレンダリングされますが、4つの論理領域があります。
- トピック文: 主題を明示し、段落を統制する主張または展開を行います。
- 展開: 理由、メカニズム、エビデンス、または関連する詳細を示します。
- 例または限定詞: 必要に応じて、主張を具体的にしたり、その境界を設定します。
- ハンドオフ: 思考を完了するか、次に続くものへの自然な接続を作成します。
すべての段落に4つの別々の文が必要なわけではありません。42語の段落は、最初の文で主張と理由を組み合わせ、2番目の文を具体的な境界に使用できます。この構造は論理的な作業を説明するものであり、穴埋め式の公式ではありません。
デザイン例
フリーテキストはサイトの通常の記事タイポグラフィを継承する必要があります。そのバリエーションは装飾的な処理ではなく編集上の機能に基づいています。
標準的な説明的段落
快適な文字量、通常のボディサイズ、標準的な間隔を使用します。コールアウト、テーブル、見出しよりも控えめに感じられるべきです。なぜなら、ページの接続組織を担うからです。
短いトランジション
トランジションは、1つのアイデアを閉じて次のアイデアを指名する場合、15~30語にすることができます。短いからといって、拡大、中央揃え、引用としてスタイル付けされるべきではありません。
限定付き分析
分析的な段落は、分割すると結論とその前提条件や制限事項が切り離される場合、90~120語に達することがあります。長い形式であっても、1つの統制アイデアと読みやすい行の長さが必要です。
狭いビューポート
モバイルでは、段落は水平スクロールなしで折り返し、リンクの可視性を維持し、読み取り列が崩れるほど幅が広すぎたりインデントが大きすぎたりする行を避ける必要があります。
パラメータ
フリーテキストにはカスタムコンポーネント属性はありません。その契約は編集上のものであり、ネイティブの段落マークアップにマッピングされます。
| Name | Type | Required | Range or default | Source |
|---|---|---|---|---|
purpose | Enum | 必須 | explanation、analysis、narrative、または transition | 優先順位チェック後の編集上の分類 |
body | インラインマークダウンまたはテキスト | 必須 | 1つの一貫したアイデア。通常30~90語 | 段落ソース |
links | インラインリンク | 任意 | 段落を前進させたりソースを示したりする場合にのみ使用 | 段落ソース |
emphasis | インライン強調 | 任意 | 控えめ。フィールドやサブ見出しをシミュレートするために決して使用しない | 段落ソース |
language | 言語タグ | 継承 | パッセージが明示的に言語を変更しない限り、ページ言語 | ドキュメントメタデータ |
id | 文字列 | 任意 | 通常の段落では省略 | レンダラーまたは承認された拡張機能 |
ターゲット帯域は30~90語です。意図的なトランジションは15~30語を使用できます。段落が120語に達することができるのは、1つの主張に付属の限定詞、エビデンスの境界、因果連鎖が必要な場合のみです。これらはレビュー帯域であり、自動的な合格/不合格のカウントではありません。厳格な上限内では、一貫性が優先されます。
フリーテキストは、variant、color、icon、title、columns パラメータを受け入れません。作成者がこれらのフィールドを必要とする場合、パッセージはおそらく異なる意味論的目的を持っており、優先順位チェックを繰り返す必要があります。
構文とコード例
フリーテキストはネイティブなドキュメントコンテンツであるため、ポータブルなMarkdownにはディレクティブは不要です。
Caching reduces the work required to serve repeated requests, so it can improve response time without changing the page itself. The useful cache duration depends on how often the underlying content changes.
Hugoも同じMarkdown段落を受け取ります。通常の散文を露出させるためだけにショートコードでラップしないでください。
Caching reduces the work required to serve repeated requests, so it can improve response time without changing the page itself. The useful cache duration depends on how often the underlying content changes.
WordPressは同等の散文をネイティブの段落ブロックに保存します。
<!-- wp:paragraph -->
<p>Caching reduces the work required to serve repeated requests, so it can improve response time without changing the page itself. The useful cache duration depends on how often the underlying content changes.</p>
<!-- /wp:paragraph -->
カスタムラッパーがないのは意図的です。インポーターは段落の境界、インラインリンク、強調、コードスパン、言語の方向性を保持する必要があります。隣接する段落を1つのブロックに連結したり、すべての文を別々のブロックに分割したりしてはいけません。
編集中に段落の目的が変わった場合は、その表現を変更します。散文内で発見された手順はステップ要素になり、比較可能な事実はテーブルになり、重要な注意事項は適切な警告になります。ソースの単純さが意味論的正确性に優先することは決してありません。
例
良い例:1つのアイデアを理由と境界で展開
正規URLは、クローラーが宣言されたターゲットにアクセスできる場合にのみ、重複ページシグナルを統合します。ターゲットがブロックされているか別の場所にリダイレクトされている場合、宣言は曖昧になるため、正規が有効として扱われる前にクローラビリティを確認する必要があります。
この段落は1つのアイデアを統制しています。正規宣言はアクセス可能で一貫したターゲットに依存するということです。2番目の文は新しいトピックを導入するのではなく、失敗条件と結果として生じるチェックを説明しています。箇条書きに変換すると、因果関係が弱まります。
良い例:簡潔なトランジション
監査により、どのテンプレートが失敗しているかが特定されます。次のステップは、共有テンプレートの欠陥をページ固有の例外から分離することです。
このトランジションは診断段階を閉じて分類段階を開きます。その簡潔さは意図的であり、要約や指示セットであるふりをしていません。
悪い例:散文に隠された複数の意味論的役割
構造化データはマシンがページを理解するのに役立ちます。製品スキーマには価格と在庫状況が含まれます。テンプレートを開き、フィールドを追加し、マークアップを検証し、公開します。無効な価格は顧客を誤解させる可能性があるため注意してください。ベーシックプランはProプランよりも安価です。
この段落には、説明、フィールド仕様、4つの順序付きアクション、警告、比較が含まれています。1つのトピック文でこれら5つの役割すべてを統制することはできません。説明的散文と適切な名前付き要素に分解する必要があります。
悪い例:人為的な段落の断片化
コンテンツインベントリは、サイトが現在公開しているページを記録します。
また、所有権も記録します。
パフォーマンスデータを含めることもあります。
この情報は監査の決定をサポートします。
各文は同じ統制アイデアに関連しています。分割すると誤った強調が生まれ、読者は関係性を再構築することを強いられます。結合します。「コンテンツインベントリは、公開されたページ、所有権、関連するパフォーマンスデータを記録することで、監査の決定が1つの説明責任のあるソースを使用できるようにします。」
悪い例:無関係な2つのアイデアを含む1つの段落
プロンプトセットを変更する前にクエリサンプルを確認してください。狭いサンプルは誤解を招くベースラインを生み出す可能性があるためです。レポートカードも承認されたブランドカラーを使用する必要があります。
2番目の文は測定の妥当性からプレゼンテーションに変わります。デザインの詳細が関連する場合にのみ別の段落が必要です。そうでない場合は削除するか、適切なデザイン仕様に配置する必要があります。
スキーママークアップとアクセシビリティ
フリーテキストには専用のSchema.orgタイプがありません。これは、ページの真実の Article、TechArticle、Product、FAQPage、またはその他のサポートされているページレベルのマークアップ内で可視コンテンツのままです。通常の段落を発明されたJSON-LDオブジェクトでラップしたり、機械可読に見せるためだけに段落全体を構造化データで繰り返したりしないでください。
段落には意味論的な <p> 要素を使用してください。繰り返しの <div> 要素、改行、画像内のテキスト、またはCSS生成コンテンツでシミュレートしないでください。ソース順序を保持してください。支援技術と抽出システムは同じシーケンスに依存して議論を復元するためです。
リンクは、段落を競合するアンカーの連鎖に変えることなく、その遷移先を説明する必要があります。強調は色に依存せずに意味を保つ必要があります。インラインコードには意味論的なコードマークアップを使用してください。段落内で言語やテキストの方向が変わる場合は、読者やスクリーンリーダーに推測させるのではなく、HTMLでその変更をマークしてください。
読みやすい表示は重要ですが、作成者がハードコードすべきではありません。レンダラーが行の長さ、フォントサイズ、行の高さ、間隔、コントラスト、リフロー、フォーカス処理を管理します。200%のズーム時および狭いビューポートでは、テキストは損失や水平スクロールなしで折り返される必要があります。カスタムスタイルがすべて削除された場合でも、段落の意味は失われてはいけません。
作成ルール
ルールの前に理由を述べます。段落は、読者が1つの主題と1つの論理的な展開を作業記憶に保持できる場合に機能します。したがって、段落ごとに1つのアイデアを書いてください。「アイデア」とは、統制する主張と、それを説明、サポート、例示、または限定するために必要な文(1文や1キーワードではありません)を意味します。
以下のいずれかが変わったときに新しい段落を開始します。
- 主題または行為者が変わる。
- 段落が説明から指示、比較、警告、または推奨に移る。
- 時間枠またはプロセスの段階が変わる。
- 議論が主張から真に別個の含意に移る。
- 新しいオーディエンス、条件、または例外に独自の統制文が必要である。
文を意図的な順序で配置します。詳細の前に主張、ルールの前に理由、例外の前に一般的なケース、結論の前にエビデンス(ただし、投稿タイプが直接回答を最初に要求する場合は除く)。段落がコンテキストから抽出される可能性がある場合、「これ」「それ」「それら」などの曖昧な開始に頼らず、主題を明示します。
段落の長さ帯域を診断シグナルとして使用します。
- 15~30語: トランジション、意図的な強調、またはコンパクトな回答。短い段落を繰り返すと、ぎくしゃくしたリズムと誤った重要性が生まれます。
- 30~90語: 1つの展開されたアイデアのための通常の帯域。ほとんどの説明的散文はここに属します。
- 90~120語: 付属のエビデンス、前提条件、または限定詞のための正当な例外。すべての文の統一性を確認します。
- 120語以上: 引用または法的に管理されたパッセージをそのまま維持する必要がある場合を除き、分割、再構築、または変換します。
長さだけでは構造を決定できません。2番目の段落が単に最初のアイデアを続けている場合は、2つの55語の段落を結合する必要があります。問題の説明からアクションの指示に切り替わる場合は、1つの70語の段落を分割する必要があります。語数テストの前に目的テストを実行します。
具体的な名詞、能動態の動詞、「なぜなら」「したがって」「ただし」「~の場合のみ」などの明示的な関係を優先します。前置きのフレーズ、繰り返されるH2の文言、記事がカバーする内容についての空虚な約束、冒頭を繰り返すだけの結論を削除します。段落は、コンポーネント間のスペースを埋めるのではなく、推論を追加する必要があります。
使用する投稿タイプ
すべての長文ページに散文が必要になる場合がありますが、これらの投稿タイプは特定の接続作業のために散文に依存しています。postTypes に含まれていても、フリーテキストが必須のスロットになるわけではありません。すべてのパッセージに優先順位チェックが依然として適用されます。
| Post type | 正しいフリーテキストの役割 | それでも優先される型付きコンテンツ |
|---|---|---|
| アルティメットガイド | 幅広いトピックにわたる関係を説明し、より深いセクションを接続する | 定義、ポイント、ナビゲーション、ソース、関連コンテンツモジュール |
| ハウツーガイド | アクションが重要な理由を説明したり、その結果を解釈する | 前提条件、順序付きステップ、警告、ヒント、成功確認 |
| What-isページ | 直接回答の後に、メカニズム、境界、含意を展開する | 直接回答、正規の定義、比較、FAQ |
| コンセプト説明 | メンタルモデルを構築し、因果関係を説明する | 定義、図、比較、注釈、ソース |
| ドキュメンテーション記事 | システムの動作を説明し、リファレンスセクションを接続する | 仕様、警告、スクリーンショット、更新記録 |
| トラブルシューティング記事 | 症状が原因を示す理由を説明し、テスト結果を解釈する | 診断ステップ、警告、判断ポイント、エスカレーション基準 |
商業ページやリファレンスページも、推論が必要な場合にフリーテキストを使用できます。製品説明、法的開示、レビュー要約、価格条件は、段落として表示されるからといって自動的に「フリーテキスト」になるわけではありません。それらを統治するページと要素の契約が依然として適用されます。
QAチェックリスト
公開前に、すべての項目を確認します。
- パッセージが優先順位チェックに合格し、名前付き要素がその主な目的をより正確に表現していない。
- その目的が説明、分析、ナラティブ、またはトランジションである。
- 1つの統制アイデアがすべての文を統治している。
- 最初の文が主題を明示し、段落の展開を確立している。
- 理由がルールの前に現れ、限定詞がそれらが制限する主張に付属している。
- 主題、行為者、時間枠、オーディエンス、または論理的目的の変更が新しい段落を開始している。
- 通常の段落は30~90語の範囲内であり、それより短いまたは長い帯域には明確な編集上の理由がある。
- 管理された引用または法的テキストをそのまま維持する必要がある場合を除き、120語を超える段落はない。
- 指示、警告、比較、定義、要約、エビデンスモジュール、繰り返しフィールドは名前付き要素を使用している。
- 短い段落がぎくしゃくしたスタックを作成したり、視覚的な強調を生み出したりしていない。
- 長い段落がリスト、シーケンス、テーブル、または2番目のアイデアを隠していない。
- 段落が周囲から抽出された場合でも、代名詞と指示語が明確である。
- リンクは説明的で、制限され、有効で、フロントマターに表現されている。
- ソースは不要なショートコードやカスタムラッパーなしでネイティブ段落を使用している。
- 段落の順序と意味が、視覚的なスタイリングなし、および狭いまたは拡大されたレイアウトでも維持される。
- スクリーンショットのコメントは、存在しないレンダリングされたアセットを参照せずに将来のキャプチャを特定している。
FAQ
フリーテキストはデフォルトのコンテンツ要素ですか? いいえ。パッセージが優先順位チェックに合格した後のフォールバックです。名前付き要素が主な目的に一致する場合、段落の方が入力しやすい場合でも、その要素が優先されます。
フリーテキスト段落の長さはどの程度にすべきですか? ほとんどの段落は30~90語を含むべきです。意図的なトランジションには15~30語を使用し、1つの議論にその限定詞またはエビデンスを付ける必要がある場合にのみ90~120語を使用します。それ以上長いものは分割するか再構成します。
段落ごとに1つのアイデアということは、段落ごとに1文ということですか? いいえ。一貫したアイデアには、主張、理由、例、限定詞が必要な場合があります。文数がテストではありません。主題または論理的目的の変更がテストです。
散文はいつリストやテーブルになるべきですか? 並列的な独立項目にはリストを、順序が結果に影響する場合はステップリストを、同じ属性を比較する必要がある場合はテーブルを使用します。文間の関係が意味を伝える場合は散文を維持します。
フリーテキストには特別なスキーママークアップが必要ですか? いいえ。ページの真実のスキーマタイプ内で意味論的な段落マークアップを使用します。明確なソース順序と自己完結型の記述が、発明された構造化データよりも価値を提供します。
プレーンな散文は、接続された推論がコンテンツである場合にその地位を獲得します。最初に優先順位チェックを実行し、正当な長さの帯域内で1つのアイデアを維持し、すべての型付き目的にその名前付き要素を使用させてください。
このセクションの他のチュートリアル
実践する準備はできましたか?
無料チェック · 7日間お試し · クレジットカード不要