المحتويات:
صفحات الجوال المسرّعة (AMP)
المجال (المجالات) التخصصية الأساسية: تطوير الويب، أداء الويب، الحوسبة المتنقلة
1. التعريف الأساسي
تُعد تقنية صفحات الجوال المسرّعة (AMP)، وهي اختصار لعبارة Accelerated Mobile Pages، إطار عمل مفتوح المصدر تم إطلاقه في عام 2015 بمبادرة من شركة جوجل بالتعاون مع مجموعة من الناشرين التقنيين. الهدف الأساسي من وراء هذا المشروع هو بناء صفحات ويب سريعة التحميل وقابلة للتخصيص بدرجة عالية، مما يضمن تجربة مستخدم فورية وموثوقة على الأجهزة المحمولة. تركز AMP على تجريد وتبسيط بنية HTML التقليدية من خلال فرض قيود صارمة على استخدام عناصر محددة، مما يسمح بتحميل المحتوى بشكل شبه فوري، خاصةً عند الوصول إليه من خلال منصات البحث الكبرى.
يكمن جوهر AMP في ثلاثة مكونات أساسية تعمل معًا لضمان السرعة: لغة AMP HTML، وهي نسخة مقيدة من HTML الكلاسيكية؛ مكتبة AMP JS، التي تدير تحميل الموارد بشكل غير متزامن وتضمن الأداء؛ وذاكرة التخزين المؤقت لـ AMP Cache، التي تحفظ وتخدم صفحات AMP من خوادم شبكة تسليم المحتوى (CDN) الخاصة بها، مما يقلل من زمن الوصول إلى أدنى حد ممكن. هذه البنية الموحدة والمقيدة هي التي تمنح صفحات AMP ميزتها التنافسية في السرعة مقارنةً بصفحات الويب التقليدية التي قد تكون مثقلة بالسكربتات الخارجية وعناصر الطرف الثالث المعيقة للأداء.
على الرغم من أن AMP غالبًا ما ترتبط بجوجل، إلا أنها مصممة لتكون معيارًا مفتوحًا يمكن لأي طرف استخدامه أو المساهمة فيه. وقد أثبتت فعاليتها في تحسين مؤشرات الأداء الأساسية (Core Web Vitals) قبل أن تصبح هذه المؤشرات معيارًا أساسيًا، وذلك من خلال ضمان أن محتوى الشاشة مرئي وقابل للتفاعل بسرعة قصوى، وهو ما يمثل تحديًا كبيرًا في بيئة الويب المليئة بالإعلانات المعقدة والملفات الثقيلة.
2. الأصول والتطور التاريخي
جاء ظهور AMP كرد فعل مباشر على التحديات المتزايدة التي واجهها ناشرو المحتوى في العصر المحمول. فمع انتقال غالبية تصفح الإنترنت إلى الهواتف الذكية، تدهور أداء تحميل الصفحات بشكل ملحوظ، مما أدى إلى ارتفاع معدلات الارتداد (Bounce Rates). كما أن ظهور مبادرات منافسة مثل “مقالات فيسبوك الفورية” (Facebook Instant Articles) و”أخبار أبل” (Apple News) التي كانت تستضيف المحتوى داخل تطبيقاتها الخاصة لضمان سرعته، دفع جوجل إلى تقديم حل مماثل ولكنه قائم على الويب المفتوح.
تم الإعلان عن مشروع AMP رسميًا في أكتوبر 2015، وتم دمجه في نتائج بحث جوجل في أوائل عام 2016. وفي البداية، كانت صفحات AMP تظهر بشكل بارز في “القصص العليا” (Top Stories Carousel) ضمن نتائج بحث جوجل، وغالبًا ما كانت تُمنح أولوية الظهور، مما خلق حافزًا قويًا للناشرين لتبني هذه التقنية. كان الهدف الأولي هو تحسين تجربة قراءة الأخبار والمقالات بشكل خاص.
على مر السنين، تطور إطار العمل ليشمل دعمًا أوسع من مجرد المقالات، حيث أصبح يدعم النماذج الديناميكية، مثل صفحات التجارة الإلكترونية، والإعلانات الغنية. وبينما كان AMP في بداياته يفرض قيودًا صارمة للغاية، فقد سمح التطور اللاحق بإدخال المزيد من التخصيص والوظائف، مع الحفاظ على المبدأ الأساسي المتمثل في التحميل السريع والموثوق. وقد خففت جوجل من اعتمادها الحصري على AMP في عام 2021، حيث أصبح الامتثال لمؤشرات الأداء الأساسية للويب (Core Web Vitals) هو المعيار الأساسي لتصنيف السرعة والأهلية للظهور في واجهة “القصص العليا”، بدلاً من مجرد استخدام تقنية AMP نفسها.
3. المبادئ المعمارية والقيود
تعتمد بنية AMP على مجموعة صارمة من المبادئ المعمارية التي تهدف إلى إزالة كل العوائق المحتملة أمام التحميل السريع. أهم هذه المبادئ هو التوقع والتحكم في تدفق الموارد. ولتحقيق ذلك، يفرض الإطار قيودًا أساسية على المطورين يجب الالتزام بها لكي تعتبر الصفحة صالحة كصفحة AMP.
أول وأهم قيد هو الحظر شبه الكامل لـ جافاسكربت (JavaScript) المخصص. لا يمكن للمطورين كتابة سكربتات JS الخاصة بهم في صفحة AMP التقليدية؛ وبدلاً من ذلك، يجب الاعتماد كليًا على مكتبة AMP JS القياسية والمكونات الإضافية المعتمدة مسبقًا. هذه المكتبة هي المسؤولة عن إدارة تحميل الصفحة بالكامل، بما في ذلك تحميل الصور، وعناصر الطرف الثالث، والتأكد من أن تحميل الموارد لا يعيق عرض المحتوى الأساسي. هذا يضمن أن السلوك غير المتوقع لسكربتات الطرف الثالث لا يبطئ تحميل الصفحة.
ثانيًا، يجب تحميل جميع الموارد الخارجية، مثل الصور والخطوط وإطارات iframe، بشكل غير متزامن. لا يسمح AMP بوجود أي آليات تحميل “تمنع العرض” (render-blocking). يتم استبدال عناصر HTML القياسية للوسائط (مثل <img> و <video>) بـ مكونات AMP مخصصة (مثل <amp-img>)، والتي تتيح لمكتبة AMP JS تحديد أولويات التحميل وتأجيل تحميل العناصر غير المرئية خارج إطار العرض (Viewport). يضاف إلى ذلك، اشتراط تحديد أبعاد جميع العناصر مسبقًا في كود HTML، مما يمنع ظاهرة “تغير التخطيط التراكمي” (Cumulative Layout Shift – CLS) التي تضر بتجربة المستخدم.
4. المكونات الرئيسية
يتكون نظام AMP البيئي من ثلاثة عناصر هيكلية متكاملة، كل منها يلعب دورًا حاسمًا في تحقيق السرعة المطلوبة والموثوقية العالية. هذه المكونات هي أساس كيفية عمل AMP كوحدة واحدة لتقديم محتوى سريع.
- AMP HTML: هي لغة ترميز مشتقة من HTML5 ولكنها تحتوي على مجموعة من القيود الإلزامية. تتطلب هذه اللغة استخدام وسم
<html amp>أو<html ⚡>للتعريف بالصفحة. أهم ما يميز AMP HTML هو استبدال بعض الوسوم القياسية بنظيراتها المخصصة (مثل<amp-carousel>أو<amp-ad>)، والتي تضمن أن يتم تحميل هذه العناصر بطريقة صديقة للأداء. كما تفرض قيودًا على استخدام CSS، حيث يجب أن يكون حجم ورقة الأنماط المضمنة صغيرًا (أقل من 75 كيلوبايت) ويتم تضمينه مباشرة في وسم<head>. - AMP JS: هي مكتبة جافاسكربت أساسية تعمل كمدير موارد للصفحة. يتم تحميل هذه المكتبة بشكل غير متزامن وتكون مسؤولة عن تنفيذ جميع عمليات التحميل والتحقق من الصحة. تقوم AMP JS بإدارة أولويات التحميل وتأخير الموارد غير الضرورية، وتضمن أن تحميل مكونات الطرف الثالث يتم داخل إطارات iframe معزولة لتقليل تأثيرها السلبي على أداء الصفحة الرئيسية. كما أنها تدير آلية “التخزين المسبق” (Prerendering) لتمكين التحميل الفوري.
- AMP Cache: هي شبكة تسليم محتوى (CDN) قائمة على الخادم الوكيل (Proxy Server) تستخدم لتخزين صفحات AMP والتحقق من صحتها وتخديمها بكفاءة. عند وصول المستخدم إلى صفحة AMP عبر بحث جوجل، يتم تخديم الصفحة مباشرة من ذاكرة التخزين المؤقت لجوجل أو ذاكرة تخزين مؤقت أخرى معتمدة (مثل Cloudflare AMP Cache). هذا يقلل من المسافة المادية بين المستخدم والخادم، ويسمح لجوجل بتطبيق تحسينات إضافية مثل تحويل الصور إلى تنسيقات أكثر كفاءة، وضمان أن جميع الموارد يتم تحميلها عبر بروتوكول HTTP/2 أو HTTP/3.
5. آلية العمل وتسريع الأداء
تعتمد السرعة الفائقة لصفحات AMP على مزيج من القيود المعمارية والتحسينات اللوجستية، أبرزها استخدام ذاكرة التخزين المؤقت والتحميل المسبق. تبدأ العملية عندما يقوم محرك البحث (مثل جوجل) بالزحف إلى صفحة ويب تقليدية ويجد نسخة AMP صالحة لها. يتم تخزين هذه النسخة في AMP Cache.
عندما يرى المستخدم رابطًا لصفحة AMP في نتائج البحث، تقوم واجهة المستخدم الخاصة بمحرك البحث (سواء كانت تطبيقًا أو متصفحًا) بتحميل الصفحة مسبقًا (Prerendering) قبل أن ينقر عليها المستخدم. يتم تحميل الصفحة في وضع “خارج الشاشة” (Off-screen) باستخدام إطار iframe معزول. وبفضل القيود المفروضة على AMP HTML، يمكن لمحرك البحث أن يثق بأن الصفحة لن تستهلك موارد كبيرة أو تسبب مشاكل أداء، مما يجعل التحميل المسبق آمنًا وفعالًا.
بمجرد أن ينقر المستخدم على الرابط، يتم تبديل إطار iframe المحمّل مسبقًا إلى عرض الشاشة بالكامل، مما يعطي انطباعًا بأن الصفحة قد تم تحميلها بشكل فوري. يتم تخديم هذه الصفحة من ذاكرة التخزين المؤقت (AMP Cache)، مما يضمن أن مصدر الصفحة هو نفس نطاق جوجل (أو CDN آخر)، مما يسهل عملية التحميل المسبق وتجنب عمليات البحث عن DNS المتعددة والتفاوض على الاتصال. هذا التخزين المؤقت والتحميل المسبق هما المكونان الرئيسيان وراء تجربة المستخدم “اللحظية” التي تعد بها AMP.
6. الأهمية والتأثير على النظام البيئي للويب
كان لـ AMP تأثير عميق ومزدوج على النظام البيئي للويب. من ناحية، نجحت التقنية في رفع مستوى توقعات المستخدمين والناشرين فيما يتعلق بأداء الويب على الأجهزة المحمولة. قبل AMP، كان بطء تحميل الصفحات مقبولًا إلى حد ما، لكن إظهار إمكانية التحميل الفوري خلق معيارًا جديدًا لأفضل الممارسات.
على صعيد تحسين محركات البحث (SEO)، أصبحت السرعة عاملًا حاسمًا. وعلى الرغم من أن جوجل أكدت دائمًا أن AMP نفسها ليست عامل تصنيف مباشر، إلا أن السرعة الفائقة التي توفرها تؤدي إلى تحسين مؤشرات السلوك (مثل انخفاض معدلات الارتداد وزيادة وقت التوقف في الصفحة)، كما أن كونها كانت شرطًا للظهور في “القصص العليا” منحها ميزة تنافسية هائلة للناشرين. وقد أجبر نجاح AMP التقني المطورين على إيلاء اهتمام أكبر بالتحسينات المعمارية التي تحد من استخدام جافاسكربت غير الضروري وتفرض تحديد أبعاد العناصر مسبقًا.
كما شجع AMP على تطوير أدوات التحقق من الصحة التي تضمن التزام الصفحات بالمعايير الصارمة، مما أدى إلى إنشاء ويب “صحي” تقنيًا. حتى بعد تراجع أهمية AMP كشرط إلزامي، فإن المبادئ التي أرستها، خاصة فيما يتعلق بالتحميل غير المتزامن وتحديد الأولويات، أصبحت جزءًا لا يتجزأ من مبادرات جوجل الأحدث مثل مؤشرات Core Web Vitals، والتي تسعى لتعميم مفهوم السرعة والموثوقية على جميع صفحات الويب، سواء كانت تستخدم إطار عمل AMP أم لا.
7. الانتقادات والجدل المحيط بالتقنية
على الرغم من الأهداف المعلنة لـ AMP المتمثلة في دعم الويب المفتوح، واجهت التقنية انتقادات كبيرة، تركزت بشكل أساسي حول مسائل المركزية والتحكم الذي تمارسه جوجل.
كانت أهم نقطة خلاف هي مسألة ملكية النطاق (URL Ownership). عندما يتم تخديم صفحة AMP من ذاكرة التخزين المؤقت لجوجل (AMP Cache)، فإن عنوان URL الذي يظهر للمستخدم في شريط المتصفح يكون هو نطاق جوجل (google.com/amp/...)، وليس النطاق الأصلي للناشر. على الرغم من أن جوجل أضافت شريط عنوان مرئي يظهر النطاق الأصلي، إلا أن هذا التغيير في النطاق أثار مخاوف من أن جوجل تستخدم AMP لتحويل نفسها إلى طبقة وسيطة دائمة بين الناشر والمستخدم، مما يقلل من قيمة العلامة التجارية للناشر.
بالإضافة إلى ذلك، وجهت اتهامات بأن AMP يمثل ممارسة مناهضة للمنافسة، حيث أن الأفضلية التي كانت تُمنح لصفحات AMP في نتائج البحث (خاصة في الـ “القصص العليا”) كانت تفرض على الناشرين تبني التقنية إذا أرادوا المنافسة بفعالية، مما يعزز هيمنة جوجل على بنية المحتوى. كما أن القيود الصارمة على جافاسكربت جعلت دمج بعض الوظائف المتقدمة أو حلول الإعلانات المخصصة صعبًا، مما أدى إلى تحديات في تحقيق الدخل لبعض الناشرين.
ومع تطور الإطار، حاولت جوجل معالجة بعض هذه المخاوف من خلال تقنية “توقيع الويب المعبأ” (Signed Exchanges – SXG)، والتي تسمح لصفحات AMP المحملة عبر ذاكرة التخزين المؤقت بالاحتفاظ بالنطاق الأصلي للناشر في شريط URL. ورغم هذه الجهود، لا يزال الجدل قائمًا حول التوازن بين فوائد الأداء والمركزية التكنولوجية.
8. الوضع الحالي والمستقبل
شهد دور AMP في النظام البيئي لنتائج بحث جوجل تحولًا كبيرًا منذ عام 2021. مع إطلاق مبادرة مؤشرات الأداء الأساسية للويب (Core Web Vitals)، لم تعد AMP شرطًا إلزاميًا للظهور في واجهة “القصص العليا”. واليوم، يمكن لأي صفحة ويب تلبي معايير الأداء والخبرة التي تحددها مؤشرات CWV أن تكون مؤهلة للظهور في هذا الجزء المتميز، مما أدى إلى تخفيف الضغط على الناشرين لتبني AMP.
ومع ذلك، لم تختف AMP. لا يزال الإطار يوفر مسارًا مضمونًا ومُختبرًا لتحقيق أداء عالٍ للغاية. بالنسبة للعديد من مواقع الأخبار والمحتوى التي تعتمد على السرعة المطلقة في لحظات الذروة، تظل AMP خيارًا عمليًا وموثوقًا. ويستمر مجتمع AMP المفتوح في تطوير المكونات، مع التركيز على دعم المزيد من الوظائف الديناميكية والتفاعلية التي كانت مفقودة في الإصدارات المبكرة.
يتجه مستقبل تطوير الويب نحو دمج مبادئ AMP في الويب العادي، من خلال تقنيات مثل AMP in PWA أو استخدام مكونات AMP على صفحات الويب غير الخاصة بـ AMP (ما يسمى AMP as a Web Component). يمثل هذا الاتجاه اعترافًا بأن المبادئ المعمارية التي فرضتها AMP هي مبادئ سليمة لتحقيق السرعة، حتى لو اختلفت طريقة التنفيذ النهائي.