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.

First published: Jul 3, 2026 · Last updated: Jul 19, 2026 · Advanced
demand #10 in Search Engine Tools#13 in Tools#212 in Technical SEO#290 on the site

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 AdvisorNaver 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. is Naver’s free Search ConsoleA free Google service that reports how a site performs in Google Search and surfaces problems with how Google crawls, indexes, and serves it. It's first-party data straight from Google — but you don't need it to appear in results. 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 sitemapAn XML sitemap is a UTF-8 file listing the canonical URLs on your site (with optional lastmod) so search engines can discover and prioritize them. It's a discovery and diagnostic aid, not a guarantee of indexing — and Google ignores its priority and changefreq tags. (10 MB / 50,000-URL caps) and one RSS feedAn RSS or Atom feed is an XML file listing a site's most recently published or updated URLs. Search engines accept it as a sitemap-style discovery signal for fresh content — not a replacement for a full XML sitemap. 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 ConsoleA free Google service that reports how a site performs in Google Search and surfaces problems with how Google crawls, indexes, and serves it. It's first-party data straight from Google — but you don't need it to appear in results., never a replacement.

Evidence for this claim Naver Search Advisor is Naver's official webmaster portal for registering and monitoring sites in Naver Search. Scope: Current official Naver tool availability. Confidence: high · Verified: Naver Search Advisor Evidence for this claim Naver's official guide documents site verification, robots, sitemaps, and search optimization practices. Scope: Current Naver Search Advisor guidance. Confidence: high · Verified: Naver Search Advisor Guide

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 sitemapsA sitemap is a file that lists the pages, images, videos, and other files on your site so search engines can discover them. It helps discovery, but submitting a sitemap doesn't guarantee crawling or indexing., read diagnostics. If you’re fluent in Bing Webmaster ToolsMicrosoft's free portal for monitoring and improving how a site appears in Bing search — the peer to Google Search Console, plus IndexNow instant indexing, richer backlink data, and keyword volumes. Because Bing's index also feeds Microsoft Copilot, it doubles as a window into AI-search visibility. or Search ConsoleGoogle's free tool for monitoring crawling, indexing, and search performance., 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, sitemapA sitemap is a file that lists the pages, images, videos, and other files on your site so search engines can discover them. It helps discovery, but submitting a sitemap doesn't guarantee crawling or indexing. and RSS submission, web page collection requests, the IndexNowIndexNow is an open push protocol that lets you instantly tell participating search engines (Bing, Yandex, Naver, Seznam, and Yep) which URLs you've added, changed, or removed via a simple HTTP request — and one submission is shared across all of them. Google does not use it. endpoint, the partner crawl-request API, robots.txtA plain-text file at the root of a host that tells crawlers which URLs they may and may not request. It controls crawling, not indexing — a blocked URL can still be indexed if it's linked from elsewhere. 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 crawlerA crawler — also called a spider or bot — is an automated program that fetches web pages, extracts their links, and queues new URLs to visit. Search engines use crawlers to discover and download content for their index. collects sites and documents on its own, and Naver’s stated priority for you is following its SEO guide so that crawlerA crawler — also called a spider or bot — is an automated program that fetches web pages, extracts their links, and queues new URLs to visit. Search engines use crawlers to discover and download content for their index. 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, indexedStoring a crawled page in the search index so it can appear in results. Crawled is not the same as indexed — Google selects what to keep, and indexing isn't guaranteed., 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 redirectA redirect sends browsers and crawlers from a requested URL to a different one. An HTTP redirect specifically is a 3xx status code paired with a Location header; meta refresh and JavaScript redirects achieve a similar navigation without being a 3xx response themselves. Permanent redirects (301/308) are Google's signal the target should be canonical; temporary ones (302/303/307) aren't. 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 &lt;frame&gt; tag is excluded from verification (the tag has to live on the top-level page, not a framed one), and a tag placed inside &lt;body&gt; instead of &lt;head&gt; 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/crawlingCrawling is how search engines use automated bots (like Googlebot and Bingbot) to discover URLs and download pages. A page has to be crawlable to be indexed, but crawling on its own isn't a ranking factor.) 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 IndexingStoring a crawled page in the search index so it can appear in results. Crawled is not the same as indexed — Google selects what to keep, and indexing isn't guaranteed.” 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.txtA Google Search Console Page Indexing status: the URL was excluded from indexing because your robots.txt disallows crawling it. Usually intentional and benign — robots.txt blocks crawling, not indexing.), 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 IndexNowIndexNow is an open push protocol that lets you instantly tell participating search engines (Bing, Yandex, Naver, Seznam, and Yep) which URLs you've added, changed, or removed via a simple HTTP request — and one submission is shared across all of them. Google does not use it.-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 CMSA content management system (CMS) is software that lets users create, manage, and publish digital content — like blog posts and pages — without writing raw code. WordPress, Drupal, and Joomla are the most common open-source CMS platforms. 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.txtA plain-text file at the root of a host that tells crawlers which URLs they may and may not request. It controls crawling, not indexing — a blocked URL can still be indexed if it's linked from elsewhere.. 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 indexA sitemap index is a sitemap of sitemaps — a single file that lists your other sitemap files instead of listing URLs directly. It's how large sites stay under the 50,000-URL / 50MB-per-sitemap limit while submitting just one file. 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 faviconA favicon (\"favorite icon\") is the small square image that represents a website — shown in browser tabs, bookmarks, and history, and (when the requirements are met) next to a site's listing in Google and Bing search results. It's declared with an HTML <link rel=\"icon\"> tag in the <head>. It is not a ranking factor, but it affects brand recognition and click-through rate. 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 reportsThe Google Search Console report that shows how your site actually performed in Google Search, built from real impressions and clicks. It reports four metrics — clicks, impressions, average CTR, and average position — and keeps the most recent 16 months of data., 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.

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 hreflangHreflang is an annotation (in HTML, HTTP headers, or XML sitemaps) that tells search engines which language and optional region a page targets, and which alternate versions exist. It only works when every page in the cluster references all the others. and ccTLDCountry-code top-level domain like .de or .co.uk — a strong geotargeting signal./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 ToolsThe free, first-party consoles search engines give site owners — Google Search Console and Bing Webmaster Tools — to see how their pages are crawled, indexed, and ranked, and to fix problems. The legacy name is 'webmaster tools.' for Russia or Baidu Webmaster ToolsThe free, first-party consoles search engines give site owners — Google Search Console and Bing Webmaster Tools — to see how their pages are crawled, indexed, and ranked, and to fix problems. The legacy name is 'webmaster tools.' for China. Google’s own international docs describe hreflangHreflang is an annotation (in HTML, HTTP headers, or XML sitemaps) that tells search engines which language and optional region a page targets, and which alternate versions exist. It only works when every page in the cluster references all the others. 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 renderingTurning HTML, CSS, and JavaScript into the final visual page and DOM. paths, meta-refresh and cookie-based redirects, and tags placed in a &lt;frame&gt; or in &lt;body&gt; instead of &lt;head&gt; 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.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.