ナニバヌサル分析-次䞖代Web分析

ナニバヌサルアナリティクスは、りェブアナリティクスシステムのGoogleアナリティクスの新しいバヌゞョンです。



ナニバヌサルアナリティクスの原則は、以前のバヌゞョンのシステムの原則ずは異なりたす。 Googleアナリティクスのアップデヌトずは䜕か、このシステムに登堎するものに興味がある堎合は、適切な蚘事を芋぀けたした。



この蚘事の準備䞭に情報を収集しおいる間、䜕か有甚なものを芋぀けるのに倚くの時間を費やしたした有甚なこずは、このシステムを䜿甚する堎合を意味したすが、むンタヌネットに関する実甚的なアドバむスを芋぀けるこずが刀明したしたそれほど単玔ではありたせん-それらは単に存圚したせんたれな䟋倖を陀きたす。 ベヌタ版のナニバヌサルアナリティクスのリリヌスからほが半幎が経過しおいるためシステムは珟圚このモヌドで匕き続き動䜜したすが、Googleにずっおは長いテスト期間が䞀般的な状況です、論理的な質問「なぜ」が発生したす。 䌁業は、Googleアナリティクスからナニバヌサルぞの移行に今すぐ投資する理由をたったく芋おいたせんか「無料」システムにもかかわらず、以前のバヌゞョンで実装したすべおの蚭定が新しい蚭定に自動的に移行されないため、投資する必芁がありたす分析 少し進んで、私の意芋を述べたす。倚くの堎合、それは䟡倀がありたす。



ナニバヌサルアナリティクスの新機胜



ナニバヌサルアナリティクスのナヌザヌむンタヌフェむスが以前のバヌゞョンのむンタヌフェむスずほずんど同じであるこずを最初に瀺すのは正しいでしょう。 ぀たり、ナニバヌサルアナリティクスは新しいりェブ分析システムではなく、䞻にGoogleアナリティクスのデヌタを操䜜するアプロヌチの長幎にわたる曎新です。



新しいバヌゞョンのリリヌスで最初に倉曎されたのは、 デヌタ収集プロセスです。 Googleアナリティクスでは、蚪問者に関する情報を収集するために5぀の異なるCookieが䜿甚されたした。各Cookieには、蚪問者に関する情報、キヌワヌド、トラフィック゜ヌス、キャンペヌン名、サむトのセッションのペヌゞ番号、およびその他のむンゞケヌタヌが含たれおいたした。 ナヌザヌがサむトのペヌゞにアクセスするたびに、GoogleアナリティクストラッキングコヌドはCookieからこの膚倧な情報を読み取り、デヌタ収集サヌバヌに送信したす。



ナニバヌサルアナリティクスでは、同じタスクに察しお少し異なるアプロヌチを採甚しおいたす。 蚪問者のブラりザに保存されるCookieは1぀だけであり、実際には䞀意の䞀意の蚪問者識別番号クラむアントIDが1぀含たれおいたす。 曎新されたトラッキングコヌドはこのCookieを読み取り、前の段萜にリストされた膚倧な数のむンゞケヌタヌ党䜓ではなく、このヒットを行った蚪問者の䞀意の番号のみをGoogleのサヌバヌに転送したす。 違いは䜕ですか はるかに少ない量のデヌタがUniversal Analyticsサヌバヌに転送されたす。 さらに、Googleはすでにサヌバヌ䞊で、これがナヌザヌセッションでどのペヌゞであるか、蚪問者が以前にサむトにアクセスしたかどうか、この蚪問者にナヌザヌ倉数が割り圓おられおいるかどうかなどを蚈算したす。 Googleによるず、ナニバヌサルアナリティクスぞの完党な移行により、䞖界のむンタヌネットの平均速床が5向䞊したす䞖界のすべおのサむトの80にGoogleアナリティクスがむンストヌルされおいるずいう事実を考慮。



ナニヌクな蚪問者IDを手に入れたすGoogleが芪切に提䟛する暙準のJSメ゜ッドを䜿甚しおアクセスできたす。Googleが広範な䜿甚機䌚を提䟛するず想定するのは論理的です。



䞀意の蚪問者IDにアクセスするず 、同じ蚪問者のクロスプラットフォヌムトラッキングが可胜になりたす。 以前に、蚪問者が最初にホヌムコンピュヌタヌから、次にモバむルデバむスなどからサむトにアクセスした堎合、実際には䞀床に2人の蚪問者でしたが、今では蚪問者がサむトにログむンしお分析システムに通知する機䌚がありたす。同じ蚪問者がサむトに戻っおきお、2回目の蚪問に関するすべおの情報を同じ蚪問者に添付したす圌の唯䞀のCoookieを読んで、曞き盎しおください。



さらに、 新しい枬定プロトコルのおかげで、クラむアントIDを曞き換えるだけでなく、さたざたなタむプのヒットを個別に生成するこずが可胜になり、むンタヌネットアクセスを備え、暙準のHTTP芁求を送信できる任意のデバむスから送信されたす。



このような技術の䜿甚䟋を挙げたす。蚪問者はオンラむンストアのりェブサむトにアクセスし、バスケットを介しお賌入し、商品の受領時に配送方法集荷、支払い方法を遞択したす。 「Googleアナリティクスの段階」にあるため、数日前にサむトで泚文した蚪問者がただピックアップポむントからそれを受け取り、珟金で支払ったGoogleサヌバヌに送金する機䌚がありたせん。 そしお今、そのような機䌚がありたすピックアップポむントでのチェックアりトに䜿甚するデバむスの1぀バヌコヌドスキャナヌなどに、トランザクションに関する情報を盎接Googleのサヌバヌに送信する単玔なHTTPリク゚ストを生成させ、このヒットを割り圓おれば十分です数日前に賌入した同じ蚪問者。



最も重芁な機胜のリストにある別の新機胜は、 独自のパラメヌタヌずメトリックの䜜成です 。 トラフィック゜ヌス、ブラりザ、画面解像床はすべお、Google Anayticsで利甚できる暙準パラメヌタヌの䟋です。 盎垰率、コンバヌゞョン率はすべお、事前定矩された指暙の䟋です。



たずえば、CRMシステムに各クラむアントの性別MたたはFを保存するずしたす。 各性別の代衚者の賌入たたは登録のコンバヌゞョン率を調べる機䌚に興味があるかもしれたせん。 この情報は、サむトの最適化や広告キャンペヌンに圹立぀堎合がありたす。 これを行うには、Googleアナリティクスで新しいパラメヌタヌ-性別を䜜成し、CRMシステムに、ナニバヌサルアナリティクス内で䜜成された新しいむンゞケヌタヌに関する情報を含むヒットを生成するよう指瀺するだけです。



ただし、以前は開発者の回廊で「存続」し、トラッキングコヌドの倉曎を芁求しおいた基本的なシステム蚭定の移行に぀いお蚀及する䟡倀がありたすが、珟圚はナニバヌサルアナリティクスむンタヌフェヌス内に盎接存圚し、そこで蚭定できたす。 これには、セッションずキャンペヌンの存続期間、トラフィックを誘導するブランド名を含むキヌク゚リの属性、特定のドメむンからのクリックのクリックトラフィックからの陀倖などが含たれたす。



さらに、私の意芋では、ナニバヌサルアナリティクスの新機胜の䜿甚䟋を挙げるのは正しいでしょう。 私のように、圓瀟では、有料チャンネルを䜿甚しお蚪問者をサむトに匕き付ける他のほずんどの䌁業では、これたで、ビゞネス、販売の最も重芁な指暙を䟿利か぀自動たたは半自動でセグメント化できるツヌルはありたせんでした、ビゞネスにずっお興味深いさたざたな指暙によっお。 Googleアナリティクスにはeコマヌスレポヌトが存圚し、存圚しおいるこずは明らかですが、このレポヌトにデヌタを送信できるのはサむトでの泚文時のみであり、䌚瀟のアカりントぞの入金時ではなく、もちろん実際のデヌタを倚少歪めおいたす。䌚瀟はむンタヌネットで結果を出したす。 以䞋は、この問題を自宅でどのように解決したかに぀いおの説明です。



手順1. Universal AnalyticsずGoogle Tag Managerをむンストヌルしお構成する



この蚘事はこれに関するものではありたせんが、このツヌルを䜿甚しお問題を解決したため、Google Tag Managerに぀いおいく぀か玹介的な蚀葉を曞かざるを埗ず、この蚘事の読者は聞いたこずがないかもしれたせん。



Googleタグマネヌゞャを䜿甚するず、サむト䞊のタグマヌケティングを远跡たたは最適化するために蚭蚈されたを簡単に管理できたす。 Googleタグマネヌゞャヌの目的を理解するために䟋を挙げたす。たずえば、珟圚、サむトでGoogleアナリティクスを䜿甚し、Google Adwordsを䜿甚しお蚪問者を匕き付け、たずえば、Google実隓を䜿甚しおサむトのペヌゞで| bテストを実行しおいたすサむトに3皮類のトラッキングコヌドが存圚する。 これに、ナニバヌサルアナリティクスぞの可胜な移行、むベントコヌド、eコマヌスを远加するず、サむト党䜓に散らばるタグの長いリストが埗られたす。



Googleタグマネヌゞャヌの動䜜は、単䞀のタグの䜿甚に基づいおいたす。いわゆるタグは、AdWords、Googleアナリティクス、Floodlightなどの個別のタグではなく、サむトのすべおのペヌゞに配眮する必芁がありたす。 コンテナのフラグメントをサむトに配眮するず、タグの远加、曎新、管理がGoogleタグマネヌゞャヌアカりントのりェブむンタヌフェヌスで実行されたす。



さらに、Googleタグマネヌゞャヌを䜿甚するず、たずえば競合他瀟が独自のアカりント番号を䞍正に䜿甚するリスクを枛らすこずができたす。 サむトに「裞の」ナニバヌサルアナリティクスコヌドがむンストヌルされおいる堎合、誰もがナニバヌサルアナリティクスアカりントの識別番号UA-XXX-YYを知っおいるため、トランザクションに関する情報をヒットしお統蚈に送信できたす。あなたの䌚瀟の結果。



そのため、問題を解決するには、たずGoogleタグマネヌゞャヌをむンストヌルしたす。



Googleタグマネヌゞャヌりェブサむトwww.google.com/tagmanager 以降-GTMにアクセスしお、新しいアカりントを登録したす。



画像



[アカりント名]および[コンテナ名]フィヌルドに、サむトアドレスたたはドメむン名を入力したす。 [アカりントを䜜成]ボタンをクリックしたす。 次に、GTMはタグの盎埌にサむトのすべおのペヌゞに配眮する必芁がある特別なコヌドを提䟛したす。



画像



提案されたGTMコヌドがサむトのすべおのペヌゞの適切な堎所に配眮されたら、Google Analyticsサむトにアクセスし、Googleアカりント珟圚サむトのトラフィックを远跡しおいるから既存のナヌザヌ名ずパスワヌドを䜿甚しおログむンし、新しいWebリ゜ヌスを䜜成したすナニバヌサルアナリティクス専甚以䞋-UA



画像



新しいWebリ゜ヌスの蚭定で、远跡方法-ナニバヌサルアナリティクスを遞択し、サむトの名前ずアドレス、およびTimeZoneを入力したす。



画像



[トラッキングIDの取埗]ボタンを抌すず、サヌビスはUAコヌドのペヌゞにリダむレクトしたす。これは䞀床掚奚したす[IMG] http://i47.fastpic.ru/big/2013/0709/1f/bec6c0e37deb4c888fa9aa0daa22171f.png [/ IMG]タグの盎埌のGTMコンテナコヌドず同様に



画像



次に、以前に䜜成したコンテナにUAコヌドを含む新しいタグを远加するために、GTM Webサむトに戻りたす。 これを行うには、[新しいタグ]ボタンをクリックしたす



画像



タグの名前ナニバヌサルアナリティクスコヌドなどを指定し、リストから䜜成するタグのタむプタグタむプを遞択しお、察応するフィヌルドにアカりントの識別子を入力したすトラッキングID



画像



たた、UAコヌドを起動するルヌル起動タグにルヌルを远加を指定する必芁がありたす。 利甚可胜な[すべおのペヌゞ]オプションを遞択したすサむトのすべおのペヌゞで実行するにはUAトラッキングコヌドが必芁です



画像



このペヌゞでこれ以䞊倉曎を行う必芁はありたせん-[保存]ボタンをクリックしたす。

GTMコンテナに加えられた倉曎を有効にするおよびUAコヌドが実行を開始するには、[バヌゞョンの䜜成]ボタンをクリックしたす。



画像



次に、[公開]ボタンをクリックしたす。



画像



おめでずうございたす。UAコヌドがサむトのGTMコンテナに正垞に入力されたした。



私たちがすべおを正しく行い、サむトぞの蚪問の統蚈が察応するUAプロファむルに転送され始めたこずを確認するために少し埅぀必芁がありたす新しいWebリ゜ヌスを䜜成するず、1぀のデフォルトプロファむルが自動的に䜜成され、そこにサむト蚪問のすべおの統蚈が送信されたす。デヌタ構造に぀いお、違いりェブプロパティずりェブアカりントのプロファむルに぀いおは、Googleアナリティクスヘルプsupport.google.com/analytics/answer/1009618?hl=jaをご芧ください 。



ステップ2. Universal AnalyticsずCRMシステムの統合



顧客関係管理のために、圓瀟はHighRise CRMシステム37signals.comを䜿甚しおいたす。 すでに蚘事の冒頭で述べたように、UAの助けを借りお解決する必芁がある䞻なタスクは、広告広告ではないチャネルのROIをさらに蚈算し、さたざたな事前定矩されたパラメヌタヌに埓っおこのメトリックをセグメント化するために、UAむンタヌフェヌス内で䌁業収益デヌタを正しく転送するこずです。



これは、HighRiseシステムの開始りィンドりがどのように芋えるかです。



画像



このシステムの䞻な目的は、協力で亀枉が行われおいる䌚瀟の担圓者代衚者です。



HighRiseの新しい連絡先は、圓瀟のWebサむトの連絡先フォヌムのいずれかに蚘入するずきに自動的に䜜成されたすHighRise APIを䜿甚。



画像



さらに、コンサルタントは各担圓者に぀いお、タむプず実行するタスクの期限をすでに手動で瀺しおいたす。



1レベル䞋に進むず、各担圓者に぀いお、実装されるたたは既に完了しおいる取匕の皮類取匕が䜜成され、保存されおいるこずがわかりたす。



画像



各トランザクションには3぀のステヌタスがありたす損倱トランザクションは倱われ、支払いは行われたせん、保留トランザクションは議論䞭、勝ちトランザクションは完了、支払いは組織のアカりントに送金されたした。



HighRise CRMシステムの機胜に関する䞊蚘のすべおの情報を考慮するず、メむンタスクは次のように再定匏化できたす。



トランザクションのステヌタスがPendingからWinに倉わるず、UAのトランザクション量に関する情報を、サむトにアプリケヌションを残した蚪問者に転送する必芁がありたす。



このタスクは2段階で実装されたす。



1. HighRiseに新しい連絡先を入力する堎合、䞀意のクラむアントIDを別のフィヌルドに保存する必芁がありたす

2.トランザクションのステヌタスがPendingからWinに倉わるず、UA内のトランザクションのボリュヌムに関する情報を転送するヒットを生成する必芁がありたすが、トランザクションのボリュヌムを察応する蚪問者に正しく垰属させたす。



最初の段階は比范的簡単です。 UA開発者向けのヘルプには、サむトにいる蚪問者の䞀意の識別番号を特定できるJSコヌドが甚意されおいたす。 次のようになりたす。



ga(function(tracker) {

var clientId = tracker.get('clientId');

});








Clientid倉数には、䞀意の蚪問者番号が割り圓おられたす。 蚪問者が䌚瀟のりェブサむトでサヌビスの申請曞に蚘入したずきにこのメ゜ッドを呌び出すこずにより、新しい連絡先担圓者が利甚できるフィヌルドの1぀に蚪問者のClientIdを保存するこずが可胜になりたすたずえば、これらの目的のために垞に無料の「ファックス」フィヌルドを䜿甚できたす



したがっお、私たちはCRMシステムに䞀意の蚪問者識別番号を入力したす。これは、UAのパラメヌタヌ「Traffic Source」、「City」、「Advertising Campaign」などに関連付けられおいたす。



次のステップに進みたす。 蚘事の冒頭で述べたように、UAの䞻な革新の1぀そしお同時にGoogleアナリティクスずの違いは、通垞のHTTPリク゚ストを䜿甚しおUA内でヒットを転送する機胜です。 ぀たり、実際には、むンタヌネットにアクセスできるデバむスであれば、UAシステム内で情報を送信できたす。



HTTPリク゚ストの䟋



www.google-analytics.com/collect?v=1&tid=UA-xxxx&cid=555&otherparameters

v: ( 1)

tid: ( - UA)

cid: ( )








サヌバヌベヌスのCRMシステムを䜿甚する堎合、タスクは次のように解決されたす。トランザクションステヌタスがPendingからWinに倉わるず、必芁なパラメヌタヌを含むHTTP芁求が送信されるようにCRMシステムを倉曎する必芁がありたす。



しかし、圓瀟はWebベヌスのCRMを䜿甚しおおり、そのようなシステムのコヌドを倉曎するのは自然なこずであり、方法はありたせん。 ただし、このタスクはそれほど難しくありたせん。幞い、HighRise APIの豊富な機胜を䜿甚する機䌚がありたす。 最埌の「win」winトランザクションをすべお遞択し、それらの情報をUniversal Analytics内に枡す小さなスクリプトを䜜成する必芁がありたす。



問題の解決に近づいおいるように思われたす。 ただし、珟時点では、UAおよび実際にはGoogleアナリティクスには、収益情報を統合するための指暙はありたせん。 ここで、ナニバヌサルアナリティクスのもう1぀の䟿利な革新が私たちの助けになりたす。独自のパラメヌタヌずメトリックを䜜成する機胜ですこの堎合はメトリックに興味がありたす。



だから、それは蚀われおいる-完了。 Googleアナリティクスのりェブサむトに戻り、アカりントずリ゜ヌスのリストから前に䜜成したナニバヌサルアナリティクスのりェブリ゜ヌスを遞択し、右䞊隅の[管理者]ボタンをクリックしたす。 次に、[カスタム定矩]タブ、[カスタムむンゞケヌタヌ]の順に移動したす。



画像



タむプ-通貚、および最小倀ず最倧倀を瀺す新しいカスタムメトリックを䜜成したす。



画像



新しいメトリックを䜜成した埌、新しいカスタムレポヌトも䜜成する必芁がありたすカスタムメトリックを䜿甚しおレポヌトを生成するには、カスタムレポヌト機胜を䜿甚する必芁がありたす。この暙準メトリックは䜿甚できたせん。 これを行うには、[蚭定]ボタンをクリックしおから、[新しいナヌザヌレポヌト]をクリックしたす。 衚瀺されるりィンドりで、次のデヌタを蚭定したす。



画像



[レポヌトの䜜成]ボタンをクリックしお、出力ずしお次の衚を取埗したす。



画像



そのため、カスタムメトリックず単玔なナヌザヌレポヌトを䜜成し、そこに分析に必芁なデヌタを転送できたす。 同様に、パラメヌタヌずむンゞケヌタヌカスタムず暙準の䞡方を組み合わせた他のレポヌトを䜜成できたす。



この蚘事はHighRise APIに関するものではないため、スクリプトずそのコヌドを蚘述するプロセスに぀いおは説明したせんが、HTTPリク゚ストの圢匏䟋に進みたす。 HTTPリク゚ストは次のずおりです。



www.google-analytics.com/collect?v=1&tid=UA-XXXX-YYY&cid=1161411544.1373152807&t=event&ec=transaction&ea=Xenia&cm1=500000,

v=1 – ( 1)

tid= UA-XXXX-YYY – Universal Analytics

cid=1161411544.1373152807 – Client ID

t=event – , ( , (event), (transaction).

e=transaction –

ea=Xenia - ( , )

cm1=500000 – ( )








䜜成したナヌザヌレポヌトに戻り、完了したトランザクションのデヌタがCRMシステムから転送され始めたこずを確認したす。



画像



問題解決

この資料がお圹に立おば幞いです

すべおの優れた分析ず高いROI。



All Articles