2

_link() が生成する長いクエリ文字列で発生している問題を回避するために、Google アナリティクスのクロス ドメイン リンクで _link() の代わりに _linkbypost() を使用することが可能 (または推奨) であることに興味があります。

_link() は _GET を使用して、巨大な意味不明なクエリ文字列を宛先 URL に添付することでデータを渡します。これにより、いくつかの頭痛の種が発生します。これにより、私のキャッシュ スキーム (正確に一致する URL をキーオフする) が妨げられ、多くのソーシャル メディア ウィジェットが狂ってしまいます (これにより、私のビジネスにとって非常に重要であることが証明されています)。

したがって、get ではなく post を介してそのデータを渡すことで、クリーンで整然としたキャッシュ可能な URL を失うことなく、同じように追跡できることを願っています。しかし、投稿がどのように機能するかをよく理解していないので、これが実現可能かどうか、または他の理由で本当に悪い考えであるかどうかはわかりません.

_linkbypost() が機能するにはフォーム オブジェクトが必要であることはわかっているので、次のように各クロスドメイン リンクに onSubmit 関数を追加する計画でした。

var crossLink = $(this).attr("href"); 
var formHTML = '<form id="crossForm" action="'+crossLink+'" method="post"></form>';
$('body').append(formHTML);
var crossForm = $('#crossForm');
_gaq.push(['_linkByPost', crossForm]);
return false;

そもそも悪い考えではないと仮定すると、その実装は合理的に思えますか?

4

1 に答える 1

1

_linkByPost が引き続き URL を介してデータを送信すると確信しています。だから私はそれがあなたの問題の解決策だとは思わない.

_link を使用して、2 番目の引数を true として使用して、URL のアンカー部分 (クエリ パラメータとしてではなく) でクエリ パラメータを渡すことができます。

_gaq.push(['_link', 'http://www.myothersite.com', true]);

これにより、次のようなURLが生成されます

http://www.myothersite.com#__utma=1.2.123123...

_gaq.push(['_setAllowAnchor', true]);また、アンカーからデータを読み取るように GA に指示する必要があります。

キャッシュを破壊せず、ソーシャル プラグインの問題を軽減するだけで十分です。

于 2013-10-03T08:39:33.240 に答える