What is Naver Search Advisor best described as?

Naver's free webmaster tool for verifying sites, requesting crawling, and submitting sitemaps — the Korean-market equivalent of Google Search Console

Naver's paid advertising platform for Korean keywords

A third-party agency service for ranking on Naver

Naver's replacement for Google Search Console that you use instead of GSC

A site on a JavaScript-only no-code builder keeps failing Naver verification. What's the most likely cause and fix?

The verification tag is injected by JavaScript so the served-HTML verifier can't see it — use DNS TXT or a real file at the root instead

Naver is down; wait and retry later

The site needs a Korean-language version before it can be verified

You must pay for Naver Search Advisor to unlock verification

How many RSS feeds can you submit per site in Naver Search Advisor?

One per site — to change it, you delete the registered feed first

What does a successful 'web page collection' request actually get you?

It aids discovery/crawling but does not guarantee indexing or exposure — Naver's own docs say so directly

A guarantee that the page will be indexed and ranked in Naver

An instant top-4 ranking on Naver

Nothing — collection requests are not a real feature

Does Naver Search Advisor offer any way to instantly notify Naver of a page update, the way IndexNow does for Bing and Yandex?

Yes — Naver documents its own IndexNow-compatible endpoint (GET for one URL, or POST for up to 10,000 URLs at once)

No — Naver only receives IndexNow pings sent to other engines and has no endpoint of its own

Yes, but only for sites on Naver's paid tier

No — the only way to speed up crawling is a manual web page collection request

Why is South Korea's Naver-vs-Google market share described as methodology-dependent?

Because StatCounter's mobile-pageview weighting shows Google slightly ahead while Korean query-volume trackers like InternetTrend show Naver clearly ahead

Because Naver refuses to publish any numbers

Because Google and Naver share a single combined index

مستشار بحث Naver

الخلاصة — Naver Search Advisor أداة مجانية من Naver — تخيل Google Search Console، لكن لـNaver، أكبر محرك بحث في كوريا الجنوبية. وتقول وثائق Naver نفسها إنك لا تحتاج إلى تسجيل موقع كي يظهر في بحث Naver — فزاحفها يلتقط المواقع من تلقاء نفسه. ما يمنحك إياه Search Advisor هو إثبات الملكية، وتقارير عما زحف إليه Naver وفهرسه وعرضه، وأدوات لتسريع الاكتشاف (طلبات الزحف وخرائط المواقع وإشارة فورية على نمط IndexNow). لن يجعلك ترتب سحريًا — وهناك فخ: يضم Naver أنواع نتائج من خدماته الخاصة إلى جانب المواقع الخارجية.

ما هو Naver Search Advisor

إذا كنت تتوسع في كوريا الجنوبية، فربما قيل لك «يجب أن ترسل موقعك إلى Naver». هذا ليس دقيقًا تمامًا — تقول الأسئلة الشائعة الخاصة بالتسجيل في Naver إنه لا توجد خطوة لتسجيل الموقع في البحث؛ فزاحفه يكتشف المواقع ويفهرسها بنفسه، كما تفعل Google. وما تحصل عليه فعليًا عند التسجيل في Naver Search Advisor (على searchadvisor.naver.com) هو الرؤية: بعد التحقق من الملكية، تبدأ أداة مشرفي المواقع المجانية — وهي الفكرة نفسها مثل Google Search Console أو Bing Webmaster Tools — في عرض تقارير عمّا زحف إليه Naver وفهرسه وعرضه لموقعك، وتتيح لك دفعه نحو صفحات محددة.

Naver ليس لاعبًا صغيرًا. طوال معظم السنوات العشرين الماضية كان محرك البحث في كوريا، كما هي Google في كل مكان آخر تقريبًا. لذلك إذا كانت كوريا سوقًا لك، فإن تجاهل Naver يعني تجاهل المكان الذي تحدث فيه حصة ضخمة من عمليات البحث الكورية فعلًا.

ماذا تفعل به

الأشياء الرئيسية ثلاثة، بالترتيب:

١. تحقق من موقعك. تثبت امتلاكك للنطاق برفع ملف يمنحك إياه Naver، أو إضافة وسم صغير إلى شفرة موقعك، أو إضافة سجل DNS. بعد أن يؤكد Naver إحدى هذه الطرق، تدخل. ٢. اطلب من Naver الزحف إلى صفحاتك. يسمي Naver ذلك «طلب جمع صفحة ويب» — تلصق عنوان URL وتطلب من زاحفه جلبه. إنها الفكرة نفسها مثل «طلب الفهرسة» في Google Search Console. ٣. أرسل خريطة موقع. خريطة الموقع مجرد قائمة بعناوين URL. وتسليمها إلى Naver يساعده على اكتشاف صفحاتك أسرع.

يتوفر أيضًا خيار خلاصة RSS (مفيد للمدونات والأخبار التي تتحدث كثيرًا)، ونقطة نهاية على نمط IndexNow لدفع تحديثات الصفحات فورًا، ومنطقة تشخيص تضع علامة على المشكلات التي واجهها Naver.

الفخ الذي لا يخبرك به أحد مقدمًا

Naver ليس محرك بحث فقط — إنه بوابة. لديه منصة مدونات خاصة، ومنتديات مجتمعية خاصة (Café)، وموقع أسئلة وأجوبة خاص (Knowledge iN)، وخدمات تسوق وخرائط. ويميل Naver إلى عرض محتواه الخاص أولًا. لذلك ينافس موقع مستقل، حتى لو كان محسّنًا تمامًا، في ملعب يميل إلى ممتلكات Naver نفسها.

هذا يعني أن إعداد Search Advisor ضروري — لكنه غالبًا لا يكفي وحده. فكثير من العلامات التي تنجح في Naver تحافظ أيضًا على حضور نشط داخل Naver (مدونة Naver أو Café) إلى جانب موقعها الرئيسي.

ما ينبغي تذكره

يساعد التحقق من موقعك وطلب الزحف Naver على العثور على صفحاتك. لكنه لا يضمن فهرستها أو ترتيبها. وإذا كنت تستخدم Google Search Console بالفعل، فإن Naver Search Advisor خطوة إضافية للسوق الكورية — وليست بديلًا. هل تريد التفاصيل التشغيلية — الحدود الدقيقة، وسبب فشل التحقق، ومقارنة Naver مع Bing Webmaster Tools؟ انتقل إلى علامة التبويب Advanced.

الخلاصة — Naver Search Advisor هو نظير Search Console المجاني من Naver لكوريا الجنوبية. تحقق من الملكية (ملف HTML أو وسم <head> أو TXT في DNS)، ثم اطلب جمع صفحة ويب (طلبات زحف عنوانًا بعنوان)، وأرسل خريطة XML (حداها ١٠ MB / ٥٠٬٠٠٠ عنوان URL) وخلاصة RSS واحدة لكل موقع، واقرأ تقارير التشخيص. هناك فخّان صادقان في كل شيء: الأداة ووثائقها تركز على الكورية، لذلك فإن معظم التفاصيل التشغيلية بالإنجليزية — ومنها معظم ما يلي — إعادة صياغة من الممارسين لا كلمات حرفية من Naver؛ وNaver بوابة تضم أنواع نتائج لخدماتها إلى جانب المواقع الخارجية. تعامل معه كخطوة إضافية بجوار Google Search Console، ولا تعتبره بديلًا.

ما هو، وكيف أصوغ إطاره

يشبه Naver Search Advisor أدوات Microsoft Bing Webmaster Tools وGoogle Search Console: تحقق، وأرسل عناوين URL وخرائط المواقع، واقرأ التشخيص. إذا كنت متمرسًا في Bing Webmaster Tools أو Search Console، فأنت تعرف العادات الأساسية. والخطأ في معظم الأدلة هو معاملته كنسخة مطابقة من GSC بملصقات كورية. ليس كذلك — والموضعان اللذان يختلف فيهما هما بالضبط الموضعان المهمان.

الاختلاف الأول: مشكلة المصادر، وقد حُلّت في هذه المراجعة إلى حد كبير. مركز مساعدة Naver (searchadvisor.naver.com/guide) تطبيق صفحة واحدة باللغة الكورية، وتقاوم صفحة المركز الأعلى جلبًا عاديًا. لكن مقالات الإرشاد الفردية تحته اتضح أنها HTML يعرضه الخادم — ويعيد طلب curl الافتراضي النص الكوري الكامل، بلا متصفح — فجلبت مباشرة ما يهم هنا: تسجيل الموقع والتحقق، وإرسال خريطة الموقع وRSS، وطلبات جمع صفحات الويب، ونقطة نهاية IndexNow، وواجهة طلب الزحف للشركاء، والتعامل مع robots.txt، وتقارير الزحف والتشخيص والظهور. أدناه، تعني [Naver، اسم الصفحة] شيئًا مترجمًا مباشرة من النص الكوري الأصلي، لا إعادة صياغة ثانوية. وما زالت بعض الادعاءات الأضيق — رقم دقيق لعدد أحرف العنوان/الوصف، ورقم «نحو ٤ مواضع عضوية» — واردة من كتابات وكالات باللغة الإنجليزية لم أتحقق منها مقابل صفحة Naver جلبتها، لذلك أبقيتها محوطة ومسنودة بمصدر واحد بدل ترقيتها.

الاختلاف الثاني: أثر البوابة. هذا هو الاختلاف الحاسم عن Google وBing، وله قسمه الخاص أدناه.

الإعداد: تسجيل موقعك والتحقق منه

تبدأ الأسئلة الشائعة الخاصة بالتسجيل في Naver بنقطة تستحق التقديم: تسجيل الموقع ليس مطلوبًا كي تظهر صفحاتك في بحث Naver — يجمع زاحف Naver المواقع والوثائق بنفسه، وأولويته المعلنة لك هي اتباع دليل SEO الخاص به حتى يجمع موقعك جيدًا. ما يضيفه تسجيل موقع والتحقق منه في Search Advisor هو التقارير: بعد إتمام التحقق من الملكية، تبدأ أداة Naver في عرض ما جُمع وفُهرس وعُرض لموقعك — معلومات لا يمكنك رؤيتها بطريقة أخرى. التسجيل اختياري للإدراج؛ لكنه مطلوب لرؤية ما يحدث.

تضيف عنوان موقعك، ثم تثبت الملكية. توثق الأسئلة الشائعة الخاصة بـNaver طريقتين مباشرة (ملف HTML ووسم meta)؛ أما الثالثة — سجل TXT في DNS — فتذكرها أدلة مستقلة باللغة الكورية باستمرار (weekerp.com وppcle.com)، لكنها لا تظهر في صفحة الأسئلة المحددة التي جلبتها، لذلك أحتفظ بها بوصفها قوية التأييد لا مؤكدة بصفحة واقتباس:

رفع ملف HTML — نزّل ملف التحقق الذي ينشئه Naver وضعه في جذر الموقع.
وسم Meta / HTML — الصق الوسم الذي يعطيك Naver داخل <head>.
سجل DNS TXT — أضف سجل TXT لدى مضيف DNS. تذكره أدلة إعداد كورية متعددة بوصفه خيارًا ثالثًا؛ ولم أؤكد الصياغة الدقيقة في صفحة أسئلة Naver التي استطعت جلبها، فتعامل معه بوصفه مذكورًا بقوة لا مؤكدًا أوليًا.

لماذا يفشل التحقق، بحسب الأسئلة الشائعة الخاصة بـNaver هذه المرة لا إعادة صياغة الممارسين: لا ينفذ التحقق JavaScript، لذلك يفحص Naver HTML المُقدّم — وطريقة Naver الموصى بها لفحص الترميز هي بادئة view-source: في متصفح أو «عرض مصدر الصفحة»، لا الصفحة المعروضة. وتذكر ثلاثة أنواع محددة من إعادة التوجيه غير المدعومة لصفحة التحقق: إعادة توجيه JavaScript، وإعادة توجيه meta-refresh، وإعادة توجيه قائمة على ملف تعريف ارتباط (ضبط ملف تعريف وإعادة التحميل) — وكلها على جانب العميل/المتصفح ولا يتبعها Naver؛ وإذا احتجت إلى إعادة توجيه فيجب أن تكون 301 أو 302 HTTP على الخادم. وتذكر حالتي فشل إضافيتين منفصلتين: يُستبعد وسم التحقق داخل وسم HTML <frame> (يجب أن يكون الوسم في الصفحة العليا لا داخل إطار)، كما يُستبعد الوسم الموضوع داخل <body> بدلًا من <head>، حتى لو لم يتغير شيء آخر في الصفحة. وإذا كنت تستخدم منشئًا بلا كود يعتمد على JS فقط ويستمر فشل التحقق، فالوسم المحقون من جانب العميل هو السبب العملي الأكثر شيوعًا، مع أنه غير مسمى صراحة في قائمة Naver — والسبب الجوهري هو نفسه الذي يذكره Naver: يقرأ المدقق HTML المُقدّم، لا ما تضيفه JavaScript لاحقًا. استخدم طريقة DNS TXT أو ملف HTML حقيقي في الجذر بدلًا من ذلك.

طلب جمع صفحة ويب (طلبات الفهرسة)

تستخدم مصطلحات Naver كلمة «수집» (الجمع/الزحف) حيث تقول Google «crawl»، وتترجمها الإنجليزية إلى «collection». طلب جمع صفحة ويب هو أن تلصق عنوان URL واحدًا وتطلب من زاحف Naver جلبه — وظيفيًا مثل «طلب الفهرسة» في GSC أو إرسال عنوان URL يدويًا في Bing.

دليل طلب الزحف الخاص بـNaver [Naver، request-crawl] مباشر على نحو غير معتاد في توضيح ما تكون عليه الميزة وما لا تكون. وترجمته: «وظيفة طلب جمع صفحة الويب التي تقدمها أدوات مشرفي المواقع ليست إلا مساعدًا يسلم عنوان URL المستهدف إلى نظام الجمع — وحتى عند نجاح الجمع لا يوجد ضمان لظهوره في نتائج بحث Naver.» ويقول Naver أيضًا إن الطلبات تُعالج حسب الأولوية لا في الوقت الحقيقي — توقع يومًا واحدًا على الأقل، وربما عدة أسابيع (لا «نحو يوم»، كما قالت نسخة أقدم من هذه المقالة) — وأن إعادة إرسال العنوان نفسه يوميًا لا تساعد لأنها لا ترفعه في الطابور. وهناك تحذير لم أره في الأدلة الإنجليزية: يراقب Naver طلبات الجمع بحثًا عن إساءة الرسائل المزعجة (مواقع مزعجة مسجلة بكثرة تسيء استخدام الميزة)، وتُقيّد طلبات المواقع التي يضع خوارزمها الخاص عليها علامة تشبه الرسائل المزعجة.

أما نتيجة الطلب، فأوضح تفصيل من مصدر أول وجدته ليس قائمة رموز حالة في صفحة الطلب نفسها، بل تصنيف الأخطاء في تقرير 수집 현황 (حالة الجمع) لدى Naver، وهو يشرح لماذا لم يمر عنوان URL: محظور بواسطة الروبوت (محظور عبر robots.txt)، خطأ DNS، فشل اتصال/انتهاء مهلة، خطأ خادم (٤xx/٥xx)، خطأ صفحة (٤٠٤)، خطأ محتوى (ترميز غير قابل للتحليل — افحص JS/الترميز مقابل دليل SEO من Naver)، عنوان URL مشوه، صفحة استغرق تنزيلها أكثر من دقيقة، أو مستند HTML أكبر من نحو ٤ MB. وتنسب وكالة إنجليزية (InterAd) قائمة رموز حالة مختلفة إلى واجهة الطلب نفسها — «اكتمل الطلب / فشل الجمع / جمع محظور / فشل الاتصال / خطأ خادم / نجاح الجمع» — ولم أستطع مطابقة هذه الصياغة المحددة مع صفحة Naver جلبتها، فتعامل معها كغير متحقق منها لا مؤكدة (راجع علامة تبويب Quotes لكليهما).

رقم «٤ مواضع عضوية فقط في صفحة نتائج Naver» المتداول في الأدلة الإنجليزية هو أيضًا شيء لم أجد له تصريحًا في وثائق Naver نفسها — مصدره الوحيد InterAd، وتخطيطات SERP تتغير، وسأؤكده مقابل صفحة نتائج كورية مباشرة قبل الاعتماد على الرقم في استراتيجية.

تصحيح من نسخة سابقة من هذه المقالة: لدى Naver آلية دفع فوري خاصة به. يوثق Naver نقطة نهاية متوافقة مع IndexNow على searchadvisor.naver.com/indexnow [Naver، indexnow-request]: يخطر طلب GET المزود بالمعاملات url وkey وkeyLocation الاختياري Naver بعنوان URL واحد؛ أما طلب POST بجسم JSON (host وkey وkeyLocation وurlList) فيعالج حتى ١٠٬٠٠٠ عنوان URL لكل طلب. رموز الاستجابة هي: 200 للنجاح، و202 للقبول مع استمرار التحقق من المفتاح، و400 لطلب مشوه، و403 لمفتاح غير صالح، و422 لعنوان URL لا يطابق المفتاح، و429 لتحديد المعدل، و500 لخطأ الخادم. ولأن هذا هو بروتوكول IndexNow نفسه الذي تطبقه Bing وYandex وSeznam وYep، يمكن لإشارة واحدة من نظام إدارة المحتوى أو الإضافة إخطارها كلها، ومنها Naver، دفعة واحدة — وكان قولي سابقًا إن Search Advisor لا يوفر بروتوكول دفع خاصًا به خطأً.

واجهة طلب الزحف للشركاء (للتكاملات الكبيرة المستمرة)

بصرف النظر عن طلب الواجهة اليدوي وIndexNow، يوثق Naver واجهة طلب زحف للشركاء [Naver، crawl-request-api] موجهة إلى المواقع التي تنفذ ذلك على نطاق واسع وبرمجيًا. وهي محكومة وليست خدمة ذاتية: تقدم أولًا اقتراح شراكة عبر نموذج اقتراح الشراكة الخاص بـNaver، ثم تجري نقاشًا مباشرًا مع جهة اتصال في Naver قبل الحصول على الوصول. بعد الموافقة، يجب أن تكون ملكية الموقع متحققة مسبقًا في Search Advisor، ويجب أن يطابق الموقع المذكور في طلب API الخاصية المتحققة تمامًا — فمخطط العنوان ووجود www والمنفذ كلها محسوبة، ولذلك يعامل http://example.com وhttps://www.example.com كموقعين مختلفين. كما يجب أن يسمح robots.txt بعنوان URL المستهدف. تصادق الاستدعاءات عبر Bearer accessToken يصدر لكل شريك، وتتطلب TLS ١.٢ أو أعلى، وتصل إلى نقطتي نهاية: submit.json (إرسال عناوين URL للتحديث أو الحذف، حتى ١٬٠٠٠ عنوان URL و٢ MB لكل استدعاء) وverify.json (التحقق التجريبي من صحة الحمولة بالشكل نفسه ومن دون آثار جانبية). وتضع وثائق Naver علامتي تشغيل مباشرتين: أرسل عنوان URL الذي سيصل إليه زائر حقيقي، لا عنوانًا يعيد 302 إلى مكان آخر (فالطلب المعاد توجيهه يسجل «فشل تحديث»)، وإذا عرضت عدة عناوين URL محتوى متطابقًا، فأرسل العنوان الذي تريده أساسيًا فقط — فإرسالها كلها يخاطر بأن تختار خوارزمية Naver عنوانًا مختلفًا عن قصدك. يحصل الشركاء على حد يومي لحجم الطلب وتقرير مخصص لحالة Partner API يبين أعداد التحديثات والفشل. هذا المستوى بعيد عن معظم المواقع المستقلة — وهو موجود لحجم تتحدث فيه أيضًا مع فريق أعمال Naver — لكنه جدير بالمعرفة إذا كبر تكامل عميل في كوريا بما يكفي لحاجته.

إرسال خرائط المواقع

تتعامل إرشادات Naver الخاصة بإرسال الخلاصات [Naver، request-feed] مع خرائط المواقع وRSS على أنها «خلاصات محتوى» يعاود الزاحف زيارتها دوريًا، وتوصي بإرسال واحدة إذا لم يظهر محتواك بما يكفي في نتائج Naver. وقواعد التحقق من الصفحة مباشرة: يجب أن يكون كل عنوان URL في خريطة الموقع على النطاق نفسه للموقع المتحقق، ولا يمكن أن تتجاوز الخلاصة ١٠ MB، ولا يمكن لخريطة موقع واحدة أن تحتوي على أكثر من ٥٠٬٠٠٠ عنوان URL — فقسمها إلى فهرس خرائط مواقع فوق ذلك، كما تفعل مع Google. كما توثق إرشادات Naver قيدًا لم أجد له في النسخة السابقة إلا إعادة صياغة غير مثبتة: قد يؤدي بطء الاستجابة أثناء جلب Naver لخريطة موقعك إلى تقييد الإرسال. هذا سلوك يذكره Naver نفسه الآن، لا تخمين.

إرسال خلاصات RSS

يستهدف إرسال RSS المحتوى الذي يتحدث كثيرًا (المدونات والأخبار) حتى تكتشف المنشورات الجديدة أسرع. يوثق دليل Naver الخاص [Naver، request-feed] قاعدة النطاق نفسه، إضافة إلى أن الخلاصة تحتاج عنصرًا واحدًا على الأقل (لا يمكن إرسال خلاصة فارغة)، وحدًا ١٠ MB (السقف نفسه لخرائط المواقع)، وخلاصة RSS واحدة فقط لكل موقع — ولتوجيه Naver إلى عنوان خلاصة جديد، تحذف المسجل أولًا. كما ينص دليل Naver مباشرة، لا كإعادة صياغة ممارسين، على أن يحمل كل عنصر نص المقالة كاملًا لا مقتطفًا — ومنطقه أن عناصر RSS تحمل المحتوى كاملًا، فلا يمكن لخلاصة أن تضم واقعيًا عناوين كثيرة قبل أن تصبح مرهقة؛ لذلك توصي Naver الفعلية بالاعتماد على خريطة الموقع لتغطية الموقع كله، والتعامل مع RSS كمسار سريع للأحدث. وينطبق قيد الاستجابة البطيئة نفسه على خرائط المواقع هنا.

robots.txt: ما يفعله زاحف Naver (Yeti) فعلًا

يسمي Naver زاحفه Yeti في دليل robots.txt الخاص [Naver، seo-basic-robots]، ويوثق بدقة تعامله مع رموز استجابة HTTP عند جلب robots.txt: تُحلل استجابة 2xx كقواعد عادية (قدمها بصيغة text/plain لا HTML — فقد يُساء تفسير صفحة خطأ HTML مع حالة 200 على أنها «لا قواعد، اسمح بكل شيء»)؛ ويتبع إعادة توجيه 3xx حتى ٥ قفزات ثم يعامل ما بعدها بالسماح للجميع (ولا تتبع إعادة توجيه JS أو meta-refresh في عنوان robots.txt نفسه)؛ وتعامل استجابة 4xx بالسماح للجميع؛ وتعامل 5xx بالمنع للجميع، مع أن Naver قد يعود مؤقتًا إلى آخر قواعد جُلبت بنجاح بدل الحظر الكامل. وتحدد القواعد بنطاق المخطط والمضيف والمنفذ بدقة — فـhttp://www.example.com/robots.txt لا يغطي https:// أو example.com العاري. وتذكر Naver ملاحظتين عمليتين مباشرة: أبقِ favicon ومسارات موارد JS/CSS قابلة للزحف حتى عند تقييد مسارات أخرى، لأن حظرها قد يجعل Yeti يرى صفحة مختلفة عما يراه الزائر؛ ويمكنك إعلان موقع خريطة الموقع داخل robots.txt بسطر Sitemap: — كما تستطيع أداة robots.txt في Search Advisor إنشاء واحدة واختبارها لك.

التشخيص: قراءة تقارير صحة Naver

يغطي تقرير 사이트 진단 (تشخيص الموقع) في Naver [Naver، report-diagnosis] الصفحات التي جمعها Naver خلال آخر ٩٠ يومًا، مقسمة إلى أربع فئات: 색인 (مفهرسة) — صفحات جُمعت وفُهرست بنجاح (لا يعرض Naver تفصيلًا لكل عنوان في هذه الفئة؛ افحص عناوين محددة ببحث site:، مع تذكر أنه يعرض اللقطة الحالية لا التاريخ)؛ 수집제한 (الجمع مقيّد) — واجه الزاحف مشكلة قبل الفهرسة (مشكلات إعادة التوجيه، وحظر robots.txt، ومشكلات بروتوكول HTTP — وبعضها مقصود منك، فاقرأ كل حالة)؛ 색인제외 (مستثناة من الفهرسة) — جُمعت الصفحة جيدًا لكنها استُبعدت عند الفهرسة، عادةً بسبب مشكلة تكرار/أساسي أو صفحة رقيقة/404 ناعم؛ وSEO — صفحات جُمعت وبها مشكلات صفحة يمكن إصلاحها (مشكلات العنوان/الوصف ومشكلات الوصول إلى الموارد). وتذكر الأسئلة الشائعة الخاصة بـNaver عن التقرير أنه قد يلزم أسبوع على الأقل بعد التحقق حتى تتجمع بيانات كافية، وأن على Naver إعادة الزحف إلى الصفحة قبل ظهور الإصلاح كمحلول — وإذا احتجت إلى تسريع ذلك فطلب الجمع هو الأداة.

أما تقرير 콘텐츠 노출 및 클릭 (الظهور والنقر) المنفصل [Naver، report-expose-ctr] فلا يحسب إلا مرات الظهور والنقر من نتائج منطقة بحث الويب — ويستبعد Naver صراحة مناطق VIEW وبحث المدونات، ولوحات معلومات الأعمال/المدارس/الأماكن/الألعاب، ومواضع الإعلانات من هذا العدد؛ لذلك يقلل من حجم حضورك الكلي على Naver إذا ظهرت أيضًا في هذه الأسطح. يغطي نافذة متحركة مدتها ٩٠ يومًا، والبيانات أقدم بنحو أسبوع من تاريخ أي «تحديث» — ففحص آخر ٧ أيام يعرض بيانات من نحو أسبوعين إلى ثلاثة أسابيع مضت. يشبه التقريران من حيث الغرض تقريري Page Indexing وPerformance في GSC، لكن الفئات والتأخر لا يتطابقان واحدًا لواحد — اعتبر هذا شكل Naver نفسه، لا Google بملصقات كورية.

لم أتمكن من تأكيد إرشاد «عنوان من ٤٠ حرفًا / وصف من ٨٠ حرفًا» الذي تنسبه الكتابات الإنجليزية (InterAd) إلى شاشة التشخيص، مقابل أي صفحة Naver جلبتها. أبقيه في علامة تبويب Quotes كمعلومة بمصدر واحد وغير متحققة بدل إسقاطه، لأن إرشاد حدود أحرف عناوين Naver وأوصافها سؤال عملي حقيقي وهذا هو الرقم الوحيد الذي رأيته — لكن لا تعتبره رقمًا تذكره Naver نفسها حتى يُؤكد.

أثر البوابة — لماذا تقع المواقع الخارجية في ملعب مائل

هذا أهم شيء منفرد يجب فهمه عن Naver، وهو ما يجعل Search Advisor مختلفًا في النوع، لا في الملصقات فقط، عن GSC أو Bing Webmaster Tools.

Naver بوابة. وإلى جانب بحث الويب يشغل Naver Blog وCafé (مجتمعات) وKnowledge iN (أسئلة وأجوبة جماعية، أُطلق في ٢٠٠٢) وPost وShopping وPlace — وتعرض صفحة نتائجه هذه الممتلكات الأولى بروزًا. وتشرح thedigitalx.net الآلية بوضوح: «بينما ترتب Google المحتوى بناءً على إشارات السلطة الخارجية والأداء العضوي، يعطي NAVER الأولوية للمحتوى المستضاف داخل منصته»، و«يُمنح محتوى NAVER Blog وNAVER Café وNAVER Ads موضعًا تفضيليًا في نتائج البحث». هذا ادعاء إجماع صناعي (تتقارب فيه وكالات كثيرة متخصصة في كوريا)، لا إفصاح خوارزمي رسمي من Naver، لذلك أصوغه كإجماع قوي لا قاعدة ترتيب مؤكدة — لكن أثره العملي حقيقي: يعتمد الأداء في Naver منذ زمن على الحفاظ على حضور داخل المنظومة، لا على موقع مستقل فقط.

يعود المنطق التاريخي بعيدًا. في ٢٠٠٧، وثق Search Engine Land سبب بناء Naver لمنصات المحتوى بدل الاعتماد على عمق فهرس الويب — ففي ذلك الوقت كان Knowledge iN وحده يرى نحو ٤٤٬٠٠٠ سؤال و١١٠٬٠٠٠ إجابة يوميًا. ويلخص اقتباس محلل من تلك المقالة الرهان الاستراتيجي الأصلي (راجع علامة تبويب Quotes). هذا لون تاريخي مؤرخ، لا حالة راهنة، لكنه يشرح لماذا كان فهرس المواقع الخارجية ثانويًا دائمًا أمام محتوى البوابة في Naver — عن تصميم لا مصادفة.

أما تطور ٢٠٢٦، فبحسب دليل theegg.com تتحول واجهة بحث Naver نحو الذكاء الاصطناعي. تغطي ميزة AI Briefing الآن، بحسب تقرير، ٢٠٪ من الاستعلامات وتستمد من محتوى Naver Blog وCafé؛ وأطلقت علامة AI في مرحلة تجريبية وأوقفت Related Search — وهي تطورات تدفع أكثر نحو منظومة UGC الخاصة بـNaver. هذا تقرير وكالة عن مصدر مسمى مؤرخ، لا إعلان أولي من Naver، فتعامل مع التفاصيل بوصفها جيدة التأييد لكنها ثانوية. أما الاتجاه فيؤكد النقطة نفسها: يكافئ Naver المحتوى الموجود داخل Naver.

Naver مقابل Google في كوريا: هل ما زلت تحتاج إليه؟

نعم — لكن «لماذا» أكثر إثارة للجدل مما تعترف به معظم الأدلة، كما يعتمد رقم الحصة السوقية بالكامل على منهجية الجهة التي تثق بها. هذا يعتمد فعلًا على المنهجية، لذلك لن أقدم لك رقمًا واحدًا بوصفه محسومًا:

StatCounter (مرجّح بمرات مشاهدة الصفحات، ما يميل إلى الهاتف/Android حيث Google هي الافتراضية)، كوريا الجنوبية، يونيو ٢٠٢٦: Google ٤٥٫٩١٪، Naver ٤٣٫٦٨٪، Bing ٦٫٢٨٪، Daum ١٫١٤٪.
InternetTrend.co.kr (متتبع لحجم الاستعلامات مقره كوريا، نقله InterAd): Naver ٦٢٫٨٦٪ (متوسط ٢٠٢٥، «مرتفع من ٥٨٫١٤٪ في السنة السابقة»)، Google ٢٩٫٥٥٪، Bing ٣٫١٢٪، Daum ٢٫٩٤٪.

هذه ليست غلطة تقريب — إنها فجوة نحو ٢٠ نقطة يحركها أسلوب القياس. يضخم ترجيح StatCounter لمشاهدات صفحات الهاتف حركة Android الافتراضية لـGoogle؛ وتظهر متتبعات حجم الاستعلامات الكورية أن Naver ما زال متقدمًا بوضوح. والقراءة المسؤولة هي أن Naver يظل مهيمنًا أو شريكًا في الهيمنة بحسب طريقة العد، وفي كلتا الحالتين حصته من البحث الكوري كبيرة جدًا لتجاوزها. وللمرجع التاريخي الأطول: قيل إن Naver كان في ٢٠٠٧ عند ٧٧٪ مقابل ١٫٧٪ لـGoogle — إذن قطعت Google شوطًا هائلًا، لكن «انتهى Naver» ليس ما تقوله بيانات حجم الاستعلامات.

أين يقع Search Advisor في مكدس SEO الدولي

إجرائيًا، Naver Search Advisor خطوة موازية لـGoogle Search Console، لا بديلًا عنه. إذا كنت تنشئ بنية hreflang ونطاق ccTLD أو مجلدًا فرعيًا لجمهور كوري (ko-KR) كما يتطلب SEO الدولي، فتعامل مع التسجيل في Search Advisor كبند إضافي — مثل التسجيل في Yandex Webmaster Tools لروسيا أو Baidu Webmaster Tools للصين. وتصف وثائق Google الدولية نفسها hreflang عبر وسوم الروابط أو ترويسات HTTP أو مدخلات خريطة الموقع، وتقول بالنص الأصلي: “All three methods are functionally equivalent from Google’s perspective,” (ترجمة) «الطرق الثلاث متكافئة وظيفيًا من منظور Google»، كما تورد قاعدة الإحالة المتبادلة بالنص الأصلي: “Each language version must list itself as well as all other language versions.” (ترجمة) «يجب أن تسرد كل نسخة لغوية نفسها، إلى جانب جميع النسخ اللغوية الأخرى». لا يذكر شيء من ذلك Naver بالاسم، وهذا متوقع؛ فالتقاطع إجرائي: تضيف للسوق الكورية خطوة Naver إلى خطوة Google، ونفس منطق SEO الخاص بكل سوق الذي يقودك إلى Naver يقودك إلى Baidu وYandex في سوقيهما.

خرافات تستحق الإنهاء

«يجب أن تسجل في Naver حتى يظهر موقعك». لا — تقول الأسئلة الشائعة الخاصة بـNaver إنه لا توجد خطوة لتسجيل الموقع في البحث؛ فزاحفه يعثر على المواقع من تلقاء نفسه ويفهرسها. التسجيل يفتح التقارير لا الإدراج.
«يعمل Search Advisor تمامًا مثل GSC، مترجمًا فقط». لا — تختلف حدود الميزات (خلاصة RSS واحدة لكل موقع، وتحقق يقرأ HTML دون DOM معروض) ومنظومة البوابة تمنح محتوى Naver الخاص أفضلية بنيوية لا تمنحها SERP Google لممتلكات Google بالدرجة نفسها. (لدى Naver نقطة نهاية خاصة متوافقة مع IndexNow للتحديث الفوري، لذلك تصمد هذه الجزئية من مقارنة GSC/Bing أفضل مما قالت نسخة سابقة من المقالة.)
«إرسال خريطة الموقع يضمن الفهرسة». لا — كما في كل مكان: يساعد الإرسال في الاكتشاف، لا الإدراج.
«يمكنك التحقق من أي موقع بالطريقة نفسها». لا — مسارات العرض التي تعتمد على JS فقط، وإعادة توجيه meta-refresh وملف تعريف الارتباط، والوسوم الموضوعة داخل <frame> أو <body> بدلًا من <head>، قد تفشل جميعًا في مدقق Naver؛ والمنشئون بلا كود هم الضحايا المعتادون.
«يتجاهل Naver المحتوى غير الكوري أو غير المستضاف لدى Naver». مبالغة. الأدق: يعطي Naver الأولوية لمنظومته، ولذلك تنافس المواقع الخارجية في ملعب مائل — لا أنها متجاهلة.
«بما أن Google أصبحت أكبر في كوريا، فتجاوز Naver». لا — فجوة الحصة تعتمد على المنهجية، وبحسب قياس حجم الاستعلامات لا يزال Naver متقدمًا بوضوح.

ملخص الذكاء الاصطناعي

خلاصة مكثفة للنسخة المتقدمة:

Naver Search Advisor = نظير Google Search Console المجاني من Naver لمحرك البحث المهيمن في كوريا الجنوبية (searchadvisor.naver.com) — ووفق الأسئلة الشائعة الخاصة بـNaver، لا يلزم التسجيل كي يظهر الموقع في بحث Naver؛ بل يلزم كي ترى ما يفعله Naver بموقعك (تقارير الجمع والفهرسة والظهور).
المهام الأساسية: التحقق من الملكية (ملف HTML أو وسم <head>، مؤكدان في وثائق Naver؛ وسجل DNS TXT مذكور في أدلة طرف ثالث لكنه غير مؤكد في صفحة الأسئلة التي جُلبت)؛ وطلب جمع صفحة ويب (طلبات زحف عنوانًا بعنوان)؛ ودفع التحديثات فورًا عبر نقطة نهاية متوافقة مع IndexNow خاصة بـNaver؛ وإرسال خريطة XML (حدا ١٠ MB / ٥٠٬٠٠٠ عنوان URL مؤكدان في دليل Naver) وخلاصة RSS واحدة لكل موقع (مؤكدة أيضًا، والعناصر الكاملة مطلوبة)؛ وقراءة التشخيص.
تحسنت صورة المصادر في هذه المراجعة: اتضح أن معظم صفحات إرشادات Naver الفردية قابلة للجلب بطلب curl عادي (HTML يعرضه الخادم، بلا متصفح)، رغم مقاومة مركز الإرشاد الأعلى؛ لذلك أصبحت معظم الادعاءات التشغيلية أدناه مثبتة في النص الكوري الخاص بـNaver، لا في إعادة صياغة الممارسين. وما زالت بعض الأرقام (حدود أحرف العنوان/الوصف، و«نحو ٤ مواضع عضوية فقط») مسنودة بمصدر واحد من وكالة إنجليزية (InterAd) وغير متحققة مقابل صفحة Naver.
Naver بوابة — تحصل Blog وCafé وKnowledge iN على موضع تفضيلي في نتائج Naver أمام المواقع الخارجية، بحسب تقارير إجماع الصناعة (لا إفصاح خوارزمي رسمي من Naver).
طلبات الجمع لا تضمن الفهرسة أو الظهور أبدًا — وهذا موقف Naver المعلن، لا مجرد تحوط مني. وما زال رقم «٤ مواضع فقط للمحتوى العضوي» مسنودًا بمصدر InterAd واحد وغير متحقق.
لدى Naver دفع تحديث فوري خاص به — نقطة نهاية متوافقة مع IndexNow (searchadvisor.naver.com/indexnow)، وهو البروتوكول نفسه الذي تستخدمه Bing وYandex وSeznam وYep، ولذلك تستطيع إشارة واحدة إخطارها كلها. قالت نسخة أقدم من المقالة إن Naver لا يملك ذلك؛ وكان ذلك خطأ.
يفشل التحقق مع إعادة توجيه JS، وإعادة توجيه meta-refresh، وإعادة توجيه قائمة على ملف تعريف الارتباط، ووسم داخل <frame>، أو وسم داخل <body> بدلًا من <head> — وكلها مؤكدة مباشرة في أسئلة Naver (فالمدقق يقرأ HTML المُقدّم لا DOM المعروض).
الحصة السوقية تعتمد على المنهجية: يعرض StatCounter (مرجّح بمشاهدات صفحات الهاتف) تقدم Google قليلًا في يونيو ٢٠٢٦ (نحو ٤٥٫٩٪ مقابل ٤٣٫٧٪)؛ وتظهر متتبعات حجم الاستعلامات الكورية Naver متقدمًا بوضوح (نحو ٦٢٫٩٪). وفي كل الأحوال هو كبير جدًا لتجاوزه.
يقع كخطوة إضافية بجوار Google Search Console، وموازية لأدوات مشرفي المواقع في Yandex/Baidu لأسواقها — وليس بديلًا.

الوثائق الرسمية

وثائق المصدر الأول، باللغة الكورية في كل موضع. الصفحة المركزية أدناه تطبيق JavaScript من صفحة واحدة يقاوم الجلب العادي، لكن مقالات الإرشاد الفردية التي يربط بها هي HTML يعرضه الخادم — جلبت كل ما يلي مباشرة (curl بلا متصفح) واقتبستها/أعدت صياغتها في علامة التبويب Advanced مع وسم [Naver، اسم الصفحة]. وإذا أعاد عنوان إرشاد أدناه ٤٠٤ أو أعاد التوجيه يومًا، فتعامل مع ذلك دليلًا على أن Naver نقل المحتوى أو تقاعد عنه، لا أنه لم يكن حقيقيًا.

Naver (بالكورية؛ جُلبت صفحات الإرشاد الفردية مباشرة لهذه المقالة)

Naver Search Advisor — الأداة نفسها.
مركز إرشاد Naver Search Advisor — صفحة هبوط مركز المساعدة. تُعرض عبر JavaScript ولا يمكن جلبها برمجيًا؛ استخدم متصفحًا للتنقل إلى الإرشادات المحددة أدناه.
사이트 등록 및 소유확인 — تسجيل الموقع والتحقق من الملكية — التسجيل غير مطلوب للإدراج في البحث؛ طرق التحقق وحالات فشل JS/meta-refresh/إعادة توجيه ملف تعريف الارتباط/الإطار/الجسم.
RSS 및 사이트맵 제출 — إرسال RSS وخريطة الموقع — قاعدة النطاق نفسه، وحد ١٠ MB، وحد خريطة الموقع ٥٠٬٠٠٠ عنوان URL، وقاعدة RSS واحدة لكل موقع، واشتراط نص العنصر كاملًا.
수집요청 및 검색제외 — طلب الجمع والاستبعاد من البحث — سلوك طابور الأولوية، ومدة اليوم إلى عدة أسابيع، وعبارة عدم ضمان الظهور الصريحة.
페이지 갱신 요청하기 — طلبات تحديث الصفحات عبر IndexNow — نقطة نهاية Naver الخاصة المتوافقة مع IndexNow، وصيغ الطلب الفردي والدفعي.
수집요청 API 명세 및 연동 — واجهة طلب الزحف للشركاء — واجهة الحجم الأكبر المحكومة بالشراكة لطلبات الزحف البرمجية.
robots.txt 설정하기 — إعداد robots.txt — تسمية زاحف Naver (Yeti) وتوثيق تعامله مع حالات HTTP.
수집 현황 — تقرير حالة الجمع — مسار الجمع/التحسين/الفهرسة/الترتيب وتصنيف الأخطاء.
사이트 진단 — تقرير تشخيص الموقع — فئات المفهرسة/الجمع المقيّد/المستثناة من الفهرسة/SEO ونطاق ٩٠ يومًا.
콘텐츠 노출 및 클릭 — تقرير الظهور والنقر — نطاق بحث الويب فقط، ونافذة ٩٠ يومًا، وأساس بيانات أقدم بنحو أسبوع.

Google (لتقاطع SEO الدولي)

النسخ المترجمة من صفحاتك — طرق hreflang الثلاث المتكافئة وظيفيًا (وسوم الروابط وترويسات HTTP ومدخلات خريطة الموقع) وقاعدة المرجع المتبادل.
إدارة المواقع متعددة المناطق واللغات — بنية ccTLD/المجلد الفرعي وخلفية التوطين لسبب حصول جمهور كوريا على خطوة Naver موازية.

Bing (أقرب نظير غربي في التصميم)

Bing Webmaster Tools — حول — شكل إرسال عناوين URL/خرائط المواقع/تقارير SEO الذي يحاكيه Search Advisor عمومًا.

اقتباسات من المصدر

يقدم Naver تعليقًا مسجلًا قليلًا بصورة لافتة مقارنة بـGoogle Search Liaison أو Fabrice Canel من Bing — لم تظهر تصريحات لمتحدث باسم Naver Search Advisor لهذه المقالة، ومن الجدير ملاحظة ذلك بوصفه غيابًا ملاحظًا لا دليلًا على عدم وجودها. لكن هذه المراجعة تمكنت من جلب صفحات الإرشاد الكورية نفسها مباشرة، ولذلك فإن الاقتباسات التشغيلية أدناه كلمات Naver الخاصة مترجمة، لا إعادة صياغة ثانوية. أبقيت الكورية الأصلية بجانب الترجمة حتى يستطيع قارئ كوري متمرس فحص الصياغة. وتشير عناوين URL أدناه إلى صفحات ترطب تطبيق Vue من صفحة واحدة؛ وقد لا يبقى جزء #:~:text=، لذلك تشير إلى الصفحة نفسها لا جزء منها.

لا ضمان للظهور، حتى عند نجاح الجمع (Naver، searchadvisor.naver.com/guide/request-crawl)

الكورية: “웹마스터도구의 수집요청 기능은 수집 시스템에게 수집 대상 URL을 전달하는 도우미의 역할만을 담당합니다. 또한, 수집성공이 되더라도 네이버의 검색결과에 노출된다는 보장은 없습니다.”
الإنجليزية: “The web page collection request feature provided by Webmaster Tools only acts as a helper handing the target URL to the collection system. Also, even if collection succeeds, there is no guarantee it will be exposed in Naver’s search results.” (ترجمة) «لا تؤدي ميزة طلب جمع صفحات الويب التي توفرها أدوات مشرفي المواقع سوى دور مساعد يسلّم عنوان URL المستهدف إلى نظام الجمع. وحتى إذا نجح الجمع، فلا يوجد ضمان لظهوره في نتائج بحث Naver.» — Naver، 수집요청 및 검색제외.

التسجيل غير مطلوب للإدراج في البحث (Naver، searchadvisor.naver.com/guide/faq-start-register)

الكورية: “네이버 웹마스터도구에 사이트를 등록하지 않아도 네이버 검색 결과에 사이트 및 웹문서들이 반영됩니다.”
الإنجليزية: “Even without registering a site in Naver Webmaster Tools, the site and its web documents are reflected in Naver search results.” (ترجمة) «حتى من دون تسجيل موقع في أدوات مشرفي المواقع لدى Naver، يمكن أن يظهر الموقع ومستنداته في نتائج بحث Naver.» — Naver، 사이트 등록 및 소유확인.

لا ينفذ التحقق JavaScript (Naver، الصفحة نفسها)

الكورية: “소유확인은 자바스크립트 실행을 지원하지 않으니 마크업 확인은 최신 웹브라우저의 URL 입력란에 view-source:사이트_URL 을 입력하거나 페이지 소스보기를 활용하시기 바랍니다.”
الإنجليزية: “Ownership verification does not support JavaScript execution, so to check your markup, enter view-source:site_URL in a current browser’s address bar, or use view page source.” (ترجمة) «لا يدعم التحقق من الملكية تنفيذ JavaScript؛ لذا افحص الترميز بإدخال view-source:site_URL في شريط عنوان متصفح حديث، أو استخدم عرض مصدر الصفحة.» — Naver، 사이트 등록 및 소유확인.

نقطة نهاية Naver الخاصة المتوافقة مع IndexNow (Naver، searchadvisor.naver.com/guide/indexnow-request)

الكورية: “GET https://searchadvisor.naver.com/indexnow?url=문자열&key=문자열&[keyLocation=문자열]” (عنوان URL واحد)؛ تستخدم التحديثات الدفعية POST بجسم JSON وحتى ١٠٬٠٠٠ عنوان URL. — Naver، 페이지 갱신 요청하기. وهذا يناقض مباشرة نسخة سابقة من المقالة قالت إن Search Advisor لا يعرض بروتوكول دفع خاصًا به.

اسم زاحف Naver هو Yeti (Naver، searchadvisor.naver.com/guide/seo-basic-robots)

مثال قاعدة من دليل robots.txt الخاص بـNaver: “User-agent: Yeti / Allow: /” — Naver، robots.txt 설정하기.

حدود خريطة الموقع (Naver، searchadvisor.naver.com/guide/request-feed)

الكورية: “사이트맵 피드 용량이 10MB 이상 넘어가는 경우 제출 할 수 없습니다.” / “하나의 사이트맵은 50,000 개 이상의 URL 을 포함할 수 없습니다.”
الإنجليزية: “If the sitemap feed exceeds 10MB, it cannot be submitted.” (ترجمة) «إذا تجاوز حجم خلاصة خريطة الموقع 10MB فلا يمكن إرسالها.» / “A single sitemap cannot contain more than 50,000 URLs.” (ترجمة) «لا يمكن أن تحتوي خريطة موقع واحدة على أكثر من 50,000 عنوان URL.» — Naver، RSS 및 사이트맵 제출.

حدود RSS (Naver، الصفحة نفسها)

الكورية: “RSS 피드내 모든 URL의 도메인은 소유확인 된 사이트와 동일한 도메인 이어야 합니다.” / “발행된 글이 없는 RSS 피드는 제출할 수 없습니다.”
الإنجليزية: “Every URL in the RSS feed must be on the same domain as the verified site.” / “An RSS feed with no published items cannot be submitted.” — Naver، RSS 및 사이트맵 제출. (قاعدة خلاصة واحدة لكل موقع وتوصية العنصر الكامل في الصفحة نفسها.)

أرقام أقدم ما زالت غير متحققة (InterAd، باللغة الإنجليزية، لم تُطابق مع أي صفحة Naver جُلبت لهذه المقالة)

رموز حالة طلب الجمع: “Request completed – the request is being processed. Collection failure – the requested webpage has already been crawled. Blocked collection – the Naver search bot is blocked by robots.txt. Connection failure – blocked access, rate limits reached, etc.; Server error – server error; Collection success – the crawling has been completed.” (ترجمة) «اكتمل الطلب — الطلب قيد المعالجة. فشل الجمع — زُحف إلى صفحة الويب المطلوبة من قبل. الجمع محظور — يحظر robots.txt روبوت بحث Naver. فشل الاتصال — الوصول محظور أو بلغ حد المعدل، وما إلى ذلك؛ خطأ خادم — خطأ في الخادم؛ نجاح الجمع — اكتمل الزحف.» الانتقال إلى الاقتباس
“Only 4 spots for organically generated content” (ترجمة) «أربعة مواضع فقط للمحتوى المنشأ عضويًا» في صفحة نتائج Naver. الانتقال إلى الاقتباس
حدود أحرف العنوان والوصف: “The recommended character limit for title tags of the site and Open Graph is 40 characters, whilst the description limit is 80 characters.” (ترجمة) «الحد الموصى به لأحرف وسوم عنوان الموقع وOpen Graph هو 40 حرفًا، بينما حد الوصف 80 حرفًا.» الانتقال إلى الاقتباس

أثر البوابة (thedigitalx.net، حرفيًا)

“While Google ranks content based on external authority signals and organic performance, NAVER prioritizes content hosted within its own platform.” (ترجمة) «بينما ترتب Google المحتوى استنادًا إلى إشارات السلطة الخارجية والأداء العضوي، تعطي NAVER الأولوية للمحتوى المستضاف داخل منصتها.»
“Content from NAVER Blog, NAVER Café, and NAVER Ads is given preferential placement in search results.” (ترجمة) «يُمنح محتوى NAVER Blog وNAVER Café وNAVER Ads موضعًا تفضيليًا في نتائج البحث.» — thedigitalx.net، «NAVER vs Google: Top 4 Search Engines in South Korea». الانتقال إلى الاقتباس

لماذا بنت Naver منظومة (Search Engine Land، ٢٠٠٧ — لون تاريخي مؤرخ)

“No matter how powerful Google’s search engine may be, it doesn’t have enough Korean-language data to trawl to satisfy South Korean customers.” (ترجمة) «مهما بلغت قوة محرك بحث Google، فإنه لا يملك ما يكفي من بيانات اللغة الكورية ليفتش فيها بما يرضي العملاء الكوريين الجنوبيين.» — Wayne Lee، محلل في Woori Investment and Securities، نقلًا عن Search Engine Land في مقال «Naver، غوغل كوريا»، ٥ يوليو ٢٠٠٧. الانتقال إلى الاقتباس

وثائق Google لـhreflang (تقاطع SEO الدولي)

“Each language version must list itself as well as all other language versions.” (ترجمة) «يجب أن تسرد كل نسخة لغوية نفسها، إلى جانب جميع النسخ اللغوية الأخرى.» — Google Search Central، «Localized Versions of your Pages». الانتقال إلى الاقتباس

ملاحظة: معظم الاقتباسات التشغيلية من Naver أعلاه مأخوذة الآن من صفحات إرشاده الخاصة، جُلبت مباشرة (بطلب HTTP عادي، بلا متصفح) لهذه المراجعة — قاوم الجلب العادي مركز الإرشاد الأعلى فقط، لا المقالات الفردية تحته. تظل أرقام «٤ مواضع عضوية فقط» وأرقام حدود أحرف التشخيص مسنودة بمصدر InterAd واحد وغير متحققة؛ كما أن ادعاء تفضيل البوابة إجماع صناعي لا إفصاح خوارزمي رسمي من Naver. أكد كل ذلك مقابل صفحة نتائج Naver مباشرة قبل معاملة الأرقام غير المتحققة نهائية.

هل تحتاج إلى Naver Search Advisor — وماذا تفعل أولًا؟

اعمل من الأعلى إلى الأسفل. أول نتيجة تنطبق هي إجابتك.

Naver Search Advisor: where to start

قائمة تحقق لإعداد Naver Search Advisor

تمرير أول للحصول على التسجيل والإرسال بأقل احتكاك:

النماذج الذهنية

١. أضف ولا تستبدل. Search Advisor خطوة دخول سوق موازية بجانب Google Search Console، كما أن Yandex Webmaster Tools لروسيا وBaidu للصين. صغها «تسجيلًا إضافيًا للسوق الكورية»، لا بديلًا عن GSC.

٢. ثق بوسم المصدر. يقاوم مركز إرشادات Naver الجلب، لكن صفحات الإرشاد الفردية لا تقاومه — ومعظم ما يلي مثبت الآن في نص Naver نفسه لا إعادة صياغة الممارسين. وتظل بعض الأرقام (ادعاء «نحو ٤ مواضع عضوية» وحدود أحرف العنوان/الوصف الدقيقة) مسنودة بمقالة وكالة إنجليزية واحدة ومحوطة. يظل انضباط المصادر هو اللعبة كلها — لكن بمصادر أفضل في هذه الجولة.

٣. البوابة تغير الملعب لا الأداة فقط. في Google، يضعك الإدراج في SERP متساوٍ. وفي Naver، يضعك الإدراج في SERP مائل نحو Blog/Café/Knowledge iN الخاصة بـNaver. يجعلك Search Advisor قابلًا للزحف؛ لكنه لا يمنحك أرضية مساوية لمحتوى البوابة.

٤. الاكتشاف مقابل الظهور (مرة أخرى). تنص وثائق Naver مباشرة على أن طلبات الجمع وخرائط المواقع وإشارات IndexNow تسرع الاكتشاف وإعادة الزحف، ولا تضمن الفهرسة أو الظهور أبدًا. هذا ليس تحوطًا مني — إنه موقف Naver المعلن.

٥. التحقق = HTML مُقدّم، لا DOM معروض. تقول أسئلة Naver الشائعة إن التحقق لا ينفذ JavaScript، ولذلك يفشل أي شيء لا يوجد إلا بعد تشغيل JavaScript (الوسوم المحقونة وإعادة توجيه meta-refresh وإعادة توجيه ملف تعريف الارتباط)، إلى جانب وسم داخل <frame> أو داخل <body> بدلًا من <head>. عند الشك، تحقق عبر DNS TXT أو ملف حقيقي في الجذر.

ورقة غش Naver Search Advisor

Search Advisor مقابل Google Search Console مقابل Bing Webmaster Tools

القدرة	Naver Search Advisor	Google Search Console	Bing Webmaster Tools
التحقق	ملف HTML، وسم `<head>`، DNS TXT	DNS / ملف / وسم / Analytics / GTM	استيراد من GSC، DNS / ملف / وسم
طلب عنوان URL يدوي	طلب جمع صفحة ويب (عنوانًا بعنوان)	طلب الفهرسة (واحدًا في كل مرة)	إرسال عنوان URL (حتى ١٠٬٠٠٠/اليوم، تكيفي)
بروتوكول الدفع الفوري	نقطة نهاية متوافقة مع IndexNow (خاصة)	لا شيء (لا IndexNow)	IndexNow (محركات متعددة)
API زحف دفعي	API طلب الزحف للشركاء (محكومة بالشراكة)	—	—
خريطة الموقع	XML، ≤١٠ MB / ≤٥٠٬٠٠٠ عنوان URL	XML، ≤٥٠ MB / ≤٥٠٬٠٠٠ عنوان URL	XML
خلاصة RSS	واحدة لكل موقع (احذفها للتغيير)	—	—
التشخيص	تشخيص الموقع (مفهرس/الجمع مقيّد/مستثنى/SEO) + الظهور والنقر	فهرسة الصفحات، Core Web Vitals	تقارير SEO، فحص الموقع
اسم الزاحف	Yeti	Googlebot	Bingbot
الفخ البنيوي	تفضل البوابة Naver Blog/Café/KIN	—	—

حقائق سريعة

مجاني، على searchadvisor.naver.com؛ واجهته ووثائقه تركز على الكورية.
التسجيل ليس مطلوبًا كي يظهر الموقع في بحث Naver — تقول الأسئلة الشائعة الخاصة بـNaver ذلك مباشرة. لكنه مطلوب لرؤية تقارير الجمع/الفهرسة/الظهور.
حدود خريطة الموقع: ١٠ MB / ٥٠٬٠٠٠ عنوان URL — مؤكدة في دليل Naver نفسه.
RSS: خلاصة واحدة لكل موقع، وكل العناوين على النطاق المتحقق، وعنصر واحد على الأقل، ونص كامل لا مقتطف — وكلها مؤكدة في دليل Naver.
طلبات الجمع: يوم على الأقل وحتى عدة أسابيع؛ ولا ضمان للظهور حتى عند النجاح — موقف Naver المعلن.
نقطة نهاية متوافقة مع IndexNow خاصة به على searchadvisor.naver.com/indexnow — GET لعنوان واحد وPOST حتى ١٠٬٠٠٠.
يقال إن هناك نحو ٤ مواضع عضوية فقط في SERP (InterAd، مصدر واحد غير متحقق مقابل وثائق Naver — تحقق مباشرًا).
إرشاد العنوان/الوصف في التشخيص: نحو ٤٠ / نحو ٨٠ حرفًا (InterAd، مصدر واحد غير متحقق مقابل وثائق Naver).

يفشل التحقق عندما…

يحقن الوسم JavaScript (فالمدقق يقرأ HTML المُقدّم لا DOM المعروض — وفحص Naver الموصى به هو view-source:).
تستخدم الصفحة إعادة توجيه JS أو meta-refresh أو قائمة على ملف تعريف الارتباط.
يوجد الوسم داخل وسم <frame> أو داخل <body> بدلًا من <head>.
← ارجع إلى DNS TXT أو ملف HTML حقيقي في الجذر.

دليل عملي: «صفحاتي لا تظهر في Naver»

دليل خطي لأكثر حالات الفشل شيوعًا — موقع يستهدف كوريا ولا يظهر في Naver. نفّذ الخطوات بالترتيب، وتوقف عندما تجد موضع الانقطاع.

١. أكد أن الموقع متحقق في Search Advisor. إذا لم يكتمل التحقق، فلن يعمل شيء بعده. أعد فحص الملكية عبر ملف HTML أو وسم <head> أو DNS TXT. (ملاحظة: التحقق مخصص لرؤية التقارير لا للإدراج — تقول الأسئلة الشائعة الخاصة بـNaver إن الموقع غير المسجل قد يظهر في البحث.) ٢. إذا استمر فشل التحقق نفسه، افحص كيفية تسليم الوسم. استخدم view-source: (الفحص الموصى به من Naver)، لا الصفحة المعروضة — فإذا ظهر وسم التحقق بعد تشغيل JavaScript فقط، أو استخدمت الصفحة إعادة توجيه meta-refresh أو ملف تعريف ارتباط، أو كان الوسم داخل <frame> أو داخل <body> بدلًا من <head>، فلن يراه المدقق. انتقل إلى DNS TXT أو ملف HTML في الجذر. ٣. افحص robots.txt. يعني خطأ منع الروبوت في تقرير حالة الجمع أن زاحف Naver — المسمى Yeti في دليل robots.txt — محظور. تأكد من أن robots.txt يعيد 2xx نظيفًا بصيغة text/plain (فقد تُساء قراءة صفحة خطأ HTML مقدمة بحالة 200 على أنها «اسمح بكل شيء»)، وأنه لا يعيد التوجيه أكثر من ٥ قفزات. ٤. أرسل/أعد فحص خريطة موقع XML. تأكد من أنها تحت ١٠ MB و٥٠٬٠٠٠ عنوان URL؛ وقسمها إلى فهرس خرائط مواقع إن لم تكن كذلك. تأكد من أن العناوين أساسية وتعيد 200، وأن جلب Naver للخريطة نفسها لا ينتهي بمهلة (فقد تؤدي الاستجابة البطيئة إلى تقييد الإرسال). ٥. أرسل طلبات جمع صفحات الويب لعناوينك ذات الأولوية، ثم افحص تصنيف الأخطاء في تقرير حالة الجمع (수집 현황) — منع الروبوت وDNS وفشل الاتصال وخطأ الخادم وخطأ الصفحة (404) وخطأ المحتوى والعنوان المشوه والصفحة بطيئة التنزيل أو الكبيرة جدًا (نحو ٤ MB+) — لتعرف جانب المشكلة. ٦. إذا زُحف إليها لكنها غير ظاهرة، فقد وصلت إلى الحد لا إلى خطأ. تقول وثائق Naver إن نجاح الجمع لا يضمن الظهور أبدًا، كما أن البوابة التي تفضل ممتلكاتها تعني أن الموقع المستقل قد يُفهرس ثم يخسر SERP أمام نتائج Naver Blog/Café/Knowledge iN. ٧. صعّد إلى المنظومة. للاستعلامات الكورية التنافسية، أنشئ حضورًا في Naver Blog و/أو Café إلى جانب الموقع، وأضف عند اللزوم قوائم Shopping وPlace. في Naver، يكون حضور المنظومة غالبًا الرافعة الناقصة لا إصلاحًا تقنيًا للموقع المستقل. ٨. تحقق من أن Naver هي المعركة المناسبة أصلًا للاستعلام — ففي بعض الاستعلامات أصبحت حصة Google في كوريا كبيرة بما يكفي لتكون تشخيصات Search Console المكان الأجدى للفحص.

أخطاء Naver التي ينبغي تجنبها

الفخاخ الأكثر تكرارًا، ومنها خرافات واسعة الانتشار تستحق التصحيح:

«يجب أن أسجل في Naver قبل أن يظهر موقعي». سبب الخطأ: تقول الأسئلة الشائعة الخاصة بـNaver إنه لا توجد خطوة تسجيل للبحث؛ زاحفه يعثر على المواقع بنفسه. افعل بدلًا من ذلك: سجل على أي حال، لكن للسبب الصحيح — فهذا ما يمنحك تقارير الجمع/الفهرسة/الظهور، لا ما يجعلك مدرجًا.
«Search Advisor مجرد Google Search Console بملصقات كورية — أعرفه أصلًا». سبب الخطأ: تختلف حدود الميزات (خلاصة RSS واحدة لكل موقع، والتحقق يقرأ HTML المُقدّم لا DOM المعروض)، كما تقع الأداة كلها داخل بوابة تمنح محتوى Naver الخاص أفضلية. (لدى Naver نقطة دفع خاصة متوافقة مع IndexNow، لذلك كانت فجوة محددة أشرت إليها في نسخة سابقة خطأ.) افعل بدلًا من ذلك: تعلم الاختلافات — حد RSS وتصنيف أخطاء طلب الجمع وأثر المنظومة — بدل افتراض انتقال عادات GSC بلا مشكلة.
«أرسلت خريطة الموقع/طلبت الجمع، إذن سأُفهرس وأرتب». سبب الخطأ: تنص وثائق Naver مباشرة على أن الإرسال يساعد الاكتشاف لا الإدراج أو الظهور — ومع نحو ٤ مواضع عضوية فقط بحسب مصدر واحد غير متحقق، فالحاجز مرتفع في كل الأحوال. افعل بدلًا من ذلك: تعامل مع الاكتشاف كخطوة أولى، ثم نافس بالمحتوى والحضور في المنظومة.
«التحقق معطل / Naver مليء بالأخطاء». سبب الخطأ: في منشئي المواقع الذين يعتمدون على JS فقط، السبب الأرجح أن وسم التحقق محقون من جانب العميل، أو أن الصفحة تستخدم meta-refresh أو إعادة توجيه ملف تعريف ارتباط، أو أن الوسم داخل <frame> أو داخل <body> بدلًا من <head> — ولا يقرأ المدقق أيًا من ذلك، حسب أسئلة Naver. افعل بدلًا من ذلك: تحقق عبر DNS TXT أو ملف HTML حقيقي في الجذر.
«سأغير عنوان خلاصة RSS بإضافة ثانية». سبب الخطأ: يُسمح بخلاصة RSS واحدة لكل موقع. افعل بدلًا من ذلك: احذف الخلاصة المسجلة أولًا، ثم أضف الجديدة — وتأكد من أن كل عنوان فيها على النطاق المتحقق.
«موقع مستقل هو كل ما أحتاجه للفوز بالبحث الكوري». سبب الخطأ: يمنح Naver Blog وCafé وKnowledge iN موضعًا تفضيليًا، ولذلك يصعد الموقع وحده التل. افعل بدلًا من ذلك: اجمع الموقع مع حضور نشط في منظومة Naver للاستعلامات التنافسية.
«تجاوزت Google Naver في كوريا، إذن أستطيع تجاهل Naver». سبب الخطأ: يأتي رقم «التجاوز» من ترجيح StatCounter لمشاهدات صفحات الهاتف، بينما تضع متتبعات حجم الاستعلامات الكورية Naver بوضوح في المقدمة (نحو ٦٢٫٩٪ مقابل ٢٩٫٦٪). افعل بدلًا من ذلك: سجل في الاثنين — الفجوة تعتمد على المنهجية وNaver كبير جدًا لتجاوزه.

أثبت أن تغييرًا في Naver Search Advisor دخل حيز التنفيذ

أكد التحقق من ملكية الموقع

الاختبار: أكمل طريقة ملف HTML أو وسم meta أو DNS TXT المختارة وشغل فحص الملكية في Search Advisor. النتيجة المتوقعة: تتحقق الخاصية وتظل قابلة للوصول بعد جلسة جديدة. تفسير الفشل: لا يستطيع Naver جلب الملف/الوسم، أو لم ينتشر سجل TXT، أو تخفي إعادة توجيه JavaScript أو meta-refresh أو iframe أو مسار يعتمد على JS فقط إشارة التحقق. نافذة المراقبة: فورية لطريقتي الملف/الوسم؛ واسمح بانتشار DNS لتغييرات TXT. مُشغّل التراجع: أعد رمز التحقق السابق إذا أزالت الطريقة الجديدة وصول المالك.

أكد إرسال خريطة الموقع أو RSS

الاختبار: أرسل خريطة الموقع أو عنوان RSS الإنتاجي، ثم افحص حالة المورد المرسل واجلب العنوان نفسه من دون مصادقة. النتيجة المتوقعة: يقبل Search Advisor المورد وتحتوي الاستجابة الحية على العناوين الأساسية المقصودة. تفسير الفشل: المورد غير قابل للوصول أو مشوه أو يتجاوز الحد الموثق أو أُرسل عنوان RSS خاطئ. نافذة المراقبة: قابلية الجلب فورية؛ لكن معالجة Search Advisor قد تتأخر. مُشغّل التراجع: أعد المورد السابق إذا أسقط البديل عناوين مقصودة أو تعذر جلبه.

أكد أن عنوان URL لطلب الجمع مؤهل تقنيًا

الاختبار: أرسل صفحة ممثلة للجمع وافحص استجابة الصفحة الحية ووسمها الأساسي وتوجيهات الروبوت وحالة تشخيص Naver. النتيجة المتوقعة: يُقبل الطلب، وتكون الصفحة قابلة للزحف وأساسية لنفسها أو للعنوان المقصود وغير محظورة. تفسير الفشل: تمنع إشارة تقنية أو مشكلة وصول الجمع؛ فقبول الطلب وحده لا يضمن الفهرسة أبدًا. نافذة المراقبة: أكد الأهلية التقنية فورًا، ثم اسمح لـNaver بوقت للزحف واتخاذ قرار الفهرسة. مُشغّل التراجع: تراجع عن تغيير القالب الذي جعل صفحات كانت مؤهلة محظورة أو معاد توجيهها أو غير أساسية.

أكد الإصلاح عبر القالب المتأثر

الاختبار: أعد فحص تشخيصات الزحف والهاتف والصفحة في Search Advisor لنوع الصفحة المتغير، وافحص يدويًا مجموعة صغيرة ممثلة. النتيجة المتوقعة: يختفي التشخيص المستهدف من دون أخطاء زحف أو عرض جديدة في الصفحات الشقيقة. تفسير الفشل: كان الإصلاح جزئيًا أو أدخل تراجعًا على مستوى القالب. نافذة المراقبة: بعد إعادة زحف Naver إلى الصفحات المتأثرة. مُشغّل التراجع: أوقف الإطلاق أو تراجع عنه إذا انتشر التشخيص أو أصبحت صفحات كانت سليمة غير قابلة للوصول.

الأدوات ذات الصلة

Naver Search Advisor — موضوع هذه المقالة؛ وحدة التحكم المجانية لدى Naver للتحقق وطلبات جمع صفحات الويب ونقطة النهاية المتوافقة مع IndexNow وإرسال خريطة الموقع/RSS والتشخيص في كوريا الجنوبية.
Google Search Console — المرجع الموازي لـGoogle؛ أبقه وتعامل مع Search Advisor كإضافة لا بديل.
Bing Webmaster Tools — أقرب نظير غربي في التصميم؛ وهو أيضًا المكان الذي تفعل منه تكامل IndexNow لطرف ثالث إذا أردت إشارة واحدة لإخطار Bing وYandex وSeznam وYep مع نقطة Naver الخاصة.
Yandex Webmaster Tools / Baidu Webmaster Tools — خطوة الدخول نفسها لروسيا والصين على التوالي؛ سجل في كل منها حيث تهم السوق.
StatCounter / InternetTrend.co.kr — مصدرا الحصة السوقية اللذان تختلف منهجيتهما بشدة حول Naver مقابل Google في كوريا؛ اقرأ الاثنين لا واحدًا.

موارد تستحق وقتك

كتاباتي ذات الصلة

Patrick Stox — أرشيف المؤلف — كتاباتي عن SEO التقني والدولي؛ لم أنشر مقالة مخصصة عن Naver، لذلك فإن مادة SEO الدولي والزحف هي الإطار الأقرب.
دليل المبتدئين إلى SEO التقني — موضع التحقق وخرائط المواقع وطلبات الزحف في الصورة الأكبر التي يتصل بها Search Advisor أيضًا.

وثائق Naver الخاصة (جُلبت مباشرة لهذه المقالة — راجع علامة تبويب الوثائق الرسمية للقائمة الكاملة)

사이트 등록 및 소유확인 — قواعد التسجيل/التحقق، ومصدر «التسجيل غير مطلوب للظهور».
RSS 및 사이트맵 제출 — قواعد التحقق وحدود خريطة الموقع وRSS.
수집요청 및 검색제외 — سياسة طلب الجمع وعبارة عدم الضمان الصريحة.
페이지 갱신 요청하기 — نقطة نهاية Naver الخاصة المتوافقة مع IndexNow.
robots.txt 설정하기 — تسمية زاحف Yeti وتعامل robots.txt.

من أنحاء الصناعة (بالإنجليزية، غير متحقق مقابل صفحات Naver الخاصة ما لم يُذكر)

InterAd — «Naver Search Advisor: دليل كامل» — ادعاء «٤ مواضع عضوية فقط» وحدود العنوان/الوصف في التشخيص؛ لم أستطع مطابقة أي منهما مع وثائق Naver، لذلك يظل كل منهما بمصدر واحد.
thedigitalx.net — «NAVER مقابل Google: أفضل ٤ محركات بحث في كوريا الجنوبية» — أوضح صياغة لأثر تفضيل البوابة لدى Naver؛ إجماع صناعي لا إفصاح رسمي من Naver.
theegg.com — «Naver SEO ٢٠٢٦: الدليل الكامل للمسوّقين» — تطورات AI Briefing/AI Tab/Related Search المتوقف في ٢٠٢٦.
InterAd — «حصة سوق محركات البحث الكورية» — أرقام حجم الاستعلامات من InternetTrend.co.kr (Naver ٦٢٫٨٦٪).
StatCounter — حصة سوق محركات البحث، كوريا الجنوبية — المقابل المرجح بمشاهدات الصفحات (Google متقدمة قليلًا).
Search Engine Land — «Naver، Google كوريا» (٢٠٠٧) — المرجع التاريخي لسبب بناء Naver منظومة محتوى.
weekerp.com — دليل إعداد Naver Search Advisor وppcle.com — أسئلة شائعة لتجديد التحقق — مصدران مستقلان باللغة الكورية يؤيدان DNS TXT كطريقة تحقق ثالثة، إذ لم تذكرها صفحة أسئلة Naver التي جلبتها مباشرة.

معظم التفاصيل التشغيلية عن Naver أعلاه مصدرها الآن صفحات إرشاده الخاصة (جُلبت بطلب HTTP عادي، بلا متصفح — مركز الإرشاد الأعلى وحده يقاوم ذلك). وتظل أرقام «٤ مواضع عضوية فقط» وحدود أحرف التشخيص مسنودة بمصدر InterAd واحد وغير متحققة؛ كما أن ادعاء تفضيل البوابة إجماع صناعي لا إفصاح خوارزمي رسمي. أكد ملصقات القائمة مقابل الواجهة الكورية الحية قبل الاعتماد على أي نص محدد.

اختبر نفسك: Naver Search Advisor

ستة أسئلة سريعة عن التحقق والإرسال وفهم Naver Search Advisor. اختر إجابة لكل سؤال، ثم تحقق منها.

سجل التغييرات

تم التحديث في 19 يوليو 2026.

ملخص تحريري وتفاصيل التغيير المسجلة.

تفاصيل التغيير

تفاصيل التغيير متاحة حاليًا باللغة الإنجليزية.
تفاصيل التغيير متاحة حاليًا باللغة الإنجليزية.
تفاصيل التغيير متاحة حاليًا باللغة الإنجليزية.
تفاصيل التغيير متاحة حاليًا باللغة الإنجليزية.
تفاصيل التغيير متاحة حاليًا باللغة الإنجليزية.
تفاصيل التغيير متاحة حاليًا باللغة الإنجليزية.
تفاصيل التغيير متاحة حاليًا باللغة الإنجليزية.
تفاصيل التغيير متاحة حاليًا باللغة الإنجليزية.
تفاصيل التغيير متاحة حاليًا باللغة الإنجليزية.

المقارنة الكاملة غير متاحة — لم تُؤرشف لقطة سابقة لهذه المراجعة.