shaul1991/naver-search

Naver-Suche (Search Advisor)

Grundlage: Naver Search Advisor Webmaster-Guide – Originaltext (geprüft am 04.11.2026). Diese Skill ist eine Zusammenfassung; das Urheberrecht des Originals liegt bei der NAVER Corp. Bei entscheidenden Punkten wird der verlinkte Originaltext erneut geöffnet.

Die Google-Regeln werden nicht direkt übernommen. Abweichungen von Naver sind mit ⚠️ markiert.

Registrierung und Besitzprüfung

• Für die Naver-Websuche gibt es kein separates „Registrierungs“-Verfahren; der Suchroboter sammelt automatisch. Die Registrierung und Besitzprüfung in den Webmaster-Tools dient der Nutzung von Crawling-, Indexierungs- und Sichtbarkeitsberichten sowie der Anforderungsfunktionen.
• Besitzprüfung: <meta name="naver-site-verification" content="..."> im <head> oder Hochladen einer HTML-Datei. Die Prüfung erfolgt auf Host-Ebene (www.mysite.com, blog.mysite.com), nicht auf Pfad-Ebene (/myid).
• ⚠️ Die Besitzprüfung führt kein JavaScript aus. Sie schlägt fehl, wenn sie JavaScript-, Meta-Refresh- oder Cookie-Weiterleitungen durchläuft oder wenn sich das Meta-Tag im <body> oder in einem Frame befindet. Es werden HTTP 301/302 des Servers verwendet. Auch eine Firewall, die den Naver-Crawler blockiert, führt zum Fehlschlag.
• Quelle: FAQ zur Site-Registrierung und Besitzprüfung, Zweck der Suchmaschinenoptimierung

robots.txt (Suchroboter Yeti)

• Als text/plain im Root-Verzeichnis. Fehlt die Datei, wird alles erlaubt. Die Regeln gelten nur für denselben Host, dasselbe Protokoll und denselben Port (www und Root-Domain, http und https sind jeweils getrennt).
• ⚠️ Interpretation von Antwortcodes: 2xx → Regeln werden angewendet (wird HTML zurückgegeben, kann als „nicht vorhanden“ betrachtet werden); 3xx → bis zu 5 Weiterleitungen verfolgen (HTML-/JS-Weiterleitungen werden nicht interpretiert); 4xx → alles erlauben; 5xx → alles verbieten (vorherige Regeln werden vorübergehend verwendet).
• Pfade zu JS, CSS und Favicon nicht blockieren (wichtig für Rendering und Favicon in den Suchergebnissen).
• Die Position der Sitemap kann mit der Sitemap:-Zeile mitgeteilt werden. Die robots.txt-Datei kann in den Webmaster-Tools überprüft und gecrawlt werden.

User-agent: *
Allow: /
Disallow: /admin/
Sitemap: https://www.example.com/sitemap.xml

• Quelle: robots.txt konfigurieren

Kanonische URL, Robot-Meta-Tags, HTTP

• Identischer Inhalt sollte unter einer einzigen Host-/URL-Adresse bereitgestellt werden. Sind mehrere Adressen nötig, auf die Hauptadresse mit HTTP 301 umleiten; falls schwierig, rel="canonical" verwenden. Auch bei www vs. Nicht-www auf eine Seite umleiten. Für die Startseite wird eine HTTP-Weiterleitung gegenüber Canonical empfohlen.
• Unterstriche (_) im Hostnamen sind verboten (nur Buchstaben, Zahlen, Bindestriche; Bindestriche nicht am Anfang oder Ende).
• Robot-Meta-Tags: index,follow (Standard), index,nofollow, noindex,follow, noindex,nofollow.
• ⚠️ <meta name="robots" content="nosourceinfo">: Verhindert, dass KI-generierte Quellenangaben für diese Website bereitgestellt werden (Naver-spezifische Direktive).
• Meta-Tags auf Seiten, die nur weiterleiten, werden möglicherweise nicht übernommen. Setzen Sie daher die gleichen Einstellungen auf der Zielseite der Weiterleitung.
• Soft-404 vermeiden: Nicht vorhandene Inhalte mit 404, Login-Erfordernis mit 403, Umzüge mit 301, Wartung/Ablauf mit 503. Senden Sie keine Fehlerseiten mit Status 200.
• Quelle: Eine Website erstellen, Bevorzugte URL und Robot-Meta-Tags, Indexierungseffizienz, Seitenumzug

URL, JavaScript (SPA)

• Lesbare Pfade (/guide/creator), minimale Parameter, https, eindeutige Domain (besser als die Standarddomain des Hostings).
• ⚠️ Fragmente (#) und Hashbangs (#!) werden nicht interpretiert und abgeschnitten. Eigenständige Inhalte benötigen separate Pfade (Permalinks).
• Links sollten standardmäßige <a href>-Tags mit Ankertext sein. Links, die nur über JavaScript-Funktionen aufgebaut werden, sind für den Crawler nicht erkennbar.
• Yeti rendert wie ein Browser, aber wenn JavaScript noch nicht erfasst wurde, wird zuerst das statische HTML indexiert. Das Anhängen von sich ändernden Timestamps oder Hashes an JS-URLs kann die Interpretation beeinträchtigen. Es ist sicherer, den Inhalt als Server-HTML auszuliefern.
• Quelle: Suchfreundliche URLs, JavaScript-Suchoptimierung

Inhalt & Markup (Title, Description, Open Graph)

• <title> der Startseite: Markenname (Eigenname wie Firmenname, Dienstname). Nicht häufig ändern, nur für die Sichtbarkeit.
• <title> einzelner Seiten: Thema klar benennen, für jede Seite eindeutig. Es gibt keine Zeichenbegrenzung, aber die Länge sollte für die Suchergebnisse angemessen sein. Wiederholung von Keywords (2+ Mal) und Spam-Keywords führen zu Nachteilen.
• meta description: 1–2 Sätze. Das Kopieren des gesamten Textes, die Verwendung des Titels, identische Beschreibungen auf allen Seiten oder reine Keyword-Listen führen zu Nachteilen.
• Open Graph (og:type, og:title, og:description, og:image, og:url) wird von Naver ebenfalls für Analyse und Darstellung verwendet, daher wird die Einbindung empfohlen. Beispiele für twitter:*-Tags sind ebenfalls im Guide enthalten (social-preview).
• ⚠️ Damit og:image als Naver-Suchergebnis-Thumbnail verwendet wird: größer als 150×150, mindestens 5.000 Bytes, Seitenverhältnis maximal 3:1 (breiter als hoch), und es muss ein für die Seite einzigartiges Bild sein (Seiten-übergreifende Logos oder Banner werden ggf. nicht verwendet).
• Hinweis (nicht im offiziellen Dokument bestätigt): Einige Community-Skills berichten von Warnungen in der Naver-URL-Prüfung bei descriptions über 80 Zeichen. Da der offizielle Guide keine Längenbeschränkung angibt, wird bei einer Warnung das Ergebnis der Webmaster-Tools genau dokumentiert.
• Quelle: Inhalts-Markup

Mobilgeräte & Favicon

• Bei responsivem Design: <meta name="viewport" content="width=device-width, initial-scale=1">. Bei separaten mobilen URLs: 1:1 korrespondierende URLs angeben und gerätespezifische Weiterleitungen per HTTP durchführen.
• Favicon: Quadratisch, mindestens 16px (32px oder mehr empfohlen), Formate ICO, PNG, GIF, JPEG, APNG, SVG. <link rel="icon" href="https://absoluter_Pfad"> (kein relativer Pfad). URL nicht häufig ändern und nicht in robots.txt blockieren.
• Quelle: Mobile Nutzbarkeit, Favicon

RSS & Sitemap-Einreichung (Inhalts-Feeds)

• In den Webmaster-Tools eingereichte RSS- und Sitemap-Dateien werden als „Inhalts-Feeds“ betrachtet und regelmäßig erneut besucht.
• Allgemeine Validierung: Alle URLs müssen zur selben Domain wie die besitzgeprüfte Site gehören, Dateigröße unter 10 MB, bei langsamen Antworten wird ggf. eingeschränkt.
• Sitemap: Maximal 50.000 URLs pro Datei, Aufnahme aller URLs empfohlen, Sitemap-Index-Dateien werden unterstützt. lastmod, changefreq, priority sind optional.
• RSS: Mindestens 1 Item, vollständiger Inhalt wird empfohlen. Da RSS schwer viele URLs aufnehmen kann, priorisieren Sie die Sitemap.
• Quelle: RSS und Sitemap-Einreichung

Crawling-Anfragen, Suchausschluss, IndexNow

• Die Crawling-Anfragen in den Webmaster-Tools sind ein Helfer mit begrenztem Umfang. Die Bearbeitung kann 1 Tag bis mehrere Wochen dauern, tägliche Wiederholung derselben URL ist unnötig, erfolgreiches Crawlen garantiert keine Sichtbarkeit.
• Suchausschluss: Original löschen → 404 bestätigen → Suchausschluss-Anfrage für die Webseite stellen (wird nach Neuindexierung wirksam).
• Für Benachrichtigungen über URL-Änderungen: IndexNow (https://searchadvisor.naver.com/indexnow) – siehe indexnow Skill.
• Quelle: Crawling-Anfrage und Suchausschluss, IndexNow Einführung

Strukturierte Daten

• schema.org verwenden, Microdata oder JSON-LD empfohlen. Die Auszeichnung garantiert keine Übernahme.
• Im Guide-Menü aufgeführte Typen (geprüft am 04.11.2026): Site-Kanäle (Organization/Person + sameAs), Adresse (Address), BreadcrumbList, Karussell (ListItem), Bewertung (AggregateRating), Rezept, Rezension, Restaurant, TV-Serie, Film, Software, Videosuche. ⚠️ Es gibt keinen Guide für den Event-Typ. Für Veranstaltungsseiten kann das Event-Markup für Google verwendet werden, jedoch ohne Annahme einer Wirkung bei Naver.
• Vorlage siehe structured-data Skill.
• Quelle: Einführung in strukturierte Daten, Site-Kanäle, BreadcrumbList

Content- und Spam-Richtlinien

• Empfohlen: Einzigartiger Markenname, präzise und korrekte Titel/Beschreibungen, Kerninformationen als Text (Bilder mit alt-Text), Fachwissen/Erfahrung, konsistentes Thema, Zitieren offizieller Quellen.
• Spam: Cloaking, unangemessene Weiterleitungen, Link-Spam, Backlink-Missbrauch, Ausnutzung abgelaufener Domains, Makros/Manipulation, gehackte Inhalte, versteckter Text, Keyword-Wiederholung/-Missbrauch, Clickbait, Massenproduktion minderwertiger Inhalte (Veröffentlichung vieler Seiten mit gleichen/ähnlichen Vorlagen, bei denen nur Satzteile ausgetauscht werden – die Beurteilung erfolgt nicht allein anhand der Technologie), Scraping.
• Sublinks werden automatisch generiert (keine manuelle Anfrage möglich). Standard-Links, Ankertexte, GNB und Sitemap helfen; die Übernahme erfolgt im Durchschnitt innerhalb von 7 Tagen.
• Quelle: Empfehlungen zur Inhaltserstellung, Web-Content-Spam-Fälle, Sublinks

Checkliste für die Überprüfung

1. robots.txt: Antwortcode und Inhalt (Yeti erlauben, JS/CSS/Favicon erlauben).
2. Kanonische URL: www/https einheitlich via 301, Parameter-URLs mit Canonical.
3. Server-HTML: Inhalt und <a href>-Links, kein Fragment-Routing.
4. <head>: Eindeutiger Title & Description, og-Typen (5 Stück), Viewport, Favicon (absoluter Pfad), ggf. naver-site-verification.
5. og:image: Bedingungen (größer 150×150, mind. 5.000 Bytes, Seitenverhältnis ≤ 3:1, einzigartiges Bild).
6. Fehlerseiten: Korrekte Statuscodes (kein Soft-404).
7. Webmaster-Tools: Besitzprüfung → Sitemap (ggf. RSS) einreichen → URL-Prüfung → Berichte dokumentieren.