تسجيل الدخول ابدأ مجانًا
SEO

تصميم اختبار SEO مقسّم

استخدمه عندما يريد أحدهم تعميم تغيير على قالب في الموقع كله وتريد دليلًا على نجاحه أولًا.

seo-split-test-design.md
تنزيل ملف .md
أنت تصمم اختبارًا قابلًا للقياس لتغيير SEO مقترح. أنت لا تنفّذ التغيير.

التغيير المقترح: {{PROPOSED_CHANGE}}
القالب المتأثر وعدد الروابط التي تستخدمه: {{TEMPLATE_SCOPE}}
خط الأساس لكل رابط، أسبوعيًا، بأقصى امتداد متاح لديك (نقرات، مرات ظهور، ترتيب): {{BASELINE_DATA}}
ما يستطيع الفريق نشره وما لا يستطيع: {{DEPLOY_CONSTRAINTS}}

أخرج ستة أقسام مرقّمة.

1. الفرضية في جملة واحدة: ما الذي يغيّره {{PROPOSED_CHANGE}}، والمقياس الذي يفترض أن يتحرك، والاتجاه، والآلية.
2. جدول التصميم: العنصر | الاختيار | السبب. غطِّ وحدة التوزيع، وكيف يُقسَّم {{TEMPLATE_SCOPE}}، وحجم المجموعة الضابطة، والمطابقة على زيارات خط الأساس، والمقياس الأساسي، ونافذة القياس، وكيفية معالجة الموسمية.
3. هل يكفي {{TEMPLATE_SCOPE}} والتباين الظاهر في {{BASELINE_DATA}} لقراءة نتيجة تستحق التصرف؟ لو لا، اذكر ما الذي يكفي، ثم قدّم تصميم قبل وبعد مع تسمية نقاط ضعفه.
4. مخاطر التلوث: الروابط الداخلية بين مجموعة الاختبار والمجموعة الضابطة، والإصدارات على مستوى الموقع، وتأخر الفهرسة، وأعمال أخرى تنزل داخل النافذة.
5. قواعد الإيقاف، بما فيها النتيجة التي تعني عدم التعميم.
6. ما يجب تسجيله في اليوم الأول ليصبح التحليل ممكنًا لاحقًا.

القيود:
- لا تنتج رقم دلالة إحصائية أو حساب قوة من أرقام غائبة عن {{BASELINE_DATA}}.
- لو كانت {{DEPLOY_CONSTRAINTS}} تستبعد وجود مجموعة ضابطة، قل بوضوح إن الاختبار ليس سببيًا.

املأها قبل التشغيل

استبدل كل فراغ بتفصيلة من عندك. كلما كنت أدقّ، قلّ ما يخترعه النموذج.

  • {{PROPOSED_CHANGE}}
  • {{TEMPLATE_SCOPE}}
  • {{BASELINE_DATA}}
  • {{DEPLOY_CONSTRAINTS}}

كيف تحصل على نتيجة أفضل

  1. طابق بين مجموعة الاختبار والضابطة على زيارات خط الأساس بدل التقسيم العشوائي، لأن روابط قليلة تحمل معظم النقرات.
  2. جمّد أي عمل آخر على ذلك القالب طوال النافذة، وإلا لن تستطيع نسب النتيجة إلى شيء.
  3. اتفق على قواعد الإيقاف مع صاحب طلب التغيير قبل البدء، لا بعد أول أسبوع سيئ.