تمتص الأنظمة التابعة ، لذلك قمنا بتدوير نظامنا الخاص

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

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

سنناقش اليوم بعض الأسباب التي دفعتنا إلى السير في هذا الطريق ، سواء من منظور الأعمال أو التنمية ، وكذلك ما انتهى بنا الأمر (من MVP إلى المنتج النهائي).

لماذا توالت لدينا

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

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

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

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

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

أصبحت MyKinsta واحدة من أفضل أدوات إدارة مواقع #وورد بريس في الصناعة! كيف؟ من خلال الاستماع إلى العملاء

انقر للتغريد

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

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

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

شريط

بينما أنا متأكد من أن العديد من الحلول لها واجهات برمجة التطبيقات ، فإن كتابة التعليمات البرمجية لإرسال بياناتنا إلى واجهة برمجة التطبيقات ستكون 80٪ من العمل. لماذا لا نضيف نسبة 20٪ إضافية وننشئ واجهة مستخدم خاصة بنا والتي نحن بارعون فيها على أي حال.

التكاليف المترتبة على ذلك

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

ShareASale: رسوم شبكة بقيمة 550 دولارًا لمرة واحدة ، وإيداع 100 دولار ، ورسوم معاملة بنسبة 20٪ على كل عملية بيع.

CJ: رسوم الشبكة 3000 دولار ، وإيداع 3000 دولار ، ورسوم الوصول السنوية 500 دولار ، ورسوم المعاملات 30٪ أو 0.30 دولار على كل عملية بيع – أيهما أكبر.

ClickBank: رسوم التنشيط 49.95 دولارًا ، ورسوم معالجة فترة الدفع 2.50 دولارًا ، ورسوم المعاملة 7.5 ٪ + 1 دولار على كل عملية بيع.

لنفترض أننا نحقق 250 ألف دولار سنويًا من مبيعات الشركات التابعة ، إليك ما ستدفعه الرسوم (هذا بعد الإيداعات لمرة واحدة ورسوم الوصول إلى الشبكة). بالمناسبة ما هي رسوم الدخول للشبكة؟ 🤔

ShareASale: رسوم 50،000 دولار

CJ: 75000 دولار كرسوم

كليكبانك:  27000 دولار كرسوم

ييكيس! هذا كثير. وذلك قبل أن تحسب الرسوم الأخرى التي ندفعها بالفعل لمعالج الدفع الخاص بنا Stripe. نظرنا أيضًا إلى الأنظمة التابعة الأخرى مثل Rakuten Marketing و Impact Radius ، لكن التكاليف كانت أعلى من ذلك.

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

أساسيات كيفية عمل نظام الإحالة الخاص بنا

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

نقطة الدخول إلى النظام هي رابط خاص يحتوي على معرف تابع. نحن نسمي هذا ID التابعة Kinsta أو قايد للقصير (على سبيل المثال: )https://kinsta.com?kaid=affiliateid

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

الخطوة 1

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

إنشاء رابط تابع لـ Kinsta

إنشاء رابط تابع لـ Kinsta

الخطوة 2

ستكون الخطوة الثانية هي إنشاء رابط لهم حتى يتمكنوا من نسخه ولصقه بسهولة أينما يحلو لهم. وأيضًا لتزويد HTML المصاحب بسمة الرابط rel = ”sponsored” (وهو أمر مهم جدًا) للامتثال لإرشادات Google الخاصة بالروابط التابعة. أوصت Google سابقًا باستخدام السمة nofollow ، والتي لا تزال خيارًا قابلاً للتطبيق.

إنشاء رابط تابع ورمز HTML

إنشاء رابط تابع ورمز HTML

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

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

MVP (بدء البناء)

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

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

كانت الطريقة التي حسبنا بها العمولات للإحالة هي إلقاء نظرة على سجل Stripe بالكامل للاشتراك المشار إليه ومعرفة مقدار العمولة المستحقة لمرة واحدة ومقدار التكرار المستحق. ستؤثر عوامل مثل الوقت المنقضي ونوع الخطة على الحساب.

مدفوعات نظام الشركات التابعة لـ Kinsta

مدفوعات نظام الشركات التابعة لـ Kinsta

على سبيل المثال ، إذا تم إنشاء الإحالة قبل يومين ، فليس هناك بالطبع عمولة لمرة واحدة. إذا تم إنشاء الإحالة قبل أربعة أشهر ، كان علينا تعيين العمولة لمرة واحدة (والتي تستحق بعد شهرين) وعمولتين متكررتين (تستحق مرة واحدة شهريًا بعد العمولة لمرة واحدة).

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

تم بناء الواجهة الأمامية باستخدام Flight PHP ، إطار عمل PHP الصغير. أنشأنا بعض المسارات ، وقمنا بتجميع بعض الجداول والرسوم البيانية وانطلقنا.

رحلة PHP

نصيحة لتطوير أي منتج جديد. أنشئ #MVP ، واحصل على التعليقات مبكرًا وتعلم منها. 👍

انقر للتغريد

تغيير MVP (التكيف وإجراء التحسينات)

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

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

أحال نظام Kinsta التابع للعملاء

أحال نظام Kinsta التابع للعملاء

بالإضافة إلى ذلك ، فإن الطريقة دون المستوى الأمثل التي نحسب بها العمولات بدأت في الظهور برأسها القبيح. لقد أثرت في الغالب على المسؤولين لدينا ، ولكن لدينا 1-2 من الشركات التابعة التي شهدت أوقات تحميل أعلى بينما قمنا بحساب جميع عمولاتهم في كل مرة يشاهدون فيها لوحة القيادة.

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

المنتج النهائي

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

المدخنة

يعمل النظام التابع الآن على Node على الواجهة الخلفية و React في المقدمة. إنها تستخدم GraphQL لاحتياجات الاستعلام الخاصة بنا وتصميم Ant لإطار عمل التصميم.

nodejs

تريد أن تعرف كيف زدنا من حركة المرور لدينا أكثر من 1000 ٪؟

انضم إلى أكثر من 20000 آخرين ممن يتلقون رسائلنا الإخبارية الأسبوعية مع نصائح من الداخل حول وورد بريس!

إشترك الآن

توجد في الواقع أربع عمليات منفصلة تعمل في نفس الوقت:

الجهة الخلفية التابعة: هذه هي الواجهة الخلفية للنظام بأكمله. إنه مغلق تمامًا عن العالم الخارجي ؛ فقط الاتصالات الداخلية يمكنها الوصول إليه. إنها في الأساس نقطة دخول إلى قاعدة البيانات ، كل ما تفعله هو قبول استفسارات GraphQL والإجابة عليها

لوحة تحكم الشركة التابعة: هذا هو الجانب المواجه للمستخدم من النظام التابع. يتكون من مجموعة من مكونات React التي تحصل على بياناتها عبر استعلامات GraphQL من الواجهة الخلفية

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

Affiliate Sync: مجموعة من وظائف cron التي تحافظ على تزامن كل شيء – سنصل إلى هذا الجزء قريبًا لأن هذا هو أساس النظام وعظامه

تحسينات على البيانات والحسابات

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

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

يضمن نظام الأحداث بقاء كل ما يحدث. إذا كانت الإحالة مستحقة عمولة لمرة واحدة ، فإننا نسجل تلك العمولة ونرفقها بالإحالة. ثم نضع علامة على تلك الإحالة ولا ننظر أبدًا إلى اللجان لمرة واحدة مرة أخرى. نفس الآلية تنطبق على العمولات المتكررة. بمجرد حساب وتسجيل عمولتها المتكررة لفترة ما ، فإننا “ننسى” تلك الفترة.

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

يعتمد المكون الثاني على وظائف cron لجمع البيانات. نحصل على جميع البيانات من Stripe كل 10 دقائق ونحفظها في قاعدة بيانات محلية لإجراء بعض التعديلات لتسهيل المعالجة الإضافية.

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

تقوم وظيفة cron الثانية بتبديل البيانات إلى مكانها النهائي ، وحساب العمولات ، وإنشاء الأحداث ، والعمليات الأخرى.

جرب نسخة تجريبية مجانية

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

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

بعد تحسين حساباتنا والانتقال إلى إطار عمل جديد ، يتم تحميل لوحة معلومات الشركة التابعة الآن أسرع مرتين ! 🚀

نظام الانتساب والبرنامج قيد التنفيذ

لن يكتمل المنشور بدون إظهار نظامنا وبرنامجنا التابعين  في العمل. فيما يلي بعض الميزات والمزايا التي نقدمها لجميع الشركات التابعة في Kinsta.

لوحة القيادة التابعة لـ Kinsta

لوحة القيادة التابعة لـ Kinsta

1. عمولات لا تقبل المنافسة (مكافأة الاشتراك + متكررة)

لقد عملنا طويلًا وبجدًا على هيكل العمولة والدفع لأننا ندرك أن هذا ربما يكون أحد أهم العوامل للمسوقين بالعمولة. في الواقع ، يكسب العديد من المدونين ومالكي مواقع الويب الذين نستضيفهم قوتهم بالكامل من الدخل التابع. نحن فخورون بأن نقدم الآن  أعلى دفعات في الصناعة! لكل خطة استضافة Kinsta يشير إليها شخص ما ، يحصل على مكافأة تسجيل لمرة واحدة ، على النحو التالي:

هل تعاني من مشاكل التوقف و وورد بريس؟ Kinsta هو حل الاستضافة المصمم لتوفير الوقت! تحقق من ميزاتنا

خطة المبتدئين (50 دولارًا)

الخطة الاحترافية (100 دولار)

الأعمال 1-4 (150 دولارًا)

المؤسسة 1-2 (500 دولار)

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

مثال مكافأة التسجيل

مثال على دفع تعويضات الشركات التابعة

مثال على دفع تعويضات الشركات التابعة

مثال على العمولة المتكررة

مثال على العمولة المتكررة

مثال على العمولة المتكررة

2. تتبع الوقت الحقيقي

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

البحث عن طريقة الدفع التابعة لشركة Kinsta

البحث عن طريقة الدفع التابعة لشركة Kinsta

3. قيمة عالية مدى الحياة

واحدة من أعظم مزايا إحالة الأشخاص إلى Kinsta هي أن لدينا قيمة عمرية عالية بشكل لا يصدق لكل عميل. معدل المخادعة لدينا أقل من 4٪!  وهذا يعني أن الشركات التابعة يمكنها بسهولة كسب عمولات متكررة طوال عمر هذا العميل.

4. المدفوعات الشهرية

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

5. مواد ترويجية سريعة

هل تحتاج إلى لافتات للترويج لـ Kinsta على موقع ويب أو مدونة؟ لا تقلق ، لدينا الكثير منهم! يمكن الوصول بسهولة إلى الشعارات واللافتات الترويجية مباشرة من  لوحة معلومات الشركة التابعة .

لافتات Kinsta التابعة

لافتات Kinsta التابعة

6. فترة تحويل طويلة

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

7. ITP 2.0 جاهز

نظام الشراكة Kinsta جاهز ITP 2.0! برنامج منع التتبع الذكي 2.0 (ITP) هو إعداد جديد من Apple في Safari 11 وما فوق والذي يحد بشكل أساسي من الوصول إلى حلول التتبع المستندة إلى الويب لملفات تعريف الارتباط في المتصفح. وفقًا لدراسة حديثة ، اعتبارًا من أكتوبر 2020 ، لا يزال Safari يحتفظ بحوالي 8 ٪ من حصة سوق متصفح الويب . لذلك فإن هذا التغيير له تأثير كبير على صناعة الإعلان.

ومع ذلك ، لا داعي للقلق. يعتمد النظام التابع لـ Kinsta فقط على ملفات تعريف ارتباط الطرف الأول دون ارتداد أو طرق أخرى لتجاوز ITP. نتيجة لذلك ، سيتم تتبع جميع الإحالات وتسجيلها بشكل مناسب كما كانت قبل ITP 2.0.

لقد قمنا ببناء النظام عن عمد دون اللجوء إلى أساليب “ITP-proof” للأسباب التالية:

نحن نؤمن بالتتبع الصادق والشفاف وجمع أقل قدر ممكن من البيانات.

لا نحتاج إلى تتبع الزوار من خلال مواقع متعددة.

توقعنا أن تصبح قواعد الويب أكثر صرامة بمرور الوقت.

يمكنك قراءة المزيد عن تداعيات ITP 2.0 .

8. لوحة القيادة متعددة اللغات – متوفرة بخمس لغات

لوحة القيادة التابعة لـ Kinsta متاحة الآن بخمس لغات مختلفة وسيأتي المزيد. حاليًا ، يمكنك اختيار ما يلي:

إنجليزي

ألمانية

فرنسي

الأسبانية

إيطالي

9. مساعدة المنتسبين على النجاح

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

ملاحظة: نحن نوافق على الحسابات التابعة يدويًا ، فقط لضمان التزام المواقع بشروط الإحالة الخاصة بنا  .

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

ملخص

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

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

نحن الآن على وشك الانتهاء! 🤘

هل تفكر في بناء نظام الإحالة الخاص بك؟ لن نكذب ، إنه عمل كثير ، لكنه يستحق الوقت والجهد. لدينا الآن نظام يفخر به فريقنا بأكمله ويستمتع المنتسبون باستخدامه.

وفر الوقت والتكاليف وحقق أقصى قدر من أداء الموقع من خلال:

مساعدة فورية من خبراء استضافة وورد بريس ، 24/7.

تكامل Cloudflare Enterprise.

يصل الجمهور العالمي إلى 28 مركز بيانات حول العالم.

التحسين من خلال مراقبة أداء التطبيقات المضمنة لدينا.

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