BtoB事例ページの作り方｜許諾・匿名化・成果条件の12項目

BtoB事例ページは、実績を華やかに見せるためのページではありません。検討者が「自社と条件が近いか」「どこまで任せられるか」「成果をどう確かめたか」を判断するための証拠ページです。

結論から言うと、課題・選定理由・実施内容・成果だけを並べても足りません。各情報に、出典、対象範囲、測定条件、顧客の公開承認を一組で付けます。本記事では、BtoB事例ページを作るときに欠かせない12項目と、許諾・匿名化・成果表示の確認手順を整理します。

BtoB事例ページの結論は「事実・根拠・条件・承認」を一組にすること

読者が知りたいのは、成功したという結論だけではありません。導入前に何が起きていたか、なぜその会社を選んだか、どの範囲を実施したか、何を同じ条件で比べたかまで分かって初めて、自社との近さを判断できます。

制作側は、顧客から聞いた話、社内記録、測定データ、顧客コメント、編集上の解釈を混ぜないことが大切です。文章が自然でも、根拠の種類が分からなければ再確認できません。まず情報を5段階に分けます。

1. 事実：顧客が確認できる会社情報、課題、出来事
2. 根拠：取材記録、契約範囲、運用記録、分析データ
3. 条件：対象、期間、母数、比較方法、除外事項
4. 承認：顧客側の確認者、承認版、承認日、許諾範囲
5. 公開・更新：掲載場所、二次利用、見直し日、訂正・撤回窓口

この記事で扱う範囲と関連記事の役割

本記事は、事例ページ固有の公開判断に絞った子記事です。サイト全体の事業説明や料金、技術情報、卸売条件までここで繰り返すと、検索意図も読者の判断もぼやけます。

BtoB事例ページに必要な12項目

12項目は、文章の見出し数ではなく、公開前に答えを持つべき情報です。出せない項目は無理に埋めず、「非公開」「顧客確認中」「個別相談で共有」と状態を明示します。

最初に「掲載したい案件」ではなく「確認できる案件」を選ぶ

売上額が大きい案件でも、顧客の承認者が不明、成果の定義が曖昧、素材の権利者が分からないなら、最初の事例には向きません。候補選定では、魅力より確認可能性を先に見ます。

事例候補を4条件で比較する

3〜5件を同じ表で比べ、確認済みの項目が多い1件から始めます。まず型を作り、2件目で項目の過不足を直す方が、許諾待ちの案件を大量に抱えずに済みます。

顧客への許諾は「掲載してよいですか」だけで終えない

一度の了承を、すべての媒体・期間・編集に使える包括許諾として扱うのは避けます。文化庁の著作権契約マニュアルが示す利用対象・媒体・期間の特定を参考に、何をどこでどう使うかを記録します。

許諾シートで分ける7つの範囲

契約や業界規制によって必要な確認は変わります。本記事は一般的な制作チェックであり、個別案件の法的判断は顧客側・自社側の法務担当や専門家へ確認してください。

写真・氏名・肩書は個人情報として確認する

個人情報保護委員会の個人情報保護法ガイドライン通則編では、顔画像だけでなく、職種や肩書なども個人に関する情報に含まれます。別の情報と容易に照合して個人を識別できる場合も考慮します。

同委員会の識別できる写真をホームページへ掲載する場合のFAQも、本人同意を得る必要がある例を示しています。社員が会社を代表して話す事例でも、会社の了承と本人の確認を分けて記録します。

顔をぼかすだけでは確認が終わらない

写真の背景、名札、制服、デスク上の資料、画面、位置情報、撮影場所から個人や顧客を特定できないかも確認します。人物を差し替えたイメージ写真なら、実際の顧客写真と誤認させない説明を添えます。

匿名化は情報の組み合わせで再識別されないかを見る

「関西の従業員30名の特殊部品メーカー」「2025年に新工場を開設」「特定設備を国内で初導入」のように、項目単体では匿名でも、組み合わせると会社が分かることがあります。顧客名を「A社」に変えただけで完了にしません。

4段階で公開範囲を決める

経済産業省の営業秘密の保護・活用に関する資料も確認し、非公開情報の管理区分、閲覧者、保存先、共有経路を先に決めます。匿名化した原稿でも、元の取材記録や画面キャプチャは公開ファイルと分離します。

導入前の課題は「困っていた」ではなく基準時点を残す

課題は、顧客の評価を落とす表現にならないよう注意しながら、対象者、業務、発生頻度、影響、確認日を記録します。「問い合わせが少なかった」なら、どの期間の何件を指すか、フォームだけか電話も含むかを決めます。

課題を書く5つの質問

• 誰の、どの業務・場面で起きていたか
• 何が望ましい状態と違っていたか
• いつからいつまでを基準にしたか
• どの記録、画面、ヒアリングで確かめたか
• 公開すると顧客の信用や営業秘密を損なわないか

原因は、分析で確認できたことと顧客の仮説を分けます。制作側が後からもっともらしい原因を作らないことが、事例の信頼を守ります。

目的と選定理由は顧客の言葉で確認する

選定理由は制作会社の自己評価ではなく、顧客が実際に重視した条件です。「提案力が高かった」「対応が丁寧だった」と書くなら、何を見てそう判断したのかまで確認します。

選定理由を推測で埋めない

相見積もりの社数や競合名を無理に出す必要はありません。比較した観点、懸念、決め手を、顧客が承認できる粒度で書きます。発注先の比較軸を整理したい読者には、ホームページ制作会社を選ぶときの判断基準と、Web制作見積もりの比較項目へつなげます。

実施範囲は制作側と顧客側の担当を分ける

成果が制作側だけの働きで生まれたように見せないため、双方の担当を明記します。たとえば制作側が情報設計・デザイン・実装を担当し、顧客側が原稿監修・写真提供・営業運用を担当したなら、その組み合わせが実施条件です。

• 制作側が担当した作業
• 顧客側が準備・判断・運用した作業
• 外部パートナーが担当した作業
• 契約外・対象外だった作業
• 途中で追加・変更した作業と理由

進行、承認、変更管理まで説明する必要がある場合は、Web制作の依頼から公開までの進め方へ役割を分けます。

期間と体制は成果が生まれた条件として載せる

「3か月で公開」だけでは、準備期間、制作期間、公開後の測定期間が分かりません。開始日、要件確定、制作、公開、計測の各時点を分け、顧客側の確認人数や更新体制も記録します。

短期間で完了した事例なら、素材がそろっていた、承認者が一人だった、既存システムを継続利用したなどの条件を添えます。その条件がない読者へ同じ期間を約束しないためです。

成果数値には対象・期間・母数・測定方法を添える

「問い合わせ200%」「工数半減」といった数字は、見た目が強いほど条件が必要です。消費者庁の表示に関するQ&Aは、効果・性能の表示について、客観的に実証された内容と表示が適切に対応することを示しています。顧客1社の体験談を、すべての顧客に同じ効果が出る証明へ広げません。

成果を公開できる状態にする8条件

数字の根拠が弱いときは、定量成果を無理に作らず、「問い合わせ時に必要情報がそろいやすくなった」など、承認済みの定性的な変化を具体的な場面とともに示します。どちらの場合も、同様の成果、問い合わせ、成約、検索順位を保証しません。

顧客コメントは引用と効果の証明を分ける

顧客コメントは、その顧客の経験を示す一次情報です。一方で、コメント1件だけをサービス一般の効果の証明にはできません。誰が、どの時点で、どの質問に答えたかを取材記録へ残します。

編集前・編集後・承認版を分けて保存する

話し言葉を読みやすく整える場合は、意味を変えない編集範囲を先に決めます。強い成果語を後から足したり、複数人の発言を一人のコメントへまとめたりしません。最終的に顧客が確認した文章を承認版として特定します。文章監修の進め方は、ホームページ文章の書き直しを依頼するときの確認事項へ分けます。

写真・ロゴ・資料・画面は権利者と公開範囲を確認する

顧客から素材を受け取っただけでは、Web掲載や加工まで許諾されているとは限りません。文化庁の他人の著作物を利用するときの判断フローを参考に、著作物か、権利制限に当たるか、権利者が誰か、許諾が必要かを確認します。

画面キャプチャは小さな情報まで見る

管理画面、分析画面、メール、図面、営業資料には、顧客名、個人名、URL、案件番号、通知、別タブ、位置情報が残りやすくなります。必要な範囲だけを切り出し、マスキング後の画像も顧客に確認してもらいます。写真の加工範囲は、ホームページ写真加工を依頼するときの確認項目も参照できます。

公開前承認は本文だけでなく実際のページで行う

原稿ファイルが承認済みでも、Webページにすると見出し、画像、抜粋、リンク、構造化データ、SNS用画像の組み合わせで意味が変わることがあります。公開前は、実際の表示に近いプレビューを顧客へ提示します。

承認記録に残すもの

• ページタイトル、本文、画像、キャプション、引用、数値
• PCとスマートフォンのプレビュー
• 承認者の氏名・役割、承認日、承認した版
• 未承認項目と公開しない項目
• 訂正・撤回を受け付ける連絡先

承認メールだけでなく、どの版に対する承認かを特定します。承認後に意味が変わる修正をした場合は、差分を見せて再承認を取ります。

Web掲載の許諾をSNS・広告・営業資料へ自動で広げない

同じ事例でも、Web記事、SNS投稿、広告クリエイティブ、ホワイトペーパー、営業資料では露出範囲と文脈が違います。Webサイトだけの許諾なら、ほかの媒体へ転用する前に再確認します。

短く切り出すと、条件や注意書きが落ちやすくなります。成果数字だけを広告へ抜き出す場合は、対象・期間・測定方法を同じ表示内で理解できるか確認してください。

公開後の更新・訂正・撤回を運用に入れる

顧客の社名、サービス、担当者、数値、リンクは変わります。公開時点で正しくても、放置すれば誤情報になります。ページに情報確認日を持たせ、少なくとも年1回または契約・社名・サービス変更時に見直します。

更新トリガーを先に決める

• 顧客から社名・ロゴ・担当者変更の連絡があった
• 掲載許諾の期限が近づいた
• サービス内容や価格、実施範囲が変わった
• 成果数字の定義やデータ源が変わった
• 顧客から訂正、匿名化、非公開の依頼があった

修正履歴には、変更日、変更者、理由、顧客再確認の要否を残します。削除依頼が来てから担当を探すのではなく、Web責任者と顧客窓口をページ台帳に持ちます。

一覧ページと詳細ページは同じ分類項目を使う

事例が増えるなら、一覧は業種、課題、サービス、規模、地域など、読者が比較に使う項目で絞り込みます。ただし、匿名化レベルが違う事例を同じ粒度で並べると、非公開情報を推測されることがあります。詳細ページで許諾した分類だけを一覧へ出します。

カードには「詳しくはこちら」ではなく、「製造業の問い合わせ導線改善事例を読む」のように、リンク先の内容が分かる文言を使います。デジタル庁のリンク目的が分かるテキストの考え方にも沿う設計です。

表はスマートフォンでも意味が失われないようにする

比較表は見た目だけで作らず、captionで表題を示し、見出しセルをth、データセルをtdで分け、scopeで列・行の関係を示します。W3C WAIのアクセシブルなデータ表の解説でも、見出しとデータの関係をマークアップする重要性が示されています。

390pxでは、文字を縮小して押し込まず、表を横スクロールできるようにします。重要な結論は表の直前か直後に文章でも示し、小画面で表を切らないことを確認します。

構造化データは可視本文と同じ事実だけにする

Googleの構造化データの一般ガイドラインは、読者に見える内容と一致し、誤解を招く情報を含めないことを求めています。顧客名、レビュー、評価、成果を本文より強くマークアップしません。

構造化データを正しく設定しても、リッチリザルト、インデックス登録、検索順位は保証されません。まずは人の役に立つ信頼できるコンテンツの自己評価に沿い、出典、制作・測定方法、更新責任を読者に見える形で示します。

内部リンクは次の判断へ送る

事例を読んだ人の次の疑問は、「自社にも合うか」「費用は何で変わるか」「相談前に何を用意するか」です。本文の流れに合わせて、判断内容が分かるリンクを置きます。

• サイト全体の検討順は、BtoB事業内容ページと関連ページの役割分担
• 料金条件は、BtoB料金表ページの5方式と12項目
• 制作会社選定は、ホームページ制作会社を選ぶ判断基準
• 依頼前の情報整理は、ホームページ制作依頼前の準備項目

リンクを増やすこと自体を目的にせず、その段落を読んだ人が次に判断できるページだけを選びます。

公開前に通す9つの事例ページゲート

公開作業へ進む直前には、対象投稿のライブデータを再読し、投稿ID、status、modified、本文ハッシュ、メタデータ、メディアを候補の基準値と比較します。違えば上書きせず停止します。

公開後の成果は事例ページだけで切り取らない

公開後は、閲覧数だけでなく、事例からサービス・料金・問い合わせへ進んだ割合、問い合わせ内容の具体性、営業で共有された回数、顧客からの訂正件数を見ます。変更前と変更後を、同じ定義・期間・条件で比べます。

広告、季節、営業体制、他ページ改修など、同時期の変化も記録します。事例ページだけが問い合わせや成約を増やしたと断定せず、次に直す仮説を一つずつ決めます。

まとめ

BtoB事例ページの作り方で最も重要なのは、成功談を強く見せることではありません。顧客プロフィール、公開許諾、匿名化、課題、目的、選定理由、実施範囲、期間・体制、成果条件、顧客コメント、素材権利、更新・撤回の12項目を、事実・根拠・条件・承認の流れで確認することです。

まず候補案件を1件選び、許諾範囲と12項目の確認状況を表にしてください。どこまで公開できるか、何を測定根拠として残すか、一覧と詳細をどうつなぐかを一緒に整理したい場合は、BtoB事例ページの設計と公開確認について相談することができます。