たとえば、現在、顧客企業の請負業者のリモート決済および金融サービスに使用されるSharePointポータルが作業中にあります。 各カウンターパーティには、1〜10人のユーザーがいます。これらのユーザーがこの機能をどのように処理するかを理解したかったのです。 私たち自身の行動を説明するために、Google Analyticsツールを使用しました。
フォーカスグループにインタビューしなかったのはなぜですか? 私たちの経験では、調査は役に立たないので、結果として常に歪んだ情報が得られます。 一定の割合の人々は、サブスクライブを解除したり、ドラマチックにしたり、逆にすべてをよりバラ色の光にしたり、最終的にはうそをついたりすることができます(そして、それが起こる:)) ポータル上で正確に追跡されたユーザーアクションのチェーンは、客観的で関連性のある有用な情報を提供します。 優れた分析は、大企業と非常に小規模な企業の両方が存在し、それらを1つの櫛で平準化することは不可能です。
制限事項
ご存知のように、Googleはユーザーを一意に識別できるデータの保存を禁止しています。
ユーザー同意書を引用します。
7.プライバシー。 お客様は、インターネットユーザーの個人を特定できる情報を追跡または収集するためにサービスを使用することはできません(また、第三者に許可しません)。また、お客様のWebサイトから収集したデータを関連付けることもできません(または、第三者に許可することもありません) (またはそのような第三者の「ウェブサイト」)を、サービスの使用(またはそのような第三者の使用)の一環として、任意のソースからの個人を特定する情報とともに使用します。 あなたは適切なプライバシーポリシーを有し、それを遵守し、あなたのウェブサイトへの訪問者からの情報の収集に関連するすべての適用法を順守します。 プライバシーポリシーを投稿する必要があり、そのポリシーは、匿名トラフィックデータを収集するCookieの使用に関する通知を提供する必要があります。
これらの制限を克服し、より包括的な分析のためにデータを拡張するために、GoogleのAnalytics EvangelistであるJustin Cutroniは、 Google AnalyticsにユーザーIDを追加することを提案しています 。
実際、一意のGUIDでユーザーを識別し、 データクエリフィードを使用してシステムにデータをアップロードし、ユーザーと1対1の対応を比較し、独自に分析を構築することをお勧めします。
そのような決定の大きくて最も重要な「しかし」は、難しく、高価で、不便です。 明らかに、あなたの側でレポートを見るためにGoogle Analyticsのようなものを実装することは簡単ではなく、単に非効率的なお金の無駄です。
解決策
そのため、別のパスを探し始めた結果、次のことが起こりました。
1.すべての取引相手は、契約番号または会計システムの番号によって識別され、すべてのユーザーはそれと同一視されます。 したがって、個人データではないこの番号を使用してユーザーを識別することができます。
2.デフォルトでは、訪問者変数が選択されています。
すべてのユーザー、請負業者のコンテキストで分析を実行できるようになりました。 これを行うには、フィルタリング/グループ化/表示への追加が必要なセクションのGoogleアナリティクスページで、[マイ変数]-> [マイ変数(値01)]オプションを選択する必要があります。
さらに、ユーザーを言語で分け、顧客企業の請負業者と従業員を分けました。 ユーザーの場所を設定する標準的な方法が選択されているため、言語による追跡は自動的に行われます。
顧客企業の取引先と従業員へのユーザーの分割は、「ユーザートークン」を使用して行われます。
authenticated = Tools.IsUserIdentified(out agencyCode); marker = authenticated ? (agencyCode ?? ""):"";%> -: _gaq.push(['_setCustomVar', 1, '', '<%=marker%>', 1]);
したがって、ユーザーを認証し、カウンターパーティコードを受信する/受信しないという試みを検討します。 許可されていない場合は、匿名と見なしてください。 承認されましたが、エージェントコードは返されませんでした-従業員として; 返される取引先コード-これは取引先です。
3.ページレベルの追跡を追加しました。 SharePointポータルの各マスターページに、この変数を追跡するコードを追加しました。
_gaq.push(['_setCustomVar', 1, '', '<%=marker%>', 1]);
4. WCFサービスの損傷に関する追跡を追加しました。カウンターページを表示ページに添付しましたが、1ページ内でカウンターパーティは多くのアクションを実行できます。 WCFへの呼び出しは、特別なサービス層を通過します。 これまで2つの利点がありました。ajax呼び出しを整理するために面倒なコードをコピーする必要がなく、ベースクラスのエラーハンドラーのために単一のスタイルでエラー処理を行うことができます。 つまり、データを必要とするコードは、小さな技術的詳細で汚染されていません。
これらのサービスを通じて、通話が正常に完了した場合に追跡イベントを配置しました。 これらはすべて約束どおりに機能するため、この機能をサービスに導入する際に、コンシューマコードを変更する必要はありません。
次のカスタムカテゴリとカテゴリ内のイベントのタイプを作成しました(これはGA標準に従って行われます)。
カテゴリのリスト:
a。 MakeToDo
b。 通貨レート
c。 ダッシュボード
d。 お支払い
e。 アカウント。
追跡しているイベントのリスト:
a。 リストを見る
b。 オブジェクトを表示
c。 オブジェクトを削除
d。 オブジェクトの変更
e。 ファイルのアップロード
f。 和解文書の受理
g。 アカウントのキャンセル/復元。
(例として考えているこのシステムは、取引先と顧客企業との間の決済と金融関係を規制し、これがカテゴリーとイベントの名前を決定することを思い出してください)。
たとえば、1つのイベントを考えてみましょう。
getDocumentsList = function (data) { return dispatcher.call( { method: ETR.HttpVerb.POST, data: data, relativeUrl: serviceRelativePath + '/documentsList' }) .fail(dispatcher.faultHandler) .done(function () { ETR.gatc.track(ETR.gatc.categories.JustificationDocuments, ETR.gatc.actions.ListBrowsing); }); };
5.ポータルで実行されたエージェントとアクションの範囲を確認するには、[動作]-> [イベント]-> [イベントマップ]セクションに移動し、緑のドロップダウンリストで[マイ変数]-> [マイ変数]を選択します(値01 ) 次の図を取得します。
クリック可能な画像
<

結果として得られたもの:
- お客様の金融決済システムのすべてのページへの訪問を追跡します。
- 分析は、とりわけ言語のコンテキストで行われます(現在、ロシア語と英語の2つの言語があります)。
- 分析は、取引相手のコンテキストで実行されます。 訪問の履歴を表示するには、[パーソナライズ]-> [変数]セクションに移動し、[ユーザー]セクションを表示します。 入力すると、おおよそ次の図が表示されます。
クリック可能な画像
<

分析は主に取引相手によって行われます。 また、個々のアイテムは、顧客企業の匿名ユーザーおよび従業員です。
ポータルでのユーザーの行動を正確に評価できるソリューションを取得することが重要なのはなぜですか? 作成した人が意図した方法でインターフェイス、モジュール、ビジネスプロセスを使用しているかどうかを理解することが重要だからです。
また、もう1つの重要な要素を忘れないでください。Googleアナリティクスを適切にセットアップするために、完全に標準的なツールを使用して非常に合理的な時間と労力を費やしました。 私たちが愛するすべて:)