مرجع الترحيل
الترحيل من Brevo (Sendinblue سابقاً) إلى HubSpot
ما الذي ينتقل فعلاً، وما الذي لا ينتقل دون أن تلاحظوا، وما الذي يجب إعادة بنائه يدوياً.
قارنّا Brevo (Sendinblue سابقاً) بـ HubSpot ميزةً بميزة: 34 ميزة، و4 كائنات تُزامَن، و8 فخاخ موثّقة، و27 عنصراً يجب إعادة بنائه. الخريطة كاملة في هذه الصفحة ومتاحة دون تسجيل.
ملف PDF هو المرجع نفسه بتنسيق يناسب ملف المشتريات.
احصلوا على المرجع والحاسبة
المرجع الكامل للانتقال من Brevo (Sendinblue سابقاً) إلى HubSpot بصيغة PDF، مع حاسبة Excel التي نحدد بها نطاق هذه العمليات: كل ميزة من الميزات الـ34 في صف مستقل، تدخلون أعدادكم فتحصلون على الساعات.
ثلاثة ملفات: المرجع بصيغة PDF، والمرجع نفسه بصيغة Markdown لأداة الذكاء الاصطناعي لديكم، وحاسبة الجهد الكاملة بصيغة Excel.
الانتقال من Brevo (Sendinblue سابقاً) إلى HubSpot ترحيل متوسط التعقيد، يستغرق عادةً 3-6 أسابيع. من بين 34 ميزة وثّقناها، تنتقل 25 كما هي، وتنتقل 8 مع فقدان جزء منها. أما العناصر الـ27 التي لا ينقلها شيء نيابةً عنكم فهي ما سيحدد جدولكم الزمني فعلاً، وليس المزامنة.
بطاقة تقييم الترحيل
- درجة تعقيد الترحيل
- متوسط
- المدة المعتادة
- 3-6 أسابيع
- الطريقة الموصى بها
- استخدموا تكامل Brevo الأصلي لمزامنة جهات الاتصال نفسها، واقرنوه بتصدير CSV حيثما كانت اكتمال البيانات أهم مما يحمله التكامل وحده. أما الأتمتة والقوالب فتقع خارج الاثنين وتحتاج إلى إعادة بناء يدوية في HubSpot.
- المزامنة الأصلية
- مزامنة بيانات ثنائية الاتجاه
- النقل الذكي (Smart transfer)
- غير مدعوم
- اشتراك HubSpot
- حساب Brevo المجاني وHubSpot CRM (الباقة Free أو أعلى)
تكافؤ الميزات عبر 34 قدرة
- يقابله مباشرة: 25 (74%)
- يقابله جزئياً: 8 (24%)
- لا مقابل له: 1 (3%)
4
كائنات تُزامَن أصلياً
8
القيود والفخاخ
27
عناصر إعادة البناء اليدوي
4
إصدارات المصدر المشمولة
مصدر هذه الأرقام: مدونة أبحاثنا الخاصة، تم التحقق منها بتاريخ 2026-08-01، وهي مصدر كل رقم في هذه الصفحة.
الكائنات الأربعة التي تُزامَن أصلياً
ما ينقله الموصّل نيابةً عنكم، وفي أي اتجاه يتدفق كل كائن.
Contacts
إلى المنصة المصدريصبح Contacts
تعمل مزامنة جهات الاتصال في اتجاه واحد، من HubSpot إلى الخارج: جهة الاتصال التي تُنشأ مباشرة في Brevo لا تعود إلى HubSpot، بينما يصل إلى Brevo أي تحديث يجري في HubSpot. والحد الأقصى الذي تحمله المزامنة هو 600,000 جهة اتصال، أياً كانت مجموعة السجلات المنقولة.
Companies
إلى المنصة المصدريصبح Companies
تسلك الشركات المسار نفسه، من HubSpot إلى Brevo، بحد أقصى 100,000؛ والمجموعة التي تدير عبر حساب Brevo واحد كيانات أكثر من ذلك تحتاج إلى خطة تحدد أيّها يُزامَن فعلاً.
Deals
إلى المنصة المصدريصبح Deals
تسلك الصفقات الرحلة الأحادية نفسها من HubSpot إلى Brevo حتى حد أقصى قدره 50,000؛ فراجعوا العدد الحالي قبل الاعتماد على المزامنة في نقل مسار مبيعات كبير الحجم بالكامل.
Email Campaign Events
إلى HubSpotيصبح Contact Timeline Activities
تسير أحداث الحملات في الاتجاه المعاكس، من Brevo إلى الخط الزمني لجهة الاتصال في HubSpot، لكن فقط للحملة المرسلة إلى القائمة الوحيدة التي ضُبطت المزامنة على مراقبتها؛ أما نشاط الرسائل المعاملاتية فلا يصل إطلاقاً.
ثمانية أمور لا تخبركم بها المزامنة
كل واحد منها موثّق، وكل واحد منها أفسد عملية ترحيل في أسبوع سيئ.
جهات الاتصال تُزامَن من HubSpot إلى Brevo فقط وليس العكس
إذا أضفتم جهة اتصال مباشرة في Brevo فستبقى هناك: لا شيء يعيدها إلى HubSpot، لأن المزامنة تعمل في اتجاه واحد فقط، من HubSpot إلى الخارج، ونشاط البريد الإلكتروني هو الشيء الوحيد الذي يتدفق في الاتجاه المعاكس.
الحل البديل: اجعلوا HubSpot المكان الوحيد الذي تُنشأ فيه جهات الاتصال، فهذا هو الاتجاه الذي تلتزم به المزامنة فعلاً؛ وحيثما احتجتم فعلاً إلى مسار عكسي يمكن بناؤه عبر Zapier أو Make، لكن خصّصوا له بنداً مستقلاً في الميزانية بدلاً من افتراض أن التكامل الأصلي يغطيه.
حدود قصوى صارمة لحجم السجلات المُزامَنة
600,000 جهة اتصال و100,000 شركة و50,000 صفقة: هذه حدود قصوى صارمة لما يحمله التكامل وليست إرشادات مرنة، وأي قاعدة بيانات تقترب من أحدها تحتاج إلى خطة قبل تشغيل المزامنة.
الحل البديل: إذا كانت قاعدة البيانات قريبة من هذه الحدود أو تتجاوزها، فالمزامنة الانتقائية المبنية على القوائم تحصر ما ينتقل فعلاً، أو يمكن لأداة وسيطة من طرف ثالث حمل الباقي؛ حدّدوا أي جهات الاتصال تحتاج فعلاً إلى الوجود في Brevo قبل أن يفرض الحجم عليكم هذا القرار.
حقول التاريخ والاختيار المتعدد وحقول hs_ لا تُزامَن
ثلاث فئات كاملة من الحقول لن تنتقل ببساطة: حقول التاريخ، وحقول الاختيار المتعدد، وحقول نظام HubSpot القياسية التي تحمل البادئة hs_، ومنها Lead Status وCompany Domain.
الحل البديل: أنشئوا خصائص نصية مخصصة (custom text properties) تحل محل الحقول التي لا تُزامَن مباشرة، ثم استخدموا workflows في HubSpot لنسخ قيم حقول hs_ إليها؛ هذه طبقة إعداد إضافية، لكنها الطريق الوحيد أمام هذه القيم.
لا يمكن استيراد سوى القوائم الثابتة
القائمة الثابتة (static list) وحدها تنتقل إلى Brevo؛ أما القائمة النشطة (active list)، أي التي تحدّث نفسها كلما تغيرت السجلات، فلا مسار لها إطلاقاً.
الحل البديل: التقطوا لقطة ثابتة من القائمة النشطة في اللحظة التي تحتاج فيها إلى المزامنة، أو اعتمدوا على التقسيم (segmentation) الخاص بـ Brevo بعد وصول جهات الاتصال؛ وفي الحالتين حدّدوا من يتولى تحديث تلك اللقطة، فالقائمة الثابتة التي جُمّدت مرة واحدة لن تبقى دقيقة من تلقاء نفسها.
نشاط البريد المعاملاتي لا يُزامَن
تأكيدات الطلبات وإعادة تعيين كلمات المرور وكل رسالة معاملاتية أخرى ترسلها Brevo تبقى غير مرئية لـ HubSpot: لا شيء من هذا النشاط ينتقل إلى الخط الزمني لجهة الاتصال.
الحل البديل: أبقوا تقارير الرسائل المعاملاتية داخل Brevo نفسها، أو ابنوا تكامل webhook مخصصاً إذا كان لا بد أن تظهر هذه الرؤية في HubSpot؛ وكلاهما عمل هندسي حقيقي، فحدّدوا نطاقه بدلاً من افتراض أنه يأتي مجاناً مع المزامنة.
اشتراط نافذة الموافقة البالغة سنتين
يسري على موافقة كل جهة اتصال عدّاد مدته سنتان: من لم يشترك (opt-in) خلال هذه النافذة يُرفض عند الاستيراد إلى Brevo، مهما كان سجله في HubSpot.
الحل البديل: نفّذوا حملة لإعادة التفاعل، أو اطلبوا صراحةً تأكيد الموافقة من جديد، لأي جهة اتصال يتجاوز عمر موافقتها هذه النافذة قبل أن يصلها الترحيل؛ فجهة الاتصال التي تخفق في فحص الموافقة يوم الاستيراد لا تحصل على محاولة ثانية.
أحداث البريد تُزامَن للقائمة المحددة فقط
القائمة الواحدة التي تُختار عند الإعداد هي الوحيدة التي تراقبها المزامنة: فالحملة المرسلة إلى أي قائمة أخرى لا تترك في HubSpot أي أثر لعمليات الفتح أو النقر أو الارتداد.
الحل البديل: إما أن تمرّروا كل رسالة تسويقية عبر القائمة المُزامَنة الوحيدة، أو أن تُعدّوا عدة تهيئات مزامنة إذا كانت الحملات تستهدف فعلاً قوائم مختلفة؛ واحسموا ذلك قبل إطلاق أول حملة، وليس بعد اكتشاف نتائج ناقصة.
سير عمل الأتمتة لا يُزامَن
لا شيء في سيناريو الأتمتة في Brevo، لا مشغّلاته ولا المنطق الذي يحركه، يمكن استخراجه عبر التصدير أو المزامنة: فـ Brevo لا تتيح بيانات الأتمتة عبر واجهة API الخاصة بها، ولذلك لا يوجد أي مسار تقني للنقل.
الحل البديل: وثّقوا كل أتمتة يدوياً ما دامت ظاهرة أمامكم، ثم أعيدوا بناء كل واحدة منها كـ workflow في HubSpot انطلاقاً من هذا التوثيق؛ لا اختصار هنا، لأن غياب واجهة API يستبعد أي حل آلي.
ميزة واحدة في Brevo (Sendinblue سابقاً) لا يستطيع HubSpot تعويضها
لا يوجد حل بديل يسدّ هذه الفجوات. كل بند منها قدرة ستتخلون عنها، فحدّدوا من في المؤسسة يمكنه الاستغناء عنها قبل الالتزام بموعد.
إشعارات الدفع عبر الويب (Web Push Notifications)
لا يوفر HubSpot ميزة أصلية لإشعارات الدفع عبر الويب. استخدموا أدوات من أطراف ثالثة (OneSignal وPushEngage).
العناصر الـ27 التي تُعاد يدوياً
هذه القائمة هي ما يفرّق بين عرض سعر يصمد وآخر ينهار.
البيانات والكائنات
قوائم جهات الاتصال والشرائح
قائمة Brevo تحتوي جهات الاتصال نفسها، وتعلوها الشريحة (segment) بوصفها شرطاً محفوظاً وليست قائمة قائمة بذاتها.
HubSpot: Static lists وactive lists
تنتقل القائمة بوصفها قائمة ثابتة، أي لقطة مجمّدة لا قائمة حية، والشريحة قاعدة وليست قائمة أصلاً: أعيدوا بناءها عمداً كقائمة نشطة (active list) في HubSpot، وإلا تجمّد الشرط الذي كانت تمثله لحظة الاستيراد ولن يتحدث بعد ذلك أبداً.
قوائم الحظر والإيقاف
كل عنوان وسمه الحساب بأنه ألغى الاشتراك أو ارتدّ أو حُظر.
HubSpot: Unsubscribed contacts وopt-out list
أدخلوا هذه القوائم إلى HubSpot قبل أن تخرج أي رسالة وليس بعدها: فـ Brevo تحتفظ بقائمة إيقاف للرسائل المعاملاتية وأخرى للرسائل التسويقية، فاجمعوا القائمتين بدلاً من افتراض أن إحداهما تغطي الأخرى.
بيانات جهات الاتصال المعاملاتية
جهة اتصال سبب وجودها الوحيد في قاعدة البيانات رسالة معاملاتية تلقّتها ذات مرة.
HubSpot: Contacts مع خاصية للمصدر (source property)
تعاملوا معها كعملاء لا كجهات اتصال تسويقية، فهذا ما تكون عليه غالباً، ووسموها بذلك عند الإدخال: استيرادها دون وسم يضخّم عدد جهات الاتصال التسويقية بصمت، والفاتورة تتبع العدد.
سمات جهات الاتصال خارج الربط القياسي
سمة (attribute) في Brevo لا يوجد في HubSpot ما يقابلها بوضوح.
HubSpot: Custom properties
أنشئوا الخصائص المخصصة في HubSpot قبل تشغيل الاستيراد وليس أثناءه: فالسمة التي تُنشأ أثناء الاستيراد تصل نصاً عادياً أياً كان نوعها الأصلي، والنوع الذي ضاع لا يستعيده تعديل لاحق.
الأتمتة
سيناريوهات الأتمتة
ما يربطه منشئ الأتمتة في Brevo معاً كمسار متعدد الخطوات.
HubSpot: Workflows
وثّقوا كل سيناريو بلقطة شاشة أو تسجيل شاشة ما دام الحساب مفتوحاً، لأن هذا المنطق لا يُصدَّر بصيغة يستطيع أحد قراءتها لاحقاً، وإعادة بنائه في HubSpot تجري خطوة بخطوة اعتماداً على ما وثّقتموه وليس على ملف.
تسلسلات البريد المُشغَّلة بالأحداث
رسالة تنطلق لحظة قيام جهة الاتصال بإجراء ما أو تغيّر إحدى سماتها.
HubSpot: Workflows
تحققوا مما يراقبه كل مشغّل (trigger) فعلاً قبل افتراض أنكم تعرفون: فـ Brevo تُطلق الرسائل عند تغيّر السمات أكثر مما تتذكره معظم الفرق بعد أن يمضي على الحساب وقت، والمشغّل الذي يُعاد بناؤه على شرط مراقبة خاطئ يرسل في الوقت الخطأ بدلاً من ألا يرسل.
منطق التفرّع في الأتمتة
التفرّع الشرطي (if/then) داخل أتمتة Brevo.
HubSpot: Workflow branching logic
يتغير المعنى تحديداً عند شروط التفرّع، فلا تنقلوا أياً منها بمجرد النظر إليه؛ بل راجعوا كل شرط مع من يملك الحملة فعلاً، فالمنطق الذي في ذهنه غالباً أدق من المنطق كما هو مُهيّأ.
قوالب البريد المعاملاتي ومشغّلاته
القوالب نفسها مع استدعاءات API التي تشغّلها.
HubSpot: Transactional email أو خدمة إرسال مخصصة
الإرسال المعاملاتي غير مضمّن في HubSpot افتراضياً: إنه قرار شراء مستقل، والشيفرة التي تطلق الرسائل يجب أن تتغير معه، فتأكدوا من المسار الذي ستشترونه فعلاً قبل احتساب أي ساعة عمل عليه.
أتمتة الرسائل النصية SMS
رسائل SMS المضمّنة في أتمتة Brevo حيثما استُخدمت.
HubSpot: HubSpot SMS أو تطبيق SMS من الـ marketplace
سجلات الموافقة تنتقل مع أرقام الهواتف، فانقلوها عن قصد بدلاً من البدء بالقائمة من الصفر، واحسموا مسار SMS الذي ستشترونه فعلاً، هل هو HubSpot SMS أو تطبيق من الـ marketplace، قبل احتساب أي ساعة عمل: فتسجيل معرّف المرسل (sender ID) لدى الجهة التنظيمية للاتصالات في المنطقة يسير بجدول زمني خاص به، وعلى بقية المشروع أن يتكيّف معه.
أتمتة حملات WhatsApp
أي إرسال عبر WhatsApp مُهيّأ مسبقاً داخل Brevo حيثما استُخدم.
HubSpot: تطبيق WhatsApp من الـ marketplace
WhatsApp ليست قناة يوفرها HubSpot أصلياً، ولذلك يلزم منتج من طرف ثالث فوقه، وعملية اعتماد القوالب الخاصة بذلك المنتج هي موضع الخطر الحقيقي: فهو خطر زمني يهدد موعد الإطلاق الفعلي (go-live) وليس مجرد بند في الميزانية، ويستحق البدء مبكراً نظراً لأن قدراً كبيراً من التواصل التجاري اليومي في هذه السوق يجري عبر WhatsApp لا عبر البريد الإلكتروني.
التقارير
تقارير أداء الحملات
أرقام الفتح والنقر والارتداد المسجلة لكل إرسال على حدة.
HubSpot: Marketing email analytics
لا تنتقل بيانات الإرسال التاريخية من تلقاء نفسها، فاسحبوا تصديراً أخيراً قبل إغلاق حساب Brevo فعلياً: فبعد إغلاقه لا توجد فرصة ثانية.
الخرائط الحرارية للبريد الإلكتروني
الخريطة الحرارية لمواضع النقر التي تبنيها Brevo لكل إرسال.
HubSpot: Click maps in email analytics
هذه الميزة متاحة للإرسالات اللاحقة فقط: فكل خريطة حرارية تاريخية تضيع مع سجل الإرسال الذي بُنيت منه، ولا يوجد تصدير يستعيدها.
لوحات التقارير المخصصة
أي عرض لوحة محفوظ يُستدعى للتقارير الدورية.
HubSpot: Dashboards وcustom reports
ابدؤوا من السؤال الذي بُنيت كل لوحة للإجابة عنه فعلاً وليس من التخطيط الذي استخدمته مصادفةً، وأعيدوا البناء نحو ذلك السؤال بدلاً من استنساخ الشاشة القديمة.
تقارير تسليم الرسائل المعاملاتية
تقارير التسليم والارتداد الخاصة بالرسائل المعاملاتية تحديداً.
HubSpot: يعتمد على مسار الإرسال المعاملاتي المختار
هذه التقارير تابعة بالكامل لقرار واحد: الخدمة المعاملاتية التي ستحل فعلاً محل Brevo. ولا يمكن تحديد نطاق أي شيء هنا بصدق قبل حسم هذا الاختيار، فاحسموه مبكراً بدلاً من تركه سؤالاً مفتوحاً طوال المشروع.
إعدادات المبيعات والتسويق
قوالب البريد الإلكتروني (Email Templates)
كل قالب إرسال يحمل هوية العلامة التجارية بُني داخل محرر Brevo نفسه.
HubSpot: Marketing email templates
لا يوجد مسار استيراد من محرر إلى آخر، فأعيدوا بناء هذه القوالب من أصول العلامة التجارية الأصلية بدلاً من لصق شيفرة HTML التي تصدّرها Brevo: فكتلة HTML المستوردة نادراً ما تصمد سليمة عند ملامسة محرر HubSpot.
الصفحات المقصودة (Landing Pages)
أي صفحة مقصودة مستضافة حالياً مباشرة على Brevo حيثما لا تزال قيد الاستخدام.
HubSpot: Landing pages
أعيدوا بناء هذه الصفحات واحدة تلو الأخرى، وضعوا إعادة توجيه (redirect) على كل رابط لا يزال مستخدماً في إعلان قائم أو مادة مطبوعة، فكلاهما لن يتوقف من تلقاء نفسه عن الإشارة إلى العنوان القديم.
نماذج الاشتراك
كل نموذج مدمج أو مستضاف يغذّي حالياً قائمة في Brevo.
HubSpot: Forms
استبدلوا كل نموذج مدمج في الموقع لحظة التحويل (cutover)، جميعها دون استثناء، وإلا استمرت الاشتراكات الجديدة في الوصول بصمت إلى حساب Brevo القديم دون أن ينتبه أحد حتى يبحث شخص عن جهة اتصال كان يجب أن تصل.
حملات الرسائل النصية SMS
إرسال رسائل SMS من واحد إلى كثيرين.
HubSpot: HubSpot SMS أو تطبيق SMS من الـ marketplace
يعتمد هذا على القرار نفسه المتخذ لأتمتة SMS، فحدّدوا نطاق الاثنين معاً دفعة واحدة بدلاً من تسعير المسار نفسه مرتين.
حملات WhatsApp
إرسال WhatsApp من واحد إلى كثيرين.
HubSpot: تطبيق WhatsApp من الـ marketplace
يتطلب هذا منتجاً من طرف ثالث مع عملية اعتماد قوالب خاصة به، وإذا كنتم تستخدمون WhatsApp بحجم حقيقي فأثيروا الموضوع قبل توقيع العقد وليس بعده: فعملية الاعتماد وحدها قد تتجاوز بقية الجدول الزمني للترحيل.
نموذج تقييم العملاء المحتملين
أي نموذج تقييم يرتّب جهات الاتصال حالياً بحسب مستوى تفاعلها.
HubSpot: Score properties
يُبنى هذا من الصفر ولا يُستورد، والأفضل أن تعاملوا الأوزان القديمة كفرضية لا كمواصفة: فقد ضُبطت على عملية بُنيت حول Brevo، وليس بالضرورة على العملية التي تديرونها فعلاً.
أداة الدردشة (Chat Widget)
أداة الدردشة في الموقع التي توفرها Brevo حيثما استُخدمت.
HubSpot: HubSpot chat وinbox
استبدال الأداة نفسها هو الجزء السهل؛ أما العمل الحقيقي ففي قواعد التوجيه والتوفر خلفها، فهي التي تقرر هل تصل الرسالة إلى شخص خلال ساعات العمل في الخليج أم تبقى دون رد حتى تبدأ الساعات التالية.
المستخدمون والصلاحيات
حسابات المستخدمين والأدوار
كل حساب دخول مع مستوى الصلاحية المرتبط به.
HubSpot: Users وpermission sets
تُنشأ هذه من جديد ولا تُنقل، فراجعوا القائمة الحالية أولاً: إعادة إنشاء حساب خامل لم يستخدمه أحد منذ أشهر لا تفعل سوى نقل الفوضى نفسها إلى النظام الجديد.
مفاتيح API ورموز الوصول
أي بيانات اعتماد تستخدمها شيفرة أو موصّل حالياً للتخاطب مع Brevo.
HubSpot: Private app tokens
يجب تتبّع كل جهة تستخدم المفتاح القديم وتوجيهها إلى HubSpot بدلاً منه، فاحصروها ما دام حساب Brevo مفتوحاً: فالمفتاح الذي يُكتشف بعد إغلاق الحساب يكون قد عطّل فعلاً كل ما كان يعتمد عليه.
التكاملات
اتصالات التطبيقات من أطراف ثالثة
أي إضافة تجارة إلكترونية أو CMS تربط Brevo حالياً ببقية المنظومة.
HubSpot: App Marketplace integrations
يُعاد ربط كل منها على حدة وواحداً تلو الآخر، ويحتاج ربط الحقول إلى فحص فردي أيضاً: فتطابق اسم الإضافة مع اتصال Brevo القديم ليس دليلاً على أنها تربط الحقول نفسها بالطريقة نفسها.
تكاملات API مخصصة
أي شيفرة مخصصة كُتبت مباشرة على واجهة Brevo API.
HubSpot: HubSpot APIs
نموذج الكائنات في HubSpot يختلف بما يكفي لتُعاد كتابة هذه الشيفرة بدلاً من تعديلها، فحدّدوا نطاق العمل على الشيفرة الفعلية نفسها وليس على ملخص لما يتذكره أحدهم عن وظيفتها.
تهيئات Webhook
أي webhook صادر يُطلق حالياً عند حدوث حدث في Brevo.
HubSpot: Workflow webhook actions
ما يقف عند الطرف المستقبِل بُني ليتوقع شكل حمولة Brevo تحديداً، ولذلك يحتاج طرفا الـ webhook عادةً إلى معالجة، لا الطرف المرسِل وحده.
تتبّع الموقع عبر Brevo Tracker
نص التتبع الموجود في الموقع والذي يسجل سلوك الزوار لصالح Brevo.
HubSpot: The HubSpot tracking code
استبدلوا النص بنص HubSpot لحظة التحويل (cutover)، وتوقعوا أن تبدأ تقارير السلوك من الصفر بدلاً من أن تستمر: فلا شيء من بيانات الزوار التاريخية ينتقل مع هذا التبديل.
التسلسل
المزامنة أولاً، ثم الترحيل
الترتيب هنا هو جوهر المحتوى. هذه الخطوات سلسلة متعاقبة يعتمد كل منها على ما قبله، وتنفيذها خارج تسلسلها من الأسباب الموثّقة لفشل هذا النوع من الترحيل.
- 1
دقّقوا حساب Brevo بالكامل
قوائم جهات الاتصال، وسيناريوهات الأتمتة، والقوالب، والرسائل المعاملاتية، والتكاملات، وأي حملات SMS أو WhatsApp قائمة
- 2
صدّروا كل جهة اتصال بصيغة CSV مع سماتها، لا سحباً جزئياً
صدّروا كل جهة اتصال بصيغة CSV مع سماتها بدلاً من سحب جزئي
- 3
صدّروا قوائم الحظر وقوائم الإيقاف أيضاً
جهات الاتصال التي ألغت الاشتراك، والارتدادات الدائمة (hard bounces)، ومن أبلغوا عن الرسائل كمزعجة (spam)
- 4
صدّروا شيفرة HTML لكل قالب بريد، كمرجع لإعادة البناء فقط
صدّروا شيفرة HTML لكل قالب بريد إلكتروني، كمرجع لإعادة البناء فقط
- 5
وثّقوا كل سيناريو أتمتة بشجرة منطقه الكاملة فرعاً فرعاً ما دام ظاهراً
وثّقوا كل سيناريو أتمتة بشجرة منطقه الكاملة، فرعاً فرعاً، ما دام ظاهراً أمامكم
- 6
وثّقوا قوالب البريد المعاملاتي مع كل ما يشغّلها
وثّقوا قوالب البريد المعاملاتي مع كل ما يشغّلها
- 7
نظّفوا البيانات قبل نقلها
أزيلوا التكرار، وتحققوا من صحة كل عنوان بريد إلكتروني، واحسموا تواريخ الموافقة
- 8
استوردوا قوائم الإيقاف إلى HubSpot قبل أن تخرج أي رسالة، وليس بعدها
استوردوا قوائم الإيقاف إلى HubSpot قبل أن تخرج أي رسالة، وليس بعدها
- 9
استوردوا جهات الاتصال نفسها بعد اعتماد ربط الحقول مسبقاً بدلاً من تركه للإعداد الافتراضي
استوردوا جهات الاتصال نفسها بعد اعتماد ربط الحقول مسبقاً بدلاً من تركه للإعداد الافتراضي
- 10
أعيدوا إنشاء القوائم والشرائح مباشرة داخل HubSpot
أعيدوا إنشاء القوائم والشرائح مباشرة داخل HubSpot
- 11
أعيدوا بناء قوالب البريد من أصول العلامة التجارية الأصلية داخل محرر HubSpot نفسه
أعيدوا بناء قوالب البريد الإلكتروني من أصول العلامة التجارية الأصلية داخل محرر HubSpot نفسه
- 12
أعيدوا إنشاء workflows الأتمتة في HubSpot اعتماداً على التوثيق الذي جُمع في الخطوة 5
أعيدوا إنشاء workflows الأتمتة في HubSpot اعتماداً على التوثيق الذي جُمع في الخطوة 5
- 13
اعتمدوا حلاً للبريد المعاملاتي وأعدّوه، سواء كان من HubSpot نفسها أو خدمة من طرف ثالث
اعتمدوا حلاً للبريد المعاملاتي وأعدّوه، سواء كان من HubSpot نفسها أو خدمة من طرف ثالث
- 14
استبدلوا نص Brevo Tracker في الموقع بنص التتبع الخاص بـ HubSpot
استبدلوا نص Brevo Tracker في الموقع بنص التتبع الخاص بـ HubSpot
- 15
اضبطوا سجلات مصادقة البريد الإلكتروني
SPF وDKIM وDMARC
- 16
سخّنوا نطاق الإرسال على مدى 4-6 أسابيع مع رفع الحجم تدريجياً بدلاً من الإرسال الكامل منذ اليوم الأول
سخّنوا نطاق الإرسال (domain warming) على مدى 4-6 أسابيع، مع رفع الحجم تدريجياً بدلاً من الإرسال الكامل منذ اليوم الأول
- 17
انقلوا حملات SMS وWhatsApp حيثما كانت مستخدمة فعلاً، بما في ذلك تسجيل معرّف المرسل لدى الجهة التنظيمية للاتصالات في المنطقة
انقلوا حملات SMS وWhatsApp حيثما كانت مستخدمة فعلاً، بما في ذلك تسجيل معرّف المرسل (sender ID) لدى الجهة التنظيمية للاتصالات في المنطقة
- 18
أوقفوا Brevo بعد التأكد من اكتمال الانتقال بالكامل، وليس قبل ذلك
أوقفوا Brevo فقط بعد التأكد من اكتمال الانتقال بالكامل، وليس قبل ذلك
عادةً 3-6 أسابيع من البداية إلى النهاية، بحسب حجم ما يُستخدم فعلاً من إعدادات النظام المصدر.
مقدّر الجهد
ما حجم هذا الترحيل؟
بضعة أسئلة فقط ودون الحاجة إلى تسجيل. النطاقات مستمدة من البحث أعلاه: كل ميزة وثّقناها لها رقم جهد، والحاسبة تجمع ما ينطبق منها على نسختكم.
الجهد التقديري
أجب عن سؤالين ليظهر هنا نطاق الساعات.
مبني على أبحاثنا حول 34 ميزة في Brevo (formerly Sendinblue). إنه نطاق تقديري وليس عرض سعر.
نطاق تخطيطي وليس عرض سعر. يشمل جهد التنفيذ فقط دون بند لإدارة المشروع. وأكثر ما يغيّره في الواقع هو جودة البيانات.
أكثر ما يتعثر في هذه العمليات
الإخفاقات التي تتكرر مشروعاً بعد آخر، مرتبة تقريباً بحسب موعد ظهورها.
جهة اتصال تُنشأ مباشرة في Brevo لا تعود إلى HubSpot، وهذه الفجوة أحادية الاتجاه هي ما يفتح ثغرة في البيانات دون أن يلاحظها أحد وقتها
جهة اتصال تُنشأ مباشرة في Brevo لا تعود إلى HubSpot، وهذه الفجوة أحادية الاتجاه هي ما يفتح ثغرة في البيانات دون أن يلاحظها أحد وقتها
قاعدة بيانات أكبر قد تبلغ حدود الحجم دون إنذار، قبل وقت طويل من أن يتوقع أحد اقترابها منها
قاعدة بيانات أكبر قد تبلغ حدود الحجم دون إنذار، قبل وقت طويل من أن يتوقع أحد اقترابها منها
نشاط البريد المعاملاتي لا يُزامَن إطلاقاً، ولذلك تختفي الرؤية على تسليم تلك الرسائل لحظة اكتمال الترحيل
نشاط البريد المعاملاتي لا يُزامَن إطلاقاً، ولذلك تختفي الرؤية على تسليم تلك الرسائل لحظة اكتمال الترحيل
قيد الاستيراد الثابت فقط يعطّل أي workflow كان يعتمد فعلاً على التقسيم الديناميكي ليبقى محدّثاً
قيد الاستيراد الثابت فقط يعطّل أي workflow كان يعتمد فعلاً على التقسيم الديناميكي ليبقى محدّثاً
حقول التاريخ وحقول نظام hs_ كلاهما لا يُربط من تلقاء نفسه، وهنا تتعثر خطة ربط البيانات بصمت إن لم يتحقق منها أحد مسبقاً
حقول التاريخ وحقول نظام hs_ كلاهما لا يُربط من تلقاء نفسه، وهنا تتعثر خطة ربط البيانات بصمت إن لم يتحقق منها أحد مسبقاً
لا SMS ولا WhatsApp مضمّنان في اشتراك HubSpot الأساسي رغم أنهما متاحان كقدرات
يحتاج SMS إلى الإضافة Marketing SMS add-on فوق Marketing Hub Professional، ويحتاج WhatsApp إلى حساب Meta Business مع Marketing Hub Professional أو Service Hub Professional. أدرجوا تكلفة الاثنين في التقدير قبل عرضه على اللجنة وليس بعده، نظراً لثقل SMS التجاري في هذه السوق مقارنةً بالبريد الإلكتروني وحده
نافذة الموافقة البالغة سنتين قد تستبعد جهة اتصال لا تزال صالحة تماماً، لمجرد أن الطابع الزمني المسجل يقع خارجها بقليل
نافذة الموافقة البالغة سنتين قد تستبعد جهة اتصال لا تزال صالحة تماماً، لمجرد أن الطابع الزمني المسجل يقع خارجها بقليل
منطق الأتمتة في Brevo لا ينتقل مباشرة إلى فروع workflows في HubSpot، وهذا بالضبط سبب أهمية توثيقه أولاً بدلاً من نقله بمجرد النظر إليه
منطق الأتمتة في Brevo لا ينتقل مباشرة إلى فروع workflows في HubSpot، وهذا بالضبط سبب أهمية توثيقه أولاً بدلاً من نقله بمجرد النظر إليه
أسئلة
من Brevo (Sendinblue سابقاً) إلى HubSpot: إجابات عن أسئلتكم
نعم. مزامنة بيانات ثنائية الاتجاه تشمل 4 كائنات. لكنها لا تعيد بناء إعداداتكم: تلك هي العناصر الـ27 الواردة أدناه.
عادةً 3-6 أسابيع. يتحدد التعقيد بعمق الأتمتة والتقارير وليس بعدد السجلات: فالموصّل ينقل السجلات، ولذلك لا تطيل قاعدة البيانات الكبيرة وحدها المدة.
من بين 34 ميزة وثّقناها، تنتقل 25 ميزة (74%) مباشرة، وتنتقل 8 (24%) جزئياً، أي أن شيئاً منها يضيع أو يتغير شكله في الطريق. وميزة واحدة (1) ليس لها مقابل في HubSpot في أي باقة، وهذا يستحق إثارته قبل التوقيع وليس بعده.
يجب إعادة بناء 27 عنصراً يدوياً، و8 قيود موثّقة لا يُظهرها الموصّل إطلاقاً. القائمتان كاملتان في هذه الصفحة لمن يتولى تحديد نطاق العمل.
حساب Brevo المجاني وHubSpot CRM (الباقة Free أو أعلى)
1: إشعارات الدفع عبر الويب (Web Push Notifications). إذا كان فريقكم يعتمد على هذه الميزة فاحسموا أمرها قبل التوقيع بدلاً من اكتشافها لحظة التحويل (cutover)، حين لا يبقى بديل سوى التطوير المخصص.
في اتجاه واحد فقط. المزامنة هنا ليست ثنائية الاتجاه، لذا يعني تشغيل النظامين معاً اختيار نظام سجل مرجعي منذ البداية وقبول تباعد البيانات في النظام الآخر.
هل أنت مستعد للبدء؟
خطّط لعملية الترحيل
أخبرنا بالمنصة التي تنتقل منها، وحجم التخصيص فيها، والموعد الذي تحتاج فيه إلى العمل على HubSpot. وسنوضح لك ما ينتقل مباشرة، وما يحتاج إلى إعادة بناء، والمدة التي يستغرقها الانتقال فعلياً.