链接批量导出5种方式实测效率差10倍：LinkGrabber浏览器插件F12控制台JavaScript脚本Sitemap爬虫抓取和Python写爬虫四种方案按几十个页面到几千个页面的规模各走哪条路最划算

有个做SEO的朋友上周给我发了个截图：一个Excel表，里面密密麻麻列了4700多个URL。他给一个客户的网站做内容审计，手工从导航栏、列表页、内链文章一页一页复制链接，花了整整三天。中间还漏掉了一个分类页，第二天才发现，又从头补了一遍。

他说"有没有什么工具能一次性把全站链接导出来？"答案是有的，而且不止一种。但不同的工具在链接数量、导出格式、操作门槛上差得不是一点半点——同样的网站，有的工具只能抓出来200个链接，有的能抓出来5000个，有的得花半小时手工筛选，有的三秒搞定。这篇文章把主流的五种方式全跑了一遍，从最省事的浏览器插件到最灵活的Python脚本，你可以根据自己的网站类型和技术水平挑。

一、浏览器插件：Link Grabber 和 Extract URL，日常最省事的选择

如果你只是偶尔需要导出某个页面的链接，或者临时扒一下竞品网站的导航结构，浏览器插件是最快的。不需要开终端、不需要装Python环境，点两下就行。

插件的局限也很明显：只能提取当前已加载页面的链接。如果你网站的列表页是分页加载的（第1页、第2页……第50页），插件只能抓到你当前打开的那一页。想导出全站链接，你得手动翻50页，每页点一次插件，效率立刻打回原形。

二、F12控制台脚本：不装插件，三行代码搞定当前页

很多人不知道，Chrome和Edge自带的开发者工具就是一个现成的链接提取器。按F12打开控制台（Console），粘贴下面这段代码，回车，浏览器会自动收集当前页面所有a标签的href属性，去重后弹出一个新窗口，一键复制全部链接。

// 提取当前页面所有链接，去重后导出const links = [...new Set([...document.querySelectorAll('a[href]')].map(a => a.href).filter(href => href.startsWith('http')))];console.log(`共找到 ${links.length} 个链接`);const win = window.open('', '_blank');win.document.write('
' + links.join('\n') + '
');win.document.close();

这个脚本做了三件事：用querySelectorAll('a[href]')拿到所有带href的a标签，用Set去重，然后把结果输出到一个新标签页。如果你只要站内链接，在filter里加一个域名判断就行。如果要同时抓取图片链接、CSS背景图链接、iframe嵌入链接，把'a[href]'换成'a[href], img[src], iframe[src], link[href]'即可。

F12脚本和插件的本质是一样的——都是在当前页面的DOM里找链接。它比插件好的地方是：不用装任何东西，不用担心插件权限问题，而且你可以随时改代码来调整筛选逻辑。如果只是想快速看一眼某个页面的链接结构，这是最干净利落的方式。

三、在线链接提取工具：不装插件不开F12，粘贴就能用

有些场景下，你手边不是自己的电脑——比如在客户公司演示、用公共电脑查资料，或者你用的是iPad。这时候在线工具就派上用场了。把网页的HTML源码复制粘贴进去，或者直接输入网址，工具会自动解析出所有URL。

在线工具最大的优势是跨平台、零安装。但同样绕不开"只能处理你给它的内容"这个限制。如果你手动复制了一个页面的HTML粘贴进去，它就只能提取那一页的链接。想要全站链接，你得先把全站所有页面的HTML都弄到手——这又回到了最初的难题。

四、Sitemap爬虫工具：真正能导出"全站链接"的方式

前面说的三种方式（插件、F12脚本、在线工具）都有一个共同的短板：只能处理当前已加载的单个页面。如果你的网站有200篇文章分布在20个列表页里，光靠这三种方式你得手动翻20页，操作20次。真正的全站链接导出，需要的是爬虫工具——它能从一个起始URL开始，自动递归访问所有内部链接，像蜘蛛一样爬遍整个网站，把每一页的URL、标题、状态码、层级深度都记录下来。

爬虫工具的效率是前面三种方式完全不能比的。同样一个300页的网站，用插件+手工翻页可能要两小时，用Screaming Frog只需要3-5分钟，而且导出的数据维度多得多——不仅能知道有哪些链接，还能知道哪些是404、哪些是301重定向、哪些页面的title是空的。

五、Python爬虫脚本：最灵活，但也最吃技术

如果你管的不止一个网站，或者爬虫工具的免费额度不够用（比如站群里有几十个站点，每个几百页），Python脚本是性价比最高的方案。一次写好，重复使用。而且你可以自定义任何逻辑：只爬特定目录、自动处理分页、导出时带上自定义字段、多个网站并行爬取。

import requestsfrom bs4 import BeautifulSoupfrom urllib.parse import urljoin, urlparseimport csvdef crawl_links(start_url, max_pages=500):visited = set()to_visit = [start_url]domain = urlparse(start_url).netlocresults = []while to_visit and len(visited) < max_pages:url = to_visit.pop(0)if url in visited:continuetry:resp = requests.get(url, timeout=10)visited.add(url)soup = BeautifulSoup(resp.text, 'html.parser')title = soup.title.string if soup.title else ''results.append([url, title, resp.status_code])for a in soup.find_all('a', href=True):href = urljoin(url, a['href'])if urlparse(href).netloc == domain and href not in visited:to_visit.append(href)except:continuewith open('links.csv', 'w', newline='', encoding='utf-8-sig') as f:writer = csv.writer(f)writer.writerow(['URL', 'Title', 'Status'])writer.writerows(results)print(f'完成：共爬取 {len(results)} 个页面')crawl_links('https://你的网站域名.com')

这个脚本的核心逻辑不复杂：从一个起始URL开始，用BeautifulSoup解析页面里的所有a标签，把同域名的链接加入待爬列表，递归访问，最后导出CSV。运行前需要pip install requests beautifulsoup4装两个依赖。如果要爬多个网站，把start_url换成URL列表，用for循环遍历即可。如果要处理JavaScript渲染的SPA页面，把requests换成Selenium或Playwright。

六、五种方式怎么选？一张表说清楚

五种方式没有绝对的"最好"，只有适不适合你的场景。下面的对照表按"你想干什么"来推荐，不是按"哪个工具功能多"来推荐。

如果非要给一个通用的选型建议：单页用F12脚本（最快），全站用Screaming Frog（最省心），多站批量用Python（最灵活）。在线工具和浏览器插件是中间方案，适合特定的临时场景。

七、链接导出之后的六个常见用途

链接导出不是终点，导出之后怎么用才是关键。很多人费劲把全站链接导出来了，放在Excel里不知道下一步干什么。下面这六件事是SEO从业者最常做的：

这六件事里，死链排查和内链审计是频率最高的。网站改版、删除页面、更换域名时，最容易出现链接断裂的问题。如果你管理的不止一个网站，每个站都手动跑一遍这些检查，工作量是指数级增长的。

八、多站场景：链接导出怎么自动化

前面说的五种方式都是针对单个网站的操作。如果你管理的是站群——比如10个、20个甚至50个独立站点——每做一个站就要手动打开Screaming Frog跑一遍、导出CSV、做死链检查、汇总数据，时间成本会非常高。

对于站群场景，UC建站系统的多站看板就内置了链接健康监控功能——每个站点的链接状态、死链数量、重定向链长度都在一个界面里展示，不用一个一个站去跑Screaming Frog。系统底层基于HTML直出架构，页面结构清晰，链接层级规整，爬虫工具抓取时基本不会漏掉任何页面。相比手工管理的站群，链接审计的时间从"每个站半小时"压缩到"看板扫一眼三分钟"。

链接导出这件事，说穿了就是三个层次的需求：偶尔看一个页面用F12脚本或插件，单个网站做深度审计用Screaming Frog，多站批量管理用Python或统一平台。选对工具层次，比纠结哪个工具功能多要重要得多。

最后说一点：不管你用哪种方式导出链接，定期做一次全站链接审计是一个性价比极高的习惯。死链会影响用户体验和搜索引擎抓取效率，重复页面会分散权重，孤立页面等于白写。导出来看一眼，花不了多长时间，但能避免很多"写了没人看"的浪费。