Guía de Naver Search Advisor

Qué es Naver Search Advisor, cómo verificar un sitio y solicitar su rastreo en el principal motor de búsqueda de Corea del Sur, y por qué un especialista en SEO internacional que domine Google Search Console también lo necesita; se explican los límites operativos, los fallos de verificación, el endpoint IndexNow de Naver y las particularidades de su ecosistema de portal según la propia documentación de Naver.

Publicado por primera vez: 3 jul 2026 · Última actualización: 20 ago 2026 · Avanzado
Idiomas

Naver Search Advisor es el portal oficial para webmasters de Naver. Permite verificar un sitio, solicitar el rastreo, enviar sitemaps y RSS, notificar actualizaciones mediante su endpoint compatible con IndexNow y consultar diagnósticos. La documentación de Naver indica que el registro no es necesario para aparecer en la búsqueda; habilita informes, no la inclusión. Complementa las herramientas de otros motores y ningún método de envío garantiza el rastreo, la indexación ni la exposición.

En resumen — Naver Search Advisor es el equivalente gratuito de Search Console de Naver para Corea del Sur. Verifica la propiedad (archivo HTML, <head> etiqueta o DNS TXT) y después solicita la recopilación de páginas web (solicitudes de rastreo URL por URL), envía un mapa del sitio XML (límites de 10 MB / 50 000 URL) y una fuente RSS por sitio, y consulta los informes de diagnóstico. Hay dos salvedades importantes en todo esto: la herramienta y su documentación están pensadas principalmente para coreano, por lo que la mayoría de los detalles operativos en inglés —incluida gran parte de lo que aparece a continuación— son paráfrasis de profesionales, no palabras textuales de Naver; además, Naver es un portal con tipos de resultados de sus propios servicios, además de sitios externos. Trátalo como un paso adicional junto con Google Search Console, nunca como un sustituto.

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

Qué es y cómo lo planteo

Naver Search Advisor tiene la forma de Microsoft Bing Webmaster Tools y de Google Search Console: verificar, enviar URL y mapas del sitio, y consultar diagnósticos. Si dominas Bing Webmaster Tools o Search Console, ya conoces la mecánica. El error de la mayoría de las guías es tratarlo como un clon directo de GSC con etiquetas coreanas. No lo es, y los dos aspectos en los que difiere son precisamente los que importan.

Primera diferencia: el problema de las fuentes, resuelto en su mayor parte en esta revisión. El centro de ayuda de Naver (searchadvisor.naver.com/guide) es una aplicación de una sola página en coreano, y la página principal del centro no admite una obtención sencilla. Sin embargo, los artículos individuales de la guía que contiene resultaron ser HTML sencillo renderizado en el servidor: una solicitud curl devuelve el texto coreano completo, sin necesidad de navegador, y obtuve directamente los artículos relevantes para este texto: registro y verificación del sitio, envío de mapas del sitio y RSS, solicitudes de recopilación de páginas web, el endpoint de IndexNow, la API asociada de solicitudes de rastreo, gestión de robots.txt y los informes de rastreo, diagnóstico y exposición. A continuación, [Naver, nombre-de-página] indica algo traducido directamente de ese texto fuente en coreano, no una paráfrasis secundaria. Algunas afirmaciones más específicas —una cifra exacta de caracteres para títulos/descripciones y una cifra de «solo unos 4 espacios orgánicos»— siguen procediendo de artículos de agencias en inglés que no pude verificar en ninguna página de Naver que consulté; las he mantenido matizadas y respaldadas por una sola fuente, en lugar de presentarlas como confirmadas.

Segunda diferencia: el efecto portal. Esta es la diferencia fundamental respecto de Google y Bing, y tiene su propia sección más adelante.

Configuración: registro y verificación de tu sitio

Las propias preguntas frecuentes de registro de Naver [Naver, faq-start-register] comienzan con un punto que merece mencionarse primero: no es necesario registrar el sitio para que tus páginas aparezcan en la búsqueda web de Naver; el rastreador de Naver recopila sitios y documentos por sí solo, y la prioridad que Naver declara para ti es seguir su guía de SEO para que el rastreador recopile bien tu sitio. Lo que añade registrar y verificar una propiedad en Search Advisor son los informes: una vez completada la verificación de propiedad, la herramienta de Naver comienza a mostrarte qué contenido de tu sitio se ha recopilado, indexado y mostrado, información que de otro modo no puedes ver. El registro es opcional para la inclusión; es obligatorio para obtener visibilidad sobre lo que está ocurriendo.

Añades la URL de tu sitio y después demuestras la propiedad. Las propias preguntas frecuentes de Naver documentan directamente dos métodos (archivo HTML y metaetiqueta); un tercero —un registro DNS TXT— aparece de forma coherente en guías independientes de agencias en coreano (weekerp.com, ppcle.com), pero no figura en la página concreta de preguntas frecuentes que consulté, por lo que lo considero sólidamente corroborado, pero no confirmado mediante la página y una cita:

  • Carga de un archivo HTML — descarga el archivo de verificación que genera Naver y colócalo en la raíz de tu sitio.
  • Metaetiqueta / etiqueta HTML — pega la etiqueta que te proporciona Naver en tu <head>.
  • Registro DNS TXT — añade un registro TXT en tu proveedor de DNS. Varias guías de configuración en coreano lo señalan como tercera opción; no pude confirmar la redacción exacta en la página de preguntas frecuentes de Naver que pude consultar, así que considéralo sólidamente documentado, pero no confirmado por una fuente primaria.

Por qué falla la verificación, esta vez según las propias preguntas frecuentes de Naver, no según una paráfrasis de profesionales: la verificación no ejecuta JavaScript, por lo que Naver comprueba el HTML servido ; el propio método recomendado por Naver para comprobar el marcado es usar el prefijo de un navegador view-source: o «ver código fuente de la página», no la página renderizada. Se mencionan tres tipos concretos de redirección no compatibles con la página de verificación: una redirección mediante JavaScript, una redirección meta-refresh y una redirección basada en cookies (establecer una cookie y recargar); las tres se ejecutan del lado del cliente o del navegador y no se sigue ninguna. Si necesitas alguna redirección, debe ser una HTTP 301 o 302 del lado del servidor. Se señalan por separado otros dos motivos de fallo: una etiqueta de verificación dentro de una etiqueta HTML &lt;frame&gt; queda excluida de la verificación (la etiqueta debe estar en la página de nivel superior, no en una página enmarcada), y una etiqueta colocada dentro de &lt;body&gt; en vez de &lt;head&gt; también queda excluida, aunque no haya cambiado nada más en la página. Si utilizas un constructor sin código basado únicamente en JS y la verificación sigue fallando, una etiqueta inyectada del lado del cliente continúa siendo la causa práctica más habitual, aunque no se mencione explícitamente en la lista de Naver: el motivo subyacente es el mismo que Naver indica directamente, es decir, el verificador lee el HTML servido y no lo que JavaScript añade después. Utiliza en su lugar el método DNS TXT o un archivo HTML real en la raíz.

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: 사이트 등록 및 소유확인

Solicitud de recopilación de páginas web (solicitudes de indexación)

La terminología de Naver utiliza «수집» (recopilación/rastreo) donde Google dice «rastreo», y sus traducciones al inglés lo expresan como «collection». Una solicitud de recopilación de páginas web consiste en pegar una sola URL y pedir al rastreador de Naver que la obtenga; funcionalmente, equivale a «Solicitar indexación» de GSC o al envío manual de URL de Bing.

La propia guía de solicitudes de rastreo de Naver [Naver, request-crawl] es excepcionalmente clara sobre lo que esta función es y no es. En traducción: “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.” (traducción) «La solicitud de recopilación de páginas web que proporciona Webmaster Tools solo actúa como una ayuda que entrega la URL de destino al sistema de recopilación; incluso si la recopilación se completa correctamente, no se garantiza que aparezca en los resultados de búsqueda de Naver». Naver también afirma que las solicitudes se procesan por prioridad, no en tiempo real: se debe esperar al menos un día y, posiblemente, varias semanas (no «aproximadamente un día», como indicaba una revisión anterior de este texto), y que volver a enviar la misma URL todos los días no ayuda, ya que no hace que avance en la cola. Una advertencia que no había visto en las guías en inglés: Naver supervisa las solicitudes de recopilación para detectar abusos de spam (sitios de spam registrados masivamente que abusan de la función), y restringe las solicitudes procedentes de sitios que su propio algoritmo identifica como similares al spam.

En cuanto al resultado de una solicitud, el desglose basado en fuentes primarias más claro que encontré no es una lista de códigos de estado en la propia página de solicitud, sino la taxonomía de errores del informe 수집 현황 (Estado de recopilación) [Naver, report-crawl-refine], que explica por qué una URL no pudo completar el proceso: no permitida por robots (bloqueada por robots.txt), error de DNS, fallo o tiempo de espera agotado de la conexión, error del servidor (4xx/5xx), error de página (404), error de contenido (marcado que no se puede analizar; comprueba tu JS/marcado con la guía de SEO de Naver), URL mal formada, una página que tardó más de un minuto en descargarse o un documento HTML de aproximadamente más de 4MB. Una guía de una agencia en inglés (InterAd) atribuye a la propia interfaz de solicitudes otra lista de códigos de estado: “Request completed / Collection failure / Blocked collection / Connection failure / Server error / Collection success” (traducción) «Solicitud completada / Fallo de recopilación / Recopilación bloqueada / Fallo de conexión / Error del servidor / Recopilación correcta»; no pude corroborar esa redacción concreta en ninguna página de Naver que consulté, así que considérala no verificada, en lugar de confirmada (consulta la pestaña Quotes para ver ambas).

La cifra de «solo 4 espacios orgánicos en una SERP de Naver» que circula en las guías en inglés es igualmente algo que no pude encontrar en ninguna parte de la propia documentación de Naver: procede de una única fuente, InterAd; los diseños de las SERP cambian, y yo la contrastaría con una SERP coreana activa antes de basar una estrategia en esa cifra exacta.

Corrección de una revisión anterior de este artículo: Naver sí dispone de su propio sistema push de actualización instantánea. Naver documenta un endpoint compatible con IndexNow en searchadvisor.naver.com/indexnow [Naver, indexnow-request]: una GET solicitud con url, key, y parámetros opcionales keyLocation notifica a Naver sobre una URL; una POST con un cuerpo JSON (host, key, keyLocation, urlList) admite hasta 10 000 URL por solicitud. Los códigos de respuesta tienen el formato estándar: 200 correcto, 202 aceptado (la clave aún se está verificando), 400 solicitud malformada, 403 clave no válida, 422 la URL no coincide con la clave, 429 límite de solicitudes alcanzado y 500 error del servidor. Dado que este es el mismo protocolo IndexNow que también implementan Bing, Yandex, Seznam y Yep, un solo ping de IndexNow desde su CMS o plugin puede notificarlos a todos, incluido Naver, al mismo tiempo; me equivoqué al afirmar anteriormente que Search Advisor no ofrecía ningún protocolo push propio.

La API de solicitud de rastreo para socios (para integraciones continuas de mayor escala)

Además de la solicitud manual desde la interfaz y de IndexNow, Naver documenta una API de solicitud de rastreo para socios [Naver, crawl-request-api], dirigida a sitios que necesitan hacerlo a gran escala y de forma programática. El acceso es restringido, no de autoservicio: primero hay que enviar una propuesta de colaboración mediante el formulario de propuestas de colaboración de Naver y mantener conversaciones directas con un contacto de Naver antes de obtener acceso a la API. Una vez aprobado, se exige lo siguiente: la propiedad del sitio ya debe estar verificada en Search Advisor y el sitio indicado en la solicitud de la API debe coincidir con la propiedad verificada de forma exacta; cuentan tanto el esquema de la URL como la www presencia y el puerto, por lo que http://example.com y https://www.example.com se consideran sitios distintos. La URL de destino también debe estar permitida por el archivo robots.txt. Las llamadas se autentican mediante un Bearer accessToken emitido para cada socio, requieren TLS 1.2 o una versión posterior y utilizan dos endpoints: submit.json (envía URL para actualizar o eliminar, hasta 1 000 URL y 2MB por llamada) y verify.json (validación de prueba de la carga útil, con la misma estructura y sin efectos secundarios). La documentación de Naver advierte directamente de dos posibles problemas operativos: envíe la URL a la que llegaría un visitante real, no una que redirija mediante 302 a otro lugar (un envío redirigido se registra como «error de actualización»); y si varias URL muestran contenido idéntico, envíe únicamente la que quiera que se considere canónica, pues enviar todas conlleva el riesgo de que el algoritmo de Naver elija una distinta de la prevista. Los socios tienen un límite diario de solicitudes y un informe específico de «Estado de la API para socios» que muestra la cantidad de actualizaciones y los errores. Este nivel queda fuera del alcance de la mayoría de los sitios independientes —está pensado para una escala en la que también se estaría hablando con el equipo comercial de Naver—, pero conviene saber que existe por si la integración de un cliente en Corea alcanza alguna vez el tamaño necesario.

Envío de sitemaps

La guía de Naver para el envío de feeds [Naver, request-feed] considera los sitemaps y RSS «feeds de contenido» que su rastreador vuelve a visitar periódicamente, y recomienda enviar uno si su contenido no aparece lo suficiente en los resultados de Naver. Estas son las reglas de validación, tomadas directamente de esa página: todas las URL del sitemap deben pertenecer al mismo dominio que el sitio verificado y el feed no puede superar los 10MB, y un solo sitemap no puede contener más de 50 000 URL; si supera esa cifra, divídalo mediante un índice de sitemaps, igual que haría para Google. La guía de Naver también documenta una restricción que en una revisión anterior de este artículo solo pude encontrar como una paráfrasis sin fuente enlazada: una respuesta lenta mientras Naver obtiene su sitemap puede hacer que se restrinja el envío. Ahora se trata de un comportamiento declarado por el propio Naver, no de una conjetura.

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 및 사이트맵 제출

Envío de feeds RSS

El envío de RSS está dirigido a contenido que se actualiza con frecuencia (blogs, noticias), para que las nuevas publicaciones se descubran más rápido. La propia guía de Naver [Naver, request-feed] documenta la regla del mismo dominio y también indica que el feed necesita al menos un elemento (no se puede enviar un feed vacío), un límite de 10MB (el mismo máximo que los sitemaps) y solo un feed RSS por sitio; para indicarle a Naver una nueva URL de feed, primero hay que eliminar la registrada. La guía de Naver también afirma directamente, no como una paráfrasis de profesionales, que cada elemento debe incluir el cuerpo completo del artículo, no un extracto; además, aporta su propio razonamiento: dado que los elementos RSS contienen el contenido íntegro, un feed solo puede albergar de forma práctica cierta cantidad de URL antes de volverse difícil de manejar. Por eso, la recomendación concreta de Naver es apoyarse en el sitemap para abarcar todo el sitio y tratar RSS como la vía rápida para el contenido más reciente. Aquí también se aplica la misma restricción por respuesta lenta que afecta a los sitemaps.

robots.txt: qué hace realmente con él el rastreador de Naver (Yeti)

Naver llama a su propio rastreador Yeti en su guía de robots.txt [Naver, seo-basic-robots] y documenta exactamente cómo interpreta los códigos de respuesta HTTP al obtener su robots.txt: una respuesta 2xx se interpreta como reglas normales (sírvalo como texto text/plain, no como HTML; una página de error HTML devuelta con un estado 200 puede interpretarse erróneamente como «sin reglas, permitir todo»); una redirección 3xx se sigue hasta 5 saltos y, a partir de ahí, se considera que todo está permitido (no se siguen las redirecciones mediante JS ni meta-refresh en la propia URL de robots.txt); una respuesta 4xx se interpreta como permitir todo; y una respuesta 5xx se interpreta como bloquear todo, aunque Naver puede recurrir temporalmente a las últimas reglas obtenidas correctamente en lugar de bloquearlo todo de inmediato. Las reglas se aplican al protocolo, host y puerto exactos; un robots.txt en http://www.example.com/robots.txt no cubre https:// ni el dominio sin example.com. Naver destaca directamente dos recomendaciones prácticas: mantenga rastreables el favicon y las rutas de los recursos JS/CSS incluso cuando bloquee otras rutas, ya que bloquearlos puede hacer que Yeti vea una página distinta de la que ve un visitante; además, puede declarar la ubicación del sitemap dentro de robots.txt mediante una línea Sitemap:; la propia herramienta de robots.txt de Search Advisor puede generar una y probarla por usted.

Diagnóstico: cómo interpretar los informes de estado de Naver

El informe 사이트 진단 (Diagnóstico del sitio) de Naver [Naver, report-diagnosis] abarca las páginas que Naver ha recopilado en los últimos 90 días, divididas en cuatro categorías: 색인 (Indexadas): páginas recopiladas e indexadas correctamente (Naver no muestra información por URL para este grupo; compruebe páginas concretas mediante una búsqueda de Naver site: , teniendo en cuenta que solo muestra el estado actual, no un historial); 수집제한 (Recopilación restringida): el rastreador encontró un problema antes de la indexación (problemas de redirección, bloqueos de robots.txt o problemas con el protocolo HTTP; algunos pueden ser intencionales, así que evalúe cada caso); 색인제외 (Excluidas del índice): la página se recopiló correctamente, pero se excluyó durante la indexación, normalmente debido a un problema de duplicación/canonical o a una página con poco contenido/soft 404; y SEO: páginas recopiladas con problemas corregibles en la propia página (problemas con el título o la descripción y problemas de acceso a recursos). Las preguntas frecuentes de Naver sobre este informe señalan que, después de la verificación, los datos suficientes pueden tardar al menos una semana en aparecer y que Naver debe volver a rastrear una página para que una corrección figure como resuelta; si necesita agilizarlo, para eso sirve una solicitud de recopilación.

El informe independiente 콘텐츠 노출 및 클릭 (Exposición y clics) [Naver, report-expose-ctr] solo contabiliza impresiones y clics procedentes de los resultados del área de búsqueda web: Naver excluye explícitamente de este recuento las áreas de búsqueda VIEW y de blogs, los paneles informativos de empresas, escuelas, lugares y juegos, y los anuncios. Por tanto, subestima su presencia total en Naver si también aparece en esas otras superficies. Abarca una ventana móvil de 90 días, y los datos tienen aproximadamente una semana de retraso respecto de cualquier fecha de «actualización»; consultar los últimos 7 días en realidad muestra datos de hace unas dos o tres semanas. La finalidad de ambos informes es análoga a la de los informes de Indexación de páginas y Rendimiento de GSC, pero las categorías y el retraso no tienen una correspondencia exacta: considérelo el formato propio de Naver, no el de Google con etiquetas coreanas.

No pude confirmar en ninguna página de Naver que consulté la recomendación de «título de 40 caracteres / descripción de 80 caracteres» que los artículos en inglés (InterAd) atribuyen a la pantalla de diagnóstico. La mantengo en la pestaña Citas como información procedente de una sola fuente y no verificada, en vez de eliminarla, ya que los límites de caracteres para los títulos y las descripciones de Naver son una cuestión práctica real y esta es la única cifra que he visto al respecto; pero no la considere una cifra declarada por el propio Naver hasta que se confirme.

El efecto portal: por qué los sitios externos compiten en condiciones desiguales

Esto es lo más importante que hay que entender sobre Naver, y es lo que hace que Search Advisor sea distinto por su naturaleza, no solo por las etiquetas, de GSC o Bing Webmaster Tools.

Naver es un portal. Además de la búsqueda web, opera Naver Blog, Café (comunidades), Knowledge iN (preguntas y respuestas colaborativas, lanzado en 2002), Post, Shopping y Place; y su página de resultados destaca de forma prominente esas propiedades propias. thedigitalx.net explica el mecanismo con claridad: “While Google ranks content based on external authority signals and organic performance, NAVER prioritizes content hosted within its own platform,” (traducción) «Mientras Google clasifica el contenido según señales externas de autoridad y el rendimiento orgánico, NAVER prioriza el contenido alojado en su propia plataforma», y “Content from NAVER Blog, NAVER Café, and NAVER Ads is given preferential placement in search results.” (traducción) «El contenido de NAVER Blog, NAVER Café y NAVER Ads recibe una ubicación preferente en los resultados de búsqueda». Se trata de una afirmación respaldada por el consenso del sector (muchas agencias especializadas en Corea coinciden en ella), no de una revelación oficial sobre el algoritmo de Naver, por lo que la presentaría como un consenso sólido, no como una regla de posicionamiento confirmada; pero la implicación práctica es real: durante mucho tiempo, el rendimiento en Naver ha dependido de mantener presencia dentro del ecosistema, no solo en un sitio independiente.

La lógica histórica se remonta mucho tiempo atrás. En 2007, Search Engine Land documentó por qué Naver creó plataformas de contenido en lugar de depender de la amplitud de su índice web: en aquel momento, solo Knowledge iN recibía aproximadamente 44 000 preguntas y 110 000 respuestas al día. Una cita de un analista incluida en ese artículo resume la apuesta estratégica original (véase la pestaña Citas). Es un dato histórico, no la situación actual, pero explica por qué la indexación de sitios externos siempre ha sido secundaria frente al contenido del portal en Naver: por diseño, no por casualidad.

El matiz de 2026, según la guía de theegg.com: la superficie de búsqueda de Naver está orientándose hacia la IA. Según los datos publicados, su función AI Briefing ya abarca el 20% de las consultas y se nutre del contenido de Naver Blog y Café; lanzó una pestaña de IA en versión beta y dejó de ofrecer Related Search. Todos estos cambios acercan aún más la búsqueda al ecosistema de contenido generado por los usuarios de Naver. Se trata de información de una agencia basada en una fuente identificada y fechada, no de un anuncio principal de Naver, así que los datos concretos deben considerarse bien corroborados, pero secundarios. Sin embargo, la tendencia refuerza la misma idea: Naver favorece el contenido que reside dentro de Naver.

Sí, pero el «porqué» es más controvertido de lo que admiten la mayoría de las guías, y la cifra de cuota de mercado depende por completo de la metodología en la que se confíe. Depende realmente de la metodología, así que no presentaré una sola cifra como definitiva:

  • StatCounter (ponderado por visualizaciones de página, lo que lo sesga hacia los dispositivos móviles/Android, donde Google es el buscador predeterminado), Corea del Sur, junio de 2026: Google 45,91 %, Naver 43,68 %, Bing 6,28 %, Daum 1,14 %.
  • InternetTrend.co.kr (un medidor del volumen de consultas con sede en Corea, citado por InterAd): Naver 62,86 % (promedio de 2025, “up from 58.14% a year earlier” (traducción) «un aumento frente al 58.14% del año anterior»), Google 29,55 %, Bing 3,12 %, Daum 2,94 %.

No se trata de un error de redondeo: es una diferencia de unos 20 puntos causada por el método de medición. La ponderación de StatCounter basada en visualizaciones de páginas móviles infla el tráfico de Google por ser el buscador predeterminado en Android; los medidores coreanos del volumen de consultas muestran que Naver sigue claramente por delante. La interpretación responsable es que Naver sigue siendo dominante o codominante, según cómo se mida, y en cualquier caso su cuota de las búsquedas en Corea es demasiado grande como para ignorarla. Como referencia histórica más amplia: en 2007, Naver tenía, según los datos publicados, un 77%, frente al 1,7 % de Google; por tanto, Google ha ganado muchísimo terreno, pero los datos sobre el volumen de consultas no indican que «Naver esté acabado».

El lugar de Search Advisor en un conjunto de herramientas de SEO internacional

Desde el punto de vista del procedimiento, Naver Search Advisor es un paso paralelo a Google Search Console, no un sustituto. Si está implementando el hreflang y la estructura de ccTLD/subcarpetas para un público coreano (ko-KR) que el SEO internacional requiere, considere el registro en Search Advisor como un elemento más de la lista, igual que se registraría en Yandex Webmaster Tools para Rusia o en Baidu Webmaster Tools para China. La documentación internacional de Google describe hreflang mediante etiquetas de enlace, encabezados HTTP o entradas del sitemap, y señala: “All three methods are functionally equivalent from Google’s perspective,” (traducción) «Los tres métodos son equivalentes desde el punto de vista funcional para Google», junto con la regla de referencias recíprocas: “Each language version must list itself as well as all other language versions.” (traducción) «Cada versión lingüística debe enumerarse a sí misma y también a todas las demás versiones lingüísticas». Nada de ello menciona a Naver por su nombre (ni cabría esperarlo); la intersección es procedimental: el mercado coreano requiere un paso de Naver además del de Google, y el mismo enfoque de SEO específico para cada mercado que lleva a usar Naver también lleva a usar Baidu y Yandex en sus respectivos mercados.

Mitos que conviene desterrar

  • «Tiene que registrar su sitio en Naver para que aparezca». No: las propias preguntas frecuentes de Naver indican que no existe un paso de registro para las búsquedas; su rastreador encuentra e indexa los sitios por sí solo. El registro habilita los informes, no la inclusión.
  • «Search Advisor funciona exactamente igual que GSC, solo que traducido». No: tiene límites funcionales diferentes (un feed RSS por sitio y verificación solo mediante HTML, sin DOM renderizado) y un ecosistema de portal que favorece estructuralmente el contenido propio de Naver de una forma que la SERP de Google no favorece en la misma medida las propiedades de Google. (Naver sí cuenta con su propio endpoint de actualización instantánea compatible con IndexNow, así que esa parte de la comparación con GSC/Bing es más acertada de lo que indicaba una versión anterior de este artículo).
  • «Enviar un sitemap garantiza la indexación». No: como en cualquier otro sitio, el envío facilita el descubrimiento, no la inclusión.
  • «Puede verificar cualquier sitio de la misma manera». No: las rutas que solo se renderizan mediante JS, las redirecciones basadas en meta-refresh o cookies y las etiquetas colocadas en un &lt;frame&gt; o en &lt;body&gt; en vez de en &lt;head&gt; pueden hacer fallar el verificador de Naver; los creadores de sitios sin código suelen ser los más afectados.
  • «Naver ignora el contenido que no está en coreano o no está alojado en Naver». Es una afirmación demasiado tajante. Una formulación más exacta: Naver prioriza su propio ecosistema, por lo que los sitios externos compiten en condiciones desiguales; no significa que los ignore.
  • «Si Google ya es más grande en Corea, ignore Naver». No: la diferencia de cuota de mercado depende de la metodología y, según las mediciones por volumen de consultas, Naver sigue claramente por delante.
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.