Sprachen

Naver Search Advisor: Leitfaden

Was Naver Search Advisor ist, wie Sie eine Website verifizieren und Crawling in Südkoreas führender Suchmaschine anfordern und warum internationale SEOs trotz Erfahrung mit der Google Search Console auch dieses Tool benötigen – einschließlich der betrieblichen Grenzen, typischen Verifizierungsfehler, Navers eigenem IndexNow-Endpunkt und den Besonderheiten des Portal-Ökosystems aus Navers eigener Dokumentation.

Erstveröffentlicht: 3. Juli 2026 · Zuletzt aktualisiert: 20. Aug. 2026 · Fortgeschritten
Sprachen
AIVerfasst vonAI v2

Naver Search Advisor ist Navers offizielles Webmaster-Portal zum Verifizieren einer Website, Anfordern von Crawling, Einreichen von Sitemaps und RSS-Feeds, Senden sofortiger Aktualisierungen über den eigenen IndexNow-kompatiblen Endpunkt und Prüfen von Diagnosen. Laut Navers eigener Dokumentation ist keine Registrierung nötig, damit eine Website in der Naver-Suche erscheint; sie schaltet Berichte frei, nicht die Aufnahme in den Index. Das Tool ergänzt die Werkzeuge anderer Suchmaschinen, und keine Einreichungsmethode garantiert Crawling, Indexierung oder Sichtbarkeit.

TL;DR — Naver Search Advisor ist Navers kostenloses Gegenstück zur Search Console für Südkorea. Verifizieren Sie die Inhaberschaft (HTML-Datei, Tag im <head> oder DNS-TXT), fordern Sie anschließend die Webseitenerfassung für einzelne URLs an, reichen Sie eine XML-Sitemap (höchstens 10 MB beziehungsweise 50 000 URLs) und einen RSS-Feed pro Website ein und lesen Sie die Diagnoseberichte. Zwei ehrliche Einschränkungen ziehen sich durch den gesamten Leitfaden: Tool und Dokumentation sind primär koreanischsprachig. Daher stammen viele englische Betriebsdetails aus der Praxis und sind keine wörtlichen Aussagen Navers. Außerdem ist Naver ein Portal, das Ergebnistypen aus eigenen Diensten ebenso anzeigt wie externe Websites. Behandeln Sie Search Advisor als zusätzlichen Schritt neben der Google Search Console, niemals als Ersatz.

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

Was das Tool ist und wie ich es einordne

Naver Search Advisor ähnelt in Aufbau und Arbeitsweise den Bing Webmaster Tools und der Google Search Console: Inhaberschaft verifizieren, URLs und Sitemaps einreichen, Diagnosen lesen. Wenn Sie mit den Bing Webmaster Tools oder der Search Console vertraut sind, kennen Sie die grundlegenden Abläufe bereits. Viele Leitfäden behandeln das Tool jedoch fälschlich wie einen unveränderten GSC-Klon mit koreanischen Beschriftungen. Das ist es nicht – und gerade die beiden Unterschiede sind entscheidend.

Erster Unterschied: das Quellenproblem, das mit dieser Überarbeitung weitgehend gelöst wurde. Navers Hilfezentrum (searchadvisor.naver.com/guide) ist eine koreanischsprachige Single-Page-App; die Übersichtsseite lässt sich mit einer einfachen Anfrage nicht abrufen. Die einzelnen verlinkten Leitfäden erwiesen sich jedoch als gewöhnliches serverseitig gerendertes HTML: Eine Standardanfrage mit curl liefert den vollständigen koreanischen Text, ohne dass ein Browser nötig ist. Ich habe deshalb die hier relevanten Seiten direkt abgerufen: Registrierung und Verifizierung, Sitemap- und RSS-Einreichung, Webseitenerfassung, IndexNow-Endpunkt, Partner-Crawl-API, Umgang mit robots.txt sowie Berichte zu Crawling, Diagnose und Sichtbarkeit. Die Kennzeichnung [Naver, Seitenname] bedeutet im Folgenden, dass die Aussage direkt aus diesem koreanischen Quelltext übersetzt wurde und keine sekundäre Paraphrase ist. Einige engere Aussagen – die genaue Zeichenanzahl für Titel und Beschreibungen sowie die Angabe von nur etwa vier organischen Plätzen – stammen weiterhin aus englischsprachigen Agenturbeiträgen. Ich konnte sie auf keiner abgerufenen Naver-Seite bestätigen und stelle sie deshalb vorsichtig als Einzelquelle dar.

Zweiter Unterschied: der Portaleffekt. Das ist der tragende Unterschied zu Google und Bing; deshalb erhält er weiter unten einen eigenen Abschnitt.

Einrichtung: Website registrieren und verifizieren

Navers eigene Registrierungs-FAQ [Naver, faq-start-register] beginnt mit einem Punkt, der an den Anfang gehört: Eine Website muss nicht registriert sein, damit ihre Seiten in der Naver-Websuche erscheinen. Navers Crawler erfasst Websites und Dokumente selbstständig. Naver empfiehlt vor allem, den eigenen SEO-Leitfaden zu befolgen, damit der Crawler die Website zuverlässig erfasst. Registrierung und Verifizierung einer Property in Search Advisor schalten Berichte frei: Nach abgeschlossener Inhaberschaftsbestätigung zeigt das Tool, was für Ihre Website erfasst, indexiert und in den Suchergebnissen ausgespielt wurde – Informationen, die Sie andernfalls nicht sehen. Die Registrierung ist für die Aufnahme optional, für den Einblick in die Abläufe aber erforderlich.

Sie fügen die URL Ihrer Website hinzu und weisen anschließend die Inhaberschaft nach. Navers eigene FAQ dokumentiert zwei Methoden direkt (HTML-Datei und Meta-Tag). Eine dritte Methode – ein DNS-TXT-Eintrag – wird in mehreren voneinander unabhängigen koreanischsprachigen Agenturleitfäden (weekerp.com, ppcle.com) übereinstimmend genannt, erscheint jedoch nicht auf der von mir abgerufenen FAQ-Seite. Ich behandle sie daher als stark bestätigt, aber nicht als durch Seite und Zitat primär belegt:

  • HTML-Datei hochladen — Laden Sie die von Naver erzeugte Verifizierungsdatei herunter und platzieren Sie die Datei im Stammverzeichnis Ihrer Website.
  • Meta-/HTML-Tag — Fügen Sie das von Naver bereitgestellte Tag in Ihr <head> ein.
  • DNS-TXT-Eintrag — Legen Sie bei Ihrem DNS-Anbieter einen TXT-Eintrag an. Mehrere koreanischsprachige Einrichtungsleitfäden nennen dies als dritte Option. Den genauen Wortlaut konnte ich auf der abgerufenen Naver-FAQ-Seite nicht bestätigen; behandeln Sie die Methode deshalb als stark berichtet und nicht als primär bestätigt.

Warum die Verifizierung scheitert, diesmal direkt aus Navers eigener FAQ und nicht aus einer Praxis-Paraphrase: Die Verifizierung führt kein JavaScript aus. Naver prüft also den ausgelieferten HTML-Code. Navers empfohlene Methode zur Markup-Prüfung ist das Präfix view-source: beziehungsweise „Seitenquelltext anzeigen“, nicht die gerenderte Seite. Drei Weiterleitungsarten werden für die Verifizierungsseite ausdrücklich nicht unterstützt: JavaScript-, Meta-Refresh- und Cookie-basierte Weiterleitungen (Cookie setzen und neu laden). Alle drei laufen client- oder browserseitig und werden nicht verfolgt. Falls eine Weiterleitung nötig ist, muss sie serverseitig per HTTP 301 oder 302 erfolgen. Zwei weitere Fehlerfälle nennt Naver gesondert: Ein Verifizierungs-Tag innerhalb eines &lt;frame&gt;-Tags wird nicht berücksichtigt – das Tag muss auf der obersten Seite stehen, nicht in einem Frame. Ebenso wird ein Tag in &lt;body&gt; statt in &lt;head&gt; ignoriert. Wenn ein reiner JavaScript-No-Code-Baukasten wiederholt scheitert, ist ein clientseitig eingefügtes Tag weiterhin die häufigste praktische Ursache, auch wenn Naver diesen Fall nicht ausdrücklich aufzählt. Der Grund entspricht Navers eigener Aussage: Die Prüfung liest den ausgelieferten HTML-Code und nicht, was JavaScript später ergänzt. Verwenden Sie stattdessen die DNS-TXT-Methode oder eine echte HTML-Datei im Stammverzeichnis.

Evidence for this claim Verification checks the served HTML and does not execute JavaScript; client-side redirects, cookies, frames or a meta tag outside the head can cause validation failure. Scope: verified property, live provider UI and documented API/report boundary Confidence: high · Verified: 사이트 등록 및 소유확인

Webseitenerfassung anfordern (Indexierungsanfragen)

Naver verwendet den Begriff „수집“ (Erfassung/Crawling), wo Google von „Crawling“ spricht; englische Übersetzungen geben ihn als „collection“ wieder. Bei einer Anfrage zur Webseitenerfassung fügen Sie eine einzelne URL ein und bitten Navers Crawler, sie abzurufen. Funktional entspricht das „Indexierung beantragen“ in der GSC oder der manuellen URL-Einreichung bei Bing.

Navers eigener Leitfaden zu Erfassungsanfragen [Naver, request-crawl] beschreibt ungewöhnlich deutlich, was diese Funktion leistet und was nicht. Englisches Original: “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.” (Übersetzung) „Die von den Webmaster Tools bereitgestellte Anfrage zur Webseitenerfassung dient lediglich als Hilfe, die Ziel-URL an das Erfassungssystem zu übergeben. Selbst bei erfolgreicher Erfassung besteht keine Garantie, dass sie in Navers Suchergebnissen erscheint.“ Naver erklärt außerdem, dass Anfragen nach Priorität und nicht in Echtzeit verarbeitet werden. Rechnen Sie mit mindestens einem Tag, möglicherweise aber mehreren Wochen – nicht mit „etwa einem Tag“, wie eine frühere Fassung dieses Artikels behauptete. Dieselbe URL täglich erneut einzureichen hilft nicht, weil sie dadurch in der Warteschlange nicht vorrückt. Eine Warnung, die ich in englischsprachigen Leitfäden nicht gesehen hatte: Naver überwacht Erfassungsanfragen auf Spam-Missbrauch. Anfragen von Websites, die Navers eigener Algorithmus als spamähnlich einstuft, werden eingeschränkt.

Für das Ergebnis einer Anfrage stammt die klarste primäre Aufschlüsselung nicht aus einer Statuscodeliste auf der Anfrageseite, sondern aus der Fehlersystematik im Bericht 수집 현황 (Erfassungsstatus) [Naver, report-crawl-refine]. Sie erklärt, warum eine URL nicht verarbeitet wurde: durch robots.txt gesperrt, DNS-Fehler, Verbindungsfehler oder Zeitüberschreitung, Serverfehler (4xx/5xx), Seitenfehler (404), Inhaltsfehler (nicht analysierbares Markup – prüfen Sie JavaScript und Markup anhand von Navers SEO-Leitfaden), fehlerhafte URL, eine Downloadzeit von mehr als einer Minute oder ein HTML-Dokument von mehr als ungefähr 4 MB. Ein englischsprachiger Agenturleitfaden von InterAd ordnet der Benutzeroberfläche eine andere Liste zu. Englisches Original: “Request completed / Collection failure / Blocked collection / Connection failure / Server error / Collection success” (Übersetzung) „Anfrage abgeschlossen / Erfassung fehlgeschlagen / Erfassung blockiert / Verbindung fehlgeschlagen / Serverfehler / Erfassung erfolgreich“. Ich konnte diesen genauen Wortlaut auf keiner abgerufenen Naver-Seite bestätigen; behandeln Sie ihn deshalb als unbestätigt (beide Fassungen stehen im Tab Zitate).

Auch die in englischsprachigen Leitfäden verbreitete Angabe von nur vier organischen Plätzen auf einer Naver-Ergebnisseite konnte ich in Navers eigener Dokumentation nirgends finden. Sie stammt allein von InterAd, während sich SERP-Layouts ändern. Prüfen Sie die genaue Zahl anhand einer aktuellen koreanischen Ergebnisseite, bevor Sie Ihre Strategie darauf stützen.

Korrektur gegenüber einer früheren Fassung dieses Artikels: Naver besitzt einen eigenen Push-Kanal für sofortige Aktualisierungen. Naver dokumentiert unter searchadvisor.naver.com/indexnow [Naver, indexnow-request] einen IndexNow-kompatiblen Endpunkt. Eine GET-Anfrage mit den Parametern url, key und optional keyLocation benachrichtigt Naver über eine URL. Ein POST mit JSON-Inhalt (host, key, keyLocation, urlList) verarbeitet bis zu 10 000 URLs pro Anfrage. Die Antwortcodes folgen dem üblichen Muster: 200 für Erfolg, 202 für angenommen bei noch laufender Schlüsselprüfung, 400 für eine fehlerhafte Anfrage, 403 für einen ungültigen Schlüssel, 422 für eine URL, die nicht zum Schlüssel passt, 429 für eine Ratenbegrenzung und 500 für einen Serverfehler. Da Bing, Yandex, Seznam und Yep dasselbe IndexNow-Protokoll unterstützen, kann ein einziger Hinweis aus Ihrem CMS oder Plugin alle diese Suchmaschinen einschließlich Naver gleichzeitig benachrichtigen. Meine frühere Aussage, Search Advisor biete kein eigenes Push-Protokoll, war falsch.

Die Partner-API für Crawling-Anfragen (für größere, laufende Integrationen)

Unabhängig von der manuellen Anfrage in der Benutzeroberfläche und von IndexNow dokumentiert Naver eine Partner-API für Crawling-Anfragen [Naver, crawl-request-api], die für Websites mit hohem programmatischem Volumen gedacht ist. Sie ist zugangsbeschränkt und nicht zur Selbstbedienung vorgesehen: Zunächst reichen Sie über Navers Formular einen Partnerschaftsvorschlag ein und besprechen ihn direkt mit einem Naver-Ansprechpartner. Nach der Freigabe muss die Inhaberschaft der Website bereits in Search Advisor verifiziert sein. Die in der API-Anfrage genannte Website muss exakt mit der verifizierten Property übereinstimmen. Protokoll, Vorhandensein von www und Port zählen dabei mit; http://example.com und https://www.example.com gelten als unterschiedliche Websites. robots.txt muss die Ziel-URL ebenfalls zulassen. Die Aufrufe verwenden ein pro Partner ausgegebenes Bearer-accessToken, setzen TLS 1.2 oder höher voraus und sprechen zwei Endpunkte an: submit.json zum Einreichen von bis zu 1 000 URLs beziehungsweise 2 MB pro Aufruf für Aktualisierung oder Löschung sowie verify.json zur nebenwirkungsfreien Validierung einer gleich aufgebauten Nutzlast. Navers Dokumentation nennt zwei betriebliche Fallstricke ausdrücklich: Reichen Sie die URL ein, auf der ein echter Besucher landet, und keine URL mit einer temporären Weiterleitung; eine weitergeleitete URL wird als „Aktualisierung fehlgeschlagen“ protokolliert. Wenn mehrere URLs identische Inhalte ausgeben, reichen Sie nur die gewünschte kanonische URL ein. Andernfalls kann Navers Algorithmus eine andere Variante auswählen. Partner erhalten ein tägliches Anfragelimit und einen eigenen Bericht zum „Partner-API-Status“ mit Aktualisierungs- und Fehlerzahlen. Für die meisten eigenständigen Websites ist diese Stufe nicht erreichbar; sie richtet sich an Größenordnungen, bei denen ohnehin Gespräche mit Navers Geschäftsteam nötig wären. Für große Korea-Integrationen eines Kunden ist es trotzdem wichtig zu wissen, dass sie existiert.

Sitemaps einreichen

Navers eigener Leitfaden zur Feed-Einreichung [Naver, request-feed] behandelt Sitemaps und RSS als „Content-Feeds“, die der Crawler regelmäßig erneut besucht. Naver empfiehlt die Einreichung, wenn Inhalte in den Suchergebnissen nicht ausreichend erscheinen. Die Validierungsregeln dieser Seite: Jede URL in der Sitemap muss dieselbe Domain wie die verifizierte Website verwenden, der Feed darf 10 MB nicht überschreiten und eine einzelne Sitemap höchstens 50 000 URLs enthalten. Verwenden Sie darüber hinaus wie bei Google einen Sitemap-Index. Naver dokumentiert außerdem eine Einschränkung, die ich in einer früheren Fassung nur als unbelegte Paraphrase gefunden hatte: Eine langsame Antwort beim Abruf der Sitemap kann zur Einschränkung der Einreichung führen. Das ist nun Navers ausdrücklich beschriebenes Verhalten und keine Vermutung.

Evidence for this claim Naver treats submitted RSS and sitemaps as content feeds; current guidance documents same-domain validation, a 10 MB limit and at most 50,000 URLs per sitemap. Scope: verified property, live provider UI and documented API/report boundary Confidence: high · Verified: RSS 및 사이트맵 제출

RSS-Feeds einreichen

Die RSS-Einreichung ist für häufig aktualisierte Inhalte wie Blogs und Nachrichten gedacht, damit neue Beiträge schneller entdeckt werden. Navers eigener Leitfaden [Naver, request-feed] nennt neben der Regel zur identischen Domain weitere Vorgaben: Der Feed benötigt mindestens einen Eintrag, darf also nicht leer sein, hat wie die Sitemap eine Obergrenze von 10 MB, und pro Website ist nur ein RSS-Feed zulässig. Um Naver auf eine neue Feed-URL umzustellen, löschen Sie zuerst den registrierten Feed. Der Leitfaden fordert ausdrücklich, dass jeder Eintrag den vollständigen Artikeltext und keinen Auszug enthält. Naver begründet dies selbst: Mit vollständigen Inhalten kann ein Feed praktisch nur eine begrenzte Zahl von URLs aufnehmen. Für die gesamte Website empfiehlt Naver deshalb die Sitemap; RSS dient als Schnellspur für die neuesten Inhalte. Die Einschränkung bei langsamer Serverantwort gilt auch hier.

robots.txt: Wie Navers Crawler Yeti damit umgeht

Naver nennt seinen Crawler im eigenen robots.txt-Leitfaden Yeti [Naver, seo-basic-robots] und dokumentiert genau, wie er HTTP-Antwortcodes beim Abruf Ihrer robots.txt behandelt. Eine 2xx-Antwort wird als normaler Regelsatz ausgewertet; liefern Sie ihn als reinen text/plain-Text und nicht als HTML aus. Eine HTML-Fehlerseite mit Status 200 kann fälschlich als „keine Regeln, alles erlaubt“ verstanden werden. Einer 3xx-Weiterleitung folgt Naver bis zu fünf Sprünge; danach gilt alles als erlaubt. JavaScript- und Meta-Refresh-Weiterleitungen der robots.txt-URL werden nicht verfolgt. Eine 4xx-Antwort gilt als „alles erlaubt“, eine 5xx-Antwort als „alles gesperrt“. Naver kann bei 5xx vorübergehend auf die zuletzt erfolgreich abgerufenen Regeln zurückgreifen, statt sofort alles zu blockieren. Regeln gelten nur für das genaue Protokoll, den Host und den Port. Eine robots.txt unter http://www.example.com/robots.txt gilt weder für https:// noch für example.com ohne www. Zwei weitere praktische Hinweise nennt Naver direkt: Favicon sowie JavaScript- und CSS-Pfade sollten auch dann crawlbar bleiben, wenn Sie andere Pfade sperren, damit Yeti dieselbe Seite wie ein Besucher sieht. Außerdem können Sie die Sitemap mit einer Sitemap:-Zeile in robots.txt angeben; das robots.txt-Werkzeug in Search Advisor kann die Datei erzeugen und prüfen.

Diagnosen: Navers Zustandsberichte lesen

Navers Bericht 사이트 진단 (Website-Diagnose) [Naver, report-diagnosis] umfasst Seiten, die Naver in den vergangenen 90 Tagen erfasst hat, und teilt sie in vier Kategorien: 색인 (indexiert) – erfolgreich erfasste und indexierte Seiten; für diese Gruppe zeigt Naver keine Details pro URL. Prüfen Sie einzelne Seiten mit einer Naver-site:-Suche, die allerdings nur den aktuellen Stand und keinen Verlauf zeigt. 수집제한 (Erfassung eingeschränkt) bedeutet, dass der Crawler vor der Indexierung auf ein Problem stieß, etwa Weiterleitungen, robots.txt-Sperren oder HTTP-Protokollfehler. Manche davon sind beabsichtigt und müssen einzeln bewertet werden. 색인제외 (aus dem Index ausgeschlossen) bezeichnet ordnungsgemäß erfasste, aber während der Indexierung ausgeschlossene Seiten, typischerweise wegen Duplikaten, kanonischen URLs oder dünnen Soft-404-Seiten. SEO umfasst erfasste Seiten mit behebbaren Onpage-Problemen, etwa bei Titel, Beschreibung oder Ressourcenzugriff. Navers FAQ zu diesem Bericht weist darauf hin, dass nach der Verifizierung mindestens eine Woche vergehen kann, bis genügend Daten vorliegen. Außerdem muss Naver eine Seite erneut crawlen, bevor eine Korrektur als behoben erscheint. Dafür können Sie eine Erfassungsanfrage verwenden.

Der separate Bericht 콘텐츠 노출 및 클릭 (Sichtbarkeit und Klicks) [Naver, report-expose-ctr] zählt nur Impressionen und Klicks aus Ergebnissen im Bereich der Websuche. Naver schließt die Bereiche VIEW und Blogsuche, Informationsfelder für Unternehmen, Schulen, Orte und Spiele sowie Anzeigen ausdrücklich aus. Wenn Sie auf diesen anderen Flächen erscheinen, unterschätzt der Bericht deshalb Ihre gesamte Naver-Präsenz. Er umfasst ein rollierendes 90-Tage-Fenster; die Daten sind zum jeweiligen Aktualisierungsdatum ungefähr eine Woche alt. Eine Abfrage der letzten sieben Tage zeigt tatsächlich Daten, die etwa zwei bis drei Wochen zurückliegen. Beide Berichte ähneln im Zweck den GSC-Berichten zu Seitenindexierung und Leistung, doch Kategorien und Verzögerung lassen sich nicht eins zu eins übertragen. Behandeln Sie dies als Navers eigenes Modell und nicht als Google mit koreanischen Labels.

Die englischsprachige Sekundärliteratur von InterAd schreibt dem Diagnosebereich die Empfehlung “40-character title / 80-character description” (Übersetzung) „40 Zeichen für den Titel / 80 Zeichen für die Beschreibung“ zu. Ich konnte diese Angabe auf keiner abgerufenen Naver-Seite bestätigen. Da Zeichenlimits für Naver-Titel und -Beschreibungen eine echte praktische Frage sind und dies die einzige gefundene Zahl ist, bleibt sie als Einzelquelle und unbestätigte Angabe im Tab Zitate stehen. Verwenden Sie die Zahl bis zur Bestätigung nicht als Navers eigene Vorgabe.

Der Portaleffekt – warum externe Websites auf einem geneigten Spielfeld konkurrieren

Das ist der wichtigste Punkt, den Sie über Naver verstehen müssen. Dadurch unterscheidet sich Search Advisor nicht nur in den Beschriftungen, sondern grundlegend von der GSC und den Bing Webmaster Tools.

Naver ist ein Portal. Neben der Websuche betreibt es Naver Blog, Café (Communities), Knowledge iN (eine 2002 gestartete gemeinschaftliche Frage-und-Antwort-Plattform), Post, Shopping und Place. Die Ergebnisseite hebt diese eigenen Angebote deutlich hervor. thedigitalx.net beschreibt den Mechanismus so. Englisches Original: “While Google ranks content based on external authority signals and organic performance, NAVER prioritizes content hosted within its own platform,” (Übersetzung) „Während Google Inhalte anhand externer Autoritätssignale und organischer Leistung einordnet, bevorzugt NAVER Inhalte, die auf der eigenen Plattform gehostet werden.“ Zweites englisches Original: “Content from NAVER Blog, NAVER Café, and NAVER Ads is given preferential placement in search results.” (Übersetzung) „Inhalte aus NAVER Blog, NAVER Café und NAVER Ads werden in den Suchergebnissen bevorzugt platziert.“ Das ist ein branchenweiter Konsens, auf den sich viele auf Korea spezialisierte Agenturen einigen, aber keine offizielle Offenlegung des Naver-Algorithmus. Ich würde ihn daher als starken Konsens und nicht als bestätigte Rankingregel darstellen. Die praktische Folge bleibt: Erfolg bei Naver hängt seit Langem auch von einer Präsenz innerhalb des Ökosystems ab, nicht nur von einer eigenständigen Website.

Die historische Logik reicht weit zurück. Search Engine Land dokumentierte 2007, warum Naver eigene Inhaltsplattformen aufbaute, statt sich auf die Tiefe eines Webindex zu verlassen. Damals verzeichnete allein Knowledge iN ungefähr 44 000 Fragen und 110 000 Antworten pro Tag. Ein Analystenzitat aus diesem Beitrag fasst die ursprüngliche strategische Wette zusammen (siehe Tab Zitate). Das ist historischer Kontext und keine Beschreibung des heutigen Zustands. Er erklärt jedoch, warum die Indexierung externer Websites bei Naver von Anfang an hinter Portalinhalten stand – bewusst und nicht zufällig.

Die Entwicklung im Jahr 2026 beschreibt ein Leitfaden von theegg.com so: Navers Suchoberfläche verschiebt sich in Richtung KI. Die Funktion AI Briefing deckt demnach 20 % der Anfragen ab und greift auf Inhalte aus Naver Blog und Café zurück. Naver startete außerdem einen AI Tab als Betaversion und stellte Related Search ein – Entwicklungen, die noch stärker zu Navers UGC-Ökosystem führen. Das ist ein Agenturbericht mit benannter und datierter Quelle, keine primäre Naver-Ankündigung. Behandeln Sie die Einzelheiten deshalb als gut bestätigte Sekundärinformation. Die Richtung unterstreicht denselben Punkt: Naver belohnt Inhalte innerhalb von Naver.

Ja – aber das „Warum“ ist umstrittener, als viele Leitfäden einräumen. Der Marktanteil hängt vollständig davon ab, welcher Messmethode Sie vertrauen. Weil das Ergebnis tatsächlich methodenabhängig ist, stelle ich keine einzelne Zahl als abschließend dar:

  • StatCounter (nach Seitenaufrufen gewichtet, was mobile Android-Geräte mit Google als Voreinstellung stärker berücksichtigt), Südkorea, Juni 2026: Google 45,91 %, Naver 43,68 %, Bing 6,28 %, Daum 1,14 %.
  • InternetTrend.co.kr (ein koreanischer Tracker des Abfragevolumens, zitiert von InterAd): Naver 62,86 % im Jahresdurchschnitt 2025, „gegenüber 58,14 % ein Jahr zuvor“, Google 29,55 %, Bing 3,12 %, Daum 2,94 %.

Das ist kein Rundungsfehler, sondern eine Differenz von ungefähr 20 Prozentpunkten, die aus der Messmethode entsteht. StatCounters Gewichtung mobiler Seitenaufrufe bläht Googles durch die Android-Voreinstellung erzeugten Traffic auf; koreanische Tracker des Abfragevolumens sehen Naver weiterhin deutlich vorne. Verantwortlich gelesen ist Naver je nach Zählweise führend oder gleichauf und in jedem Fall viel zu groß, um es für die koreanische Suche zu ignorieren. Als längerer historischer Bezugspunkt: 2007 lag Naver Berichten zufolge bei 77 % und Google bei 1,7 %. Google hat enorm aufgeholt, doch die Abfragedaten stützen nicht die Aussage, Naver sei erledigt.

Wo Search Advisor in eine internationale SEO-Infrastruktur passt

In der Praxis ist Naver Search Advisor ein paralleler Schritt zur Google Search Console und kein Ersatz. Wenn Sie für eine koreanische Zielgruppe (ko-KR) die von internationaler SEO geforderte hreflang- und ccTLD-/Unterordner-Struktur umsetzen, behandeln Sie die Registrierung in Search Advisor als weiteren Punkt auf der Liste – so wie die Registrierung in den Yandex Webmaster Tools für Russland oder den Baidu Webmaster Tools für China. Googles eigene internationale Dokumentation beschreibt hreflang mittels Link-Tags, HTTP-Headern oder Sitemap-Einträgen. Englisches Original: “All three methods are functionally equivalent from Google’s perspective,” (Übersetzung) „Aus Googles Sicht sind alle drei Methoden funktional gleichwertig.“ Außerdem gilt die Regel gegenseitiger Verweise. Englisches Original: “Each language version must list itself as well as all other language versions.” (Übersetzung) „Jede Sprachversion muss sich selbst sowie alle anderen Sprachversionen aufführen.“ Naver wird dort erwartungsgemäß nicht genannt. Die Überschneidung ist organisatorisch: Für den koreanischen Markt kommt der Naver-Schritt zusätzlich zum Google-Schritt hinzu. Dieselbe marktspezifische SEO führt Sie in den jeweiligen Märkten auch zu Baidu und Yandex.

Irrtümer, die Sie ausräumen sollten

  • „Sie müssen sich bei Naver registrieren, damit Ihre Website erscheint.“ Nein. Laut Navers eigener FAQ gibt es keinen gesonderten Registrierungsschritt für die Suche; der Crawler findet und indexiert Websites selbstständig. Die Registrierung schaltet Berichte frei, nicht die Aufnahme in den Index.
  • „Search Advisor funktioniert genau wie die GSC, nur übersetzt.“ Nein. Die Funktionsgrenzen unterscheiden sich: ein RSS-Feed pro Website, Verifizierung anhand des ausgelieferten HTML-Codes ohne gerenderten DOM sowie ein Portalökosystem, das Navers eigene Inhalte strukturell stärker begünstigt, als Googles Ergebnisse die eigenen Angebote bevorzugen. Naver besitzt allerdings einen eigenen IndexNow-kompatiblen Endpunkt; dieser Teil des Vergleichs mit GSC und Bing trifft besser zu, als eine frühere Artikelversion behauptete.
  • „Eine eingereichte Sitemap garantiert die Indexierung.“ Nein. Wie überall unterstützt die Einreichung die Entdeckung, nicht die Aufnahme in den Index.
  • „Jede Website lässt sich auf dieselbe Weise verifizieren.“ Nein. Rein clientseitige JavaScript-Ausgabe, Meta-Refresh- und Cookie-basierte Weiterleitungen sowie Tags in &lt;frame&gt; oder in &lt;body&gt; statt &lt;head&gt; können Navers Prüfung scheitern lassen. Häufig trifft das No-Code-Baukästen.
  • „Naver ignoriert nicht koreanische oder außerhalb von Naver gehostete Inhalte.“ Das ist zu stark formuliert. Treffender ist: Naver bevorzugt sein eigenes Ökosystem, sodass externe Websites auf einem geneigten Spielfeld konkurrieren; ignoriert werden sie nicht.
  • „Google ist in Korea inzwischen größer; deshalb kann ich Naver überspringen.“ Nein. Der Unterschied im Marktanteil hängt von der Messmethode ab. Nach Messungen des Abfragevolumens liegt Naver weiterhin klar vorne.
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

Add an expert note

Pin an expert quote

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