Googleアナリティクスのフィルターと設定の変更をテストする

Googleアナリティクスの使用は、多くの場合、Googleアナリティクスのテストに関連付けられています。 頻繁に何度もテストする場合、設定を変更し、事前にテストせずにフィルターを追加/削除します-すべてが下り坂になり、そうでなければきれいに見えるレポートが混乱します。



プログラミングには常に開発段階があります。 この段階では、何でも起こり得ます（通常は起こります）。 汚い仕事をして、すべてをやり直し、すべてをやり直し、最後にすべてがきれいでクールに見えたら、あなたの創造物を公開します。



アナリティクスでのテストはそれほど賢いものではありませんが、その仕事を果たし、社内の人々が見ているレポートやデータが見た目を悪くしないようにします。



しばらくウェブ解析に携わったことがある場合、いくつかの紹介を除外し、「上位のコンバージョン経路」やキャンペーンなどのレポートに表示しないようにする必要がある場合があります。 最も一般的な例は、支払いシステムの紹介からの除外です。



サイトでPayPalを使用してユーザーの支払いを処理するとします。 支払いを行ってユーザーをサイトに戻した後、ユーザーがもたらしたすべてのお金はPayPalチャンネルに割り当てられ、レポート「メインのコンバージョンパス」は次のようになります。









もちろん、これは真実ではありません。



つまり、Googleアナリティクスアカウントでの特定の紹介の除外の例により、このサービスの設定の変更をテストする方法を示します。

メインビューをコピーする

最初に行う必要があるのは、メインの「作業」ビューをそのすべての目標、フィルター、設定とともにコピーすることです。 したがって、変更のテストサイトのようなものを取得します。











誰もが見ているデータとレポートがゴミにならないようにすることができます。



さらに、サイトが混雑している場合、 「リアルタイム」レポートでテストリクエストを追跡するのはそれほど簡単ではありません。テストリクエストがこのような混乱の中で見つかることはありません。

テスト用の新しいフィルターをいくつか追加します

メインビューの正確なコピーができたので、テストのために少し「ねじる」必要があります。 最も簡単な方法は、IPアドレスからの呼び出しのみを受け入れ、他のすべてをブロックするフィルターを作成することです。 したがって、レポートに表示されるすべて（「リアルタイム」レポートを含む）が私たちによって生成されたことを理解できます。 これは、すべての「実際の」要求を遮断することにより、デバッグに集中するのに非常に役立ちます。



メインビューにオフィス（または自宅）のIPを遮断するフィルターがある場合、テストビューから削除する必要があります。









ジョブが同じIPアドレスを持つ大企業で働いている場合、このフィルターは同僚からのヒットを防ぎません。 追加のリクエストが通過しないことを本当に確認する必要がある場合は、賢く、別のフィルターを作成できます。 たとえば、私の場合、 filter-testingパラメーターを持つURIを含む呼び出しのみを受け入れるフィルターを作成します









したがって、それに応じて、すべての「参照」ページ（ Measurement Protocolプラットフォームの dlパラメーターに関連付けられている）にこのパラメーターがあることを確認する必要があります。

yourwebsite.com/some-random-page.htmlはyourwebsite.com/some-random-page.html?filter-testingに変わります

「テスト環境」を準備します

新しく作成されたビューでレポート「リアルタイム」を開きます。 コールを送信するときにこのレポートを常に表示できれば問題ありません。 個人的には、このレポートを別のウィンドウで開き、別のモニターに移動することを好みます（私たちの多くがそうであるように、2台のモニターワークステーションがあります）。 このレポートが常に見えている場合、送信されたリクエストをリアルタイムで監視する機会があります。



以下は、Measurement Protocolを使用してヒットを送信するために使用するウィンドウです。









そして、これが「リアルタイム」のレポートウィンドウです。

「生成」呼び出しと新しい設定の適用

これで、申し立ての送信を開始できます。 繰り返しますが、これは上司のような測定プロトコルを使用して行うのが最適です（このプラットフォームに慣れていない場合、これは悲しいことです）。



特定の紹介がレポートを壊さず、サイト訪問者の新しいセッションを開始しないようにする必要があるため（これが彼の仕事です）、このサイトから私のサイトへの移行の結果として私が持っている魅力の例を取り上げます。









今、私はこのアピールを数回送る必要があります。 これを行うには、結果のリンクをブラウザーのアドレスバーに貼り付け、ページを数回更新します（念のため）。 これは、指定された測定プロトコルリンクが正しく機能することを確認するために必要です。









今が新しい設定を適用するときです。 「除外された参照元のリスト」に移動して、言及された参照元を追加します。











ここで、Measurement Protocol urlパラメーターのclientidを変更すると（新しいセッションを開始するために）

cid=133064705.1470902689
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

その他の値（1桁を置き換えました）

 cid=133064705.147902688
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

数分前に「生成」した参照トラフィックが、対応するラベル（「（direct）/（none）」）で「直接」トラフィックに正常に変換されることがわかります。 「。



回：









そして2つ：









いくつかの新しいフィルターをテストする必要がある場合、このメソッドは、それらが正しいことを確認し、再びフィルターに戻らないようにするために最も効果的であると思われます。



仕事が終わったら、このアイデアを将来のニーズのために残すか、単に削除することができます。