هل يمكن لتسريع مواقع AMP أن يحسن بالفعل وبشكل ملحوظ سرعة تحميل الشاشة الأولى؟ لقد ظل هذا السؤال محل نقاش لسنوات في التقييمات التقنية للمواقع المستقلة الخاصة بالتجارة الخارجية. ولكن مع إضعاف Google تدريجيًا للتمييز الخاص بـ AMP في نتائج البحث، ومع تحول Core Web Vitals إلى عتبة صارمة في SEO، فإن ما تحتاجه الفرق التقنية أكثر ليس الاستدلال النظري، بل نتائج اختبار عملية قابلة لإعادة الإنتاج وقابلة للعزو. خلال الـ18 شهرًا الماضية، أجرى الفريق التقني في EasyABC اختبارات مقارنة على 127 موقعًا مستقلًا حقيقيًا للتجارة الخارجية(تشمل فئات مثل المنتجات الصناعية B2B، الأثاث المنزلي، مستحضرات التجميل، وقطع غيار الآلات)، مع التركيز على ثلاثة مؤشرات أساسية هي LCP(أكبر رسم للمحتوى)、FCP(أول رسم للمحتوى)、CLS(إزاحة التخطيط التراكمية),وكانت جميع المواقع تعمل على منصات بناء مواقع سحابية رئيسية، مع تفعيل CDN موحد واستراتيجية تخزين مؤقت موحدة。
إن تسريع مواقع AMP ليس تقنية مستقلة، بل هو مجموعة صارمة من معايير HTML/CSS/JS. فهو يحقق حدًا أدنى مضمونًا لأداء الشاشة الأولى من خلال تعطيل البرامج النصية التابعة لجهات خارجية، وفرض CSS الأساسي المضمّن، وتقييد أساليب تحميل الخطوط المخصصة، واعتماد العرض المسبق عبر AMP Cache، وغيرها من الوسائل. وقد كان هذا المنطق التصميمي القائم على “استبدال الوظائف بالسرعة” ذا قيمة كبيرة جدًا خلال الفترة 2016–2019، حين كانت شبكات الهاتف المحمول أبطأ عمومًا وكانت قدرات الأجهزة متفاوتة بشكل واضح。
لكن الوضع اليوم مختلف. فقد نضجت تحسينات المتصفحات الحديثة، وتجاوز معدل انتشار HTTP/3 نسبة 65%,كما تحسنت قدرات الحوسبة الطرفية لـ CDN بشكل كبير. وقد وجدنا أنه في ظل نفس إعدادات الخادم ونفس افتراضات التحسين الأساسية، بلغ متوسط LCP لصفحات AMP نحو 1.42 ثانية، بينما بلغ في الصفحات غير التابعة لـ AMP نحو 1.68 ثانية——أي بفارق 260 مللي ثانية فقط، كما أن هذه الأفضلية تكاد تختفي على أجهزة سطح المكتب(الفرق <80ms). والأهم من ذلك أن 23% من مواقع AMP أدت فيها المكونات الإلزامية الخاصة بـ AMP إلى زيادة تأخر التفاعل، مما رفع INP(زمن استجابة التفاعل)بدلًا من تحسينه。

إن النظر إلى أرقام LCP وحدها قد يؤدي بسهولة إلى سوء تقدير. لذلك أجرينا تحليلًا أعمق لمسار تحويل قمع سلوك المستخدمين:
وهذا يعني أن قيمة تسريع مواقع AMP تتحول من “زيادة سرعة عامة” إلى “ضمان قابلية التحكم في سيناريوهات محددة”. فهو أنسب لصفحات الهبوط الإعلانية، وصفحات تجميع الأخبار، وصفحات كتالوج المنتجات الخفيفة، وغيرها من سيناريوهات نقل المعلومات أحادي الاتجاه، وليس للمواقع التسويقية المستقلة التي تتطلب تفاعلاً عميقًا، أو تكاملاً مع أنظمة متعددة، أو تعبيرًا قويًا عن العلامة التجارية。
عند اتخاذ قرار بشأن تفعيل تسريع مواقع AMP من عدمه، يُنصح بالتحقق أولاً من النقاط الأربع التالية:
اكتشفت EasyABC أثناء خدمتها لأكثر من 10万 شركة أن التحسين المستدام الحقيقي للشاشة الأولى غالبًا ما يأتي من تحسينات تنسيقية أعمق على المستوى الأساسي:
وقد حققت هذه الممارسات لدى عملاء EasyABC متوسط LCP منخفضًا إلى 1.21 ثانية، دون الحاجة إلى التخلي عن أي قدرات تفاعلية أو أي تكاملات مع جهات خارجية。
بدلاً من الانشغال بما إذا كان ينبغي تفعيل تسريع مواقع AMP، من الأفضل أولاً إكمال ثلاثة تشخيصات أساسية:
أولاً، استخدام Chrome DevTools Lighthouse لإجراء ثلاث اختبارات فعلية على صفحات الزيارات الرئيسية، وأخذ الوسيط لـ LCP/FCP;
ثانيًا، التحقق مما إذا كان CDN الحالي قد فعّل ضغط Brotli ودعم HTTP/3;
ثالثًا، التأكد مما إذا كانت جميع البرامج النصية التابعة لجهات خارجية قد تم تحميلها على مراحل وفقًا لأهمية الموارد. فإذا لم يستوفِ أي رابط من الروابط المذكورة أعلاه المعايير، فإن عائد تحسينه سيتجاوز بكثير تسريع مواقع AMP نفسه。
إن جوهر الاختيار التقني هو الموازنة بين اليقين والمرونة. وعندما يكون عنق الزجاجة في الأداء قد انتقل من طبقة الشبكة إلى طبقة التطبيق، فإن ما يستحق استثمار الجهد فيه أكثر هو بناء آلية شاملة لتحسين التجربة على امتداد السلسلة بأكملها، تكون قابلة للقياس، وقابلة للتكرار، ومتوافقة مع أهداف العمل。
مقالات ذات صلة
المنتجات ذات الصلة