لماذا لن نحوّل صفحاتنا إلى AMP -…

8 مارس 2025 • بقلم د.ك.

AMP هو مشروع Google لعام 2015 يستخدم مجموعة فرعية من HTML مقيدة لتحسين سرعة الصفحات المحمولة، لكنه لا يحل مشكلة الانتفاخ بشكل حقيقي وبدلاً من ذلك يوجه حركة المرور عبر Google مع المساس بمصداقية المحتوى.

النقاط الرئيسية

AMP لا يقلل بالفعل من انتفاخ الصفحة؛ فعرض Google AMP التوضيحي كان أكبر بـ 8 مرات من النسخة غير AMP.
يسمح AMP لمولدات المحتوى المزيفة بالظهور بنفس مصداقية مقدمي الخدمات الحقيقيين عند تقديمها من قبل Google.
جميع النقرات من صفحات AMP تمر عبر Google، مما يركز التحكم وحركة المرور.
الإزالة الصامتة من Google لـ www في Chrome 69 تنشئ مخاطر التصيد والإمكانيات المحتملة لإخفاء عنوان URL.
لن تطبق DATA نموذج AMP بسبب مخاوف أخلاقية بشأن الدوافع الحقيقية لـ Google وآليات التحكم.

الويب مليء بالصفحات المنتفخة التي تثقل كاهل الخوادم بأطر عمل JavaScript المتضخمة، بينما تجعل التجربة محبطة وم cumbersome.

لعلاج ذلك، اقترحت Google في عام 2015 مشروع Accelerated Mobile Pages (AMP)، حيث اخترعت مجموعة فرعية خاصة بها من HTML تلبي مستخدمي الهواتف المحمولة، ووعدتهم بأن الصفحات ستحمل بشكل أسرع.

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

وللإثارة، لا يعالج AMP في الواقع مشكلة السرعة. فقد قام Maciej Cegłowski، مؤسس Pinboard، بإعادة إنشاء صفحة عرض Google AMP دون JavaScript الخاص بـ Google AMP، وليس من المستغرب أنها أصغر بـ 8 مرات وأسرع بكثير من نسخة Google.

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

Facebook أكثر خطورة في هذا الشأن، ولكن على الأقل هم صريحون بشأنه.

ومع إعادة التصميم الجديدة لإصدار Chrome 69، قامت Google، التي كانت صاخبة جدًا بشأن التغيير من http إلى https، بإسقاط "www" بصمت لأنها تعتبره نطاقًا فرعيًا تافهًا.

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

ليس مستقبلاً بعيدًا أن تقوم Google بإخفاء النطاق الفرعي amp الذي تقدم من خلاله صفحات AMP الخاصة بها. كما قال أحدهم، "وفجأة يمر العالم كله عبر AMP." اربط النقاط بنفسك!

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

ملاحظة: لأولئك الذين يرغبون في تعطيل إعداد عدم إظهار www في متصفحات Chrome، يمكنهم لصق إعداد العلم أدناه في شريط العنوان في Chrome وتغيير الخيار الافتراضي إلى معطل (disabled).

chrome://flags/#omnibox-ui-hide-steady-state-url-scheme-and-subdomains

الأسئلة الشائعة

AMP هي مجموعة فرعية من HTML مقيدة اقترحتها Google في 2015 لتسريع الصفحات المحمولة. ومع ذلك، فهي لا تعالج انتفاخ الصفحة بشكل حقيقي؛ بدلاً من ذلك، تحمل JavaScript الخاص بـ Google بشكل غير متزامن مع تقييد HTML القياسي.

لا. نسخة غير AMP من صفحة عرض Google التوضيحية الخاصة بـ AMP كانت أصغر بـ 8 مرات وأسرع من نسخة Google AMP، مما يثبت أن AMP لا يحل مشكلة السرعة.

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

يمكن أن تشير www.somename.com و somename.com إلى مواقع ويب مختلفة تماماً، مما يخلق مخاطر تصيد خطيرة عندما لا يتمكن المستخدمون من التمييز بين النطاق الفرعي في شريط العناوين.

تعتبر DATA نموذج AMP سلوكاً غير أخلاقي من Google يركز التحكم في حركة المرور بدلاً من حل مشكلة انتفاخ الصفحة بشكل حقيقي، وتتوقع أن تضع Google مثالاً أفضل.