行業越來越卷，賣正規商品轉化低，利潤低，廣告費入不敷出。賣一些高轉化，高利潤的商品勢在必行， 但是近幾年對HUI產打擊的力度也是非常大，傳統的AB站跳轉模式（這個模式2010年就存在，已經很多年了）支付渠道商很容易識別，而支持HUI產的支付渠道風險又比較高。

google爬蟲，支付渠道商釣魚都在嚴查，那么通過什么方式可以做到隱蔽性更強？讓您網站存活的更久？

通俗的來說，就是顧客在A站點查看商品數據，加入購物車，下單，如果跳轉到B站點支付。A站點是敏感商品數據，B站點是正常站點數據，一般采用PayPal，stripe等大眾比較喜歡的支付渠道商做跳轉支付

AB站跳轉支付模式-風險解析

1.對于AB站跳轉支付模式，這種模式存在的問題：在google廣告后，google爬蟲會模擬下單，測試跳轉。

支付渠道的排查比google的排查力度更大，而且還會人工介入排查，如果發現問題就會凍結賬戶。

對于B站（支付站），該站點是沒有用戶訪問行為記錄的（也就是用戶訪問這個站點，一過來就下單，而不是正常的訪問商品頁面、加入購物車、下單這個自然流程）， 即使有一定的用戶訪問行為信息，也是不自然的，支付渠道商雖然拿不到用戶的訪問行為信息，但是paypal和google是有合作的，google有很多渠道可以收集網站的 用戶行為數據（即使你的B站沒有安裝GA js，但是google 同樣可以通過chrome瀏覽器等方式進行收集數據，google收集數據的方式是非常多的）。因此paypal會查到B站點的用戶行為記錄不正常，人工介入排查就會出問題。這也是很多AB站跳轉支付，當訂單量上來后，過一段時間就會凍賬戶

另外，AB站跳轉模式，瀏覽器數據不互通。對于A站點的流量，如果是從google搜索過來，都會在A站點留下一些cookie等，但是跳轉到B站，這些cookie信息是不會順帶過來的，因此，數據仍然是不自然的。

總之，跳轉模式歷史很悠久了，支付渠道商也都知道支付跳轉模式，也都有手段進行反制審查（支付渠道人工介入審查基本就掛）在邏輯上存在硬傷。（2010年就有很多人用magento搞AB站，SEO外鏈推廣，Paypal跳轉支付）。

Fecify同域雙庫模式：Fecify全新斗篷+特定廣告參數新模式，處于行業領先水平。

同域雙庫模式，顧客從進入網站，訪問商品詳情頁，加入購物車，訂單結賬，訂單支付等操作，都是在同一個域名下，不做任何的跳轉。（目前的一些國內saas商做的同域雙庫，也會做跳轉，只是在同一個域名下的不同子域名跳轉，因此不是真正的同域雙庫，真正的同域雙庫是不做任何域名跳轉）

雙庫，指的是兩套商品數據，根據不同的條件判定返回不同的商品數據，獨立站商城會受到廣告商（譬如google，facebook），支付渠道商（譬如：Paypal，stripe）的雙層審查，而我們的技術就是當這些廣告支付商訪問返回商品A數據，正常顧客訪問返回B數據。

Fecify同域雙庫模式，采用斗篷+特定廣告參數，雙層核驗技術，有效規避審核。

1.如何規避廣告商（譬如google，facebook）的審查？

答：對于google 和facebook等都是使用爬蟲，從理論上講，如果我們有一個ip庫，收集到所有爬蟲的ip，那么就可以進行識別，目前市場上很多的第三方斗篷商，國內外都有

通過對接斗篷引擎的api，即可識別google和facebook爬蟲

2.如果規避支付渠道商（譬如：Paypal，stripe）的釣魚審查？

答：通過特定廣告參數來實現，特定廣告參數就是在商家端后臺配置的幾組廣告參數， 譬如 ?feckey=mycccccccc。

通過設置特定廣告入口參數，存在這個入口參數的url訪問的時候，才會判定為二庫用戶（可以訪問副本站點的商品數據）

如果url中不存在入口參數，是無法訪問副本庫的特殊商品的。這樣，當支付渠道商人工排查，直接訪問站點，是不知道這個入口參數的，因此支付渠道釣魚是訪問不到副本站點的特殊商品數據， 這樣可以杜絕支付渠道方釣魚。

為了進一步的安全，入口參數可以設置有效時間，即使支付渠道方拿到了這個廣告入口參數，但是人工排查都有時間延遲，等人工介入的時候我可以關掉這個入口，那么 仍然訪問不到副本站的特殊商品。

特定廣告參數-通俗的解釋：有點像偵探片里面的線人，只有找到線人才能繼續進行偵探工作，特定廣告參數就是一個訪問副本站點庫的入口，只有知道這個入口才可以訪問副本站點的商品數據， 而這個入口又可以在后臺隨時開啟和關閉。

一般站點都是有一個轉化率的標準幅度，為了安全，您可以混賣，也就是該站點的正常商品也廣告推廣售賣，特殊商品也進行廣告推廣售賣 ，這樣進一步保證您的網站的用戶行為數據趨于自然范圍，不會觸發風控（從而降低支付方人工審查的概率）。

總之，讓數據趨于自然，根據需要隨時的開啟和關閉廣告入口，再加上第三方廠商提供的cloak驗證，寧錯殺1000，不要放過的一個原則，就可以讓網站運行的更持久