ينتقل توافق الويب للوكلاء من ميزة الوظيفة الإضافية إلى المتطلبات الافتراضية

يظهر جزء عادي من المحتوى في المتصفح، ولكن غالبًا لا يمكن قراءته بالكامل عند تمريره إلى برنامج الوكيل. فقط لأن الصفحة يمكن فتحها، لا يعني أنه يمكن استهلاك الصفحة حقًا؛ فمجرد أنه يمكن للناس رؤيتها، لا يعني أنه يمكن للآلات قراءتها والتحقق منها وتتبعها بشكل ثابت.

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

مجرد إمكانية فتح الصفحة لا يعني أنه يمكن قراءتها.

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

إذا قامت الصفحة بتضمين نص أساسي في العرض من جانب العميل، وإخفاء الحقول الرئيسية في لوحات الأكورديون، وجعل ترقيم الصفحات في تدفق تمرير دون عناوين URL صريحة، وإظهار الجداول في الصور، فيمكن لبرنامج الوكيل الاعتماد فقط على التخمين. بالنسبة للبشر، قد يعني التخمين الخاطئ أن فقرة مفقودة؛ بالنسبة للآلة، قد يؤدي التخمين الخاطئ إلى ضلال الإجراءات اللاحقة، وستستمر بضع خطوات أخرى في المستقبل على طول الفهم الخاطئ.

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

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

ما تريده الآلة هو مدخل ثابت، وليس محتوى مرئي.

إن جعل الموقع “جاهزًا للوكيل” هو في الأساس إضافة طبقة من التوافق، بدلاً من إضافة خدعة جديدة.

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

الأشياء الأكثر جدارة بالتعامل معها أولاً في مواقع المحتوى هي عادةً الأشياء التالية:

• يجب أن يكون النص قابلاً للوصول مباشرة من HTML، دون الاعتماد على البرامج النصية لتخمينه
• يجب أن يكون التسلسل الهرمي للعناوين ثابتًا ولا يسمح للأسلوب المرئي باستبدال البنية الدلالية.
• يجب أن يكون لترقيم الصفحات والتصفية ونتائج البحث عناوين URL قابلة للمشاركة، بدلاً من وجودها فقط في حالة الواجهة الأمامية
• يجب أن تحتوي الصور والجداول وكتل التعليمات البرمجية على نص بديل قابل للقراءة أو نص أصلي
• يجب أن تكون عمليات التصدير الأساسية للملفات الأساسية وخريطة الموقع والخلاصات نظيفة وغير مختلطة مع مجموعة من المعلمات المؤقتة.

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

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

يجب أن يكمل التفاعل الإجراء، وليس مجرد التوقف عند الموجه

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

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

هذا هو المكان الذي يبدأ فيه الفرق بين المواقع العامة والأنظمة الداخلية في التزايد. تواجه المواقع العامة قابلية الاستهلاك، بينما تواجه الأنظمة الداخلية الأذونات والتحكم في المخاطر. الأول أكثر ملاءمة لتحقيق الاستقرار في بنية المعلومات ودلالات العمل، بحيث يمكن للعملاء الخارجيين تجنب الانعطافات؛ لا ينبغي للأخير أن يخفف الحدود من أجل أن يكون “متوافقًا مع الوكلاء”، خاصة عندما يتعلق الأمر بتغييرات الأموال والنشر والحذف والأذونات. لا يزال يتعين علينا أن نكون محافظين حيث يجب أن نكون محافظين.

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

هذا المستوى من التوافق له حدود واضحة

جاهزية الوكيل ليست هدفًا واحدًا يناسب الجميع.

الواجهة الخلفية للإنترانت الكاملة، ونظام الأعمال الذي يتمتع بتحكم قوي في الأذونات، وصفحة نشاط دورة الحياة القصيرة، ومحطة المحتوى للاستهلاك العام ليست على نفس المستوى. الأول يهتم أكثر بالتحكم، في حين أن الأخير يهتم أكثر بسهولة القراءة، وقابلية الفهرسة، وإمكانية التتبع. إن إجبار هذين النوعين من الأنظمة على نفس مجموعة المعايير التي “تجعل الآلات قابلة للاستخدام” لن يؤدي إلا إلى زيادة تكاليف الإدارة في النهاية.

لكن من الصعب الاستمرار في التظاهر بأنه لم يتغير شيء على الموقع العام. ستقرأ برامج زحف الذكاء الاصطناعي الصفحات بشكل متزايد بشكل مباشر، وسيعتمد سير عمل الوكلاء بشكل متزايد على المحتوى المنظم والإجراءات المستقرة. إذا كان الموقع لا يزال متمسكًا بفكرة “يكفي أن يراه الناس”، فستكون هناك عاجلاً أم آجلاً تصدعات في توزيع المحتوى واسترجاعه وأرشفته والتكامل الآلي.

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