Como registar o seu site no Naver Search Advisor (e no Daum)

Alguém reparou que a empresa não aparece no Naver, e a tarefa veio parar às suas mãos. Comece pelo que o próprio Naver diz: não há nenhum registo que tenha ficado por fazer. As perguntas frequentes do Naver afirmam, em tradução, que «não existe nenhum procedimento de registo na pesquisa». Os sites entram nos resultados sem se inscreverem em nada.

Mesmo assim, o registo vale bem uma tarde. Para um site novo, o Naver diz que «pode ajudar», e é a única forma de ver o que o crawler do Naver percebe do seu site e de lhe pedir que volte. Este guia cobre o Search Advisor desde a conta até aos primeiros pedidos de rastreio e, depois, a ferramenta mais pequena do Daum.

Que parte da pesquisa coreana passa pelo Naver

Depende de quem conta, e as duas fontes habituais divergem bastante.

A StatCounter conta as visualizações de página que chegam a partir de um motor de pesquisa aos sites que têm o seu código de monitorização. Para a Coreia do Sul em setembro de 2026, em todas as plataformas, registou o Google com 47,97 %, o Naver com 43,06 %, o Bing com 4,83 % e o Daum com 0,73 %. Só no telemóvel, o Naver liderava com 59,56 %.

A InternetTrend, um serviço coreano que mede as visitas vindas da pesquisa para sites coreanos, atribuía ao Naver 66,75 % e ao Google 27,57 % no mesmo mês.

As amostras de sites são diferentes, o que explica provavelmente a distância entre os números. Não precisa de decidir quem tem razão: mesmo na estimativa mais baixa, o Naver trata mais de quatro em cada dez pesquisas na Coreia e lidera nos telemóveis.

O que o registo faz e o que não faz

O Search Advisor é o equivalente do Naver ao Google Search Console. Depois de provar que o site é seu, pode submeter um sitemap e um feed RSS, pedir ao Naver que rastreie URLs específicos e consultar relatórios sobre a forma como o crawler vê o site.

Não coloca páginas no índice nem as faz subir nos resultados. Isso é o Naver que decide, com base no conteúdo. O registo elimina obstáculos evitáveis e mostra-lhe o que se está a passar; não muda o veredicto.

Duas notas sobre o conteúdo:

• Idioma. O Naver não tem nenhuma regra contra páginas que não estejam em coreano, por isso as suas páginas em inglês são elegíveis. Mas os utilizadores coreanos pesquisam sobretudo em coreano, o que significa que uma página em inglês disputa uma fatia estreita das pesquisas.
• Texto gerado e traduzido. As diretrizes de conteúdo do Naver aceitam texto escrito com ajuda de IA quando o resultado é útil. O que tratam como spam é o conteúdo produzido em massa ou alterado mecanicamente. Várias centenas de páginas passadas por uma API de tradução e publicadas de uma só vez ficam desconfortavelmente perto dessa descrição.

Antes de começar: o Naver ID

O Search Advisor funciona com um Naver ID comum. Os seus termos dizem que o serviço está aberto a qualquer pessoa, gratuitamente, e não descrevem nenhuma verificação de identidade.

O que importa para uma empresa fora da Coreia:

• Um número de telefone estrangeiro serve. O Naver aceita números não coreanos na criação de um ID. Se já passou pelo processo de conta do Baidu, que exige um número da China continental, é aqui que o Naver se revela muito mais fácil.
• A verificação por passaporte de que talvez tenha ouvido falar é outra coisa. O Naver introduziu a verificação por passaporte em junho de 2026 para pagamentos no Naver Map. Não tem nada a ver com o Search Advisor.
• Os limites são generosos. Um ID pode ter 100 sites, e um número de telefone pode estar associado a três IDs (ajuda do Naver).
• A consola está só em coreano. A tradução do navegador chega para se orientar. Desligue-a antes de copiar um token ou um fragmento de código, porque um texto traduzido é um texto estragado.

Algumas palavras coreanas ajudam a percorrer os menus: 사이트 (site), 소유확인 (verificação de propriedade), 사이트맵 (sitemap), 수집 (rastreio, literalmente «recolha»), 요청 (pedido) e 리포트 (relatório).

Decida de quem será o ID antes de começar. Os tokens estão ligados ao ID que os emitiu, por isso, se a pessoa que registou o site sair da empresa, quem lhe suceder volta a fazer a verificação com um token próprio. Um login partilhado pela equipa não resolve o problema: os termos gerais do Naver proíbem emprestar ou partilhar uma conta.

Passo 1: adicionar o site e provar que é seu

Inicie sessão em searchadvisor.naver.com, abra a ferramenta para webmasters (웹마스터 도구) e adicione o site. Introduza o endereço exatamente como os seus URLs canónicos o usam, com o protocolo e o host incluídos, para que tudo o que submeter depois se refira ao mesmo site.

O Naver pede então uma prova de propriedade e oferece dois métodos.

Um ficheiro HTML. O Naver gera um pequeno ficheiro para descarregar. Sirva-o a partir da raiz do site.

Uma meta tag. Vai no <head> da página inicial:

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

Não há método por DNS, ao contrário do registo TXT que verifica um domínio inteiro no Google Search Console. Alguém tem de ter acesso à raiz web ou ao modelo da página.

Escolha o ficheiro se tiver um pipeline de build: é estático, e nada no seu frontend o vai reescrever. Escolha a tag se trabalhar num CMS. Em qualquer dos casos, coloque-o no HTML que o servidor envia, não num gestor de tags.

É nos redirecionamentos que a verificação pela meta tag tropeça. O Naver segue um HTTP 301 ou 302 normal. Não segue um redirecionamento feito em JavaScript, um meta refresh nem um que dependa de um cookie, e nesses casos a verificação nunca chega à página que tem a tag. Se o seu URL raiz escolhe um idioma por script e depois envia o visitante para /en/, faça esse redirecionamento do lado do servidor ou use o método do ficheiro, que é obtido a partir do seu próprio caminho.

Deixe o ficheiro ou a tag no sítio para sempre. A verificação renova-se todos os anos, e a renovação só funciona enquanto o ficheiro ou a tag estiverem no site. Um redesenho que limpe da raiz web um ficheiro sem explicação faz-lhe perder a verificação na renovação seguinte. Coloque-o no repositório e deixe escrito para que serve.

Passo 2: garantir que o Yeti consegue entrar

O crawler do Naver chama-se Yeti, e é por esse nome que responde no robots.txt. Para um site alojado fora da Coreia, o problema que a documentação do Naver destaca é uma firewall que o bloqueia.

robots.txt

Leia o seu robots.txt como o Yeti o leria. Um modelo muito comum deixa entrar uma lista de crawlers identificados pelo nome e fecha a porta a todos os outros:

User-agent: Googlebot
Allow: /

User-agent: Bingbot
Allow: /

User-agent: *
Disallow: /

O Yeti não é nomeado, por isso cai no último grupo e fica de fora do site inteiro. Dê-lhe um grupo próprio:

User-agent: Yeti
Allow: /

O código de estado do ficheiro importa tanto como o que ele diz. O guia de robots.txt do Naver explica-o sem rodeios:

• Um erro 5xx no robots.txt bloqueia tudo. O Yeti lê um erro de servidor como «não rastrear nada». Uma WAF que responda aos bots com um 503, ou uma origem que falhe sob carga, pode desligar o Naver sem que ninguém dê por isso.
• Um 4xx, ou a ausência de ficheiro, permite tudo. Isso corresponde à norma do robots.txt (RFC 9309), e é a falha inofensiva.
• Os redirecionamentos são seguidos, até cinco. Um robots.txt que salta de http para https e depois para www não tem problema. Uma cadeia mais longa já não serve.

A firewall

As regras de bloqueio geográfico, as definições de gestão de bots e os limites de pedidos aplicados a crawlers desconhecidos podem, cada um por si, travar o Yeti, e nenhum deles aparece quando testa a partir do seu próprio navegador.

O Naver publica os endereços IP que o seu crawler usa em searchadvisor.naver.com/doc/naverbot.json. Autorize os endereços dessa lista na sua WAF ou CDN, em vez de confiar na string do user agent, que qualquer scraper pode copiar. Depois leia os registos: os pedidos desses endereços que recebem um 403 ou um 503 são a resposta.

Um teste rápido a partir da sua máquina apanha as regras baseadas no user agent:

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

Não apanha as regras baseadas no endereço IP ou no país, porque o pedido continua a sair de si. Verifique essas na configuração da firewall.

Passo 3: submeter o sitemap e o feed RSS

Submeta na consola o URL completo do seu sitemap. O Naver impõe três condições:

• Mesmo domínio. Um sitemap servido a partir de um bucket de armazenamento separado ou de um hostname da CDN não conta; gere-o no próprio site.
• Menos de 50 000 URLs, o mesmo teto do protocolo sitemaps.org.
• Menos de 10 MB. É muito mais apertado do que os 50 MB do protocolo, por isso um sitemap grande que o Google aceita pode ainda assim ser demasiado grande para o Naver.

Se o site publica com regularidade (um blogue, uma sala de imprensa, notas de versão), submeta também o feed RSS. O sitemap é o inventário completo; o feed é a lista curta do que é novo.

O Naver aceita também o IndexNow, o protocolo de envio que o Microsoft Bing e o Yandex lançaram em 2021, para lhe dizer que um URL mudou. O Naver não dá nenhuma garantia de indexação para as submissões por IndexNow.

Passo 4: pedidos de rastreio

Um pedido de rastreio pede ao Naver que obtenha um URL específico. É o mais parecido com o botão «Pedir indexação» do Google Search Console e, tal como esse botão, é racionado: o Naver aplica um limite diário por site e não publica o número. Os valores que aparecem em guias de terceiros não vêm do Naver; considere como limite o que a consola permitir nesse dia.

Cada pedido demora «pelo menos um dia, até várias semanas», e nenhum está garantido. Use-os onde contam:

1. a página inicial
2. as suas principais páginas de produtos ou serviços
3. qualquer página escrita para visitantes coreanos
4. as páginas novas ou que mudaram substancialmente

Deixe a cauda longa para o sitemap. É para isso que ele serve.

Daum: o registo mais pequeno

O Daum é um motor de pesquisa muito mais pequeno: 0,73 % nos números da StatCounter para setembro. Desde 27 de julho de 2026 é gerido pela 주식회사 다음, a empresa antes chamada AXZ, que a Upstage adquiriu.

A sua ferramenta para webmasters está ativa e continua marcada como Beta, e funciona de forma diferente da do Naver. Não há conta: entra-se com o URL do site e um PIN. A propriedade prova-se através do robots.txt, onde se acrescenta uma chave de autenticação fornecida pelo Daum. E o Daum diz claramente que o rastreio «pode demorar vários meses».

Há uma regra de conteúdo que pesa mais no Daum do que no Naver. O Daum restringe os documentos produzidos com uma ferramenta de tradução. Se as suas páginas em coreano saíram de uma tradução automática, não conte que o Daum as trate como texto original.

O Daum tem ainda um serviço de listagem separado, 검색등록 (registo na pesquisa), que não é a ferramenta para webmasters. Pede aos sites empresariais que apresentem um número de registo comercial coreano e um número de registo de vendas por correspondência, que uma empresa sem entidade coreana não terá.

Duas semanas depois: o que verificar

Duas semanas são uma primeira olhadela, não um veredicto, e face aos «vários meses» do próprio Daum mal chegam para começar.

• A verificação continua válida nas duas ferramentas. Uma nova versão publicada depois do registo pode ter apagado o ficheiro, a tag ou a chave do Daum.
• O sitemap foi lido, e o Naver não assinala erros.
• Os pedidos de rastreio: quais foram processados e quais estão ainda à espera.
• O Yeti nos registos do servidor, a partir de endereços da lista publicada pelo Naver, a receber respostas 200 e não 403 ou 503.
• O robots.txt continua a devolver um 200, mantém o grupo do Yeti e a chave do Daum, e não ganhou um novo bloqueio genérico.

Se preferir entregar o trabalho

O nosso serviço de registo no Naver e no Daum faz o trabalho descrito neste guia a um preço fixo por domínio: a verificação nas duas ferramentas, o sitemap e o RSS, a verificação do robots.txt e da firewall para o Yeti, pedidos de rastreio para as suas páginas principais dentro do limite diário do Naver e um relatório escrito ao fim de duas semanas. Os termos do Naver proíbem partilhar uma conta, por isso fazemos o registo com o nosso próprio Naver ID. Cabe-lhe a si acrescentar ao site o ficheiro ou a tag de verificação e a chave do Daum, e o que recebe de volta é o relatório, não um login.

Se a verdadeira questão for uma versão coreana do site e não o seu registo, marque uma chamada.