完成したサイトを開いたら、トップページがきれいに表示された。よし、公開しよう。引っ越しで玄関だけ見て、全ての箱を片付け終わったことにするような勢いです。トップが見えることは大切ですが、納品全体の確認とは少し違います。
架空の依頼者・田村さんは、XMサイトを受け取り、すぐアップロードするつもりでした。ところが記事一覧を見ると、見本用の題名が一つ残っていました。さらに古い画像の参照も一件。公開前の確認は、欠点探しではなく、約束した納品物を受け取る手続きと考えると進めやすくなります。
最初に、今回の完成版を一つに決める
確認用、修正版、最終版、本当の最終版。フォルダが並ぶと、名前だけで推理大会が始まります。確認する前に、今回の納品対象はどのフォルダか、いつの状態かを制作者とそろえます。
公開用と編集用が分かれているなら、それぞれの役割も確認します。サーバーへ置くのはどちらなのか、今後はどこを編集するのかが分からないままでは、間違ったファイルを公開する可能性があります。説明書も同じ納品版のものを使います。
記事数や対象URLの一覧を受け取り、ファイルの有無と照合します。「たぶん全記事あります」より、対象の一覧と確認結果がある方が話が明確です。画像や共通のCSSなど、記事以外の必要データも対象に含めます。
確認期間中に別の修正が届いた場合は、その版へ切り替えたことを記録します。古い版で見つけた指摘を新しい版へそのまま投げ直さないようにすると、すでに直った問題を何度も確認する手間を減らせます。
機械で確認できるものは、結果を受け取る
リンク先のファイルが存在するか、参照する画像があるか、必要なタグが入っているか。こうした項目は、対象を列挙して一括で確認できる場合があります。大量の記事を全て目視で探す前に、どの検査が実施されたかを聞きます。
検査結果には、対象数、検査した内容、残った問題が分かる形を求めます。エラーなしという一言でも、トップだけなのか全記事なのかで意味が変わります。検査ツールがある場合は、修正後に自分でも同じ確認を行えるか聞いておくと便利です。
ただし、リンク先のファイルがあることと、文脈に合うリンクであることは別です。画像が読み込めても、別記事の画像なら内容の確認が必要です。機械の検査を、意味の確認まで全部済ませた証明にしないようにします。
公開用に不要な原稿、ログ、バックアップなどが混在していないかも確認します。自分でアップロードする場合は、公開用フォルダの中身を置けば必要なものがそろう状態を依頼すると、作業の境界が分かりやすくなります。
本文は、条件と案内先の周りを重点的に読む
全記事に目を通すとしても、全ての文字を同じ注意力で読み続けるのは大変です。料金、条件、対象、期限、報酬、紹介先の説明など、誤ると判断に影響する箇所を先に分けて確認します。
XMTradingの条件に触れている部分は、公式の説明と対応しているかを見ます。記事を書いた時点と公開時点が離れた場合は、条件に変更がないか再確認する担当を決めます。確認した資料と時点が分かると、どこを見直すかを整理できます。
「必ず」「誰でも」「放置で」といった強い断定が、本文の説明と合っているかも見ます。例として出した数字を、自分の実績のように読める書き方にしていないかも大切です。架空例は、読む人にも例だと分かる状態にします。
CTAの直前では、何を案内しているかを確認します。自社への問い合わせと、外部の紹介先が混ざらないようにします。収益設計とリンク設置の違いを考えると、単にボタンが動くか以外の確認ができます。
見た目は、種類の違うページを組み合わせる
トップだけでは、長い記事や表のあるページの崩れは分かりません。記事、一覧、比較表、フォームなど、異なる構造のページを選びます。そのうえで長い題名、画像が多い記事、リンクの多い記事なども含めると、共通の型の弱点を見つけやすくなります。
パソコンとスマートフォンでは、同じ表が同じ読みやすさになるとは限りません。横に切れて必要な列が見えない、ボタンに文字が収まらない、画像が縦に伸びるなど、読む作業に影響する点を確認します。
気になる箇所は、好みの話なのか、読めない問題なのかを分けて報告します。赤が好きか青が好きかと、文字が背景へ埋もれて読めないことを同じ指摘にすると、優先順位が分かりにくくなります。
見本段階ですでに合意した部分を変えたい場合は、修正依頼の理由を伝えます。納品前の不具合修正と、決定後のデザイン変更は同じではないためです。事前の見本確認が、この切り分けにも役立ちます。
フォームと解析は、本番の副作用を考える
お問い合わせの送信ボタンは、押せば済む確認とは限りません。実際のメールが送られる、問い合わせ履歴が増える、通知が届く場合があります。テストする日時、入力内容、受信確認の担当を決めてから行います。
画面に完了メッセージが出ることと、宛先へ届くことは別です。また、送信前のボタンのクリックだけを問い合わせ完了として数えていないかも、計測を依頼した場合の確認点になります。仕様に沿って、どの状態を完了とするか確かめます。
GA4などの解析では、正しいサイト用の設定か、二重に設置していないか、必要なページが対象かを確認します。既存のGTMなどで計測している場合は、その仕組みも踏まえる必要があります。詳しい設定を知らなくても、何を確認したかの説明は求められます。
ローカルのタグ検査に合格したことと、公開サイトで受信を確認したことは分けるのが大切です。自分でアップロードする場合、公開後の受信確認がまだなら、未実施と分かる形で引き継ぎます。
公開して初めて確かめる項目を残す
手元のHTMLは表示できても、サーバーの設定、公開URL、送信処理などは公開環境でしか確かめられない部分があります。ローカルで全て確認した、と言い切るより、公開後の確認一覧を別に用意します。
たとえば実際のURLでページへ入れるか、必要な画像やCSSが読み込まれるか、送信が意図した宛先へ届くか、計測が受信されるかなどです。対象は実装や契約に応じて変わるため、自分のサイトの仕組みに合わせて整理します。
その確認を、依頼者が行うのか制作者へ頼むのかも決めます。アップロード担当が自分でも、確認だけを依頼できる場合はあります。逆に、公開後の対応が契約にないなら、別途相談する必要があります。
問題が起きたときに戻せるよう、変更前のデータを保管する方法も確認します。公開用へバックアップを混ぜるのではなく、別の場所で管理します。公開するものと保管するものを分けることが、更新時にも役立ちます。
指摘は、直せる情報をそろえて返す
「表示がおかしい」だけでは、同じ状態を再現できないことがあります。対象URLやファイル、見た端末、操作、起きたこと、期待していた状態を添えます。画面の画像がある場合も、どの場所かを文章で示します。
指摘を一件ずつ送るより、一覧へまとめ、対応済みか確認中かを残すと、お互いの認識をそろえやすくなります。緊急に伝える必要がある問題は先に連絡し、それ以外は決めた確認の一巡としてまとめます。
田村さんは、題名の残りと画像の参照を修正してもらい、同じ検査をもう一度実行しました。その後、公開後に確認するフォームと解析の欄を残しました。全部終わった気分より、終わったものと残るものが分かる方が、公開の判断に使えます。
納品物の一覧と照らし合わせ、受領、ローカル確認、公開後確認を分けて完了させましょう。納品は終点であると同時に、自分が扱い始める最初の日でもあります。
参考：XMTrading パートナープログラム。検査項目は実装や契約に応じて調整するための例です。
当社独自の累計収益保証付き！
丸投げで収益を狙う
アフィリエイトサイトを
手に入れませんか？
アフィリエイト専門のプロが、
企画からサイト構築・記事制作・収益設計まで一括対応。
