كيفية فهرسة صفحاتك في Google

الخلاصة — تعني الفهرسة أن Google زحف إلى صفحتك، وقرر أنها جديرة بالحفظ، ثم خزنها كي تظهر في البحث. لا يمكن للصفحة أن تُرتب قبل فهرستها. ما يمكنك التحكم فيه هو مساعدة Google على العثور عليها عبر الروابط الداخلية وخريطة الموقع، واستخدام طلب الفهرسة في Search Console لعدد قليل من عناوين URL المهمة. لا يفرض أي من ذلك الفهرسة؛ فإذا لم تُفهرس صفحة، فعادة لم يرها Google جيدة بما يكفي بعد.

ماذا تعني «الفهرسة»؟

عندما تنشر صفحة، يجب أن تمر بثلاث مراحل قبل أن تظهر في Google:

1. الزحف — يعثر Googlebot على عنوان URL وينزله.
2. الفهرسة — يعالج Google الصفحة ويقرر هل يخزنها في فهرسه، وهو قاعدة البيانات الضخمة التي يستخرج منها نتائج البحث.
3. العرض والترتيب — عندما يبحث شخص، يختار Google أفضل النتائج المطابقة من الفهرس ويرتبها.

«الفهرسة» هي المرحلة الثانية. وهنا ما يربك معظم الناس: قد يزحف Google إلى صفحة من دون أن يفهرسها. الزحف والفهرسة مرحلتان منفصلتان؛ فقد يجلب Google الصفحة ثم يختار ألا يحتفظ بها، وتظهر حينها في Search Console بالحالة “Crawled – currently not indexed” (الترجمة العربية) «تم الزحف — لم تتم الفهرسة حاليًا». Evidence for this claim Google separates crawling, indexing, and serving and states that not every page makes it through each stage. Scope: Google Search; crawling does not guarantee indexing. Confidence: high · Verified: 2026-07-14 Google: How Search works

ما الذي يساعد فعلًا؟

لا يوجد زر يجبر Google على فهرسة صفحة. لكن يمكنك أن تجعلها سهلة الاكتشاف وجديرة بالحفظ:

• اربط بها داخليًا. ينبغي أن يرتبط كل محتوى مهم بصفحة أخرى واحدة على الأقل داخل موقعك. وتعد الصفحات اليتيمة، التي لا تشير إليها أي روابط، سببًا شائعًا لعدم الفهرسة.
• أضفها إلى خريطة موقع XML وأرسل الخريطة في Google Search Console. تساعد الخريطة Google على اكتشاف عناوين URL، لكنها لا تضمن فهرستها، وهي الأداة الصحيحة عندما يكون لديك أكثر من عدد قليل من الصفحات.
• اطلب فهرسة عناوين URL المهمة منفردة. استخدم أداة فحص عنوان URL في Search Console، وانقر طلب الفهرسة. استخدم ذلك لعدد قليل من الصفحات ذات الأولوية، لا على نطاق واسع ولا مرارًا للعنوان نفسه. Evidence for this claim Google's URL Inspection request is for individual URLs, has a quota, does not crawl faster when repeated, and does not guarantee inclusion. Scope: Google Search Console request indexing workflow. Confidence: high · Verified: 2026-07-14 Google: Ask Google to recrawl URLs
• اجعل الصفحة مفيدة فعلًا. هذه هي البوابة الحقيقية. فالصفحات قليلة القيمة أو المكررة أو ضعيفة الجهد هي التي يزحف إليها Google ثم يرفض فهرستها.

الأخطاء الشائعة

• النقر على «طلب الفهرسة» عشر مرات لا يفيد. تقول Google إن تكرار طلب الزحف إلى عنوان URL نفسه لا يسرع الزحف، وتقول وثائقها صراحة: “no need to resubmit.” (الترجمة العربية) «لا يلزم إرسال العنوان مرة أخرى».
• Google Indexing API ليس مسارًا سريعًا عامًا. فهو يعمل رسميًا فقط لصفحات إعلانات الوظائف وبعض صفحات الفيديو المباشر، وليس الأداة المناسبة لمقالة أو صفحة منتج عادية.
• IndexNow لا يرسل شيئًا إلى Google. إنه بروتوكول تستخدمه Bing وYandex، ولا تستخدمه Google؛ لذلك يسرّع الإرسال عبره الاكتشاف في Bing لا Google.
• لا توجد خدمة مدفوعة سرية تجبر Google على فهرسة صفحة. فالخدمة المشروعة لا تفعل أكثر مما تستطيع فعله في Search Console، ولا تتجاوز معيار الجودة لدى Google.

هل تريد التفاصيل الكاملة عن الحصص الدقيقة، ومتى تحتاج خريطة موقع فعلًا، والغرض الحقيقي من Indexing API، وكيف تقرأ حالة “Crawled – currently not indexed” (الترجمة العربية) «تم الزحف — لم تتم الفهرسة حاليًا»؟ انتقل إلى تبويب Advanced.

الخلاصة — الفهرسة هي الزحف ← التقييم ← التخزين، والتقييم أصعب خطوة. لا يفهرس Google عنوان URL إلا إذا اجتاز معيار الجودة والفائدة، ولذلك تكون مشكلة «لماذا لا تُفهرس صفحتي؟» غالبًا مشكلة محتوى لا مشكلة تقنية. تؤثر الأدوات التي تملكها في الاكتشاف وأولوية الزحف لا قرار الفهرسة: روابط داخلية بلا صفحات يتيمة، وخريطة XML نظيفة تساعد على الاكتشاف ولا تضمنه، وطلب الفهرسة في فحص عنوان URL لعدد قليل من العناوين المهمة. ولا يضمن الطلب قرار الجودة ولا يسرّعه، و*“no need to resubmit”* (الترجمة العربية) «لا حاجة إلى إعادة الإرسال». أما واجهتا الفهرسة السريعة فأضيق مما توحي سمعتهما: تدعم Indexing API من Google رسميًا صفحات JobPosting وصفحات BroadcastEvent المضمّنة في VideoObject فقط، بحد افتراضي 200 طلب نشر يوميًا؛ وIndexNow بروتوكول تستخدمه Bing وYandex ولا تستخدمه Google. لا شيء يضمن الفهرسة.

الزحف لا يساوي الفهرسة

ينبع معظم الإحباط من عدم فهرسة صفحة من دمج مرحلتين منفصلتين. يتكون مسار Google من ثلاث مراحل: الزحف والفهرسة وعرض النتائج، وتقول Google إن “not all pages make it through each stage” (الترجمة العربية) «لا تجتاز كل الصفحات كل مرحلة». وقد يزحف Google إلى عنوان URL ثم لا يفهرسه. Evidence for this claim Google separates crawling, indexing, and serving and states that not every page makes it through each stage. Scope: Google Search; crawling does not guarantee indexing. Confidence: high · Verified: 2026-07-14 Google: How Search works وهذا ليس خللًا؛ بل قرار تحريري من Google.

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

لماذا لا تُفهرس الصفحة؟ تشخيص سريع

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

• كانت تحمل وسم noindex أو ترويسة X-Robots-Tag.
• كانت محظورة في robots.txt، فلا يستطيع Google قراءة محتواها. وقد يظل عنوان URL المحظور ظاهرًا في الفهرس من دون محتوى إذا أشارت إليه الروابط.
• كان rel="canonical" يشير إلى عنوان URL آخر، فيدمج Google الإشارات في العنوان الأساسي بدلًا منه. وقد تعرض GSC حالة “Alternate page with proper canonical tag” (الترجمة العربية) «صفحة بديلة مزودة بوسم canonical مناسب» أو “Duplicate, Google chose different canonical than user” (الترجمة العربية) «صفحة مكررة؛ اختار Google صفحة أساسية مختلفة عن اختيار المستخدم».
• كانت يتيمة ولا تشير إليها أي روابط داخلية.
• كانت تعيد استجابة 4xx أو 5xx أو صفحة خطأ زائف.
• كان محتواها أو روابطها الأساسية يعتمد على JavaScript ولم ينجح عارض Google في تنفيذه، بسبب ملف JavaScript أو CSS محظور، أو خطأ في العرض، أو غلاف تطبيق بلا محتوى في HTML الأولي. يضع Googlebot العرض في قائمة انتظار منفصلة بعد الزحف الأول، لذلك قد تُجلب الصفحة من دون أن يستطيع Google رؤية محتواها أو روابطها الحقيقية.
• كان المحتوى قليل القيمة أو مكررًا؛ وهو السبب الأكثر شيوعًا لحالة “Crawled – currently not indexed” (الترجمة العربية) «تم الزحف — لم تتم الفهرسة حاليًا» .

إذا لم ينطبق أي من العوائق الستة الأولى، فأنت على الأرجح أمام مشكلة جودة، ولن يغير تكرار الإرسال ذلك.

طلب الفهرسة في فحص عنوان URL — لعناوين قليلة وعالية الأولوية

تتيح أداة فحص عنوان URL في Search Console أن تطلب من Google إعادة الزحف إلى عنوان واحد. تقول Google: “To request a crawl of individual URLs, use the URL Inspection tool. You must be an owner or full user of the Search Console property to be able to request indexing in the URL Inspection tool.” (الترجمة العربية) «لطلب الزحف إلى عناوين URL منفردة، استخدم أداة فحص عنوان URL. ويجب أن تكون مالكًا أو مستخدمًا كامل الصلاحيات لموقع Search Console كي تتمكن من طلب الفهرسة في الأداة» .

ثلاث نقاط أساسية:

• له حصة محدودة، وتكراره لا يفيد. تقول Google: “There’s a quota for submitting individual URLs and requesting a recrawl multiple times for the same URL won’t get it crawled any faster.” (الترجمة العربية) «توجد حصة لإرسال عناوين URL منفردة، ولن يؤدي تكرار طلب الزحف إلى العنوان نفسه إلى زحف أسرع» . لا تنشر Google العدد اليومي الدقيق، وأبقته مبهمًا عمدًا؛ فقد أزالت عداد «عمليات الإرسال المتبقية» من أداة Fetch as Google القديمة عام 2018 مع بقاء الحد الأساسي. ويذكر ممارسون نطاقًا يقارب 10–15 طلبًا يوميًا للمواقع الأقل موثوقية، لكنه رقم ملاحظ لا رسمي.
• لا يضمن شيئًا. تقول Google: “Requesting a crawl does not guarantee that inclusion in search results will happen instantly or even at all. Our systems prioritize the fast inclusion of high quality, useful content.” (الترجمة العربية) «لا يضمن طلب الزحف الإدراج الفوري في نتائج البحث أو الإدراج أصلًا؛ وتعطي أنظمتنا الأولوية للإدراج السريع للمحتوى عالي الجودة والمفيد» . والمدة مبهمة عمدًا؛ فقد يستغرق الزحف “anywhere from a few days to a few weeks” (الترجمة العربية) «من بضعة أيام إلى بضعة أسابيع» . Evidence for this claim Google's URL Inspection request is for individual URLs, has a quota, does not crawl faster when repeated, and does not guarantee inclusion. Scope: Google Search Console request indexing workflow. Confidence: high · Verified: 2026-07-14 Google: Ask Google to recrawl URLs
• هو لعدد قليل من العناوين لا للإرسال الجماعي. توجهك Google إلى الخرائط عند تجاوز عدد قليل: “If you want many pages indexed, try submitting a sitemap to Google.” (الترجمة العربية) «إذا أردت فهرسة صفحات كثيرة، فجرّب إرسال خريطة موقع إلى Google» . وعندما تكون الصفحة عالقة في حالة “Crawled – currently not indexed” تقول قائمة الحالات صراحة: “no need to resubmit this URL for crawling” (الترجمة العربية) «لا حاجة إلى إعادة إرسال عنوان URL هذا للزحف» .

الخلاصة المتكررة في تصريحات ممثلي Google هي تفضيل القنوات غير اليدوية، أي خرائط الموقع والروابط الداخلية، على النقر القهري على زر.

أرسل خريطة XML نظيفة وحافظ عليها

خريطة الموقع أداة اكتشاف فقط. تقول Google بوضوح: “A sitemap helps search engines discover URLs on your site, but it doesn’t guarantee that all the items in your sitemap will be crawled and indexed.” (الترجمة العربية) «تساعد خريطة الموقع محركات البحث على اكتشاف عناوين URL في موقعك، لكنها لا تضمن الزحف إلى كل عناصرها وفهرستها» .

متى تحتاجها فعلًا؟ وفق إرشادات Google التقريبية، تحتاجها غالبًا إذا كان موقعك كبيرًا، أو جديدًا وله روابط خارجية قليلة، أو غنيًا بالوسائط والفيديو والأخبار. يعتمد Googlebot على الصفحات والروابط الخلفية المعروفة لاكتشاف عناوين جديدة، ولذلك يكون اكتشاف المواقع الجديدة أبطأ بطبيعته. وقد لا تحتاج خريطة لموقع يضم نحو 500 صفحة أو أقل إذا أمكن الوصول إلى كل صفحة مهمة بتتبع الروابط من الرئيسية ولم يكن فيه محتوى وسائط أو أخبار مهم.

حدود الحجم. يقتصر ملف خريطة واحد على 50MB غير مضغوطة و50٬000 عنوان URL؛ وبعد ذلك قسّمه إلى ملفات متعددة واربطها بملف فهرس خرائط.

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

أصلح الربط الداخلي

هذا هو العامل الأهم والأكثر إهمالًا. تقول وثيقة Google لأفضل ممارسات الروابط: “Every page you care about should have a link from at least one other page on your site.” (الترجمة العربية) «ينبغي أن يكون لكل صفحة تهمك رابط من صفحة أخرى واحدة على الأقل في موقعك» . والصفحات اليتيمة سبب واقعي بارز لعدم الفهرسة في المواقع الجديدة والكبيرة.

تفاصيل مهمة للفهرسة:

• يجب أن تكون الروابط قابلة للزحف. استخدم عناصر <a href> حقيقية لا معالجات onClick أو تنقلًا لا يظهر إلا عبر JavaScript. وإذا لم يستطع الروبوت استخراج الرابط، فقد لا يكتشف الصفحة المقصودة.
• اجعل الصفحات المهمة قريبة. لا تستخدم الزواحف مربعات البحث ولا تفهم قوائم التنقل كما يفعل البشر؛ لذا ينبغي الوصول إلى الصفحات المهمة ببضع نقرات من الرئيسية.
• اربط بعنوان URL الأساسي لا النسخة المكررة. يعزز الربط الداخلي المتسق بالنسخة المفضلة فهم Google للعنوان المراد فهرسته، وهو إحدى إشارات اختيار canonical.
• يساعد نص الرابط. تقول Google: “Paying more attention to the anchor text used for internal links can help both people and Google make sense of your site more easily and find other pages on your site.” (الترجمة العربية) «يساعد الاهتمام الأكبر بنص الروابط الداخلية الناس وGoogle على فهم موقعك والعثور على صفحاته بسهولة أكبر» .

Indexing API من Google: ما الغرض الحقيقي منها؟

هذه أكثر أداة يُساء فهمها في هذا الموضوع. ليست Indexing API نقطة نهاية عامة للفهرسة السريعة. تحدد وثائق Google نوعي المحتوى المدعومين فقط: “The Indexing API can only be used to crawl pages with either JobPosting or BroadcastEvent embedded in a VideoObject.” (الترجمة العربية) «لا يمكن استخدام Indexing API إلا للزحف إلى صفحات تحتوي على JobPosting أو BroadcastEvent مضمّن في VideoObject» .

• النطاق: صفحات إعلانات الوظائف وصفحات أحداث البث المباشر فقط. أما المقالة أو صفحة المنتج أو الفئة العادية فهي خارج النطاق.
• الحصة: الحد الافتراضي 200 طلب نشر يوميًا لكل مشروع، ويشمل URL_UPDATED وURL_DELETED، مع 180 طلب قراءة فقط في الدقيقة و380 طلبًا عبر كل نقاط النهاية في الدقيقة. وتذكر Google أن “the quota may increase or decrease based on the document quality,” (الترجمة العربية) «قد تزيد الحصة أو تنخفض وفق جودة المستند»، ولا تتاح طلبات زيادة الحصة إلا لحالتي الاستخدام المدعومتين.
• مخاطر استخدامها لمحتوى آخر: يوجه بعض الناس الواجهة إلى صفحات غير مدعومة وقد تبدو ناجحة مؤقتًا، لكن هذا غير مدعوم ويمكن إيقافه بلا إشعار. وقد تُقطع إمكانية الوصول للقطاعات غير المدعومة في أي وقت؛ لذا فإن بناء استراتيجية الفهرسة على ذلك أساس هش.

إذا كان موقعك ينشر إعلانات وظائف أو بثًا مباشرًا فعلًا، فهذه واجهة سريعة وممتازة لهما. أما لكل شيء آخر فهي الأداة الخطأ.

IndexNow حقيقي ومفيد، لكنه ليس أداة من Google

يخلط الناس IndexNow باستمرار مع «الفهرسة السريعة في Google»، لكن Google ليست ضمن IndexNow. إنه بروتوكول مفتوح أطلقته Microsoft Bing وYandex في أكتوبر 2021. ترسل إشعارًا إلى نقطة نهاية مشاركة عند تغيير عنوان URL، وتتبادل المحركات ذلك الإشعار. وتسرد صفحة Bing الخاصة بـIndexNow جهات مثل Yandex وLinkedIn وYahoo وeBay وEtsy وGitHub وWix وCloudflare وYoast وRankMath، ولا تضم Google.

يساعد إرسال IndexNow محركات Bing وYandex وغيرها على اكتشاف العناوين المتغيرة أسرع، لكن أثره المباشر في فهرسة Google صفر لأنها لم تكن ضمن النطاق. والقول «أرسلت عبر IndexNow لكن Google لم يفهرس الصفحة» خلط بين فئتين، لا خلل في الأداة.

حتى لدى المحركات المشاركة، IndexNow إشعار اكتشاف لا ضمان فهرسة. تقول وثائقه: “The HTTP 200 response code only indicates that the search engine has received your URL.” (الترجمة العربية) «لا يشير رمز الاستجابة HTTP 200 إلا إلى أن محرك البحث تلقى عنوان URL». أي تلقاه، لا أنه فهرسه.

هل ينبغي تنفيذه؟ نعم؛ فهو قليل الجهد ويسرّع اكتشاف Bing وYandex فعلًا. لكن لا تتوقع أن يؤثر في Google.

البوابة الحقيقية: جودة المحتوى

إذا نزعت الأدوات، فالعائق الفعلي غالبًا هو الجودة. تستخدم Google لغة تحريرية لا تقنية لوصف حالات عدم الفهرسة:

• “Crawled – currently not indexed: The page was crawled by Google but not indexed. It may or may not be indexed in the future; no need to resubmit this URL for crawling.” (الترجمة العربية) «تم الزحف — لم تتم الفهرسة حاليًا: زحف Google إلى الصفحة لكنه لم يفهرسها. قد تُفهرس مستقبلًا أو لا؛ ولا حاجة إلى إعادة إرسال عنوان URL هذا للزحف».
• “Discovered – currently not indexed: The page was found by Google, but not crawled yet. Typically, Google wanted to crawl the URL but this was expected to overload the site; therefore Google rescheduled the crawl.” (الترجمة العربية) «تم الاكتشاف — لم تتم الفهرسة حاليًا: عثر Google على الصفحة لكنه لم يزحف إليها بعد. عادة أراد Google الزحف إلى عنوان URL، لكن كان متوقعًا أن يثقل ذلك الموقع، فأعاد جدولة الزحف».

وصف ممثلو Google مرارًا حالتي عدم الفهرسة بأنهما سؤال جدارة. قال John Mueller إن نقل الصفحات من غير مفهرسة إلى مفهرسة يعني أساسًا إقناع Google بأنها جديرة بالفهرسة؛ ولأن Google لا يفهم بعد عنوان URL غير المفهرس، فإنه يستعين ببقية الموقع لتقييم سياقه المحتمل. ولخّص المطلوب في تصريحات عامة عدة بكلمة تقارب «التميّز»: يجب أن تكون الصفحة جيدة فعلًا.

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

ماذا عن ميزانية الزحف؟

لدى معظم المواقع، ميزانية الزحف تشتيت عند تشخيص الفهرسة. قال Gary Illyes إن الغالبية العظمى من المواقع لا تحتاج إلى القلق بشأنها؛ ولا تصبح قيدًا حقيقيًا إلا على نطاق كبير، نحو مليون صفحة أو أكثر تتغير أسبوعيًا أو 10 آلاف صفحة أو أكثر يوميًا. فإذا كان موقعك صغيرًا أو متوسطًا ولم تُفهرس صفحاته، فالسبب الأرجح هو الجودة أو المعمارية لا الميزانية.

كم تستغرق الفهرسة وكيف تراقبها؟

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

موقع هذا الدليل ضمن الموضوع

هذا الدليل رفيق عملي لتقرير فهرسة الصفحات: يشرح التقرير كيف تقرأ حالات عدم الفهرسة، بينما يشرح هذا الدليل ماذا تفعل حيالها. وهو جزء من مرحلة الفهرسة ضمن طريقة عمل البحث، ويرتبط باختيار canonical الذي يحدد أي عنوان URL من مجموعة مكررة سيُفهرس، وبخرائط XML والروابط الداخلية بوصفهما قناتي اكتشاف، وبميزانية الزحف التي تمثل عامل كفاءة قد يتقاطع مع المشكلة أحيانًا. وللمسار الكامل، من الاكتشاف والزحف والعرض إلى الفهرسة وعرض النتائج، راجع مجموعة «طريقة عمل البحث».

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

نسخة مكثفة من تبويب Advanced:

• الفهرسة = زحف ← تقييم ← تخزين. هي شرط للترتيب وليست عامل ترتيب، وقد يزحف Google إلى صفحة من دون أن يفهرسها.
• تتحكم في الاكتشاف وأولوية الزحف لا قرار الفهرسة. استخدم روابط داخلية بلا صفحات يتيمة، وخريطة XML نظيفة، وطلب الفهرسة لعدد قليل من العناوين المهمة.
• طلب الفهرسة: محدود الحصة، ولا يضمن قرار الجودة ولا يسرّعه، ولا حاجة إلى تكراره. لا تنشر Google العدد اليومي الدقيق؛ ويظل تقدير 10–15 طلبًا يوميًا مجرد ملاحظة غير رسمية.
• خريطة XML تساعد على الاكتشاف فقط ولا تضمن الزحف والفهرسة. حد الملف 50MB و50٬000 عنوان URL، ويمكن مقارنة المفهرس بالمرسل في تقرير فهرسة الصفحات.
• الروابط الداخلية: ينبغي أن يرتبط كل محتوى مهم بصفحة أخرى واحدة على الأقل. استخدم <a href> حقيقيًا، واجعل الصفحات المهمة قريبة، واربط بالعناوين الأساسية.
• Indexing API مدعوم رسميًا فقط لصفحات JobPosting وصفحات BroadcastEvent المضمّنة في VideoObject، بحد افتراضي 200 طلب نشر يوميًا. استخدامه خارج ذلك غير مدعوم وقد يتوقف بلا إشعار.
• IndexNow يخدم Bing وYandex وغيرهما؛ ولا تشارك فيه Google. يعني HTTP 200 هناك أن العنوان «تم استلامه»، لا أنه فُهرس.
• الجودة هي البوابة. حالة “Crawled – currently not indexed” (الترجمة العربية) «تم الزحف — لم تتم الفهرسة حاليًا» غالبًا إشارة جودة. تستغرق الفهرسة أيامًا إلى أسابيع، وتكون المواقع الجديدة أبطأ.

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

وثائق المصادر الأولية من محركات البحث.

Google

• طلب إعادة الزحف من Google — طلب الفهرسة عبر فحص عنوان URL، والحصة، ولماذا لا يفيد تكرار الإرسال.
• أداة فحص عنوان URL — الحد اليومي وعدم الضمان واستخدام خريطة الموقع للصفحات الكثيرة.
• ما خريطة الموقع؟ — متى تحتاجها ولماذا لا تضمن الفهرسة.
• إنشاء خريطة موقع وإرسالها — حد 50MB و50٬000 عنوان URL وطريقة الإرسال.
• إدارة الخرائط باستخدام ملفات فهرس الخرائط — تقسيم المواقع الكبيرة.
• أفضل ممارسات الروابط في Google — الروابط القابلة للزحف وضرورة ربط الصفحات المهمة.
• استخدام Indexing API — النطاق المقصور على JobPosting وBroadcastEvent المضمّن في VideoObject.
• طلب الموافقة والحصة — حد 200 طلب يوميًا وملاحظة الحصة المرتبطة بالجودة.
• تقرير فهرسة الصفحات — حالات عدم الفهرسة والتنبيه إلى عدم الحاجة لإعادة الإرسال.

Bing وMicrosoft وIndexNow

• لماذا IndexNow؟ — نظرة Bing العامة وقائمة الجهات التي تستخدمه، ولا تضم Google.
• وثائق IndexNow — البروتوكول ومعنى استجابة HTTP 200.

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

تصريحات موثقة من Google وBing وIndexNow، مع روابط تقفز إلى النص المقتبس.

Google — طلب الفهرسة في فحص عنوان URL

• “To request a crawl of individual URLs, use the URL Inspection tool. You must be an owner or full user of the Search Console property to be able to request indexing in the URL Inspection tool.” (الترجمة العربية) «استخدم أداة فحص عنوان URL عندما تريد طلب الزحف إلى عنوان منفرد، ولا يتاح طلب الفهرسة فيها إلا لمالك موقع Search Console أو لمستخدم كامل الصلاحيات». — وثائق Google Search Central. الانتقال إلى الاقتباس
• “There’s a quota for submitting individual URLs and requesting a recrawl multiple times for the same URL won’t get it crawled any faster.” (الترجمة العربية) «توجد حصة لإرسال عناوين URL منفردة، ولن يؤدي تكرار طلب الزحف إلى العنوان نفسه إلى زحف أسرع». الانتقال إلى الاقتباس
• “Requesting a crawl does not guarantee that inclusion in search results will happen instantly or even at all. Our systems prioritize the fast inclusion of high quality, useful content.” (الترجمة العربية) «قد لا يؤدي طلب الزحف إلى الظهور في نتائج البحث فورًا، وقد لا يؤدي إليه مطلقًا؛ إذ تسرّع أنظمتنا إدراج المحتوى المفيد عالي الجودة أولًا». الانتقال إلى الاقتباس

Google — خرائط الموقع والروابط

• “A sitemap helps search engines discover URLs on your site, but it doesn’t guarantee that all the items in your sitemap will be crawled and indexed.” (الترجمة العربية) «تساعد خريطة الموقع محركات البحث على اكتشاف عناوين URL في موقعك، لكنها لا تضمن الزحف إلى كل عناصرها وفهرستها». الانتقال إلى الاقتباس
• “Every page you care about should have a link from at least one other page on your site.” (الترجمة العربية) «ينبغي أن يكون لكل صفحة تهمك رابط من صفحة أخرى واحدة على الأقل في موقعك». الانتقال إلى الاقتباس

Google — نطاق Indexing API

• “The Indexing API can only be used to crawl pages with either JobPosting or BroadcastEvent embedded in a VideoObject.” (الترجمة العربية) «لا يمكن استخدام Indexing API إلا للزحف إلى صفحات تحتوي على JobPosting أو BroadcastEvent مضمّن في VideoObject». الانتقال إلى الاقتباس

Google — حالة «تم الزحف ولم تتم الفهرسة حاليًا»

• “The page was crawled by Google but not indexed. It may or may not be indexed in the future; no need to resubmit this URL for crawling.” (الترجمة العربية) «جلب Google الصفحة من دون أن يضيفها إلى الفهرس. وربما يضيفها لاحقًا أو لا يفعل، لذلك لا يلزم تقديم عنوانها للزحف مرة أخرى». — تقرير فهرسة الصفحات في مساعدة Search Console. الانتقال إلى الاقتباس

IndexNow — معنى استجابة 200

• “The HTTP 200 response code only indicates that the search engine has received your URL.” (الترجمة العربية) «لا يشير رمز الاستجابة HTTP 200 إلا إلى أن محرك البحث تلقى عنوان URL». — وثائق IndexNow. الانتقال إلى الاقتباس

صفحتي غير مفهرسة؛ ماذا أفعل؟

ابدأ من الأعلى إلى الأسفل، واستبعد العوائق التقنية قبل تجربة أي أداة «فهرسة سريعة»، لأن هذه الأدوات لا تتجاوز noindex أو حظر robots أو canonical أو مشكلة الجودة.

قائمة تحقق فهرسة الصفحة

مرور سريع للتأكد من أن الصفحة قابلة للاكتشاف والزحف والتقييم العادل:

• يبين فحص عنوان URL أن الصفحة غير محظورة بـnoindex أو robots.txt.
• يشير rel="canonical" إلى الصفحة نفسها، أو أنك تقصد فعلًا دمجها في عنوان آخر.
• ترتبط الصفحة داخليًا بصفحة أخرى ذات صلة على الأقل، وليست يتيمة، وبنص رابط وصفي.
• الروابط الداخلية عناصر <a href> حقيقية، لا معالجات نقر تعمل عبر JavaScript فقط.
• إذا اعتمد المحتوى أو الروابط على JavaScript، فإنها تُعرض فعلًا؛ افحص HTML المعروض في أداة فحص عنوان URL، لا استجابة الخادم الأولية فقط.
• يمكن الوصول إلى الصفحة خلال بضع نقرات من الرئيسية.
• عنوان URL موجود في خريطة XML نظيفة تضم عناوين أساسية قابلة للفهرسة فقط ومُرسلة في Google Search Console.
• يعيد الخادم استجابة 200 بسرعة وثبات، بلا 4xx أو 5xx أو خطأ soft-404.
• المحتوى مفيد وفريد فعلًا، لا قليل القيمة ولا مكررًا ولا متداخلًا مع صفحة أفضل.
• لعنوان واحد عالي الأولوية، نقرت طلب الفهرسة مرة واحدة ولم تكرر الإرسال.
• لا تعتمد على Indexing API إلا لصفحات JobPosting وBroadcastEvent، ولا على IndexNow الذي لا تستخدمه Google، لإجبار Google.
• تراقب تقرير فهرسة الصفحات وفحص عنوان URL بدل تكرار النقر على الزر.

إجراء تشغيلي: فهرسة صفحة جديدة أو عالقة

نفذ الخطوات بالترتيب، لأن المبكرة منها تتحكم في اللاحقة.

1. ابدأ بالفحص. افتح فحص عنوان URL في Search Console وأدخل العنوان الدقيق. سجّل هل هو مفهرس، وأي canonical اختاره Google، وهل توجد عوائق.
2. أزل العوائق التقنية. أزل noindex إن كنت تريد الفهرسة. وإذا حظرت الصفحة في robots.txt فأتح للزاحف قراءتها. وإذا اختار Google عنوانًا أساسيًا مختلفًا، فحدد العنوان الصحيح ووحّد الوسم وعمليات إعادة التوجيه والخريطة والروابط الداخلية عليه.
3. اجعلها قابلة للاكتشاف. أضف رابطًا داخليًا واحدًا على الأقل من صفحة ذات صلة زُحف إليها، ويفضل أن تكون قوية، باستخدام نص وصفي وعنصر <a href> حقيقي.
4. أضفها إلى الخريطة. تأكد من ظهورها في خريطة XML نظيفة لا تسرد إلا العناوين الأساسية القابلة للفهرسة، ومن إرسال الخريطة في Search Console.
5. قيّم المحتوى بصدق. هل هو فريد وجدير بالحفظ، أم قليل القيمة أو مكرر أو متداخل؟ حسّنه أو ادمجه إذا كان ضعيفًا؛ فهذه هي البوابة الحقيقية.
6. اطلب الفهرسة مرة واحدة اختياريًا لعنوان مهم منفرد. لا تكرر الإرسال؛ فلن يسرّع الزحف.
7. انتظر وراقب. امنحه أيامًا إلى بضعة أسابيع، وراجع تقرير فهرسة الصفحات وفحص عنوان URL. لا تعد النقر تلقائيًا.
8. إذا ظل عالقًا بعد أسابيع، فتعامل معه كمشكلة جودة أو معمارية: قوّ الروابط الداخلية، واكسب روابط خلفية ذات صلة، وحسّن المحتوى. يمكن للحالات الخاصة استخدام Indexing API، ويمكن لـBing وYandex استخدام IndexNow؛ ولا يؤثر أي منهما في فهرسة Google للصفحات العادية.

ممارسات خاطئة في الفهرسة

أخطاء تتكرر باستمرار، مع بيان موطن الخلل وما ينبغي فعله بدلًا منها.

النقر المتكرر على «طلب الفهرسة». لماذا هو خطأ: تقول Google إن تكرار طلب الزحف لا يسرّعه، وينص مسردها على “no need to resubmit.” (الترجمة العربية) «لا داعي لتقديم العنوان مجددًا». لا تحقق النقرات المتكررة شيئًا وتستهلك حصتك. افعل بدلًا منه: اطلب مرة واحدة لعناوين قليلة ومهمة، واستخدم خريطة موقع لما زاد عليها.

اعتبار Indexing API مسارًا سريعًا عامًا. لماذا هو خطأ: تدعم رسميًا JobPosting وBroadcastEvent المضمّن في VideoObject فقط. واستخدامها للصفحات العادية غير مدعوم وقد يتوقف بلا إشعار. افعل بدلًا منه: استخدمها لهذين النوعين فقط، واعتمد لغيرهما على الخرائط والروابط والجودة.

توقع أن يسرّع IndexNow فهرسة Google. لماذا هو خطأ: IndexNow بروتوكول تستخدمه Bing وYandex، ولا تشارك فيه Google. افعل بدلًا منه: نفذه لاكتشاف Bing وYandex، واستخدم أدوات Google لبحث Google.

افتراض أن خريطة الموقع تضمن الفهرسة. لماذا هو خطأ: تقول Google إن الخريطة “doesn’t guarantee that all the items in your sitemap will be crawled and indexed” (الترجمة العربية) «لا تكفل الزحف إلى جميع عناصر خريطة الموقع وإدراجها في الفهرس»؛ فهي تساعد الاكتشاف فقط. افعل بدلًا منه: أبقها نظيفة، وأصلح الجودة والمعمارية، ودقق نسبة المفهرس إلى المرسل.

شراء خدمات «فهرسة مضمونة». لماذا هو خطأ: لا توجد آلية مشروعة تجبر Google على الفهرسة أو تتجاوز معيار الجودة. افعل بدلًا منه: استثمر في جودة المحتوى والربط الداخلي وروابط خلفية حقيقية.

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

تضخيم خريطة الموقع كي يبدو الموقع أكبر. لماذا هو خطأ: تهدر العناوين منخفضة القيمة أو غير الأساسية اهتمام الزحف وتشوّش التقارير. افعل بدلًا منه: اسرد الصفحات الأساسية القابلة للفهرسة التي تريدها فعلًا فقط.

ورقة غش للفهرسة

الأداة الصحيحة لكل مهمة

ما الذي تفعله كل قناة؟

حقائق سريعة

• نطاق Indexing API: JobPosting وBroadcastEvent المضمّن في VideoObject فقط؛ والحد الافتراضي 200 طلب نشر يوميًا.
• لا يوجد رقم يومي رسمي منشور لطلب الفهرسة؛ وتقدير 10–15 طلبًا يوميًا غير رسمي؛ و*“no need to resubmit”* (الترجمة العربية) «لا حاجة إلى إعادة الإرسال».
• حد ملف الخريطة 50MB و50٬000 عنوان URL؛ استخدم فهرس خرائط بعد ذلك.
• تعني استجابة HTTP 200 من IndexNow أن العنوان استُلم لا أنه فُهرس، ولا تشارك Google.
• تستغرق الفهرسة عادة بضعة أيام إلى بضعة أسابيع، وتكون المواقع الجديدة أبطأ.

العثور على الصفحات اليتيمة

قارن عناوين URL في خريطة الموقع بالعناوين التي يصل إليها زاحفك عبر الروابط الداخلية؛ فالعنوان الموجود في الخريطة الذي لم يعثر عليه الزاحف عبر الروابط يتيم عمليًا.

Shell — استخراج كل عنوان URL من خريطة XML

# Extract <loc> URLs from a sitemap (works for a single sitemap file)
curl -s https://example.com/sitemap.xml \
  | grep -oE '<loc>[^<]+</loc>' \
  | sed -E 's~</?loc>~~g' \
  | sort -u > sitemap-urls.txt
wc -l sitemap-urls.txt

صدّر قائمة العناوين التي عُثر عليها عبر الروابط من Screaming Frog أو Ahrefs Site Audit باسم crawled-urls.txt، ثم نفذ:

# URLs in the sitemap that the crawl never reached = likely orphans
comm -23 sitemap-urls.txt <(sort -u crawled-urls.txt)

فحص إشارات قابلية الفهرسة من الطرفية

قبل لوم الاكتشاف، تأكد من أن الصفحة لا تطلب بهدوء من Google الابتعاد.

# noindex in the response header?
curl -sI https://example.com/my-page/ | grep -i x-robots-tag

# noindex / canonical in the HTML <head>?
curl -s https://example.com/my-page/ \
  | grep -iE '<meta[^>]+robots|rel=["'"'"']canonical'

وحدة تحكم Chrome DevTools: نظرة سريعة إلى قابلية الفهرسة

الصق هذا في وحدة التحكم بالصفحة الحية لإظهار الإشارات التي تحدد الفهرسة:

// Meta robots, canonical, and whether this URL matches its canonical
(() => {
  const robots = document.querySelector('meta[name="robots"]')?.content || '(none)';
  const canonical = document.querySelector('link[rel="canonical"]')?.href || '(none)';
  console.log('meta robots:', robots);
  console.log('canonical:', canonical);
  console.log('this URL:', location.href);
  console.log('self-canonical?', canonical === location.href);
})();

Bookmarklet للانتقال مباشرة إلى فحص عنوان URL

احفظه إشارة مرجعية، وانقر عليه في أي صفحة لفتح عنوانها في أداة الفحص بموقعك في Search Console، بعد استبدال بادئة الموقع بالبادئة الخاصة بك.

javascript:(function(){var p='https://example.com/';var u=location.href;window.open('https://search.google.com/search-console/inspect?resource_id='+encodeURIComponent('sc-domain:example.com')+'&id='+encodeURIComponent(u),'_blank');})();

أدوات الفهرسة والتحقق منها

• فحص عنوان URL في Google Search Console — مصدر الحقيقة لعنوان واحد: هل هو مفهرس، وما canonical الذي اختاره Google، وزر طلب الفهرسة.
• تقرير فهرسة الصفحات في GSC — رؤية إجمالية للموقع إلى المفهرس وغير المفهرس مجمعًا حسب السبب، مع إمكانية الترشيح بالخريطة.
• تقرير خرائط الموقع في GSC — لإرسال خرائط XML ومراقبتها.
• Bing Webmaster Tools — تغطية فهرس Bing وإرسال العناوين وIndexNow.
• IndexNow — بروتوكول بإعداد مرة واحدة لإبلاغ Bing وYandex بتغييرات العناوين، لا Google.
• Screaming Frog SEO Spider وAhrefs Site Audit — للعثور على الصفحات اليتيمة والروابط الداخلية المعطلة والعناوين غير الأساسية أو المحظورة بوسم noindex.
• Ahrefs Webmaster Tools — زحف وتدقيق مجانيان للمواقع التي تثبت ملكيتها.

مشكلات الفهرسة الشائعة

جدول مرجعي لما تراه فعلًا في Search Console أو على الويب، يربط كل حالة بسببها المرجح والإصلاح الذي يستحق التجربة.

تعرض GSC حالة «تم الاكتشاف — لم تتم الفهرسة حاليًا»

العَرَض: يعرض فحص عنوان URL أو تقرير فهرسة الصفحات الحالة «تم الاكتشاف — لم تتم الفهرسة حاليًا»؛ أي إن Google يعرف أن العنوان موجود لكنه لم يجلب الصفحة بعد.

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

الإصلاح: أضف روابط داخلية من صفحات ذات صلة ومفهرسة بنص وصفي، وتأكد من وجود العنوان في خريطة XML نظيفة. أعد فحصه بعد بضعة أيام؛ ولا يسرّع تكرار طلب الفهرسة ذلك.

تعرض GSC حالة «تم الزحف — لم تتم الفهرسة حاليًا»

العَرَض: جلب Google الصفحة لكنها تظل غير مفهرسة أحيانًا لأسابيع.

الأسباب المرجحة: المحتوى قليل القيمة أو مكرر أو يتداخل كثيرًا مع صفحة أفضل لديك؛ وهذا هو السبب الأكثر شيوعًا لهذه الحالة بعينها.

الإصلاح: حسّن الصفحة أو ادمجها بدل إعادة إرسالها. تقول إرشادات Google صراحةً: “no need to resubmit this URL for crawling.” (الترجمة العربية) «لا يلزم تقديم عنوان URL هذا للزحف مرة أخرى». تحقق من تغير قيمته الفريدة ثم راجع الحالة بعد أسابيع.

لا يبدو أن «طلب الفهرسة» يفعل شيئًا رغم تكرار النقر

العَرَض: طلبت الفهرسة مرات عدة على مدى أيام ولم تتغير الحالة.

الأسباب المرجحة: لا يسرّع تكرار الطلب الزحف؛ بل يستهلك الحصة من دون إصلاح شيء. فالعائق الحقيقي في موضع آخر، إما ميكانيكي وإما متعلق بالجودة.

الإصلاح: توقف عن الإرسال، وشغّل فحص عنوان URL مرة واحدة، ثم أصلح السبب الذي يبلّغ عنه، سواء كان حظرًا أو canonical آخر أو حالة عدم فهرسة.

تبدو الصفحة سليمة في «عرض المصدر»، لكن المحتوى أو الروابط غائبة من الفهرس

العَرَض: استجابة HTML الأولية قليلة المحتوى، بينما تبدو الصفحة طبيعية في المتصفح، ولا تُكتشف الروابط التي لا تظهر إلا في تنقل معروض عبر JavaScript.

الأسباب المرجحة: تعتمد الصفحة على JavaScript في حقن المحتوى أو الروابط، ولم يصل عارض Google إليها أو فشل بسبب ملف محظور أو خطأ. العرض مرحلة منفصلة بعد الزحف الأول، ولذلك لا تعني استجابة 200 أن Google رأى المحتوى المعروض.

الإصلاح: افحص HTML المعروض في فحص عنوان URL، وتأكد من عدم حظر ملفات JavaScript أو CSS الضرورية، وأصلح أخطاء وحدة التحكم. فضّل HTML المولّد في الخادم أو مسبقًا للمحتوى المهم.

يظهر عنوان URL محظور في robots.txt ضمن النتائج

العَرَض: يظل عنوان URL الذي حظرته في robots.txt ظاهرًا في فهرس Google، وعادةً يظهر كعنوان مجرد بلا عنوان صفحة أو مقتطف.

الأسباب المرجحة: لا يزيل منع الزحف في robots.txt العنوان من الفهرس إذا ظلت صفحات أخرى تشير إليه؛ فقد يفهرس Google العنوان نفسه من دون قراءة محتواه.

الإصلاح: استخدم noindex مع السماح للزحف كي يقرأه Google، أو أزل الروابط الواردة، لا تعتمد على robots.txt وحده. تحقق عبر robots-txt-tester وفحص جديد.

تُفهرس الصفحة تحت عنوان URL مختلف

العَرَض: يعرض الفحص حالة صفحة بديلة ذات canonical مناسب، أو أن Google اختار عنوانًا أساسيًا مختلفًا عن اختيار المستخدم.

الأسباب المرجحة: يشير rel="canonical" أو الروابط الداخلية إلى عنوان مختلف.

الإصلاح: حدد العنوان الأساسي ووحّد الوسم والروابط وعمليات إعادة التوجيه عليه. تحقق عبر canonical-checker ثم أعد الفحص.

أُرسلت الخريطة لكن الفجوة كبيرة بين المرسل والمفهرس

العَرَض: تضم الخريطة مئات أو آلاف العناوين، لكن العدد المفهرس أقل بكثير.

الأسباب المرجحة: لا تفرض الخريطة الفهرسة؛ وتشير الفجوة غالبًا إلى مشكلة جودة أو معمارية.

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

اختبارات التحقق

أدلة تثبت أن إصلاح الفهرسة دخل حيز التنفيذ فعلًا؛ نفّذ هذه الاختبارات بعد إجراء التغيير، لا بدلًا منه.

تأكد من إزالة noindex فعلًا

الاختبار: نفّذ curl -sI https://example.com/page/ | grep -i x-robots-tag وافحص <head> في الصفحة بحثًا عن <meta name="robots"> (أو استخدم أداة render-gap إذا كانت العلامة تُضاف من جهة العميل).

النتيجة المتوقعة: ألا تظهر noindex في ترويسة HTTP ولا في HTML المعروض.

تفسير الفشل: إذا بقيت noindex في HTML المعروض دون الاستجابة الخام، أو العكس، فما زالت هناك قاعدة في القالب أو نظام إدارة المحتوى أو CDN تضيفها؛ افحص المصدر والناتج المعروض معًا.

نافذة المراقبة: فورًا؛ فهذا فحص حالة لا تغيير يحتاج إلى وقت للانتشار.

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

تأكد من أن robots.txt لم يعد يحظر عنوان URL

الاختبار: استخدم robots-txt-tester على مسار عنوان URL الدقيق.

النتيجة المتوقعة: تفيد الأداة بأن Googlebot مسموح له بالوصول إلى العنوان.

تفسير الفشل: استمرار الحظر يعني أن قاعدة Disallow، مباشرة أو موروثة، ما زالت تطابق المسار؛ ابحث خصوصًا عن قواعد أحرف بدل شديدة الاتساع.

نافذة المراقبة: نتيجة فحص robots.txt فورية، لكن امنح Googlebot بضعة أيام لإعادة جلب robots.txt المخزن مؤقتًا قبل توقع الزحف.

محفز التراجع: لا ينطبق؛ فهذا إصلاح أحادي الاتجاه، ولا تعد الحظر إلا إذا أردت عمدًا استبعاد العنوان من جديد.

تأكد من أن canonical ذاتي الإشارة، أو يشير إلى الوجهة المقصودة

الاختبار: شغّل canonical-checker على العنوان، وقارن النتيجة مع «canonical الذي اختاره Google» في فحص عنوان URL.

النتيجة المتوقعة: يطابق canonical المعلن العنوان الذي تريد فهرسته، ويوافقه اختيار Google.

تفسير الفشل: إذا ظل اختيار Google مختلفًا عن canonical المعلن، فالروابط الداخلية أو المحتوى المكرر يطغيان على إشارتك؛ إذ يعامل Google علامة canonical كتلميح لا كتوجيه.

نافذة المراقبة: من أسبوعين إلى أربعة أسابيع؛ قد يستغرق تحديث اختيار canonical وقتًا بعد إصلاح الإشارات.

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

تأكد من فهرسة عنوان طُلبت فهرسته

الاختبار: استخدم فحص عنوان URL ← طلب الفهرسة مرة واحدة للعنوان المحدد، ثم أعد فحصه لاحقًا.

النتيجة المتوقعة: تنتقل الحالة من «غير مفهرس» إلى «عنوان URL موجود على Google»، وتُظهر الصفحةَ عملية بحث site: أو تقرير فهرسة الصفحات.

تفسير الفشل: إذا ظل غير مفهرس بعد انتظار معقول من دون عوائق ميكانيكية، فهذا قرار يتعلق بالجودة والجدارة؛ ولن تغير إعادة الإرسال النتيجة.

نافذة المراقبة: من أيام إلى بضعة أسابيع وفق إرشادات Google؛ افحص مجددًا قبل افتراض الفشل.

محفز التراجع: لا ينطبق؛ لا شيء يمكن التراجع عنه. وإذا بقي غير مفهرس، فعالج جودة المحتوى.

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

الاختبار: استخدم تقرير فهرسة الصفحات في GSC بعد تصفيته بخريطة الموقع المحددة.

النتيجة المتوقعة: يرتفع عدد الصفحات المفهرسة لتلك الخريطة نسبةً إلى العناوين المُرسلة عبر عمليات الفحص المتعاقبة.

تفسير الفشل: ثبات النسبة أو تراجعها بعد التنظيف يعني أن العناوين المتبقية غير المفهرسة تشترك في مشكلة جودة أو معمارية، لا مشكلة اكتشاف.

نافذة المراقبة: من أسبوعين إلى أربعة أسابيع لرصد اتجاه ذي معنى؛ فبيانات فهرسة الصفحات نفسها تتأخر بضعة أيام.

محفز التراجع: لا ينطبق؛ إذا كان تغيير الخريطة عملية تنظيف، مثل إزالة العناوين غير الأساسية، فلا شيء يُتراجع عنه حتى لو لم تتحرك النسبة سريعًا.

كيفية قياس صحة الفهرسة

هذه مؤشرات الأداء الدائمة التي تكشف هل يحقق عمل الاكتشاف والجودة أثره فعلًا؛ ليست اختبارات لمرة واحدة، بل أرقامًا تتابعها بمرور الوقت.

نسبة الصفحات المفهرسة إلى المُرسلة

ما الذي تخبرك به: مقدار ما يدخل الفهرس فعلًا من خريطة موقعك؛ وهي أفضل مؤشر منفرد على نجاح مسار الاكتشاف والجودة.

كيفية استخراجها: تقرير فهرسة الصفحات في GSC بعد تصفيته بخريطة الموقع (الفهرسة ← الصفحات ← التصفية بخريطة الموقع).

المعيار أو النطاق الواقعي: يعتمد كثيرًا على نوع الموقع وعمره؛ قد يقترب موقع صغير محكم الروابط من 90–100%، بينما تنخفض النسبة عادةً في المواقع الكبيرة أو الحديثة. لا يوجد رقم «جيد» عالمي؛ ضع خط أساس خاصًا بك وراقب الاتجاه بدل مطاردة هدف ثابت.

الدورية: شهريًا، أو بعد أي تنظيف لخريطة الموقع أو المحتوى.

توزيع أسباب عدم الفهرسة

ما الذي يخبرك به: لماذا لا تُفهرس الصفحات؛ فهو يفصل المشكلات الميكانيكية (noindex أو الحظر أو اختيار canonical آخر) عن مشكلات الجودة («تم الزحف — لم تتم الفهرسة حاليًا»)، ولكل منهما إصلاحات مختلفة تمامًا.

كيفية استخراجه: جدول «سبب عدم فهرسة الصفحات» في تقرير فهرسة الصفحات في GSC، حيث يوزع عناوين URL بحسب السبب.

المعيار أو النطاق الواقعي: لا معيار عالميًا؛ الإشارة المفيدة هي تغير المزيج بمرور الوقت بين مشكلات ميكانيكية تُصلح خلال دقائق ومشكلات جودة تحتاج عملًا حقيقيًا على المحتوى.

الدورية: شهريًا.

الزمن اللازم لفهرسة الصفحات الجديدة

ما الذي يخبرك به: سرعة اجتياز المحتوى الجديد مرحلتي الاكتشاف وحد الجودة؛ وهو مؤشر تقريبي على سلطة الموقع وصحة الروابط الداخلية عمومًا.

كيفية استخراجه: سجّل تاريخ النشر ثم افحص عنوان URL دوريًا، أو راقب ظهوره في تقرير فهرسة الصفحات أو في بحث site:، وسجّل عدد الأيام لعينة من الصفحات الجديدة.

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

عدد الصفحات اليتيمة

ما الذي يخبرك به: عدد الصفحات التي لا تشير إليها روابط داخلية؛ وهو سبب عملي بارز لعدم الفهرسة وتملك أنت السيطرة عليه بالكامل.

كيفية استخراجه: ازحف إلى الموقع بأداة site-audit-lite أو Screaming Frog أو Ahrefs Site Audit، وقارن النتائج بقائمة عناوين خريطة الموقع (راجع فرق comm في تبويب Scripts).

المعيار أو النطاق الواقعي: الهدف الصريح هو صفر لكل صفحة تريد فهرستها؛ فهذا ليس ظرفيًا مثل المقاييس الأخرى.

الدورية: بعد كل دفعة محتوى، أو شهريًا للمواقع الأكبر.

مطالبات لتشخيص الفهرسة

استخدمها مع بيانات Search Console المصدّرة أو بيانات الزحف أو تفاصيل الصفحة. لا تطلب من النموذج تخمين هل عنوان URL مفهرس؛ تحقق من ذلك في Search Console.

فرز مجموعة من العناوين المستبعدة

صنّف عناوين URL هذه بحسب سبب الاستبعاد في Search Console. وافصل لكل فئة أسباب الاكتشاف وإتاحة الزحف واختيار canonical وجودة المحتوى. أوصِ بأصغر اختبار يؤكد كل سبب مشتبه فيه. لا تعامل طلب الفهرسة كإصلاح شامل للموقع. البيانات: [ألصق عنوان URL والحالة وcanonical وخريطة الموقع وعدد الروابط الداخلية].

مراجعة صفحة قبل طلب فهرستها

راجع أدلة قابلية فهرسة هذه الصفحة: حالة HTTP، وإتاحة robots، وتوجيهات meta/X-Robots، وcanonical المعروض، ووجودها في خريطة الموقع، والروابط الداخلية. أعِد جدول نجاح/فشل، ثم حدد ما قد يجعل طلب الفهرسة سابقًا لأوانه. الأدلة: [ألصق الفحوص].

تحويل مشكلة متكررة إلى إصلاح في القالب

تشترك عناوين URL هذه في سبب استبعاد من الفهرسة. اجمعها بحسب قالب الصفحة وحدد الإصلاحات التي ينبغي تنفيذها في نظام إدارة المحتوى أو القالب بدل تعديل كل صفحة منفردة. رتّب الإصلاحات بحسب عدد العناوين المتأثرة والثقة، وحدد طريقة التحقق من كل نشر. العينة: [ألصق الصفوف].

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

مقالات أخرى لي

• كيفية جعل Google يفهرس موقعك — دليل Ahrefs العملي لطلب الفهرسة وخرائط الموقع والروابط الداخلية وجودة المحتوى، وهو رفيق جيد لهذه الصفحة.
• ماذا تعني حالة «تم الزحف — لم تتم الفهرسة حاليًا» في Google Search Console — لماذا تمثل هذه الحالة إشارة جودة في جوهرها.
• كيفية إصلاح «تم الاكتشاف — لم تتم الفهرسة حاليًا» — دليل Ahrefs الذي راجعته، ويتناول الصفحات اليتيمة وأولوية الزحف والروابط الخلفية كإشارة قيمة.
• دليل المبتدئين إلى تحسين محركات البحث التقني — موقع الفهرسة ضمن الصورة الأكبر.
• أرشيف مقالاتي في مدونة Ahrefs — مزيد من كتاباتي عن الزحف والفهرسة في تحسين محركات البحث التقني.

محاضراتي

• طريقة عمل البحث (SlideShare) — شرحي للزحف والعرض والفهرسة والترتيب، ولماذا لا يعني الزحف أن الصفحة فُهرست. (وينطبق تنبيهي المعتاد: “This is my understanding of systems… not going to be 100% complete or accurate.” (الترجمة العربية) «هذا هو فهمي للأنظمة… ولن يكون كاملًا أو دقيقًا بنسبة 100%».)

المصادر الرسمية

• طلب إعادة زحف Google إلى موقعك وأداة فحص عنوان URL — طلب الفهرسة وحصته وعدم ضمان النتيجة.
• كيفية استخدام Indexing API — النطاق المقصور على JobPosting وBroadcastEvent.
• لماذا IndexNow من Bing، ووثائق IndexNow.

من أوساط الصناعة

• Google: يجب أن تكون المواقع جديرة بالفهرسة من Search Engine Journal — حديث John Mueller عن «تم الاكتشاف — لم تتم الفهرسة حاليًا» بوصفه سؤال جدارة.
• إزالة حد طلبات الفهرسة في Google Search Console من الواجهة من Search Engine Land عام 2018 — تاريخ إبقاء Google الحصة اليدوية مبهمة.
• هل ينبغي أن أقلق بشأن ميزانية الزحف؟ من Search Off the Record في أغسطس 2022 — Gary Illyes يشرح لماذا لا تحتاج معظم المواقع إلى القلق بشأنها.
• ما حالة «تم الزحف — لم تتم الفهرسة حاليًا» في Search Console؟ من Yoast — شرح مبسط للحالة نفسها.
• كيفية إصلاح «تم الزحف — لم تتم الفهرسة حاليًا» في GSC من Onely — دليل شامل لاستكشاف المشكلة وإصلاحها.
• r/TechSEO — مجتمع تشخيص مشكلات الزحف والفهرسة.

اختبر معلوماتك: الوصول إلى الفهرس

خمسة أسئلة عن كيفية فهرسة Google للصفحات فعلًا. اختر إجابة لكل سؤال ثم تحقق منها.

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