很多站点的首屏時間並不是被自己的代碼拖慢的，而是被一串外部资源拖慢的：統計脚本、在线客服、埋点工具、字体库、地图组件、驗證碼、广告位。它們分散在不同頁面、由不同的人加上去，時間一長就没人说得清哪個還在用、哪個早就下線了。
這類問题通常不會让頁面直接打不開，但會持續消耗訪問体驗和抓取效率。做一次第三方资源自查，往往比反复調样式更划算。
一、先列清楚頁面加载了哪些外部资源
打開開發者工具的 Network 面板，分別刷新首頁、栏目頁、内容頁各一個，按域名排序，把不属于本站域名或本站 CDN 的請求挑出来，整理成一張表。
- 統計與埋点：訪問統計、事件埋点、热力图、會话錄制。
- 交互组件：在线客服、评论、分享、彈窗订阅、表單校驗。
- 展示類资源：图标字体、第三方字体、图床、视频播放器、地图。
- 功能類脚本：驗證碼、支付、登入授權、A/B 測試。
- 广告與推送：广告位脚本、联盟代碼、浏览器推送服務。
每一項都标注四件事：加在哪些頁面、是不是全站引入、是否還能找到负责人、最近一次修改時間。
二、常见的几類問题
1. 同步加载挡住渲染
把統計或客服脚本直接寫在 head 区域里同步加载，浏览器要先下载並执行它，才繼續渲染後面的内容。這類脚本本身不影响頁面功能，却能明顯推後首屏。多數情况下改成异步或延後加载就能省下這段時間。
2. 同一功能重复引入
老版統計没删干净、新版又加了一遍；三個模板各自引入一次客服脚本；字体和图标同时從两個 CDN 拉取。單看每個請求都不大，叠加起来就是几百毫秒。
3. 已经失效的請求
被弃用的域名、過期的帳號、下线的服務，脚本仍然挂在頁面上，每次訪問都要等一次超时。這類請求在後台不太容易發現，但會拖慢加载，也可能在控制台留下一串报错。
4. 失敗後没有降級
外部脚本加载失敗时，如果頁面依赖它做渲染或校驗，用戶看到的就是空白块或者点不動的按钮。自查时要確認：脚本挂了，頁面主体内容是否還能正常阅讀和操作。
5. 协议與域名不一致
HTTPS 頁面里引用 HTTP 资源會被浏览器拦截；引用方與被引用方域名不一致，也可能出現權限报错。改版、迁移或換 CDN 之後，尤其要复查一遍。
三、一份可以照着做的检查流程
- 固定頁面样本：首頁、一個栏目頁、一個内容頁，连續测三次取中間值。
- 用開發者工具记錄請求總數、第三方域名數量、阻塞渲染的资源。
- 逐個移除可疑脚本再测一次，观察首屏和交互變化，判断是否值得保留。
- 给保留下来的脚本設定异步加载、超时控制和失敗兜底。
- 把结果寫進运维记錄，作為下次排查的基线。
如果站点有服務器日誌，也可以顺带看看這些外部請求是否频繁超时，超时的時間段是否和訪問高峰重合。
四、整改與复查
整改原則可以简單概括為：能自建的尽量自建，能合並的合並，能延後的延後，確認没用的删掉。並不是所有第三方都要清空，而是要清楚每個脚本在做什么、值不值得為它付出加载時間。
不要一次删掉所有外部脚本再观察效果，那样很难判断是哪一步起了作用。每次只改一項，记錄前後差异，结论才靠得住。
建议每季度复查一次，改版、換主题、加新功能之後各查一次。第三方资源是流動的，今天看着没問题的组合，過几個月可能就變成新的负担。