Google Analyticsは、無関心なGoogleのWebサイト向けの無料の統計サービスで、多くの強力なツールの制御下で詳細な統計を提供し、Runetスペシャリストを含むWebマスターの間ですぐに人気を博しました。 しかし、そのような十分に開発され、よく考えられたシステムには、多くの欠点があります。 すべてのGoogleアナリティクスツール、データ処理用スクリプト、そして最も重要なことには、受信したすべての統計はGoogleのサーバーに保存され、公式のヘルプとコンサルタントは最小限の情報を提供し、 ga.jsを収集し、それを不可能に難読化します。 データ処理で発生する問題を解決しようとすると、これらすべてが手を結びます。
これらの問題の多くは、特にロシア語を話すユーザーのためにGoogleが慎重に神経を駆り立てています：エンコードに関する謎の問題、Runet検索エンジンの無視、そしてオンラインストアの控えめな所有者と経験豊富なWebアナリストの両方を長らく抑圧してきた問題があります-Yandex広告プラットフォームを受け入れるカテゴリ拒否です。直接。 さらに、この憎しみは相互的なものではなく、Yandex.Metricaはできる限りGoogle Adwordsからの変換を誠実に処理しようとしますが、アナリティクスのサポートが示唆するように、最大はURLビルダーを使用して広告キャンペーンをマークすることです。 私はまだ状況の解決策を見つけて、ロシア語を話す同僚と厳しいGoogleの友達を作ることができました。
1）URLビルダーを使用する
誰もが自分の広告キャンペーンを追跡するために使用する最初の、最も人気があり、ほとんど唯一の方法です。 Yandex.Directキャンペーンを含む。
このメソッドを実装するツールは、Googleアナリティクス自体が提供するURL Builderです。 このツールの本質は、特定のラベルパラメーターを広告のリンク先URLに追加することです。これらのパラメーターは、Analyticsによって正常に認識され、並べ替えられます。
これらはタグです：
• utm_source （必須）—移行ソース（この場合はYandexDirect ）をマークします。
• utm_medium （必須）—バナーやニュースレターなどのキャンペーンツール 。 cpcがあります 。
• utm_campaign （必須）-区別しやすいようにキャンペーンの名前。 同じYandexDirect ;
• utm_termはキーワード自体です。 たとえば、 tort_habrahabr ;
• utm_content-同じソース内の広告または配置の違いをマークします。 たとえば、 text_ad1 。
結果は次のようなリンクになります。
yummyhabr.ru/tort/?utm_source= YandexDirect ＆utm_medium = cpc ...
...＆utm_term = tort_habrahabr ＆utm_content = text_ad1 ＆utm_campaign = YandexDirect
Yandex.Directでの広告のターゲットにする必要があります。
この方法の長所と短所を考慮してください。
+確実かつ非常に正確に機能します。 実際、Analytics自体がその仕事を約束しています。
+広告をマークする際のさまざまなパラメーター（手段、コンテンツ、名前）の説明。
以上です。 同時に：
-例では何のためにも、キリル文字を使用しませんでした。 彼女と一緒に、すべてが非常にタイトです。 まれに安定して認識される場合。 translitを使用します。
「スペースの代わりに、アンダースコアを使用することをお勧めします。」
-Yandex.Directで既に100つか2つの広告を使って広告キャンペーンを開始している場合は、価値の高いロシア語のキーワードを音訳に変換し、この数百のすべてをマークするという同じ仕事を待っています。
-さらに、1つの広告の多くがいくつかの重要なフレーズを紡いでいます。 Yandex.Directではリンク先URLを広告に直接割り当てることができるため、このようなマークの助けを借りて、広告自体のみを追跡でき、それらに対応するフレーズは追跡できません。
ボーナス：
2）_openstatを使用する
私が最初に訪れたのは、公式のURLビルダーに満足していなかったのですが、OpenStatタグを使用するという異常な方法でした。 OpenStatはbase64でエンコードされたパラメーターのセットであり、URLに含まれ、LiveInternetやSpyLogなどの統計システムによって認識されますが、Googleアナリティクスでは認識されません。 Yandex.Directは、広告キャンペーンでこれらのタグを自動モードで使用することをサポートおよび許可します。 同時に、Yandex.Directシステムの広告の識別番号、キーワード番号、発行ページ上の広告のソースと位置がラベルに含まれています。 タグは、ユーザーに発行されるたびに、Yandexによって広告ごとに自動的に生成されます。 これは、「外部インターネット統計：-接続」にチェックマークが付いたキャンペーンパラメーターページに含まれています。 _openstatパラメーターでマークされたリンク先URLは、Yandex.Directに属するものとしてGoogleアナリティクスでフィルターできます。
これを行うには、Googleアナリティクスで3つのカスタム拡張フィルターを作成します（ 詳細はこちら ）：
•Filter1
フィールドA->「リクエストURI」：（/?_openstat=.*）
結論->「キャンペーンソース」：YandexDirect
•フィルター2
フィールドA->「キャンペーンツール」：オーガニック
フィールドB->「キャンペーンソース」：YandexDirect
出力先->「キャンペーンツール」：cpc
*フィールドBは必須です
•フィルター3
フィールドA->「キャンペーンソース」：YandexDirect
出力先->「キャンペーン名」：Yandex.Direct
したがって、openstatパラメーターを含むURLによって行われたすべての遷移を取得し、Yandex.Direct広告からの遷移として定義します。
次の図が表示されます。
何が起こった：
+ワンクリックですぐにすべての広告の追跡をオンにします。
+キーワードの下には、ユーザーが私たちを見つけたリクエストが正確に表示されます。
+すべてはロシア語です。
しかし：
-キーワードごとに統計情報を正確に分離して評価することはできません。
-どこかで統計にopenstatを使用している場合、またはそのようなリンクがどこかで強調表示されている場合（たとえば、検索エンジンによってインデックスが付けられたり、ユーザーがブックマークした場合）、全体像が崩れます。 したがって、 Disallowパラメーターをすぐに追加します：/ * _ openstat robots.txt 。
-主なマイナス点は、ユーザーがマークされたURLを使用してサイトにアクセスし、別の内部ページに移動した後、ラベルが失われることです。つまり、フィルターによって処理されず、広告遷移としてマークされません。 その結果、このソースのコンバージョンレポートは受信されず、ここでアクセスされる平均ページ数は常に2未満になります。
ボーナス：
何らかの理由でこの方法が気に入った場合、キーワードでユーザー検索クエリを表示するのは恥ずかしいことではありません。GoogleAnalyticsのユーザーセグメント（「詳細設定のセグメント」レポートの右上）を使用して、そのようなクリックに関する完全な統計を追跡できます。 「キャンペーン」「完全一致」Yandex.Direct、つまりフィルターで指定した名前。 この場合、このセグメントのGoogleアナリティクスでは、YandexDirectのソースを持つサイトへの訪問に関する統計だけでなく、そのようなソースを持つ訪問者のサイトでの内部クリック、それに応じてコンバージョンなども表示されます。 彼がなぜ神秘的にそうするのか、私にはわかりません。 結局のところ、彼は、lyなユーザーである私たちのさまようユーザーの侵入元については知っているが、キャンペーンの統計に内部遷移を入力することを拒否していることが判明しました。
3）Yandex.Directテンプレートを使用します
最初の方法を改良し、Googleアナリティクスに個々の主要なクエリを何らかの方法で認識し、ロシア語と友達になるように教えています。 彼が教えている間、彼は私たちのキーフレーズの逆音訳のために30個の内部フィルターを作成しようとしましたが、それは良いことではありませんでした...
しかし、Yandex.Directの「 テンプレート 」ツールに注目します。 簡単に機能します。 テキスト広告で＃タグ（octotorp、「pound」でもある）で単語またはフレーズを強調表示すると、ユーザーが広告を検索すると、これらのタグ間の単語またはフレーズは、このユーザーの検索クエリに一致するキーワードに置き換えられます。 置換できない場合は、これらのタグで囲まれたデフォルトの単語またはフレーズが使用されます。
このツールで最も便利なのは、広告のリンク先URLにもテンプレートを適用できることです。 この場合、キリル文字のキーワードは、UTF-8形式でリンクに置き換えられます。
これで、URLビルダーを使用して次のようなものを作成できます。
yummyhabr.ru/tort/?utm_source=YandexDirect&utm_medium=cpc ...
...＆utm_term = tort_habrahabr＆utm_content =＃text_ad1＃＆utm_campaign = YandexDirect
そして、統計でこれを見てください：
[広告コンテンツ]列に、テンプレートの適用後に受信した主要なクエリが表示されるようになりました。 ここに、UTF-8が常に存在するとは限りません。 ただし、これはGoogleアナリティクスのもう1つの喜びです。Yandex.Directツールはそれとは何の関係もありません。 そして、統計を損なわないために、utm_term（「キーワード」）ではなくutm_content（「広告コンテンツ」）でテンプレートを使用した理由が明らかになります。
しかし、ここにはプラスがあります：
+公式のURLビルダーが使用されるため、すべて同じ安定性。
+少なくとも、ただし、キーワードを明確に認識できます。
+さらに、個々の広告とそれに対応する単語の統計を関連付けてフィルタリングすることもできます。
短所は明らかです：
-Krakozyabruが好きな人はいません。「23人が正確にどこから来たのか」を理解するのは難しいです。
-繰り返しますが、すべての広告を台無しにする必要があります。
-結果として、ゴミでいっぱいです。文字変換、そして「左」エンコーディングについても目をつぶらなければなりません。
4）すべてのベストプラクティスを使用します
この方法は、Google Web Analytics部門の長であるBrian Cliftonの例によって促されました。彼は彼の著書Advanced Web Metrics with Google Analyticsで引用しました。 その例では、サイトの各ページに配置されたメインのGoogleアナリティクススクリプトに、Cookieを使用して参照元に関する情報を収集できる独自のコードを追加する可能性について説明しました。
それでは、以前に使用したすべてのものを取り、JavaScriptを追加しましょう。
これを行うには、次のことを行います。
•3番目の方法のように、Yandex.Directテンプレートを使用して、キャンペーンのすべての広告にGoogleリンカータグを付けます。 取得するもの：
yummyhabr.ru/tort/?utm_source=YandexDirect&utm_medium=cpc ...
...＆utm_term = tort_habrahabr＆utm_content =＃text_ad1＃＆utm_campaign = YandexDirect
•JavaScriptスクリプト（directdecode.jsなど）を作成します。このスクリプトは、ページのURL（location.search）からutm_contentパラメーターを引き出し、decodeURIComponentを使用してデコードします。IEの場合は、Win-1251を使用してUTF-8。 結果の値は、Directkey（）関数を使用してメソッド「_gaq.push（['_ setVar'、keyw]）;」によってユーザー変数に書き込まれます。keywはデコードした値です。
•ページにdirectdecode.jsスクリプトを含め、Directkey（）関数への呼び出しを、次の方法ですべてのページに配置された我々アナリティクスコードに追加します。
var _gaq = _gaq || [];
_gaq.push(['_setAccount', 'UA-XXXXXXXX-X']);
//
Directkey();
_gaq.push(['_trackPageview']);
(function() {
var ga = document.createElement('script'); ga.type = 'text/javascript'; ga.async = true;
ga.src = ('https:' == document.location.protocol ? 'https://ssl' : 'http://www') + '.google-analytics.com/ga.js';
var s = document.getElementsByTagName('script')[0]; s.parentNode.insertBefore(ga, s);
})();
この関数は、Yandex.Directテンプレートによって慎重に挿入されたURLからキーワードを引き出します。これをデコードしてカスタム分析変数として記述する必要がある場合に備えてください。
•Googleアナリティクスアカウントのプロファイルに次のカスタム拡張フィルターを追加します。
YandexDirectフィルター
フィールドA->「キャンペーンソース」：YandexDirect
フィールドB->「ユーザー定義」：（。*）
出力先->「キャンペーン検索条件」：$ B1
*フィールドBは必須です
したがって、ユーザー変数からデコードされたキーワードを取得し、Yandex.Directレポートに書き込みます。
それだけです 広告のモデレートとサイトユーザーのスクリプトの書き直しに時間を割きます。 目的の画像が得られます。
長所：
+すべてはロシア語です。
+すべてのデータがいっぱいで、すべてのレポートに表示されます。
+特定のキーワードの統計。
そして、短所：
-かなり複雑な接続。 繰り返しになりますが、URLビルダーを使用する必要があります（ところで、私の自動コンバーターは、テンプレートを使用してこのメソッドのURLをすぐに発行します）。
-エンコードの失敗による軽微な不具合の可能性。
私は十分な時間、サイトの大規模な選択ですべてのメソッドを徹底的にテストする機会があり、4番目のメソッドに落ち着きました。 今、私は喜んでコンテキスト分析広告Yandex.Directの統計をGoogle Analyticsで収集しています。
すべてのメソッドの遷移の測定誤差は5〜10％です。 これは正常範囲内です。