يمكنك تحميل موقع الويب الخاص بك - فهو سريع. يؤكد فريقك الموجود في نفس المدينة – بسرعة. بعد ذلك، يرسل أحد المستخدمين في ألمانيا بريدًا إلكترونيًا: "يستغرق تحميل موقعك 12 ثانية." يغرد أحد العملاء في سنغافورة: "يستمر تسجيل الخروج في انتهاء المهلة."
موقع الويب الخاص بك ليس بطيئًا في كل مكان. إنه في مكان ما بطيء — ولا تعرف أين أو لماذا.
لقد أمضيت أشهرًا في تحسين موقع الويب الخاص بك. درجات المنارة عالية. تظهر مؤشرات أداء الويب الأساسية باللون الأخضر. تم تكوين CDN الخاص بك. تم إعداد SSL بشكل صحيح.
ثم تبدأ في تلقي الشكاوى. ليس من الجميع – فقط من مناطق محددة. أبلغ المستخدمون في البرازيل عن أوقات تحميل تبلغ 8 ثوانٍ. لا يمكن للمستخدمين في الهند إكمال عملية الدفع. يقول المستخدمون في أستراليا إن الموقع "يبدو معطلاً".
يمكنك الاختبار من الكمبيوتر المحمول الخاص بك - كل شيء يعمل. قمت بإجراء اختبار السرعة - تبدو النتائج جيدة. يُظهر APM الخاص بك أوقات استجابة صحية. تعرض لوحة معلومات CDN الخاصة بك جميع الحواف قيد التشغيل.
لكن الشكاوى تتوالى. وليس لديك طريقة لمعرفة ما يختبره هؤلاء المستخدمون بالفعل.
هذه هي حقيقة تشغيل موقع ويب مع مستخدمين دوليين. يمكن أن يكون موقع الويب الخاص بك بطيئًا في بعض البلدان ولكنه سريعًا في بلدان أخرى - وما لم تكن تقوم بالمراقبة من تلك البلدان، فلن تعرف أبدًا حتى يكلفك ذلك إيرادات.
الإنترنت ليس شبكة واحدة، بل هو عبارة عن خليط من آلاف الأنظمة المستقلة، ولكل منها مراوغاتها الخاصة، واتفاقيات النظير، وأنماط الفشل.
قبل أن يتمكن المتصفح من الاتصال بالخادم الخاص بك، فإنه يحتاج إلى حل اسم المجال الخاص بك. إذا لم يكن لدى موفر DNS الخاص بك عقد أي بث بالقرب من موقع المستخدم، فيمكن لدقة DNS وحدها إضافة 200 إلى 500 مللي ثانية إلى كل تحميل للصفحة.
مثال: يضيف مستخدم في جنوب إفريقيا يستفسر عن خادم DNS في أوروبا أكثر من 150 مللي ثانية من وقت الذهاب والعودة — حتى قبل أن يبدأ طلب HTTP الأول.
يحدد BGP (بروتوكول بوابة الحدود) كيفية عبور الحزم للإنترنت. يمكن أن يؤدي التوجيه دون المستوى الأمثل إلى إرسال حركة المرور عبر تحويلات غريبة - قد تمر الحزم القادمة من البرازيل عبر ميامي، ثم أمستردام، قبل الوصول إلى خادم لندن الخاص بك.
مثال: قد يرى مستخدم في ساو باولو يتصل بخادمك في سنغافورة زمن وصول يبلغ 400 مللي ثانية بسبب التوجيه عبر الساحل الغربي للولايات المتحدة بدلاً من الكابلات البحرية المباشرة.
قد تحتوي شبكة CDN الخاصة بك على 200 موقع مؤقت، ولكنها ليست جميعها متساوية. بعض الحواف مثقلة. البعض لديه مخبأة قديمة. لدى البعض مشكلات في الاتصال بأصلك. تظهر صفحة حالة CDN "قيد التشغيل" - لكن المستخدمين في جاكرتا يجربون TTFB لمدة 5 ثوانٍ.
مثال: تعرض CDN edge في مانيلا المحتوى المخبأ على الفور. تعاني Edge في مدينة Ho Chi Minh من فقدان ذاكرة التخزين المؤقت وتؤدي إلى جلب أصل بطيء في كل مرة.
يقوم بعض مزودي خدمة الإنترنت بتقييد حركة المرور إلى نطاقات IP معينة أو موفري خدمة الاستضافة. البعض الآخر لديه نقاط نظير مزدحمة خلال ساعات الذروة. يقوم المستخدمون على أحد مزودي خدمة الإنترنت بتحميل موقعك خلال ثانية واحدة؛ ينتظر المستخدمون على مزود خدمة إنترنت آخر في نفس المدينة 10 ثوانٍ.
مثال: يواجه مستخدمو Reliance Jio في الهند أوقات تحميل تبلغ 8 ثوانٍ. يتمتع المستخدمون على Airtel في نفس المدينة بـ 1.2 ثانية. نفس الموقع، نفس المدينة، ومزود خدمة إنترنت مختلف.
الحقيقة المحبطة: كل هذه المشكلات غير مرئية من موقعك. الخادم الخاص بك سريع. تم تحسين التعليمات البرمجية الخاصة بك. تم تكوين CDN الخاص بك بشكل صحيح. ولكن في مكان ما بين البنية التحتية الخاصة بك ومستخدمين معينين، هناك شيء ما يضيف ثوانٍ إلى كل طلب - ولا يمكنك اكتشافه إلا من خلال مراقبة المكان الفعلي لهؤلاء المستخدمين.
تم تصميم أدوات المراقبة القياسية لاكتشاف الانقطاعات، وليس تدهور الأداء الإقليمي.
تتحقق معظم أدوات مراقبة سرعة مواقع الويب من 3 إلى 10 مواقع، وتتركز بشكل كبير في الولايات المتحدة وأوروبا الغربية. إذا كان المستخدمون لديك في جنوب شرق آسيا، أو أمريكا اللاتينية، أو الشرق الأوسط، أو أفريقيا - فأنت تطير أعمى.
إن إجراء عمليات التحقق التركيبية من مناطق AWS أو GCP ليس أمرًا تمثيليًا. غالبًا ما يكون الاتصال من السحابة إلى السحابة أفضل من مسارات الشبكات السكنية أو الخاصة بالمؤسسات. تظهر مراقبتك 200 مللي ثانية؛ تجربة المستخدمين الحقيقية 2000 مللي ثانية.
معرفة أن الصفحة "بطيئة" ليست كافية. هل هو DNS؟ اتصال TCP؟ مصافحة TLS؟ الوقت للبايت الأول؟ تنزيل المحتوى؟ بدون تفصيل زمن الاستجابة، لا يمكنك تشخيص ما إذا كانت المشكلة تكمن في الخادم الخاص بك، أو CDN الخاص بك، أو مسار الشبكة.
عندما تكون هناك مشكلة في التوجيه أو فقدان حزمة على المسار، فإنك تحتاج إلى بيانات التتبع وMTR لتحديد مكان تأخير الحزم أو إسقاطها. معظم أدوات المراقبة لا تقدم هذا - لذا لا يمكنك أن تثبت لـ CDN أو موفر الاستضافة مكان المشكلة بالضبط.
إذا كنت تراقب من 10 مواقع فقط، فإنك ترى أقل من 10% من تجربة المستخدمين. وقد يواجه الـ 90% الآخرون واقعًا مختلفًا تمامًا.
لا يمثل موقع الويب البطيء في بعض البلدان مجرد إزعاج بسيط - بل يمثل مشكلة تجارية.
المستخدمون الذين يواجهون أوقات تحميل بطيئة لا يتذمرون، بل يغادرون. يؤدي التأخير لمدة 3 ثوانٍ إلى زيادة معدل الارتداد بنسبة 32%. يؤدي التأخير لمدة 5 ثوانٍ إلى زيادته بنسبة 90%. لا يظهر هؤلاء المستخدمون أبدًا في تحليلاتك لأنهم لم ينتهوا مطلقًا من تحميل شفرة التتبع الخاصة بك.
إذا استغرق تحميل صفحة الدفع الخاصة بك 10 ثوانٍ في ألمانيا، فإنك تفقد العملاء الألمان. إذا انتهت مهلة نموذج الاشتراك الخاص بك في الهند، فإنك تفقد ثاني أكبر عدد من مستخدمي الإنترنت في العالم. هذه ليست حالات هامشية - إنها أسواق كاملة تتجاهلها عن غير قصد.
يقوم Google بالزحف من مواقع عالمية متعددة. إذا واجه Googlebot أوقات تحميل بطيئة من مناطق معينة، فستعاني مؤشرات الويب الأساسية لديك، وتنخفض ميزانية الزحف، وتنخفض التصنيفات - ليس على مستوى العالم، ولكن في أسواق محددة. ترى انخفاضًا في حركة المرور وليس لديك أي فكرة عن السبب.
تنتشر الكلمة. "هذه الخدمة غير قابلة للاستخدام في آسيا." "لا تقلق، فهو لا ينجح أبدًا من أوروبا." تخلق منشورات المنتدى والتغريدات وتعليقات موقع المراجعة تصورًا يصعب عكسه - خاصة عندما لا تعرف حتى بوجود المشكلة.
إن تشخيص قضايا الأداء الإقليمي يتطلب ثلاثة أشياء: التغطية العالمية، وعمق التشخيص، والسياق التاريخي.
لا تراقب فقط من "آسيا" – بل راقب من طوكيو وسنغافورة ومومباي وجاكرتا وسيدني. لا تراقب من "أوروبا" فحسب، بل راقب من فرانكفورت ولندن وأمستردام ووارسو وستوكهولم. يكشف كل موقع عن مسارات شبكة مختلفة واختناقات محتملة.
قم بمطابقة مواقع المراقبة الخاصة بك بالمكان الذي يتواجد فيه المستخدمون بالفعل.
قم بقياس كل مرحلة: بحث DNS، ومصافحة TCP، وتفاوض TLS، والوقت حتى البايت الأول، ونقل المحتوى. عندما تكون الصفحة بطيئة، ستعرف بالضبط المرحلة التي تسبب المشكلة - وما إذا كانت مشكلة يمكنك إصلاحها أم مشكلة في الشبكة الأولية.
"بطيء" غامض. "500 مللي ثانية DNS + 200 مللي ثانية TTFB" قابل للتنفيذ.
عندما تكون المنطقة بطيئة، يعرض لك برنامج التتبع بالضبط أي خطوة في الشبكة تضيف زمن الوصول. تخبرك المقارنة التاريخية ما إذا كان هذا السلوك جديدًا أم أنه كان دائمًا على هذا النحو. ويساعدونك معًا في تحديد ما إذا كانت هذه مشكلة مؤقتة أم مشكلة توجيه دائمة.
بيانات Traceroute هي دليلك عند التصعيد إلى مقدمي الخدمة.
طريقة خطوة بخطوة لتحديد سبب بطء موقع الويب الخاص بك في بعض البلدان وسرعته في بلدان أخرى.
اسحب البيانات من Google Analytics أو Cloudflare أو سجلات الخادم الخاص بك. حدد أهم 10 بلدان ومدن يأتي منها المستخدمون. هذه هي المواقع التي يجب أن تراقب منها.
استخدم خدمة المراقبة التي تتحقق من أكثر من 50 موقعًا وتوفر توقيتًا لكل مرحلة (DNS، TCP، TLS، TTFB). بدون هذه التفاصيل، ستعرف أن شيئًا ما بطيء ولكن ليس ماذا أو لماذا.
عند تحديد منطقة بطيئة، قم بتشغيل Traceroute وMTR لرؤية مسار الشبكة. ابحث عن القفزات ذات زمن الوصول العالي، أو فقدان الحزمة، أو التوجيه غير المعتاد. تخبرك هذه البيانات ما إذا كانت المشكلة تكمن في CDN الخاص بك، أو أصلك، أو العمود الفقري للإنترنت.
تأكد من أن CDN الخاص بك يقدم بالفعل المحتوى من أقرب حافة. تحقق من نسب نتائج ذاكرة التخزين المؤقت لكل منطقة. يعني فقدان ذاكرة التخزين المؤقت جلبًا بطيئًا للأصل. قد يتم تكوين بعض الحواف بشكل خاطئ أو يتم تحميلها بشكل زائد.
إذا كان تحليل DNS بطيئًا في مناطق معينة، فقد لا يكون لدى موفر DNS الخاص بك عقد بث قريبة. فكر في مزود DNS يتمتع بتغطية عالمية أفضل، أو قم بإضافة مزود ثانوي للتكرار.
عند الاتصال بـ CDN أو مزود الاستضافة أو خدمة DNS بشأن المشكلات الإقليمية، قم بإحضار بيانات التتبع وتفاصيل التوقيت والمخططات التاريخية. يتم تجاهل عبارة "الأمر بطيء في سنغافورة". "إليك 30 يومًا من تتبع المسار الذي يُظهر قفزة تبلغ 400 مللي ثانية على حافةك" يتم تفعيلها.
قم بتكوين التنبيهات لمناطق معينة تُعلمك عندما يتجاوز زمن الاستجابة حدًا معينًا أو عندما ينخفض التوفر. لا تحتاج إلى تنبيهات عالمية بشأن وقت التوقف عن العمل، بل تحتاج إلى تنبيهات تدهور خاصة بالمنطقة.
اقضِ 10 دقائق كل أسبوع في مراجعة اتجاهات الأداء الإقليمية. التدهور البطيء غير مرئي في الوقت الفعلي ولكنه واضح في الرسوم البيانية التاريخية. قبض على المشاكل قبل أن تتفاقم.
تم إنشاء Latency Global خصيصًا لحل مشكلة "بطيء في بعض البلدان، وسريع في بلدان أخرى". نحن نراقب من أكثر من 70 موقعًا حقيقيًا عبر 6 قارات - وليس فقط المناطق السحابية، ولكن نقاط المراقبة الفعلية للشبكة التي تعكس تجربة المستخدمين الحقيقية.
يتضمن كل فحص توزيعًا كاملاً لزمن الاستجابة: DNS، وTCP، وTLS، وTTFB. يمكنك تشغيل Traceroute وMTR عند الطلب من أي مكان. تتيح لك البيانات التاريخية مقارنة الأداء الحالي مع خطوط الأساس. وتتكلف 5 دولارات شهريًا - وليس ما بين 200 إلى 500 دولار أمريكي التي يتم تشغيلها عادةً في المراقبة العالمية للمؤسسات.
يعد تشغيل المراقبة العالمية مكلفًا - ولهذا السبب تحدد معظم الأدوات المواقع. نحن نبقي الأسعار منخفضة من خلال خدمة العملاء الذين يدفعون، وليس الحفاظ على المستويات المجانية.
الأسباب الأكثر شيوعًا هي: زمن استجابة تحليل DNS (ليس لدى موفر DNS الخاص بك خوادم بالقرب من هؤلاء المستخدمين)، وتوجيه BGP دون المستوى الأمثل (الحزم التي تأخذ مسارات غير فعالة)، ومشكلات أداء حافة CDN (فقد ذاكرة التخزين المؤقت أو الحواف المحملة بشكل زائد)، واختناق مزود خدمة الإنترنت الإقليمي أو ازدحامه. الطريقة الوحيدة لتحديد سبب مشكلتك المحددة هي المراقبة من تلك المواقع مع بيانات تفصيلية لوقت الاستجابة الكامل وبيانات التتبع.
تمنحك الاختبارات التي تُجرى لمرة واحدة لمحة سريعة، لكن الأداء يختلف على مدار اليوم. أنت بحاجة إلى مراقبة مستمرة لاكتشاف المشكلات المتقطعة، وتحديد الأنماط (على سبيل المثال، حالات التباطؤ خلال ساعات الذروة في مناطق معينة)، وبناء خطوط الأساس التاريخية. لن يمنحك اختبار السرعة المجاني أيضًا تفاصيل زمن الوصول أو بيانات التتبع لتشخيص السبب الجذري.
"التشغيلية" لا تعني "الأمثل". يمكن أن تكون الحواف قيد التشغيل ولكن: تكون بها نسب دخول منخفضة إلى ذاكرة التخزين المؤقت (فرض جلب الأصل)، أو تكون محملة بشكل زائد خلال ساعات الذروة، أو تحتوي على محتوى قديم أو تم تكوينه بشكل خاطئ، أو يكون اتصالها ضعيفًا ببعض موفري خدمة الإنترنت. تمنحك المراقبة المستقلة من خارج CDN الخاص بك الحقيقة الأساسية التي لا تظهرها لوحات معلومات CDN.
انظر إلى انهيار الكمون. إذا كان TTFB (الوقت المستغرق للبايت الأول) مرتفعًا ولكن DNS/TCP/TLS طبيعي، فإن المشكلة تكمن في الخادم الأصلي لديك. إذا كانت مصافحة DNS أو TCP عالية، فإن المشكلة تكمن في الخادم الخاص بك. يعرض لك Traceroute بالضبط أي خطوة في الشبكة تضيف زمن الوصول - سواء كان موفر الاستضافة أو شبكة النقل أو مزود خدمة الإنترنت.
قد لا تتمكن من إصلاح المشكلات على مستوى مزود خدمة الإنترنت مباشرة، ولكن يمكنك: (1) التحقق من أنها ليست البنية الأساسية الخاصة بك، (2) توثيق المشكلة للعملاء المتأثرين، (3) استكشاف حواف CDN البديلة التي توجه بشكل مختلف، (4) إضافة خوادم أصلية في المناطق التي بها مشكلات مستمرة، أو (5) الاتصال بفريق شبكة موفر الاستضافة الخاص بك مع دليل التتبع لاستكشاف تغييرات النظير.
بالنسبة لمواقع الإنتاج التي تضم مستخدمين دوليين، تعتبر فترات التحقق التي تبلغ دقيقة واحدة مثالية. يؤدي هذا إلى اكتشاف المشكلات المتقطعة ويمنحك نقاط بيانات كافية لتحليل الاتجاه بشكل مفيد. تعتبر الفواصل الزمنية التي تبلغ 5 دقائق مقبولة للصفحات الأقل أهمية، ولكنك ستفوتك المشاكل ذات المدة القصيرة.
توقف عن التخمين لماذا يكون موقع الويب الخاص بك بطيئًا في بعض البلدان. أضف عنوان URL الخاص بك، وحدد مواقع المراقبة الخاصة بك، واحصل على رؤية لما يختبره المستخدمون العالميون فعليًا - قبل أن يرسلوا إليك بريدًا إلكترونيًا بخصوص هذا الموضوع.
5 دولارات شهريًا • لا توجد عقود • قم بالإلغاء في أي وقت