دليل تعلّم Amplitude

الفصل 9 / 9

خطة التطبيق العملي

تتعلّم Amplitude بطرح الأسئلة على بياناتك أنت، لا بالقراءة. تهدف هذه الخطة خلال أربعة أسابيع إلى إنشاء مشروع تجريبي من الصفر، وربطه بـ Adjust، وإجراء تحليل discrepancy.

ما سيكون بين يديك في النهاية
  • خطة تتبّع وتطبيق تجريبي يرسل البيانات وفقها.
  • مخطط محفوظ واحد على الأقل من كل نوع، ولوحة معلومات.
  • تحليل شلال مُقاس بين تثبيتات Adjust والمستخدمين الجدد في Amplitude.

مسار الأسابيع الأربعة

كل أسبوع يستخدم مخرجات الأسبوع الذي قبله الأسبوع 1 · النموذج الفصول 1–3 افتح مشروعًا تجريبيًااكتب خطة تتبّعجرّب سيناريوهات الهوية الأسبوع 2 · البيانات الفصلان 4 و 6 ادمج SDK + HTTP APIطبّق قائمة التحققولّد بيانات تجريبية الأسبوع 3 · التحليل الفصل 5 مخطط من كل نوععرّف cohortابنِ لوحة معلومات الأسبوع 4 · الربط الفصل 7 أعدّ تكامل Adjustتحليل حسب القنواتابنِ مخطط الشلال
المدد إرشادية؛ المقياس الحقيقي هو جاهزية مخرجات كل أسبوع.

الأسبوع 1: النموذج

  1. أنشئ حسابًا مجانيًا في Amplitude ومشروعين: guide-test و guide-prod. استخدم المشروع التجريبي فقط طوال هذا الدليل؛ المشروع الثاني لتعويد نفسك على فصل البيئات.
  2. اكتب خطة تتبّع من 8 إلى 10 events بالقالب في الفصل 6. استهدف تطبيقًا لديك، أو صفحة ويب بسيطة إن لم يكن لديك (مثل قائمة منتجات، تفاصيل منتج، سلة، دفع).
  3. املأ عمود "السؤال الذي يخدمه" لكل event. احذف من الخطة كل event لا تستطيع ملأه.
  4. اكتب سيناريوهات الهوية من الفصل 3 لتطبيقك: أين تسجيل الدخول، أين الخروج، هل يوجد جهاز مشترك؟

الأسبوع 2: البيانات

  1. ادمج Web SDK، أو الـ SDK الخاصة بمنصة تطبيقك، بمفتاح المشروع التجريبي.
  2. أضف events الـ SDK من خطتك؛ اربط setUserId بتسجيل الدخول و reset بتسجيل الخروج.
  3. أرسل event واحدًا على الأقل (مثل Checkout Completed) عبر HTTP API فقط، مع insert_id.
  4. طبّق قائمة التحقق من الفصل 6 بندًا بندًا باستخدام user lookup و ingestion debugger.
  5. ولّد بيانات تجريبية لتجد ما تحلّله: كرّر التدفّقات من متصفحات وحسابات اختبار مختلفة لعدة أيام، أو أرسل events اصطناعية بطوابع زمنية من سكربت عبر HTTP API.
انتبه

أرسل البيانات الاصطناعية إلى المشروع التجريبي فقط. الـ events الاصطناعية المرسلة إلى مشروع الإنتاج تلوّث التحليلات الحقيقية بشكل دائم.

الأسبوع 3: التحليل

لكل نوع مخطط: اكتب السؤال أولًا، ثم خمّن الجواب، ثم ابنِ المخطط.

المخططسؤال مثالالإعداد الذي يجب تجربته
Segmentationكم شخصًا يشاهد المنتجات يوميًا؟التبديل بين الفريد والمجموع، والتقسيم حسب المنصة
Funnelما نسبة التحويل من السلة إلى الدفع؟نافذة التحويل، ترتيب الخطوات، تثبيت product_id
Retentionهل يعود المسجّلون في اليوم السابع؟الفرق بين "في اليوم N" و"في اليوم N أو بعده"
Journeysماذا يفعل المستخدمون قبل الدفع؟اختيار event البداية والنهاية
Cohortمن يترك السلة؟شرط "فعل ولم يفعل"
Stickiness / Lifecycleكم مرة يأتي المستخدمون؟العرض الأسبوعي مقابل اليومي

اجمع مخططاتك المحفوظة في لوحة معلومات، واكتب في وصف كل مخطط السؤال الذي يجيب عنه.

الأسبوع 4: الربط مع Adjust

  1. إذا كان تطبيقك التجريبي يحتوي Adjust SDK، فأعدّ التكامل وفق توثيق شريك Amplitude لدى Adjust وتأكّد من مطابقة الهويات.
  2. ثبّت التطبيق من رابط tracker على جهاز اختبار؛ وتحقّق من خصائص الـ attribution لذلك المستخدم في user lookup في Amplitude.
  3. قسّم مخططات الـ retention والـ funnel حسب حقل الـ attribution.
  4. خذ تثبيتات Adjust والمستخدمين الجدد في Amplitude للفترة نفسها، وابنِ شلال الفصل 7 ببياناتك. اكتب دليل كل عمود؛ وضع ما لا تستطيع قياسه في قائمة منفصلة.
نصيحة

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

اختبر نفسك

قل جوابك في جملة واحدة قبل كشف الإجابة.

لماذا لا يحلّ Amplitude محلّ الـ MMP على الهاتف؟

لا يقوم بمطابقة الـ attribution مع شبكات الإعلانات، ولا يدير SKAN، ولا يرسل postbacks إلى الشبكات. يأخذ المصدر من الـ MMP.

هل خطة الاشتراك event property أم user property؟

User property. إنها حالة الشخص وتسري على كل event لاحق حتى تتغيّر. وليست سياقًا خاصًا بـ event واحد.

ماذا يحدث إذا أُرسل Subscription Started أولًا ثم تحديث الخطة عند الترقية؟

ذلك الـ event نفسه يحمل plan = free، لأن كل event يُختم بقيمة الـ user property لحظة وقوعه.

لماذا setUserId('guest') خطير؟

كل من يحصل على هذه القيمة يُدمج في شخص واحد. الدمج عادةً لا يمكن التراجع عنه، وتفسد كل المقاييس على مستوى المستخدم لتلك الفترة.

لماذا قد يعطي الـ funnel نفسه نسبة تحويل مختلفة في لوحتين؟

قد تختلف نافذة التحويل أو إعداد ترتيب الخطوات أو وحدة العدّ أو نطاق التاريخ/المنطقة الزمنية. قارن هذه الإعدادات الأربعة أولًا.

يُظهر Adjust 10,000 تثبيت، و Amplitude 8,700 مستخدم جديد. ما خطوتك الأولى؟

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

ما يجب التحقق منه قبل نقله إلى العميل

المفاهيم في هذا الدليل ثابتة. أما البنود أدناه فقد تتغيّر حسب الإصدار أو الخطة أو الواجهة؛ راجع التوثيق الحالي قبل استخدامها في عمل لعميل.

  • كيفية إعداد مطابقة الهوية في تكامل Adjust و Amplitude، وأي الحقول تصل وبأي أسماء
  • قواعد دمج الهوية، والحد الأدنى لطول المعرّف، وقيم المعرّفات المحظورة
  • اسم الحزمة وتواقيع الدوال لإصدار الـ SDK المستخدم
  • نقاط نهاية HTTP API (حسب منطقة البيانات) ومدة إزالة تكرار insert_id
  • تعريف الجلسة وقيم انتهاء المهلة الافتراضية
  • الأسماء الحالية للمخططات (خاصة Journeys / Pathfinder) وتعريفات الـ retention
  • أسماء أدوات الحوكمة، وأيّها يعمل بأثر رجعي
  • حدود الخطة المجانية، وأي ميزة في أي خطة

المصادر

  • توثيق Amplitude للمطوّرين والمنتج: amplitude.com/docs
  • منصة Amplitude التدريبية المجانية (Amplitude Academy): ابحث في موقع Amplitude عن قائمة الدورات والشهادات
  • مركز مساعدة Adjust، صفحة شريك Amplitude: help.adjust.com

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