تحليل لوجز السيرفر للسيو: دليل عملي

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

ملفات سجل السيرفر (اللوجز) بتقولك Googlebot طلب إيه بالظبط، وإمتى، والسيرفر بتاعك ردّ بإيه. مافيش حاجة بينك وبين اللي حصل، وفي أي موقع فوق كام ألف رابط، اللوجز كتير بتقلب استنتاجات كنت طلعت بيها من كل المصادر التانية.

ودي طريقتي في الشغل عليها.

تقرير الزحف في Search Console بيخبّي إيه

تقرير إحصاءات الزحف مفيد، لكنه ما بيغنيش عن اللوجز. بيديك إجماليات لآخر حوالي 90 يوم، مقسمة حسب كود الاستجابة ونوع الملف والغرض ونوع Googlebot، ومعاها عينة صغيرة من الروابط.

تقرير الزحف في Search Console بيدي إجماليات 90 يوم حسب كود الاستجابة ونوع الملف والغرض ونوع البوت مع عينة روابط، واللوجز بتزوّد عدد الزحف لكل رابط وتوزيعه على الأقسام والباراميترات والتاريخ الأقدم والبوتات التانية. — التقرير ممكن يقولك إن 18% من الطلبات رجعت 404. اللوجز بتقولك أنهي قالب اللي بيطلّعها.

اللي ما يقدرش يقولهولك:

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

يعني التقرير ممكن يقولك إن 18% من الطلبات رجعت 404، لكن مش هيقولك أنهي قالب بيطلّعهم. اللوجز هتقولك.

تجيب اللوجز إزاي

الخطوة دي هي اللي بتوقف أغلب مشاريع تحليل اللوجز، والعقبة غالبًا إدارية مش تقنية. اطلبها بدري.

استضافة مشتركة بـcPanel. دوّر على «Raw Access Logs» في قسم Metrics. شغّل الأرشفة قبل ما تحتاجها. استضافات كتير بتمسح اللوجز وهي بتلفّها، فلو الأرشفة مقفولة، الشهر اللي فات راح خلاص. هتاخد ملفات مضغوطة بصيغة Apache combined.

سيرفر VPS أو سيرفر خاص. Apache بيكتب في /var/log/apache2/access.log على الأنظمة المبنية على Debian، أو /var/log/httpd/access_log على المبنية على Red Hat. و Nginx بيكتب في /var/log/nginx/access.log. والملفات القديمة بتبقى جنبها مترقّمة ومضغوطة. شوف logrotate بيحتفظ بيها قد إيه قبل ما تفترض إن عندك 30 يوم.

ورا Cloudflare أو أي CDN. ده الفخ. لما الـCDN يقدّم صفحة متخزنة عنده، الطلب ما بيوصلش لسيرفرك أصلًا، فلوجز السيرفر بتحسب Googlebot أقل من الحقيقة، وساعات بفرق كبير. محتاج لوجز الـCDN نفسه، وده في Cloudflare معناه Logpush على باقة Enterprise. من غيرها، اقرا لوجز السيرفر وإنت عارف إنها بتبيّن بس الطلبات اللي وصلت، وقول ده صراحة في التقرير بدل ما تحط رقم غلط وتسكت.

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

سطر واحد بصيغة Apache combined شكله كده:

66.249.66.1 - - [12/Sep/2026:09:14:22 +0300] "GET /ar/services/seo/ HTTP/1.1" 200 18342 "-" "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)"

ده الـIP، والوقت، والطلب، وكود الاستجابة، وحجم الرد، والمصدر، والـuser agent. وكل اللي جاي مبني على الحقول دي.

تتأكد إنه Googlebot بجد إزاي

اعمل ده قبل أي تحليل. الـuser agent بتاع Googlebot سهل تزييفه، وجزء محترم من زيارات «Googlebot» في اللوجز الخام بيبقى سكرابرز وأدوات منافسين وبوتات بتدوّر على ثغرات. لو حللت زيارات مش متأكد منها، هتطلع باستنتاجات غلط وإنت واثق منها.

فيه طريقتين للتأكد، والتانية أسهل مع الأحجام الكبيرة.

DNS عكسي وبعدين أمامي. اعمل بحث عكسي على الـIP. أي IP حقيقي لـGooglebot بيطلع على اسم بينتهي بـgooglebot.com أو google.com. وبعدين اعمل بحث على الاسم ده واتأكد إنه بيرجع لنفس الـIP. لازم الاتجاهين، لأن البحث العكسي لوحده ممكن يتزيّف.

host 66.249.66.1
# 1.66.249.66.in-addr.arpa domain name pointer crawl-66-249-66-1.googlebot.com.
host crawl-66-249-66-1.googlebot.com
# crawl-66-249-66-1.googlebot.com has address 66.249.66.1

نطاقات الـIP اللي جوجل بينشرها. جوجل بينشر ملفات JSON فيها نطاقات الـIP اللي بوتاته بتستخدمها. المطابقة عليها أسرع بكتير في ملف لوجز كبير من إنك تعمل بحث DNS لكل سطر. طابق الـIPs على النطاقات، وبعدين اعمل مراجعة DNS على كام واحد بشكل عشوائي.

وإنت بتعمل كده، افصل Googlebot الموبايل عن Googlebot الديسكتوب (الـuser agent بيقولك مين). مع الفهرسة اللي بتبدأ بالموبايل، سلوك بوت الموبايل هو اللي بيفرق.

خمس أسئلة اللوجز بتجاوب عليها

1. Googlebot بيقضي وقته فين فعلًا؟

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

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

grep -i googlebot access.log \
  | awk '{print $7}' \
  | cut -d/ -f2,3 \
  | sort | uniq -c | sort -rn | head -30

الأمر ده لوحده فتح نقاشات مفيدة مع عملاء أكتر من أي داشبورد عملته. وفي المتاجر الإلكترونية، غالبًا ده المكان اللي بتكتشف فيه إن روابط الفلاتر بالعة الموقع. شرحت ده بيحصل إزاي في الفلاتر وميزانية الزحف.

2. Googlebot بيستلم أكواد استجابة إيه؟

المهم اللي البوت استلمه، وده مش دايمًا اللي بتشوفه في المتصفح.

grep -i googlebot access.log | awk '{print $9}' | sort | uniq -c | sort -rn

نسبة عالية من 3xx معناها إن جزء من الزحف بيضيع على التحويلات. وتجمّعات 4xx بتشاور على قالب بيربط بروابط ميتة. وأي 5xx خالص محتاج تتعامل معاه فورًا: السيرفرات اللي بترجّع أخطاء لـGooglebot بيتزحف عليها أقل، والأثر بيتراكم من غير ما تاخد بالك. وافصل كمان الردود اللي السيرفر رفض فيها الطلب بسبب كترة الطلبات، لأن معناها إن السيرفر بتاعك هو عنق الزجاجة.

3. صفحاتك المهمة بيتزحف عليها كل قد إيه؟

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

وده كمان اللي بيخليك تمسك الصفحات اللي بيتزحف عليها ومش بتتفهرس. دي مشكلة مختلفة وإصلاحها مختلف، وما تقدرش تفرّق بينهم من غير بيانات الزحف.

4. إيه اللي بيتزحف عليه وما كانش المفروض يبقى موجود؟

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

grep -i googlebot access.log | awk '{print $7}' | grep '?' \
  | sed 's/.*?//' | tr '&' '\n' | cut -d= -f1 \
  | sort | uniq -c | sort -rn | head -20

5. إيه اللي ما بيتزحفش عليه خالص؟

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

ما أعرفش طريقة تانية بتلاقي الصفحات دي بشكل مضمون.

تحوّل اللي لقيته لخطة إزاي

التحليل اللي آخره رسم بياني، محدش بينفّذ منه حاجة. كل حاجة لقيتها لازم تتحول لواحدة من أربع خطوات.

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

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

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

تعمل كده من غير أدوات مدفوعة

أدوات تحليل اللوجز المدفوعة مريحة، لكن مش محتاجها في أي حاجة من دي.

لملفات لحد كام مية ميجا، الأوامر اللي فوق مع sort وuniq وawk بتجاوب على الخمس أسئلة. ولملفات أكبر، أو تحليل هتكرره، سكريبت Python قصير، حوالي 20 سطر، بيحمّل اللوجز في dataframe بمكتبة pandas، وبيخليك تجمّع حسب التاريخ والقسم والكود ونوع البوت في مكان واحد.

والإكسل ينفع برضه لو فلترت على Googlebot المتأكد منه الأول وعدد السطور فضل معقول. إنك تفتح ملف لوجز 2 جيجا في إكسل وتتمنى خير، ما ينفعش.

الأدوات هي الجزء السهل. المهارة إنك تعرف تسأل أنهي أسئلة، وتكون مستعد تغيّر خطتك لو الإجابات جت عكس اللي كنت كاتبه. وده الشغل اللي بعمله في مراجعة السيو.

أسئلة شائعة

محتاج لوجز كام يوم؟

30 يوم أقل حاجة عملية لموقع متوسط: كفاية تشوف الأنماط الأسبوعية، وكفاية طلبات لكل رابط علشان الأرقام يبقى ليها معنى. سبع أيام ممكن تنفع في موقع كبير جدًا بيتزحف عليه كتير. أقل من سبعة بيقولك عن أسبوع واحد، مش عن موقعك.

الاستضافة مش راضية تديني اللوجز. أعمل إيه؟

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

الكلام ده مهم لموقع صغير؟

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

أقدر أشوف بوتات الذكاء الاصطناعي في نفس اللوجز؟

أيوه، وكل شهر بيبقى ده يستاهل أكتر. نفس تجميع الـuser agent بيوريك أنهي بوتات ذكاء اصطناعي بتزور، وكل قد إيه، وبتجيب إيه. ودي البيانات المباشرة الوحيدة اللي عندك عن هل محتواك بيوصل للأنظمة اللي بتكتب إجابات الذكاء الاصطناعي ولا لأ.

ميزانية الزحف دي حقيقية؟

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

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

محمد عمار

استشاري سيو وتسويق رقمي من 2015، بيشتغل مع شركات في مصر والسعودية والإمارات.

عن الكاتب ومعايير الكتابة

لوجز السيرفر: Googlebot عمل إيه فعلًا في موقعك