تكرار الزحف

عدد مرات إعادة محركات البحث جلب صفحة تعرفها بالفعل — ما الذي يحفز ذلك (الشعبية، والتقادم، وlastmod الصادق)، وما الذي لا يحفزه (changefreq وpriority والنشر اليومي)، ولماذا لا يمكنك فرضه.

نُشر أول مرة: 22 يونيو 2026 · آخر تحديث: 22 أغسطس 2026 · Advanced
اللغات

تكرار الزحف هو عدد مرات إعادة محرك البحث جلب صفحة يعرفها بالفعل. ويتحدد أساسًا بأهمية الصفحة (الشعبية وPageRank والروابط) وبمدى تغيرها فعليًا (التقادم)، مع أن Google تسمي مدخلات طلب أخرى أيضًا — إذ تتعلم Google نمط تحديث كل صفحة وتعدله. يمكنك التأثير فيه بصورة غير مباشرة عبر الأهمية والتغييرات الحقيقية وlastmod الدقيق والخادم السليم، لكن لا يمكنك ضبطه. تتجاهل Google changefreq وpriority؛ وقد يرتد تغيير lastmod تجميليًا؛ كما أن الزحف بوتيرة أعلى لا يحسن الترتيب.

الخلاصة — تكرار الزحف هو وتيرة إعادة الزحف إلى عنوان URL معروف، ويحددها المجدول أساسًا من مدخلين: الأهمية (الشعبية / PageRank / الروابط) والتقادم (مدى تغير الصفحة فعليًا) — وتذكر وثائق Google مدخلات طلب أخرى أيضًا، مثل المخزون المتصوَّر والأحداث على مستوى الموقع. تتعلم Google نمط تحديث كل صفحة وتتكيف معه — بل تتراجع عن الصفحات المستقرة (3 → 10 → 30 → 100 يوم). تُتجاهل changefreq وpriority؛ ولا يُعتد إلا بـlastmod قابل للتحقق مرتبط بتغيير مهم. لا يمكنك ضبط التكرار مباشرة؛ بل تحسن المدخلات (الأهمية والتغيير الحقيقي وlastmod الدقيق وسلامة الخادم) وتطلب إعادة زحف لعنوان URL واحد عند الحاجة. الزحف الأكثر لا يحسن الترتيب. وهو مختلف عن rate الزحف (السرعة) وعن budget الزحف (الطلب + السعة).

ما هو تكرار الزحف فعلًا

تكرار الزحف هو عدد مرات إعادة محرك البحث جلب عنوان URL يعرفه بالفعل ليتحقق من تغيره. إنه وتيرة إعادة الزحف التي يقررها مجدول الزحف لكل عنوان URL. والمدخلان الكبيران هما أهمية الصفحة ومدى تغيرها فعليًا — وتسمي وثائق Google هذين الشعبية والتقادم. Evidence for this claim Google's crawl-demand guidance says popular URLs tend to be crawled more often and systems seek to recrawl often enough to detect changes. Scope: Adaptive Google recrawling; no fixed per-page cadence is promised. Confidence: high · Verified: Google: Large site crawl budget guide

هذه أكثر نقطة يسهل خلطها بالمفاهيم القريبة منها في موضوع الزحف، لذا سأرسم الحدود بوضوح.

تكرار الزحف مقابل ميزانية الزحف مقابل معدل الزحف

تُستعمل هذه المصطلحات الثلاثة بالتبادل، ولا ينبغي أن تُستعمل كذلك:

المصطلحما الذي يقيسهمن يحدده
تكرار الزحفعدد مرات إعادة جلب عنوان URL معروف (الوتيرة)المجدول — الشعبية + التقادم
معدل الزحف (السعة)السرعة / عدد الاتصالات المتوازيةسلامة خادمك (السريع = أكثر، والأخطاء = أقل)
ميزانية الزحفالطلب + السعة — «مجموعة عناوين URL التي تستطيع Google وترغب في زحفها»كلا العاملين السابقين مجتمعين

يجمع تعريف Google نفسه بين الأمرين: “Google defines a site’s crawl budget as the set of URLs that Google can and wants to crawl.” (ترجمة) «تعرّف Google ميزانية زحف الموقع بأنها مجموعة عناوين URL التي تستطيع Google وترغب في زحفها». تندرج وتيرة الزحف إلى كل عنوان URL ضمن تلك الميزانية، بينما يعمل المعدل كصمام للتحكم في التدفق. وكما أقول في دليلي عن ميزانية الزحف: “Crawl budget is the amount of time and resources a search engine allows for crawling a website. It is made up [of] crawl demand which is how many pages a search engine wants to crawl on your site and crawl rate which is how fast they can crawl.” (ترجمة) «ميزانية الزحف هي مقدار الوقت والموارد التي يتيحها محرك البحث لزحف موقع؛ وتتكون من طلب الزحف، أي عدد الصفحات التي يريد محرك البحث زحفها في موقعك، ومعدل الزحف، أي مدى سرعة زحفه».

زحف الاكتشاف مقابل زحف التحديث

يتعلق التكرار في الحقيقة بزحف التحديث. وقد أوضح John Mueller الفرق بجلاء: “One is a discovery crawl where we try to discover new pages on your website. And the other is a refresh crawl where we update existing pages that we know about.” (ترجمة) «أحدهما زحف اكتشاف نحاول فيه اكتشاف صفحات جديدة في موقعك، والآخر زحف تحديث نحدّث فيه الصفحات الموجودة التي نعرفها».

تختلف وتيرة التحديث بشدة حسب الصفحة. ويقول Mueller مرة أخرى: “We would refresh crawl the homepage, I don’t know, once a day, or every couple of hours, or something like that.” (ترجمة) «قد نعيد زحف الصفحة الرئيسية، لا أدري، مرة في اليوم أو كل ساعتين تقريبًا أو شيئًا من هذا القبيل». وعلى الطرف الآخر: “If we recognize that individual pages change very rarely, then we realize we don’t have to crawl them all the time.” (ترجمة) «إذا أدركنا أن صفحات بعينها تتغير نادرًا جدًا، ندرك أننا لا نحتاج إلى زحفها طوال الوقت».

والفكرة الأساسية أن Google تتعلم نمطك لكل صفحة: “If you have a news website and you update it hourly, then we should learn that we need to crawl it hourly. Whereas if it’s a news website that updates once a month, then we should learn that we don’t need to crawl every hour.” (ترجمة) «إذا كان لديك موقع أخبار وتحدّثه كل ساعة، فعلينا أن نتعلم أننا نحتاج إلى زحفه كل ساعة؛ أما إذا كان موقع أخبار يُحدّث مرة في الشهر، فعلينا أن نتعلم أننا لا نحتاج إلى زحفه كل ساعة».

ما الذي يحدد عدد مرات إعادة Google زحف الصفحة

في عرضي كيف يعمل البحث أعدد عوامل طلب الزحف التي تدفع إلى إعادة الزحف: PageRank، وعدد مرات تغير الصفحة، والوقت منذ آخر زحف، والتغييرات الكبرى في الموقع. وهذا نموذج الشعبية + التقادم نفسه الذي توثقه Google، لكنه تأطيري الخاص وليس قائمة شاملة. وتسمي وثائق Google أيضًا المخزون المتصوَّر (عدد عناوين URL التي تظن أن موقعك يملكها) والأحداث على مستوى الموقع، مثل نقل النطاق أو بنية عناوين URL، كأمور قد ترفع طلب الزحف أو تخفضه. الشعبية والتقادم هما ما يمكنك التأثير فيه مباشرة، ولذلك يستحقان أكبر قدر من الاهتمام. لنفككهما:

الشعبية وPageRank والروابط

“URLs that are more popular on the Internet tend to be crawled more often to keep them fresher in our systems.” (ترجمة) «تميل عناوين URL الأكثر شعبية على الإنترنت إلى الزحف بوتيرة أعلى كي تبقى أحدث في أنظمتنا». مزيد من الروابط الداخلية والخارجية إلى الصفحة → أهمية متصوَّرة أكبر → إعادة زحف أكثر تكرارًا. وأقول الشيء نفسه في مقال ميزانية الزحف: “Popular pages, or those with more links and PageRank, will generally receive priority over other pages.” (ترجمة) «تحظى الصفحات الشائعة، أو التي لها روابط وPageRank أكثر، عمومًا بأولوية على الصفحات الأخرى».

التقادم — والتراجع التدريجي

تقول Google إن أنظمتها “want to recrawl documents frequently enough to pick up any changes.” (ترجمة) «تريد إعادة زحف المستندات بوتيرة تكفي لالتقاط أي تغييرات». والوجه الآخر أن الصفحات التي لا تتغير تُزحف بوتيرة أقل فأقل. ومن دليلي عن ميزانية الزحف: “If Google sees that a page isn’t changing, they will crawl the page less frequently.” (ترجمة) «إذا رأت Google أن الصفحة لا تتغير، فستزحف إليها بوتيرة أقل». لا توجد فترة ثابتة؛ بل تراجع تدريجي: “if they crawl a page and see no changes after a day, they may wait three days before crawling again, ten days the next time, 30 days, 100 days, etc.” (ترجمة) «إذا زحفوا إلى صفحة ولم يروا تغييرات بعد يوم، فقد ينتظرون ثلاثة أيام قبل الزحف مرة أخرى، ثم عشرة أيام في المرة التالية، ثم 30 يومًا و100 يوم وهكذا».

الجودة وطلب البحث

يصف Gary Illyes المجدول بأنه يستجيب لما يثبت أن المحتوى جدير بالجلب: “If you want to increase how much we crawl, then you somehow have to convince search that your stuff is worth fetching, which is basically what the scheduler is listening to.” (ترجمة) «إذا أردت زيادة مقدار زحفنا، فعليك بطريقة ما إقناع البحث بأن ما لديك يستحق الجلب؛ فهذا أساسًا ما يصغي إليه المجدول». وهو ديناميكي: “Scheduling is very dynamic. As soon as we get the signals back from search indexing that the quality of the content has increased across this many URLs, we would just start turning up demand.” (ترجمة) «الجدولة ديناميكية جدًا. وبمجرد أن تصلنا إشارات من فهرسة البحث بأن جودة المحتوى ارتفعت عبر هذا العدد من عناوين URL، نبدأ ببساطة في رفع الطلب». ويعمل الأمر في الاتجاهين — “If search demand goes down, then that also correlates to the crawl limit going down.” (ترجمة) «إذا انخفض طلب البحث، فإن ذلك يرتبط أيضًا بانخفاض حد الزحف».

من المفيد أن تعرف أن Google تحاول بنشاط زحف الصفحات المستقرة بقدر أقل لأسباب تتعلق بالكفاءة. وقد وصف Illyes علنًا الرغبة في «crawl even less» وتقليل البايتات المنقولة. لذلك لا تتوقع أن يميل المجدول إلى الإفراط في زحف صفحاتك التي لا تتغير.

سلامة الخادم (المعدل يتيح التكرار)

لا يمكن للتكرار أن يتجاوز ما يسمح به معدلك. فحد سعة الزحف هو تقريبًا أقصى عدد من الاتصالات المتوازية التي تستخدمها Google؛ ويرفع الخادم السريع الخالي من الأخطاء هذا السقف، بينما يؤدي الموقع البطيء أو الذي يعيد 5xx/429 إلى زحف أقل. لا تزيد سلامة الخادم التكرار؛ إنها تمنع الخادم من أن يكون عنق زجاجة فحسب.

دور ملفات Sitemap وlastmod

هذه أكبر خرافة ينبغي هدمها. يظن الناس أن إعدادات Sitemap تتحكم في الوتيرة. وهي في معظمها لا تفعل ذلك.

يتم تجاهل changefreq وpriority

من وثائق Sitemap لدى Google مباشرة: “Google ignores <priority> and <changefreq> values.” (ترجمة) «تتجاهل Google قيم <priority> و<changefreq>». إن ضبطت <changefreq>hourly</changefreq> فلن يحدث شيء. Evidence for this claim Google ignores sitemap priority and changefreq values and may use accurate lastmod values. Scope: Google sitemap processing. Confidence: high · Verified: Google: Build and submit a sitemap توقف عن تحسين هذين الحقلين.

lastmod هو الإشارة الوحيدة — إذا كان صادقًا

إشارة الحداثة الوحيدة التي تعتد بها Google من Sitemap هي lastmod، وبشروط فقط: “Google uses the <lastmod> value if it’s consistently and verifiably (for example by comparing to the last modification of the page) accurate.” (ترجمة) «تستخدم Google قيمة <lastmod> إذا كانت دقيقة باستمرار وقابلة للتحقق (مثلًا بمقارنتها بآخر تعديل للصفحة)». وإذا كانت غير صادقة، تلاحظ Google ذلك وتتوقف عن الثقة بها.

ويجب أن تعكس تغييرًا حقيقيًا: “The <lastmod> value should reflect the date and time of the last significant update to the page. For example, an update to the main content, the structured data, or links on the page is generally considered significant, however an update to the copyright date is not.” (ترجمة) «ينبغي أن تعكس قيمة <lastmod> تاريخ ووقت آخر تحديث مهم للصفحة. فعلى سبيل المثال، يُعد تحديث المحتوى الرئيسي أو البيانات المنظّمة أو الروابط في الصفحة مهمًا عمومًا، بينما لا يُعد تحديث تاريخ حقوق النشر كذلك». لن يساعد رفع lastmod لأنك غيرت سنة التذييل؛ بل يقوض الثقة التي تجعل lastmod مفيدًا.

هل يمكنك فرض الزحف أو تسريعه؟

الإجابة الصادقة: لا يوجد إعداد مباشر لضبط التكرار. ما لديك فعلًا:

  • حسّن المدخلات — الأهمية (الروابط والربط الداخلي)، وتغييرات المحتوى الحقيقية، وlastmod الدقيق، والخادم السريع السليم.
  • اطلب عنوان URL واحدًا — تحتوي URL Inspection في Google Search Console على إجراء «Request indexing» لصفحة واحدة كل مرة. إنه طلب لا ضمان، ولا يغير الوتيرة المستمرة. وتوضح Google أن النقر المتكرر لا يفيد: طلب العنوان نفسه مرارًا لن يجعله يُزحف إليه أسرع.
  • أرسل إشعارًا بالتغيير (إلى Bing وغيرها) — انظر أدناه.
Evidence for this claim Requesting a recrawl repeatedly for the same URL does not make Google crawl it faster. Scope: owned URLs Confidence: high · Verified: Ask Google to recrawl your URLs

ما لا يمكنك فعله: ضبط وتيرة، أو فرض زحف يومي بالنشر اليومي، أو استخدام شريط معدل الزحف القديم في GSC (فقد أُحيل إلى التقاعد). لدى Bing أداة Crawl Control، لكنها تتحكم في المعدل لا التكرار.

Bing: زحف تكيفي وIndexNow

تتعامل Bing مع تكرار الزحف بوصفه مشكلة تكلفة. ففي منشورهم عن تكرار الزحف، «depends on the frequency of which the content is edited and updated,» (ترجمة) «يعتمد على تكرار تحرير المحتوى وتحديثه»، و«Defining when to fetch the web page next is the hard problem we are looking to optimize.» (ترجمة) «تحديد موعد جلب صفحة الويب التالية هو المشكلة الصعبة التي نسعى إلى تحسينها». وكان جوابهم التكيفي: “What we learned was that we could optimize our system to avoid fetching the same content over and over, and instead check periodically for major changes” (ترجمة) «تعلمنا أننا نستطيع تحسين نظامنا لتجنب جلب المحتوى نفسه مرارًا، والتحقق بدلًا من ذلك دوريًا من التغييرات الكبرى» — وقد أدى ذلك في حالة إلى “about 40% crawl saving on this site!” (ترجمة) «توفير في الزحف بنحو 40% على هذا الموقع».

الآلية التي تتيح لك الإشارة مباشرة إلى Bing هي IndexNow: فبدل انتظار المجدول، تُبلغه بحدوث تغيير. “Whether you’re adding, updating, or deleting content, IndexNow notifies multiple search engines of your content changes as soon as they happen,” (ترجمة) «سواء أكنت تضيف محتوى أو تحدّثه أو تحذفه، يُخطر IndexNow محركات بحث متعددة بتغييرات المحتوى فور حدوثها»، وذلك من أجل “limiting the need for costly exploratory crawls.” (ترجمة) «تقليل الحاجة إلى عمليات زحف استكشافية مكلفة». لكن الفرق المهم هو أن Google لا تستخدم IndexNow لإعادة الزحف العامة.

كيف تتحقق من تكرار الزحف

  • GSC → Crawl Stats — إجمالي الطلبات بمرور الوقت، مقسّمًا حسب رمز الاستجابة ونوع الملف ونوع Googlebot. هذه طريقة ملاحظة الوتيرة على مستوى الموقع؛ وليست تقرير آخر زحف لكل عنوان URL.
  • GSC → URL Inspection — تاريخ «آخر زحف» لعنوان URL واحد. هنا، لا في Crawl Stats، تتحقق من آخر جلب لصفحة محددة.
  • Bing Webmaster Tools — Crawl Control (المعدل) وIndexNow Insights.
  • تحليل سجلات الخادم — مصدر الحقيقة: عناوين URL التي زارتها الروبوتات بالضبط وعدد مرات الزيارة.

خرافات شائعة عن تكرار الزحف

  • «النشر يوميًا يفرض زحفًا أسرع». لا — تتعلم Google نمطك وتزحف أكثر من أجل الأهمية والتغيير الحقيقي، لا من أجل حجم النشر.
  • «تتحكم changefreq/priority في الوتيرة». لا — كلاهما متجاهل.
  • «ارفع lastmod فحسب لتحصل على إعادة زحف». لا يعمل ذلك إلا إذا كان قابلًا للتحقق ومرتبطًا بتغيير مهم؛ والتلاعب به يجعل Google لا تثق بك.
  • «الزحف الأكثر يعني ترتيبًا أفضل». لا. وكما كتبت في دليلي عن ميزانية الزحف، “The rate of crawling isn’t going to impact your rankings.” (ترجمة) «لن يؤثر معدل الزحف في ترتيبك». الزحف شرط مسبق، لا عامل دفع للترتيب — “More crawling doesn’t mean you’ll rank better, but if your pages aren’t crawled and indexed they aren’t going to rank at all.” (ترجمة) «الزحف الأكثر لا يعني أنك ستترتب أفضل، لكن إذا لم تُزحف صفحاتك وتُفهرس فلن تترتب أصلًا».
  • «هناك جدول ثابت». لا — الوتيرة ديناميكية ولكل عنوان URL وتكيفية.
  • «يمكنني ضبط تكرار الزحف في Search Console». لا — شريط المعدل اختفى ولا يوجد تحكم بالتكرار.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.