الأسئلة المتداولة

للبدء مع IndexNow، تحقق مما إذا كان نظام إدارة المحتوى (CMS) أو مزود الاستضافة أو إضافة SEO الخاصة بك يدعمه بالفعل. توفر العديد من المنصات دعمًا مدمجًا أو إضافات متوافقة، لذا قد لا تحتاج إلى تكوينه يدويًا.

إذا كانت منصتك لا تدعم IndexNow، يمكنك تنفيذه يدويًا عن طريق إنشاء ملف مفتاح، والتحقق من موقعك الإلكتروني، وإرسال عناوين URL باستخدام واجهة برمجة تطبيقات IndexNow.

تحقق من وثائق نظام إدارة المحتوى أو مكتبة الإضافات الخاصة بك أولاً قبل إعداد IndexNow يدويًا.

توفر أنظمة إدارة المحتوى التالية تكاملاً أصليًا مع IndexNow أو تدعمه من خلال إضافات أو ملحقات SEO:

• WordPress
• Shopify
• Wix
• GoDaddy
• Duda
• XenForo
• Milestone
• Joomla!
• Drupal
• Bitrix24
• PrestaShop
• MODX
• Shopware
• OpenCart
• Typo3
• Umbraco

قد تدعم أنظمة إدارة المحتوى الأخرى IndexNow بشكل أصلي من خلال إضافات أو ملحقات الطرف الثالث المتوفرة في مكتبات الإضافات الخاصة بها. تحقق من نظام إدارة المحتوى أو مزود الاستضافة الخاص بك للحصول على تفاصيل حول كيفية تفعيل IndexNow لموقعك الإلكتروني.

تقدم Cloudflare تكاملاً أصليًا مع IndexNow. ومع ذلك، هذه القائمة ليست شاملة. يرجى التحقق من مزود الخدمة الخاص بك للحصول على تعليمات محددة حول تفعيل IndexNow لموقعك الإلكتروني.

تعتمد محركات البحث التقليدية على زواحف الويب لاكتشاف تحديثات المحتوى، لكن هذه العملية قد تكون بطيئة وتستغرق أيامًا أو حتى أسابيع. يتيح لك IndexNow إرسال عناوين URL فورًا عند إضافة المحتوى أو تحديثه أو حذفه.

يحسن هذا سرعة فهرسة موقعك لدى محركات البحث المدعومة ويساعد في الحفاظ على تحديث المحتوى الخاص بك في نتائج البحث المدعومة بالذكاء الاصطناعي. يمكن أن تؤدي الفهرسة الأسرع إلى رؤية أفضل وإدراج أسرع في نتائج البحث، مما قد يدعم تحسين أداء SEO.

يجب أن تُخطر المواقع الإلكترونية IndexNow كلما تم إضافة محتوى أو تحديثه أو إزالته، حتى تتمكن محركات البحث من عكس أحدث نسخة في فهرسها.

تشمل الحالات النموذجية:

• محتوى جديد: صفحات المنتجات، مقاطع الفيديو، قوائم السفر، إعلانات الوظائف، مقالات المدونة، أو إعلانات الفعاليات.
• محتوى محدّث: أوصاف المنتجات، عناوين/بيانات تعريف الفيديو، أدلة الوجهات، ملفات تعريف الشركات، أو صفحات السياسات.
• تغييرات الأسعار أو التوفر: حالة المخزون، العروض الترويجية، أو العروض المنتهية.
• المحتوى الذي ينشئه المستخدمون: مراجعات جديدة، تعليقات، أو مشاركات المنتدى (يتم إرسالها تدريجيًا لتجنب الإفراط في الإشعارات، مثلاً كل مراجعة من 1 إلى 20، ثم كل 5 حتى 100، كل 10 حتى 1000).
• محتوى محذوف: المنتجات المحذوفة، مقاطع الفيديو، عروض السفر، أو الفعاليات المنتهية.

من خلال إخطار IndexNow في هذه النقاط، تساعد محركات البحث على فهرسة النسخة الصحيحة من موقعك بشكل أسرع وأكثر كفاءة.

عندما يدعم نظام إدارة المحتوى أو مزود الاستضافة أو إضافة SEO الخاصة بك IndexNow، لا تحتاج إلى ملف مفتاح. يتم التعامل مع عمليات الإرسال تلقائيًا.

للإعداد اليدوي، ستحتاج إلى إنشاء مفتاح API. يثبت هذا المفتاح ملكية نطاقك ويصادق على إرسالاتك حتى تعرف محركات البحث أنها تأتي من مصدر مُصرّح به.

خطوات إنشاء مفتاح API الخاص بك

1. إنشاء سلسلة المفتاح

• استخدم مولد GUID/UUID أو أداة سطر الأوامر.
• يجب أن يتراوح طول المفتاح بين 8 و128 حرفًا.
• الأحرف المسموح بها: أحرف صغيرة (a إلى z)، أحرف كبيرة (A إلى Z)، أرقام (0 إلى 9)، وشرطات (-).

2. إنشاء ملف المفتاح

• افتح محرر نصوص أو محرر أكواد (مثل Notepad أو TextEdit أو VS Code).
• الصق مفتاح API في الملف.
• احفظ الملف بترميز UTF-8 مع اسم الملف هو المفتاح متبوعًا بـ .txt.
• مثال: إذا كان مفتاحك abcd1234، أنشئ ملفًا باسم abcd1234.txt يحتوي على abcd1234

3. رفع الملف

• ضع ملف المفتاح في الدليل الجذر لموقعك، أو أي مجلد يمكن الوصول إليه عامًا على نفس المضيف (بدون تسجيل دخول مطلوب).
• تأكد من إمكانية الوصول إليه عبر عنوان URL عام، مثل: https://yourdomaim.com/{your-key}.txt
• مثال: إذا كان نطاقك yourdomain.com ومفتاحك هو I-love-IndexNow-3000، فيجب أن يكون الملف على https://yourdomain.com/I-love-IndexNow-3000.txt.
• بدلاً من ذلك، يمكنك استخدام موقع عام آخر، مثل https://yourdomain.com/keys/well-known.txt. إذا استخدمت موقعًا غير جذري، حدد موقع ملف المفتاح باستخدام معامل keyLocation عند إرسال عناوين URL.

بعد إنشاء ملف المفتاح الخاص بك، ارفعه إلى أحد هذه المواقع:

• الدليل الجذر لموقعك الإلكتروني (مُفضّل).
• أو، إذا لم يكن الوصول إلى الجذر ممكنًا، مجلد يمكن الوصول إليه عامًا على مزود الاستضافة الخاص بك (بدون تسجيل دخول مطلوب).

ثم، افتح عنوان URL للملف في المتصفح:
https://yourdomain.com/{your-key}.txt

إذا تم تحميل الملف وعرض مفتاحك فقط، فإن موقعك تم التحقق منه. تستخدم محركات البحث هذا الملف لتأكيد ملكية النطاق قبل قبول إرسالات IndexNow. إذا فشل التحقق، راجع قسم استكشاف الأخطاء وإصلاحها أدناه للحصول على الحلول الشائعة.

يمكنك تجديد مفتاح API الخاص بـ IndexNow دون انقطاع الخدمة باتباع الخطوات التالية:

أنشئ مفتاحًا جديدًا باستخدام نفس الطريقة التي استخدمتها في الأصل (يدوية أو بأداة).

• استبدل ملف المفتاح القديم في الدليل الجذر بملف {key}.txt الجديد.
• ابدأ بإرسال عناوين URL باستخدام المفتاح الجديد. هذا يطلب تلقائيًا من محركات البحث التحقق من المفتاح الجديد خلال الإرسال التالي.

ستقوم محركات البحث بإعادة التحقق من الملكية تلقائيًا عند اكتشاف المفتاح المُحدّث خلال إرسال عنوان URL.

يمكنك إخطار محركات البحث فوريًا عند إضافة أو تحديث أو حذف محتوى عن طريق إرسال عنوان URL إلى واجهة برمجة تطبيقات IndexNow.

1. صيغة عنوان URL للطلب:

يمكنك إرسال طلبك إلى واحدة فقط من نقاط النهاية المشاركة التالية.
ترسل كل نقطة نهاية إرسالك مباشرة إلى محرك البحث الخاص بها، وسيتم مشاركة إرسالك مع جميع محركات البحث المُفعّلة لـ IndexNow:

• نقطة النهاية العالمية لـ IndexNow: https://api.indexnow.org/indexnow?url={your-url}&key={your-key}
• Amazon: https://indexnow.amazonbot.amazon/indexnow?url={your-url}&key={your-key}
• Bing: https://www.bing.com/indexnow?url={your-url}&key={your-key}
• Naver: https://searchadvisor.naver.com/indexnow?url={your-url}&key={your-key}
• Seznam.cz: https://search.seznam.cz/indexnow?url={your-url}&key={your-key}
• Yandex: https://yandex.com/indexnow?url={your-url}&key={your-key}
• Yep: https://indexnow.yep.com/indexnow?url={your-url}&key={your-key}

2. استبدل {your-url} بعنوان URL الكامل للصفحة التي أضفتها أو حدّثتها أو حذفتها و{your-key} بمفتاح API الخاص بـ IndexNow المُتحقق منه.

3. أرسل الطلب باستخدام متصفح أو سكريبت أو عميل HTTP.

4. تأكد من نجاح الإرسال:

• إذا تلقيت استجابة HTTP 200، فقد تم قبول الإرسال ومعالجته.
• ملاحظة: في طلبك الأول، قد تتلقى استجابة HTTP 202. هذا يعني أنه تم استلام عنوان URL، وسيتحقق محرك البحث من مفتاحك قبل فهرسة المحتوى. بمجرد اكتمال التحقق، ستُرجع الإرسالات الناجحة اللاحقة عادةً HTTP 200.

يدعم IndexNow الإرسال الجماعي لما يصل إلى 10,000 عنوان URL لكل طلب POST. هذا مفيد عندما يكون لديك عدة صفحات محدّثة أو مُضافة أو محذوفة لإخطار محركات البحث بها في دفعة واحدة.

استخدم تنسيق JSON هذا في طلب POST الخاص بك:

POST /indexnow HTTP/1.1
Host: <searchengine>
Content-Type: application/json; charset=utf-8

{
  "host": "www.example.com",
  "key": "fa8c0a469da44e9b8f6a769f291829f5",
  "urlList": [
    "https://www.example.com/url1",
    "https://www.example.com/folder/url2",
    "https://www.example.com/url3"
  ]
}

أرسل طلب POST الخاص بك إلى:
https://api.indexnow.org/indexnow

أمور يجب مراعاتها عند إرسال عناوين URL متعددة:

• لا تُرسل أكثر من 10,000 عنوان URL لكل طلب.
• استخدم ترميز UTF-8 وعيّن رأس Content-Type المناسب.

يسمح لك IndexNow بإرسال ما يصل إلى 10,000 عنوان URL لكل طلب POST في حمولة JSON واحدة. قد يؤدي إرسال أكثر من هذا إلى فشل الطلب أو إرجاع استجابة HTTP 422 (كيان غير قابل للمعالجة).

لضمان المعالجة الناجحة، حافظ دائمًا على إرسالاتك الجماعية تحت حد 10,000 عنوان URL.

يمكنك الإرسال إلى أي محرك بحث مشارك باستخدام هيكل URL التالي:

https://<searchengine>/indexnow?url={your-url}&key={your-key}

على سبيل المثال، إذا كنت تُرسل إلى IndexNow، فسيكون عنوان URL:

https://api.indexnow.org/indexnow?url=https%3A%2F%2Fwww.example.com%2Fpage1&key=50283fcd8c764cfd9bd79a8b4002f647

كيفية تنسيق عنوان URL لإرسال IndexNow بشكل صحيح:

• استبدل معامل key بمفتاح API الفعلي الخاص بك لـ IndexNow
• تأكد من ترميز URL لعنوان URL المُرسل (مثلاً %3A لـ : و%2F لـ /)

يتطلب IndexNow ترميز عناوين URL وفقًا لمعايير RFC-3986. هذا يضمن نقل الأحرف الخاصة بأمان عبر واجهة برمجة التطبيقات.

أمثلة شائعة لترميز URL:

• : يصبح %3A
• / يصبح %2F
• ? يصبح %3F
• = يصبح %3D
• & يصبح %26

لماذا من المهم ترميز عناوين URL الخاصة بك لـ IndexNow بشكل صحيح:

يضمن الترميز الصحيح أن عناوين URL الخاصة بـ IndexNow يتم تحليلها ومعالجتها بشكل صحيح من قبل محركات البحث. قد يؤدي عدم ترميز عناوين URL إلى أخطاء أو إرسالات مُتجاهلة.

بعد إرسال عنوان URL باستخدام IndexNow، يُقيّم محرك البحث ما إذا كان يجب زحف عنوان URL بناءً على حصة الزحف الخاصة به ومنطق الجدولة وإشارات الجودة. إذا اجتازت الصفحة الفحوصات الداخلية، سيتم زحفها لجلب أحدث محتوى.

إرسال عنوان URL لا يضمن الفهرسة الفورية. ومع ذلك، يزيد IndexNow من احتمالية اكتشاف التغييرات المهمة وزحفها بشكل أسرع، مما يساعد محركات البحث على عرض محتواك بسرعة أكبر.

نعم. كل عنوان URL يتم إرساله عبر IndexNow يُحتسب من حصة الزحف الخاصة بموقعك.

ومع ذلك، باستخدام IndexNow، تُشير إلى محركات البحث أن هذه العناوين مهمة ويجب أن تحظى بالأولوية. يؤدي هذا عادةً إلى زحف أسرع لعناوين URL المُرسلة مقارنة بالصفحات التي لم يتم إرسالها.

تجنب إرسال نفس عنوان URL عدة مرات في اليوم ما لم تكن هناك تغييرات جوهرية في المحتوى. بالنسبة للصفحات المُحدّثة بشكل متكرر، من الأفضل الانتظار 5 دقائق على الأقل بين التحديثات قبل إعادة الإرسال.

بالنسبة للتحديثات عالية التكرار، ركّز على استخدام IndexNow فقط للتغييرات الجوهرية التي تؤثر على المحتوى أو البنية. قد يؤدي إرسال تحديثات غير ضرورية إلى إهدار حصة الزحف دون تحسين الرؤية.

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

للتعامل بفعالية مع التحديثات المتكررة:

• أتمت الإرسالات باستخدام سكريبتات تكتشف التغييرات الحقيقية في المحتوى.
• انتظر 5 دقائق على الأقل قبل إعادة إرسال نفس عنوان URL.
• راقب سلوك الفهرسة لتحقيق التوازن بين حداثة المحتوى وكفاءة الزحف.

نعم. يجب إرسال عناوين URL المُعاد توجيهها والصفحات التي تُرجع رموز حالة HTTP 404 أو HTTP 410.

يتيح إرسال عناوين URL المُعاد توجيهها أو المحذوفة باستخدام IndexNow لمحركات البحث:

• تحديث فهارسها عند إعادة توجيه صفحة باستخدام 301 أو 302 أو meta refresh.
• إزالة الروابط القديمة أو المعطلة عند حذف صفحة وإرجاع 404 أو 410.
• الحفاظ على نتائج بحث دقيقة ومُحدّثة للمستخدمين.

يدعم IndexNow إرسال عناوين URL للمحتوى الذي تم حذفه أو نقله أو إعادة توجيهه. تضمين هذه التحديثات يساعد في ضمان أن محركات البحث تعكس البنية الأكثر دقة لموقعك وتحسين كفاءة الزحف.

IndexNow مُصمم لإخطار محركات البحث بعناوين URL المُضافة أو المُحدّثة أو المحذوفة مؤخرًا. ليس مُصممًا لإرسال كل عنوان URL على موقعك دفعة واحدة.

إذا تم تحديث موقعك بالكامل مؤخرًا، مثل بعد عملية ترحيل أو إعادة تصميم، فمن المقبول إرسال جميع عناوين URL باستخدام IndexNow. للاكتشاف المستمر والفهرسة طويلة المدى، استخدم خريطة موقع XML.

لتحسين تغطية الفهرسة وحداثتها، اتبع هذا النهج:

• استخدم IndexNow لإرسال الصفحات ذات الأولوية العالية أو المتغيرة بشكل متكرر.
• استخدم خرائط المواقع لتزويد محركات البحث بقائمة شاملة لجميع عناوين URL على موقعك الإلكتروني.

يضمن هذا المزيج اكتشاف المحتوى بسرعة ورؤية شاملة في نتائج البحث.

نعم. استخدام كل من IndexNow وخرائط المواقع يحسن رؤية المحتوى ويضمن تغطية أوسع من محركات البحث.

يحسن IndexNow رؤية البحث من خلال توفير:

• إشعار فوري عند إضافة المحتوى أو تحديثه أو حذفه.
• اكتشاف أسرع للتغييرات المهمة.
• تحديثات في الوقت الفعلي للمحتوى المتغير بشكل متكرر.

تعزز خرائط المواقع تغطية البحث من خلال توفير:

• قائمة شاملة بجميع عناوين URL على موقعك.
• اكتشاف الصفحات التي تتغير نادرًا أو الموجودة في أعماق بنية الموقع.
• دعم الزحف طويل المدى للفهرسة الشاملة.

يضمن الجمع بين IndexNow وخرائط المواقع أن محتواك يُعرض بسرعة ويُكتشف بدقة من قبل محركات البحث التقليدية والمدعومة بالذكاء الاصطناعي.

لا. IndexNow مُصمم لإخطار محركات البحث بالإضافات أو التحديثات أو عمليات الحذف الأخيرة. ليس مُخصصًا للإرسال بأثر رجعي للتغييرات القديمة.

لمساعدة محركات البحث في اكتشاف الصفحات المُحدّثة سابقًا، اتبع هذا النهج:

• استخدم IndexNow لإرسال عناوين URL التي تغيرت بعد إعداد IndexNow.
• استخدم خرائط المواقع بقيم lastmod دقيقة لإظهار المحتوى المُحدّث قبل التنفيذ.
• يضمن هذا المزيج أن التغييرات الحديثة والتاريخية مرئية لمحركات البحث.

نعم. IndexNow مفيد حتى للمواقع الإلكترونية الصغيرة التي تحتوي على صفحات قليلة فقط. يتيح لك إخطار محركات البحث فوريًا بالتحديثات، مما يزيد من احتمالية الزحف والفهرسة بشكل أسرع.

يمكن أن يساعدك استخدام IndexNow على موقع صغير في:

• تحقيق رؤية أسرع للمحتوى الجديد أو المُحدّث.
• تحسين كفاءة الزحف من خلال استهداف الصفحات المتغيرة.
• التحكم في سرعة ظهور تحديثاتك في نتائج البحث.

تساعد الأتمتة في ضمان إشعارات URL في الوقت المناسب دون إرهاق محركات البحث أو تجاوز حدود المعدل. المفتاح هو اكتشاف التغييرات الحقيقية وإرسال ما هو مهم فقط.

لأتمتة IndexNow بفعالية:

• استخدم سكريبتات الواجهة الخلفية أو خطافات CMS لتشغيل الإرسالات عند إضافة المحتوى أو تحديثه أو حذفه.
• اكتشف وصفّي التحديثات الجوهرية (مثل السعر أو التوفر أو المحتوى) بدلاً من التغييرات التجميلية أو تغييرات التخطيط فقط.
• نفّذ منطق مانع الارتداد لمنع إعادة الإرسال السريع (مثلاً انتظر 5 دقائق أو أكثر بين الإرسالات لنفس عنوان URL).
• سجّل كل إرسال وراقب رموز استجابة HTTP للمشكلات.
• ادمج IndexNow في سير عمل النشر أو خطوط أنابيب النشر بحيث تحدث الإرسالات تلقائيًا وبشكل موثوق.

يمكنك أتمتة إرسالات IndexNow عن طريق إنشاء سكريبت يكتشف تغييرات المحتوى الديناميكية ويُرسل عناوين URL المُحدّثة مباشرة إلى واجهة برمجة تطبيقات IndexNow. هذا يضمن إخطار محركات البحث في الوقت الفعلي عند حدوث تغييرات رئيسية في المحتوى.
فيما يلي مثال Python يحاكي فحص قاعدة بيانات المحتوى بحثًا عن عناوين URL المُعدّلة مؤخرًا وإرسالها تلقائيًا إلى IndexNow.

استبدل قاموس content_db المُحاكى بتكامل مباشر يستعلم من نظام إدارة المحتوى أو منصة النشر أو قاعدة البيانات الخلفية لاكتشاف المحتوى المُحدّث مؤخرًا.

import requests
import time

# Configuration
API_KEY = "your-api-key"
HOST = "example.org"
KEY_LOCATION = "https://{HOST}/{API_KEY}.txt"
INDEXNOW_API_URL = "https://api.indexnow.org/indexnow"

# Simulated content database
content_db = {
    "/product?id=101": int(time.time()) - 100,
    "/news?id=202": int(time.time()) - 4000,
    "/blog?id=303": int(time.time()) - 200
}

def detect_dynamic_changes():
    current_time = int(time.time())
    changed_urls = []
    for url, last_modified in content_db.items():
        if current_time - last_modified < 3600:
            changed_urls.append(f"https://{HOST}{url}")
    return changed_urls

def submit_urls(url_list):
    payload = {
        "host": HOST,
        "key": API_KEY,
        "keyLocation": KEY_LOCATION,
        "urlList": url_list
    }
    headers = {"Content-Type": "application/json; charset=utf-8"}
    response = requests.post(INDEXNOW_API_URL, json=payload, headers=headers)

    if response.status_code in (200, 202):
        print("✅ URLs submitted successfully:", url_list)
    elif response.status_code == 429:
        print("⚠️ Rate limited. Try again later.")
    else:
        print("❌ Failed:", response.status_code, response.text)

if __name__ == "__main__":
    changed_urls = detect_dynamic_changes()
    if changed_urls:
        submit_urls(changed_urls)
    else:
        print("No dynamic content changes detected.")

عند إرسال عناوين URL، قد تتلقى رموز استجابة HTTP التالية:

• 200 OK: تم استلام عنوان URL بنجاح.
• 202 Accepted: تم قبول الإرسال لكنه لم يُعالج بعد.
• 400 Bad Request: قد يكون عنوان URL أو مفتاح API الخاص بك مُنسّقًا بشكل غير صحيح.
• 422 Unprocessable Entity: فهم الخادم الطلب لكنه لم يتمكن من معالجته.
• 429 Too Many Requests: لقد وصلت إلى حد المعدل. حاول مرة أخرى لاحقًا.

سجّل استجابات HTTP الخاصة بك لمراقبة نجاح الإرسال وتحديد المشكلات. هذا يساعد في اكتشاف المشكلات مبكرًا، خاصة مع حدود المعدل أو أخطاء التنسيق.

يساعدك إعداد التسجيل المناسب في مراقبة إرسالات عناوين URL واستكشاف الأخطاء وإصلاحها في تكامل IndexNow الخاص بك.

الحقول المهمة التي يجب تضمينها في نظام تسجيل IndexNow الخاص بك:

• الطابع الزمني للإرسال
• عنوان URL الكامل المُرسل
• رمز استجابة HTTP (مثل 200، 400، 429)
• محاولات إعادة المحاولة أو الإخفاقات
• طريقة الإرسال (GET أو POST)
• مفتاح API المُستخدم (اختياري إذا كنت تدير مفاتيح متعددة)

لماذا التسجيل مهم لـ IndexNow:

• يساعد في اكتشاف أنماط الإرسال والأخطاء المتكررة.
• يسهّل اكتشاف وإصلاح الإرسالات الفاشلة.
• يؤكد ما إذا كانت عناوين URL مقبولة ومفهرسة بشكل صحيح.

مراقبة واختبار تنفيذ IndexNow الخاص بك يضمن أن عناوين URL الخاصة بك يتم إرسالها بشكل صحيح واستلامها من قبل محركات البحث.

لمراقبة واختبار إرسالات IndexNow بفعالية:

• استخدم أدوات مثل curl أو wget لاختبار إرسالات عناوين URL وعرض رموز استجابة HTTP.
• تحقق من الاستجابات الناجحة (HTTP 200) أو الأخطاء (مثل 400، 429).
• سجّل جميع الإرسالات مع الطوابع الزمنية واستجابات الخادم.
• راجع تقارير الفهرسة أو الأدوات التي توفرها محركات البحث لتتبع سلوك الزحف.

يُعامل كل نطاق فرعي كمضيف منفصل، مما يعني أنه يجب عليك إنشاء وإدارة ملفات مفاتيح فردية لكل منها.

للمواقع ذات النطاقات الفرعية مثل:

• blog.example.com
• shop.example.com
• support.example.com

يجب عليك القيام بما يلي لكل نطاق فرعي:

• استضافة ملف {key}.txt الخاص به في الدليل الجذر للنطاق الفرعي.
• إرسال عناوين URL باستخدام مفتاح API الفريد لذلك النطاق الفرعي.

هذا يضمن التحقق من كل نطاق فرعي بشكل مستقل وفهرسته بشكل صحيح عبر محركات البحث.

إذا كان موقعك الإلكتروني يقدم محتوى بلغات متعددة، أرسل عناوين URL لكل نسخة لغوية بشكل منفصل باستخدام IndexNow.

على سبيل المثال:

• https://example.com/en/product
• https://example.com/fr/product
• https://example.com/de/product

كيفية تحسين الإرسالات متعددة اللغات لـ IndexNow:

• أرسل عنوان URL منفصلاً لكل نسخة لغوية
• تأكد من أن كل نسخة تستخدم علامات canonical وhreflang عند الاقتضاء
• رمّز جميع الروابط المُرسلة وفقًا لمعايير RFC-3986

استخدام IndexNow بهذه الطريقة يساعد محركات البحث على اكتشاف وزحف المحتوى المُترجم بشكل أسرع.

إذا تم رفع ملف مفتاح IndexNow الخاص بك ولكنه لا يُتحقق منه، فهذا يعني عادةً أن الملف لم يُسمَّ أو يُوضع أو يكون متاحًا بشكل صحيح.

• اسم الملف: يجب تسمية الملف تمامًا باسم مفتاح API الخاص بك، متبوعًا بـ .txt (مثلاً، إذا كان مفتاحك I-love-IndexNow-3000، سمّ الملف I-love-IndexNow-3000.txt).
• موقع الملف: يجب أن يكون في الدليل الجذر لنطاقك (ليس مجلدًا فرعيًا، ما لم يتطلب المضيف ذلك)

مشكلات شائعة يجب التحقق منها:

• محتويات الملف: يجب أن يتطابق النص الموجود بالداخل تمامًا مع مفتاح API الخاص بك
• إمكانية الوصول إلى الملف: يجب أن يكون متاحًا على https://yourdomain.com/{your-key}.txt بدون تسجيل دخول أو جدار حماية أو قيود IP

كيفية الاختبار

افتح عنوان URL للملف في المتصفح. إذا عرض مفتاحك فقط كنص عادي، يمكن لمحركات البحث التحقق من موقعك. إذا كان الملف مفقودًا أو غير مطابق أو محجوبًا، فلن يتم قبول إرسالات IndexNow.

إرسال عنوان URL مع IndexNow يُنبّه محركات البحث بأن المحتوى قد تغير، لكنه لا يضمن الفهرسة. تشمل أسباب عدم فهرسة عنوان URL الخاص بك:

• حدود حصة الزحف لنطاقك.
• محتوى منخفض الجودة أو هزيل أو مكرر.
• مشكلات تقنية مثل أخطاء 404 أو حجب robots.txt أو علامات noindex.
• تأخيرات الفهرسة بسبب جدولة الزحف.
• قد يختار محرك البحث عدم فهرسة عنوان URL بناءً على خوارزمياته.

تأكد من أن محتواك عالي الجودة ومرتبط داخليًا ومتاح لزواحف البحث.

إرسال عنوان URL عبر IndexNow يُنبّه جميع محركات البحث المشاركة بأن المحتوى قد تغير، لكن كل محرك يتخذ قراره الخاص بشأن الفهرسة.

تشمل أسباب فهرسة عنوان URL الخاص بك على محرك واحد وليس على آخر:

• اختلافات في كيفية تقييم كل محرك بحث لجودة المحتوى.
• ميزانيات زحف متفاوتة أو استراتيجيات تحديد أولويات عناوين URL.
• خوارزميات فهرسة وأنظمة ترتيب فريدة.
• اختلافات في التوقيت أو جدولة الزحف بين المحركات.

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

لا يكشف IndexNow علنيًا عن حدود المعدل الدقيقة، حيث يحدد كل محرك بحث مشارك عتبات الإرسال اليومية الخاصة به لكل موقع.

إذا تلقيت استجابة HTTP 429 (طلبات كثيرة جدًا)، اتخذ الخطوات التالية:

• أوقف الإرسالات مؤقتًا وأعد المحاولة بعد الوقت المحدد في رأس Retry-After.
• قلل تكرار أو حجم دفعات الإرسالات الخاصة بك.
• سجّل نشاط الإرسال لمراقبة أخطاء حد المعدل.

لتجنب الوصول إلى حدود المعدل، اتبع أفضل الممارسات التالية:

• أرسل فقط عند تغيير المحتوى. لا تُعد إرسال عناوين URL غير المتغيرة.
• راقب رموز استجابة HTTP واضبط أنماط الإرسال وفقًا لذلك.

خطأ HTTP 400 Bad Request يعني أن إرسال IndexNow فشل لأن الطلب لم يكن مُنسّقًا بشكل صحيح أو كان يفتقد معلومات مطلوبة.

أسباب شائعة لإرجاع IndexNow خطأ 400:

• مفتاح API الخاص بـ IndexNow مفقود أو غير صحيح.
• عنوان URL المُرسل غير مُرمّز بشكل صحيح.
• هيكل الطلب لا يتبع تنسيق IndexNow.
• المعاملات مثل url أو key مكتوبة بشكل خاطئ أو مفقودة.

كيفية إصلاح خطأ 400 عند استخدام IndexNow:

• تحقق من مفتاح API الخاص بك لـ IndexNow — تأكد من أن المفتاح في إرسالك يتطابق مع المفتاح المُستضاف في ملف المفتاح الخاص بك.
• تحقق من أن عنوان URL المُرسل مُرمّز بشكل صحيح — استخدم ترميزًا متوافقًا مع RFC-3986 للأحرف مثل : و/ و&.
• راجع هيكل طلب IndexNow الخاص بك — سواء كنت تُرسل عبر GET أو POST، تأكد من أن التنسيق يلتزم بإرشادات بروتوكول IndexNow.
• صحح أخطاء الكتابة أو مشكلات التنسيق — ابحث عن أحرف إضافية مثل الفواصل الزائدة أو الأقواس في غير مكانها.
• استخدم التسجيل لمراقبة إرسالات IndexNow — تتبع الأخطاء ورموز الاستجابة لتحديد المشكلات المتكررة وتصحيحها.

من خلال معالجة هذه المشكلات، يمكنك ضمان قبول إرسالات IndexNow الخاصة بك ومعالجتها بشكل صحيح من قبل محركات البحث المشاركة.

خطأ HTTP 422 Unprocessable Entity يعني أن الخادم فهم إرسال IndexNow الخاص بك لكنه لم يتمكن من معالجته بسبب مشكلة واحدة أو أكثر.

أسباب شائعة لإرجاع IndexNow خطأ 422:

• عنوان URL المُرسل لا يتطابق مع نطاقك المُتحقق منه.
• ملف مفتاح IndexNow مفقود أو غير متاح.
• يتم إرسال نفس عنوان URL بشكل متكرر بدون تغييرات جوهرية.

كيفية حل خطأ 422 في IndexNow:

• تحقق من موقع ملف المفتاح وإمكانية الوصول إليه — تأكد من أن ملف المفتاح مُستضاف بشكل صحيح في الدليل الجذر ومتاح عامًا على https://yourdomain.com/{your-key}.txt.
• تأكد من تطابق النطاق مع مفتاحك — أرسل فقط عناوين URL تحت النطاق الذي يتطابق مع مفتاح IndexNow المُتحقق منه.
• أرسل فقط المحتوى المتغير مؤخرًا — تجنب إرسال عناوين URL غير المتغيرة. IndexNow مُصمم للمحتوى الجديد أو المُحدّث أو المحذوف.
• راقب وسجّل إرسالاتك — استخدم التسجيل لتتبع الأخطاء المتكررة وتجنب الإرسالات المكررة وتأكيد التسليم الناجح.

إصلاح هذه المشكلات يساعد في ضمان قبول طلبات IndexNow الخاصة بك ومعالجتها من قبل محركات البحث المشاركة.

خطأ 429 يعني أنك تجاوزت حد معدل الإرسال لموقعك بإرسال عدد كبير جدًا من عناوين URL إلى IndexNow في فترة قصيرة.

كيفية حل خطأ 429 في IndexNow:

• تحقق من رأس Retry-After لمعرفة المدة التي يجب الانتظار قبل إعادة الإرسال.
• قلل تكرار الإرسال عن طريق تجنب الإرسالات غير الضرورية أو المكررة.
• انتظر 10 دقائق على الأقل قبل إعادة إرسال نفس عنوان URL، ما لم يتغير بشكل كبير.
• سجّل طلباتك وراقب رموز الاستجابة لتجنب الوصول إلى حدود المعدل مرة أخرى.

يحدد كل محرك بحث حدوده الخاصة لـ IndexNow. إبطاء وتباعد الإرسالات يحسن نجاح التسليم.

هذه مشكلات تنفيذ شائعة قد تمنع IndexNow من العمل بشكل صحيح:

• استضافة ملف المفتاح خارج جذر النطاق.
• استخدام اسم ملف خاطئ (يجب أن يتطابق تمامًا مع مفتاحك وينتهي بـ .txt).
• نسيان ترميز URL للأحرف الخاصة في عناوين URL المُرسلة.
• إرسال عناوين URL غير المتغيرة بشكل متكرر.
• استخدام مفتاح غير مُتحقق منه أو غير مطابق.
• الإرسال قبل أن يكون ملف المفتاح متاحًا عامًا.

تأكد من وضع ملف المفتاح بشكل صحيح وأنه متاح عامًا وأن طلبات الإرسال مُنسّقة بشكل صحيح.