次のステップブロック：回答の後に続く順序立てられたアクション

次のステップブロックは、ページの結論を短く順序立てられた計画に変換します。今何をすべきか、その次に何をすべきか、そして続行する準備ができたことをどのように確認するかを読者に伝えます。これらのアクションのいずれも商業的である必要はありません。

このレンダリングされた要素は、何も販売することなく実行可能です。その順序に意味があります。テストの前に所有者を割り当てることで、誰も責任を持たない推奨事項を防ぎ、拡大の前にテストすることで、誤った前提によるコストを制限します。

この要素が重要な理由

有益な記事は、読者の作業が始まるまさにその瞬間に終わることがよくあります。読者は説明を理解しても、複数の妥当なアクションが注目を競っているため、ためらうかもしれません。次のステップブロックは、選択肢を小さなシーケンスに減らすことで、この意図と行動のギャップを埋めます。

順序は読者の心理も変えます。順序付けられていない結論はすべてのタスクが等しく緊急に見えるため、困難または曖昧な作業が簡単な前提条件を押しのけてしまう可能性があります。番号付きシーケンスは勢いを生み出します。最初の項目は今すぐ実行可能で、中間の項目は以前に作成されたエビデンスに基づいて構築され、最後の項目はハンドオフ、検証ポイント、または拡大の決定を定義する必要があります。

機械による抽出可能性とは、ソフトウェアが視覚的な間隔から推測することなく、アクションとその順序を回復できることを意味します。安定した見出し、順序付きリスト、項目ごとに1つのアクションを持つ型付きブロックは、検索システム、AIエージェント、支援技術、移行ツールにクリーンなシーケンスを公開します。散文に隠された「最初に」やCSSで配置されたカードは、信頼性の高いドキュメント順序を提供しない場合があります。

目的に応じて要素作成ルール に従ってください。クロージングの一節で読者に意図的な順序で今何をすべきかを伝える場合は、次のステップ要素を使用します。「次にどこへ進むか」というH2と通常の散文は、型付きコンポーネントよりも優先されません。要素の意味上の役割が、視覚的な表現や見出しの文言ではなく、形式を決定します。

いつ使用するか

ページが質問を解決したものの、特定の順序で実行すべき2つ以上のアクションが残っている場合に、次のステップを使用します。一般的なトリガーには、説明から実装への移行、診断から修復への移行、実例から読者自身の試行への移行、または結果から反復可能な運用ルーチンへの移行が含まれます。

特に以下の場合に使用します：

• 最初のアクションが後続のすべてのアクションの前提条件である場合
• 読者がより広いリソースを投入する前に、小さく始める必要がある場合
• プロセスを続行する前に結果を検証する必要がある場合
• 責任が1人の人物またはチームから別の人物またはチームに移る場合
• ページがメソッドを教えているが、読者の実装を実行できない場合
• 製品の決定が適切になる前に、読者が非商業的なアクションを必要とする場合

類似しているが役割の異なるケースもあります。まとめは結論を再述します。チェックリストは厳密な順序がない可能性のある合格/不合格要件を定義します。手順書は、前提条件や復旧手順を含む完全なタスクを教えます。次のステップは、教育が完了した後のコンパクトなハンドオフです。

CTAブロック は、トライアルの開始、電話の予約、ファイルのダウンロードなどの1つのコンバージョンを要求します。次のステップには、「ベースラインを確認する」「担当者を割り当てる」「1つのテストを実行する」を含めることができ、読者にコンバージョンを求めることはありません。3つのセールスボタンをアクションプランとして偽装しないでください。

関連コンテンツブロック は、編集上選択された宛先を提供します。「次に何を読むべきか、探索すべきか」に答えます。次のステップは「何を、どの順序で行うべきか」に答えます。リンクされたリソースは1つのアクションをサポートするかもしれませんが、記事タイトルのリストはアクションシーケンスではなくナビゲーションです。

1つの信頼できるアクションのみの場合、別個のハンドオフのない完全な手順の後、または未解決の戦略を隠すためにこのブロックを使用しないでください。「パフォーマンスを向上させ、権威を高め、トラフィックを増やす」は願望を述べているだけで、実行可能なステップではありません。

どこに配置するか

ブロックは、最後の実質的な説明、結果、または推奨事項の後に配置します。アクションが始まる前に、論理的根拠が完了している必要があります。長いページでは、次のステップは各主要セクションの後ではなく、クロージング領域に属します。

ページにソースも含まれている場合は、引用をそれがサポートする主張とともに保持するか、ソースブロックを次のステップの前に配置します。エビデンスはページの証明義務を終了させ、次のステップは実装経路を開きます。関連コンテンツがアクションに必要なリソースを提供する場合は、次のステップの後に配置します。クロージングの商業的CTAは、正当化される場合、最後に配置します。

ブロックは、スティッキーな購入コントロール、ニュースレター獲得フォーム、オファーボックス、同等のウェイトのボタングループの隣に配置してはいけません。隣接するチェックリストを繰り返してはいけません。両方とも必要な場合、チェックリストは準備状態を検証し、次のステップはその合格後に続く内容を説明します。

構成要素

このコンポーネントには7つの識別可能な領域があります：

1. 見出し： ハンドオフにラベルを付け、通常は「次のステップ」またはより具体的なアクション指向のフレーズ。
2. 順序付きリスト： 視覚的なカウンターだけでなく、ドキュメント構造に意図されたシーケンスを保持。
3. アクションラベル： 各項目を1つの命令動詞で開始し、タスクに名前を付ける。
4. 補足詳細： ラベルだけでは不十分な場合に、範囲、所有者、入力、制約を説明。
5. リソースリンク： オプションで、そのアクションに必要な正確なツール、テンプレート、またはページを開く。
6. 成功条件： ハンドオフが検証に依存する場合、読者が先に進む前に真でなければならないことを明示。
7. ブロック境界： アクションプランを結論、関連リンク、商業的CTAから明確に区別。

デザイン例

すべてのバリエーションは順序付きリストのセマンティクスを保持します。表現は密度を変えても、ソースの順序は変えません。

コンパクトな番号付きリスト

各アクションが1文に収まる場合のデフォルトとして使用します。

番号付きカード

アクションに説明、所有者、または成功条件が必要な場合にカードを使用します。カードはモバイルでは数値順に積み重ねられ、リソースラベルのみがリンクされます。

マイルストーンハンドオフ

「パイロット承認済み」などの明示的なゲートに進捗が依存する場合に使用します。ゲートは成功条件であり、装飾ではありません。

リソース連携シーケンス

アクションにテンプレート、レポート、または宛先が必要な場合に使用します。リンクはアクションをサポートします。競合するCTAではありません。

所有者ハンドオフ

部門横断的な作業に使用します。項目ごとに1つの責任者ロールを表示し、アクションに対して二次的に保ちます。

パラメーター

正規のコンポーネント名はnext-stepsです。繰り返し可能なアクションはネストされた項目なので、そのラベル、詳細、リンク、所有者、成功条件が並列配列にずれることはありません。

最初の項目見出しはactionにマッピングされ、残りの本文はdetailにマッピングされます。競合する見出しと属性を提供しないでください。startは、ブロックの直前に確立されたシーケンスを継続する場合にのみ使用します。

構文とコード例

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

:::next-steps{title="Next steps" variant="milestones"}
::item{owner="Content lead" success="One representative page is approved"}
### Choose the pilot page

Select a page with typical structure and enough traffic to reveal regressions.
::
::item{owner="SEO lead" success="Baseline and change are recorded"}
### Apply and verify the change

Compare the same measures before and after implementation.
::
::item{owner="Engineering" success="The release plan has an owner and date"}
### Schedule the wider rollout

Expand only after the pilot meets its success condition.
::
:::

Hugoショートコード

{{< next-steps title="Next steps" variant="milestones" >}}
  {{< next-step action="Choose the pilot page" owner="Content lead" success="One representative page is approved" >}}Select a page with typical structure and enough traffic to reveal regressions.{{< /next-step >}}
  {{< next-step action="Apply and verify the change" owner="SEO lead" success="Baseline and change are recorded" >}}Compare the same measures before and after implementation.{{< /next-step >}}
  {{< next-step action="Schedule the wider rollout" owner="Engineering" success="The release plan has an owner and date" >}}Expand only after the pilot meets its success condition.{{< /next-step >}}
{{< /next-steps >}}

これはポータブルな契約であり、これらのショートコードがここで登録されているという主張ではありません。ライブサンプルはセマンティックHTMLを使用しています。すべてのショートコードパラメーターには名前が付けられています。

WordPressブロックまたはショートコード

<!-- wp:amicited/next-steps {"title":"Next steps","variant":"milestones"} -->
<!-- wp:amicited/next-step {"action":"Choose the pilot page","owner":"Content lead","success":"One representative page is approved"} -->
<p>Select a page with typical structure and enough traffic to reveal regressions.</p>
<!-- /wp:amicited/next-step -->
<!-- wp:amicited/next-step {"action":"Apply and verify the change","owner":"SEO lead","success":"Baseline and change are recorded"} -->
<p>Compare the same measures before and after implementation.</p>
<!-- /wp:amicited/next-step -->
<!-- /wp:amicited/next-steps -->

WordPressはエディター、HTML、フィード、エクスポートで項目の順序を保持する必要があります。並べ替えは意味を変えるため、編集上のレビューが必要です。

例

良い例：順序立てられたテスト可能なハンドオフ

次のステップ

1. 1つのパイロットページを選択する。 サイトで最も簡単な例外ではなく、代表的なページを選びます。
2. ベースラインを記録する。 編集前に現在のクエリ、日付、所有者、測定値を保存します。
3. 1つの管理された変更を適用する。 無関係なテンプレートやコピーの変更を同じリリースに含めないでください。
4. 結果を確認する。 ページが合意された品質チェックに合格し、リグレッションが現れない場合にのみ拡大します。

これが機能する理由は、各項目がアクションで始まり、順序が依存関係を反映し、パイロットがリスクを制限し、最後の項目が決定ゲートを提供するからです。

悪い例：ステップとして提示された販促選択肢

あなたの次のステップ

1. 今すぐ可視性を変えましょう！
2. 私たちの強力なプラットフォームを発見してください。
3. デモを予約する。
4. 無料トライアルを開始する。
5. ニュースレターを購読する。

これが失敗する理由は、項目がシーケンスではなく競合するコンバージョンであるためです。最初の2つは主張であり、最後の3つは任意の順序で発生する可能性があります。正当化された1つの商業的CTAを保持し、ブロックをページがサポートする非商業的な実装ステップに置き換えてください。

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

次のステップブロックは、スタンドアロンのSchema.orgエンティティを作成しません。それを囲むページ内に保持してください。順序付き項目が含まれているという理由だけで、HowTo、ItemList、またはActionとラベル付けしないでください。構造化データはページの実際の主要コンテンツを説明します。

HowToマークアップは、ページ全体が本当に該当する手順を教えている場合にのみ適用されます。そのページレベルのステップはその手順を表します。クロージングブロックを競合する2番目のセットとして追加しないでください。後続の作業の提案は、表示されたHTMLとして残ります。

<ol>をアクションごとに1つの<li>でレンダリングします。CSSカウンターは数字をスタイル設定できますが、唯一の順序を提供することはできません。領域にaria-labelledbyで接続された表示可能な見出しを付けてください。静的なコンテンツに対してrole="alert"およびライブ領域を避けてください。

リンクはキーボードで到達可能で、視覚的にフォーカスされ、コンテキストから外れても説明的である必要があります。複数文のカード全体をリンクしないでください。アイコン、色、およびコネクターラインだけで順序、所有権、または完了状態を伝えてはいけません。

狭い画面では、数値順序を保持し、二次フィールドをそのアクションの後に配置してください。200%のズームとカスタムテキスト間隔でも、項目はクリッピングなしでリフローできる必要があります。

作成ルール

各項目を1つの命令動詞（choose、record、compare、test、assign、verify、schedule、escalate）で開始します。これにより、アクションが抽出可能で観察可能になります。内省が定義されたタスクであり、明確な出力がある場合を除き、「Consider」や「Explore」は避けてください。

デフォルトでは3〜5つの項目を使用します。2つは狭いハンドオフに適しており、6つが上限です。より長いシーケンスには、完全な手順書、チェックリスト、またはガイドが必要です。

アクションラベルは2〜8語、60文字以内に保ちます。補足詳細は項目あたり35語以内にします。成功条件にのみ2番目の文を使用します。ブロックは通常、80〜180語以内に収める必要があります。

商業的価値ではなく依存関係で順序付けます。最も安全で元に戻しやすいものを最初に置き、拡大の前に検証を置きます。部門横断的な作業では、項目ごとに1人の責任者を指名します。

直接的で落ち着いた口調を使用します。最小限の有用な範囲、必要な入力、続行に必要なエビデンスを記載します。動詞をページで教えた内容に合わせます。結論で説明されていない高リスクのアクションを導入してはいけません。

ブロック内に以下を絶対に入れないでください：

• アクションのない事実のまとめ
• 複数の商業的CTAまたはプロモーションボタンの行
• 新たに導入された新しい議論、注意点、警告、前提条件、または法的免責事項
• サブステップ、トラブルシューティング、分岐決定を含む完全な手順
• 順序付けられていない関連記事のコレクション
• 定義されたタスクのない「トラフィックを増やす」や「品質を向上させる」などの曖昧な成果
• 人為的な緊急性、カウントダウン表現、根拠のない保証、または機会損失への恐れ
• 支払い、登録、またはデータ共有を明示せずに必要とする隠れたアクション

アクションに重大なリスクが伴う場合は、クロージングブロックの前に、メイン本文の該当箇所でそのリスクを説明してください。次のステップでは安全なアクションに言及することができますが、警告が最初に表示される場所になってはいけません。

これを使用する投稿タイプ

postTypes配列がこの関係のソースです。リストされた各フォーマットは順序付けられたハンドオフの恩恵を受けますが、そのシーケンスは汎用テンプレートではなく、そのページの完了した作業を反映する必要があります。

QAチェックリスト

• ページが、本当に順序を必要とする2つ以上のアクションで終わっている。
• ブロックが最後の実質的な説明と、アクションを判断するために必要なエビデンスの後に表示されている。
• まとめ、チェックリスト、完全な手順、関連コンテンツリスト、または偽装されたCTAグループではない。
• ソースが順序付きリストを使用しており、リスト項目ごとに1つのアクションがある。
• 各項目が1つの命令動詞で始まり、観察可能なタスクに名前を付けている。
• シーケンスが依存関係に従っている：作業の前に前提条件、展開の前にテスト、拡大の前に検証。
• ブロックにデフォルトで3〜5つの項目が含まれており、6つを超えない。
• アクションラベルが2〜8語、60文字以内に収まっている。
• 補足詳細が項目あたり35語以内で、範囲、所有権、リソース、または成功条件を追加している。
• すべてのリンクがそのアクションをサポートし、説明的なテキストを使用し、必要なリソースに正確に解決される。
• 商業的アクションが存在する場合、シーケンス内で繰り返されるのではなく、1つの明確なクロージングCTAに制限されている。
• 新しい警告、免責事項、前提条件、エビデンスの主張、または重要な注意事項がブロック内に最初に表示されていない。
• 不可逆的、高コスト、またはサイト全体の展開の前に、成功条件が明示されている。
• HTMLの順序と視覚的な順序が、デスクトップ、狭い幅、ズーム、カスタムテキスト間隔で一致している。
• 見出しと意味が、色、アイコン、コネクターライン、カードのスタイリングなしでも明確である。
• ブロックがサポートされていないHowToまたはItemListマークアップを使用していない。
• スクリーンショットコメントは将来のキャプチャを要求しており、存在しない画像は参照されていない。

FAQ

次のステップブロックにはいくつのアクションを含めるべきですか？

ほとんどの場合、3〜5つの順序付けられたアクションを使用します。2つは本当に短いハンドオフには許容され、6つが上限です。6つ以上のアクションが必要な場合は、クロージングブロックに詰め込むのではなく、完全な手順書やチェックリストにリンクしてください。

次のステップブロックはCTAと同じですか？

いいえ。次のステップブロックは読者に順序立てられた計画を提供し、そのアクションはすべて非商業的であっても構いません。CTAは1つの主要なコンバージョンまたはコミットメントを求めます。1つのページで両方を使用しても構いませんが、アクションプランを先に配置し、商業的なCTAは視覚的に分離したままにします。

次のステップブロックにリンクを含めることはできますか？

はい、名前付きアクションを完了するためにリンクが必要な場合に限ります。アクションフレーズまたは特定のリソースラベルにリンクし、クロール可能な宛先を使用し、すべての項目をプロモーショナルボタンにしないでください。現在のページで完了できるアクションにはリンクは不要です。

次のステップではHowToスキーマを使用すべきですか？

ページ全体が本物の手順であり、その構造化データの現在の適格性とコンテンツ要件を満たしている場合にのみ使用します。クロージングの次のステップブロックだけではHowToマークアップを正当化できず、その項目を別の手順として複製してはいけません。

ページに関連コンテンツとCTAもある場合、次のステップブロックはどこに配置しますか？

次のステップを最後の実質的なセクションの後に配置し、必要なサポート先を提供する場合は関連コンテンツをその後に配置し、クロージングCTAは最後に保ちます。3つすべてが同じアクションや宛先を繰り返す場合は、積み重ねないでください。

強力なエンディングは、コンバージョンを強制したり、議論を再開したりするものではありません。読者に安全な最初の一歩を与え、作業の順序を保持し、続行するための条件を明確にします。