مراقبة وقت التشغيل
فحوصات توفر مستمرة لكل موقع، يتم مقارنتها بتاريخ الموقع نفسه حتى يبدو الخلل البسيط والانقطاع الحقيقي مختلفين. حالة التشغيل هي إشارة أساسية تتعامل معها المنصة، وليست مجرد رسم بياني لا يقرأه أحد.
وقت التشغيل، والأداء، ومراقبة الأخطاء
تراقب Zinn Digital® عناوين الويب التي تمنحها لنا — وقت التشغيل، ومؤشرات الأداء الأساسية للويب Core Web Vitals واستخدام الموارد مقابل استحقاقك — وتعرض ذلك لكل موقع في لوحة التحكم. يتم إرسال التنبيهات عبر البريد الإلكتروني، أو Telegram، أو Slack، أو عبر خطاف الويب (webhook) الخاص بك، وتوجد صفحة الحالة الخاصة بنا خارج المنصة بحيث تستمر في الاستجابة عندما تعجز نحن عن ذلك. مراقبة وقت التشغيل وسرعة الصفحات متاحة الآن مباشرةً: أضف أي عنوان ويب — ثلاثة مجانية في كل حساب، ولا يشترط أن نقوم باستضافته — ونقوم بفحصه كل دقيقة من خارج شبكتنا الخاصة. التوفر: تتبع الأخطاء لكل موقع وإحصاءات الموارد لكل موقع في مرحلة التطوير النشط وغير متاحة حتى الآن. كل ما هو موضح هنا متاح اليوم.
تخبرك لوحات تحكم الاستضافة عادةً بما تدفع ثجره. أما لوحتنا فتخبرك بما يفعله موقعك. كل موقع تشغله معنا يبلغ عن نفس مجموعة الإشارات، لكل موقع، بدون تثبيت أي وكيل وبدون أي إعدادات معقدة.
فحوصات توفر مستمرة لكل موقع، يتم مقارنتها بتاريخ الموقع نفسه حتى يبدو الخلل البسيط والانقطاع الحقيقي مختلفين. حالة التشغيل هي إشارة أساسية تتعامل معها المنصة، وليست مجرد رسم بياني لا يقرأه أحد.
بيانات أداء حقيقية لكل موقع — المقاييس التي يعتمد عليها Google فعلياً في الترتيب. تظهر الصفحات البطيئة كمقياس يمكنك التصرف بناءً عليه، بجوار عناصر تحكم التخزين المؤقت التي تعالجها.
تتوفر سجلات أخطاء HTTP و PHP لكل موقع، لذا فإن الخطأ الفادح الناتج عن تحديث سيء للإضافة أو نشر معطل هو أمر يمكنك الذهاب والعثور عليه بدلاً من تخمينه.
عرض النطاق الترددي لكل موقع، بالإضافة إلى قياس استخدام الموارد مقارنة باستحقاق خطتك - بما في ذلك إحصاءات LVE لكل موقع - حتى تتمكن من معرفة أي موقع يعمل بأقصى طاقة وما إذا كان يقترب من الحد الأقصى.
لوحة المعلومات التي تضطر لتذكر فتحها ليست مراقبة. كل إشارة تغذي طبقة الإشعارات الخاصة بالمنصة، وأنت من يختار المكان الذي تصل إليه.
صفحة الحالة المُستضافة على البنية التحتية التي تراقبها تصبح عديمة الفائدة في اللحظة ذاتها التي تحتاج إليها فيها. أما صفحتنا فهي موجودة عمداً في مكان آخر.
تستضيف صفحة الحالة العامة الخاصة بنا نفسها على بنية تحتية منفصلة وخارج المنصة تماماً؛ وهي خادم مختلف ونطاق تعطل مختلف عن لوحة التحكم والأسطول الذي تبلغ عنه. عندما يحدث خطأ ما في المنصة، تواصل صفحة الحالة الاستجابة، نظراً لعدم وجود أي شيء تعتمد عليه داخل نطاق الحادث.
إنه يحمل علامتك التجارية، ويُغذى بنفس نظام المراقبة الذي يشغل تنبيهاتك لكل موقع، ومستقل بطبيعته لا بمحض الصدفة. وتتبع الواجهة العامة المبدأ ذاته: حيث يتم نشر موقع التسويق ومركز المساعدة بشكل منفصل عن مجموعة لوحة التحكم، لكيلا يتسبب حادث في المنصة في تعطل وثائقنا معه.
هذا هو نفس المنطق الذي يسري في بقية المنصة — نطاقات عطل منفصلة، لا مصير مشترك، لا شيء يمكن أن يقضي على الشيء والأداة التي تستخدمها لتشخيصه معاً.
تكتسب الإشارات قيمة أكبر عندما يمكن لجهة ما التصرف بناءً عليها. إشاراتنا مربوطة بالمساعد وفي خادم MCP، وليس مقفلة في رسم بياني.
عندما تبدأ في إنشاء تذكرة، يقوم المساعد بإجراء تشخيص مباشر على الموقع المتأثر أولاً — وقت التشغيل، أخطاء HTTP و PHP، حالة SSL و DNS، حدود الموارد وأخطاء LVE، علامات البرمجيات الخبيثة، تعارضات الإضافات، سلامة قاعدة البيانات والتخزين المؤقت — قبل أن يتدخل أي شخص بشري على الإطلاق.
ضمن حدود صلاحياتك والقيود البرمجية للمنصة، سيقوم بمسح ذاكرة التخزين المؤقت، وإعادة تشغيل عمال PHP، وإصلاح أو تجديد شهادة SSL، وإصلاح جداول قاعدة البيانات، أو تعطيل الملحق الذي يتسبب في خطشب جسيم، أو إفراغ شبكة توزيع المحتوى (CDN) - ثم إعادة التحقق من الإشارة والتأكيد ما إذا تم حل المشكلة بالفعل.
إذا احتجت إلى مساعدة بشرية، تصل التذكرة محملة مسبقاً بالتشخيصات، وما تم تجربته وما حدث، بحيث يبدأ الدعم من الحقائق بدلاً من أن يطلب منك وصف المشكلة.
اربط أي أداة ذكاء اصطناعي تدعم بروتوكول MCP لتتمكن من قراءة صحة الموقع، والسجلات الحديثة، والمقاييس، ووقت التشغيل، والأخطاء كموارد — بحيث يمكن لوكيلك الخاص تشخيص المشكلات قبل اتخاذ أي إجراء، وذلك باستخدام بروتوكول OAuth 2.1 مع رموز وصول قابلة للإلغاء ومطورة خصيصاً للمؤسسات والأدوار، بالإضافة إلى سجل تدقيق شامل.
مراقبة الأداء تجد مكانها إلى جوار الأدوات التي تُحدث تغييراً في الأداء. ففي منصتنا، تقع بين طبقة التخزين المؤقت وطباقتها المحسّنة لمحركات البحث (SEO).
خلف لوحة تحكمك تكمن نفس منصة الملاحظة والقياس التي نشغل عليها المنصة: Prometheus و Grafana للمقاييس، و OpenTelemetry للتتبع الموزع عبر المحرك وسير العمل وبرامج التشغيل، والسجلات المنظمة المركزية المصنفة حسب المستأجر مع الاحتفاظ ببيانات التدقيق منفصلة.
يتم جمع المقاييس لكل خدمة، ولكل عامل، ولكل مستأجر، إلى جانب إحصاءات LVE لكل موقع من طبقة العزل. وكل تشغيل لخط سير العمل — سواء أكان توفيرًا، أم ترحيلًا، أم فرضًا — يكون مرئيًا من البداية إلى النهاية، ولهذا السبب يمكن أن تكون إجابة الدعم محددة بدلاً من أن تكون تخمينًا.
المراقبة على نطاق واسع هي مشكلة حجم بيانات، لذا تم تصميمها على هذا الأساس. يتم تقسيم مقاييس الحجم الكبير زمنياً وتلخيصها بدلاً من الاحتفاظ بها لكل موقع وفي كل دقيقة إلى الأبد، ويتم أخذ عينات من التتبع، وتحكم التحويلية لكل مستأجر يمنع حساباً مزعجاً واحداً من تدهور لوحات تحكم الآخرين. هدف التصميم هو مليون موقع، وليس العدد الذي نشغله اليوم.
يتم توجيه تنبيهات المراقبة عبر Alertmanager إلى جدول مناوبة الدعم الخاص بنا مع تحديد وتتبع مؤشرات مستوى الخدمة (SLOs) — حيث يتم الاحتفاظ بها منفصلة عن إشعارات العملاء المذكورة أعلاه لضمان عدم وصول ضوضاء العمليات إلى بريدك الوارد، وعدم انتظار تنبيهاتك خلف تنبيهاتنا مطلقاً.
لكل موقع: وقت التشغيل، و Core Web Vitals والأداء، وعرض النطاق الترددي، واستخدام الموارد المقاس مقابل استحقاق خطتك — بما في ذلك إحصاءات LVE الخاصة بكل موقع من طبقة العزل. يتم عرض كل ذلك في لوحة التحكم لكل موقع، بدون الحاجة إلى تثبيت أي وكيل.
من خلال أي قنوات تتصل بها: البريد الإلكتروني، Telegram، Slack أو نقطة نهاية الـ webhook الخاصة بك. يتم تعيين تفضيلات الإشعارات لكل مؤسسة ولكل مستخدم، لذا يمكنك تحديد الأحداث التي تصل إلى أي قناة وأي شخص. يتم توقيع عمليات تسليم الـ webhook باستخدام HMAC، وإعادة محاولتها مع التأخير التدريجي وتسجيلها، بحيث يمكنك فحص أو إعادة تشغيل أي عملية تسليم.
هذا بالضبط ما وُجد ليتجنبها. صفحة الحالة مُستضافة ذاتياً على بنيّة تحتية منفصلة، خارج المنصة تماماً، وفي نطاق فشل مختلف عن لوحة التحكم والأسطول الذي تبلغ عنه — نظراً لأن صفحة الحالة التي تعمل على البنية التحتية التي تراقبها تكون عديمة الفائدة أثناء انقطاع الخدمة.
هذا هو هدف وقت تشغيل الخدمة الذي نبني ونعمل وفقه، وهو مذكور كضمان في باقات Footprint-Free. إنه التزام يتعلق بكيفية هندسة المنصة - حوسبة معزولة لكل موقع، خدمات عديمة الحالة قابلة للتوسيع أفقيًا، ومجالات فشل منفصلة - بدلاً من كونها قياسًا منشورًا للتوفر السابق. التزامنا التعاقدي هو أمر منفصل وأكثر تحديدًا، وهو منشور: انظر اتفاقية مستوى الخدمة (Uptime SLA) على /legal/sla، والتي تحدد المستوى الذي نضمنه رصيد الخدمة الذيندفعه عندما نقصر عنه.
نعم. يتم توفير حالة الموقع، والسجلات الحديثة، والمقاييس، ووقت التشغيل، وبيانات الأخطاء كموارد عبر خادم MCP المستضاف لدينا، بحيث يمكن لأي أداة ذكاء اصطناعي تدعم بروتوكول MCP — مثل Claude و Cursor و ChatGPT وغيرها — قراءتها وتشخيص المشكلات قبل اتخاذ أي إجراء. الوصول محمي عبر بروتوكول OAuth 2.1، ومحدد النطاق ليشمل مؤسستك ودور المستخدم المتصل، وقابل للإلغاء لكل أداة على حدة، كما يتم تسجيل كل إجراء لأغراض التدقيق. تغطي خطافات الويب (Webhooks) الخاصة بالعملاء الجوانب ذاتها فيما يخص عمليات التكامل التقليدية.
إشارات المراقبة الموضحة هنا هي جزء من المنصة وتظهر في لوحة التحكم الخاصة بك للمواقع التي تستضيفها معنا، كما أن لوحة أساسيات تحسين محركات البحث (SEO Basics) المجانية — المؤشرات الحيوية لويب (Core Web Vitals) للصفحة الرئيسية، و(Trust Flow)، والفهرسة — مُدمجة في كل باقة. تتوفر مراقبة أعمق لتحسين محركات البحث مثل تتبع الترتيب ومراقبة الروابط الخلفية كإضافات مدفوعة منفصلة، ويُعد تحسين السرعة العملي ميزة إضافية قابلة للشراء.
نعم. التجربة المجانية لـ Footprint-Free مدتها 14 يوماً، وبدون بطاقة ائتمان، وتغطي ما يصل إلى 5 مواقع - بدون تفاصيل دفع وبدون التزام. أنشئ بضعة مواقع وراقب ما تقرره لوحة التحكم فعلياً قبل أن تقرر.
ابدأ تجربة مجانية لمدة 14 يوماً بدون بطاقة إئتمانية، وتعرف على وقت التشغيل، و Core Web Vitals، والأخطاء، واستخدام الموارد لكل موقع منذ النشر الأول - مع تنبيهات في أي مكان تريده. عمليات نقل مجانية وضمان استرداد الأموال خلال 30 يوماً يدعم كل ما نقدمه.
ابدأ مجاناً