7

Roku ボックス (brightscript) で分析イベントとページ ビューの追跡を実装しています。その部分はそれほど重要ではありませんが、JS はオプションではなく、Cookie の設定もできないことを知っておいてください。変数を設定できますが、それらは典型的な Cookie ではありません。わかりました-素晴らしいソリューション（google-analytics-for-roku-developers/）を実装しましたが、すべて順調です-例外!!

Analytics はユニークを追跡していないようで、ゼロをリストしています。ただし、イベントを美しく追跡しています:)

これが私の URI リクエストのサンプルです (わかりやすくするためにデコードされています)。

http://www.google-analytics.com/__utm.gif?utmwv=1&utmn=1736644096&utmsr=720p HDTV&utmsc=24-bit&utmul=en-us&utmje=0&utmfl=-&utmdt=RokuPageView&utmhn=Home&utmr=-&utmp=Home&utmac=UA-5035974-13&utmcc=__utma=1394882688.2097034752.1347384621.1347384621.1347384621.2;+__utmb=1394882688;+__utmc=1394882688;+__utmz=1394882688.1347384621.2.2.utmccn=(direct)|utmcsr=(direct)|utmcmd=(none);+__utmv=1394882688.13C1CJ109560;

質問 #1 -ドキュメントから、__utma が一意を追跡する要素であることを理解しています。間違っているところはありますか？

質問 #2 - 私が実装した開発コードは、各イベントに対して新しいランダム Cookie を送信します。それは私には間違っているようです。すべてのイベントを通じて持続するセッションベースの Cookie に変更することを検討しています。その時、私は自分の理解をはるかに超えています。これに関するガイダンスはありますか？

4

1 に答える 1

1

#2 への答えは #1 への答えだと思います。基本的に、ブラウザがコード内で Cookie を処理する方法をエミュレートする必要があります。「セッション Cookie」は単なる Cookie です。つまり、リクエストとレスポンスとともに HTTP ヘッダーとして渡される値です。セッション Cookie になるのは、有効期限が過去に設定されているためです。ブラウザ インスタンスが閉じるときに削除します。

Cookie は非常に単純です。HTTP がステートレス (メモリがない) という事実を回避するためのメカニズムです。応答でHTTP ヘッダーを渡す場合Set-cookie: <value>、クライアントは値を記憶しCookie: <value>、後続の要求のヘッダーでそれを返す必要があります。(ドメインや有効期限などに関連する Cookie にはもう少しありますが、それだけではありません)。

したがって、クライアント (Roku) に永続化のための何らかのメカニズムがある場合は、新しい Cookie を保存するだけで済み、新しいランダム Cookie を設定する前にヘッダーを確認し、Cookie が保存されている場合はそのまま送り返します。おそらく、期限切れの Cookie を定期的にクリーンアップする何らかのタスクを実装する必要があるでしょう。

クッキーを恐れないでください。これは単なるヘッダーです (ブラウザーによって付与された魔法の力を備えています)。

于 2012-11-07T22:36:16.917 に答える