شبكات توصيل المحتوى وتحسين محركات البحث

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

ما شبكة CDN؟

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

تعالج CDN ذلك بوضع نسخ من المحتوى على خوادم كثيرة تسمى خوادم الحافة. يتلقى الزائر المحتوى من أقرب خادم بدلًا من الأصل، فيتحسن الزمن ويخف الحمل عن خادمك. ومن الأمثلة Cloudflare وFastly وAkamai وAmazon CloudFront وBunny.

هل تساعد CDN في تحسين محركات البحث؟

الإجابة المختصرة: ليست CDN عامل ترتيب بذاتها، لكنها تساعد العوامل التي تؤثر في الترتيب. لا تمنح Google مكافأة لمجرد استخدام CDN؛ وإنما يمكنها:

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

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

الطريقة الرئيسية التي قد تضر بها CDN تحسين محركات البحث

تأتي شبكات CDN بحماية من الروبوتات والسيول المرورية الضارة. وقد تلتقط الحماية أحيانًا الروبوتات المرغوبة أيضًا، فيعلق Googlebot أو Bingbot خلف تحدي «أثبت أنك إنسان». عندئذ لا تستطيع Google رؤية الصفحة وقد يتضرر ترتيبها.

يمكن إصلاح ذلك. افحص الصفحة بأداة فحص عنوان URL في Google Search Console لترى ما تراه Google. إذا ظهر فراغ أو خطأ أو تحدي روبوت بدل المحتوى، فشبكة CDN تحجبه، وعليك أو على مزودها تعديل قاعدة جدار الحماية.

وهناك مخاوف أخرى شائعة لا تمثل مشكلة في الغالب:

• عنوان IP مشترك لشبكة CDN لا يضر؛ قال John Mueller من Google إن شراء كتلة IP خاصة غير لازم.
• عقوبات المحتوى المكرر بسبب CDN ليست حقيقة. قد يجعل سوء الضبط Google تختار نسخة URL غير المقصودة، ويعالج ذلك بعلامات canonical لا بالخوف من عقوبة.

للتفاصيل عن ميزانية الزحف والذاكرة الباردة والحجب الصلب والناعم وإرشادات Google في ديسمبر 2024 ومشكلات HTTPS والتوحيد القياسي عند الحافة، انتقل إلى تبويب المتقدم.

الخلاصة — تخزن CDN المحتوى وتقدمه من خوادم حافة قريبة، فتخفض TTFB وتحسن مؤشرات أداء الويب الأساسية، وتضيف الاعتمادية والحماية من تدفق الزيارات، وتتيح لـGoogle سقوف زحف أعلى مستنتجة من عنوان IP. لكنها ليست عامل ترتيب. المخاطر تشغيلية: على الأصل خدمة كل URL جديد مرة واحدة لتدفئة الذاكرة؛ وقد يحجب WAF أو تحدي الروبوت الزواحف؛ ويجب أن تبقى canonical وHTTPS سليمتين عند الحافة. وفي ديسمبر 2024 تراجعت Google خلال أقل من أسبوع عن تشجيع وضع JS/CSS الحرج على نطاق CDN فرعي، مع بقاء ذلك مناسبًا للأصول الكبيرة غير الحرجة. والمرجع الأساسي مقالة Google عن شبكات CDN والزحف ضمن سلسلة «زحف ديسمبر».

ما الذي تفعله CDN فعلًا؟

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

هذه المقالة التي كتبها Martin Splitt وGary Illyes هي أحدث مصدر موثوق نشره محرك بحث عن CDN وSEO، وكثير من المقالات المنافسة لا يستخدمها. ويستند إليها معظم ما يأتي.

ينبغي ضبط المصطلح: CDN هي تحديدًا بنية خوادم الحافة الموزعة بين الأصل والطالبين للتخزين والتقديم. وليست مرادفًا للاستضافة العامة أو لتخزين HTTP المؤقت الذي يستطيع أي خادم أو وكيل تنفيذه. كما أن WAF وإنهاء TLS قدرات منفصلة تُضمّنها أغلب الشركات مع التوصيل عبر الحافة.

هل تساعد CDN في SEO؟ الإجابة الدقيقة

CDN ليست عامل ترتيب. إنها رافعة للأداء والاعتمادية تؤثر في أمور تقيسها Google، وأهمها ثلاثة:

TTFB أسرع ومؤشرات أداء ويب أساسية أفضل

يقلل التقديم من ذاكرة حافة قريبة زمن الذهاب والإياب، فيخفض زمن الوصول إلى أول بايت TTFB، وهو بداية LCP ضمن مؤشرات أداء الويب الأساسية. وتقول Google إن نقل الوسائط وJavaScript وCSS وحتى HTML إلى مخازن CDN يخفف حمل الخادم ويجعل الصفحات أسرع في متصفحات المستخدمين، وهو ما يرتبط بتحويلات أفضل. وهذه أقوى حجة SEO لشبكة CDN وترتبط بالتخزين المؤقت وتلميحات الموارد وأدوات أداء الويب.

لكن المنفعة مشروطة. وحدها استجابة HIT المقدمة من ذاكرة حافة قريبة تخفض زمن الرحلة؛ أما حالة MISS أو الاستجابة الشخصية غير القابلة للتخزين أو عقدة الحافة سيئة الموقع فقد تُبقي TTFB كما هو أو تزيده. لذلك لا تضمن CDN خفضه في كل منطقة ولكل طلب، بل حين تستطيع الحافة تقديم الاستجابة من مخزونها.

سقوف زحف أعلى للمواقع المدعومة بشبكة CDN

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

الاعتمادية ووقت التشغيل والحماية من السيول

تذكر Google فائدتين: Traffic flood protection (ترجمة) «الحماية من تدفق الزيارات الكثيف» عبر تمييز الزيارات المفرطة أو الضارة وحجبها، والاعتمادية لأن بعض شبكات CDN تقدم الموقع حتى عند تعطل الأصل، ولو للمحتوى الثابت. وقد صدت شبكات CDN هجمات DDoS متعددة التيرابت كانت ستسقط الأصل سريعًا. ووقت التشغيل مهم لـSEO لأن الأخطاء المستمرة أمام Googlebot تضر الفهرس في النهاية.

قيد ميزانية الزحف: الذاكرة الباردة لعناوين URL الجديدة

لا تعفي CDN الأصل من خدمة العناوين الجديدة. يكون مخزن URL عند أول طلب باردًا، لذلك يجب أن يقدمه الأصل مرة واحدة على الأقل. في مثال متجر بأكثر من مليون URL، يتعين على الخادم خدمة 1 000 007 عناوين مرة واحدة على الأقل قبل أن تساعد CDN، وقد يرتفع معدل الزحف أيامًا.

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

هل ينبغي وضع الأصول الثابتة على نطاق CDN فرعي؟

يمكن وضع CSS وJS والصور على مضيف مثل cdn.example.com أو دعم المضيف الرئيسي بـCDN؛ وتقول Google إن بنيتها تدعم الخيارين بلا مشكلات. قد يساعد الفصل خدمة عرض الويب، لكن Google تحذر من أنه قد يبطئ الصفحة بسبب كلفة الاتصال بمضيف آخر.

غيّرت Google رأيها علنًا خلال أقل من أسبوع. اقترحت في 3 ديسمبر 2024 Host resources on a different hostname from the main site (ترجمة) «استضافة الموارد على مضيف مختلف عن الموقع الرئيسي»، ثم صححت بعد ثلاثة أيام: لأن ذلك قد يبطئ الأداء بسبب اتصال المضيف الآخر، فإنها لم تعد توصي بهذه الاستراتيجية للموارد الحرجة مثل JavaScript وCSS. وجاءت العبارة الدقيقة “recommend this strategy for critical resources” (ترجمة) «نوصي بهذه الاستراتيجية للموارد الحرجة» ضمن نص التصحيح المنفي في السياق. ويظل الفصل مناسبًا للفيديو والتنزيلات الكبيرة غير الحرجة. دعم المضيف الرئيسي بـCDN يتجنب المفاضلة. كما تخزن WRS ملفات JS/CSS حتى 30 يومًا بغض النظر عن ترويسات HTTP، لذا قد تتأخر التغييرات.

متى تضر CDN تحسين محركات البحث: حجب الروبوتات، الخطر الأكبر

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

الحجب الصلب: رمز الحالة مهم جدًا

• HTTP 503 / 429 هما الطريقة الصحيحة للإشارة إلى حجب مؤقت، ويمنحانك وقتًا قبل إزالة الفهرسة.
• انتهاء مهلة الشبكة سيئ؛ تعده Google خطأً نهائيًا «صلبًا». تعتمد النتيجة، من إزالة أو خفض زحف أو كليهما، على الفئة والمدة والتكرار وفق توثيق HTTP وأخطاء الشبكة وDNS. المهلة المنفردة أقل خطرًا من نمط مستمر.
• رسالة خطأ عشوائية برمز 200، أي خطأ ناعم، هي الأسوأ: قد تزيل Google العنوان أو تعتبر الصفحات ذات جسم الخطأ نسخًا مكررة.

أهم نتيجة عملية: استجابة 503 واضحة أفضل من صفحة خطأ 200 «تعمل تقنيًا».

الحجب الناعم: صفحات التحقق من الروبوت

عندما تعرض CDN تحدي «هل أنت إنسان؟» لا يرى الزاحف سواه. وتوصي Google صراحةً في هذه الحالات بإرسال إشارة واضحة هي رمز HTTP 503 للعملاء الآليين كي لا يسقط المحتوى تلقائيًا من الفهرس.

كيفية تصحيح المشكلة

استخدم أداة فحص URL في Search Console وافحص لقطة العرض: ظهور الصفحة يعني سلامتها، أما الفراغ أو الخطأ أو التحدي فيعني مراجعة CDN. تحقق من الزاحف بنطاقات IP المنشورة ثم أزل الحجب أو اسمح له عند اللزوم. وتحذر Google من أن العناوين قد تدخل قائمة الحجب تلقائيًا دون علمك، لذا راجعها دوريًا. وتنشر نطاقات Googlebot، كما يفعل Bing.

رأيت هذا النوع من الأعطال عبر كامل المكدس. في عرضي SMX Advanced 2018 «Solving Complex SEO Problems» أوضح طبقات المنطق: DNS وCDN والبرمجيات الوسيطة والخادم وترويسات HTTP واللغة. وعندما يختلف التحويل أو الحجب بين المتصفح وGooglebot تكون الحافة غالبًا موضع المفاجأة.

ترويسات التخزين والتوحيد القياسي عبر CDN

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

• تقدم CDN المحتوى من نطاقها دون تكرار علامة canonical أو ترويستها من الأصل، فينافس URL الحافة العنوان الحقيقي.
• تقدم العقد متعددة المناطق محتوى مختلفًا جغرافيًا بلا hreflang صحيح، فتقسم الصفحة بين نسخ إقليمية.
• تنشئ معالجة سلاسل الاستعلام أو مفتاح الذاكرة نسخًا قائمة على المعلمات.

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

لننهِ خرافة أخرى: ترويسة Vary تخص صحة التخزين المؤقت وليست إشارة SEO. قد يدمر Vary: User-Agent نسبة إصابات الذاكرة إن رفضت CDN تخزين الاستجابات المتنوعة، لكن Google لا تستخدمه إشارة لفهرسة الجوال أو سطح المكتب. إنها مشكلة تشغيل لا ترتيب.

HTTPS وTLS عبر CDN

تضيف CDN ساقًا ثانية للتشفير: الأصل↔الحافة والحافة↔العميل، ويجب أن تكونا HTTPS. الخطأ الكلاسيكي «Flexible SSL» حيث يرى الزائر HTTPS بينما تتصل CDN بالأصل عبر HTTP، وقد تنتج عناوين أصول HTTP تحذيرات محتوى مختلط. مرر HSTS وCSP عبر الحافة أيضًا. HTTPS إشارة ترتيب خفيفة، وقد تلغيها CDN بالخطأ. وعند إنشاء CDN أو تبديلها دون تغيير URLs تعامل معها كتغيير استضافة؛ يغطي دليل Google تغيير استضافة الويب حالة عدم تغيير العناوين.

عناوين IP المشتركة وما لا يهم

• عنوان IP مشترك لشبكة CDN لا يؤثر في الترتيب. قال John Mueller إن شراء كتل IP اصطناعيًا غير لازم، والمشاركة مع شركات أخرى متوقعة وسليمة.
• الاختيار بين cdn.example.com ونطاق CDN لطرف ثالث قرار تقني وأدائي لا قرار SEO ما دام المحتوى قابلًا للزحف؛ وهذا يتبع دعم Google لكلا الإعدادين.

جانب Bing

لا يملك Bing شرحًا واحدًا مفصلًا مثل Google، لكن المشكلات والحلول نفسها تنطبق. ينشر نطاقات Bingbot وأداة تحقق كي يؤكد أصحاب المواقع خلف CDN أو إدارة الروبوتات هوية الزاحف قبل السماح أو الحجب: Verify Bingbot وأداة Verify Bingbot. كما أصدرت Microsoft قائمة IP بصيغة JSON. وتعد إرشادات Bing سرعة الموقع اعتبارًا للتحسين وتذكر CDN لتقليل زمن التحميل. وتحدث Fabrice Canel بصورة عامة عن تحديات قياس المحتوى المخزن في CDN والسحابة وإدارته عبر المنصات، وهو وصف تشغيلي لا ادعاء ترتيب.

موضع ذلك ضمن الصورة الأكبر

تمس قرارات CDN معظم موضوعات أداء الويب، ومنها التخزين المؤقت وتلميحات الموارد ومؤشرات أداء الويب الأساسية وTTFB. كما تمتد إلى الزحف وميزانيته والذاكرة الباردة، والفهرسة والتوحيد والتكرار، وHTTPS وترحيل المواقع. الفكرة المتكررة: CDN مكسب مباشر إذا ظلت canonical وHTTPS وإتاحة الزاحف سليمة عبر الحافة، وسبب شائع لـ«الفهرسة بلا محتوى» إن لم تظل كذلك.

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

نسخة مكثفة من العرض المتقدم:

• CDN ليست عامل ترتيب، بل رافعة أداء واعتمادية تحرك TTFB وLCP ومؤشرات أداء الويب ووقت التشغيل وHTTPS وكفاءة الزحف.
• ترفع Google سقوف الزحف للمواقع المدعومة بـCDN استنادًا إلى IP؛ وهي سعة مستنتجة لا ضمانًا للزحف أو الفهرسة أو الترتيب.
• قيد الذاكرة الباردة: يجب أن يخدم الأصل كل URL جديد مرة لتدفئة الذاكرة، لذا تضغط الإطلاقات الكبيرة على ميزانية الزحف أيامًا.
• لا يُنصح بتقسيم JS/CSS الحرج على نطاق CDN فرعي بعد تصحيح Google في ديسمبر 2024، مع بقاء الأصول الكبيرة غير الحرجة مناسبة.
• أكبر عطل واقعي هو حجب الروبوتات: 503/429 قابلان للتعافي؛ مهلات الشبكة أخطاء نهائية تتوقف آثارها على المدة والتكرار؛ وصفحة خطأ 200 هي الأسوأ. أعد 503 لتحديات CAPTCHA.
• صحح عبر لقطة فحص URL ونطاقات IP المنشورة ومراجعة قائمة WAF دوريًا.
• التوحيد والتكرار قابلان للإدارة إذا نجت canonical من الحافة؛ وVary شأن تخزين لا إشارة SEO.
• يتطلب HTTPS تشفير الساقين؛ تجنب Flexible SSL. ولا تضر عناوين IP المشتركة بالترتيب.

التوثيق الرسمي

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

Google

• زحف ديسمبر: شبكات CDN والزحف (Splitt وIllyes، ديسمبر 2024) — المرجع الأساسي للتخزين والحماية ومعدلات الزحف والذاكرة الباردة والحجب وتصحيح فحص URL.
• زحف ديسمبر: كيف يزحف Googlebot ولماذا (3 ديسمبر 2024، محدث 6 ديسمبر) — تقسيم الموارد وتصحيح JS/CSS الحرج وتخزين WRS لمدة 30 يومًا.
• رموز HTTP وأخطاء الشبكة وDNS — النتائج الحالية للحجب الصلب والمهلة والخطأ الناعم.
• تحسين ميزانية الزحف — حد سعة الزحف ونموذج الخنق.
• تغيير استضافة الويب — حالة عدم تغيير URL عند إضافة CDN أو تبديلها.
• نطاقات IP لـGooglebot — للتحقق من Googlebot وإزالة حجب WAF الخاطئ.

Bing / Microsoft

• Verify Bingbot، دليل المساعدة — تأكيد هوية Bingbot قبل السماح أو المنع في WAF.
• أداة Verify Bingbot — أداة التحقق العامة.
• إرشادات Bing لمشرفي المواقع — إرشادات عامة تشمل سرعة الموقع.

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

تصريحات موثقة من Google، وكل رابط يقفز إلى النص المقتبس. أما مواقف Bing وJohn Mueller فتلخص في تبويب المتقدم بدل اقتباسها؛ راجع التنبيه أدناه.

Google: ما الذي تفعله CDN ولماذا تفيد؟

• “Content delivery networks (CDNs) are particularly well suited for decreasing latency of your website and in general keeping web traffic-related headaches away. This is their primary purpose after all: speedy delivery of your content even if your site is getting loads of traffic.” (ترجمة) «شبكات توصيل المحتوى مناسبة جدًا لخفض زمن استجابة الموقع وإبعاد مشكلات حركة الويب؛ فغرضها الأساسي إيصال المحتوى سريعًا حتى مع كثافة الزيارات». — Martin Splitt & Gary Illyes, Google Search Central Blog, Dec 2024. Jump to quote
• “CDNs are basically an intermediary between your origin server (where your website lives) and the end user, and serves (some) files for them.” (ترجمة) «CDN وسيط بين خادم الأصل والمستخدم النهائي، ويقدم بعض الملفات نيابة عنه». Jump to quote
• “Traffic flood protection: CDNs are particularly good at identifying and blocking excessive or malicious traffic, letting your users visit your site even when misbehaving bots or no-good-doers would overload your servers.” (ترجمة) «تجيد شبكات CDN اكتشاف الزيارات المفرطة أو الضارة وحجبها، بحيث يبقى الموقع متاحًا للمستخدمين حتى عند محاولة الروبوتات السيئة إغراق الخوادم». Jump to quote
• “Reliability: Some CDNs can serve your site to users even if your site is down. This of course might only work for static content, but that might already be enough to ensure they don’t take their business somewhere else.” (ترجمة) «يمكن لبعض شبكات CDN تقديم الموقع للمستخدمين حتى عند تعطله، ولو اقتصر ذلك على المحتوى الثابت». Jump to quote

Google: معدل الزحف وكلفة الذاكرة الباردة

• “Our crawling infrastructure is designed to allow higher crawl rates on sites that are backed by a CDN, which is inferred from the IP address of the service that’s serving the URLs our crawlers are accessing.” (ترجمة) «صُممت بنية الزحف لدينا للسماح بمعدلات أعلى للمواقع المدعومة بـCDN، ويُستنتج ذلك من عنوان IP للخدمة». Jump to quote
• “In short, even if your webshop is backed by a CDN, your server will need to serve those 1,000,007 URLs at least once.” (ترجمة) «حتى مع CDN، يجب على خادم المتجر خدمة عناوين URL البالغ عددها 1 000 007 مرة واحدة على الأقل». Jump to quote

Google: حجب الروبوتات، أكبر خطر واقعي

• “Due to the CDNs’ flood protection and how crawlers, well, crawl, occasionally the bots that you do want on your site may end up in your CDN’s blocklist, typically in their Web Application Firewall (WAF).” (ترجمة) «بسبب الحماية من تدفق الزيارات وطريقة عمل برامج الزحف، قد تدخل الروبوتات المرغوبة في قائمة حجب CDN، وغالبًا داخل WAF». Jump to quote
• “In case of these bot-verification interstitials, we strongly recommend sending a clear signal in the form of a 503 HTTP status code to automated clients like crawlers that the content is temporarily unavailable.” (ترجمة) «مع صفحات التحقق من الروبوتات، نوصي بشدة بإرسال الحالة 503 للعملاء الآليين لإعلان عدم توفر المحتوى مؤقتًا». Jump to quote
• “Remember that the IPs may end up on a blocklist automatically, without you knowing, so checking in on the blocklists every now and then is a good idea for your site’s success in search and beyond.” (ترجمة) «قد تدخل عناوين IP قائمة الحجب تلقائيًا من دون علمك، لذا من المفيد مراجعة القوائم دوريًا». Jump to quote

Google: تقسيم المضيف وتصحيح المسار في 6 ديسمبر

• “Splitting out resources to their own hostname or a CDN hostname (cdn.example.com) may allow our Web Rendering Service (WRS) to render your pages more efficiently. This comes with a caveat though: this practice may negatively affect page performance due to the overhead of a connection to a different hostname.” (ترجمة) «قد يساعد فصل الموارد على مضيف مستقل أو مضيف CDN خدمة WRS على عرض الصفحات بكفاءة، لكنه قد يبطئها بسبب كلفة الاتصال بمضيف آخر». Jump to quote
• “Update on December 6, 2024: This can result in slower page performance due to the overhead of connection to a different hostname, so we don’t recommend this strategy for critical resources (such as JavaScript or CSS) that are needed for rendering a page.” (ترجمة) «تحديث 6 ديسمبر 2024: قد يؤدي ذلك إلى أداء أبطأ، لذا لا نوصي بهذه الاستراتيجية للموارد الحرجة اللازمة لعرض الصفحة مثل JavaScript وCSS». Jump to quote

تدقيق CDN وSEO: قائمة تحقق

مراجعة للتأكد من أن CDN تساعد تحسين محركات البحث ولا تضره بصمت:

• وصول الزاحف: يعرض فحص URL في GSC الصفحة الحقيقية، لا فراغًا أو خطأً أو تحديًا.
• مراجعة قائمة WAF لعناوين Googlebot وBingbot المحجوبة خطأً؛ تحقّق منها بمقارنتها مع ملف Google المنشور googlebot.json ونطاقات Bing.
• الحجب المؤقت يعيد 503/429 لا مهلة شبكة أو صفحة خطأ 200.
• تحديات التحقق تعيد 503 للعملاء الآليين.
• علامات canonical وترويساتها تنجو من الحافة بعد النشر.
• HTTPS على الساقين بلا محتوى Flexible SSL مختلط، مع مرور HSTS وCSP.
• لا عناوين مكررة عرضية من نطاق CDN أو المناطق أو معلمات الاستعلام، وhreflang صحيح.
• الإطلاقات الكبيرة تراعي الذاكرة الباردة وقدرة الأصل على خدمة كل عنوان جديد.
• لا تقسيم لـJS/CSS الحرج على نطاق فرعي منفصل، مع السماح للأصول الكبيرة غير الحرجة.
• ترويسات التخزين لا تقدم محتوى قديمًا أو خاطئًا، وVary لا يخفض نسبة HIT بلا داعٍ.

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

1. CDN عامل تمكين لا إشارة. لا تسأل «هل ترفع ترتيبي؟»، بل «أي إشارات تحرك؟»: TTFB وCWV ووقت التشغيل وHTTPS وكفاءة الزحف. حسّن هذه النتائج؛ CDN وسيلة.

2. الحافة طبقة إضافية تُنفذ فيها القواعد. قد يحدث تحويل أو حجب أو تعديل للترويسات في DNS أو CDN أو البرمجية الوسيطة أو الخادم أو طبقة HTTP أو إعداد اللغة. فإذا اختلف السلوك بين Googlebot ومتصفحك، فافحص قواعد الحافة.

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

4. افشل بوضوح وبصورة قابلة للتعافي. عندما ترفض الحافة زاحفًا، تكون 503/429 أفضل من مهلة أو صفحة خطأ 200. الخطأ الصريح والمؤقت قابل للتعافي، أما الصامت والمزيف فيهدد الفهرسة.

5. يجب أن تنجو الإشارات من الحافة. تمر canonical وHTTPS وترويسات الأمان وإتاحة الزاحف عبر CDN. اجعل سؤال «هل ما زال يعمل بعدها؟» خطوة تحقق إلزامية.

ورقة غش CDN وSEO

عندما تضطر CDN إلى رفض زاحف، اختر الاستجابة الصحيحة

ما الذي تفعله CDN وما لا تفعله لـSEO؟

حقائق سريعة

• المصدر الأساسي: مقالة Google زحف ديسمبر: شبكات CDN والزحف، ديسمبر 2024.
• صحح حجب الروبوت عبر لقطة فحص URL.
• تحقق من الزواحف عبر googlebot.json ونطاقات Bing.
• يجب تشفير الساقين بين الأصل والحافة وبين الحافة والعميل.

الخرافات والأخطاء وإصلاحها

فيما يأتي معتقدات شائعة عن CDN وSEO، ولماذا تخطئ، وما العمل بدلًا منها.

الخرافة: «سترفع CDN ترتيبي مباشرة». سبب الخطأ: لا تكافئ Google مجرد استخدام CDN؛ فهي عامل تمكين للأداء والاعتمادية لا عامل ترتيب. البديل: استخدمها لتحسين TTFB وCore Web Vitals ووقت التشغيل وكفاءة الزحف، وقس هذه النتائج.

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

الخرافة: «IP مشترك مع مواقع رديئة يخفض ترتيبي». سبب الخطأ: قال John Mueller إن مشاركة كتلة IP مع شركات أخرى أمر متوقع ولا عقوبة عليه. البديل: لا تهدر المال على كتل IP مخصصة لأسباب SEO.

الخرافة: «وضع الأصول على cdn.example.com أفضل دائمًا لميزانية الزحف». سبب الخطأ: تراجعت Google عن ذلك في ديسمبر 2024 للـJS/CSS الحرج لأن كلفة المضيف الآخر أكبر من وفر الزحف. البديل: أبق الموارد الحرجة على المضيف الرئيسي المدعوم بـCDN، واستخدم المضيف المنفصل للفيديو والتنزيلات الكبيرة غير الحرجة.

الخرافة: «صفحة خطأ غريبة برمز 200 غير ضارة لأن الموقع يعمل». سبب الخطأ: تسميها Google خطأً ناعمًا وقد تزيل URL أو تعتبر الصفحات ذات الجسم نفسه مكررة. البديل: أعد 503/429 للحجب المؤقت ولا تعد صفحة خطأ 200.

الخرافة: «CDN شأن تطوير وتشغيل لا علاقة له بـSEO». سبب الخطأ: سوء الضبط سبب واقعي للفهرسة بلا محتوى وحجب الزواحف وتراجع تجربة الصفحة. البديل: عامل تغييرات CDN كتغييرات ذات أثر SEO، وأعد التحقق من الزحف وcanonical وHTTPS بعد كل تغيير.

افحص ما يتلقاه الزاحف فعلًا عبر CDN

أرسل طلبًا بهوية Googlebot وقارنه بطلب عادي. إذا تحدت CDN الروبوتات أو حجبتها فسيختلف رمز الحالة أو جسم التحدي أو التحويل إلى صفحة وسيطة.

macOS / Linux

# Fetch as Googlebot — watch the status line and headers
curl -sSI -A "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)" \
  https://example.com/some-page/

# Compare against a normal browser UA
curl -sSI -A "Mozilla/5.0 (Windows NT 10.0; Win64; x64)" \
  https://example.com/some-page/

Windows / PowerShell

$gb = "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)"
Invoke-WebRequest -Uri "https://example.com/some-page/" -UserAgent $gb -Method Head |
  Select-Object StatusCode, Headers

إذا ظهر 403 أو صفحة تحدٍ أو 200 بجسم صغير بصورة مريبة للروبوت وحده، فإن WAF أو إدارة الروبوتات في CDN تعيق الوصول.

تحقق من أن الروبوت Googlebot فعلًا قبل السماح له أو حجبه

لا تسمح لمدخل WAF اعتمادًا على سلسلة وكيل المستخدم وحدها، فهي سهلة التزييف. نفّذ فحص DNS عكسيًا ثم أماميًا.

macOS / Linux

# Reverse-DNS the IP from your logs — should end in googlebot.com or google.com
host 66.249.66.1
# Forward-DNS that hostname back — it must resolve to the same IP
host crawl-66-249-66-1.googlebot.com

Windows

nslookup 66.249.66.1
nslookup crawl-66-249-66-1.googlebot.com

إذا لم ينته البحث العكسي بنطاق Google أو لم يطابق البحث الأمامي عنوان IP الأصلي، فليس الزاحف Googlebot. ويمكن المقارنة بنطاقات Google المنشورة في googlebot.json وقائمة IP المنشورة لـBingbot.

اكتشف المحتوى المختلط المضمّن في إعداد CDN عبر وحدة DevTools

ألصق الشيفرة في وحدة Chrome DevTools لإظهار الأصول المحملة عبر HTTP عادي، وهو عرض شائع لـ«Flexible SSL»:

[...document.querySelectorAll('[src],[href]')]
  .map(el => el.src || el.href)
  .filter(u => u && u.startsWith('http://'))
  .forEach(u => console.warn('Insecure:', u));

كل عنصر مسجل يُطلب عبر HTTP وسيسبب تحذيرات محتوى مختلط خلف CDN التي تعمل بـHTTPS.

فحص شهري لوصول الزواحف عبر CDN

1. خذ عينة من القوالب الحرجة. افحص الصفحة الرئيسية وصفحة فئة ومقالة ومسار تحويل في منطقتين أو نقطتي حضور، واختبر حالات HIT وMISS وSTALE إن أمكن. ويعني الاكتمال تغطية جميع قواعد التخزين وWAF.
2. افحص كل URL كما تراه Google. شغّل الاختبار الحي وراجع الصفحة المعروضة. الاكتمال يعني وصول الصفحة لا خطأ أو تحديًا.
3. راجع أحداث WAF. رشح حجب الشهر للزواحف الموثقة وتحقق من الهوية بالنطاقات الرسمية. يجب ألا يبقى زاحف مشروع محجوبًا.
4. قارن ترويسات الحافة. افحص الحالة وcanonical وCache-Control وHTTPS وHSTS وCSP بعد الحافة، وتأكد أنها لم تُحذف أو تُعدّل.
5. سجل الاستثناءات ومالكيها. دوّن القاعدة ونمط URL والإصلاح وموعد المراجعة، واجعل لكل استثناء مالكًا وانتهاءً.

تلقى Googlebot فجأة تحديًا من CDN

1. أكد الحادثة بفحص URL. إن كانت الصفحة الحية طبيعية فافحص حدود المنطقة أو نمط URL، وإلا تابع.
2. حدد استجابة الحافة. يشير 403 أو المهلة أو جسم التحدي أو 200 المزيف إلى WAF أو إدارة الروبوتات؛ إن أعاد الأصل النتيجة نفسها فسلّمها لمالكه.
3. اجعل الفشل قابلًا للتعافي. أعد 503 أو 429 للحجب المؤقت، ولا تترك مهلة أو تحديًا برمز 200.
4. تحقق من الزاحف. أكد IP بفحص DNS العكسي والأمامي أو النطاقات المنشورة قبل تعديل قائمة السماح.
5. ضيّق تعديل القاعدة. أزل الحجب السيئ أو استثن الزاحف الموثق، ثم أعد فحص URL. إن ظهرت الصفحة فراقب WAF وأخطاء الزحف؛ وإلا افحص القاعدة التالية.
6. امنع التكرار. وثق القاعدة المحفزة وأضفها إلى الفحص الشهري.

ترى Google تحديًا بدل الصفحة

العرض: يعرض فحص URL صفحة وسيطة أو فراغًا أو رسالة WAF. السبب المرجح: تحقق روبوت أو حجب آلي في CDN. الإصلاح: تحقق من الزاحف وعدل قاعدة WAF وأعد 503 ما دام الحجب مؤقتًا، ثم أكد باختبار حي جديد.

اختلاف canonical بعد نشر CDN

العرض: تفتقد استجابة الحافة canonical أو تختلف عن الأصل. السبب المرجح: تحويل HTML أو إعادة كتابة ترويسة أو مستند قديم في الذاكرة. الإصلاح: امسح مفتاح الذاكرة وأزل إعادة الكتابة وقارن الأصل والاستجابة العامة مجددًا.

يعمل HTTPS علنًا لكن يظهر محتوى مختلط

العرض: يبلغ المتصفح عن أصول غير آمنة رغم أن URL يعمل بـHTTPS. السبب المرجح: تتصل CDN بالأصل عبر HTTP أو تعيد كتابة عناوين الأصول. الإصلاح: اشترط HTTPS على الساقين وصحح العناوين وامسح الذاكرة وأعد فحص وحدة التحكم.

إطلاق كبير يحمّل الأصل فوق طاقته

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

حجب روبوت مؤقت: استجابة سيئة وأخرى قابلة للتعافي

HTTP/2 200
content-type: text/html

<h1>Verify you are human</h1>

يخفي 200 الفشل وقد يجعل عناوين كثيرة تبدو صفحات تحدٍ مكررة. ينبغي أن يعرّف الحجب المؤقت نفسه:

HTTP/2 503
retry-after: 300
content-type: text/html

مفتاح ذاكرة CDN: نسخ عرضية مقابل استجابة قياسية واحدة

قد ينشئ مفتاح ذاكرة يغير HTML بمعلمات تتبع غير مهمة كائنين منفصلين لـ/product?utm_source=a و/product?utm_source=b. الإعداد الأنظف يتجاهل تلك المعلمات للتخزين ويحافظ على canonical نفسه في الاستجابتين. هذا مثال مبسط وتختلف صياغة القاعدة باختلاف CDN.

أدوات تدقيق سلوك CDN

• فحص URL في Google Search Console — شغّل اختبارًا حيًا وافحص الصفحة المعروضة لاكتشاف التحديات والفراغ والأخطاء.
• نطاقات IP لـGooglebot — تحقق من المصدر عبر googlebot.json قبل تغيير WAF.
• Bing Verify Bingbot — أكد هوية Bingbot عبر الأداة الرسمية.
• curl أو PowerShell Invoke-WebRequest — قارن الحالة والترويسات بين متصفح وزاحف والأصل عندما يكون الوصول المباشر آمنًا.
• Chrome DevTools — استخدم Network للحالة وترويسات الذاكرة وConsole للمحتوى المختلط بعد تغيير الحافة.

أثبت أن تغيير CDN آمن للبحث

اختبار وصول الزاحف

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

اختبار تطابق ترويسات الحافة

الاختبار: قارن الحالة العامة والأصلية وcanonical وCache-Control وترويسات الأمان. المتوقع: تتطابق الإشارات المقصودة بعد التحويلات المسموحة. تفسير الفشل: غيّرت إعادة كتابة أو ذاكرة قديمة الاستجابة. المراقبة: فور النشر والمسح. التراجع: اختلاف canonical أو HTTPS أو حالة الزاحف عن الأصل المعتمد.

اختبار أداء الذاكرة الدافئة

الاختبار: اطلب URL نفسه مرتين وقارن ترويسة حالة الذاكرة وTTFB. المتوقع: يأتي الطلب الثاني المؤهل من الذاكرة ولا يكون أبطأ من البارد. تفسير الفشل: استجابة غير قابلة للتخزين أو مفتاح متغير أو تجاوز للحافة. المراقبة: بعد انتشار الإعداد. التراجع: زيادة الأخطاء أو تدهور TTFB باستمرار في صفحات ممثلة.

اختبار المنطقة وحالة الذاكرة

الاختبار: قارن العرض والترويسات لعنوان URL نفسه عبر مناطق أو نقاط حضور وحالات HIT وMISS وSTALE، باستخدام وكيل مستخدم عادي وزاحف موثق، بما في ذلك النسخ الشخصية أو المرتبطة بملفات الارتباط. المتوقع: تتطابق الحالة وcanonical وrobots والمحتوى مع المقصود في جميع الأبعاد، باستثناء اختلاف إقليمي مقصود وموثق. تفسير الفشل: انحراف في مفتاح التخزين أو Vary أو إعداد الحافة. المراقبة: بعد النشر ثم في أول دورة لمراجعة الزحف والسجلات. التراجع: أي اختلاف غير مقصود في الحالة أو canonical أو محتوى الزاحف.

مقاييس صحة CDN المهمة

نسبة إصابات ذاكرة الحافة

المقياس: الطلبات المؤهلة المقدمة من ذاكرة الحافة. ما يكشفه: هل تخفف CDN الطلبات المتكررة فعلًا؟ طريقة الاستخراج: لوحة تحليلات CDN حسب نوع المحتوى القابل للتخزين. النطاق الواقعي: ضع خط أساس لكل قالب وفئة أصل؛ لا تجعل HTML الشخصي والأصول الثابتة تتشارك هدفًا واحدًا. الوتيرة: أسبوعيًا وبعد تغيير قواعد الذاكرة.

معدل أخطاء الأصل وTTFB

المقياس: معدل 5xx وزمن استجابة الأصل عند إخفاق الذاكرة. ما يكشفه: هل تتجاوز الذاكرة الباردة أو طفرات الزيارة سعة الأصل؟ الاستخراج: تحليلات أصل CDN وسجلات الخادم. النطاق الواقعي: استخدم الطبيعي للموقع حسب فئة URL وحقق في التراجع المستمر. الوتيرة: تنبيه مستمر ومراجعة اتجاه أسبوعية.

حجب الزواحف الموثقة

المقياس: حجب WAF لطلبات Googlebot وBingbot المؤكدة. ما يكشفه: هل تستبعد حماية الروبوتات زواحف مطلوبة؟ الاستخراج: أحداث WAF المتحقق منها بالنطاقات الرسمية أو DNS. المعيار: صفر حجب غير مقصود. الوتيرة: تنبيه فوري ومراجعة شهرية.

اختبر نفسك: CDN وتحسين محركات البحث

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

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

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

• دليل Google PageSpeed Insights لمتخصصي SEO والمطورين — أدوات سرعة الصفحة؛ CDN من أكبر روافع إصلاح PageSpeed ومؤشرات أداء الويب.
• The Beginner’s Guide to Technical SEO — موضع الأداء والزحف في الصورة الأشمل.

محاضراتي

• SMX Advanced 2018: Solving Complex SEO Problems (SlideShare) — طبقات المنطق ومنها حافة CDN ومفاجآت الزحف والتحويل.
• اضبط SEO التقني وسرعة الصفحة والأمان بدقة (Marketing Speak، الحلقة 109) — موضوعات ملاصقة لـCDN.

رسمي

• Google: زحف ديسمبر — شبكات CDN والزحف وكيف يزحف Googlebot ولماذا.
• Bing: Verify Bingbot وأداة Verify Bingbot.

من مصادر المجال

• Can A Content Delivery Network Boost Website SEO? (DebugBear) — إعداد عملي مرتبط بمؤشرات أداء الويب.
• Technical SEO Checklist (DebugBear) — موضع عناصر CDN والأداء في تدقيق أوسع.
• Best SEO for Your CDN (KeyCDN) — منظور مزود عن canonical وrobots.txt عند الحافة.
• كيف يمكن لشبكات توصيل المحتوى أن تؤثر في SEO (Search Engine Journal) — نظرة عامة تسبق إرشادات Google في ديسمبر 2024.
• Microsoft list of Bingbot IP addresses released (Search Engine Land) — النظير الخاص بـBing لنطاقات Google.
• Microsoft Bing Lists All Of BingBot’s IP Addresses In JSON File (Search Engine Roundtable) — تغطية قائمة JSON نفسها.

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