وكيل ذكاء اصطناعي مُصمم لووردبريس — تثبيت بنقرة واحدة، يجيب من محتواك

يشغل ووردبريس أكثر من 40% من مواقع الويب. إنه يدير المدونات الشخصية، ومواقع الشركات، ومتاجر WooCommerce التي تحقق إيرادات بسبعة أرقام، ومنصات العضوية، وأنظمة إدارة التعلم، ومواقع الحجز، والأدلة، وكل شيء بينهما. النظام البيئي ضخم، ودليل الإضافات يعكس ذلك — هناك العشرات من إضافات الدردشة المتاحة، وكل منها يعد بـ "إضافة الذكاء الاصطناعي" إلى موقعك. معظمها يفعل الشيء نفسه تقريبًا: يتصل بنموذج لغوي، وربما يقرأ صفحة الأسئلة الشائعة الخاصة بك، وينتج إجابات مُعدة مسبقًا لمجموعة ضيقة من الأسئلة. عندما يسأل زائر شيئًا محددًا — "هل هذا المنتج متوفر بمقاسي؟"، "أين طلبي؟"، "هل يمكنني حجز استشارة ليوم الخميس؟" — تتوقف الدردشة. يخبر الزائر بالتحقق من صفحة أخرى، أو ملء نموذج، أو إرسال بريد إلكتروني للدعم. تنتهي المحادثة بالضبط حيث كان ينبغي حلها.

الفجوة بين إضافة الدردشة ووكيل الذكاء الاصطناعي هي الفجوة بين الإجابة والفعل. روبوت الدردشة يقرأ المحتوى الثابت ويكرره. وكيل الذكاء الاصطناعي يقرأ موقعك بالكامل — كل صفحة، وكل مقال، وكل منتج — ويفهم المحتوى في سياقه، ويمكنه اتخاذ إجراء عبر استدعاءات واجهة برمجة التطبيقات (API) عندما يتطلب سؤال الزائر بيانات حية. هذا الاختلاف مهم على ووردبريس أكثر من أي مكان آخر، لأن مواقع ووردبريس تميل إلى أن تكون بيئات غنية بالمحتوى حيث يصل الزوار بأسئلة محددة للغاية. يحتوي متجر WooCommerce على مئات المنتجات ذات التنوعات. يمتلك العمل الخدمي صفحات خدمات مفصلة، وتقسيمات للأسعار، ومتطلبات جدولة. يمتلك موقع العضوية فئات وميزات وقواعد وصول. الزائر الذي يصل إلى هذه المواقع لا يريد روبوت دردشة يتلو شعار صفحتك الرئيسية. إنه يريد إجابات حول الشيء المحدد الذي يبحث عنه.

نهج Asyntai لووردبريس يبدأ بإضافة مخصصة. ليست مقتطف سكريبت JavaScript تلصقه في رأس موقعك (على الرغم من أن هذا يعمل أيضًا، إذا كنت تفضله). إضافة ووردبريس فعلية تقوم بتنزيلها من لوحة تحكم Asyntai الخاصة بك، ورفعها عبر لوحة تحكم ووردبريس، وتفعيلها بنقرة واحدة. تدخل مُعرّف موقع Asyntai الخاص بك في إعدادات الإضافة، ويظهر ويدجت الوكيل على موقعك فوراً. لا حاجة لتعديل ملفات الثيم. لا حاجة لتعديل functions.php. لا حاجة لتكوين أكواد قصيرة. تتولى الإضافة كل شيء — تحميل الويدجت، وضمان التوافق مع الثيم الخاص بك، والبقاء بعيدًا عن مسار إضافاتك الأخرى وطبقات التخزين المؤقت.

التوافق مع الثيم هو مصدر قلق حقيقي مع إضافات ووردبريس، وهو ما تعالجه إضافة Asyntai بالتصميم. يعمل الويدجت كطبقة علوية — فهو لا يحقن نفسه في هيكل DOM الخاص بالثيم الخاص بك، ولا يعتمد على إطار عمل CSS الخاص بالثيم، ولا يتعارض مع قوالب الرأس أو التذييل أو الشريط الجانبي. سواء كنت تستخدم ثيم مطور مثل GeneratePress أو Astra، أو ثيم منشئ صفحات من Elementor أو Divi، أو ثيم مبدئي قمت بتخصيصه بشكل كبير، أو ثيم مخصص بالكامل مبني من الصفر، تعمل الإضافة بنفس الطريقة. هذا مهم لأن مالكي مواقع ووردبريس يختارون الثيمات الخاصة بهم لأسباب تصميم وأداء محددة، وإضافة الدردشة التي تكسر التصميم أو تقدم تعارضات في CSS هي أمر غير مقبول.

يتوافق توافق منشئ الصفحات مع المبدأ نفسه. لا يهتم الوكيل بكيفية بناء صفحاتك — فهو يفهرس HTML المعروض، وهو نفس المحتوى الذي تراه جوجل ويزوره الزوار. أدوات Elementor، ووحدات Divi، وصفوف WPBakery، وكتل Gutenberg، وحقول ACF المعروضة بواسطة قوالب مخصصة — كلها تصبح محتوى قابلاً للفهرسة يتعلم منه الوكيل. لا تحتاج إلى تكوين المحتوى الذي يجب تضمينه أو استبعاده. إذا كان له عنوان URL عام وينتج HTML، يقوم الوكيل بفهرسته. هذه ميزة مهمة مقارنة بإضافات الدردشة التي تتطلب منك إدخال أزواج أسئلة وأجوبة يدويًا أو تحميل ملف قاعدة معارف. موقع ووردبريس الخاص بك هو بالفعل قاعدة المعارف. الوكيل يقرأه مباشرة.

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

لكن الإجابة على أسئلة المنتج من البيانات المفهرسة — على الرغم من قيمتها — لا تزال شيئًا يفعله روبوت الدردشة المتطور. ما يجعل Asyntai وكيلاً هو الأدوات المخصصة (Custom Tools). تتيح لك الأدوات المخصصة للذكاء الاصطناعي استدعاء نقاط النهاية الخاصة بواجهات برمجة التطبيقات الخاصة بك أثناء المحادثة. يسأل الزائر سؤالاً، ويحدد الذكاء الاصطناعي أن البيانات الحية مطلوبة، ويستخرج المعلمات ذات الصلة من المحادثة، ويستدعي نقطة النهاية الخاصة بك، ويتلقى الاستجابة، ويؤلف إجابة بلغة طبيعية — كل ذلك في نفس الدردشة، في ثوانٍ. هذا هو الفرق بين "يمكنك التحقق من حالة طلبك في حسابك" و "تم شحن طلبك رقم 4821 بالأمس عبر USPS — رقم التتبع 9400111899223846752319. وهو حاليًا في منشأة الفرز الإقليمية ومن المتوقع وصوله بحلول 24 يونيو. هل تود التحقق من أي شيء آخر بخصوص هذا الطلب؟". الأول هو تحويل من روبوت الدردشة. الثاني هو حل من وكيل.

تعد واجهة برمجة تطبيقات REST الخاصة بـ WooCommerce ملاءمة طبيعية للأدوات المخصصة. يأتي WooCommerce مزودًا بواجهة برمجة تطبيقات REST كاملة وجاهزة — الطلبات، والمنتجات، والعملاء، والشحن، والقسائم — يمكن الوصول إليها جميعًا عبر نقاط نهاية HTTP مصادق عليها. يمكنك توصيل نقطة نهاية الطلبات كأداة مخصصة حتى يتمكن الوكيل من البحث عن حالة الطلب عندما يقدم العميل رقم طلبه. يمكنك توصيل نقطة نهاية المنتجات للتحقق من المخزون في الوقت الفعلي. يمكنك توصيل نقطة نهاية العملاء حتى يتمكن الوكيل من استرداد تفاصيل الحساب للزوار المسجلين. يتم تكوين كل أداة في لوحة تحكم Asyntai الخاصة بك: قم بتسميتها، ووصف متى يجب على الذكاء الاصطناعي استخدامها، ولصق عنوان URL لواجهة برمجة تطبيقات REST الخاصة بـ WooCommerce مع مفتاحك وسرك للمستهلك، وتحديد المعلمات. لا يوجد كود PHP مخصص. لا يوجد تطوير إضافات. لا حاجة لخطافات أو مرشحات WooCommerce. أنت تقوم بتوصيل واجهة برمجة تطبيقات موجودة بوكيل ذكاء اصطناعي من خلال نموذج في لوحة التحكم.

تمتد الأدوات المخصصة إلى ما هو أبعد من WooCommerce. تعمل مواقع ووردبريس بكل أنواع الأعمال، ولكل عمل أنظمته الخاصة. العيادة التي تستخدم ووردبريس مع إضافة حجز قد تقوم بتوصيل واجهة برمجة تطبيقات الجدولة الخاصة بها حتى يتمكن الوكيل من التحقق من توفر المواعيد وتوجيه الزوار خلال عملية الحجز. قد تقوم شركة استشارات بتوصيل واجهة برمجة تطبيقات تأهيل العملاء المحتملين التي تجمع اسم الزائر ونوع الحالة وطريقة الاتصال المفضلة، ثم تدفعها إلى نظام إدارة علاقات العملاء (CRM) الخاص بها. قد يقوم موقع عقارات بتوصيل واجهة برمجة تطبيقات تغذية MLS الخاصة به حتى يتمكن الوكيل من الإجابة على الأسئلة المتعلقة بقوائم محددة — المساحة المربعة، المنطقة التعليمية، عدد الأيام في السوق. قد يقوم نظام تعليمي بتوصيل واجهة برمجة تطبيقات تسجيل الدورات التدريبية الخاصة به حتى يتمكن الوكيل من التحقق من المقاعد المتاحة ومواعيد التسجيل النهائية. قوة الأدوات المخصصة هي أنها عامة. إذا كان عملك يعمل بواجهة برمجة تطبيقات — وفي عام 2026، معظمها كذلك — يمكن للوكيل استدعاؤها.

يستحق جمع العملاء المحتملين عبر الأدوات المخصصة اهتمامًا خاصًا لأنه يعالج إحدى المشكلات المستمرة التي يواجهها مالكو مواقع ووردبريس: التخلي عن نماذج الاتصال. النهج القياسي لووردبريس هو نموذج اتصال — Contact Form 7، WPForms، Gravity Forms — يتم وضعه على صفحة "اتصل بنا" مخصصة. يجب على الزائر العثور على الصفحة، وملء الحقول، وتخمين ما يجب كتابته في مربع الرسالة، والأمل في أن يرد شخص ما. معدلات التحويل لنماذج الاتصال عادة ما تكون 1-3% من زوار الصفحة. وكيل الذكاء الاصطناعي الذي يجمع معلومات العميل المحتمل من خلال المحادثة يغير الديناميكية تمامًا. يبدأ الزائر الدردشة لأنه لديه سؤال. يجيب الوكيل عليه، ويبني الثقة. في اللحظة الطبيعية — "هل تود أن نرسل لك عرض سعر؟" أو "يمكنني أن أطلب من شخص المتابعة بتفاصيل إضافية، ما هو أفضل بريد إلكتروني؟" — يجمع الوكيل المعلومات ويدفعها إلى نظام إدارة علاقات العملاء (CRM) أو أداة البريد الإلكتروني الخاصة بك عبر أداة مخصصة. لا يوجد نموذج. لا توجد صفحة منفصلة. لا يوجد احتكاك. يتم جمع العميل المحتمل في المكان الذي يتواجد فيه الزائر بالفعل: في محادثة.

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

الأداء هو مصدر قلق غير قابل للتفاوض لمالكي مواقع ووردبريس، خاصة أولئك الذين استثمروا في تحسين Core Web Vitals، وإضافات التخزين المؤقت، وتكوينات CDN. تضيف إضافة Asyntai علامة سكريبت غير متزامنة واحدة إلى موقعك. غير متزامن يعني أن المتصفح يقوم بتحميل صفحتك أولاً — HTML، CSS، صور الجزء المرئي أولاً، كل ما يحدد درجات Largest Contentful Paint و First Input Delay — ثم يقوم بتحميل سكريبت ويدجت الوكيل لاحقًا، دون حظر. يتم تقديم السكريبت نفسه من شبكة توصيل المحتوى (CDN) الخاصة بـ Asyntai، وليس من خادم ووردبريس الخاص بك، لذا فإن موارد الاستضافة ووقت استجابة الخادم لديك غير متأثرين. تم اختبار الإضافة جنبًا إلى جنب مع WP Super Cache، و W3 Total Cache، و LiteSpeed Cache، و WP Rocket، و Autoptimize، و Cloudflare دون تعارضات. إذا كان موقع ووردبريس الخاص بك سريعًا بالفعل، فإن إضافة الوكيل تحافظ على سرعته.

تعد قدرة الوكيل على التعامل مع لغات متعددة أمرًا مهمًا لمواقع ووردبريس التي تخدم جماهير دولية. ووردبريس نفسه لديه دعم قوي للتعريب — محولات اللغة، WPML، Polylang، TranslatePress — والعديد من مواقع ووردبريس تخدم الزوار بلغات متعددة. يدعم وكيل Asyntai 36 لغة أصلاً. يكتشف تفضيل لغة الزائر ويرد وفقًا لذلك، بغض النظر عن اللغة التي كُتب بها محتواك. زائر ألماني على متجر WooCommerce الإنجليزي الخاص بك يسأل "Haben Sie dieses Produkt auf Lager؟" ويرد الوكيل باللغة الألمانية باستخدام بيانات المنتج من صفحات المنتج الإنجليزية الخاصة بك. عند استخدام الأدوات المخصصة، تكون طبقة الترجمة أكثر قيمة: يستدعي الوكيل واجهة برمجة التطبيقات الخاصة بك باللغة الإنجليزية، ويتلقى بيانات باللغة الإنجليزية، ويؤلف الرد بلغة الزائر. لا تحتاج نقاط النهاية الخاصة بك إلى أن تكون متعددة اللغات. الوكيل يتولى الترجمة.

تتراكم محتويات مواقع ووردبريس على مر السنين — منشورات مدونة، وصفحات هبوط، ووثائق، ومنتجات مؤرشفة، وصفحات فعاليات، ومقالات قاعدة معارف. تكافح معظم إضافات الدردشة مع هذا الحجم لأنها تعتمد على إدخال الأسئلة والأجوبة يدويًا أو تحميل ملفات محدودة. يقوم وكيل Asyntai بفهرسة موقعك بالكامل ويبني قاعدة معارفه من كل ما يجده. مقال مدونة قديم عمره خمس سنوات حول موضوع متخصص؟ مفهرس. صفحة فئة منتج عميقة بها 200 عنصر؟ مفهرسة. قسم وثائق به 50 مقالًا إرشاديًا؟ كلها في قاعدة المعارف. عندما يسأل الزائر سؤالًا، يبحث الوكيل عبر هذه المجموعة الكاملة ويسترجع المعلومات الأكثر صلة — حتى لو كانت من صفحة لن يجدها الزائر أبدًا من خلال تنقل موقعك. هذا يحول مكتبة المحتوى الحالية لديك إلى ميزة تنافسية بدلاً من كومة من الصفحات المنسية.

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

الأمان والتعامل مع البيانات مهمان لمالكي مواقع ووردبريس الذين تم تكييفهم من خلال ثغرات الإضافات وعناوين خروقات البيانات. إضافة Asyntai لا تخزن أي بيانات في قاعدة بيانات ووردبريس الخاصة بك. لا تنشئ جداول قاعدة بيانات مخصصة، ولا تسجل المحادثات على الخادم الخاص بك، ولا تعالج أي بيانات زائر من خلال استضافة ووردبريس الخاصة بك. تتم جميع المحادثات بين متصفح الزائر وبنية Asyntai التحتية. يقتصر دور خادم ووردبريس الخاص بك على تحميل سكريبت الويدجت — وهو نفس الدور الذي يلعبه عند تضمين فيديو يوتيوب أو خريطة جوجل. هذه البنية تعني أن الإضافة لا توسع سطح هجوم موقع ووردبريس الخاص بك، ولا تضيف استعلامات قاعدة بيانات إلى تحميلات الصفحات الخاصة بك، ولا تتطلب منك إدارة بيانات المحادثة ضمن سير عمل النسخ الاحتياطي والامتثال للائحة العامة لحماية البيانات (GDPR) الخاصة بووردبريس. تتم إدارة بيانات المحادثة في لوحة تحكم Asyntai الخاصة بك، بشكل منفصل عن مسؤول ووردبريس.

بالنسبة لمطوري ووردبريس والوكالات، تقدم إضافة Asyntai عرضًا عمليًا للعملاء. بدلاً من بناء حل دردشة مخصص لكل عميل — اختيار مزود ذكاء اصطناعي، وكتابة كود تكامل، وإدارة مفاتيح API، وبناء واجهة مستخدم للمحادثة، والتعامل مع الاستجابة للجوال — تقوم بتثبيت إضافة Asyntai، وإدخال مُعرّف موقع العميل، ويكون الوكيل مباشرًا. تتيح لك الأدوات المخصصة توصيل أنظمة العميل المحددة دون تطوير مخصص. يحصل عميل WooCommerce على عمليات بحث عن الطلبات. يحصل عميل الحجز على جدولة للمواعيد. يحصل عميل جمع العملاء المحتملين على جمع عملاء محتملين متصل بنظام إدارة علاقات العملاء (CRM). يتم الإجابة على وكيل كل عميل باستخدام محتواه المحدد ومتصل بواجهات برمجة التطبيقات المحددة الخاصة به. بالنسبة للوكالة، هذا يعني تقديم "وكيل ذكاء اصطناعي لموقعك" كخدمة بأقل قدر من الهندسة لكل عميل — تتولى المنصة الذكاء الاصطناعي، والفهرسة، وواجهة مستخدم المحادثة، والدعم متعدد اللغات، وتنفيذ الأدوات. يحصل كل عميل على وكيل ذكاء اصطناعي مخصص دون تلوث متبادل لقواعد المعارف.

تعتمد اقتصاديات تشغيل وكيل ذكاء اصطناعي على ووردبريس على معدل الحل — ما هي النسبة المئوية لاستفسارات الزوار التي يعالجها الوكيل دون تدخل بشري؟ روبوت دردشة يعتمد على قاعدة المعارف فقط على موقع ووردبريس النموذجي يحل حوالي 40-50% من الاستفسارات الواردة. الباقي إما محدد للغاية ("هل هذا متوفر في المخزون؟")، أو شخصي للغاية ("أين طلبي؟")، أو موجه نحو اتخاذ إجراء ("هل يمكنني الحجز ليوم الخميس؟") لروبوت الدردشة ذي المعرفة الثابتة للتعامل معه. إضافة الأدوات المخصصة تدفع معدل الحل هذا إلى نطاق 70-85% لأن تلك الأسئلة المحددة والشخصية والموجهة نحو اتخاذ إجراء هي بالضبط ما تعالجه الأدوات المخصصة. كل سؤال يتم حله هو سؤال لا يتحول إلى بريد إلكتروني للدعم، أو مكالمة هاتفية فائتة، أو زائر يغادر دون تحويل. على تسعير Asyntai — الذي يبدأ من 39 دولارًا شهريًا لـ 2500 رسالة — هذا جزء بسيط مما يكلفه موظف دعم بدوام جزئي، يعمل 24/7، بـ 36 لغة، على كل صفحة من موقع ووردبريس الخاص بك.

لقد قامت بيئة إضافات ووردبريس بتكييف مالكي المواقع لتوقع تجربة تثبيت محددة: تنزيل، ورفع، وتفعيل، وتكوين إعداد أو اثنين، انتهى. تتبع إضافة Asyntai هذا التقليد بالضبط. لا يوجد تدفق OAuth، ولا تكوين webhook، ولا إنشاء مفتاح API في لوحة تحكم ووردبريس الخاصة بك. تقوم بتنزيل ملف zip للإضافة من لوحة تحكم Asyntai الخاصة بك، وترفعه في مسؤول ووردبريس، وتفعّله، وتلصق مُعرّف موقعك، ويكون الوكيل مباشرًا عند تحميل صفحتك التالية. إذا كنت تريد المضي قدمًا — إضافة أدوات مخصصة، وتكوين قواعد التصعيد، وتخصيص مظهر وسلوك الوكيل — فكل ذلك يحدث في لوحة تحكم Asyntai الخاصة بك، وليس في مسؤول ووردبريس. وظيفة الإضافة هي وضع الوكيل على موقعك. وظيفة لوحة التحكم هي جعل الوكيل ذكيًا.

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