برنامج اختبارات A/B.
أطلق الفائز.

يُقسَّم الزوار بين النسخ وفق الزيارات التي تحددها — 50/50 لاختبار A/B تقليدي، أو شرائح متساوية لاختبار A/B/n، أو 45/45 مع حجز 10% على الموقع دون تغيير لقياس الزيادة التي أحدثتها فعلًا. وافتراضيًا يحتفظ الزائر بالنسخة نفسها في كل زيارة.

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

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

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

كل ليلة يعيد المحسّن تشغيل الاختبار آلاف المرات في محاكاة من البيانات المتوفرة، ويعدّ كم مرة تتصدر كل نسخة. تلك الحصة هي فرصتها في أن تكون الأفضل فعلًا؛ والأرقام المتقاربة تعني أن البيانات لا تستطيع التمييز بين النسخ بعد، فيبقى التقسيم كما هو. ويتبع التقسيم الموصى به تلك الفرصة، مع توزيع 10% من الزيارات دائمًا بالتساوي بين النسخ — فتواصل النسخة الخاسرة جمع البيانات التي قد تنصفها، ويمكن لنسخة كانت الأفضل قبل شهرين أن تخسر اليوم. وتتناقص قيمة المشاهدات والنقرات بعمر نصف قدره 28 يومًا، فتُحتسب الزيارات الحديثة أكثر.

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

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

لا. Personyze مصمم ليكون دون برمجة: يتيح لك المحرر المرئي تغيير النصوص واستبدال الصور وإعادة تصميم أزرار الدعوة أو استبدال أقسام كاملة بالنقر عليها في الصفحة الحية. وتُبنى النوافذ المنبثقة والبانرات والنماذج من مكتبة تضم أكثر من 20 قالب أداة — دون حاجة إلى فريق هندسي.

وللحالات النادرة التي تريد فيها منطقًا خاصًا (JavaScript مخصص، أو نسخ تُعرض من الخادم، أو تكاملات مع بيانات خاصة) يتوفر إجراء JS يمكنك إدراجه وواجهة REST API لتعيين النسخ من جهة الخادم. ومعظم الفرق لا تحتاج إلى أيٍّ منهما.

اختبارات A/B في Personyze مستقلة تمامًا عن المنصة. تعمل على Shopify وMagento وBigCommerce وWooCommerce وSalesforce Commerce وWordPress وWebflow وتطبيقات React أو Vue المخصصة وNext.js والإعدادات بلا واجهة ومواقع HTML العادية. يتم التكامل عبر مقتطف JavaScript واحد.

وللنسخ من جهة الخادم تتوفر واجهة REST API. ولاختبارات A/B في البريد، يُدرج Personyze المحتوى لحظة فتح الرسالة. وللبيانات، يتصل Personyze بأدوات التسويق لديك: Google Analytics 4 وMixpanel وSegment وHubSpot وSalesforce وMarketo وActiveCampaign وأي أداة تدعم REST API أو Webhooks.

يُستخدم المصطلحان بالتبادل — فكلاهما يصف تقسيم الزيارات بين نسختين أو أكثر وقياس أيهما أفضل أداءً. «اختبار A/B» هو التعبير الأكثر شيوعًا لتجارب صفحات الهبوط وتحسين معدل التحويل، بينما يُستخدم «اختبار التقسيم» أحيانًا لوصف الاختبارات القائمة على الروابط تحديدًا، حيث تكون كل نسخة على صفحة مختلفة.

ويتعامل Personyze مع الاثنين: نسخ A/B على الصفحة نفسها عبر المحرر المرئي، واختبارات تقسيم الصفحات الكاملة التي تعيد فيها توجيه نسبة من الزيارات إلى رابط مختلف. كما تُدعم الاختبارات متعددة المتغيرات (A/B/n) واختبارات المجموعة الضابطة في الواجهة نفسها — دون أداة منفصلة.

من حساب جديد، تطلق معظم الفرق حملتها الأولى في أقل من 15 دقيقة: اختر قالبًا، وحدد مشغّلًا، وعرّف الجمهور، واضغط نشر. دون برمجة ودون انتظار المطورين.

وللإعدادات الأكثر تعقيدًا (بيانات CRM مخصصة، أو البحث عن عناوين IP لتسويق ABM، أو مسارات متعددة الخطوات) خطط لبضع ساعات أو احجز جلسة تنفيذ مجانية مع فريق النجاح لدينا.

لا. حجم سكربت Personyze أقل من 30KB بعد الضغط، ويُحمَّل بشكل غير متزامن، وتُتخذ القرارات في أقل من 50 مللي ثانية. لا نحجب العرض. ويؤكد العملاء باستمرار عدم وجود أثر ملموس على مؤشرات Core Web Vitals بعد النشر.

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

نعم — تكاملات مباشرة مع HubSpot وSalesforce وMailchimp وKlaviyo وActiveCampaign وMarketo. يمكن إرسال ما تلتقطه نماذج النوافذ المنبثقة تلقائيًا إلى CRM كعملاء محتملين جدد، مع ربط مخصص للحقول. وتتيح لك Webhooks ربط أي شيء آخر.

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

نعم، والتقرير مصمم ليقول ذلك. يُقرأ كل اختبار أيضًا حسب كل جمهور مكتشف: المعدل لكل ذراع داخل الجمهور، والمتصدر هناك، ويقين الخلاف مع المتصدر الإجمالي، مقاسًا مقابل الذراع التي يخالفها. يسمّي حكم من سطر واحد أعلى النتائج أكبر جمهور يخالف؛ ويسرد تقرير اختبارات A/B حسب الجمهور كل جمهور لديه زيارات كافية، مع مرشح للحاسم فقط. والعضوية وفق المراجعة التي وسمت الجلسات، كما توضح اللوحة في تلميحها.