再跟大家補充一下這個系統我們運營過程遇到的各種觸發條件（何為觸發條件？就是你做了什么動作為條件，系統會檢驗什么信息）：磁盤底層信息(實名認證和安裝數字證書和安裝支付寶安全控件讀取調用，能夠讀取的我們知道的有旺旺客戶端，支付寶安全控件，數字證書等)，網卡mac，瀏覽器和系統UI（https數據傳輸調用，通俗地說就是我們打來淘寶界面就調用了進行比對了，就是我們知道的瀏覽器COOKIE，這個技術在WEB已經運用的很成熟了，大家無需多疑，呵呵）。

特征索引數據庫：收集到的信息進行整理、分類、索引以產生索引庫。按照一定方式有序編排起來，以供檢索的數據庫。我們可以叫做此系統是不斷收集和更新數據的學習型病毒積累系統，里面包含了大量數據，經過大量訂單交易訂單步驟軌跡數據的收集，分析比對，集合信息，就像我們日常配貨一樣先把貨集合好，建立多個特征信息庫。就是我們經常聽到的數據緯度，里面有多少緯度就是商業機密，然后交給下面說的檢索系統調用此數據庫的數據緯度。我們每生成一個訂單，就會生成各種數據進入這個系統供檢索和分析。

數據檢索系統data retrieva：從索引數據庫或存儲中查找和選取所需數據的過程。淘寶有千千萬萬個訂單，每一個訂單號都需要經過這個系統分析比對，其中調用了哪些數據我們估計在運營或者炒作過程中也得出了一些經驗，沒錯，罪魁禍首就是他讀取了你能想到的一些信息，我在這里舉幾個例子開發模型，大家可以舉一反三：

1、淘寶靜默轉化數據緯度比對

旺旺在線聊天：如系統設定無聊天為w ，手機旺旺為WW，旺信為WWW，網頁旺旺為WWWW 檢索系統則調用特征索引數據庫數據分析交易數據的其中一個緯度比對：

例女裝類目交易訂單中此緯度正常百分比【特征索引數據庫數據】：

WW>15%

www>0.15%

wwww>2%

淘寶商品ID123456  交易訂單1、2、3、4、5-100個訂單【我們知道銷量數100個訂單中】ww<15% 緯度異常，判定降權。反之亦然。  

2、購買旺旺信譽度緯度比對

設置購買旺旺信譽度0=w 1心=ww 2心=www…………如此類推

緯度判定指標為

訂單中此緯度正常百分比【特征索引數據庫數據】：

w<60%

ww<40%

www<30

淘寶商品ID123456  交易訂單1、2、3、4、5-100個訂單【我們知道銷量數100個訂單中】ww>60% 緯度異常，判定降權。反之亦然。

以上緯度為虛擬數據，別對號入座，是為舉例說明，大家經過各種降權苦逼后應該都知道很多緯度，這個我們可以后期在探討再分享。

每個數據比對后都會進入最終判定，大家都應該知道的是，如單一緯度異常，就是判定疑似虛假交易，可申訴，申訴后進入人工判定（淘寶為了節省人力，你不申訴就不人工了，默認系統判定）。如果系統檢測多個緯度異常，就是虛假交易，哈哈，還是為了節省人力資源，自動關閉申訴接口。就是大家聽到客服說的不允許申訴了。如果你惡意申訴，后果嚴重哦。

如果你看不懂上面的，這里通俗地說我們知道的后臺計算流程，用通俗語言大概可以這樣理解：

判斷點擊過濾(pmcots) > 判斷交易（ctu） > 檢索訂單數據（數據檢索） > 結果判定

再說幾個日常比較典型的，支付寶賬戶關聯，支付寶系統在安全方面銀行交易系統利用SSH框架做的https+數字證書，這個之記錄硬件和加密數據傳輸，不存在賬戶關聯，至少系統不會去檢測，（進入人工判定不知道）。比如說**返款，用其他支付寶返款之類的云云，無非也是自我安慰而已。

再說一下物流單號,淘寶其實有兩個物流公司接口，一個是客戶端物流顯示系統，就是我們看到的前端物流信息，如果進入人工判定，還有一個是物流公司開放給淘寶的一個內部API接口，此物流信息和物流網點的內部系統顯示的物流信息一致，比客戶端的更及時，更詳細。這個系統雖然把物流系統作了一個緯度判定，但是因為在技術上的原因，并不能以匹配物流指標的字符串是否相符合為系統自檢測判定指標，因為訪問量大，需要匹配的字符串太多，數據運算壓力大。但是重復的物流單號和時間匹配是有存在的，淘寶今年更新了前端攔截技術，把重復使用過的物流單號攔截在前端提示，可是由于數據庫的更新和傳輸延遲，有一定比例的攔截失敗，到了物流判定，一般是人工檢測是否惡意使用虛假單號了。

關于申訴，訂單申訴的都是隨機抽取（可能其中只有一個訂單進入了判定異常），大家不要糾結為什么是這5個。

以下給大家分析一些降權案例：

1、為什么很多人說*一個新單品，很快就降權了，而同樣方式*的一個熱賣單品，卻不會降權。

原因：這就是熱賣單品ID沒有超過判定緯度的警戒值，沒達到百分比，所以沒進入判定。而新品交易訂單量小，流量轉化比一下子飆升，異常百分比一下就體現出來了。系統如果判定成立，是寧可殺錯一千，不放一個。系統沒人情的哦，因此，有些導致錯誤判定就有了申訴接口，也因此導致大家申訴時間都要去到3天了，因為誤判定有點多，有意無意申訴的有點多，而處理的人手不夠多的原因了。

2、為什么QQ群YY群*，用了**還是降權。

原因：今年更新的新技術因為對方登錄的ID前面導致的多訂單降權無法申訴（多原因），因此硬件信息被系統提名為重點檢測，在搜索引擎中，有幾個概念叫做廣度優先搜索，深度優先搜索，先進后出搜索，其實判定索引就更新了這個技術，因此這個PC和此旺旺小號ID生成的任意信息（包括COOKIE，客戶端和控件獲取的其他信息）都將優先進入判定分析，系統自動把此訂單維度指標上升百分比（重點分析）。因此我們經常運用各種小號檢測網站檢測小號交易數量可以有效避免有沒有進入深度優先判定策略了。但是你所了解的也不一定是進入深度的觸發條件哦，怎么避免進入系統深度判定策略？說實話我也不知道，也許鬼腳七知道，你去@下他微博看看 ，哈哈，手賤真點了？這個實例就是個錨文本哦，剛剛你點的就是上面說的印象轉變為關注，再轉變成點擊行動，看來不能在這用艾特符號！

3、為什么正常交易的會被降權？

原因：還是系統分析后交易軌跡緯度異常，比如先低價賣再高價，這個就是此系統新的一個檢測緯度（淘寶注意到最近太多人玩9.9包郵不發貨了提升權重了），比方價格浮動> 70% 交易數據落差比為3 ，交易轉化數據短時持續提升等。。。。。判定為異常，進入人工申訴接口。其他，大家去猜測，不一一說明，大家都懂。你能想到的軌跡也許他就進入了數據檢索。

系統分析就暫且到這里吧。很多菜菜說看得云里霧里了。。。說越多你就會覺得這趟水越深了。。。

說回開頭的，很多人說做電商很壓抑，很苦逼，做淘寶不算苦逼，應該是你沒找到樂趣，實話我也沒找到。淘寶面對這么多用戶不更苦逼？谷歌面對全球SEOer和全球用戶不更苦？如果你曾經做過SEO，打敗過谷歌，百度，那么請你站在seoer的角度看問題，很多問題你會豁然開朗，為什么淘寶K你而不K他？為什么K了還給你申訴？為什么淘寶收錄他的商品比你的快？商品快照等于網頁快照嗎？為什么這幾商品ID權重那么高搶到了豆腐塊？具有哪些共同特征？舉個例子，其實我們分析直通車惡意點擊過濾系統，就能分析出點擊軌跡是否被淘寶系統過濾，分析他的搜索排序系統，就能分析出淘寶系統從大量訂單中收集了哪些購物軌跡特征。。。面對這個系統，面對淘寶運營，大家深度挖掘，一定能挖出不少你之前沒有考慮過的東西。

此文先拋磚引玉，希望大家有所啟發。如果你找到打敗這個二代稽查系統--我們認為是個變態機器人的方法，請別外傳哦，記住永遠的二八定律，永遠只有2個人的成功需要8個人來墊底。怎么都躲不過的，心理受系統降權陰霾重創的朋友請別PM我,有沒有解決方案，我也沒解決方案，我是個開發者，淘寶難道會大發慈悲開放特征數據庫的API給我調用？就算今天有，明天也不一定行得通，試問，你能保證淘寶系統不針對這個BUG做更新升級嗎？難道阿里的開發部的人都在守株待兔？在日常炒作過程中甚至正常交易中都一不小心就超過了他們設定的緯度警戒值了，所以在模擬過程中多看一些特征，多元化去淡化特征不進判定警戒值百分比就是王道。懂得人自然懂，不懂就是你的思路問題。

下次不講*這個話題，探討SEO和運營思路吧。講講淘寶權重的組成和搜索展示，講講和未來的移動互聯網對電商的影響，以至于賣家的運營思路和賺錢手段影響和變革吧。

不要問我什么時候寫，后面的看心情寫吧，例如這篇再被甩手網封號就嚴重影響了心情了，哈哈，沒錯，淘寶賣家就是這么個肚量，共勉。