Comment enregistrer votre site dans Naver Search Advisor (et sur Daum)

Quelqu'un a remarqué que l'entreprise n'apparaît pas sur Naver, et le dossier a atterri sur votre bureau. Commencez par ce que dit Naver lui-même : vous n'avez manqué aucune inscription. La FAQ de Naver indique, traduite du coréen, qu'« il n'existe aucune procédure d'enregistrement dans le moteur de recherche ». Les sites entrent dans ses résultats sans s'inscrire nulle part.

L'enregistrement vaut tout de même un après-midi de travail. Pour un nouveau site, Naver estime qu'il « peut être utile », et c'est le seul moyen de voir ce que le robot d'exploration de Naver retient de votre site et de lui demander de repasser. Ce guide couvre Search Advisor, de la création du compte aux premières demandes d'exploration, puis l'outil plus modeste de Daum.

Quelle part de la recherche coréenne passe par Naver

Tout dépend de qui compte, et les deux sources habituelles divergent nettement.

StatCounter compte les pages vues en provenance d'un moteur de recherche sur les sites qui portent son code de suivi. Pour la Corée du Sud en septembre 2026, toutes plateformes confondues, il donnait Google à 47,97 %, Naver à 43,06 %, Bing à 4,83 % et Daum à 0,73 %. Sur mobile seul, Naver arrivait en tête avec 59,56 %.

InternetTrend, un service coréen qui mesure les visites issues de la recherche vers les sites coréens, plaçait Naver à 66,75 % et Google à 27,57 % pour le même mois.

Les deux n'échantillonnent pas les mêmes sites, ce qui explique sans doute un tel écart. Inutile de trancher : même selon l'estimation basse, Naver traite plus de quatre recherches sur dix en Corée et arrive en tête sur téléphone.

Ce que fait l'enregistrement, et ce qu'il ne fait pas

Search Advisor est l'équivalent, chez Naver, de la Google Search Console. Une fois la propriété du site prouvée, vous pouvez soumettre un sitemap et un flux RSS, demander à Naver d'explorer des URL précises et consulter des rapports sur la façon dont son robot voit le site.

Il ne fait entrer aucune page dans l'index et n'en fait remonter aucune dans les résultats. Naver décide des deux, sur la base du contenu. L'enregistrement lève les obstacles évitables et vous montre ce qui se passe ; il ne change pas le verdict.

Deux remarques sur le contenu :

• La langue. Naver n'a aucune règle contre les pages rédigées dans une autre langue que le coréen : vos pages en anglais sont donc éligibles. Mais les internautes coréens cherchent surtout en coréen, si bien qu'une page en anglais se dispute une part étroite des requêtes.
• Les textes générés et traduits. Les règles de contenu de Naver acceptent l'écriture assistée par IA lorsque le résultat est utile. Ce qu'elles traitent comme du spam, c'est le contenu produit en masse ou modifié mécaniquement. Plusieurs centaines de pages passées par une API de traduction et publiées d'un seul coup ressemblent de très près à cette description.

Avant de commencer : l'identifiant Naver

Search Advisor fonctionne avec un identifiant Naver ordinaire (Naver ID). Ses conditions d'utilisation précisent que le service est ouvert à tous, gratuitement, et ne décrivent aucune vérification d'identité.

Ce qui compte pour une entreprise établie hors de Corée :

• Un numéro de téléphone étranger fonctionne. Naver accepte les numéros non coréens à la création d'un identifiant. Si vous êtes passé par la procédure de compte de Baidu, qui exige un numéro de Chine continentale, c'est là que Naver se montre bien plus simple.
• La vérification par passeport dont vous avez peut-être entendu parler est autre chose. Naver l'a ajoutée en juin 2026 pour les paiements dans Naver Map. Elle n'a rien à voir avec Search Advisor.
• Les limites sont larges. Un identifiant peut gérer 100 sites, et un numéro de téléphone peut servir à trois identifiants (aide Naver).
• La console n'existe qu'en coréen. La traduction du navigateur suffit pour s'y retrouver. Désactivez-la avant de copier un jeton ou un extrait de code, car une chaîne traduite est une chaîne cassée.

Quelques mots coréens aident à parcourir les menus : 사이트 (site), 소유확인 (vérification de la propriété), 사이트맵 (sitemap), 수집 (exploration, littéralement « collecte »), 요청 (demande) et 리포트 (rapport).

Décidez à qui appartiendra l'identifiant avant de commencer. Les jetons sont liés à l'identifiant qui les a émis : si la personne qui a enregistré le site s'en va, son successeur refait la vérification avec un jeton à lui. Un identifiant partagé par l'équipe ne règle pas le problème, puisque les conditions générales de Naver interdisent de prêter ou de partager un compte.

Étape 1 : ajouter le site et prouver qu'il vous appartient

Connectez-vous sur searchadvisor.naver.com, ouvrez l'outil pour webmasters (웹마스터 도구) et ajoutez le site. Saisissez l'adresse exactement comme l'écrivent vos URL canoniques, protocole et hôte compris, pour que tout ce que vous soumettrez ensuite se rapporte au même site.

Naver demande alors une preuve de propriété et propose deux méthodes.

Un fichier HTML. Naver génère un petit fichier à télécharger. Servez-le depuis la racine du site.

Une balise meta. Elle se place dans le <head> de la page d'accueil :

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

Il n'existe pas de méthode DNS, contrairement à l'enregistrement TXT qui valide un domaine entier dans la Google Search Console. Quelqu'un doit avoir accès à la racine web ou au modèle de page.

Choisissez le fichier si vous disposez d'une chaîne de build : il est statique, et rien dans votre front-end ne viendra le réécrire. Choisissez la balise si vous travaillez dans un CMS. Dans les deux cas, placez-le dans le HTML envoyé par le serveur, pas dans un gestionnaire de balises.

C'est sur les redirections que la vérification par balise meta achoppe. Naver suit une redirection HTTP 301 ou 302 ordinaire. Il ne suit pas une redirection faite en JavaScript, un meta refresh ou une redirection qui dépend d'un cookie, et dans ces cas la vérification n'atteint jamais la page qui porte la balise. Si votre URL racine choisit une langue par script avant d'envoyer le visiteur vers /en/, faites cette redirection côté serveur ou utilisez la méthode du fichier, qui est récupéré à son propre chemin.

Laissez le fichier ou la balise en place pour de bon. La vérification se renouvelle chaque année, et le renouvellement ne fonctionne que si le fichier ou la balise se trouve toujours sur le site. Une refonte qui fait le ménage d'un fichier inexpliqué à la racine vous fera perdre la vérification au renouvellement suivant. Versionnez-le dans le dépôt et notez à quoi il sert.

Étape 2 : vérifier que Yeti peut entrer

Le robot d'exploration de Naver s'appelle Yeti, et c'est sous ce nom qu'il se reconnaît dans le robots.txt. Pour un site hébergé hors de Corée, le problème que signale la documentation de Naver est un pare-feu qui le bloque.

robots.txt

Lisez votre robots.txt comme le lirait Yeti. Un modèle très répandu laisse entrer une liste de robots nommés et ferme la porte à tous les autres :

User-agent: Googlebot
Allow: /

User-agent: Bingbot
Allow: /

User-agent: *
Disallow: /

Yeti n'est pas nommé : il tombe donc dans le dernier groupe et se voit exclu de tout le site. Donnez-lui un groupe à lui :

User-agent: Yeti
Allow: /

Le code de statut du fichier compte autant que son contenu. Le guide robots.txt de Naver est explicite :

• Une erreur 5xx sur le robots.txt bloque tout. Yeti lit une erreur serveur comme « ne rien explorer ». Un WAF qui répond aux robots par un 503, ou un serveur d'origine qui flanche sous la charge, peut couper Naver sans que personne s'en aperçoive.
• Un 4xx, ou l'absence de fichier, autorise tout. C'est conforme au standard robots.txt (RFC 9309), et c'est la défaillance sans conséquence.
• Les redirections sont suivies, jusqu'à cinq. Un robots.txt qui passe de http à https puis à www ne pose pas de problème. Une chaîne plus longue, si.

Le pare-feu

Les règles de blocage géographique, les réglages de gestion des robots et les limites de débit appliquées aux robots inconnus peuvent chacun arrêter Yeti, et aucun ne se voit quand vous testez depuis votre propre navigateur.

Naver publie les adresses IP qu'utilise son robot à l'adresse searchadvisor.naver.com/doc/naverbot.json. Mettez cette liste en liste d'autorisation dans votre WAF ou votre CDN plutôt que de vous fier à la chaîne user agent, que n'importe quel scraper peut copier. Lisez ensuite vos journaux : les requêtes venant de ces adresses qui reçoivent un 403 ou un 503 vous donnent la réponse.

Un test rapide depuis votre propre machine repère les règles fondées sur le user agent :

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

Il ne peut pas repérer les règles fondées sur l'adresse IP ou le pays, puisque la requête part toujours de chez vous. Celles-là se vérifient dans la configuration du pare-feu.

Étape 3 : soumettre le sitemap et le flux RSS

Soumettez l'URL complète de votre sitemap dans la console. Naver pose trois conditions :

• Le même domaine. Un sitemap servi depuis un bucket de stockage distinct ou un nom d'hôte de CDN ne convient pas ; générez-le sur le site lui-même.
• Moins de 50 000 URL, le même plafond que le protocole sitemaps.org.
• Moins de 10 Mo. C'est bien plus serré que les 50 Mo du protocole : un gros sitemap accepté par Google peut donc être trop lourd pour Naver.

Si le site publie régulièrement (un blog, une salle de presse, des notes de version), soumettez aussi le flux RSS. Le sitemap est l'inventaire complet ; le flux est la courte liste des nouveautés.

Naver accepte aussi IndexNow, le protocole de notification lancé en 2021 par Microsoft Bing et Yandex, pour lui signaler qu'une URL a changé. Naver ne donne aucune garantie d'indexation pour les URL soumises par IndexNow.

Étape 4 : les demandes d'exploration

Une demande d'exploration demande à Naver de récupérer une URL précise. C'est ce qui se rapproche le plus du bouton « Demander une indexation » de la Google Search Console et, comme ce bouton, elle est rationnée : Naver applique un plafond quotidien par site et n'en publie pas le chiffre. Les chiffres qui circulent dans des guides tiers ne viennent pas de Naver ; considérez comme limite ce que la console vous autorise le jour même.

Chaque demande prend « d'au moins un jour à plusieurs semaines », et aucune n'est garantie. Utilisez-les là où elles comptent :

1. la page d'accueil
2. vos principales pages de produits ou de services
3. toute page rédigée pour les visiteurs coréens
4. les pages nouvelles ou profondément modifiées

Laissez la longue traîne au sitemap. C'est à cela qu'il sert.

Daum : un enregistrement plus modeste

Daum est un moteur de recherche bien plus petit : 0,73 % dans les chiffres de septembre de StatCounter. Depuis le 27 juillet 2026, il est exploité par 주식회사 다음, la société auparavant appelée AXZ, rachetée par Upstage.

Son outil pour webmasters est en service, toujours marqué Beta, et fonctionne autrement que celui de Naver. Il n'y a pas de compte : vous vous connectez avec l'URL du site et un code PIN. La propriété se prouve dans le robots.txt, où vous ajoutez une clé d'authentification fournie par Daum. Et Daum dit sans détour que l'exploration « peut prendre plusieurs mois ».

Une règle de contenu pèse plus lourd chez Daum que chez Naver. Daum restreint les documents produits avec un outil de traduction. Si vos pages coréennes sortent d'une traduction automatique, ne vous attendez pas à ce que Daum les traite comme des textes originaux.

Daum exploite aussi un service de référencement distinct, 검색등록 (enregistrement dans la recherche), qui n'est pas l'outil pour webmasters. Il demande aux sites d'entreprise d'afficher un numéro d'immatriculation d'entreprise coréen et un numéro d'enregistrement de vente à distance, qu'une société sans entité coréenne n'aura pas.

Deux semaines plus tard : ce qu'il faut vérifier

Deux semaines, c'est un premier coup d'œil, pas un verdict, et face aux « plusieurs mois » qu'annonce Daum, c'est à peine un début.

• La vérification est toujours valide dans les deux outils. Un déploiement intervenu depuis l'enregistrement a pu supprimer le fichier, la balise ou la clé Daum.
• Le sitemap a été lu, et Naver ne lui signale aucune erreur.
• Les demandes d'exploration : lesquelles ont été traitées et lesquelles attendent encore.
• Yeti dans vos journaux serveur, depuis des adresses de la liste publiée par Naver, et recevant des 200 plutôt que des 403 ou des 503.
• Le robots.txt renvoie toujours un 200, contient toujours le groupe Yeti et la clé Daum, et n'a pas récupéré un nouveau blocage générique.

Si vous préférez confier le travail

Notre service d'enregistrement sur Naver et Daum réalise le travail décrit dans ce guide pour un prix fixe par domaine : la vérification dans les deux outils, le sitemap et le RSS, le contrôle du robots.txt et du pare-feu pour Yeti, des demandes d'exploration pour vos pages clés dans la limite quotidienne de Naver, et un rapport écrit à deux semaines. Les conditions de Naver interdisent de partager un compte : nous enregistrons donc le site sous notre propre identifiant Naver. Vous ajoutez sur votre site le fichier ou la balise de vérification et la clé Daum, et ce que vous recevez en retour, c'est le rapport, pas des identifiants de connexion.

Si la vraie question est une version coréenne du site plutôt que son enregistrement, prenez rendez-vous.