مستقبل الذكاء الاصطناعي والمواقع الإلكترونية • Yoast

تخيل نظامًا بيئيًا للويب حيث لا يتواصل البشر فقط، بل يتواصل فيه عملاء الذكاء الاصطناعي مع مواقع الويب، ويتجاوزون التصفح التقليدي. على عكس تجارب الويب التقليدية، حيث يقوم الأشخاص بالنقر والتمرير والبحث، يمكن لوكلاء الذكاء الاصطناعي التنقل وتفسير وحتى تنفيذ المهام بشكل مستقل على موقعك. هذا ليس مفهوما مستقبليا. إنها تتكشف بالفعل. هذا هو ظهور شبكة الوكيل.
الوجبات السريعة الرئيسية
- تمكن شبكة الويب الوكيلة وكلاء الذكاء الاصطناعي من التنقل بشكل مستقل والتفاعل مع مواقع الويب، وتحويل مسؤوليات المستخدم من التنقل اليدوي إلى اتخاذ القرار
- تعد البروتوكولات ضرورية للتواصل بين عملاء الذكاء الاصطناعي؛ ويجب أن يعتمدوا على بيانات منظمة يمكن قراءتها آليًا لتحقيق التنسيق الفعال
- يجب على محترفي تحسين محركات البحث (SEO) التكيف مع شبكة الويب الوكيلة من خلال تحسين مواقع الويب كنقاط نهاية لاستعلامات الذكاء الاصطناعي، مما يضمن البيانات المنظمة والوضوح.
- يسهل NLWeb التفاعل بين الوكلاء ومواقع الويب من خلال الكشف عن البيانات المنظمة والسماح باستعلامات اللغة الطبيعية دون قيود الواجهة التقليدية
- يساعد تعاون Yoast مع NLWeb مستخدمي WordPress على الاستعداد للويب الوكيل من خلال تنظيم المحتوى وتسهيل دمج البيانات المنظمة
التحول الكبير: من الويب للمستخدمين إلى الويب للمستخدمين والوكلاء
لسنوات عديدة، اتبعت شبكة الإنترنت نمطًا بسيطًا. قام البشر بالبحث عن المهام والنقر عليها ومقارنتها وإكمالها يدويًا. وحتى مع تطور محركات البحث، ظل نموذج التفاعل كما هو: البحث والنقر.
هذا النموذج يتغير.
تمثل الويب الوكيل تحولًا من شبكة الويب المصممة للمستخدمين البشريين فقط إلى شبكة مصممة لكل من الأشخاص ومساعدي الذكاء الاصطناعي. فبدلاً من البحث يدوياً عن المنتجات، ومقارنة الخدمات، وملء النماذج، وإكمال المعاملات، سوف يقوم المستخدمون على نحو متزايد بتفويض هذه المهام إلى مساعدين أذكياء يمكنهم البحث عن المعلومات وتفسيرها والتصرف نيابة عنهم. ويتحول دور المستخدم من المستكشف النشط إلى صانع القرار.
من البحث إلى التفويض.
لا يتعلق الأمر بواجهات الدردشة الأكثر ذكاءً. يتعلق الأمر بالوكلاء المستقلين الذين يمكنهم تفسير غرض البحث ومقارنة الخيارات وتنفيذ الإجراءات نيابة عن المستخدمين. لم تعد مواقع الويب مجرد صفحات يمكن زيارتها. فهي نقاط النهاية التي يجب الاستعلام عنها.
ولكي ينجح ذلك على نطاق واسع، لا يمكن للذكاء أن يكمن في مساعد واحد أو في منصة مغلقة. يجب أن يتم توزيعها. يجب أن تكون الأنظمة قادرة على التواصل مع الأنظمة الأخرى دون احتكاك. ويتطلب ذلك شبكة ويب قابلة للقراءة آليًا وقابلة للتشغيل المتبادل ومصممة للتفاعل بين الوكيل.
شبكة الويب الوكيلة ليست تنبؤًا. إنه تحول معماري جاري بالفعل!
التفكير البروتوكولي والبنية التحتية للاتصالات عبر الويب الوكيل
إذا كانت الويب الوكيلة تدور حول تفاعل الأنظمة الذكية مع مواقع الويب، فإن السؤال الحقيقي يصبح بسيطًا: كيف تفهم هذه الأنظمة بعضها البعض؟
الجواب ليس التصميم. إنها البنية التحتية.
لقد اعتمد الويب دائمًا على قواعد الاتصال المشتركة. يسمح HTTP للمتصفحات بطلب الصفحات. RSS بتوزيع التحديثات. تساعد البيانات المنظمة محركات البحث على تفسير المعنى. هذه ليست الميزات. إنها بروتوكولات. وهي اتفاقيات تتيح التنسيق على نطاق واسع.
والآن ينطبق نفس المنطق على عملاء الذكاء الاصطناعي.
في شبكة الوكلاء، لن ينقر الوكلاء على الأزرار أو يقومون بمسح الصفحات بصريًا. سيقومون بإرسال الطلبات وتفسير الاستجابات المنظمة ومقارنة الخيارات وإكمال المهام. لكي ينجح ذلك عبر الملايين من مواقع الويب، لا يمكن أن يكون الاتصال مرتجلًا. يجب أن تكون موحدة.
هذا هو المكان الذي يصبح فيه التفكير البروتوكولي ضروريًا.
التفكير البروتوكولي يعني تصميم مواقع الويب بحيث يمكن للآلات التنبؤ بها. بدلاً من إنشاء عمليات تكامل مخصصة لكل مساعد أو نظام أساسي، تعرض مواقع الويب طبقة تفاعل متسقة. لا يحتاج الوكلاء إلى تعلم كل واجهة. إنهم يعتمدون على القواعد المشتركة.
وكما تم التأكيد عليه في المناقشات حول الذكاء الموزع، فإن الهدف هو عدم السماح لروبوت محادثة واحد بالتحكم في كل شيء. يجب أن يتم توزيع المعلومات الاستخبارية. تحتاج الأنظمة إلى طريقة مبسطة للتواصل دون الحاجة إلى فهم التفاصيل الفنية لكل أداة تتصل بها.
وهذا لا ينجح إلا عندما تكون هناك أرضية مشتركة.
ومن الناحية العملية، فهذا يعني:
- يجب أن تعرض مواقع الويب بيانات منظمة يمكن قراءتها آليًا
- يجب أن يعرف الوكلاء ما يمكنهم طرحه
- يجب أن تتبع الإجابات صيغًا يمكن التنبؤ بها
- يجب أن يتجاوز التواصل منصة واحدة
تنشئ البروتوكولات تلك اللغة المشتركة.
ماذا يعني هذا لمحترفي SEO؟
مع تطور الويب لدعم وكلاء الذكاء الاصطناعي، بدأ محترفو تحسين محركات البحث (SEO) بطرح سؤال جديد: كيف تظل مرئيًا عند إنشاء الإجابات بدلاً من تصنيفها؟
ظهر مثال واضح على ذلك خلال حدث Ignite الخاص بشركة Microsoft. في جلسة أسئلة وأجوبة، وصف أحد المستشارين عميلاً يبيع منتجات مثل المايونيز وأراد أن تظهر علامته التجارية عندما يسأل شخص ما مساعد الذكاء الاصطناعي عن المايونيز. كان السؤال بسيطا، لكنه كشف شيئا أعمق. إذا كانت أنظمة الذكاء الاصطناعي تولد إجابات بدلاً من إدراج نتائج البحث، فكيف يبدو التحسين؟
وهنا يصبح التحول حقيقيا.
الويب الوكيل لا يحل محل الويب المفتوح. ويضيف طبقة أخرى فوقه. لا تزال محركات البحث تقوم بفهرسة الصفحات. التصنيف لا يزال يهم. لكن الأنظمة الذكية يمكنها الآن الاستعلام عن مواقع الويب مباشرة، ومقارنة المعلومات عبر المصادر، وإنشاء استجابات مركبة.
بالنسبة إلى مُحسّنات محرّكات البحث (SEO)، يؤدي هذا إلى تغيير دور موقع الويب.
لم يعد يكفي التفكير في الصفحات التي سيتم زيارتها. يجب التعامل مع مواقع الويب كنقاط نهاية ليتم الاستعلام عنها.
وهذا يعني أن البيانات المنظمة وهندسة المعلومات النظيفة والمحتوى المقروء آليًا ليست مجرد تحسينات للحصول على نتائج غنية. إنها الأساس الذي يسمح لأنظمة الذكاء الاصطناعي بتفسير المحتوى الخاص بك واختياره في المقام الأول.
شاهد الحدث كاملاً هنا!
الوجبات الجاهزة الرئيسية لكبار المسئولين الاقتصاديين
تعتبر الويب الوكيل طبقة إضافية على الويب المفتوح، وليست بديلاً لها. للبقاء مرئيين، يجب على محترفي تحسين محركات البحث (SEO) التأكد من أن مواقع الويب الخاصة بهم منظمة ويمكن الوصول إليها وجاهزة للاستعلام عنها بواسطة الأنظمة الذكية.
تعتمد الرؤية في هذه الطبقة الجديدة على الوضوح وقابلية التشغيل البيني والبنية التحتية.
يجب أن تقرأ: لماذا يعد الحصول على رؤى عبر LLMs المتعددة أمرًا مهمًا لرؤية العلامة التجارية؟
تقديم NLWeb
تم تقديم NLWeb لأول مرة بواسطة Microsoft في مايو 2025 كمشروع مفتوح مصمم ليسهل على مواقع الويب تقديم واجهات لغة طبيعية غنية باستخدام بياناتها الخاصة ونموذج الاختيار. لاحقًا، في نوفمبر في Microsoft Ignite، قدمت Microsoft NLWeb مرة أخرى إلى جانب عرضها الأول للمؤسسات من خلال Microsoft Foundry.
يهدف NLWeb في جوهره إلى تسهيل عمل موقع الويب مثل تطبيق الذكاء الاصطناعي. بدلاً من التنقل بين الصفحات يدويًا، يمكن للمستخدمين والوكلاء الاستعلام عن محتوى الموقع مباشرةً باستخدام اللغة الطبيعية.
لكن NLWeb أكثر من مجرد طبقة محادثة.
كل مثيل NLWeb هو أيضًا خادم Model context Protocol أو MCP. وهذا يعني أنه عندما يقوم موقع ويب بتمكين NLWeb، فإنه يصبح بطبيعته قابلاً للاكتشاف ويمكن الوصول إليه من قبل الوكلاء الذين يعملون ضمن النظام البيئي لـ MCP. بعبارات بسيطة، لا يحتاج الوكلاء إلى عمليات تكامل مخصصة لكل موقع. إذا كان موقع الويب يدعم NLWeb، فيمكن للوكلاء التعرف عليه والتفاعل معه بطريقة موحدة.
يعتمد NLWeb على التنسيقات التي تستخدمها مواقع الويب بالفعل، مثل Schema.org وRSS. فهو يجمع بين تلك البيانات المنظمة ونماذج اللغة الكبيرة لتوليد استجابات اللغة الطبيعية. يتيح ذلك لمواقع الويب عرض محتواها بطريقة يمكن لكل من البشر ووكلاء الذكاء الاصطناعي فهمها.
الأهم من ذلك، أن NLWeb لا يلتزم بالتكنولوجيا. يمكن لمالكي الموقع اختيار البنية التحتية والنماذج وقواعد البيانات المفضلة لديهم. الهدف هو قابلية التشغيل البيني، وليس قفل النظام الأساسي.
في العديد من النواحي، تم وضع NLWeb للعب دور في الويب الوكيل على غرار ما فعلته HTML للويب المبكر. فهو يوفر طبقة اتصال مشتركة تسمح للوكلاء بالاستعلام عن مواقع الويب مباشرةً، دون الاعتماد فقط على الزحف التقليدي أو الواجهات المرئية.
كيف يختلف NLWeb عن استشهادات LLM القياسية؟
باستخدام استشهادات LLM القياسية، يقوم النموذج بإنشاء إجابة أولاً، ثم يضيف المصادر. لا تزال الاستجابة احتمالية، مما قد يؤدي إلى عدم الدقة أو الهلوسة.
يعمل NLWeb بشكل مختلف.
يتعامل مع نموذج اللغة كطبقة استرجاع ذكية. وبدلاً من اختراع الإجابات، فإنه يسحب الكائنات التي تم التحقق منها مباشرة من البيانات المنظمة للموقع ويقدمها بلغة طبيعية.
هذا التمييز مهم. وهذا يعني أن الردود ترتكز على بيانات الناشر الخاصة منذ البداية، مما يقلل من خطر الهلوسة ويمنح مالكي المواقع سيطرة أكبر على كيفية تمثيل المحتوى الخاص بهم.
ماذا يعني NLWeb للويب الوكيل
تعتمد شبكة الويب الوكيلة على قدرة الأنظمة على التواصل على نطاق واسع. لا يمكن للوكلاء تفسير كل واجهة يدويًا أو التنقل في كل صفحة بشكل مرئي. إنهم بحاجة إلى وصول منظم يمكن قراءته آليًا.
يساعد NLWeb على تمكين ذلك.
بدلاً من طلب عمليات تكامل مخصصة لكل مساعد أو نظام أساسي، يمكن لموقع الويب الكشف عن نقطة نهاية ممكّنة لـ NLWeb. يحتاج الوكلاء فقط إلى معرفة أن الموقع يدعم NLWeb. يعالج البروتوكول كيفية تقديم الطلبات وكيفية تنظيم الاستجابات.
وهذا يدعم نظامًا بيئيًا أكثر توزيعًا. الهدف هو عدم السماح لروبوت دردشة واحد بالتحكم في كل شيء. يجب توزيع المعلومات الاستخبارية عبر الويب.
الواجهات التوليدية لا تحل محل المحتوى. أنها تعتمد على محتوى جيد التنظيم ويمكن الوصول إليه. عندما يقوم نظام الذكاء الاصطناعي بتلخيص النتائج أو مقارنة الخيارات، فإنه لا يزال يستمد من المعلومات التي توفرها مواقع الويب. يقوم NLWeb ببساطة بإنشاء مسار أوضح لهذا التفاعل.
تعاون Yoast مع NLWeb وما يعنيه لمستخدمي WordPress
كجزء من إعلان NLWeb، سلطت Microsoft الضوء على Yoast كشريك يساعد في جلب إمكانات البحث الوكيل إلى WordPress. يمكنك قراءة المزيد حول هذا التعاون في إعلاننا الصحفي الرسمي على تكامل Yoast وNLWeb من Microsoft.
بالنسبة للعديد من مالكي مواقع WordPress، قد تبدو مفاهيم مثل البنية التحتية ونقاط النهاية والبروتوكولات مجردة. هذا هو بالضبط حيث يهم التحضير.
على الرغم من أن Yoast لا ينشر NLWeb تلقائيًا للمستخدمين، فإن ميزة تجميع المخططات في Yoast SEO وYoast SEO Premium وYoast WooCommerce SEO وYoast SEO AI+ تنظم المحتوى وبنيته، مما يجعل إنشاء NLWeb أسهل بكثير. عندما يقوم مالكو الموقع بتمكين ميزة Yoast ذات الصلة، لا يتغير شيء بشكل مرئي على الواجهة الأمامية. ما يتغير هو الهيكل الأساسي.
باختصار، نقوم بتعيين وتنظيم البيانات المنظمة لتقليل الجهد الفني المطلوب لبناء NLWeb فوقها. بمعنى آخر، نحن نساعد الناشرين على استكمال الكثير من الأعمال الأساسية.
لا تتعلق شبكة الويب الوكيلة بمطاردة الاتجاه. يتعلق الأمر بضمان بقاء المحتوى الخاص بك قابلاً للاكتشاف والفهم والاستخدام في عالم تعمل فيه الأنظمة الذكية بشكل متزايد نيابة عن المستخدمين.
Source link




