引子
iOS9釋出以來,universalLink一直是大家熱議不斷的技術話題;無縫的連結不同app,流暢的跳轉體驗,簡易的接入方式,同時又解決h5和native間的無縫切換;對于應用層面,站外引流效率提高,轉化提高,突破微信封鎖等等;
微信封鎖
那麼來說說微信封鎖,實際手段其實是,淘寶商品的連結無法在微信内打開,不管是分享還是朋友圈,使得淘寶的商品資訊無法在微信内流轉,或者流轉成本極高
那麼如何讓微信中的淘寶連結得以打開或者流轉回手淘,則成了巨大的問題,是以後來産生了淘密碼,衆所周知,這是利用剪貼闆的優勢,得以縮短回手淘頁面的鍊路,但終究不是最優美的方案;
直到出現了UniversalLink,完美的跳轉連結方式,那麼是不是這個方式可以完美的解決微信封鎖呢?
如何突破
關于如何使用UniversalLink,以及利用它的特性來突破,以及有很多同學有很詳細的分析和方案,這裡就不說了,有興趣可以這些文章;
關于微信分享小點子 如何從微信引流 UniversalLink在天貓smarbanner的應用 又一個引流入口
本文重點
扯了這麼多,今天本文重點想說的是,微信會不會封鎖UniversalLink,能不能封鎖UniversalLink;
會不會
先來說
會不會
,根據很多小夥伴的demo實踐,目前微信是沒有封鎖UniversalLink的,也就是可以使用UniversalLink鍊路從微信裡喚起手淘,喚起航旅,或者喚起其他阿裡系app;看起來好像很不可思議嘛,競争對手嘛,當年果斷的封鎖了淘寶連結,現在怎麼不封了呢?
我們來看看目前阿裡系app利用微信的情況,目前在微信内流轉最多的,無可厚非,是淘密碼,99%的微信場景都是通過淘密碼來完成,可能隻有個别的極少數流量使用UniversalLink,這種情況下,微信估計是懶得來封吧,但是如果說UniversalLink的流量,每天達到百萬級UV,相信他們是很想,也是絕對回來做封鎖的事情的;
能不能
UniversalLink本質是一個url的Load,先來看看一個普通url的在UIWebView中的load過程,從開始加載到最後頁面完成,會經過如下幾個delegate方法

那麼UniversalLink 的Url加載又是如何的呢?
看到這裡,相信大家都可以看出來了,在是否要加載這一步,可以很輕松的幹掉universalLink
- (BOOL)webView:(UIWebView *)webView shouldStartLoadWithRequest:(NSURLRequest *)request navigationType:(UIWebViewNavigationType)navigationType{
if([request.URL.absoluteString containsString:@"t.asczwa.com"]){
NSLog(@"::: 攔截universalLink");
return NO;
}
NSLog(@":::shouldStartLoadWithRequest:%@",request.URL.absoluteString);
return YES;
}
小結
UniversalLink是個好東西,但是在突破封鎖這個命題上,有巨大的缺陷,apple給了容器足夠的權限去控制url,也許是留了一手,是以在産品業務上,正面考慮沒錯,反面想想,其實會有很大的問題,聊以小結,分享給大家,請使用此技術的時候,三思!