訂閱可以從剪貼簿、QR Code 或 Safari 喚起匯入，類型列表裡對應 Subscribe。匯入成功後，首頁會出現一組伺服器，數量應與服務方說明大致一致。之後需要更新時，對這一條執行「更新」。失敗時介面可能提示逾時、無法下載、主機無法訪問，或內容無法解析。這三類原因不同，不要一上來重新安裝 App。
本站不提供訂閱連結、QR Code 或伺服器參數。沒有有效配置時，即使已經允許新增 VPN，也無法建立代理連線。下面只說明檢查順序。
先分清「更新」和「連線」
更新是應用去拉取訂閱 URL 的內容，把節點列表寫進本地。連線是選中某一條伺服器、開啟開關、建立隧道。更新失敗時，舊節點往往還在，仍可能連得上；連線失敗時，更新卻可能是成功的。把兩件事攪在一起，會誤刪還能用的列表。
定時更新只是按間隔重複同一動作。間隔到了仍然失敗，原因和手動點更新相同，把間隔改短不會修好過期連結。
檢查順序
- 是這一條失敗，還是全部失敗。多條訂閱可以並存。只處理報錯的那一條。刪掉全部配置，會丟掉仍可用的節點和規則，也讓你失去對照。
- 連結是否仍有效。向服務方重新複製訂閱 URL，覆蓋或重新新增這一條。帳戶過期、重置訂閱、更換更新地址後，舊連結會一直失敗。不要改應用裡的顯示名稱來「修復」連結，顯示名稱不參與更新。
- 目前網路能否訪問更新地址。有的更新介面在未連線時才能開啟，有的則要先連上已有節點。可先把全域路由切到直連再更新，或換一個網路試一次。見 全域路由。
- 是逾時還是解析失敗。逾時是在限定時間內沒有拉到內容，常見於網路或服務方介面不可達。解析失敗是內容拉下來了，但不是應用能識別的格式，應向服務方確認訂閱類型，而不是改延遲測試或 DNS。
- 系統時間是否準確。日期錯了可能導致 TLS 交握失敗，更新和連線都會表現異常。先在系統設定裡開啟自動設定時間。
匯入方式上的差異
剪貼簿匯入要求複製的是完整 URL，中間不要帶多餘空格或只複製了說明文字。QR Code 匯入對準的是服務方提供的碼，不是任意網頁截圖。Safari 喚起依賴服務方按約定寫好的連結，本站無法代替生成。單個伺服器是手動填寫協議、位址、連接埠和密碼或 UUID，不屬於訂閱更新；欄位必須與服務方一致，填錯不會在「更新」裡被糾正。
配置頁管理的是 conf 檔案。有人把訂閱只加到了首頁，卻在配置頁裡找「更新」；或只更新了 conf，以為節點列表會跟著變。兩者可能指向不同來源。更新前先確認你點的是當初匯入的那一條。
更新成功但列表不對
節點數量突然變少，先再更新一次，並對照服務方公告。服務方下線部分線路時，列表變短是預期結果，不是應用丟資料。顯示名稱可以自己改，不參與連線運算；不要靠改名稱判斷更新有沒有成功，以數量和實際能否連線為準。
規則集與節點訂閱經常是兩條 URL。只更新了節點，全域路由在「配置」下的分流不會自動變新。只更新了規則，首頁伺服器也不會增加。需要兩條都更新時，分別操作，不要期望一次「更新」覆蓋全部。
不要先做的事
- 刪除全部訂閱和 conf，再重新安裝 App。這會清掉仍可用的資料，也不能讓過期連結復活。
- 從非 App Store 管道安裝「能更新的修改版」。來源問題見 只從 App Store 安裝。
- 在同一條失敗連結上連續重試幾十次。若是服務方限流，只會繼續失敗。
- 把更新失敗當成延遲測試問題。測速不負責拉取訂閱，見 延遲測試。
剪貼簿裡如果同時有說明文字和 URL，應用可能讀不到合法地址。只複製以服務方給出的方案名為字首的那一行，或只複製 https 開頭的連結。QR Code 模糊、反光或只拍到了部分定位點，會掃成錯誤內容，看起來像「更新失敗」，其實是匯入時就寫進了錯誤地址。
一條訂閱可以包含很多伺服器，更新時整表替換或按服務方規則合併，以已安裝版本的行為為準。不要在更新進行中強制殺掉應用。中斷後列表可能停在舊資料，也可能只寫下半截；此時再更新一次，仍失敗再按上面的順序查連結和網路。
若服務方同時給了訂閱和一份 conf，先問清楚日常該更新哪一個。兩份來源並存時，首頁節點和配置頁規則可能對不齊，全域路由選「配置」會顯得「更新過了卻沒變化」。這不是應用丟了更新，而是你更新的不是目前正在用的那一份。
企業網路或校園網有時只放行瀏覽器，不放行應用直接訪問更新地址。可以先用 Safari 開啟服務方提供的訂閱頁（不要把頁面另存成安裝套件），確認網路能訪問該網域，再回到 Shadowrocket 更新。Safari 能開啟而應用逾時，再向服務方確認是否限制了非瀏覽器請求。
匯入與更新的介面位置見 圖文教學。類型列表裡的 Subscribe 見 功能。VPN 開關無效時先看 授權，不要和訂閱更新混查。本站不代為生成或續期任何訂閱。