تحليل ملفات سجلات الخادم لمراقبة روبوتات محركات البحث

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

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

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

ما هي ملفات سجلات الخادم ولماذا تهم السيو؟

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

تكمن أهميتها للسيو في أنها تُظهر مباشرة كيف تتصفح محركات البحث موقعك. توفر Google Search Console إحصائيات عامة، لكنها لا تعطي تفاصيل كل طلب على مستوى العنوان لكل الروبوتات ولا الأخطاء اللحظية. من خلال التحليل يمكنك مثلاً معرفة أن Googlebot أرسل 12400 طلباً خلال آخر سبعة أيام، منها 18٪ أعادت 301 و6٪ أعادت 404 و2٪ أعادت 500، بينما لم تُزر سوى 9٪ من صفحات المنتجات المهمة.

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

ما الأسئلة التي يجب طرحها أثناء مراقبة روبوتات محركات البحث؟

لا يقتصر التحليل الناجح على فتح الملف وقراءة الأسطر. يجب طرح الأسئلة الصحيحة أولاً. عادة تبحث فرق السيو التقني عن إجابات للأسئلة التالية:

• أي مجموعات عناوين URL يزورها Googlebot أكثر؟
• هل تحظى الصفحات المهمة بزيارات كافية؟
• ما نسبة الطلبات التي تحصل على رموز 200 أو 301 أو 302 أو 404 أو 410 أو 5xx؟
• هل يستمر الروبوت في طلب مناطق محظورة في robots.txt؟
• هل تستهلك عناوين URL ذات المعاملات أو المكررة أو قليلة القيمة ميزانية الزحف؟
• هل يختلف سلوك Googlebot للجوال عن النسخة المكتبية؟
• هل تؤثر أوقات استجابة الخادم على سرعة الزحف؟
• هل تستهلك روبوتات مزيفة موارد الخادم تحت ستار Googlebot؟

كل سؤال من هذه يمكن تحويله إلى إجراء. فلو وجدت أن Googlebot يزور الكثير من عناوين الحملات القديمة ويعود بـ404، يمكنك إعادة توجيهها بـ301 أو استخدام 410 إن كانت أُزيلت نهائياً. وإذا ذهب 30٪ من الروبوتات إلى نتائج البحث الداخلي، فقد تحتاج إلى إعادة تصميم robots.txt أو الـcanonical أو noindex أو إدارة معاملات URL.

أين توجد ملفات السجلات؟

يختلف موقع الملفات حسب نوع الاستضافة ولوحة التحكم وخادم الويب. في الاستضافات المشتركة عادة تجد سجلات الوصول في قسم الإحصائيات أو raw access logs داخل cPanel أو Plesk. أما في خوادم VPS أو Dedicated فتُصل إليها عبر SSH.

مواقع سجلات Apache وNginx الشائعة

في الخوادم المبنية على Linux يكون مسار سجل Apache الشائع /var/log/apache2/access.log أو /var/log/httpd/access_log. أما Nginx فغالباً ما يكون المسار /var/log/nginx/access.log. وفي حال استخدام Virtual Hosts لكل موقع ملف سجل مستقل، مما يزيد دقة التحليل عند وجود عدة مواقع على نفس الخادم.

قد يبدو سطر السجل كالتالي: 66.249.66.1 - - [12/Mar/2026:10:15:22 +0300] GET /blog/teknik-seo HTTP/2.0 200 18432 Googlebot/2.1. من هذا السطر تستخرج عنوان IP والتوقيت والعنوان ورمز الحالة وحجم الرد ووكيل المستخدم. إذا كان تنسيق السجل يحتوي على زمن الاستجابة أصبح لديك بيانات أقوى لتحليل الأداء.

تنزيل السجلات من لوحة الاستضافة

للمستخدمين غير المتخصصين يُعد تنزيل السجلات من لوحة التحكم أسهل طريقة. ابحث عن أقسام access logs أو raw logs أو visitors أو web statistics. في المواقع الكبيرة قد تحتوي الملفات اليومية على مئات الآلاف من الأسطر، لذا يُفضل تنزيلها مضغوطة. للحصول على وصول منتظم ونسخ احتياطي آمن ومتابعة الأداء يمكنك النظر في استضافة cPanel Hostragons.

الحقول المهمة في سطر السجل للسيو

ليس كل سطر في السجل متساوي القيمة. ركز أولاً على: عنوان IP للتحقق من حقيقة الروبوت، التاريخ والوقت لقياس كثافة الزحف، طريقة HTTP (يجب أن تكون GET عادة)، العنوان المطلوب، رمز الحالة، وكيل المستخدم، وزمن الاستجابة إن وُجد.

افترض أنك وجدت 50000 طلب من Googlebot خلال 30 يوماً: 38000 منها بـ200 و7500 بـ301 و2000 بـ404 و1200 بـ304 و800 بـ5xx و500 بـ302. هنا تظهر المشكلة بوضوح: نسبة إعادة التوجيه والأخطاء تتجاوز 20٪. ويهدف السيو التقني إلى تقليل أخطاء 5xx إلى الصفر تقريباً وخفض نسبة 404 وتقليل إعادة التوجيه غير الضرورية.

كيف تميز بين Googlebot الحقيقي والروبوت المزيف؟

لا يُعتمد على وكيل المستخدم وحده، لأن المهاجمين قد ينتحلون صفة Googlebot. لذا يجب إجراء فحص DNS عكسي ثم أمامي. الطريقة الموصى بها من جوجل: تحويل عنوان IP إلى اسم مضيف عبر reverse DNS، والتأكد من أن الاسم ينتهي بـgooglebot.com أو google.com، ثم حل هذا الاسم مرة أخرى إلى نفس عنوان IP.

مثال عملي: خذ عنوان IP الذي يظهر مع وكيل Googlebot. نفذ الأمر host 66.249.66.1 أو nslookup 66.249.66.1 في الطرفية. إذا كان الاسم الناتج crawl-66-249-66-1.googlebot.com فانتقل للخطوة التالية. حل الاسم مرة أخرى إلى IP وتحقق من التطابق. إذا تطابق فالروبوت حقيقي بنسبة كبيرة، وإلا اعتبره مزيفاً.

هذا التحقق ضروري خاصة عندما تستهلك روبوتات مزيفة موارد كبيرة. يمكنك حينها تفعيل WAF أو تحديد معدل الطلبات أو حظر IP أو قواعد جدار الحماية. لتأمين الاتصال اطلع على شهادات SSL Hostragons.

الأدوات المتاحة لتحليل السجلات

لا توجد أداة واحدة مثالية. يعتمد الاختيار على حجم الموقع وخبرة الفريق والميزانية. للمواقع الصغيرة يكفي Excel أو Google Sheets أو فلاتر سطر الأوامر البسيطة. أما المواقع المتوسطة فتستفيد من Screaming Frog Log File Analyser أو GoAccess أو سكربتات Python. وفي المشاريع الكبيرة تُستخدم Elasticsearch أو Logstash أو Kibana أو BigQuery أو أنظمة SIEM.

كبداية عملية، نزّل سجلات آخر 7 أو 14 يوماً وركز على فلترة Googlebot وBingbot وYandexBot وغيرها من الروبوتات المهمة، ثم أنشئ جداول محورية حسب العنوان ورمز الحالة والتاريخ. الهدف ليس بناء مستودع بيانات مثالي من أول مرة، بل اكتشاف أكبر خسائر السيو بسرعة.

خطوات تحليل ملف سجل الخادم

1. حدد هدف التحليل

وضّح أولاً ما تريد معرفته. هل المحتوى الجديد لا يُفهرس؟ هل صفحات التصنيفات لا تُزار بما يكفي؟ هل تؤثر أخطاء الخادم على الظهور العضوي؟ كلما كان الهدف واضحاً سهّل عليك البحث عن الإشارات في السجل. فمشاكل الفهرسة تستدعي النظر في آخر زيارة للعناوين المهمة، بينما مشاكل الأداء تستدعي فحص رموز 5xx وأزمنة الاستجابة.

2. اختر الفترة الزمنية المناسبة

الفترات القصيرة جداً قد تكون مضللة، والطويلة جداً تضخم حجم الملف. للمواقع الصغيرة والمتوسطة تكفي 14 إلى 30 يوماً. أما المواقع الإخبارية سريعة التحديث فقد تكون 3 إلى 7 أيام كافية. وفي متاجر التجزئة الكبيرة يجب تمييز فترات المواسم والحملات.

3. صفِّ حركة الروبوتات

افصل في حقل وكيل المستخدم بين Googlebot وGooglebot-Image وGooglebot-News وBingbot وYandexBot وDuckDuckBot وApplebot. ولا تنسَ التحقق من حقيقة الروبوت في التقارير الحساسة. وبسبب الفهرسة المتنقلة أولاً يجب متابعة طلبات Googlebot Smartphone على حدة. فإذا كان الروبوت المكتبي نشطاً والمتنقلي خاملاً فقد توجد مشكلة في الإعدادات أو الوصول.

4. أنشئ مجموعات عناوين URL

تحليل كل عنوان على حدة غير عملي في المواقع الكبيرة. قسّم العناوين إلى قوالب: الصفحة الرئيسية، التصنيف، المنتج، المدونة، الوسوم، الفلاتر، البحث، الترقيم، الصور، API، الملفات الثابتة. بهذه الطريقة ترى أي أقسام الموقع يهتم بها الروبوت أكثر. فلو ذهب 42٪ من طلبات Googlebot إلى عناوين مفلترة و18٪ فقط إلى صفحات المنتجات، فقد تكون هناك مشكلة في الأولويات.

5. قيّم رموز الحالة

تُعد رموز الحالة من أهم مؤشرات تحليل السجلات. 200 تعني وصولاً ناجحاً، 301 إعادة توجيه دائمة، 302 إعادة توجيه مؤقتة، 304 لم يتغير، 404 غير موجود، 410 إزالة دائمة، 429 طلبات كثيرة جداً، و5xx أخطاء خادم. والهدف أن تعود الصفحات المهمة بـ200 مباشرة حتى لا يضيع الروبوت وقته في أخطاء أو سلاسل إعادة توجيه.

6. قِس زمن الاستجابة وحمل الخادم

إذا كان تنسيق السجل يحتوي على زمن الاستجابة، احسب المتوسط والنسبة المئوية 95 للطلبات الروبوتية. قد يبدو المتوسط 180 مللي ثانية جيداً، لكن إذا بلغت القيمة عند النسبة 95 حوالي 2800 مللي ثانية فبعض أنواع العناوين تبطئ الروبوت. ركز على صفحات الفلاتر والتصنيفات ونتائج البحث الداخلي والتقارير الديناميكية والاستعلامات الثقيلة على قاعدة البيانات. إذا واجهت مشاكل أداء يمكنك النظر في خادم سحابي Hostragons.

أهم النتائج الحرجة للسيو من تحليل السجلات

هدر ميزانية الزحف

يحدث الهدر عندما يقضي الروبوت وقتاً طويلاً في عناوين غير مهمة. أبرز المصادر: عناوين URL ذات المعاملات، فلاتر الترتيب، معرفات الجلسات، صفحات الطباعة، أرشيفات التقويم اللانهائية، ونتائج البحث الداخلي. إذا لاحظت نسباً عالية لهذه العناوين، أعد التفكير في الـcanonical وrobots.txt وnoindex وتبسيط المعاملات وتنظيم الروابط الداخلية.

قلة زيارة الصفحات المهمة

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

سلاسل إعادة التوجيه

من الشائع أن ترى الروبوت ينتقل من /eski-url إلى /ara-url ثم إلى /yeni-url. هذه السلاسل تقلل كفاءة الزحف وتجربة المستخدم. الحل المثالي أن تعيد التوجيه مباشرة من العنوان القديم إلى النهائي بـ301. وفي مشاريع نقل المواقع الكبيرة تتراكم قواعد إعادة التوجيه القديمة وتشكل سلاسل، لذا يساعد فحص السجلات شهرياً في اكتشافها مبكراً.

أخطاء 5xx وتذبذب التوافر

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

قراءة robots.txt وخريطة الموقع مع بيانات السجل

تحليل السجل قوي بمفرده، لكنه يصبح أقوى عند مقارنته بـrobots.txt وخريطة الموقع XML وبيانات Google Search Console. قارن عناوين خريطة الموقع بما زاره الروبوت فعلياً. ابحث عن عناوين غير موجودة في الخريطة لكنها تُزار كثيراً. تحقق مما إذا كانت الروبوتات تطلب مناطق محظورة في robots.txt. إذا استمرت العناوين المحظورة في الظهور في النتائج فقد يحتاج الأمر إلى noindex أو استراتيجية إزالة إضافية.

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

ما المقاييس التي يجب أن تظهر في تقرير تحليل السجلات؟

بدلاً من إغراق التقرير بمقاييس كثيرة، اختر مؤشرات تنتج إجراءات. المقاييس التالية كافية لمعظم المواقع:

• إجمالي طلبات الروبوتات وتوزيعها حسب النوع
• نسبة Googlebot Smartphone مقابل Desktop
• توزيع رموز الحالة: 200، 3xx، 4xx، 5xx
• نسبة الزحف حسب نوع العنوان
• أول 100 عنوان الأكثر زيارة
• العناوين المهمة التي لم تُزر أو زارتها قليلاً
• متوسط وزمن الاستجابة عند النسبة 95
• العناوين الأكثر تكراراً لأخطاء 404 و5xx
• نسبة طلبات عناوين URL ذات المعاملات
• قائمة الروبوتات المزيفة أو وكلاء المستخدم المشبوهين

أعد التقرير أسبوعياً أو شهرياً للمقارنة. فإذا انخفضت نسبة 5xx من 1.8٪ في يناير إلى 0.2٪ في فبراير، تكون قد أثبتت أثر تحسين البنية التحتية. وإذا ارتفعت طلبات Googlebot على مقالات المدونة بنسبة 35٪ بعد تحسين الربط الداخلي، تكون قد دعّمت قرارك ببيانات.

مثال تطبيقي: سيناريو تحليل 30 يوماً

افترض أن مدونة تقنية حللت سجلات الوصول لآخر 30 يوماً. من إجمالي 320000 طلب تم اكتشاف 48000 طلب من روبوتات محركات البحث: 39500 من Googlebot و5200 من Bingbot و3300 من روبوتات أخرى. جاء توزيع رموز الحالة كالتالي: 78٪ بـ200، و11٪ بـ301، و7٪ بـ404، و1.5٪ بـ5xx، و2.5٪ باستجابات أخرى.

عند تجميع العناوين تبيّن أن 28٪ من طلبات Googlebot ذهبت إلى صفحات الوسوم، و22٪ إلى أرشيفات التواريخ القديمة، و19٪ إلى مقالات المدونة، و8٪ إلى صفحات التصنيفات، والباقي إلى الصور والملفات الثابتة. بينما كان هدف الحركة العضوية يتركز على المقالات الإرشادية الحديثة ومجموعات التصنيفات. لذا تم تطبيق noindex على صفحات الوسوم قليلة القيمة، وتقليل الروابط الداخلية المؤدية إلى الأرشيفات، وربط المقالات الإرشادية من الصفحة الرئيسية والتصنيفات ذات الصلة، وتبسيط خريطة الموقع لتشمل العناوين المرغوب فهرستها فقط.

في الـ30 يوماً التالية ارتفعت نسبة طلبات Googlebot على مقالات المدونة من 19٪ إلى 34٪، وعلى صفحات التصنيفات من 8٪ إلى 14٪. كما انخفضت نسبة 404 من 7٪ إلى 2.1٪ بعد إعادة التوجيه. يوضح هذا المثال أن تحليل السجلات ليس مجرد تقرير تقني، بل أداة تدعم استراتيجية النمو العضوي مباشرة.

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

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

الخطأ الرابع هو الاعتقاد بأن robots.txt يحل كل المشكلات. فهو يحد من الزحف لكنه لا يكفي دائماً لإدارة الفهرسة. الخطأ الخامس هو عدم تحويل النتائج إلى إجراءات. إذا لم يؤدِ التحليل إلى قرارات بشأن إعادة التوجيه أو الربط الداخلي أو خريطة الموقع أو الـcanonical أو الأداء أو الأمان، فسيظل التقرير مجرد مراجعة ملف.

اعتبارات الأمان والخصوصية

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

من الناحية الأمنية تفيد السجلات ليس فقط في السيو بل أيضاً في كشف الهجمات. فزيادة محاولات 404 المفاجئة أو مسح لوحات الإدارة أو طلبات POST غير الاعتيادية أو حركة كثيفة من نطاقات IP معينة قد تكون إنذاراً أمنياً. لذلك من المفيد أن تتعاون فرق السيو وإدارة الأنظمة في تقييم بيانات السجلات.

الخلاصة: تحليل السجلات هو طبقة البيانات الحقيقية للسيو

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

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

الأسئلة الشائعة

لماذا يختلف تحليل سجلات الخادم عن Google Search Console في السيو؟

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

كم يوماً من البيانات يكفي لتحليل السجلات؟

لمعظم المواقع تكفي بيانات 14 إلى 30 يوماً كبداية جيدة. أما المواقع الإخبارية أو التي تُحدث محتواها بكثرة فقد يكون تحليل 3 إلى 7 أيام كافياً. وفي المواقع الموسمية يجب دراسة فترات الحملات بشكل منفصل.

كيف أتحقق من حقيقة Googlebot؟

لا تعتمد على وكيل المستخدم وحده. أجرِ فحص DNS عكسي لعنوان IP، وتأكد من أن الاسم الناتج ينتهي بـgooglebot.com أو google.com، ثم حل الاسم مرة أخرى إلى نفس عنوان IP. إذا تطابق فالروبوت حقيقي على الأرجح.

هل تُعد أخطاء 404 مشكلة سيو دائماً؟

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

كم مرة يجب إجراء تحليل السجلات؟

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