الحدّ من تأثير اختبار A/B على أداء "بحث Google"

توضّح هذه الصفحة طريقة التأكد من أنّ اختبار التغييرات في محتوى صفحات موقعك الإلكتروني أو في عناوين URL الخاصة بهذه الصفحات لن يكون له تأثير يُذكر في أداء موقعك الإلكتروني على "بحث Google". لا تعرض هذه الصفحة تعليمات حول طريقة إنشاء أو تصميم عمليات اختبار، ولكن يمكنك العثور على المزيد من المصادر حول عمليات الاختبار في نهاية هذه الصفحة.

نظرة عامة على عمليات الاختبار

يمكنك اختبار موقعك الإلكتروني عن طريق اختبار نسخ مختلفة من الموقع الإلكتروني (أو جزء منه) وجمع بيانات حول تفاعل المستخدمين مع كل إصدار منه.

  • اختبار A/B: يتيح لك اختبار صيغتَين (أو أكثر) من تغيير ما. على سبيل المثال، يمكنك اختبار خطوط مختلفة على أحد الأزرار لمعرفة ما إذا كان بإمكانك زيادة عدد النقرات على الزر.
  • اختبار نُسخ مختلفة من الصِيَغ: يتيح لك اختبار أكثر من نوع واحد من التغييرات في كل مرة لمعرفة تأثير كل تغيير بالإضافة إلى حالات التكامل المحتمَلة بين التغييرات. على سبيل المثال، يمكنك تجربة عدة خطوط على أحد الأزرار، ولكن يمكنك أيضًا في الوقت نفسه تجربة تغيير (وعدم تغيير) الخط في باقي أجزاء الصفحة. هل يساعد الخط الجديد على تسهيل قراءة النص، وبالتالي يجب استخدامه في جميع أجزاء الصفحة؟ أم أنّ الفائدة تتمثّل في استخدام خط للزر يختلف عن باقي الصفحة، بهدف جذب الانتباه؟

يمكنك استخدام البرامج للمقارنة بين سلوك المستخدمين في النسخ المختلفة من صفحات موقعك الإلكتروني (أو من أجزاء من صفحة أو صفحات كاملة أو مجموعات متتابعة كاملة من الصفحات) ومعرفة النسخة الأفضل أداءً بالنسبة إلى المستخدمين.

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

يمكنك أيضًا إجراء اختبارات بدون تغيير عنوان URL من خلال إدراج نسخ مختلفة بشكل ديناميكي على الصفحة. ويمكنك استخدام JavaScript لتحديد النسخة التي تريد عرضها.

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

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

أفضل الممارسات عند الاختبار

في ما يلي قائمة بأفضل الممارسات لتجنّب أي تأثيرات سلبية في أداء موقعك الإلكتروني على "بحث Google" أثناء اختبار نسخ مختلفة من محتوى الموقع الإلكتروني:

عدم إخفاء هوية صفحاتك التجريبية

يجب ألّا تكون مجموعة عناوين URL التي تعرضها لبرنامج Googlebot مختلفة عن المجموعة التي تعرضها للمستخدمين. يُسمّى هذا الأسلوب إخفاء الهوية، ويخالف سياسات المحتوى غير المرغوب فيه بغض النظر عما إذا كنت تجري اختبارًا أم لا. نذكّرك بأنّ انتهاك سياستنا المتعلّقة بالمحتوى غير المرغوب فيه يمكن أن تؤدي إلى خفض ترتيب موقعك الإلكتروني أو إزالته من نتائج محرّك بحث Google، وذلك على الأرجح ليس النتيجة المرجوّة من الاختبار.

يتم احتساب إخفاء الهوية سواء تم ذلك عن طريق منطق الخادم أو باستخدام ملف robots.txt أو أي طريقة أخرى. يمكنك بدلاً من ذلك استخدام الروابط أو عمليات إعادة التوجيه على النحو الموضّح في الأقسام التالية.

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

في حال إجراء اختبار على عناوين URL متعددة، يمكنك استخدام سمة الرابط rel="canonical" على كل عناوين URL البديلة للإشارة إلى أنّ عنوان URL الأصلي هو الإصدار المفضّل. وننصحك باستخدام العلامة rel="canonical" بدلاً من العلامة noindex meta لأنّها أكثر ملاءمة لهدفك في هذه الحالة. على سبيل المثال، إذا كنت تختبر صيغًا مختلفة من صفحتك الرئيسية، لن يناسبك أن تتجاهل محركات البحث فهرسة صفحتك الرئيسية، لذا يجب إعلامها بأنّ كل عناوين URL الخاضعة للاختبار هي نسخ على درجة عالية من التطابق أو صيغ مختلفة من عنوان URL الأصلي، وأنّه يجب تجميعها معًا، مع استخدام عنوان URL الأصلي كعنوان أساسي. ويمكن أن يؤدي استخدام العلامة noindex بدلاً من العلامة rel="canonical" في مثل هذه الحالة إلى تأثيرات سلبية غير متوقّعة أحيانًا.

استخدام عمليات إعادة التوجيه 302 بدلاً من 301

في حال إجراء اختبار يؤدي إلى إعادة توجيه المستخدمين من عنوان URL الأصلي إلى إصدار مختلف من عنوان URL، استخدِم عملية إعادة التوجيه 302 (temporary) وليس 301 (permanent). يؤدي ذلك إلى إعلام محركات البحث بأنّ عملية إعادة التوجيه هذه مؤقتة، وأنّه سيتم تطبيقها خلال فترة التجربة فقط، وأنّ محركات البحث يجب أن تحتفظ بعنوان URL الأصلي في فهرسها بدلاً من استبداله بالصفحة المستهدفة من عملية إعادة التوجيه (صفحة الاختبار). من الخيارات الجيدة أيضًا استخدام عمليات إعادة التوجيه التي تعتمد على JavaScript.

إجراء الاختبار عند اللزوم فقط

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

مزيد من المعلومات عن الاختبار