如何在 Naver Search Advisor（以及 Daum）注册您的网站

有人发现公司在 Naver 上搜不到，这件事落到了您头上。先看 Naver 自己怎么说：您并没有漏掉什么注册手续。Naver 的常见问题页面写得很明白（译自韩文）：“不存在搜索注册程序”。网站不需要登记任何东西，也能出现在它的搜索结果里。

注册仍然值得花一个下午。对新网站，Naver 说注册“会有帮助”；而且只有通过它，您才能看到 Naver 的爬虫怎么看待您的网站，并请它回来再抓一次。本指南先讲 Search Advisor，从开账号一直到首批抓取请求，再讲 Daum 那个规模小得多的工具。

韩国的搜索有多少经过 Naver

这要看由谁来统计，而两个常用来源的数字相差很大。

StatCounter 统计的是：在装有其统计代码的网站上，从搜索引擎进入的页面浏览量。它给出的 2026 年 9 月韩国全平台数据是 Google 47.97%、Naver 43.06%、Bing 4.83%、Daum 0.73%。仅看移动端，Naver 以 59.56% 领先。

InternetTrend 是一家韩国服务，统计的是韩国网站收到的搜索引荐流量。它给出的同月数据是 Naver 66.75%、Google 27.57%。

两者抽样的网站不同，这很可能就是数字差得这么远的原因。您不必判断谁对：即使按较低的估计，韩国每十次搜索里也有四次以上经过 Naver，而且在手机上它排第一。

注册能做什么，不能做什么

Search Advisor 相当于 Naver 版的 Google Search Console。证明网站归您所有之后，您可以提交站点地图和 RSS 订阅源，请 Naver 抓取指定的 URL，并查看报告，了解它的爬虫如何看待您的网站。

它不会把页面放进索引，也不会提升排名。这两件事都由 Naver 根据内容决定。注册能扫除本可避免的障碍，让您看清发生了什么；它改变不了最终的判断。

关于内容，有两点：

语言。 Naver 没有规定页面必须是韩文，所以您的英文页面同样有资格被收录。不过韩国用户大多用韩文搜索，这意味着英文页面能争取的只是很窄的一部分查询。
生成和翻译的文本。 Naver 的内容指南接受 AI 辅助写作，前提是结果有用。它视为垃圾内容的，是批量生产或经过机械改写的内容。几百个页面过一遍翻译 API、再一次性发布出去，离这个描述已经近得让人不安。

开始之前：Naver ID

Search Advisor 使用的是普通的 Naver ID。它的服务条款写明，这项服务向任何人开放、免费使用，条款里也没有描述任何身份核验。

对韩国境外的公司来说，要紧的是下面几点：

海外手机号可以用。 创建 ID 时，Naver 接受非韩国号码。如果您走过百度的账号流程（那需要中国大陆手机号），就会发现 Naver 在这一步要容易得多。
您可能读到过的护照验证是另一回事。 Naver 在 2026 年 6 月为 Naver 地图里的付款加入了护照验证，与 Search Advisor 毫无关系。
限额很宽松。 一个 ID 可以管理 100 个网站，一个手机号可以对应三个 ID（Naver 帮助中心）。
后台只有韩文。 浏览器翻译足够让您找到方向。但复制 token 或代码片段之前要先关掉翻译，因为被翻译过的字符串就是坏掉的字符串。

浏览菜单时，认得几个韩文词会方便不少：사이트（网站）、소유확인（所有权验证）、사이트맵（站点地图）、수집（抓取，字面意思是“收集”）、요청（请求）和 리포트（报告）。

动手之前，先决定用谁的 ID。验证 token 与签发它的 ID 绑定，所以如果当初注册网站的人离职了，接手的人要用自己的 token 重新验证一次。共用一个团队账号绕不过这个问题：Naver 的通用条款禁止出借或共享账号。

第 1 步：添加网站并证明所有权

随后 Naver 会要求您证明所有权，并提供两种方式。

HTML 文件。 Naver 生成一个小文件供您下载，把它放在网站根目录下即可访问。

Meta 标签。 放在首页的 <head> 里：

<meta name="naver-site-verification" content="your-token-here" />

没有 DNS 验证方式，这一点和 Google Search Console 不同，后者可以用一条 TXT 记录验证整个域名。在 Naver 这里，必须有人能改动网站根目录或页面模板。

如果有构建流水线，就选文件：它是静态的，前端里没有任何东西会改写它。如果用的是 CMS，就选标签。无论哪种，都要放在服务器直接发出的 HTML 里，不要通过跟踪代码管理器加载。

Meta 标签验证最容易栽在重定向上。Naver 会跟随普通的 HTTP 301 或 302，但不会跟随 JavaScript 跳转、meta refresh，或者依赖 cookie 的跳转；遇到这些情况，验证请求永远到不了带有标签的那个页面。如果您的根 URL 先用脚本判断语言、再把访客送到 /en/，就把这个跳转改成在服务器端完成，或者改用文件方式，因为文件是从它自己的路径抓取的。

文件或标签要一直留着。 验证每年更新一次，而且只有文件或标签还在网站上，更新才能成功。网站改版时，如果有人把根目录里一个来历不明的文件清理掉，下次更新时验证就会失效。把它提交到代码仓库，并写清楚它是做什么用的。

第 2 步：确保 Yeti 能进来

Naver 的爬虫叫 Yeti，在 robots.txt 里它认的也是这个名字。对托管在韩国境外的网站，Naver 文档点名的问题是防火墙把它挡在了外面。

robots.txt

用 Yeti 的眼光把您的 robots.txt 读一遍。一种常见的模板写法是放行一串点名的爬虫，把其余所有爬虫都挡在外面：

User-agent: Googlebot
Allow: /

User-agent: Bingbot
Allow: /

User-agent: *
Disallow: /

Yeti 不在名单上，所以落进最后一组，整个网站都对它关闭。给它单独设一组：

User-agent: Yeti
Allow: /

这个文件返回的状态码，和它的内容同样重要。Naver 的 robots.txt 指南说得很清楚：

robots.txt 返回 5xx 错误，等于屏蔽一切。 Yeti 把服务器错误理解为“什么都不要抓”。一个用 503 回应爬虫的 WAF，或者一个高负载时出错的源站，都可能在无人察觉的情况下把 Naver 关在门外。
返回 4xx，或者根本没有这个文件，等于一切放行。 这与 robots.txt 标准（RFC 9309）一致，也是无害的那一种故障。
重定向会被跟随，最多五次。 robots.txt 从 http 跳到 https、再跳到 www，没有问题。跳转链再长就不行了。

防火墙

地域屏蔽规则、机器人管理设置、对陌生爬虫的限速，每一项都可能拦住 Yeti，而您用自己的浏览器测试时，这些一项都不会显现出来。

Naver 在 searchadvisor.naver.com/doc/naverbot.json 公布了其爬虫使用的 IP 地址。请在 WAF 或 CDN 中把这份列表加入白名单，而不是相信 user agent 字符串，因为任何抓取程序都能照抄它。然后查看日志：来自这些地址、却收到 403 或 503 的请求，就是答案。

在自己的电脑上快速测一下，可以发现按 user agent 设置的规则：

curl -sI -A "Yeti" https://example.com/robots.txt
curl -sI -A "Yeti" https://example.com/

但它发现不了按 IP 地址或国家设置的规则，因为请求仍然是从您这里发出的。这些要到防火墙配置里去查。

第 3 步：提交站点地图和 RSS 订阅源

在后台提交站点地图的完整 URL。Naver 设了三个条件：

同一域名。 从独立的存储桶或 CDN 主机名提供的站点地图不符合要求；请在网站本身生成它。
少于 50,000 个 URL，与 sitemaps.org 协议的上限相同。
小于 10MB。 这比协议规定的 50MB 严格得多，所以一个 Google 能接受的大型站点地图，对 Naver 来说仍可能太大。

如果网站定期发布内容（博客、新闻中心、版本说明），也把 RSS 订阅源一并提交。站点地图是完整清单；订阅源是新内容的短名单。

Naver 也接受 IndexNow，即 Microsoft Bing 和 Yandex 在 2021 年推出的推送协议，用来告诉它某个 URL 有了变化。对于通过 IndexNow 提交的内容，Naver 不作任何收录保证。

第 4 步：抓取请求

抓取请求是请 Naver 抓取某一个具体的 URL。它最接近 Google Search Console 里的“请求编入索引”按钮，而且和那个按钮一样是限量的：Naver 对每个网站设有每日上限，但不公布具体数字。第三方指南里的数字都不是来自 Naver；当天后台允许多少，就以多少为准。

每个请求需要“至少一天，最长可达数周”，而且没有一个是有保证的。把它们用在要紧的地方：

首页
主要的产品或服务页面
专为韩国访客撰写的页面
新页面，或内容有重大改动的页面

长尾页面就交给站点地图。站点地图本来就是干这个的。

Daum：规模更小的注册

Daum 是一个小得多的搜索引擎：在 StatCounter 的 9 月数据里只占 0.73%。自 2026 年 7 月 27 日起，它由 주식회사 다음 运营，这家公司原名 AXZ，已被 Upstage 收购。

它的站长工具已经上线，仍标着 Beta，运作方式和 Naver 的不一样。它没有账号：您用网站的 URL 加一个 PIN 码登录。所有权通过 robots.txt 证明，在里面加上 Daum 给您的认证密钥。而且 Daum 直接说明，抓取“可能需要几个月”。

有一条内容规则，在 Daum 上比在 Naver 上更要紧。Daum 限制用翻译工具生成的文档。如果您的韩文页面出自机器翻译，就别指望 Daum 会把它们当作原创内容对待。

Daum 还另外运营一项收录服务，叫 검색등록（搜索登记），它不是站长工具。它要求商业网站出示韩国营业登记号码和通信销售业登记号码，没有韩国实体的公司不会有这两个号码。

	Naver Search Advisor	Daum 站长工具
地址	searchadvisor.naver.com	webmaster.daum.net
状态	已上线	已上线，标为 Beta
登录	Naver ID（接受海外手机号）	网站 URL 加 PIN 码
所有权证明	HTML 文件或 meta 标签，每年更新	robots.txt 中的认证密钥
耗时	单个抓取请求：至少一天，最长可达数周	抓取可能需要几个月
机器翻译	没有语言规定；批量生产或机械改写的内容算垃圾内容	限制用翻译工具生成的文档

两周之后：检查什么

两周只是第一次查看，不是定论；跟 Daum 自己说的“几个月”比起来，更是才刚刚开始。

两个工具里的验证都还有效。 注册之后的某次部署，可能已经删掉了验证文件、标签或 Daum 的密钥。
站点地图已被读取，Naver 也没有报告任何错误。
抓取请求： 哪些已经处理，哪些还在排队。
服务器日志里的 Yeti：请求来自 Naver 公布列表里的地址，收到的是 200，而不是 403 或 503。
robots.txt 仍然返回 200，Yeti 那一组和 Daum 密钥都还在，也没有新冒出一条通配符屏蔽规则。

如果您更想交给别人来做

我们的 Naver 与 Daum 站点注册服务按每个域名固定收费，完成本指南里的全部工作：两个工具中的验证、站点地图和 RSS、针对 Yeti 的 robots.txt 和防火墙检查、在 Naver 的每日上限内为您的关键页面提交抓取请求，以及两周时的一份书面报告。Naver 的条款禁止共享账号，所以我们用自己的 Naver ID 注册。您把验证文件或标签以及 Daum 密钥加到网站上，拿回来的是报告，而不是登录信息。

如果您真正要解决的是做一个韩文版网站，而不是注册，请预约通话。