http://davidleee.com/2017/01/04/universal-link-problems/?utm_source=tuicool&utm_medium=referral

這篇文章講的都是整合 Universal Link 的時候可能會踩的坑，並不會講具體如何使用

官方關聯檔案測試

一般來說，把關聯檔案（apple-app-site-association）佈置好之後，都要使用蘋果提供的官方測試工具測試一下，然而結果很可能是這樣的：


這個提示大多數與關聯檔案無關。
據瞭解，測試工具會先去爬輸入的網站的資訊，找到關聯檔案，檢查關聯檔案格式，然後執行最關鍵、最有可能導致這個問題的一步：去 App Store 檢查 appID 所對應的應用是否存在。

所以說，如果官方測試通過，那是極好的；但是如果不通過，那就直接測試一下功能。我們現在就是處在官方檢測不通過、功能卻可以正常使用的狀態。

跨域問題


沒想到吧！做移動端的人也有碰到跨域問題的一天！

在蘋果多次迭代 Universal Link 之後，直接將連線丟到瀏覽器位址列裡面開啟已經是不可行的了。更有甚者，通過點選按鈕跳轉的網頁連結 有時候 也不能拉起應用。

這個 有時候 應該就是碰到跨域問題。這種情況下，將連結貼上到備忘錄或者簡訊裡面，發現可以點選拉起應用，那就是跨域問題無疑。

跨域問題：假設當前網頁的地址為 a.com，如果要跳轉的連結也是 a.com 這個域下的，系統將不會進行拉起應用的操作，必須要跳轉不同的子域，例如 

b.com 時，系統才會根據關聯檔案去判斷是否要拉起應用。

雖然不知道蘋果這樣設計的道理，但是解決方法也是很簡單直接，就是讓跳轉連結跨域。

選擇性跳轉

通過 Universal Link 拉起應用之後，你會發現狀態列的右邊有個跳轉到 Safari 的小按鈕，如果你好奇心滿滿地點了下去，那麼恭喜你，這個連結以後就“再也”不會拉起 App，而是直接用 Safari 打開了。

問題就在於，系統會嘗試理解使用者的意圖，當你點了那個跳轉按鈕，系統會認為你想要開啟網頁而不是 App，於是以後就會按照“它認為的”你的意思去執行跳轉。
在瀏覽器打開了一個本可以拉起應用的 Universal Link 時，通過下拉網頁，可以拉出一個開啟對應應用 banner，算是對拉起應用的一點補償吧？

如果使用者點選了網頁頂部 banner 中的“開啟”拉起了應用，下一次使用者再次點選連結的時候，系統就會首先去拉起應用。

簡單來說，系統會記住 Universal Link 最後到達的位置，並將這個位置作為下次的預設開啟選項。

在這個回答裡，可以看到更詳細一些的分析。