ボタンが押せることと、資料を受け取れたこと、申込や売上が生まれたことは別です。
このレッスンでは、商品紹介ページからPDFを開くまでを確認し、何を計測したいかを定義します。
見本のカウンターはその画面の操作を確かめるためのもので、外部へデータを送信しません。
見えている数字を事業成果と取り違えず、実装済みの動作、計測の準備、実際の結果を分けて記録する練習です。
この記事で学ぶこと
- リンクの操作と成果を区別する。
- 資料を受け取る動作を最後まで確認する。
- 計測したい項目と未実装を記録する。
ボタンから実物まで確認する
上部と下部の主要リンクをそれぞれ押し、案内どおりのPDFが開くか、または保存されるかを確認します。
ブラウザーや設定により扱いが異なるので、特定の保存画面が必ず出るとは限りません。
重要なのは、資料へ到達でき、その中身が8ページの判断ガイドであることです。
リンクを押したときの見た目だけで、受取が完了したと判断しないようにします。
保存した場合は、ファイルを開き、表紙、ページ数、最終ページまで確認します。
名前が同じでも古い版や別の資料になっている可能性があります。
今回のPDFは、三条件と架空10件の例を含む版です。
資料名、内容、無料条件を商品紹介ページと照合し、空のファイルやエラーページが保存されていないかも見てください。
URLの文字列が正しいことだけでは十分ではありません。
リンクには、押した後の動作が分かる文を使います。
ブラウザーの保存機能を利用する指定を付けても、同じサイトかどうかや設定によって動きが変わる場合があります。
技術的な条件は公式リファレンスと実物で確認します。
この見本では同じフォルダのPDFへ進める構成を使い、手元と公開先の両方で確認する方針にします。
動作確認カウンターの意味を読む
編集用の見本には「動作確認」を開く操作があります。
そこで表示する数は、その画面を開いてから資料リンクを押した回数です。
同じ人が三回押せば三回になり、三人が受け取ったことにはなりません。
再読込すると初期状態へ戻り、別のブラウザーとは共有しません。
制作中に上部と下部のリンクが反応しているかを確かめる補助です。
この機能は資料の保存完了を検知していません。
リンクの操作が発生したことと、ファイルの転送や読了は別です。
画面の表示にもその限界を記し、「ダウンロード完了数」や「見込み客数」と呼ばないようにします。
動作を試すために自分が押した回数を、公開後の実績へ混ぜることもできません。
数字の定義を名前と一緒に残す必要があります。
公開用HTMLにはこの確認用表示を残しません。
外部へ計測情報を送る仕組みも、この教材では作りません。
したがって公開後に訪問者全体の数が自動で集まるわけではありません。
AIが画面に数字を出せたことを、計測基盤が稼働した証拠とみなさないでください。
必要な計測は、目的と運用を決めて別途実装・検証するものです。
計測したい行動を定義する
計測計画には、閲覧、資料リンクの操作、資料への到達、相談、受注を別々の項目として書きます。
それぞれ、何が起きたら一件と数えるかを決めます。
「閲覧人数」と「ページが開かれた回数」は同じではありません。
今回の見本で実装済みなのは、その画面内のクリック反応の確認だけです。
他の項目には未実装または未取得と記録します。
実案件で外部計測を使う場合は、使うサービス、取得する情報、管理者、確認方法を決めます。
ページへコードを置くだけで完了とせず、テスト操作が意図した項目として記録されるか、重複していないかを確認します。
計測サービスの最新の仕様と、自社の運用条件も確認が必要です。
このコースの指示文に、秘密の鍵や個人情報を埋め込まないようにしてください。
事業の成果を見るには、相談や受注へつながった経路を別に追う必要があります。
PDFが開かれたことだけで高額支援への関心があるとは限りません。
無料資料を役立てたい人も含まれます。
入口の数字を増やすことだけを目的にせず、どの読者へ何を渡し、その後にどんな相談が生まれたかを確認できる計画へつなげます。
フォームを追加する前に範囲を決める
資料請求フォームが必要な場合は、画面を作る前に、受付先、取得項目、利用目的、管理方法、返信、エラー時の対応を決めます。
見た目の入力欄と「送信できました」という表示だけでは、実際に情報を受け付けたことになりません。
今回は登録不要の配布なので、入力欄を設けず、動く資料リンクを完成条件にしています。
自社でフォームを作る際は、確認用の環境や許可されたテストデータを使い、意図しない実際の申込を送らないようにします。
必須項目が空のとき、送信に失敗したとき、二度押したときなどの扱いも必要です。
受信側で記録を確認できて初めて、送信後の一連の動作を確かめられます。
受付の仕組みがないまま、商品紹介ページの見た目だけで公開準備完了としないでください。
フォームを置けば必ず成果がよくなるわけでもありません。
今回の目的は基本の判断材料を渡すことであり、入力を増やすと受取前の負担になります。
連絡先を得る必要がある案件なら、その目的と読者へ返す価値を整理します。
登録不要の見本から変更するときは、無料条件、ボタン文、説明、運用の責任まで一緒に見直す必要があります。
検査と事業の集計を混ぜない
公開前のテストでは、担当者が何度もリンクを押します。
その数字を実際の読者の行動へ混ぜると、反応が多いように見えることがあります。
計測を実装する案件では、テストの期間やデータの扱いを決め、運用の記録と分けます。
今回のローカル確認機能は外部へ保存しないため、事業の集計には使えません。
検査記録として結果を残すだけです。
数値を見るときは、期間、対象、数え方、比較する版をそろえます。
例えば前の版の一週間と新しい版の一日をそのまま比べても、変更の効果は分かりません。
SNSの告知先や読者層が違う場合も、反応の差をデザインだけの影響とは断定できません。
計測計画には、比較条件が違う可能性と、何を追加で確認するかを書きます。
今回の納品では、資料リンクが実物へつながること、確認機能の限界が分かること、未実装の計測が記録されていることを確認します。
売上が出たという報告は、実際の受注情報があって初めて可能です。
操作の合格と事業の成果を分けることが、次に必要な改善へ工数を使うための土台になります。
実践課題
実践課題：受取の検査と計測計画を作る
上部と下部の資料リンクを押し、同じ8ページPDFを開けるか確認します。
編集用見本の動作確認欄を開いて押下回数を見た後、再読込して初期状態へ戻ることも試してください。
次に計測計画へ、閲覧、クリック、資料到達、相談、受注の定義と実装状態を書きます。
外部サービスへ接続していない項目は、未実装と明記します。
- 資料リンクを開いて中身を確認する。
- 動作確認カウンターを試す。
- 閲覧・クリック・受取・相談の定義を書く。
記入例は「資料リンクの押下／同じ画面内の操作回数／ローカル確認のみ／保存完了や人数は不明」です。
失敗例は、同じ担当者の三回の操作を「三件の見込み客」と報告することです。
自己確認では、数の意味を説明できるか、実物への到達を確認したか、計測と成果の未確認が残っているかを見ます。
個人情報の入力や実際の申込送信は、この基本課題には不要です。
自己確認
- リンクの操作と成果を区別する。
- 資料を受け取る動作を最後まで確認する。
- 計測したい項目と未実装を記録する。
まとめ
商品紹介ページの主要リンクは、押すところから資料の中身まで確認します。
画面内の押下回数は、保存完了、人数、相談、受注を示しません。
必要な計測は定義、実装、検証を分けて進め、テスト操作を実績へ混ぜないようにしましょう。
今回の基本課題は登録不要の資料配布です。
次は編集用と公開用を整理し、公開URLでも同じ資料と表示を確認する手順へ進みます。
- リンクの操作と成果を区別する。
- 資料を受け取る動作を最後まで確認する。
- 計測したい項目と未実装を記録する。
