SiteCatalystは1st-Party Cookieで導入すべき3つの理由 - 実践★Adobe Analytics
SiteCatalystは1st-Party Cookieで導入すべき3つの理由 posted Oct 9, 2011, 2:35 PM by Makoto Shimizu [ updated Feb 13, 2012, 4:29 PM ] 標準的な導入方法の場合、SiteCatalystは2o7.netまたはomtrdc.netのドメインで発行するCookieにビジター固有のIDを保存します。計測対象サイトとは異なるドメインと送受信されるため、「第三者のもの」という意味でサードパーティーCookieと呼ばれます。 3rd-party Cookieは便利なので、手軽に使われてきました。 自社ドメインの発行Cookie数が増えない （IEではドメインあたりのCookie数が20に制限されます） 複数のドメインを超えても同じCookieが使える （1st-party Cookieの場合、例えば
Yahoo!トップページにSiteCatalystを入れるとしたら :: 「清水 誠」公式サイト
2011年02月08日 02:30 SiteCatalyst経験者の中途採用募集で一時Twitterを賑わしたYahoo! JAPAN。もし元楽天の解析リーダーがYahoo!のトップページにSiteCatalystを導入するなら、と妄想しながら実装してみました。現役時代には書けなかったエントリーです。 勝手に想像した要件 Yahoo!のトップページはデスティネーションではなくスタートページなので、流入ではなく離脱を分析することで、送客のコントロール精度を高めたいハズ。 全ページビューを計測するのはサーバー負荷やコストの面で非現実的。用途を絞り込むことで、計測コール数を最低限に抑えたい。 全部のサイトにSiteCatalystを導入するのは社内調整や実装に時間がかかり過ぎる。実装の負荷をどこまで抑えられるか？ と、勝手に想像しました。 要件定義では、知りたいことを明確にするだけでなく、各種の
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://logmania.masakiplus.net/archives/314
