تحليل ملف السجل log file analysis seo

تحليل ملف السجل log file analysis seo هو ملف إخراج موجود داخل خادم الويب والذي يسجل أي طلب يتلقاه الخادم. من المفيد التحقق من ملفات السجل لمعرفة الموارد التي تزحف إلى موقع الويب

 

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

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

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

لا يمكن للمجموعات مثل Search Console وبرامج الجهات الخارجية تقديم صور كاملة أو دقيقة للكيانات التي تتفاعل مع موقع الويب.

تشريح تحليل ملف السجل log file analysis seo

تعتمد البنية والمكونات الفردية لتحليل ملف السجل log file analysis seo على مجموعة متنوعة من العوامل، بما في ذلك نوع الخادم المعني والتكوينات الأخرى.

ومع ذلك، هناك عوامل مشتركة موجودة في ملفات السجل. عادةً، تتوقع رؤية ما يلي:

• عنوان IP للعميل/الزائر
• الطابع الزمني
• الطريقة (الحصول على/النشر)
• عنوان URL المطلوب
• رمز حالة HTTP
• وكيل مستخدم المتصفح

(هذا مثال وقد يختلف الترتيب الفعلي لهذه البنية)

تشمل المعلومات الأخرى المتوفرة بشكل عام، ولكن غير متاحة دائمًا، ما يلي:

• اسم المضيف
• طلب/IP العميل
• تم تنزيل البايتات
• الوقت المستغرق لتحميل المورد من الخادم إلى العميل

كيف يمكنك الوصول إلى ملفات السجل؟

تعتمد كيفية وصولك إلى ملفات السجل الخاصة بك بشكل كامل على كيفية إعداد الخادم الخاص بك. 

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

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

في الأعلى، لديك خوادم الويب و الأنواع الثلاثة الأكثر شيوعًا لخوادم الويب هي Apache وNGINX وIIS. موفرو CDN الشائعون هم على سبيل المثال Cloudflare وSucuri وKinsta CDN وNetlify CDN وAmazon CloudFront.

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

إن توفير شرح تفصيلي لكيفية الوصول إلى هذه الملفات لكل نوع من أنواع الخوادم هو مقال ليوم آخر، ولكن فيما يلي ثلاثة أدلة رسمية للوصول إلى ملفات السجل على أنواع الخوادم الثلاثة المختلفة:

• كيفية الوصول إلى ملفات سجل وصول Apache  (Linux)
• كيفية الوصول إلى  ملفات سجل الوصول إلى  NGINX  (Linux)
• كيفية الوصول إلى  ملفات سجل الوصول إلى  IIS  (Windows)

ما هي التحديات في الحصول على ملفات السجل؟

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

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

على سبيل المثال، غالبًا ما يتم استخدام خوادم IIS بواسطة الأنظمة القديمة، وقد يكون هذا هو الحال عندما يكون لدى الشركات الكبرى عقود خادم طويلة الأمد مع Microsoft. 

وهذا يعني أن مشرفي المواقع الذين يرثون الأنظمة القديمة قد يحتاجون إلى تحديث معرفتهم بالبرامج القديمة.

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

ويجب تمكين التسجيل.

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

غالبًا ما تؤدي هذه التعقيدات إلى جعل تحليل ملف السجل log file analysis seo أكثر صعوبة وإحباطًا بالنسبة إلى مُحسنات محركات البحث، على الرغم من أن المشكلات لا علاقة لها بالتحقيق نفسه أو لا علاقة لها على الإطلاق.

 

1.  معلومات تحديد الهوية الشخصية (PII)  – تبدو معلومات تحديد الهوية الشخصية (PII) بمثابة مصدر قلق كبير بما فيه الكفاية للعديد من المؤسسات، ومن السهل معرفة السبب. تعني التغييرات الأخيرة في اللائحة العامة لحماية البيانات والامتثال أن الشركات مترددة في التعامل مع أي شيء يتعلق بمعلومات تحديد الهوية الشخصية عن بعد. لكن ملفات السجل لا تحتوي دائمًا على معلومات تحديد الهوية الشخصية، ومن السهل إزالة هذه المعلومات من السجلات. لذلك، مع التعليم المناسب، من الممكن إقناع التطوير وأصحاب البزنس المختلفين من خلال تسليط الضوء على فوائد استخدام ملفات السجل. 

2. تنسيق/بنية السجلات  – تأتي السجلات في العديد من التنسيقات/هياكل البيانات المختلفة ويستخدم بعضها الضغط لتوفير المساحة. لذلك، عندما تستخدم أداة لإجراء التحليل، غالبًا ما يتطلب البرنامج وجود السجلات في بنية ومجموعة أحرف معينة. هذه نقطة ألم وليس من السهل حلها عندما نتحدث عن أحجام ملفات كبيرة.

إلى جانب نتائج التحليل، واجهت مشكلتين شائعتين:

1) تنسيق ملف .TSV.gz
2) ملف سجل كبير جدًا (500 ألف+ أحداث)

من المستحيل تحويل ملف .tsv كبير إلى تنسيق .csv أو .log. وكاد أحد ملفات السجل الكبيرة جدًا أن يحرق جهاز MacBook Pro الذي يبلغ عمره أكثر من 4 سنوات.

سأوضح لك كيفية حل هذه المشكلة (أو على الأقل المحاولة)، في هذه المقالة. 

3. حجم السجل والتخزين  – يبدو أن هذه أكبر مشكلة يواجهها مُحسنات محركات البحث وفقًا للموضوع. وقد ذكر العديد من الناس هذا.

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

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

في الشركات الكبيرة، هناك العديد من أنظمة إدارة علاقات العملاء والأنظمة المصاحبة لها؛ لا تدعم جميع أدوات تحليل السجل كل أنواع الأنظمة الأساسية.

يمكنك أيضًا التغلب على هذه المشكلات في بعض الأحيان من خلال “Edge SEO” أو Tag Manager أو CDN Workers. كما أن سجلات الوصول ليست مشكلة في النظام الأساسي ولن تكون أبدًا. ولا إدارة علاقات العملاء. دائمًا ما تكون مشكلة خادم الويب/CDN، وهي مشكلة لا تعتمد على النظام الأساسي.

6. دقة البيانات  – الدقة ليست مشكلة فعلية. إنه هناك، كل ما تحتاج إليه هو أن تكون لديك القدرة على التحرك عبر الضوضاء.

على الرغم من أن هذا قد يكون مشكلة بالنسبة للبعض. لكن إجراء فحص DNS العكسي على نطاق واسع ليس بالأمر الصعب ويمكن أن يكون آليًا بالكامل.

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

7. CDN  – تستخدم معظم مواقع الويب شبكات CDN للسرعة والأمان. يمكن أن يكون ذلك مشكلة في جمع السجلات حيث يمكن تقديم الأصول من شبكات CDN مختلفة. كما ذكرت سابقًا أيضًا، يجب جمع سجلات الوصول من “أقرب نقطة نهاية للزائر” والتي تكون في كثير من الحالات شبكة CDN. مع وجود خطوط أنابيب متعددة، من الحكمة أن يتم دمج دفق طبيعي من السجلات في مكان واحد للتحليل.

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

 

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

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

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

ما هي بعض حالات استخدام SEO؟

 

دعونا نلقي نظرة أكثر تعمقا لنرى كيف يمكن استخدام تحليل ملف السجل log file analysis seo.

هذه القائمة ليست شاملة، ولكن هذه بعض حالات الاستخدام الأكثر شيوعًا لمحركات البحث (SEO).

• إدارة ميزانية الزحف
• إصلاح أخطاء رمز الحالة
• تحقق مما إذا كان موقعك قد تحول إلى Mobile-First Index
• إعطاء الأولوية للزحف الخاص بك
• إدارة تكرار الزحف الخاص بك

تحليل ميزانية الزحف

يجب عدم الخلط بينه وبين معدل الزحف، فميزانية الزحف هي مصطلح محدد لعدد الصفحات التي يستطيع الروبوت الزحف إليها خلال فترة زمنية – والتي عادةً ما تكون بمثابة يوم واحد. 

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

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

على الرغم من أنه يتم التحكم في الزحف عادةً من خلال ملفات robots.txt وعلامات meta-robots، إلا أنه لا يزال هناك ثغرات في دفاعاتك تسمح لبرامج الزحف بالوصول إلى الصفحات المتكررة.

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

بمجرد العثور على الصفحات التي تريد حذفها من الزحف، يمكنك استخدام ملفات robots.txt لتوجيه برامج زحف محركات البحث وفقًا لذلك.

إصلاح أخطاء رمز الحالة

 

هناك ميزة أخرى لتحليل ملفات السجل الخاصة بك وهي أنك ستتمكن من عرض أي أخطاء تواجهها محركات البحث. تختلف هذه عن البيانات الموجودة في برامج الزحف المحلية مثل Screaming Frog وSitebulb حيث أن هذه هي الأخطاء الفعلية التي واجهها Gbot.

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

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

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

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

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

 

تحقق مما إذا كان موقعك قد تحول إلى Mobile-First Index

 

اعتبارًا من 1 يوليو 2019، سيتم تمكين فهرسة الهاتف المحمول أولاً افتراضيًا لجميع مواقع الويب الجديدة (أو تلك التي لم تكن معروفة من قبل لـ Google).  

ومع ذلك، بالنسبة لمواقع الويب القديمة، فإن التحول إلى فهرسة الهاتف المحمول أولاً هو أمر يستغرق وقتًا. وكما قالت جوجل نفسها: “بالنسبة لمواقع الويب القديمة أو الموجودة، فإننا نواصل مراقبة وتقييم الصفحات بناءً على ذلك”. 

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

ستتلقى أيضًا إشعارًا في Google Search Console، وستتمكن من عرض الفرق ضمن  تقرير تغطية الفهرس

إعطاء الأولوية للزحف الخاص بك

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

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

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

ومع ذلك، إذا كنت تريد تحديد أولوية بعض الصفحات، فيمكنك إعداد أولوية الزحف في خريطة موقع XML الخاصة بموقعك. تقدم Google شرحًا رائعًا لكيفية القيام بذلك في  دليل دعم إدارة خريطة الموقع الخاص بها .

إدارة تكرار الزحف الخاص بك

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

على سبيل المثال، ياندكس هو محرك البحث المفضل في روسيا، في حين أن بايدو هو محرك البحث الأكثر شعبية في الصين.

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

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

هذه بعض حالات الاستخدام القياسية. ومع ذلك، تبدأ المتعة الحقيقية عندما تبدأ في دمج بيانات الزحف مع بياناتك الأخرى مثل Google Analytics، وSitemap، وGoogle Search Console. عندما تقوم بدمج البيانات، يجب عليك فهم التحذيرات الخاصة بالمقاييس المختلفة من مصادر مختلفة. نادرًا ما تتم مقارنة المقاييس مباشرة بين المصادر نظرًا لاختلاف تسجيلها. شيء يجب مراعاته.

يعد مجرد معرفة الصفحات التي يتم الزحف إليها بشكل متكرر بواسطة Googlebot أمرًا رائعًا، ولكن إذا رجعت خطوة إلى الوراء وفكرت في الأمر، ما هي حالة الاستخدام الفعلية لذلك؟ ماذا لو كان بإمكانك تراكب بيانات تحويل منتج Google Analytics أعلى الصفحات التي يتم الزحف إليها بشكل متكرر؟ 

لقد قمت ببناء حل Google Data Studio لأوضح لك كيفية القيام بذلك في أسفل المقالة.

 

ما هي ملفات السجلات التي لا تخبرك بها؟

 

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

على سبيل المثال، لن تخبرك ملفات السجل – على الأقل بشكل مباشر – بكيفية أداء موقع الويب الخاص بك من منظور البحث العضوي.

لا يوجد أي نوع من الجلسات ولا نوع البيانات الديموغرافية.

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

كما أنها لن تشير إلى مدى جودة أداء موقع الويب مقارنة بأهدافه التجارية. 

على سبيل المثال، قد يتلقى الموقع عددًا كبيرًا من الزيارات، لكن تحويلاته قد تكون منخفضة بشكل مؤلم.

إذا كان الأمر كذلك، فأنت بحاجة إلى اكتشاف السبب، وهو شيء يمكنك تجميعه مع تدقيق شامل لتحسين محركات البحث يتضمن تحليل ملف السجل log file analysis seo.

 

ما هي بعض أدوات تحليل ملف السجل المفضلة لدي؟

 

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

(القائمة ليست في أي ترتيب معين) 

1. محلل سجل JetOctopus

JetOctopus  هو طفل جديد في المجموعة وقد أعجبت بقدراته بعد اختباره في عدة مواقع. توفر الأداة معظم الميزات القياسية. يستخدم البرنامج بعض التقنيات الذكية للكشف عن الروبوتات المزيفة ولديه ميزة تجزئة قوية.

 

2. مدونات Ryte Botlogs

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

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

3. محلل سجل الزحف 

Oncrawl  هي أداة شائعة أخرى. إنه يحزم جميع الميزات القياسية. يتمتع المحلل ببعض الميزات الفريدة، بما في ذلك مرونة تنسيق السجل، حيث يقوم تلقائيًا بمعالجة ملفات سجل Apache وIIS وNginx. توضح الشركة أيضًا أن الأداة متوافقة مع اللائحة العامة لحماية البيانات.

 

4. سوليزر

Seolyzer  هي أداة رائعة أخرى لتحليل السجلات. عندما قمت بنقل موقعي إلى Netlify، واجهت صعوبة في العثور على حل وقد عرضت Seolyzer حلاً بين عشية وضحاها من خلال إنشاء عامل خدمة Cloudflare وتمكنت على الفور من الحصول على السجلات. تتمتع الشركة بدعم كبير ويمكن للنسخة المجانية أن تدعم ما يصل إلى 10000 عنوان URL. الأداة مليئة بجميع الميزات القياسية بما في ذلك تجميع الصفحات. 

 

5. محلل سجل الضفدع الصراخ

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

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

 

إذًا، ما هو التحدي الذي واجهته؟

 

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

لقد قمت ببعض الأبحاث ووجدت هذه الأداة الرائعة التي تسمى Logflare. أريد أن أتوجه بالشكر الجزيل إلى  Jr Oakes و  Dawn Anderson  و  Charly Wargnie r لتعريفي بعالم Logflare الرائع.

المتطلبات الأساسية

1. يجب أن يستخدم موقع الويب الخاص بك Cloudflare لإدارة DNS.
2. حساب Logflare (أي مستوى سيفي بالغرض، اعتمادًا على حجم موقع الويب الخاص بك.)
3. حساب Google Data Studio مجاني. 
4. القالب الخاص بي (مجاني)
5. حساب BigQuery. (اختياري لتهيئة تخزين السجل لفترة أطول من 60 يومًا أو الاحتفاظ بالبيانات في حساب Google Cloud Platform الخاص بك أو تخصيص مركز البيانات حيث يتم تخزين بياناتك.)