Naver Search Advisor
What Naver Search Advisor is, how to verify a site and request crawling in South Korea's dominant search engine, and why an international SEO who's fluent in Google Search Console still needs it — with the operational limits, verification failure modes, Naver's own IndexNow endpoint, and the portal-ecosystem catch spelled out from Naver's own documentation.
Naver Search Advisor is Naver's official webmaster portal for verifying a site, requesting crawling, submitting sitemaps/RSS, pushing instant updates via its own IndexNow-compatible endpoint, and reviewing diagnostics. Naver's own documentation says registration isn't required for a site to appear in Naver search — it unlocks reporting, not inclusion. It complements rather than replaces tools for other search engines, and no submission method guarantees crawling, indexing, or exposure.
TL;DR — Naver Search Advisor is a free tool from Naver — think Google Search Console, but for Naver, South Korea’s biggest search engine. Naver’s own documentation actually says you don’t have to register a site for it to appear in Naver search — its crawler picks up sites on its own. What Search Advisor gets you is proof of ownership plus reports on what Naver’s crawled, indexed, and shown, and tools to speed discovery (crawl requests, sitemaps, an IndexNow-style instant ping). It won’t magically get you ranked — and there’s a catch: Naver includes result types from Naver’s own services as well as external websites.
What Naver Search Advisor is
If you’re expanding into South Korea, you’ve probably been told “you need to submit to Naver.” That’s not quite right — Naver’s own registration FAQ says there’s no search-registration step; its crawler discovers and indexes sites on its own, the same way Google’s does. What registering with Naver Search Advisor (at searchadvisor.naver.com) actually gets you is visibility: once you verify ownership, Naver’s free webmaster tool — the same idea as Google Search Console or Bing Webmaster Tools — starts showing you reports on what it’s crawled, indexed, and exposed for your site, plus lets you nudge it toward specific pages.
Naver is not a small player. For most of the last twenty years it’s been the search engine in Korea, the way Google is almost everywhere else. So if Korea is a market for you, ignoring Naver means ignoring where a huge share of Korean searches actually happen.
What you do with it
Three main things, in order:
- Verify your site. You prove you own the domain by uploading a file Naver gives you, adding a small tag to your site’s code, or adding a DNS record. Once Naver can confirm one of those, you’re in.
- Ask Naver to crawl your pages. Naver calls this a “web page collection request” — you paste in a URL and ask its crawler to come fetch it. It’s the same idea as Google Search Console’s “Request Indexing.”
- Submit a sitemap. A sitemap is just a list of your URLs. Handing it to Naver helps it discover your pages faster.
There’s also an RSS feed option (good for blogs and news that update often), an IndexNow-style endpoint for pushing page updates instantly, and a diagnostics area that flags problems Naver ran into.
The catch nobody tells you up front
Naver isn’t only a search engine — it’s a portal. It has its own blog platform, its own community forums (Café), its own Q&A site (Knowledge iN), its own shopping and maps. And Naver tends to show its own content first. So a standalone website, even a perfectly optimized one, is competing on a field that’s tilted toward Naver’s own properties.
That means setting up Search Advisor is necessary — but on its own it’s often not enough. Many brands that do well on Naver also keep an active presence inside Naver (a Naver Blog, a Café) alongside their main website.
What to remember
Verifying your site and requesting crawling helps Naver find your pages. It does not guarantee they get indexed or ranked. And if you already use Google Search Console, Naver Search Advisor is an extra step for the Korean market — not a replacement. Want the operational detail — exact limits, why verification fails, and how Naver compares to Bing Webmaster Tools? Switch to the Advanced tab.
TL;DR — Naver Search Advisor is Naver’s free Search Console equivalent for South Korea. Verify ownership (HTML file,
<head>tag, or DNS TXT), then request web page collection (URL-by-URL crawl requests), submit an XML sitemap (10 MB / 50,000-URL caps) and one RSS feed per site, and read the diagnostics reports. Two honest caveats run through everything: the tool and its docs are Korean-first, so most English operational detail — including most of what’s below — is practitioner paraphrase, not Naver’s own verbatim words; and Naver is a portal with result types for its own services as well as external sites. Treat it as an additional step alongside Google Search Console, never a replacement.
What it is, and the framing I use
Naver Search Advisor is Microsoft-Bing-Webmaster-Tools-shaped and Google-Search-Console-shaped: verify, submit URLs and sitemaps, read diagnostics. If you’re fluent in Bing Webmaster Tools or Search Console, you already know the muscle memory. The mistake in most guides is to treat it as a straight GSC clone with Korean labels. It isn’t — and the two places it diverges are exactly the places that matter.
Divergence one: the sourcing problem, mostly solved this revision. Naver’s help
center (searchadvisor.naver.com/guide) is a Korean-language single-page app, and the
top-level hub page resists a plain fetch. But the individual guide articles
underneath it turned out to be plain server-rendered HTML — a default curl request
returns the full Korean text, no browser required — and I pulled the ones that matter
here directly: site registration and verification, sitemap and RSS submission, web
page collection requests, the IndexNow endpoint, the partner crawl-request API,
robots.txt handling, and the crawl/diagnosis/exposure reports. Below, [Naver,
page-name] marks something translated straight from that Korean source text, not a
secondary paraphrase. A few narrower claims — an exact title/description
character-count figure, an “only ~4 organic spots” figure — still come from
English-language agency write-ups I could not verify against any Naver page I
fetched, and I’ve kept those hedged and single-sourced rather than upgrading them.
Divergence two: the portal effect. This is the load-bearing difference from Google and Bing, and it gets its own section below.
Setup: registering and verifying your site
Naver’s own registration FAQ [Naver, faq-start-register] opens with a point worth leading with: site registration is not required for your pages to appear in Naver web search — Naver’s crawler collects sites and documents on its own, and Naver’s stated priority for you is following its SEO guide so that crawler collects your site well. What registering and verifying a property in Search Advisor adds is reporting: once ownership verification is complete, Naver’s tool starts showing you what’s been collected, indexed, and exposed for your site — information you otherwise can’t see. Registering is optional for inclusion; it’s required for visibility into what’s happening.
You add your site URL, then prove ownership. Naver’s own FAQ documents two methods directly (HTML file, meta tag); a third — a DNS TXT record — is reported consistently across independent Korean-language agency guides (weekerp.com, ppcle.com) but doesn’t appear on the specific FAQ page I fetched, so I’m holding it as strongly-corroborated rather than page-and-quote confirmed:
- HTML file upload — download the verification file Naver generates and place it at your site root.
- Meta / HTML tag — paste the tag Naver gives you into your
<head>. - DNS TXT record — add a TXT record at your DNS host. Reported by multiple Korean-language setup guides as a third option; I couldn’t confirm the exact wording on the Naver FAQ page I could fetch, so treat it as strongly-reported rather than primary-confirmed.
Why verification fails, straight from Naver’s own FAQ this time, not practitioner
paraphrase: verification does not execute JavaScript, so Naver checks the served
HTML — Naver’s own recommended way to check your markup is a browser’s
view-source: prefix or “view page source,” not the rendered page. Three specific
redirect types are named as unsupported for the verification page: a JavaScript
redirect, a meta-refresh redirect, and a cookie-based redirect (setting a cookie
and reloading) — all three are client/browser-side and none of them are followed; if
you need a redirect at all, it has to be a server-side HTTP 301 or 302. Two more
failure modes are called out separately: a verification tag inside an HTML
<frame> tag is excluded from verification (the tag has to live on the
top-level page, not a framed one), and a tag placed inside <body> instead of
<head> is also excluded, even though nothing else about the page changed. If
you’re on a JS-only no-code builder and verification keeps failing, a
client-side-injected tag is still the most common practical cause even though it
isn’t named explicitly in Naver’s list — the underlying reason is the same one Naver
states directly: the verifier reads served HTML, not anything JavaScript adds
afterward. Reach for the DNS TXT method or a real HTML file at the root instead.
Requesting web page collection (indexing requests)
Naver’s terminology uses “수집” (collection/crawling) where Google says “crawl,” and its English translations render this as “collection.” A web page collection request is you pasting a single URL and asking Naver’s crawler to fetch it — functionally the same as GSC’s “Request Indexing” or Bing’s manual URL submission.
Naver’s own request-crawl guide [Naver, request-crawl] is unusually direct about what this feature is and isn’t. In translation: “the web page collection request provided by Webmaster Tools only acts as a helper handing the target URL to the collection system — even on a successful collection, there is no guarantee it will be exposed in Naver’s search results.” Naver also says requests are handled by priority, not in real time — expect at least one day, and possibly several weeks (not “about a day,” which is what an earlier revision of this piece said) — and that resubmitting the same URL daily doesn’t help, since it doesn’t move up the queue. One caution I hadn’t seen in English-language guides: Naver monitors collection requests for spam abuse (mass-registered spam sites abusing the feature), and requests from sites its own algorithm flags as spam-like get restricted.
For the result of a request, the clearest primary-sourced breakdown I found isn’t a status-code list on the request page itself — it’s the error taxonomy on Naver’s 수집 현황 (Collection Status) report [Naver, report-crawl-refine], which explains why a URL didn’t make it through: robot-disallowed (blocked by robots.txt), DNS error, connection failure/timeout, server error (4xx/5xx), page error (404), content error (unparseable markup — check your JS/markup against Naver’s SEO guide), malformed URL, a page that took over a minute to download, or an HTML document over roughly 4MB. An English-language agency guide (InterAd) attributes a different status-code list — “Request completed / Collection failure / Blocked collection / Connection failure / Server error / Collection success” — to the request UI itself; I could not corroborate that specific wording against any Naver page I fetched, so treat it as unverified rather than confirmed (see the Quotes tab for both).
The “only 4 organic spots on a Naver SERP” figure that circulates in English guides is similarly something I could not find stated anywhere in Naver’s own documentation — it’s single-sourced to InterAd, SERP layouts change, and I’d confirm it against a live Korean SERP before leaning on the exact number for a strategy.
Correction from an earlier revision of this piece: Naver does have its own
instant-update push. Naver documents an IndexNow-compatible endpoint at
searchadvisor.naver.com/indexnow [Naver, indexnow-request]: a GET request with
url, key, and optional keyLocation parameters notifies Naver about one URL; a
POST with a JSON body (host, key, keyLocation, urlList) handles up to
10,000 URLs per request. Response codes are standard-shaped — 200 success, 202
accepted (key still being verified), 400 malformed request, 403 invalid key, 422 URL
doesn’t match the key, 429 rate-limited, 500 server error. Because this is the same
IndexNow protocol Bing, Yandex, Seznam, and Yep also implement, a single IndexNow
ping from your CMS or plugin can notify all of them, Naver included, at once — I was
wrong to say previously that Search Advisor exposed no push protocol of its own.
The partner crawl-request API (for larger, ongoing integrations)
Separate from both the manual UI request and IndexNow, Naver documents a partner
crawl-request API [Naver, crawl-request-api] aimed at sites doing this at volume,
programmatically. It’s gated, not self-serve: you first submit a partnership
proposal through Naver’s own partnership-proposal form and go through direct
discussion with a Naver contact before you get API access. Prerequisites once
approved: your site’s ownership must already be verified in Search Advisor, and the
site named in the API request has to match the verified property exactly — URL
scheme, www presence, and port all count, so http://example.com and
https://www.example.com are treated as different sites. The target URL also has to
be allowed by your robots.txt. Calls authenticate with a Bearer accessToken issued
per partner, require TLS 1.2 or higher, and hit two endpoints: submit.json (submit
URLs to update or delete, up to 1,000 URLs and 2MB per call) and verify.json
(dry-run payload validation, same shape, no side effects). Naver’s docs flag two
operational gotchas directly: submit the URL a real visitor would land on, not one
that 302s elsewhere (a redirected submission gets logged as an “update failure”); and
if several URLs render identical content, submit only the one you want treated as
canonical — submitting all of them risks Naver’s own algorithm picking a different
one than you intended. Partners get a daily request-volume cap and a dedicated
“Partner API status” report showing update counts and failures. This tier is out of
reach for most standalone sites — it exists for the kind of scale where you’d also be
talking to Naver’s business team — but it’s worth knowing it exists if a client’s
Korea integration ever gets big enough to need it.
Submitting sitemaps
Naver’s own feed-submission guide [Naver, request-feed] treats sitemaps and RSS as “content feeds” its crawler revisits periodically, and recommends submitting one if your content isn’t showing up enough in Naver results. The validation rules, straight from that page: every URL in the sitemap has to be on the same domain as the verified site, the feed can’t exceed 10MB, and a single sitemap can’t hold more than 50,000 URLs — split into a sitemap index above that, same as you’d do for Google. Naver’s guide also documents a constraint I could only find as unpinned paraphrase in an earlier revision of this piece: a slow response while Naver is fetching your sitemap can get the submission restricted. That’s Naver’s own stated behavior now, not a guess.
Submitting RSS feeds
RSS submission is aimed at frequently-updated content (blogs, news) so new posts get discovered faster. Naver’s own guide [Naver, request-feed] documents the same-domain rule, plus: the feed needs at least one item (an empty feed can’t be submitted), a 10MB cap (same ceiling as sitemaps), and only one RSS feed per site — to point Naver at a new feed URL, you delete the registered one first. Naver’s guide also states directly, not as practitioner paraphrase, that each item should carry its full article body, not an excerpt — and gives its own reasoning: because RSS items carry full content, a feed can only realistically hold so many URLs before it gets unwieldy, so Naver’s actual recommendation is to lean on the sitemap for full-site coverage and treat RSS as the fast lane for what’s newest. The same slow-response restriction that applies to sitemaps applies here too.
robots.txt: what Naver’s crawler (Yeti) actually does with it
Naver names its own crawler Yeti in its robots.txt guide [Naver,
seo-basic-robots], and documents exactly how it treats HTTP response codes when
fetching your robots.txt: a 2xx response is parsed as normal rules (serve it as
plain text/plain, not HTML — an HTML error page returned with a 200 status can get
misread as “no rules, allow everything”); a 3xx redirect is followed up to 5 hops and
then treated as allow-all beyond that (JS or meta-refresh redirects on the
robots.txt URL itself are not followed); a 4xx response is treated as allow-all; and
a 5xx response is treated as disallow-all, though Naver may temporarily fall back to
the last successfully-fetched rules rather than blocking everything outright. Rules
are scoped to the exact protocol, host, and port — a robots.txt at
http://www.example.com/robots.txt doesn’t cover https:// or the bare
example.com. Two practical notes Naver calls out directly: keep your favicon and
your JS/CSS resource paths crawlable even where you lock down other paths, since
blocking them can make Yeti see a different page than a visitor does; and you can
declare your sitemap location inside robots.txt with a Sitemap: line — Search
Advisor’s own robots.txt tool can generate and test one for you.
Diagnostics: reading Naver’s health reports
Naver’s 사이트 진단 (Site Diagnosis) report [Naver, report-diagnosis] covers
pages Naver has collected in the last 90 days, split into four categories:
색인 (Indexed) — pages successfully collected and indexed (Naver doesn’t expose
per-URL detail for this bucket; spot-check specific pages with a Naver site:
search, keeping in mind that only shows the current snapshot, not a history);
수집제한 (Collection Restricted) — the crawler hit a problem before indexing
(redirect issues, robots.txt blocks, HTTP protocol issues — some of these are
intentional on your part, so read case by case); 색인제외 (Index Excluded) — the
page was collected fine but excluded during indexing, typically a duplicate/canonical
problem or a thin/soft-404 page; and SEO — collected pages with fixable on-page
issues (title/description problems, resource-access problems). Naver’s own FAQ on
this report notes it can take at least a week after verification for enough data to
populate it, and that Naver has to re-crawl a page before a fix shows up as resolved
— if you need that faster, that’s what a collection request is for.
The separate 콘텐츠 노출 및 클릭 (Exposure & Click) report [Naver, report-expose-ctr] only counts impressions and clicks from web-search-area results — Naver explicitly excludes the VIEW and blog search areas, the business/school/place/game information panels, and ad placements from this count, so it under-represents your total footprint on Naver if you also show up in those other surfaces. It covers a rolling 90-day window, and the data is about a week old as of any given “update” date — checking the last 7 days actually shows data from roughly two to three weeks ago. Both reports are analogous in purpose to GSC’s Page Indexing and Performance reports, but the categories and lag don’t map one-to-one — treat this as Naver’s own shape, not Google’s with Korean labels.
I could not confirm the “40-character title / 80-character description” guidance that English-language write-ups (InterAd) attribute to the diagnostics screen against any Naver page I fetched. I’m keeping it in the Quotes tab as single-sourced and unverified rather than dropping it, since character-limit guidance for Naver titles and descriptions is a real practical question and this is the only figure I’ve seen for it — but don’t treat it as Naver’s own stated number until it’s confirmed.
The portal effect — why external sites are on a tilted field
This is the single most important thing to understand about Naver, and it’s what makes Search Advisor different in kind, not just in labels, from GSC or Bing Webmaster Tools.
Naver is a portal. Alongside web search it runs Naver Blog, Café (communities), Knowledge iN (crowdsourced Q&A, launched back in 2002), Post, Shopping, and Place — and its results page surfaces those first-party properties prominently. thedigitalx.net puts the mechanism plainly: “While Google ranks content based on external authority signals and organic performance, NAVER prioritizes content hosted within its own platform,” and “Content from NAVER Blog, NAVER Café, and NAVER Ads is given preferential placement in search results.” That’s an industry-consensus claim (many Korea-specialist agencies converge on it) rather than an official Naver algorithmic disclosure, so I’d frame it as strong consensus, not a confirmed ranking rule — but the practical implication is real: performance on Naver has long depended on maintaining a presence inside the ecosystem, not only on a standalone site.
The historical logic goes back a long way. In 2007, Search Engine Land documented why Naver built content platforms instead of relying on web-index depth — at the time Knowledge iN alone was seeing roughly 44,000 questions and 110,000 answers a day. An analyst quote from that piece captures the original strategic bet (see the Quotes tab). It’s dated color, not current state, but it explains why external- site indexing has always been secondary to portal content on Naver — by design, not accident.
The 2026 wrinkle, per theegg.com’s guide: Naver’s search surface is shifting toward AI. Its AI Briefing feature now covers a reported 20% of queries and draws from Naver’s own Blog and Café content; it launched an AI Tab in beta and discontinued Related Search — all developments that pull further toward Naver’s UGC ecosystem. This is agency reporting on a named, dated source, not a primary Naver announcement, so treat the specifics as well-corroborated-but-secondary. The direction of travel, though, reinforces the same point: Naver rewards content that lives inside Naver.
Naver vs. Google in Korea: do you still need this?
Yes — but the “why” is more contested than most guides admit, and the market-share number depends entirely on whose methodology you trust. This is genuinely methodology-dependent, so I won’t hand you a single figure as settled:
- StatCounter (page-view-weighted, which skews toward mobile/Android where Google is the default), South Korea, June 2026: Google 45.91%, Naver 43.68%, Bing 6.28%, Daum 1.14%.
- InternetTrend.co.kr (a Korean-domiciled query-volume tracker, cited by InterAd): Naver 62.86% (2025 average, “up from 58.14% a year earlier”), Google 29.55%, Bing 3.12%, Daum 2.94%.
That’s not a rounding error — it’s a ~20-point gap driven by measurement method. StatCounter’s mobile-pageview weighting inflates Google’s Android-default traffic; the Korean query-volume trackers show Naver still clearly ahead. The responsible read is that Naver remains dominant-or-co-dominant depending on how you count, and either way it’s far too large a share of Korean search to skip. For a longer historical anchor: in 2007 Naver was reportedly at 77% to Google’s 1.7% — so Google has gained enormous ground, but “Naver is finished” is not what the query-volume data says.
Where Search Advisor fits in an international-SEO stack
Procedurally, Naver Search Advisor is a parallel step to Google Search Console, not a substitute. If you’re doing the hreflang and ccTLD/subfolder structuring for a Korean (ko-KR) audience that international SEO requires, treat registering in Search Advisor as one more line item — like you’d register in Yandex Webmaster Tools for Russia or Baidu Webmaster Tools for China. Google’s own international docs describe hreflang via link tags, HTTP headers, or sitemap entries and note “All three methods are functionally equivalent from Google’s perspective,” with the reciprocal-reference rule that “Each language version must list itself as well as all other language versions.” None of that mentions Naver by name (nor would you expect it to) — the intersection is procedural: the Korean market gets a Naver step in addition to the Google one, and the same market-specific SEO thinking that sends you to Naver sends you to Baidu and Yandex for their markets.
Myths worth killing
- “You have to register with Naver for your site to show up.” No — Naver’s own FAQ says there’s no search-registration step; its crawler finds and indexes sites on its own. Registering unlocks reporting, not inclusion.
- “Search Advisor works exactly like GSC, just translated.” No — different feature boundaries (one RSS feed per site, HTML-only rendered-DOM-free verification) and a portal ecosystem that structurally advantages Naver’s own content in a way Google’s SERP doesn’t for Google’s properties to the same degree. (Naver does have its own IndexNow-compatible instant-update endpoint, so that part of the GSC/Bing comparison actually holds up better than an earlier version of this article said.)
- “Submitting a sitemap guarantees indexing.” No — same as everywhere: submission aids discovery, not inclusion.
- “You can verify any site the same way.” No — JS-only rendering paths,
meta-refresh and cookie-based redirects, and tags placed in a
<frame>or in<body>instead of<head>can all fail Naver’s verifier; no-code builders are the usual victims. - “Naver ignores non-Korean or non-Naver-hosted content.” Too strong. More accurate: Naver prioritizes its own ecosystem, so external sites compete on a tilted field — not that they’re ignored.
- “If Google’s now bigger in Korea, skip Naver.” No — the market-share gap is methodology-dependent, and by query-volume measures Naver is still clearly ahead.
AI summary
A condensed take on the Advanced version:
- Naver Search Advisor = Naver’s free Google Search Console equivalent for South Korea’s dominant search engine (searchadvisor.naver.com) — and per Naver’s own FAQ, registering is not required for a site to appear in Naver search; it’s required to see what Naver’s doing with your site (collection, index, exposure reports).
- Core jobs: verify ownership (HTML file or
<head>meta tag, confirmed by Naver’s docs; DNS TXT record, reported by third-party guides but not confirmed on the FAQ page fetched); request web page collection (URL-by-URL crawl requests); push instant updates via Naver’s own IndexNow-compatible endpoint; submit an XML sitemap (10 MB / 50,000-URL caps, confirmed by Naver’s own guide) and one RSS feed per site (also confirmed, full-text items required); read diagnostics. - The sourcing picture improved this revision: most of Naver’s individual guide
pages turned out to be fetchable with a plain
curlrequest (server-rendered HTML, no browser needed) even though the top-level guide hub resists it — so most operational claims below are now pinned to Naver’s own Korean text, not practitioner paraphrase. A few figures (title/description character limits, “only ~4 organic spots”) remain single-sourced to an English agency write-up (InterAd) and unverified against any Naver page. - Naver is a portal — Blog, Café, and Knowledge iN get preferential placement in Naver’s results over external sites, per industry-consensus reporting (not an official Naver algorithmic disclosure).
- Collection requests never guarantee indexing or exposure — that’s Naver’s own stated position, not just a hedge. The “only 4 spots for organically generated content” figure is still single-sourced to InterAd and unverified.
- Naver does have its own instant-update push — an IndexNow-compatible endpoint
(
searchadvisor.naver.com/indexnow), the same protocol Bing, Yandex, Seznam, and Yep use, so one ping can notify all of them at once. An earlier revision of this article said Naver had none of its own; that was wrong. - Verification fails on JS redirects, meta-refresh redirects, cookie-based
redirects, a tag inside
<frame>, or a tag inside<body>instead of<head>— all confirmed directly on Naver’s FAQ (the verifier reads served HTML, not a rendered DOM). - Market share is methodology-dependent: StatCounter (mobile-pageview-weighted) shows Google slightly ahead in June 2026 (~45.9% vs ~43.7%); Korean query-volume trackers show Naver clearly ahead (~62.9%). Either way, too big to skip.
- Fits as an additional step alongside Google Search Console, parallel to Yandex/Baidu webmaster tools for their markets — never a replacement.
Official documentation
Primary-source documentation, Korean-language throughout. The hub page below is a
JavaScript single-page app that resists a plain fetch, but the individual guide
articles it links to are plain server-rendered HTML — I fetched each of the ones
below directly (curl, no browser) and quoted/paraphrased them in the Advanced tab
with a [Naver, page-name] tag. If a guide URL below ever 404s or redirects, treat
that as evidence Naver moved or retired it, not that the content was never real.
Naver (Korean-language; individual guide pages fetched directly for this piece)
- Naver Search Advisor — the tool itself.
- Naver Search Advisor guide hub — the help center’s landing page. JavaScript-rendered and unfetchable programmatically; use it in a browser to navigate to the specific guides below.
- 사이트 등록 및 소유확인 — Site registration and ownership verification — registration is not required for search inclusion; verification methods and the JS/meta-refresh/cookie-redirect/frame/body failure modes.
- RSS 및 사이트맵 제출 — RSS and sitemap submission — same-domain rule, 10MB cap, 50,000-URL sitemap cap, one-RSS-feed-per-site rule, full-text RSS item requirement.
- 수집요청 및 검색제외 — Collection request and search exclusion — the priority-queue behavior, the one-to-several-weeks timing, and the explicit no-guarantee-of-exposure statement.
- 페이지 갱신 요청하기 — IndexNow page-update requests — Naver’s own IndexNow-compatible endpoint, single and batch request formats.
- 수집요청 API 명세 및 연동 — Partner crawl-request API — the partnership-gated, higher-volume API for programmatic crawl requests.
- robots.txt 설정하기 — Setting up robots.txt — names Naver’s crawler (Yeti) and documents its HTTP-status handling.
- 수집 현황 — Collection status report — the collection/refine/index/rank pipeline and the error-type taxonomy.
- 사이트 진단 — Site diagnosis report — the indexed/collection-restricted/index-excluded/SEO categories and the 90-day scope.
- 콘텐츠 노출 및 클릭 — Exposure and click report — the web-search-only scope, the 90-day window, and the roughly one-week-old data basis.
Google (for the international-SEO intersection)
- Localized Versions of your Pages — the three functionally-equivalent hreflang methods (link tags, HTTP headers, sitemap entries) and the reciprocal-reference rule.
- Managing Multi-Regional and Multilingual Sites — ccTLD/subfolder structure and localization background for why a Korea audience gets a parallel Naver step.
Bing (the closest Western analog in design)
- Bing Webmaster Tools — About — the URL-submission / sitemap / SEO-report shape Search Advisor broadly mirrors.
Quotes from the source
Naver gives strikingly little on-record commentary compared with Google’s Search
Liaison or Bing’s Fabrice Canel — no Naver Search Advisor spokesperson statements
surfaced for this piece, which is worth noting as an observed absence, not proof
none exist. But this revision was able to pull the Korean guide pages themselves
directly, so the operational quotes below are now Naver’s own words, translated —
not secondary paraphrase. I’ve kept the original Korean alongside the translation so
a Korean-fluent reader can check my rendering. The urls below point at pages that
hydrate into a Vue single-page app; a #:~:text= fragment may not survive that, so
these link to the page itself rather than a fragment.
No guarantee of exposure, even on a successful collection (Naver, searchadvisor.naver.com/guide/request-crawl)
- Korean: “웹마스터도구의 수집요청 기능은 수집 시스템에게 수집 대상 URL을 전달하는 도우미의 역할만을 담당합니다. 또한, 수집성공이 되더라도 네이버의 검색결과에 노출된다는 보장은 없습니다.”
- English: “The web page collection request feature provided by Webmaster Tools only acts as a helper handing the target URL to the collection system. Also, even if collection succeeds, there is no guarantee it will be exposed in Naver’s search results.” — Naver, 수집요청 및 검색제외.
Registration is not required for search inclusion (Naver, searchadvisor.naver.com/guide/faq-start-register)
- Korean: “네이버 웹마스터도구에 사이트를 등록하지 않아도 네이버 검색 결과에 사이트 및 웹문서들이 반영됩니다.”
- English: “Even without registering a site in Naver Webmaster Tools, the site and its web documents are reflected in Naver search results.” — Naver, 사이트 등록 및 소유확인.
Verification does not run JavaScript (Naver, same page)
- Korean: “소유확인은 자바스크립트 실행을 지원하지 않으니 마크업 확인은 최신 웹브라우저의 URL 입력란에 view-source:사이트_URL 을 입력하거나 페이지 소스보기를 활용하시기 바랍니다.”
- English: “Ownership verification does not support JavaScript execution, so to check your markup, enter view-source:site_URL in a current browser’s address bar, or use view page source.” — Naver, 사이트 등록 및 소유확인.
Naver’s own IndexNow-compatible endpoint (Naver, searchadvisor.naver.com/guide/indexnow-request)
- Korean: “GET https://searchadvisor.naver.com/indexnow?url=문자열&key=문자열&[keyLocation=문자열]” (single URL); batch updates use a
POSTwith a JSON body and up to 10,000 URLs. — Naver, 페이지 갱신 요청하기. This directly contradicts an earlier revision of this article, which said Search Advisor exposed no push protocol of its own.
Naver’s crawler is named Yeti (Naver, searchadvisor.naver.com/guide/seo-basic-robots)
- Example rule from Naver’s own robots.txt guide: “User-agent: Yeti / Allow: /” — Naver, robots.txt 설정하기.
Sitemap limits (Naver, searchadvisor.naver.com/guide/request-feed)
- Korean: “사이트맵 피드 용량이 10MB 이상 넘어가는 경우 제출 할 수 없습니다.” / “하나의 사이트맵은 50,000 개 이상의 URL 을 포함할 수 없습니다.”
- English: “If the sitemap feed exceeds 10MB, it cannot be submitted.” / “A single sitemap cannot contain more than 50,000 URLs.” — Naver, RSS 및 사이트맵 제출.
RSS limits (Naver, same page)
- Korean: “RSS 피드내 모든 URL의 도메인은 소유확인 된 사이트와 동일한 도메인 이어야 합니다.” / “발행된 글이 없는 RSS 피드는 제출할 수 없습니다.”
- English: “Every URL in the RSS feed must be on the same domain as the verified site.” / “An RSS feed with no published items cannot be submitted.” — Naver, RSS 및 사이트맵 제출. (The one-feed-per-site rule and full-text-item recommendation are on the same page.)
Older, still-unverified figures (InterAd, English-language, not corroborated against any Naver page fetched for this piece)
- Collection-request status codes: “Request completed – the request is being processed. Collection failure – the requested webpage has already been crawled. Blocked collection – the Naver search bot is blocked by robots.txt. Connection failure – blocked access, rate limits reached, etc.; Server error – server error; Collection success – the crawling has been completed.” Jump to quote
- “Only 4 spots for organically generated content” on a Naver SERP. Jump to quote
- Title/description character limits: “The recommended character limit for title tags of the site and Open Graph is 40 characters, whilst the description limit is 80 characters.” Jump to quote
The portal effect (thedigitalx.net, verbatim)
- “While Google ranks content based on external authority signals and organic performance, NAVER prioritizes content hosted within its own platform.” and “Content from NAVER Blog, NAVER Café, and NAVER Ads is given preferential placement in search results.” — thedigitalx.net, “NAVER vs Google: Top 4 Search Engines in South Korea.” Jump to quote
Why Naver built an ecosystem (Search Engine Land, 2007 — dated historical color)
- “No matter how powerful Google’s search engine may be, it doesn’t have enough Korean-language data to trawl to satisfy South Korean customers.” — Wayne Lee, analyst at Woori Investment and Securities, quoted in Search Engine Land, “Naver, The Google Of South Korea,” July 5, 2007. Jump to quote
Google’s hreflang docs (the international-SEO intersection)
- “Each language version must list itself as well as all other language versions.” — Google Search Central, “Localized Versions of your Pages.” Jump to quote
Do you need Naver Search Advisor — and what should you do first?
Walk it top to bottom. The first result that fits is your answer.
Naver Search Advisor: where to start
Naver Search Advisor setup checklist
A first pass to get registered and submitting with the least friction:
- Create a Naver account and sign in at searchadvisor.naver.com. (Registration isn’t required for your site to appear in Naver search — it’s required to see the reports below.)
- Add your site and verify ownership — HTML file at root,
<head>tag, or DNS TXT record. If your builder injects tags via JavaScript, use DNS TXT. - Confirm no JS, meta-refresh, or cookie-based redirect on the verification
URL, and that the tag isn’t inside a
<frame>tag or inside<body>instead of<head>(all fail the verifier per Naver’s own FAQ). - Submit your XML sitemap — under 10 MB and 50,000 URLs; split into a sitemap index if larger. A slow server response while Naver fetches it can get the submission restricted.
- If you publish frequently, submit one RSS feed (all URLs on the verified domain, at least one item, delete the old feed to change it) with full-text (not excerpt) items — Naver’s own guide asks for this directly.
- Use web page collection requests for your highest-priority URLs — expect at least a day, possibly several weeks; it aids discovery, never a guarantee of exposure.
- If you already ping IndexNow for other engines, add Naver’s IndexNow-compatible endpoint (searchadvisor.naver.com/indexnow) to the same batch — up to 10,000 URLs per request.
- Review the site diagnosis report (indexed / collection-restricted / index-excluded / SEO) and the exposure & click report (web-search area only, 90-day window, ~1-week-old data).
- Decide your ecosystem play: for competitive Korean queries, plan a Naver Blog / Café presence alongside the standalone site.
- Treat all of the above as an addition to Google Search Console, not a replacement — and confirm current menu labels against the live Korean UI.
The mental models
1. Add, don’t replace. Search Advisor is a parallel market-entry step next to Google Search Console, the same way Yandex Webmaster Tools is for Russia and Baidu’s is for China. Frame it as “one more registration for the Korean market,” not as a GSC substitute.
2. Trust the source label. Naver’s guide hub resists fetching, but the individual guide pages under it don’t — most of what’s below is now pinned to Naver’s own text, not practitioner paraphrase. A few figures (the “~4 organic spots” claim, exact title/description character counts) remain single-sourced to an English agency write-up and stay hedged. Sourcing discipline is still the whole game — just with better sources this pass.
3. The portal changes the field, not just the tool. On Google, being indexed puts you on a level SERP. On Naver, being indexed puts you on a SERP tilted toward Naver’s own Blog/Café/Knowledge iN. Search Advisor gets you crawled; it does not get you equal footing with portal content.
4. Discovery vs. exposure (again). Naver’s own docs state directly that collection requests, sitemaps, and IndexNow pings all speed discovery and recrawl, never a guarantee of indexing or exposure. That’s not a hedge on my part — it’s Naver’s stated position.
5. Verification = served HTML, not rendered DOM. Naver’s own FAQ says
verification does not execute JavaScript, so anything that only exists after
JavaScript runs (injected tags, meta-refresh, cookie-based redirects) fails, along
with a tag placed inside a <frame> tag or inside <body> instead of
<head>. When in doubt, verify via DNS TXT or a real file at the root.
Naver Search Advisor cheat sheet
Search Advisor vs. Google Search Console vs. Bing Webmaster Tools
| Capability | Naver Search Advisor | Google Search Console | Bing Webmaster Tools |
|---|---|---|---|
| Verification | HTML file, <head> tag, DNS TXT | DNS / file / tag / Analytics / GTM | Import from GSC, DNS / file / tag |
| Manual URL request | Web page collection request (URL-by-URL) | Request Indexing (one at a time) | URL submission (up to 10,000/day, adaptive) |
| Instant push protocol | IndexNow-compatible endpoint (own) | None (no IndexNow) | IndexNow (multi-engine) |
| Bulk crawl API | Partner crawl-request API (partnership-gated) | — | — |
| Sitemap | XML, ≤10 MB / ≤50,000 URLs | XML, ≤50 MB / ≤50,000 URLs | XML |
| RSS feed | One per site (delete to change) | — | — |
| Diagnostics | Site diagnosis (indexed/collection-restricted/index-excluded/SEO) + exposure & click | Page Indexing, Core Web Vitals | SEO Reports, site scan |
| Crawler name | Yeti | Googlebot | Bingbot |
| Structural catch | Portal favors Naver Blog/Café/KIN | — | — |
Fast facts
- Free, at searchadvisor.naver.com; Korean-first UI and docs.
- Registration is not required for a site to appear in Naver search — Naver’s own FAQ says so directly. It’s required to see collection/index/exposure reports.
- Sitemap caps: 10 MB / 50,000 URLs — confirmed on Naver’s own guide.
- RSS: one feed per site, all URLs on the verified domain, at least one item, full-text (not excerpt) — all confirmed on Naver’s own guide.
- Collection requests: at least a day, up to several weeks; no guarantee of exposure even on success — Naver’s own stated position.
- IndexNow-compatible endpoint of its own at searchadvisor.naver.com/indexnow — GET for one URL, POST for up to 10,000.
- Reportedly only ~4 organic SERP spots (InterAd, single-sourced, unverified against Naver’s own docs — verify live).
- Title/description guidance in diagnostics: ≈40 / ≈80 characters (InterAd, single-sourced, unverified against Naver’s own docs).
Verification fails when…
- The tag is injected by JavaScript (verifier reads served HTML, not the
rendered DOM — Naver’s own recommended check is
view-source:). - The page uses a JS redirect, meta-refresh, or cookie-based redirect.
- The tag sits inside a
<frame>tag, or inside<body>instead of<head>. - → Fall back to DNS TXT or a real HTML file at the root.
Playbook: “My pages aren’t showing up in Naver”
A linear runbook for the most common failure — a Korean-targeted site that isn’t appearing in Naver. Work the steps in order; stop when you find the break.
- Confirm the site is verified in Search Advisor. If verification never
completed, nothing downstream works. Re-check ownership via HTML file,
<head>tag, or DNS TXT. (Note: verification is for visibility into reports, not for inclusion — Naver’s own FAQ says an unregistered site can still appear in search.) - If verification itself keeps failing, inspect how your tag is delivered.
Use
view-source:(Naver’s own recommended check), not the rendered page — if the verification tag only appears after JavaScript runs, or the page uses a meta-refresh or cookie-based redirect, or the tag sits inside a<frame>tag or inside<body>instead of<head>, the verifier can’t see it. Switch to DNS TXT or a root HTML file. - Check robots.txt. A robot-disallowed error on the Collection Status report
means Naver’s crawler — named Yeti in Naver’s own robots.txt guide — is
blocked. Confirm your
robots.txtreturns a clean 2xx astext/plain(an HTML error page served with a 200 status can get misread as “allow everything”), and that it isn’t redirecting more than 5 hops. - Submit / re-check your XML sitemap. Confirm it’s under 10 MB and 50,000 URLs; split into a sitemap index if not. Confirm the URLs are canonical and return 200, and that Naver’s fetch of the sitemap itself isn’t timing out (a slow response can get a submission restricted).
- Fire web page collection requests for your priority URLs, then check the Collection Status (수집 현황) report’s error taxonomy — robot-disallowed, DNS error, connection failure, server error, page error (404), content error, malformed URL, slow-download page, or oversized page (roughly 4MB+) — to see which side of the fence the problem is on.
- If it’s crawled but invisible, you’ve hit the ceiling, not a bug. Naver’s own docs say a successful collection never guarantees exposure, and a portal that favors its own properties means a standalone site can be indexed and still lose the SERP to Naver Blog / Café / Knowledge iN results.
- Escalate to the ecosystem. For competitive Korean queries, stand up a Naver Blog and/or Café presence alongside the site, and — where relevant — Shopping and Place listings. On Naver, ecosystem presence is often the missing lever, not a technical fix on the standalone site.
- Sanity-check whether Naver is even the right battle for the query — for some queries Google share in Korea is now large enough that Search Console diagnostics may be the more productive place to look.
Naver mistakes to avoid
The traps that come up most, several of them widely-repeated myths worth correcting:
- “You have to register with Naver before your site can appear.” Why it’s wrong: Naver’s own FAQ says there’s no search-registration step; its crawler finds sites on its own. Do instead: register anyway, but for the right reason — it’s how you get collection/index/exposure reports, not how you get included.
- “Search Advisor is just Google Search Console with Korean labels — I already know it.” Why it’s wrong: the feature boundaries differ (one RSS feed per site, verification that reads served HTML not a rendered DOM), and the whole tool sits inside a portal that advantages Naver’s own content. (Naver does have its own IndexNow-compatible push, so that specific gap I flagged in an earlier revision was wrong.) Do instead: learn the divergences — the RSS limit, the collection-request error taxonomy, and the ecosystem effect — rather than assuming GSC muscle memory transfers cleanly.
- “I submitted the sitemap / requested collection, so I’ll get indexed and ranked.” Why it’s wrong: Naver’s own docs state directly that submission aids discovery, not inclusion or exposure — and with reportedly only ~4 organic SERP spots (single-sourced, unverified) the bar is high regardless. Do instead: treat discovery as step one, then compete on content and ecosystem presence.
- “Verification is broken / Naver is buggy.” Why it’s wrong: on JS-only site
builders the far more likely cause is that your verification tag is injected
client-side, or the page uses a meta-refresh or cookie-based redirect, or the tag
is inside a
<frame>tag or inside<body>instead of<head>— none of which the verifier reads, per Naver’s own FAQ. Do instead: verify via DNS TXT or a real root HTML file. - “I’ll change my RSS feed URL by adding a second one.” Why it’s wrong: only one RSS feed is allowed per site. Do instead: delete the registered feed first, then add the new one — and make sure every URL in it is on the verified domain.
- “A standalone website is all I need to win Korean search.” Why it’s wrong: Naver gives preferential placement to Blog, Café, and Knowledge iN content, so a site-only strategy fights uphill. Do instead: pair the site with an active Naver ecosystem presence for competitive queries.
- “Google overtook Naver in Korea, so I can skip Naver.” Why it’s wrong: the “overtook” figure comes from StatCounter’s mobile-pageview weighting; Korean query-volume trackers still put Naver clearly ahead (~62.9% vs ~29.6%). Do instead: register in both — the gap is methodology-dependent and Naver is far too large to skip.
Prove a Naver Search Advisor change took effect
Confirm site ownership verification
Test to run — Complete the selected HTML file, meta-tag, or DNS TXT method and run Search Advisor’s ownership check. Expected result — the property verifies and remains accessible after a fresh session. Failure interpretation — Naver cannot fetch the file/tag, the TXT record has not propagated, or a JavaScript redirect, meta-refresh, iframe, or JS-only route is hiding the verification signal. Monitoring window — Immediate for file/tag methods; allow DNS propagation for TXT changes. Rollback trigger — Restore the prior verification token if the new method removes owner access.
Confirm sitemap or RSS submission
Test to run — Submit the production sitemap or RSS URL, then inspect the submitted resource status and fetch the same URL without authentication. Expected result — Search Advisor accepts the resource and the live response contains the intended canonical URLs. Failure interpretation — the resource is unreachable, malformed, over the documented limit, or the wrong RSS URL was submitted. Monitoring window — Fetchability is immediate; Search Advisor processing can lag. Rollback trigger — Restore the previous submitted resource if the replacement drops intended URLs or cannot be fetched.
Confirm a collection-request URL is technically eligible
Test to run — Submit one representative page for collection and check the live page’s response, canonical, robots directives, and Naver diagnostic status. Expected result — the request is accepted and the page is crawlable, canonical to itself or the intended URL, and not blocked. Failure interpretation — a technical signal or access problem prevents collection; request acceptance alone never guarantees indexing. Monitoring window — Confirm technical eligibility immediately, then allow Naver time to crawl and decide on indexing. Rollback trigger — Revert a template change that makes previously eligible pages blocked, redirected, or non-canonical.
Confirm the fix across the affected template
Test to run — Recheck Search Advisor’s crawl, mobile, and on-page diagnostics for the changed page type and manually inspect a small representative set. Expected result — the targeted diagnostic clears without new crawl or rendering errors on sibling pages. Failure interpretation — the fix was partial or introduced a template-wide regression. Monitoring window — After Naver recrawls the affected pages. Rollback trigger — Halt or revert the rollout if the diagnostic spreads or previously healthy pages become inaccessible.
Patrick's relevant free tools
- hreflang Generator + Linter — Enter your URL × locale matrix and get bidirectional hreflang markup as head tags, sitemap XML (auto-split past 50,000 URLs), and Link headers — linted live for wrong region codes, duplicates, and missing fallbacks. Runs entirely in your browser.
- returntag - hreflang checker — Enter one URL or an XML sitemap and the returntag - hreflang checker crawls the whole hreflang cluster — missing return tags, broken targets, self-reference and x-default checks, language-code validation, and head vs Link header vs sitemap disagreements — on an interactive cluster map with CSV export. The check Search Console's International Targeting report used to run.
- Local SERP Generator — Build a Google search link for a manual city or coordinate, country, language, and device context — without scraping results.
Related tools
- Naver Search Advisor — the subject of this article; Naver’s free console for verification, web page collection requests, an IndexNow-compatible endpoint, sitemap/RSS submission, and diagnostics in South Korea.
- Google Search Console — the parallel authority for Google; keep it, and treat Search Advisor as an addition, not a replacement.
- Bing Webmaster Tools — the closest Western analog in design; also where you’d turn on a third-party IndexNow integration if you want one ping to notify Bing, Yandex, Seznam, and Yep together with Naver’s own endpoint.
- Yandex Webmaster Tools / Baidu Webmaster Tools — the same market-entry step for Russia and China respectively; register in each where the market matters.
- StatCounter / InternetTrend.co.kr — the two market-share sources whose methodologies diverge sharply on Naver-vs-Google in Korea; read both, not one.
Resources worth your time
My related writing
- Patrick Stox — author archive — my technical- and international-SEO writing; I haven’t published a dedicated Naver piece, so the international-SEO and crawling material is the closest frame.
- The Beginner’s Guide to Technical SEO — where verification, sitemaps, and crawl requests fit in the bigger picture that Search Advisor also plugs into.
Naver’s own documentation (fetched directly for this piece — see Official Docs tab for the full list)
- 사이트 등록 및 소유확인 — registration/verification rules, the source for “registration isn’t required to appear.”
- RSS 및 사이트맵 제출 — sitemap and RSS validation rules and caps.
- 수집요청 및 검색제외 — the collection-request policy and its explicit no-guarantee statement.
- 페이지 갱신 요청하기 — Naver’s own IndexNow-compatible endpoint.
- robots.txt 설정하기 — names the Yeti crawler and its robots.txt handling.
From around the industry (English-language, unverified against Naver’s own pages unless noted)
- InterAd — “Naver Search Advisor: A Full Guide” — the “only 4 organic spots” claim and the title/description limits in diagnostics; I could not corroborate either against Naver’s own docs, so both stay single-sourced.
- thedigitalx.net — “NAVER vs Google: Top 4 Search Engines in South Korea” — the clearest statement of Naver’s portal-preference effect; industry consensus, not an official Naver disclosure.
- theegg.com — “Naver SEO 2026: The Complete Guide for Marketers” — the 2026 AI Briefing / AI Tab / discontinued Related Search developments.
- InterAd — “Korean Search Engine Market Share” — the InternetTrend.co.kr query-volume figures (Naver 62.86%).
- StatCounter — Search Engine Market Share, South Korea — the page-view-weighted counterpoint (Google slightly ahead).
- Search Engine Land — “Naver, The Google Of South Korea” (2007) — the historical anchor for why Naver built its content ecosystem.
- weekerp.com — Naver Search Advisor setup guide and ppcle.com — verification renewal FAQ — two independent Korean-language agency sources corroborating DNS TXT as a third verification method, since Naver’s own FAQ page I fetched didn’t list it directly.
Test yourself: Naver Search Advisor
Six quick questions on verifying, submitting to, and understanding Naver Search Advisor. Pick an answer for each, then check.
Naver Search Advisor
Naver Search Advisor (searchadvisor.naver.com) is Naver's free webmaster tool — the Korean-market equivalent of Google Search Console — for verifying site ownership, requesting that Naver crawl and index URLs, submitting sitemaps and RSS feeds, and diagnosing why pages aren't showing in Naver search.
Related: Bing Webmaster Tools, International SEO
Naver Search Advisor
Naver Search Advisor is the webmaster console you register a site in to compete in South Korea’s largest search engine, Naver. It plays the same role Google Search Console plays for Google and Bing Webmaster Tools plays for Bing: you prove you own the domain, then use the tool to hand Naver your URLs and to see what it’s doing with them.
The core jobs are ownership verification (HTML file upload, a meta/HTML tag in <head>, or a DNS TXT record), web page collection requests (Naver’s term for asking its crawler to fetch a specific URL — roughly Google Search Console’s “Request Indexing”), sitemap submission (XML, subject to the same 10 MB / 50,000-URL caps most engines use), RSS submission (one feed per site), and diagnostics reports covering crawl errors and on-page optimization.
Two things make it different from the Western tools SEOs already know. First, the interface and official help docs are Korean-first, so most English guidance is practitioner paraphrase rather than a direct quote of Naver’s own words. Second, Naver is a portal, not just a search engine — its own properties (Naver Blog, Café, Knowledge iN, Post, Shopping, Place) sit inside the same ecosystem, and industry consensus is that they get preferential placement over external websites. Registering in Search Advisor is necessary for a standalone site to be crawled, but it doesn’t put you on equal footing with Naver-hosted content.
Related: Bing Webmaster Tools, International SEO
Build-time retrieval analysis plus live signals for this exact article. The automatic chunk report includes a deterministic readiness score and is ready without a model download.
Search Console
sampleGA4 traffic (28d)
sampleCloudflare traffic (7d)
sampledCrUX field data (28d, phone)
sampleGoogle NLP entities
localChangelog
Updated Jul 19, 2026.
Editorial summary and recorded change details.Summary
Fetched Naver's own Korean-language Search Advisor guide pages directly (plain HTTP requests succeeded where an earlier revision reported them unfetchable) and corrected several claims against Naver's own text — most importantly, that Naver documents its own IndexNow-compatible endpoint, contradicting the previous claim that it had no push protocol of its own. Also corrected the registration-requirement framing, expanded verification failure modes, added a new partner crawl-request API section and a robots.txt/Yeti section, and replaced several secondary-sourced figures with Naver's own stated numbers.
Change details
- Before
Naver's own help center could not be fetched programmatically, so operational detail leaned on secondary English-language sources (InterAd, bubbleshare.io).AfterFetched Naver's own guide pages for registration/verification, sitemap/RSS submission, collection requests, IndexNow, the partner crawl-request API, robots.txt, and the crawl/diagnosis/exposure reports directly via plain HTTP requests, and re-sourced the article's operational claims to Naver's own text. - Before
Unlike Bing, Naver has no IndexNow-style instant push protocol that I could find.AfterNaver documents its own IndexNow-compatible endpoint at searchadvisor.naver.com/indexnow (GET for a single URL, POST for up to 10,000 URLs), the same protocol Bing, Yandex, Seznam, and Yep implement. -
Corrected the opening framing: Naver's own FAQ states registration is not required for a site to appear in Naver search — verifying a property unlocks collection/index/exposure reporting, not inclusion.
-
Expanded verification failure modes with Naver's own documented list: JavaScript, meta-refresh, and cookie-based redirects are all unsupported, and a tag inside a frame tag or inside body instead of head is excluded from verification.
-
Added a new section on Naver's partnership-gated crawl-request API (submit.json/verify.json, Bearer token auth, exact-origin matching, 1,000 URLs/2MB per call).
-
Added a new section naming Naver's crawler (Yeti) and documenting its robots.txt HTTP-status handling, sourced directly from Naver's robots.txt guide.
-
Replaced the diagnostics section's vague GSC analogy with Naver's own four-category site-diagnosis breakdown (indexed/collection-restricted/index-excluded/SEO) and the exposure-report's documented scope (web-search-area only, 90-day window, ~1-week-old data).
-
Updated collection-request timing from 'about a day' to Naver's own stated 'at least one day, possibly several weeks,' and replaced an unverifiable secondary status-code list with Naver's own collection-status error taxonomy.
-
Added a sixth quiz question testing the IndexNow correction, since the prior false claim was the single highest-damage error in the article.
Full comparison unavailable — no prior snapshot was archived for this revision.