摘要：給一個解決思路在異步加載好相關文章時，可以改變它加載完成的內(nèi)容，或者用重新渲染一下元素使綁定改變鏈接的事件失效等。

昨天寫的流量分析（一），請戳：使用wireshark進行數(shù)據(jù)鏈接層的抓包分析——流量分析（一）

先看一張博客的百度統(tǒng)計流量來源網(wǎng)站截圖，可見來自wumii的流量相對較高，但是實際并沒有把文章發(fā)布到wumii，那它是哪來的呢？原來是用了wp的相關文章插件。下面一張對比圖表示了wumii插件加載的js對相關文章鏈接的更改：鼠標未點擊時鏈接為本站的url，鼠標點著不放的時候它會把鏈接變?yōu)?b>wumii的redirect并加上要跳轉(zhuǎn)地址的參數(shù)，鼠標松開的時候執(zhí)行鏈接跳轉(zhuǎn)事件——經(jīng)過它的一次跳轉(zhuǎn)就把用戶流量導向了wumii，來源網(wǎng)站就變成了wumii——有興趣的童鞋可以在大超超在思考博客文章下方相關文章區(qū)試試看。

我們來看一下它這個redirect生成的HTML源代碼：

可見用的是js方式跳轉(zhuǎn)文章。

無覓為什么要繞這個圈子呢？要么直接給用戶展示相關文章鏈接，并且不要在點擊的時候做小動作，要么就直白點，把鏈接弄成wumii的，不要做一個點擊時才變換鏈接地址。

相信無覓應該是為了他們網(wǎng)站更好的閱讀體驗和更佳、更精準的相關文章推薦，將用戶此次點擊在redirect的處理程序里作下記錄存入數(shù)據(jù)庫。

如果是這樣，對比百度分享提供的關聯(lián)文章功能，百度就沒有把鏈接轉(zhuǎn)回他們那邊，但是它同樣可以統(tǒng)計到用戶是點擊了這個推薦里的鏈接（鼠標松開時會異步請求百度的一個統(tǒng)計鏈接）。

給一個解決思路：在wumii異步加載好相關文章時，可以改變它加載完成的內(nèi)容，或者用js重新渲染一下dom元素使綁定改變鏈接的事件失效等。使用setInterval來做是個思路，見以下代碼（我做的是把鏈接后加上來自wumii的標簽便于統(tǒng)計）：

// wumii關聯(lián)文章插件修改 @ 2014-01-24 15:19:34
$(function(){
    var wumiiSitePrefix = "http://www.thinkful.cn";
    var wumiiEnableCustomPos = false;
    var wumiiParams = "&num=6&mode=3&displayInFeed=1&version=1.0.5.5&pf=WordPress3.5";
    // 避開加載高峰異步加載wumii
    setTimeout(function(){
        // 獲取主插件js
        $.getScript("http://widget.wumii.com/ext/relatedItemsWidget.htm");
        // 修改鏈接原跳轉(zhuǎn)方式
        var wumiiLinkReplace = setInterval(function(){
            // 判斷是否完成dom加載
            if( $("a.wumii-image-block").length ){
                // 添加來自wumii的標簽（seo不推薦）
                var $wumiiBlocks = $("a.wumii-image-block");
                $.each($wumiiBlocks, function(k, v){
                    var url = $(this).attr("href");
                    $(this).attr("href", url+"?d=plugin.wummi.arelated");
                });
                // 完成后清除這個定時器
                clearInterval(wumiiLinkReplace);
            }
        }, 300);
    }, 1000);
});