LPの構成と作り方｜問い合わせにつなぐ順番と記入例

LPの構成を整理するAI生成イメージです。実際の社内や顧客の写真ではありません。

LPの構成は、対象と提案→悩みと解決方法→サービス内容→判断の根拠→費用・条件→よくある質問→問い合わせ、の順を出発点に作れます。まず何を相談できるかに答え、条件を確かめて進める流れにするのがポイントです。この記事では、LPを初めて作る担当者向けに、4つの作成手順と記入済みの構成例を示します。

LPの構成は「提案・判断材料・相談」の順で作る

問い合わせを目的にしたLPなら、まず「誰の何を解決する提案か」を伝え、次に内容・根拠・費用や対応範囲を示し、最後に相談の方法へつなげます。最初の構成案は、対象と提案→悩みと解決方法→サービスの内容→判断の根拠→費用・条件→よくある質問→問い合わせ、の七つで組み立てると整理しやすくなります。これは編集部が提案する出発点であり、全業種に同じ順番や項目数を当てはめる決まりではありません。

ここでいうLPは、一つのサービスや商品について説明し、見積もり相談や申込みなど特定の行動につなげるページを指します。会社情報を広く案内するホームページとの選び分けは関連記事へ譲り、本記事では「制作担当へ渡せる構成案をどう作るか」に絞ります。まだ広告を出していない場合も、営業資料や検索結果から来た人が、何を期待してページを開くかを先に決めましょう。

Google広告の公式ヘルプでも、広告で伝えた内容と遷移先を一致させ、重要な情報を上部で見つけられるようにする考え方が示されています。たとえば「会社案内の印刷相談」という入口なら、最初に印刷相談の対象と進め方を示します。会社の理念や沿革だけが続くと、読者は求めたページか判断できません。

出典：広告とランディング ページを最適化する – Google 広告 ヘルプ

順番を変えるときは、読者の迷いを理由にする

サービスを初めて知る人が中心なら、利用場面や仕組みの説明を厚くします。すでに依頼先を比較している人なら、費用・対応範囲・納期の条件を早めに示すほうが判断しやすいでしょう。専門的な作業なら担当体制や品質確認、導入負担が大きいなら準備物や移行手順が重要になります。「他社と同じ並びだから」ではなく、先に解消すべき疑問を基準に調整します。

結論を先に書くことは、数字や短い一文だけで説明を終えることではありません。答えの直後に、適用される条件、含まれる作業、確認できる根拠を続けます。必要な情報を得て離れる読者もいますが、離脱を避けるために答えを後ろへ隠すと、依頼を検討する人にも判断材料が届きにくくなります。

構成案を作る4手順：相手・行動・材料・並び順

最初は「中小企業向け」だけで止めず、担当している仕事と迷いまで書きます。たとえば「展示会に向けて会社案内を作り直す総務担当者。紙や部数の決め方が分からず、印刷仕様から相談したい」とすれば、必要な情報が絞れます。会社案内を自作する方法だけを探す人とは、知りたい内容も次の行動も異なります。

次に、ページの主目的を決めます。いきなり購入できないサービスなら、相談や見積もり依頼を出口にする選択があります。「購入」「資料請求」「採用応募」「相談」を同じ強さで並べると、構成を決める基準が曖昧になります。会社情報や個人情報の取り扱いなど必要なリンクは残しつつ、本文がどの行動を支えるかを決めましょう。

材料集めでは、確認済みの事実と未決事項を分けます。料金、対応地域、制作に含む範囲、標準工程、実績の掲載許諾は、社内の担当者や契約資料と照合します。競合が書いている価格や納期を自社の条件として埋めることはできません。確認中の項目には、誰が何を確かめるかを書き、公開までに確定する必要のある情報を残します。

最後に、各見出しの下へ「ここで読者が分かること」と使う材料を一つずつ置きます。「強み」「選ばれる理由」とだけ書くのではなく、「紙の種類を見本で比較できる」といった確認可能な内容へ具体化します。裏付けがなければ表現を弱めるだけでなく、実際に提供できる内容へ戻して組み直します。

記入例：会社案内の印刷相談LPを組み立てる

以下は構成の作り方を示すための架空の印刷会社の教材です。実在する企業の料金・納期・実績、VELGRITの提供条件を示すものではありません。この例では、会社案内の印刷と用紙・部数の相談に対応し、文章制作やロゴ制作は含まない、という設定にします。料金は仕様を確認して見積もる設定で、未確認の金額を作りません。

表が収まらない場合は横にスクロールできます →

この構成では、「会社案内の印刷」という対象を見出しとボタンでそろえています。相談ができる範囲を最初に答え、その下で工程・見本・条件を確かめられます。見本の写真が準備できない場合は、架空の顧客事例や実績件数で補わず、掲載できる材料を用意するか、実際に案内できる確認方法へ内容を変えます。

冒頭の文章まで書いて、構成の不足を見つける

「高品質な印刷でビジネスを支援します」だけでは、何を頼めるかが分かりません。文例は相談の対象、相手の利用場面、相談してよい段階、対象外を短く示しています。最短納期や無料対応など、この設定にない特典は追加していません。実際に使う際は、相談可否や除外範囲を自社の条件で確かめます。

費用が重要な検索意図なら、見積もり条件だけで終わらせない工夫も必要です。確認済みの料金表があれば、対象仕様・税・追加費用などの条件と一緒に、比較しやすい位置で示します。まだ価格を確認できていないのに「費用はいくら」と大きく約束して誘導するのは避けます。教材では金額を作らず、価格例を載せるならどの条件を確定する必要があるかを示しています。

別業種に置き換えるときも、見出しの名詞だけを変えて流用しないでください。保守サービスなら対応時間や対象作業、制作サービスなら成果物と修正範囲など、依頼前に確かめたい条件が変わります。自社の営業担当が相談時によく確認する内容を、読者が先に判断できる順番へ並べ直すことが出発点です。

冒頭の答えとCTAを、フォームまでつなげる

CTAとは、相談や申込みなどの次の行動を案内するボタンやリンクです。ボタンを置くだけでなく、直前の説明、ボタンの文言、移動先の見出し、フォームの受付内容を一組として考えます。印刷仕様を相談するボタンを押したのに、用途の説明がない総合フォームへ着くと、何を書けばよいかをもう一度考える必要が生じます。

ボタンの配置は、冒頭・判断材料を読んだ後・末尾を候補にします。すでに相談を決めている人も、条件を確かめてから進む人もいるためです。これは配置の検討例であり、三つ置けば成果が出るという数のルールではありません。スマホの固定ボタンを使うなら、本文や入力欄を覆わず、閉じる操作や画面下部の操作を妨げないか確認します。

フォームでは、最初の対応に必要な情報を明確にします。W3Cのフォーム解説は、手続きに必要な入力に絞り、項目の意味や入力方法を分かるようにする考え方を示しています。詳しい仕様をすべて必須にすると、まだ仕様を決められない相談者が入力できないことがあります。必要な連絡先と、後から確認できる仕様を分けて検討しましょう。

出典：Forms Tutorial | Web Accessibility Initiative (WAI) | W3C

必須・任意、入力形式、説明を表示し、入力欄に何を入れるかが分かるラベルを付けます。W3Cの「ラベルまたは説明」の対象は、必須項目だけに限定されません。入力前に見える薄い文だけを説明に使うと、入力後に確認できなくなるため、項目名や必要な注意は残る位置へ置くことを検討します。

出典：Understanding Success Criterion 3.3.2: Labels or Instructions | WAI | W3C

送信後の表示は、実際の処理と一致させます。受付が保存されたか、通知が送られたか、担当者が対応できる状態かを分け、確認していない段階で「担当者が確認しました」と表示しないようにします。返信時間も運用で守れる条件だけを案内します。フォームの入力値や個人情報をアクセス解析の記録へ入れないことも、実装時に共有しておきます。

スマホでも読める配置と、制作担当への渡し方

スマホでは、長い説明を短い段落へ分け、見出しだけを追ってもサービスの内容と条件がつかめるようにします。画像の中に重要な条件をまとめてしまうと、小さな画面で読みにくくなることがあります。本文として読める文字で料金の条件や対象外を示し、写真や図はその理解を助ける場所へ置きましょう。

W3Cのリフローの解説では、一般的な横書きの内容について、幅320 CSSピクセル相当でも情報や機能を失わず、二方向のスクロールを必要としないことを扱っています。表や地図など、意味を保つために二次元の配置が必要な部分には例外があります。ただし、表だからといって各セルの文字が欠けてよいわけではありません。この一項目の確認だけでサイト全体の適合を判断することもできません。

出典：Understanding Success Criterion 1.4.10: Reflow | WAI | W3C

構成案を制作担当へ渡す際は、見出し一覧だけでなく、各部分の答え・使用素材・条件・ボタンの行き先をセットにします。見出ししかないと、デザインの段階で足りない説明が見つかり、確認を戻すことになります。文章がまだ未確定なら、完成したように見せず、確認待ちの項目と担当を明記します。

表が収まらない場合は横にスクロールできます →

担当名を埋めるだけでなく、完了の状態もそろえます。たとえば「フォーム完成」は、見た目ができた状態なのか、送信と受付保存まで確認した状態なのかで違います。公開前のチェック内容と、本番で確認する範囲を先に合意し、通知を伴うテストは受信側と調整して行います。

公開前の確認と、公開後に見直す順番

公開前は、入口で約束した内容が冒頭にあるか、費用や対象外が読めるか、ボタンから正しいフォームへ進めるかを実画面で確認します。PCだけでなくスマホでも最後まで読み、横長の表、開閉する質問、ボタン、入力エラー、受付後の表示を点検します。原稿で正しくても、公開画面で文字や条件が欠けていれば修正が必要です。

• 広告・検索結果・営業資料で伝えた提案と、LPの対象や条件が一致している。
• 重要な答えが冒頭にあり、費用・範囲・対象外を必要な場所で確認できる。
• 実績や見本の根拠・掲載許諾があり、架空の事例を実績として示していない。
• スマホや拡大表示でも文字・条件・ボタンが欠けず、フォームを操作できる。
• 受付後の処理と表示が一致し、確認アクセスを成果から分けて記録できる。

公開後は、まず表示や受付の不具合を直し、その後に読者がどこまで進んだかを見ます。検索で表示されてもクリックが少ない場合は、検索語・掲載位置・タイトルの対応を確認します。訪問後に相談へ進まない場合は、提案と読者の一致、判断材料、CTAの位置や文言、フォームの入力負担を順に点検します。母数が少ないときは、数件の差から原因を決めつけないようにします。

相談ボタンのクリック、フォームの閲覧、入力開始、受付完了、有効な相談は別の段階です。クリックが増えただけで問い合わせが増えたとは扱わず、受付データと担当者の確認へつなげます。アクセス解析で追える範囲には計測漏れやブロックの影響もあるため、取得できていない数値をゼロとして埋めないことが大切です。

修正する場合は、「誰のどの迷いを減らす変更か」を一つ決めます。たとえば、仕様未定でも相談できることが伝わっていなければ、本文・ボタン・フォームの説明をそろえる改善を検討します。変更日と内容を残し、同じ期間・条件で確認します。複数箇所を同時に変えたときは、どの変更が結果に影響したかを単独では判断できない点も記録しましょう。

よくあるご質問