タスクは、さまざまな広告チャネルとそれらのインタラクションからの実際の収益を把握するために、オンラインストアのコンバージョンソースに関する正確なデータを取得することです。
- SEO(Yandex、Google、Rambler、Mail);
- コンテンツ広告(Yandex.Direct、Google Adwords、Runner);
- 製品選択システム(Yandex.Market、Price.ruなど);
- その他の参照ソース(パートナーサイト、さまざまなトラフィックアグリゲーター)。
オンライン統計の問題
オンライン統計の問題は誰もが知っているので、私は要点を説明します。最高のデータ収集システムでさえ、オフライン変換を許可していません。 ユーザーはオンラインで何らかのアクションを行いますが、私たちは皆彼のことを知っていますが、電話が届くとすぐに、カウンターはすぐに彼を見失います。 オンラインコマースのさまざまな分野で、電話による売り手とのコミュニケーションは異なる役割を果たしますが、私たちの場合は重要です。 これはセラミックタイルのオンラインストアであり、原則としてオンラインで販売することは難しいとすぐに言わなければなりません。 買い手は、商品との視覚的および触覚的な直接接触および売り手からのアドバイスを必要とします。 したがって、私たちの場合、オフラインコンバージョンの計算が必要です。 これらの目的のために、私たちは訪問者登録の独自のシステム-カメレオンを開発しました。 その動作の原理は新しいものではなく、非常に多くの同様のツールとシステムがすでに市場に出回っています。 収集したデータをGoogleアナリティクス(GA)データと同期する方法と、実際にこれが必要な理由についてのみ説明します。
そして最初に、問題の2番目の部分、つまりオフライン変換でのデータの収集と処理に関連する問題を考慮する必要があります。 まず、追跡方法が何であるかを伝える必要があります。
電話番号の置換
各トラフィックソースには独自の番号があります。 この方法には、制限と欠点があります。
- 限られた数の電話番号では、作成できるソースの数に制限はなく、記録も作成できません。 たとえば、検索からのキーフレーズのアカウンティング。
- 組織の比較的複雑さ、すなわち ここでは、1人のPHPプログラマーだけを実行することはできません。異なる専門分野の専門家を接続する必要があります。
- その結果、インストールのコストが高くなります。
割引クーポン
訪問者が割引を受けるために番号付きのクーポンを印刷するように招待された場合、ここに:
- 実際には、割引自体は存在していなかった可能性があり、逆に、たとえば累積的な性質の販売割引のポリシーおよび一般的なシステムがある場合、クーポンのためにそれを複雑にすることはまずありません。
- 誰も印刷したくない、怠である、または単にプリンタがない。
- サイトのページ上の場所が明確に計画されている場合、すべてが必要な場所にあり、ユーザーの注意をそらさないようにしようとすると、クーポン(およびはっきりと見えるはずです)が不要になります。
各ユーザーへのIDの配布
サイトにアクセスした各訪問者がIDを受け取り、電話番号の近くまたは製品の近くでIDを見ると、問題は次のとおりです。
- 時には、ユーザーはもちろん、IDなしで全員を連続して呼び出すために、いくつかのサイトの電話番号を書きます。
- 電話での売り手の形の人的要因:
訪問者を追跡する方法はまだいくつかありますが、それらは正確ではないか、上記の方法の解釈であるため、上位3つについて説明します。
カメレオンオフラインコンバージョントラッキングシステム
最後に、最後の会計方法を選択しました。 私たちの場合、彼はさらに思いついて自分の
カメレオンシステムを呼び出し、次の簡単なアクションを教えました。
- サイトへの移行のソースのURLを決定します。
- ユーザーがストアへのリンクを見つけたキーフレーズ。
- 訪問者に番号を付け、それぞれのIDを付与します(各製品の画像の下に表示されます)。
- Cookieに各訪問者のIDを記憶するために記録します。
- バイヤー-サイトから購入した人に関するデータ(何を、いつ、何を注文したか)を保存します。
- 購入者が電話で購入するときに、販売者自身が購入したデータを入力します。
そのようなシステムが一般的にどのように構築され、どのような問題に遭遇したかについては、もちろん次の記事で説明します。
そして、次のことが明らかになりました-3つの方法すべて(置換、クーポン、またはIDを使用)には、広告費用を適切に見積もることに大きく干渉し、データの信頼性に高度なエラーを導入する一般的な問題の山があります。
それらのいくつかを次に示します。
- しかし、あなたのサイトで購入する前に、ユーザーが異なるソースから5回来た場合はどうでしょうか?
- 製品がまったく自発的に購入されず、数日または数週間かけて選択された場合はどうなりますか?
- 各購入の前に、どれだけの参照元があったかをどのように理解しますか
- 購入者が最初にサイトにアクセスした瞬間から選択するまでにどのくらいかかりましたか?
- ブックマークで来た人を追跡するには? など
同意し、収集されたすべての統計を台無しにするのに十分な...
そのため、ユーザーを追跡する方法を見つけることにしました。これにより、上記のすべての質問に答えることができます。これは、顧客に関する完全な統計を取得する方法です。 私たちは従業員が6人しかいない小さな会社であるため、GAやLiveinternetなどの大規模な統計システムを開発する余裕はありません。 さらに、取得できる膨大な量の統計データを保存する負担をかけたくありません。 はい。また、自転車を再度作成することも最善の解決策ではないため、他の人の仕事を統計で選択して使用し、カメレオンと統合することにしました。 これらの目的でGAが選択されました。
統合:カメレオンとGoogleアナリティクス
さらに、データ転送の基本的な方法をとるだけでよく、ここでは、
_trackPageviewユーザー変数を使用する代わりに、
_trackEventイベントを考慮に
入れました。 この方法は似ていますが、非常に重要な違いが1つあります。イベントを作成します。 ユーザーがサイトにアクセスしてイベントを記録すると、GAはそれをサイト内の遷移と見なしますが、これは失敗ではありません。 この機能を見つけた後、アプローチを変更し、
_trackPageviewを介してカスタム変数を使用してGAにデータを転送し始めました。
これを行うには、pageTracker._trackPageview()の前のGAコード自体(標準追跡)で、 変数の形成を規定します:
pageTracker._setCustomVar(1, 'id', '3456', 2);
pageTracker._trackPageview();
非同期トラッキングコードの場合:
_gaq.push(['_ setCustomVar', 1, 'id', '3456', 2]);
_gaq.push(['_trackPageview']);
このメソッドの仕様:
_setCustomVar(index, name, value, opt_scope)
パラメータ
Int index
-ユーザー変数に使用される位置。 可能な値:1〜5、包括的。
String name
-ユーザー変数の名前。
String value
-ユーザー変数の値。
Int opt_scope
ユーザー変数に使用されるスコープ。 可能な値は、訪問者レベルの場合は1、セッションレベルの場合は2、ページレベルの場合は3です。
結果
したがって、カメレオンは、すべてのユーザーに一意のIDを配布し、Cookieに書き込み、Googleアナリティクスに送信します。 また、毎月末に、ウェブサイトで各顧客のIDのリストを含む購入の表を取得し、アナリティクスにアクセスして行動を分析します。 そこでできること:
- 「10月のバイヤー」など、すべての顧客を1つのセグメントにグループ化します。
- 選択したセグメントの一般的な特性を確認し、残りのデータと比較します。
- サイトの入り口から商品の選択まで、お客様がどのように目標を達成したかについての情報を入手してください。
- 等
以下は、画面上でどのように表示されるかを示しています。
これらは特定の購入者のサイトへのパスです。特定のIDのみを持つユーザーを含むセグメントを作成しました。 ちなみに、特定の期間のすべての購入者のすべてのIDを取得し、その行動を他の訪問者の行動と比較できます。
そのため、彼は2010年11月17日から2010年11月20日の間に3回私たちのサイトを訪れ、6ページだけを見て、サイトで5分半を費やしました。
彼はモスクワ出身です。
彼は11月18日と19日に私たちのところに来ました。
そして、私たちのサイトをオンデマンドでYandexで見つけました-「sancy beige tile」。
そして、教科書にあるかのように彼が見た4つのページがあります-製品カード、連絡先、配達と支払い方法。