كيفية تتبع معدل التحويل (نقرات إلى المبيعات) من نظام الإعلان الداخلي؟

Question

أقوم حاليًا بكتابة نظام إعلانات Interal لموقع عميل الشركة ، حيث لن يتم رؤية الإعلانات إلا من قبل المستخدمين الداخليين ، وجميع المعاملات تتم داخليًا إلى الموقع (أي أن الإعلانات مخصصة لمحتوى الأعضاء فقط على الموقع).

هل لدى أي شخص أي توصيات بشأن أفضل طريقة لتتبع معدل تحويل هذه الإعلانات (أي طرق عرض: النقرات: المبيعات)؟

تعديل

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

/تعديل

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

هتافات ، أد

(NB سأترك هذا غامضًا عن قصد من أجل (نأمل) الحصول على بعض الإجابات التي توفر الأفكار التي لم أفكر بها بعد عن طريق القدوم إلى المشكلة من زاوية مختلفة)

Answer 1

تتمثل النهج النموذجي في استخدام ملفات تعريف الارتباط لتتبع نشاط المستخدمين من خلال الموقع ، على سبيل المثال

1. يقوم المستخدم بإجراء الإعلان - على هذه الصفحة ، سيكون هناك علامة IMG التي تشير إلى برنامج نصي خادم يرجع صورة Pixe واحدة. سيتحقق البرنامج النصي للخادم من ملف تعريف الارتباط الموجود على جهاز المستخدمين ، إذا لم يتم العثور على أحدهم ، فإنشاء GUID للمستخدم ، وإنشاء واحد. ثم احفظ أي تفاصيل مطلوبة حول الانطباع (IP ، وقت التاريخ ، إلخ) ،

2. ينقر المستخدم على الإعلان. هذا من شأنه أن يقلل من مستخدم ETHE إلى صفحة تبحث عن ملف تعريف الارتباط الذي تم إنشاؤه عند عرض الإعلان ، ويخزن تفاصيل النقر ، ويسقط ملف تعريف الارتباط على جهاز المستخدمين ، مع GUID يحدد النقر

3. اكتملت المعاملة. في هذه المرحلة ، يكون لديك بكسل آخر على الصفحة التي تبحث عن ملف تعريف الارتباط النقر وتخزين حقيقة أن النقر قد تحولت إلى عملية بيع. سيكون من السهل جدًا تمريره في param QueryString مع مرجع مبيعات

عادةً ما يكون لدي 3 جداول ، واحدة لكل من الانطباع والنقر والتحويل ، مع كل تخزين أكبر قدر من البيانات اللازمة. مع هذا النوع من الهندسة المعمارية ، يمكنك تتبعها بواسطة المستخدم ، وأيضًا عرض محدد-> انقر-> بيع

أحد الاعتبارات هو أن ملفات تعريف الارتباط لن تكون 100 ٪ لأنها ربما تم حظرها على بعض الآلات ، ومع ذلك يمكنك اتخاذ خطوات لمواجهة ذلك من خلال تخزين GUIDs اللازمة في جلسة ، والتي تم محاولة ذلك أولاً. إذا لم تكن هناك جلسة ، فابحث عن ملف تعريف ارتباط ، ثم إذا لم يكن هناك ملف تعريف ارتباط ، فيمكنك التراجع على عنوان IP. إذا كان كل هذا داخليًا وتأكد من أن جميع التتبع يتم تشغيله على نفس المجال مثل الموقع الإلكتروني ، فيجب أن تواجه مشكلات قليلة جدًا في ملفات تعريف الارتباط

Answer 2

لست متأكدًا مما إذا كان سيعمل من أجلك (ربما تحتاج إلى حل محدد متطور في الشركة) ، ولكن مع محسن موقع Google ، يمكنك إنشاء سيناريوهات كاملة وتتبع كل خطوة من المعاملة حتى التحويل (+ المزيد من الميزات) . http://www.google.com/websiteoptimizer

Answer 3

البكسلات وملفات تعريف الارتباط كلاهما هشة للغاية ، وينتهي بك الأمر إلى الاعتماد أكثر من اللازم على بيانات تحميل المتصفح بشكل صحيح.

أود أن أقترح استخدام واجهة برمجة التطبيقات التي يتم تشغيلها في حدث بيع. وبهذه الطريقة تعمل "دائمًا" ، ولن يتم ذلك عن طريق الخطأ. ستتمكن أيضًا من التوفيق بين البيانات بسهولة أكبر.