الفصل 11
البنية التحتية والزحف
CDN وReverse Proxy وأثرهما على الزحف والسرعة.
لماذا تهم البنية التحتية#
جوجل يرفع معدل الزحف مع الخادم السريع ويخفضه فوراً عند البطء أو أخطاء 5xx. هذا يعني أن قرارات البنية التحتية قرارات سيو، حتى لو لم يلمسها فريق المحتوى أبداً.
شبكة توصيل المحتوى (CDN)#
- تقلل زمن الاستجابة بتقديم الملفات من أقرب نقطة للزائر، وهذا يحسّن TTFB وبالتالي LCP
- تمتص الأحمال فلا ينهار الخادم في الذروة
- تضيف طبقة تخزين مؤقت يجب ضبطها بعناية: HTML يجب أن يعيد التحقق، والأصول الثابتة تُخزَّن طويلاً
الفخ الأخطر
تخزين أصول بلا نسخة في الرابط. إن كان
style.css مخزّناً 30 يوماً بلا بصمة محتوى، فأي تعديل لن يصل لمن لديه نسخة. أضف بصمة للرابط (style.css?v=abc123) لتتغير مع المحتوى.
Reverse Proxy#
وسيط يستقبل الطلبات ويوجّهها للخادم المناسب. استخداماته المشروعة في السيو:
- توحيد نطاقات فرعية تحت مسارات:
site.com/blogبدلblog.site.com، فتتجمع السلطة في نطاق واحد - إضافة ترويسات أمان وتخزين بشكل مركزي
- ضغط Brotli وHTTP/2 دون لمس التطبيق
- حماية من الحركة الآلية التي تبطئ الخادم وتخفض معدل الزحف
الخط الأحمر#
لا تغيّر المحتوى حسب هوية الطالب
تقديم نسخة للزاحف ونسخة للمستخدم هو تمويه ومخالفة صريحة، مهما كان مبرره التقني. البنية التحتية تُستخدم لجعل الموقع أسرع للجميع، لا لتقديم واقع مختلف لمحرك البحث.
الاستثناء الوحيد المقبول هو ما تدعمه جوجل صراحةً: العرض الديناميكي التاريخي (Dynamic Rendering) كحل مؤقت لمواقع JavaScript، وحتى هذا لم تعد جوجل توصي به وتفضّل العرض من الخادم (SSR).
قائمة تحقق#
- HTTP/2 أو HTTP/3 مفعّل
- Brotli أو gzip على HTML وCSS وJS وJSON
- TTFB أقل من 800 مللي ثانية
- HTML يعيد التحقق، والأصول الثابتة مخزّنة طويلاً مع بصمة في الرابط
- لا أخطاء 5xx متكررة في السجلات
- الزواحف غير محجوبة بجدار الحماية أو نظام مكافحة البوتات