هل يؤثر اختبار A / B على تحسين محركات البحث؟ لا إذا فعلت ذلك بشكل صحيح

من بين أكثر من 200 عامل تحدد كيف يشكل ترتيب بحث موقع الويب والمحتوى والروابط والسرعة العوامل الثلاثة الرئيسية.

يمكن أن تؤثر تجارب تحسين معدل التحويل (مثل عمليات التخصيص وعنوان URL المقسم واختبار A / B) في كل منها.

إذا كانت لديك صفحة مقصودة ذات عدد زيارات كبير ، فستكون قلقًا بشأن اختبار A / B معها لأنك لا تريد:

• تفقد ترتيب البحث الخاص بالمحتوى الخاص بك ، أو ما هو أسوأ من ذلك ، يُنظر إليه على أنه يقدم محتوى مكررًا
• تبدو متسترًا مع عمليات إعادة التوجيه
• تبطئ صفحتك أو موقعك على الويب. (حقيقة: يمكن أن تضيف بعض أدوات الاختبار ما يصل إلى 4 ثوانٍ إلى وقت تحميل موقع الويب الخاص بك!)

إلى جانب ذلك ، فإن كيفية ظهور موقع الويب الخاص بك على روبوت Google (Googlebot) أو غيرها من روبوتات محركات البحث مهمة أيضًا لتحسين محركات البحث. يمكن أن يؤثر اختبار A / B على هذا أيضًا.

ولكن إذا لم يتم تحويل صفحتك المقصودة بنسبة 4.05٪ (وهو متوسط ​​معدل التحويل عبر الصناعات) ، فيمكنك القيام بعمل أفضل. يقع هذا الخط الأساسي عند حوالي 2٪ + للأعمال التجارية B2C.

حتى إذا تم تحويل صفحاتك في هذه النطاقات ، فلا يزال بإمكانك القيام بعمل أفضل كأفضل صفحات تحويل في تقرير الصناعة بمعدلات تحويل مكونة من رقمين.

هناك دائمًا مجال للتحسين ، الأمر الذي يتطلب اختبارًا سريعًا. ولكن الشيء الجيد هو أنه حتى Google تقول ...

هل يمكن لاختبار A / B و SEO أن يلعبوا بشكل جيد؟

لا تشجع Google اختبار موقع الويب فحسب ، بل تقدم أيضًا حل اختبار A / B الخاص بها والتجربة المسمى Google Optimize.

في إرشاداتها الخاصة باختبار A / B ، تشير Google إلى أنه عند إجراء اختبار A / B بشكل صحيح ، لا يؤثر اختبار A / B على مُحسنات محركات البحث على الإطلاق:

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

مع هذا الوضوح ، دعنا الآن نلقي نظرة على بعض أفضل الممارسات التي يجب اتباعها للتأكد من أن تأثير اختبار A / B على ترتيب البحث لصفحتك ضئيل .

تجنب الإخفاء ، وتحسين محركات البحث على الصفحة ، ومشكلات الازدواج عند التجربة

يعمل اختبار A / B بشكل مشابه لإخفاء الهوية لأنك تقدم محتوى مختلفًا بشكل أساسي للمستخدمين ومحركات البحث.

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

الحجب هو ممارسة تقديم نسخة من صفحة الويب لمحركات البحث تختلف عن النسخة المقدمة للمستخدمين ، بهدف خداع محركات البحث والتأثير على ترتيب الصفحة في فهرس البحث .

Optimizers لا تفعل هذا. لذلك ، هذا القلق غير موجود. ومع ذلك ، يمكن أن يُنظر إليك على أنك تقوم بذلك إذا قمت ببرمجة روبوت Google للحصول على إصدار معين (المزيد حول هذا أدناه.).

لنلقِ نظرة على جانب المحتوى في مُحسّنات محرّكات البحث الذي يمكن أن يتأثر باختبار A / B وطرق التجريب الأخرى.

أثناء اختبار A / B (أ / ب) ، تقوم بتغيير جزء من محتوى صفحتك. قد يكون هذا هو عنوان صفحتك أو نسخة أو لون زر الحث على الشراء. إذا كان هذا التغيير يؤثر على مُحسنات محركات البحث على الصفحة ، فقد يصبح مشكلة.

على سبيل المثال ، إذا كنت تختبر A / B عنوان صفحتك ، فعليك التفكير في تحسين محركات البحث أيضًا وليس مجرد التحويلات.

في مثل هذه الحالات ، تحتاج إلى التوصل إلى شيء من شأنه أن يعمل على تحسين محركات البحث (SEO) والتحويل حتى لا يكون هناك تعارض. وإذا كان المتغير يتفوق على الأصل ، فإن طرح العنوان الرئيسي الذي تم اختباره A / B لا ينبغي أن يؤثر على تحسين محركات البحث على الإطلاق.

أيضًا ، نظرًا لأن Google قد قام بالفعل بفهرسة صفحتك الثابتة (أو الأصلية) ، فلن يؤثر المحتوى الذي تقدمه عبر أداة التجريب عبر Javascript على مُحسنات محركات البحث على الصفحة. بالإضافة إلى ذلك ، يمكن لروبوت Google قراءة المحتوى المستند إلى Javascript أيضًا.

يمكن أن يكون تحقيق التوازن بين هذا الجانب من اختبار A / B و SEO أكثر صعوبة إلى حد ما عند إجراء التخصيصات لأن تكرار المحتوى وتغييرات المحتوى في المتغيرات المخصصة يمكن أن تكون أعلى. ولكن حتى هنا ، لا تنس أن Google لديها بالفعل نسختها المفهرسة من صفحتك الثابتة (ويمكنك استخدام تعيين الصفحة الأصلية كإصدار أساسي والحفاظ على قيمة تحسين محركات البحث الخاصة بها ؛ المزيد حول هذا أدناه).

شيء آخر يجب أخذه في الاعتبار هنا ، كما يشرح راند فيشكين من Moz ، هو أن الصفحة التي تختبرها A / B هي على الأرجح صفحة تحويل وليست صفحة أساسية لتحسين محركات البحث. نادرًا ما يتعين على هذه الصفحات أن تخدم كلاً من تحسين محركات البحث وأهداف التحويل. يشرح بالتفصيل نقلاً عن صفحة التسعير الخاصة بـ Moz. يقول إن وظيفتها ليست تصنيف "أدوات تحسين محركات البحث". بدلاً من ذلك ، "مصمم للتحويل. إنها صفحة تسعير - ستتيح لك اختيار السعر. لا يحتاج إلى استهداف أي كلمات رئيسية للبحث ". لذلك بطبيعة الحال ، لن يؤثر اختبار A / B على محتوى الصفحة على مُحسنات محركات البحث.

لاحظ أيضًا أن ^ هذا لا ينطبق على B2C أو أعمال التجارة الإلكترونية. لأن الصفحات المقصودة في هذه الأعمال هي أيضًا صفحات تحويل.

قد لا يكون هذا دائمًا واضحًا جدًا ، لكنك بالتأكيد تحصل على الانجراف.

إعداد تجارب إعادة التوجيه بشكل صحيح

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

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

يمكنك أن ترى أدناه تجربة إعادة التوجيه التي تم إعدادها على الصفحة الرئيسية والتي تعيد توجيه حركة مرور الصفحة الرئيسية إلى عنواني URL مختلفين. يتم تقسيم حركة مرور الصفحة الرئيسية وإعادة توجيهها إلى جميع عناوين URL الثلاثة (النسخة الأصلية + نسختان):

عندما تصادف محركات البحث عمليات إعادة توجيه ، فإنها تستخدم العلامات التي تستخدمها لفهم ما يحدث (إذا كنت تستخدمها). لذلك ، على سبيل المثال ، إذا قمت بإعداد إعادة توجيه 301 ، فستعرف محركات البحث أنك قمت بنقل عنوان URL القديم إلى العنوان الجديد بشكل دائم. من منظور تحسين محركات البحث (SEO) ، يعد هذا أفضل إعادة توجيه لأنه يحتفظ بكافة عناصر تحسين محركات البحث (SEO).

ومع ذلك ، نظرًا لأن إعادة التوجيه التجريبية ليست عملية دائمة ، استخدم بدلاً من ذلك إعادة التوجيه 302 التي تفهم محركات البحث أنها ذات طبيعة مؤقتة.

أيضًا ، بدلاً من محاولة منع محركات البحث من فهرسة متغيرات الصفحة الأصلية (باستخدام علامة "noindex") ، استخدم السمة الأساسية الموجودة فيها واربط عنوان URL الأصلي.

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

يجب أن يشتمل كل شكل من أشكال التجربة على عنصر <LINK> بالسمة rel = ”canonical” في أقسام <HEAD> الخاصة بها.

يمكنك أيضًا استخدام عمليات إعادة التوجيه المستندة إلى جافا سكريبت.

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

اختبار A / B بدون قتل السرعة والأداء

روابط السرعة مباشرة إلى التصنيفات العضوية وأيضًا إلى التحويلات. وبالتالي ، يعمل كل من مُحسِّن محركات البحث ومحسنات التحويل على تحسينها.

لسوء الحظ ، على الرغم من ذلك ، يمكن أن يتسبب إجراء التجارب في بعض التأخير لأن مكدس تكنولوجيا CRO (حتى لو كان بسيطًا) يتسبب في طلبات إضافية عند طلب موقع ويب ، ويستغرق الأمر ذهابًا وإيابًا وقتًا.

على سبيل المثال ، إذا كنت تريد إجراء تجارب ، فستحتاج على الأقل إلى:

• أداة تحليلات الويب: أداة مثل Google Analytics تقيس وتمنحك رؤى كمية (مثل انخفاض كبير في صفحة رئيسية) وتسلط الضوء على التسريبات في مسار التحويل الخاص بك. (يمكن أن تكلف هذه الأدوات طلبات إضافية ؛ حتى Google Analytics يضيف 3 طلبات HTTP.)

• أداة خريطة الحرارة أو أداة اختبار المستخدم (أو كليهما): أداة لتحليل سلوك المستخدم مثل Hotjar توضح لك كيف يتصرف المستخدمون على موقع الويب الخاص بك ، وغالبًا ما تسلط الضوء على "الأسباب" وراء أدوات تحليل البيانات. أو ، أداة اختبار للمستخدم مثل UsabilityHub تتيح لك الحصول على رؤى ثرية للتحسين النوعي مباشرة من المستخدمين لديك.

• أداة اختبار A / B أو أداة متعددة المتغيرات: أداة مثل Convert تقدم تجاربك. بعض أدوات التجريب التي لم يتم تحسينها لسرعة تجاوز الأداء ويمكن أن تسبب تأخيرات محبطة لعدة ثوانٍ.

على الرغم من أن معظم أدوات اختبار A / B تستخدم التحميل غير المتزامن (الذي تم تحسينه للسرعة) ، فلا يمكن القول بأنها ذات تأثير صفري.

يكون تأثير السرعة أسوأ أيضًا على التحميل الأول لأن نشر ذلك يجعل التخزين المؤقت الطلبات اللاحقة أسرع.

لاحظ ، مع ذلك ، أنه في كثير من الأحيان ، لن تكون هذه التأخيرات في السرعة ملحوظة للمستخدمين النهائيين لأنها لن تؤثر على تحميل العناصر "البطل" لموقعك على الويب. ومع ذلك ، فإن التأخيرات تحدث.

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

إنهاء التجارب في الوقت المحدد

تحدد الأهمية الإحصائية التي تهدف إليها المدة التي ستستغرقها اختبارات A / B. إذا كنت تتطلع إلى الوصول إلى علامة إحصائية 95٪ (تحققها تجربة واحدة فقط من كل خمس تجارب) وإذا كان لديك عدد زيارات محدود ، فسيستغرق اختبار A / B وقتًا أطول حتى ينتهي.

سواء وصلت التجارب إلى دلالة إحصائية أم لا ، فإن معظم المحسِنين ينهونها بعد فترة محددة (أسبوع أو أسبوعين عادةً). ويتم تنفيذ النسخة الفائزة فقط أو النسخة الأصلية.

يعد إنهاء اختبار A / B في الوقت المحدد وطرح الإصدار الأفضل أداءً أمرًا مهمًا لأنه يزيل احتمال أن تعثر روبوتات Google على عمليات إعادة توجيه طويلة الأجل أو إصدارات متعددة من صفحة معينة على موقع الويب الخاص بك طوال الوقت.

معاملة روبوتات محرك البحث مثل المستخدمين العاديين

يُعد حظر Googlebot من الزحف إلى إصدارات تجربتك أو فهرستها أو عمليات إعادة التوجيه (حتى تتمكن من تجنب مشكلات المحتوى المكررة) فكرة سيئة.

يوصي Matt Cutt (الرئيس السابق لـ Google Web SPAM) المحسّنين بعدم القيام بأي شيء خاص لـ Googlebots:

" تعامل مع Googlebot تمامًا مثل أي مستخدم آخر ولا تقم بكتابة تعليمات برمجية إلى وكيل المستخدم أو عنوان IP الخاص بنا ."

بتكرار نفس النصيحة ، حذر John Mueller (Google) من أن Googlebots ذات الغلاف الخاص قد تبدو مريبة:

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

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

CRO لا يعمل ضد تحسين محركات البحث. إنه أكثر الأشياء الطبيعية التي يجب القيام بها بعد تحسين محركات البحث

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

قد يؤدي إجراء مثل هذه التجارب إلى الشعور بالتوتر ، نظرًا لتأثيرها المحتمل على تحسين محركات البحث.

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

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

لذا يمكنك التفكير في هذا - على الأكثر - كأثر جانبي صغير مؤقت للتجربة.

وماذا عنك؟ هل منعك الخوف من الانخفاضات في ترتيب تحسين محركات البحث (SEO) من إجراء اختبارات A / B؟ هل جربت أداة بسيطة وخالية من الوميض مثل Convert حتى الآن؟