知識マップ: サービスページをどう作るか - 技術系・B2B向けの整理手順
記事「サービスページをどう作るか - 技術系・B2B向けの整理手順」の主張を、概念と関係(エッジ)に分解した知識グラフの全体です。各関係には根拠・確認日・確度が付いています。
技術系・B2Bのサービスページは、相談入口・比較材料・送信前の確認という3つの役割を前提とし、この役割はH1と短いリード・対応範囲・よくある質問といった6ブロックの見出し構成がそれぞれ実装を担う。見出しはH1から相談への導線まで相談者が知りたい順に並べるべきで、対応範囲の説明が抽象語に埋まると誰向けの何のページかが分からなくなりやすいため、6ブロック構成と公開前の5点チェックがこの事態を防ぐ役割を果たす。検索語をそのまま見出しに使うことや、押した後に何が起きるか分かるCTA文言を役割・粒度・成果物・対象の4軸で書き分けることも、送信率を左右する実務上の推奨として位置づけられる。
flowchart LR
accTitle: サービスページ構成の知識マップ
accDescr: 技術系・B2Bのサービスページが果たすべき3つの役割と、それを実装する6ブロックの見出し構成、CTA文言設計、公開前チェックリストの関係を示す図
service_page["サービスページ"]
service_page_six_block_structure["サービスページの6ブロック構成"]
inquiry_entry_role["相談入口としての役割"]
comparison_material_role["比較材料としての役割"]
pre_submission_confirmation_role["送信前確認としての役割"]
lead_block["H1と短いリードのブロック"]
target_fit_block["向いている相談のブロック"]
scope_block["対応範囲のブロック"]
deliverables_block["成果物・進め方のブロック"]
faq_block["よくある質問のブロック"]
cta_block["相談への導線のブロック"]
search_query_aligned_heading["検索語に合わせた見出し表現"]
cta_button_copy["CTAボタンの文言設計"]
generic_cta_copy["汎用的なCTA文言"]
cta_copy_axis_selection["CTA文言の書き分け軸"]
mid_page_cta_placement["ページ途中への相談導線の配置"]
vague_scope_description["対応範囲の抽象語化"]
unclear_page_purpose["誰向けの何のページか分からない状態"]
pre_publish_checklist["サービスページの公開前チェックリスト"]
audience_centered_rewrite["主語を相談者の状況に置き換える書き方"]
service_page -->|"前提とする"| inquiry_entry_role
service_page -->|"前提とする"| comparison_material_role
service_page -->|"前提とする"| pre_submission_confirmation_role
service_page_six_block_structure -->|"推奨される対応"| service_page
lead_block -->|"より先に行うべき"| target_fit_block
target_fit_block -->|"より先に行うべき"| scope_block
scope_block -->|"より先に行うべき"| deliverables_block
deliverables_block -->|"より先に行うべき"| faq_block
faq_block -->|"より先に行うべき"| cta_block
search_query_aligned_heading -->|"推奨される対応"| service_page
cta_button_copy -->|"推奨される対応"| cta_block
generic_cta_copy -->|"用いるのは非推奨"| cta_block
cta_copy_axis_selection -->|"推奨される対応"| cta_button_copy
mid_page_cta_placement -->|"推奨される対応"| cta_block
vague_scope_description -.->|"原因になり得る"| unclear_page_purpose
service_page_six_block_structure -->|"軽減する"| unclear_page_purpose
pre_publish_checklist -->|"推奨される対応"| service_page
audience_centered_rewrite -->|"推奨される対応"| lead_block
lead_block -->|"実装を担う"| inquiry_entry_role
scope_block -->|"実装を担う"| comparison_material_role
faq_block -->|"実装を担う"| pre_submission_confirmation_role
概念間の関係(全21件)
図と同じ関係を文章でも列挙します。表示している文と機械可読な意味データ(RDFa)は同じ要素に載っています。確度が「確立した関係」のものは直接の関係として、「条件付きの関係」のものは成立条件つきの言明(rdf:Statement)として表現しています。
- サービスページは相談入口としての役割を前提とします。
- サービスページは比較材料としての役割を前提とします。
- サービスページは送信前確認としての役割を前提とします。
- サービスページの6ブロック構成はサービスページに対する本記事の推奨です。
- H1と短いリードのブロックは向いている相談のブロックより先に行うべきです。
- 向いている相談のブロックは対応範囲のブロックより先に行うべきです。
- 対応範囲のブロックは成果物・進め方のブロックより先に行うべきです。
- 成果物・進め方のブロックはよくある質問のブロックより先に行うべきです。
- よくある質問のブロックは相談への導線のブロックより先に行うべきです。
- 検索語に合わせた見出し表現はサービスページに対する本記事の推奨です。
- CTAボタンの文言設計は相談への導線のブロックに対する本記事の推奨です。
- 汎用的なCTA文言を相談への導線のブロックに用いることは推奨されません。
- CTA文言の書き分け軸はCTAボタンの文言設計に対する本記事の推奨です。
- ページ途中への相談導線の配置は相談への導線のブロックに対する本記事の推奨です。
- 対応範囲の抽象語化は誰向けの何のページか分からない状態の原因になることがあります。
- サービスページの6ブロック構成は誰向けの何のページか分からない状態を軽減します。
- サービスページの公開前チェックリストはサービスページに対する本記事の推奨です。
- 主語を相談者の状況に置き換える書き方はH1と短いリードのブロックに対する本記事の推奨です。
- H1と短いリードのブロックは相談入口としての役割の実装を担います。
- 対応範囲のブロックは比較材料としての役割の実装を担います。
- よくある質問のブロックは送信前確認としての役割の実装を担います。
主要概念の定義
機械可読データ
このページはサイトの知識グラフ(_data/knowledge/)から自動生成されています。誤りの指摘はお問い合わせからお願いします。