البرنامج الإضافي AMP لـ WordPress لتقديم إعدادات دعم السمة سهلة الاستخدام في الإصدار 1.0 القادم

نشرت: 2018-09-05

في أكتوبر ، سيدخل مشروع AMP مفتوح المصدر من Google (Accelerated Mobile Pages) عامه الثالث. تهدف المبادرة إلى تحسين الأداء على شبكة الهاتف المحمول ، وتفتخر حاليًا باستخدام 25 مليون نطاق عبر مواقع النشر والإعلان والتجارة الإلكترونية ومواقع الأعمال.

كان لـ WordPress بداية صعبة مع المكون الإضافي AMP الرسمي ، والذي تم تطويره في الأصل بواسطة Automattic ، أحد شركاء النشر الأوائل في المشروع. لم تكن الإصدارات الأولى من المكون الإضافي سهلة الاستخدام ، خاصةً بالنسبة لعمليات التثبيت المخصصة بشكل كبير. تطلب الأمر من مالكي المواقع بذل جهد كبير في تحسين صفحات AMP وضبطها وفقًا لاحتياجاتهم. ذهب AMP for WordPress دون تحديثات لمدة 10 أشهر في عام 2017 ، وكان محفوفًا بالأخطاء وغير متوافق مع العديد من المكونات الإضافية الأخرى.

بدأ XWP قيادة تطوير المكون الإضافي العام الماضي بالشراكة مع Google ، بدءًا من الإصدار 0.6. Weston Ruter هو الرائد التقني مع العديد من مهندسي XWP الذين يساهمون في التطوير والتصميم والاختبار. يقود ألبرتو ميدينا ، محامي المطورين في Google وفريقه ، إدارة المنتج وجهود التوعية.

قال ميدينا: "في شهر مايو تقريبًا من العام الماضي ، بدأ فريقي في Google جهدًا طويل الأجل بنطاق أكبر من مجرد AMP ، والذي تضمن استثمار موارد هندسية بشكل كبير في تطوير المكون الإضافي". "بدأنا استثمار موارد التطوير ، ثم تعاونا مع XWP لتوسيع النطاق الهندسي. خلال هذه المرحلة من المشروع ، دفعت Google و XWP كل تنفيذ المشروع وجهود التطوير. "

قال روتر إن فريقه أجرى ستة أشهر من موضوعات دعم المكون الإضافي على WordPress.org وصنفها لمعرفة المشكلات التي يعاني منها المستخدمون أكثر من غيرها. لقد استخدموا هذه المعلومات لتوجيه التركيز لإصدارهم الأول وظلوا يتابعون منتدى الدعم منذ ذلك الحين.

أدخل البرنامج المساعد العديد من التغييرات منذ أن بدأ XWP في قيادة تطويره ، ووضع ميزات AMP الأحدث للاستخدام في سياق WordPress. سمحت الإصدارات السابقة من المكون الإضافي فقط بتقديم المنشورات كـ AMP ولكن الإصدار 0.6 أضاف صفحات لإمكانياته. قدم الإصدار 0.7 القدرة على جميع عناوين URL على موقع ما لتكون بمثابة AMP (“Native AMP”) ولكنها تفتقر إلى قدرة المستخدمين على تخصيص أنواع المحتوى التي يجب استبعادها من هذا التنسيق. سيسمح الإصدار 1.0 القادم للمستخدمين بالحصول على موقع AMP أصلي يستبعد نماذج معينة ، مثل عربة التسوق أو أرشيف فئة ، من أن يتم عرضها على أنها AMP.

قال روتر: "كانت AMP محدودة في البداية في الوظائف". "تم إنشاء المكوِّن الإضافي AMP عندما كانت AMP صغيرة. في البداية كان يركز على Accelerated Mobile Pages ولم يكن قادرًا على إعادة إنشاء تجارب استجابة كاملة يتوقعها مالكو المواقع. لقد تغير هذا الأمر وأصبح AMP قادرًا على فعل الكثير. لذا فإن هذا ما ركزنا عليه مع المكون الإضافي AMP ، هو تحسينه بسرعة مع مشروع AMP نفسه بحيث يمكن لمواقع WordPress الاستفادة من جميع الميزات والوظائف المتاحة الآن ".

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

رصيد الصورة: XWP

تشمل التحديثات البارزة الأخرى في إصداري ألفا وبيتا ما يلي:

  • واجهة مستخدم محسّنة للتعامل مع أخطاء التحقق من صحة AMP
  • دعم Gutenberg الموسع لأخطاء التحقق من صحة AMP السطحية على مستوى الكتلة
  • إضافة وظائف خاصة بـ AMP إلى الكتل الأساسية
  • إعادة التوجيه إلى عنوان URL بتنسيق غير AMP عند ظهور أخطاء تحقق غير مقبولة
  • بيتا يعيد قائمة WP Admin Bar AMP مع تمييز خطأ AMP

تم إصدار AMP for WordPress v1.0-beta2 في أغسطس ولم يعد جاهزًا للاستخدام في الإنتاج. الخبر السار لأولئك الذين يرغبون في استخدام AMP هو أن المكون الإضافي أصبح حلاً للتوصيل والتشغيل مع تقدم التطوير.

قال روتر: "هناك إعداد واحد فقط يحتاج المستخدم إلى تغييره للاستفادة من دعم السمات الجديد: التحول من القديم إلى الثنائي أو الأصلي". "كل شيء آخر اختياري ويخصص السلوك فقط. سيكون هناك مؤشر مسؤول جديد في 1.0 يقوم باستدعاء شاشة المسؤول المحدثة هذه. "

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

لا يزال AMP حلاً مثيرًا للجدل لأداء صفحة الويب

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

قدم بريان بوير ، نائب رئيس المنتج والأشخاص في Spirited Media ، موطن منشورات The Incline و Billy Penn و Denverite ، عرضًا تقديميًا في WordCamp للناشرين بعنوان "لماذا تخلينا عن AMP وخيارات تجربة المستخدم الأخرى التي اتخذناها لإطلاق العضوية".

قال بوير: "نحن بحاجة إلى مزيد من التحكم في تجربة المستخدم الخاصة بنا أكثر مما تسمح به AMP - لبناء شعور غير واقعي ومقنع وأصلي وتجربة عضوية عالية الفعالية ، أحتاج إلى المزيد من JavaScript". "أحتاج إلى قدر أكبر من التحكم في الصفحة ، ولكي نكون منصفين ، يمكننا على الأرجح إنشاء بعض هذه الأشياء ولكن لا يمكننا تحمل تكاليف تصميم وبناء ، والأهم من ذلك ، اختبار إصدارات متعددة من موقعنا على الويب."

استشهد Boyer بتكلفة بناء واختبار العديد من قواعد الرموز كأحد الأسباب الرئيسية التي دفعت فريقه إلى التخلي عن AMP. كان تعقيد الحفاظ على تجربة مستخدم ثانية "أكثر من أن نطلبه" لفريق التطوير الخاص به ، الذي كان قد أنتج بالفعل إعداد WordPress سريعًا وخفيف الوزن مع التخزين المؤقت المناسب.

قال بوير: "قد يتم تحميل صفحة AMP بشكل أسرع قليلاً ، لكن احتياجاتنا الأخرى تفوق بكثير هذا التحسن الطفيف في الأداء". "لقد تجاوزنا FOMP (الخوف من فقدان مشاهدات الصفحة). إذا كان بإمكاني إجراء تحويلات أفضل ، فسأحظى باهتمام كبير من خلال مشاهدات الصفحة ".

تستمر التحسينات الأخيرة لمشروع AMP والمكوِّن الإضافي ، بما في ذلك إضافة المكونات التي تسمح بإنشاء تجارب تفاعلية غنية ، في تضييق الفجوة بين JavaScript المخصص الذي تتطلبه العديد من مواقع الويب وقيود AMP. قد يكون هذا مشجعًا لأولئك الذين اختاروا تبني AMP ، ولكنه في النهاية لن يحدث فرقًا بالنسبة لأولئك الذين يعارضون المبادرة بشكل أساسي باعتبارها إهانة للويب المفتوح.

إلى جانب الاستثمار التقني في ضبط إعداد AMP لتلبية احتياجات منشوراته ، اختتم Boyer العرض التقديمي من خلال تحديد اعتراضاته الأوسع على مشروع AMP:

من خلال مراقبة المواقع البطيئة ، حوّلت Google مشكلة الناشرين الكبار إلى مشكلتي ، لكن هذا الإصلاح كان مكلفًا للغاية بالنسبة لي ، بصفتي ناشرًا صغيرًا ". "AMP ليست شبكة الويب المفتوحة - إنها إصلاح قصير المدى للخيارات السيئة. إذا قمت بإنشاء موقع ويب بطيء ورهيب يدعم نموذج عمل زاحف ، مثل تتبع الهراء من المستخدمين لديك ، إذن ، نعم ، AMP هو أحد المسارات لتجربة مستخدم أفضل. إنها فتحة هروب من التعليمات البرمجية القديمة والاختيارات السيئة لأسلافك. أنا أفهم لماذا قد يكون ذلك مغريًا ، لكنه أيضًا صفقة مع الشيطان. تضع AMP وابن عمها Instant Articles المزيد من التحكم في أيدي الشركات التي لديها بالفعل سيطرة كبيرة جدًا ، وأنا لا أستطيع الالتزام بذلك. أنا فقط أسألك ، قم بالعمل ، أصلح مواقع الويب الخاصة بك ، واجعلها سريعة ، وودودة ، ومحترمة.

لا يشعر النقاد الصريحون الآخرون بالارتياح تجاه كيفية قيام Google بوضع AMP كحل طويل الأجل ، بدلاً من معالجة المشكلات الجذرية لأداء صفحة الويب. وقد أوضح جيريمي كيث هذا الموقف في مقال بعنوان "AMPstinction".

قال كيث: "إذا كان مشروع AMP موجودًا من أجل إنشاء شبكة ويب حيث لم تعد هناك حاجة إلى AMP ، أعتقد أنه يمكنني دعمه". "ولكن كلما تم وضعه على أنه الحل الوحيد القابل للتطبيق لحل الأداء ، كلما كنت غير مرتاح له.

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

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

قال ميدينا: "الأسباب الجذرية لمشاكل أداء الويب معروفة جيدًا وهناك أدوات وتقنيات وواجهات برمجة تطبيقات على الويب تتيح للمطورين تحقيق تجربة مستخدم رائعة قريبة مما توفره AMP". "ومع ذلك ، فإن الحقيقة هي أن القيام بذلك صعب للغاية بالنسبة لمعظم المطورين. عادة ما يتطلب تحقيق ذلك وجود فرق هندسية قوية وموارد مالية كافية. هذا ليس عدلاً بالنسبة لمعظم المطورين والمؤسسات التي لا تملك الموارد ".

يرى Medina أن AMP هي إجابة لما وصفه بفجوة القدرة / الاستخدام: الفرق بين ما يمكن تحقيقه على الويب وما يتم فعله بالفعل على الويب.

قال ميدينا: "المشكلة هي أنه مع زيادة قوة الويب وتعقيده ، زادت هذه الفجوة أيضًا". "المشكلة هي أنه طالما أن هذه الفجوة موجودة ، فإن تحقيق أفضل تجربة مستخدم غير ممكنة. لذا ، فإن الهدف هو سد هذه الفجوة. هناك خياران: يقوم المطورون بالشيء الصحيح طوال الوقت ، أو نوفر الأدوات / المكتبات التي تمكنهم من فعل الشيء الصحيح بطريقة سهلة وفعالة. خدم AMP الغرض الأخير ".

كما أكدت مدينة أن AMP مبنية بالكامل على تقنيات الويب المفتوحة. قال "بشكل أساسي ، يوفر ما يمكن للمطورين القيام به بأنفسهم ولكن من الصعب القيام به".

في مقابلة بودكاست Recode Decode مؤخرًا مع Kara Swisher ، قام Matt Mullenweg أيضًا بثقله في مشروع AMP.

قال مولينويج: "لقد حصل على سمعة سيئة لأن Google أخفقت نوعًا ما في طرح البرنامج قليلاً". "التقنية الأساسية مفتوحة المصدر وهي في الواقع جيدة جدًا. نظرًا لأن لك بصفتك ناشرًا مستقلاً لديك مستقبل ، فإننا نحتاج منك أن تقوم بالتحميل بنفس سرعة تحميل شيء مضمن في أحد التطبيقات. لقد قام Facebook بالطعم والتبديل مرات عديدة لدرجة أننا بحاجة إلى بديل مستقل وأعتقد أن AMP يمكن أن يكون كذلك. "

إن استثمار Google في المكون الإضافي AMP من خلال شراكتها مع Automattic و XWP جعل AMP أكثر سهولة بالنسبة للمستخدم العادي ، خاصة مع التحديثات القادمة في الإصدار 1.0. قال Medina إن Google اختارت التعاون مع WordPress لأنهما يشتركان في نفس الهدف المتمثل في توفير تجربة مستخدم أفضل للنظام الأساسي.

"AMP ليس هدفًا نهائيًا في حد ذاته ؛ الهدف الحقيقي هو تمكين جميع مطوري WordPress ومالكي المواقع من تقديم تجارب مستخدم رائعة مدعومة من WordPress ، "قال Medina. "AMP هو مجرد عنصر في هذه القصة الإجمالية ، جنبًا إلى جنب مع إمكانات PWA وأفضل ممارسات الترميز والأداء ، و Tide ، وما إلى ذلك." عند تصميم أحدث إصدار من المكون الإضافي ، قال Medina إن الفريق يهدف إلى "تمكين تجارب AMP الأصلية في WordPress دون المساومة على دقة المحتوى أو التنازل عن مرونة منصة WordPress."

مهما كان رأيك في مشروع AMP ، فإن خيارات دعم السمات سهلة الاستخدام وتحسين معالجة أخطاء التحقق من الصحة هي تحسينات متغيرة للعبة لمكوِّن WordPress الإضافي. وهي نشطة حاليًا في أكثر من 300000 موقع. ستتيح التحديثات القادمة في الإصدار 1.0 لآلاف مستخدمي WordPress الاستمتاع بتجربة أكثر نجاحًا مع AMP.