GENZ, Inc.

アクセス解析の検証 計測が正しく動いているかを第三者が検証

計測タグが要件どおりに発火しているかを、実機の操作と収集データの両面から、開発主体と独立した立場で検証します。結果は検収に使える記録としてお渡しします。

支援事例

支援実績5,000件以上

支援実績を示す企業ロゴ 01
支援実績を示す企業ロゴ 02
支援実績を示す企業ロゴ 03
支援実績を示す企業ロゴ 04
支援実績を示す企業ロゴ 05
支援実績を示す企業ロゴ 06
支援実績を示す企業ロゴ 07
支援実績を示す企業ロゴ 08
支援実績を示す企業ロゴ 09
支援実績を示す企業ロゴ 10
支援実績を示す企業ロゴ 11
支援実績を示す企業ロゴ 12
支援実績を示す企業ロゴ 13

この記事はソフトウェアテストの専門家が監修しています

監修枡井 愼治株式会社GENZ 代表取締役

GENZは創業以来、5,000件以上のソフトウェアテスト・第三者検証を手がけてきたプロフェッショナルです。品質に関する課題やお悩みに、真摯に寄り添います。

代表取締役 枡井 愼治 株式会社GENZ 〒101-0062 東京都千代田区神田駿河台2-3-11 ヒューリック御茶ノ水ビル3F TEL:03-5244-4711
01 ISSUES

解析ツールの数値が合わない場面

計測実装は、要件を文章で渡してから実際の挙動を確かめる手順が工程に入っていないと、公開後になって初めてずれが表面化します。ここでは、数値が合わない状態として現れやすい場面を挙げます。

同じ操作が二重に数えられ、数値が実態より膨らむ

同じタグが複数の経路から配信されると、操作が二重に記録され、閲覧数や成果の件数が実態より膨らみます。その数値のまま施策を評価します。

タグの二重計測

主要な導線のイベントだけが記録されていない

申込や資料請求などの導線に発火条件が設定されていないと、その通過が記録されません。成果の入口が欠けたままレポートを作ることになります。

イベント未記録

同意の状態によって計測の条件がそろわなくなる

同意取得の操作と計測開始の条件が連動していないと、同意した人が抜けたり拒否した人まで計測したりします。期間ごとに母数が変わります。

同意条件のずれ

端末や閲覧環境ごとに集計した数値の食い違いが残る

特定の端末やブラウザでタグが発火しないと、環境別の数値が食い違います。どれが正しいかを切り分ける基準がなく、報告のたびに確認が止まります。

環境別の食い違い

リニューアルを経ると、過去の数値と比べられなくなる

リニューアルやツール更改で計測の定義が変わると、切り替え前後で数値の連続性が失われます。移行の成否を過去との比較で判定できません。

過去比較の断絶
02 RISK

計測データの誤りが事業判断へ残すもの

計測データの誤りは、レポートの見た目に現れないまま残ります。気づかれないまま評価と予算配分へ使われ続けたときに残るものを整理します。

業務上の問題対応を行う担当者の様子を写した写真。
03 REVIEW

第三者の視点で計測実装を点検する観点

同じ部門内で同じ数値を見続けると、その数値が正しいかを確かめる基準が社内に残りません。第三者の視点で実装を読み解くと、要件と挙動のずれを公開前に拾えます。

要件と実装の読み合わせを省くと、解釈のずれが検収に入らず、公開後の数値の乖離として初めて現れます。

計測要件と実装されたタグの対応を項目ごとに読み合わせる

計測要件書と実装されたタグを項目ごとに読み合わせ、文章で伝えた発火条件が実際の挙動と一致するかを確認します。要件の解釈違いを、公開前の段階で特定できます。

確認する資料
  • 計測要件書
  • 対応一覧表
  • 差分指摘書
発火条件を実機で確かめないと、画面は正常でも計測が抜けたまま公開され、その期間のデータを欠損させてしまいます。

計測タグの発火条件を実機での操作を通じて確かめる

実機でクリックや送信などの操作を行い、意図したタイミングでタグが発生することを検証します。画面の表示確認だけでは拾えない、発火条件の漏れや重複を見つけられます。

確認する資料
  • 操作手順書
  • 発火確認表
  • 証跡記録票
収集データの突き合わせがないと、届いた値が誤っていても気づけず、誤った数値で施策の良し悪しを判断し続けます。

収集されたデータの項目と値を操作の記録と突き合わせる

操作した内容と、ツール側に収集された項目・値を突き合わせます。データが届いているかだけでなく、届いた値が要件どおりかまで確かめ、公開後の数値の食い違いを防ぎます。

確認する資料
  • 項目定義書
  • 突合結果表
  • 差異報告書
除外設定の点検を怠ると、社内のアクセスが計測へ混ざり、施策の効果を実態より大きく見せた数値で予算配分を誤ります。

除外設定と社内からのアクセスの扱いを点検する

社内からのアクセス除外や権限の設定を点検し、社内の行動が計測へ混ざっていないかを確認します。設定が意図どおりに効いているかまで確かめ、レポートの数値を社内要因で汚さない状態にします。

確認する資料
  • 除外設定表
  • 権限一覧表
  • 点検結果票
切り替え前後の連続性を確かめないと、旧ツールとの比較ができなくなり、過去の履歴を土台にした投資判断が立てられなくなります。

ツールの切り替え前後でデータの連続性を確かめる

ツールの切り替えや併用の際に、新旧ツールで同じ操作を行い数値を突き合わせます。定義の差と実装の不備を切り分け、過去との比較ができる連続したデータを保ちます。

確認する資料
  • 移行要件書
  • 新旧対応表
  • 突合記録表
  • 連続性確認書
04 TEST DESIGN

ご提供するテストの内容と進め方

GENZの計測実装テストは、要件の整理から実機での発火確認、収集データの突き合わせ、結果の記録までを一連の流れで進めます。

STEP 01 現在の計測設計と課題を共有いただく現行の設定一覧がない場合は棚卸しから入ります
どう確かめるか

計測要件の整理と画面・イベント単位のテスト観点の洗い出し

取得したい指標と発火条件をご担当者様と整理し、画面・イベント・データ項目の単位でテスト観点へ落とします。ここで検証のスコープを確定させます。

  • 01取得したい指標と、その数値を用いる場面と目的の洗い出し
  • 02計測項目と発火条件の、検証できる粒度の定義への分解
  • 03画面・イベント・データ項目の単位でのテスト観点の一覧化
OUTPUT計測要件と観点の一覧
STEP 02 検証の範囲と観点を決める優先度は公開工程と業務影響で決めます
どう確かめるか

実機の操作によるタグの発火と二重計測の有無の確認

実機を操作し、要件どおりの操作でタグが発火するかを順に確認します。発火しない、条件がずれる、二重に計測されるといった差分を検出します。

  • 01計測要件で想定した操作に沿ったタグの発火の有無の確認
  • 02同意の状態などの条件分岐と、二重発火の有無の切り分け
  • 03端末・ブラウザなど閲覧環境の違いによる計測差分の検出
OUTPUT発火確認の結果一覧
STEP 03 実機と収集データの両面で検証する本番環境と分けた検証も相談いただけます
どう確かめるか

収集されたデータの突き合わせによる妥当性の確認

発火させた操作と解析ツール側に収集されたデータを突き合わせ、項目の値が要件どおりに記録されているかを確認します。表示と集計のずれを切り分けます。

  • 01実機で行った操作の内容と、収集されたデータの突き合わせ
  • 02収集された項目の値と、発火のタイミングの要件との照合
  • 03社内アクセスの除外設定や同意取得の条件との整合の確認
OUTPUTデータ突き合わせ結果
STEP 04 結果を報告し、改修後に再度確認する修正後の差分は同じ観点で再確認します
どう確かめるか

検証結果の記録と現行設定の引き継ぎ資料の作成

確認結果は設定の内容、判定、差分の有無を追跡できる形で記録します。経緯をあとから追える状態にし、更改時の現行設定の特定に使える形で引き継ぎます。

  • 01検証した観点ごとの結果と判定の、追跡できる形での記録
  • 02検出した差分の、実装側への修正依頼として渡せる形への整理
  • 03現行の計測設定をあとから追跡できる形に整えた引き継ぎ
OUTPUT検証記録と引き継ぎ資料
05 RATIONALE

アクセス解析の計測実装テストを担う体制

固定費を抱えない人日単位のアサイン、監査にも使える独立した検証の記録、育成期間なしに活かせる専門ノウハウなど、第三者へのアウトソースには複数のメリットがあります。

OUTSOURCING RATIONALE THIRD-PARTY VERIFICATION

必要な時に必要な分だけ

人日単位のアサインで固定費を抱えず、繁忙期に増減できます。

独立した視点で品質を底上げ

独立した検証で偏りを排し、監査に使える客観的な記録を残せます。

専門ノウハウを即戦力で

JSTQB認定エンジニアが在籍し、対象領域固有の検証知見を育成期間なしに活用できます。

ノートPCを前に担当者同士が相談しているオフィスの写真。

専門知識を持ったテストエンジニアが、第三者の視点でテストするメリット

  • 実機操作と収集データの両面から発火を確認する体制
  • 検証範囲と観点の線引きをこちらから提示する体制
  • 検証内容と結果を第三者へ示せる形で記録する体制
  • ツール切り替え前後のデータ連続性を確かめる体制
06 SERVICE

対応できるアクセス解析まわりの範囲

アクセス解析ツールは専用のタグやコードをサイトに設置してデータを収集します。GENZは、この計測の入口から受け渡しまでを、開発主体と独立した立場で検証します。対象となる範囲を整理しました。

SVC 01

Webサイトの計測タグと発火条件

ページに設置した計測タグが発火条件どおりに動作するか、表示・クリック・送信ごとに計測漏れと二重計上を確かめます。

リスク要因と優先順位を示す無文字の図解。
SVC 02

アプリに組み込んだ計測処理の実装

計測対象にアプリが含まれる場合は、アプリ側の画面遷移やイベントでも要件どおりにデータが生成されるかを検証します。

複数のシステムや連携先にまたがる確認範囲を示す無文字の図解。
SVC 03

タグ配信を管理する環境の設定

タグ管理の仕組みで配信を一元化する構成か直接埋め込む構成かに応じて、配信条件と公開の設定、除外設定が効く範囲を確認します。

計画から報告までの流れを示す無文字の図解。
SVC 04

収集データの連携先への受け渡し

収集したデータが広告配信や社内の分析基盤へ欠損なく渡るかを検証し、結果を第三者へ示せる記録として残します。

確認対象の領域を区分して示す無文字の図解。
07 FLOW

ご相談から報告までの流れ

計測設定の一覧が社内に揃っていない段階でも、ご相談から報告書のご提出までGENZが伴走します。

検証したい範囲についてのお問合せ

検証したい画面やイベントの範囲が粗い段階でも、お問合せいただけます。

計測環境と対象範囲のヒアリング

計測ツールと配信方式、対象サイトの範囲を伺い、前提を整理します。

お見積の提示と検証範囲・優先順位の確定

検証の範囲と優先順位、必要工数の考え方を整理し、お見積を提示します。

検証の実施と結果の報告書のご提出

確定した範囲で検証し、設定の経緯を追える報告書として結果をご提出します。

アクセス解析の計測実装テスト

その数値が正しいかを確かめる工程を、外部へ預けてみませんか

どの数値が正しいかを確かめる手段が社内にないまま、次の改修へ進むのは危険です。開発主体から独立した立場での計測実装の検証を、GENZへお預けください。範囲の線引きも整理します。