Brevo ڈیٹا ایکسپورٹ اور مائیگریشن: اپنا ڈیٹا اندر یا باہر کیسے لے جائیں

“brevo data export migration to another platform” جیسے جملوں کا سرچ حجم ایک ہی فکر سے پیدا ہوتا ہے: کہ جو ڈیٹا آپ نے جمع کیا ہے اسے اندر ڈالنا باہر نکالنے سے آسان ہے۔ Brevo کے بارے میں ایماندارانہ جواب یہ ہے کہ اس کا زیادہ تر حصہ صاف ستھرا باہر آ جاتا ہے، کچھ حصہ ایسی شکل میں آتا ہے جسے آپ کو دوبارہ بنانا پڑتا ہے، اور ایک چھوٹا مگر اہم حصہ بالکل منتقل نہیں ہو سکتا۔

یہ گائیڈ دونوں سمتوں کا احاطہ کرتی ہے۔ اس میں بالکل واضح کیا گیا ہے کہ کیا ایکسپورٹ ہوتا ہے، کیا نہیں ہوتا، ان اکاؤنٹس کے لیے API کالز جو انٹرفیس کے لیے بہت بڑے ہیں، اور ایک مائیگریشن چیک لسٹ جو سپریشن لسٹ اور سینڈنگ ریپیوٹیشن کو بعد کی سوچ کے بجائے اولین درجے کی چیز سمجھتی ہے۔

Brevo سے آپ اصل میں کیا ایکسپورٹ کر سکتے ہیں

رابطے اور ایٹریبیوٹس

انٹرفیس کا راستہ CRM ہے، پھر Contacts۔ پورا ڈیٹابیس ایکسپورٹ کرنے کے لیے یقینی بنائیں کہ کوئی لسٹ یا سیگمنٹ لوڈ نہ ہو اور کوئی فلٹر لاگو نہ ہو۔ کسی ایک لسٹ یا سیگمنٹ کو ایکسپورٹ کرنے کے لیے پہلے “Load a list or segment” پر کلک کریں اور اسے منتخب کریں۔

پھر آپ منتخب کرتے ہیں کہ کون سی معیاری اور کسٹم ایٹریبیوٹس شامل کرنی ہیں۔ EMAIL، آخری تبدیلی کی تاریخ اور تخلیق کی تاریخ بطور ڈیفالٹ منتخب ہوتی ہیں، اور باقی آپ خود شامل کرتے ہیں، اور یہی وہ مرحلہ ہے جس میں لوگ سب سے زیادہ غلطی کرتے ہیں۔ اپنا CSV فیلڈ سیپریٹر چنیں، سیمی کولن یا کوما، اور چاہیں تو “Send export by email” آن کر دیں تاکہ ڈاؤن لوڈ لنک اکاؤنٹ مالک کے پتے پر چلا جائے۔ “Start export” پر کلک کریں، پھر اپنے اکاؤنٹ کے نام کے ساتھ موجود نوٹیفکیشن گھنٹی سے فائل ڈاؤن لوڈ کریں۔

لسٹس اور سیگمنٹس

لسٹس ممبرشپ کے طور پر ایکسپورٹ ہوتی ہیں: فی لسٹ ایک ایکسپورٹ چلائیں، یا ایک ہی مکمل ایکسپورٹ میں _listIds میٹا ڈیٹا شامل کریں اور بعد میں فائل تقسیم کر لیں۔ GET /v3/contacts/lists آپ کو لسٹ کے نام، آئی ڈیز اور فولڈر آئی ڈیز دیتا ہے تاکہ آپ دوسری طرف وہی ڈھانچہ دوبارہ بنا سکیں۔

سیگمنٹس کا معاملہ مختلف ہے، اور یہی پہلا حقیقی خلا ہے۔ GET /v3/contacts/segments صرف id، segmentName، categoryName اور updatedAt واپس کرتا ہے۔ وہ فلٹر شرائط جو سیگمنٹ کی تعریف کرتی ہیں، ظاہر نہیں کی جاتیں۔ آپ کسی وقت پر سیگمنٹ کے ممبران ایکسپورٹ کر سکتے ہیں، لیکن جس اصول نے انہیں پیدا کیا اسے اسکرین سے پڑھ کر نئے ٹول میں ہاتھ سے دوبارہ بنانا ہوگا۔ اکاؤنٹ کینسل کرنے سے پہلے ہر سیگمنٹ کا اسکرین شاٹ لے لیں۔

مہم کے اعدادوشمار

مہم رپورٹ سے آپ ڈیٹا CSV کے طور پر ایکسپورٹ کر سکتے ہیں، اور ای میل اور ایس ایم ایس رپورٹس شیئر کرنے یا پرنٹ کرنے کے لیے PDF ورژن بھی دیتی ہیں۔ مکمل تاریخی ڈیٹا کے لیے GET /v3/emailCampaigns ایک statistics پیرامیٹر قبول کرتا ہے جس کی قدریں globalStats، linksStats یا statsByDomain ہو سکتی ہیں، اور ایک startDate اور endDate جوڑا جو دو سال تک کی مدت کا احاطہ کرتا ہے۔

ٹرانزیکشنل لاگز

دو راستے، اور دونوں کی حدود مختلف ہیں۔

GET /v3/smtp/statistics/events انفرادی ایونٹس واپس کرتا ہے جو قسم کے اعتبار سے فلٹر ہوتے ہیں (delivered، opened، clicks، hardBounces، spam، unsubscribed اور دیگر)۔ تاریخ کی حد 90 دن سے زیادہ نہیں ہو سکتی، اور اگر آپ نہ کوئی رینج دیں نہ days پیرامیٹر تو یہ بطور ڈیفالٹ گزشتہ 30 دن لیتا ہے۔

بلک کے لیے POST /v3/webhooks/export گزشتہ 7 دن کے خام ایونٹس پر ایک ایکسپورٹ جاب بناتا ہے، جس کی حد ہر 7 دن میں 20 ایکسپورٹ جابز ہے۔ یہ ایک processId واپس کرتا ہے، مکمل ہونے پر آپ کے نوٹیفائی URL کو کال کرتا ہے، اور CSV فراہم کرتا ہے جس کے کالمز میں date، email، event، message-id، reason، sending_ip، subject، tag اور template_id شامل ہیں۔ بڑے حجم کئی CSV فائلوں کے کمپریسڈ آرکائیو کی صورت میں آتے ہیں۔

عملی نتیجہ یہ ہے: اگر آپ کو 90 دن سے زیادہ کی ٹرانزیکشنل ہسٹری چاہیے تو آپ کو یہ شروع ہی سے شیڈول پر ایکسپورٹ کرتے رہنا چاہیے تھا۔ وہ جاب ابھی سیٹ کریں، اس ہفتے نہیں جب آپ جانے کا فیصلہ کریں۔

آپ کے ساتھ کیا نہیں جاتا

یہ وہ حصہ ہے جو زیادہ تر مائیگریشن گائیڈز چھوڑ دیتی ہیں۔

• آٹومیشن ورک فلو کا ڈھانچہ۔ API ایونٹس کے ذریعے آٹومیشنز کو ٹرگر کر سکتا ہے، لیکن کوئی دستاویزی اینڈ پوائنٹ نہیں جو کسی ورک فلو کی برانچز، تاخیر اور شرائط واپس پڑھ سکے۔ ہر ورک فلو نئے پلیٹ فارم میں ہاتھ سے دوبارہ بنایا جاتا ہے۔
• سیگمنٹ فلٹر کی تعریفیں۔ جیسا اوپر بتایا گیا، صرف نام اور موجودہ ممبران حاصل کیے جا سکتے ہیں۔
• فی رابطہ مکمل اینگیجمنٹ ہسٹری۔ آپ ایکسپورٹ اینڈ پوائنٹ پر customContactFilter استعمال کر کے کسی مخصوص مہم کے اوپنرز، کلکرز، نان اوپنرز، ان سبسکرائبرز، ہارڈ باؤنسز یا سافٹ باؤنسز ایکسپورٹ کر سکتے ہیں۔ جو چیز آپ نہیں نکال سکتے وہ ایک صاف ستھری فائل ہے جس میں “اس رابطے نے اب تک جتنے بھی اوپن اور کلک کیے” موجود ہوں، کیونکہ خام ایونٹ اینڈ پوائنٹس 90 دن تک محدود ہیں۔
• ٹیمپلیٹ رینڈرنگ کی درستی۔ htmlContent صاف ایکسپورٹ ہوتا ہے، لیکن ڈریگ اینڈ ڈراپ بلاکس، مرج ٹیگ سنٹیکس اور ان سبسکرائب لنک پلیس ہولڈرز پلیٹ فارم کے مخصوص ہوتے ہیں۔ جو HTML آپ ایکسپورٹ کرتے ہیں وہ نقطہ آغاز ہے، تیار شدہ ٹیمپلیٹ نہیں۔ نئے ایڈیٹر میں ہر ٹیمپلیٹ کی دوبارہ جانچ کے لیے وقت رکھیں۔
• ڈیلیوریبلٹی ریپیوٹیشن۔ سینڈر ریپیوٹیشن سینڈنگ IPs اور تصدیق شدہ ڈومین پر رہتی ہے۔ نیا پلیٹ فارم، نیا IP پول، نیا وارم اپ۔ وہی ڈومین اور DKIM کنفیگریشن برقرار رکھنے سے ریپیوٹیشن کا ڈومین والا پہلو محفوظ رہتا ہے، جس سے واقعی مدد ملتی ہے، لیکن IP والا پہلو ساتھ نہیں جاتا۔
• فارم، لینڈنگ پیج اور ٹریکنگ آئی ڈینٹیفائرز۔ سائن اپ فارمز، لینڈنگ پیجز اور ٹریکنگ اسکرپٹ سب کے پلیٹ فارم کے مخصوص آئی ڈیز ہوتے ہیں۔ جو کچھ بھی آپ کی سائٹ پر ایمبیڈ ہے اسے بدلنا ہوگا، اور ان آئی ڈیز سے جڑا کوئی بھی اینالیٹکس کٹ اوور کے وقت ٹوٹ جائے گا۔

بڑے اکاؤنٹس کے لیے اسکرپٹڈ ایکسپورٹ

تقریباً 100,000 رابطوں سے اوپر انٹرفیس کا ایکسپورٹ سست اور بھدا ہو جاتا ہے، اور ویسے بھی آپ کو ایک دہرایا جا سکنے والا جاب چاہیے۔ کانٹیکٹ ایکسپورٹ اینڈ پوائنٹ ایسنکرونس ہے: یہ ایک فلٹر قبول کرتا ہے، ایک پروسیس آئی ڈی واپس کرتا ہے، اور مکمل ہونے پر آپ کو CSV دیتا ہے۔

curl --request POST \
  --url https://api.brevo.com/v3/contacts/export \
  --header 'accept: application/json' \
  --header 'content-type: application/json' \
  --header 'api-key: YOUR_API_KEY' \
  --data '{
    "customContactFilter": { "actionForContacts": "allContacts" },
    "exportMandatoryAttributes": true,
    "exportAttributes": ["FIRSTNAME", "LASTNAME", "SMS", "COUNTRY"],
    "exportMetadata": ["_listIds", "ADDED_TIME", "MODIFIED_TIME"],
    "exportSubscriptionStatus": ["email_marketing", "sms_marketing"],
    "exportDateInUTC": true,
    "notifyUrl": "https://example.com/hooks/brevo-export"
  }'

کامیاب کال HTTP 202 اور ایک باڈی واپس کرتی ہے جس میں processId ہوتا ہے۔ exportMandatoryAttributes بطور ڈیفالٹ true ہوتا ہے اور EMAIL، ADDED_TIME اور MODIFIED_TIME کا احاطہ کرتا ہے، اس لیے exportAttributes وہ جگہ ہے جہاں آپ اپنی کسٹم فیلڈز کے نام دیتے ہیں۔ exportSubscriptionStatus سیٹ کرنا ہی وہ چیز ہے جو ای میل اور ایس ایم ایس کے لیے مارکیٹنگ آپٹ اِن اسٹیٹس فائل میں ڈالتی ہے، اور اسے چھوڑ دینا وہ سب سے عام طریقہ ہے جس سے لوگ ایسا ایکسپورٹ بنا بیٹھتے ہیں جو قانون کے مطابق مائیگریشن کے لیے بےکار ہوتا ہے۔

اگر آپ جاب کا انتظار کرنے کے بجائے ریکارڈز میں پیجنگ کرنا چاہیں تو GET /v3/contacts ایک offset کے ساتھ 1000 تک limit قبول کرتا ہے، اور اضافی کھینچائی کے لیے modifiedSince اور createdSince بھی۔ ہر رابطہ emailBlacklisted، smsBlacklisted، listIds، listUnsubscribed اور consentGroups کے ساتھ واپس آتا ہے، یعنی وہ سب کچھ جو رضامندی کی حالت دوبارہ بنانے کے لیے درکار ہے۔

اسکرپٹ لکھتے وقت ریٹ لمٹس کا خیال رکھیں۔ کانٹیکٹ اینڈ پوائنٹس معیاری پلانز پر فی گھنٹہ 36,000 درخواستیں اور فی سیکنڈ 10 کی اجازت دیتے ہیں، جو Professional اور Enterprise درجات پر دگنی ہو جاتی ہیں، جبکہ باقی زیادہ تر اینڈ پوائنٹس فی گھنٹہ 100 درخواستوں پر ہیں۔ دس لاکھ رابطوں کو 1000 فی صفحہ کے حساب سے پیج کرنا 1000 درخواستیں بنتی ہیں، جو کانٹیکٹس کے بجٹ میں آرام سے آ جاتی ہیں، لیکن لوپ میں مہم یا ٹیمپلیٹ اینڈ پوائنٹس کو پیٹنا اس بجٹ میں نہیں آتا۔

آپ کی سپریشن لسٹ سب سے پہلے کیوں منتقل ہونی چاہیے

باقی سب کچھ منتقل کرنے سے پہلے آپٹ آؤٹس منتقل کریں۔

قانونی دلیل سادہ ہے۔ جس رابطے نے ان سبسکرائب کیا اس نے آپ کے برانڈ سے رضامندی واپس لی۔ وہ واپسی اس لیے ری سیٹ نہیں ہوتی کہ آپ نے وینڈر بدل لیا۔ GDPR کے تحت رضامندی اور اس کی واپسی کا ریکارڈ رکھنا بطور کنٹرولر آپ کی ذمہ داری ہے، اور CAN-SPAM کے تحت آپٹ آؤٹ کا احترام دس کاروباری دنوں کے اندر کرنا لازم ہے اور یہ ہمیشہ کے لیے برقرار رہتا ہے۔ مائیگریشن میں یہ لسٹ کھو دینا تکنیکی حادثہ نہیں، یہ ایک کمپلائنس ناکامی ہے جس کا کاغذی ثبوت آپ ہی کی طرف اشارہ کرتا ہے۔

عملی طور پر ڈیلیوریبلٹی والی دلیل اس سے بھی سخت ہے۔ سپریسڈ پتوں میں غیر متناسب طور پر وہ لوگ ہوتے ہیں جنہوں نے شکایت کی، ہارڈ باؤنس ہوئے، یا واقعی نکلنا چاہتے تھے۔ انہیں بغیر کسی ریپیوٹیشن والے بالکل نئے IP سے میل کرنا نئے سینڈنگ سیٹ اپ کو پہلے ہی ہفتے میں تھروٹل یا بلاک کرانے کا سب سے تیز معلوم طریقہ ہے۔ چند ہزار ری سائیکلڈ اسپام ٹریپس اور شکایت کنندگان ایک مہینے کی محتاط وارم اپ ضائع کر سکتے ہیں۔

اس لیے سپریسڈ گروہوں کو صراحت کے ساتھ ایکسپورٹ کریں، یہ امید نہ رکھیں کہ وہ خود بخود شامل ہوں گے۔ ایکسپورٹ اینڈ پوائنٹ پر actionForContacts کسی بھی طریقے سے بلاک لسٹ کیے گئے رابطوں کے لیے unsubscribed قبول کرتا ہے اور کسی ایک مخصوص لسٹ سے آپٹ آؤٹ کرنے والوں کے لیے unsubscribedPerList۔ فی مہم hardBounces کے لیے الگ سے ایک اور مرحلہ چلائیں۔ نئے پلیٹ فارم میں داخل ہوتے وقت وہ فائل اس کی سپریشن لسٹ میں امپورٹ کریں، کسی میل ایبل لسٹ میں نہیں۔

Brevo الٹا معاملہ بھی سنبھالتا ہے: یہ بلاک لسٹ شدہ رابطوں کی فہرست امپورٹ کرنے کی سہولت دیتا ہے، اور امپورٹ API emailBlacklist اور smsBlacklist بولینز لیتا ہے تاکہ امپورٹ کی گئی فائل سپریسڈ کے طور پر آئے۔ اس عدم توازن کو نوٹ کریں جسے نافذ کرنے میں Brevo درست ہے: رابطوں کو بلک میں ان بلاک لسٹ نہیں کیا جا سکتا، کیونکہ جس شخص نے کہا کہ اسے چھوڑ دیا جائے، اسے بلک میں دوبارہ سبسکرائب کرنا غیر قانونی ہوگا۔ سپریشن شامل کرنا آسان ہے اور جان بوجھ کر ہٹانا مشکل۔ اسے رکاوٹ نہیں، درست رویہ سمجھیں۔

مائیگریشن چیک لسٹ، Brevo سے باہر

1. آڈٹ کریں۔ رابطے، لسٹس، سیگمنٹس، فعال آٹومیشنز، ٹیمپلیٹس اور انٹیگریشنز گنیں۔ لکھ لیں کہ کون سی انٹیگریشنز Brevo میں لکھتی ہیں، کیونکہ یہی وہ پائپ ہیں جن کا رخ آپ کو بدلنا ہوگا۔
2. ایکسپورٹ کریں۔ تمام ایٹریبیوٹس اور سبسکرپشن اسٹیٹس کے ساتھ رابطے، فی لسٹ ایک فائل یا _listIds رکھنے والی ایک واحد فائل، سپریشن گروہ الگ فائلوں کے طور پر، مہم کے اعدادوشمار، 90 دن کی حد جہاں تک اجازت دے وہاں تک کے ٹرانزیکشنل ایونٹس، اور ٹیمپلیٹ HTML۔
3. جو ختم ہو جائے گا اسے محفوظ کریں۔ وقت کی حد والی ہر چیز (خام ایونٹس، لاگز) ونڈو گزرتے ہی ختم ہو جاتی ہے۔ اسے ابھی اپنے ویئر ہاؤس یا آبجیکٹ اسٹوریج میں رکھیں۔
4. صفائی اور میپنگ کریں۔ ڈپلیکیٹ ہٹائیں، تاریخ اور فون کے فارمیٹ یکساں کریں، اور نئے پلیٹ فارم کے لیے کالم سے فیلڈ کی واضح میپنگ لکھیں۔ یہی وہ فطری موقع بھی ہے کہ ایسے پتے نکال دیں جنہوں نے سال بھر میں کوئی اینگیجمنٹ نہیں دکھائی، جو مردہ وزن کو وارم اپ کرانے پر پیسے خرچ کرنے سے سستا ہے۔ ہماری ای میل لسٹ کلیننگ گائیڈ میں حدود بیان کی گئی ہیں۔
5. سپریشن پہلے لوڈ کریں۔ آپٹ آؤٹس اور ہارڈ باؤنسز نئے پلیٹ فارم کی سپریشن لسٹ میں امپورٹ کریں، تصدیق کریں کہ تعداد آپ کے ایکسپورٹ سے میل کھاتی ہے، اور اس کے بعد ہی میل ایبل رابطے لوڈ کریں۔
6. وارم اپ کریں۔ اپنے سب سے زیادہ فعال سیگمنٹ سے شروع کریں، حجم بتدریج بڑھائیں، اور باؤنس اور شکایت کی شرحیں روزانہ دیکھیں۔ ہماری ای میل ڈیلیوریبلٹی گائیڈ میں پورا تسلسل تفصیل سے موجود ہے۔
7. متوازی چلائیں۔ Brevo کو زندہ رکھیں اور اپنی اہم ٹرانزیکشنل میل وہیں سے بھیجتے رہیں جبکہ نیا پلیٹ فارم مارکیٹنگ سینڈز کا بڑھتا ہوا حصہ سنبھالے۔ دونوں کو ایک ساتھ نہ پلٹیں۔
8. تصدیق کریں۔ رابطوں کی تعداد ملائیں، بیس رابطوں کی فیلڈ بہ فیلڈ جانچ کریں، ٹیسٹ سینڈ کی کوشش کر کے تصدیق کریں کہ سپریسڈ رابطے واقعی سپریسڈ ہیں، اور ایک ہفتے کے سینڈ حجم کا پرانے پلیٹ فارم سے موازنہ کریں۔
9. کٹ اوور کریں اور رول بیک رکھیں۔ DNS اور انٹیگریشن اینڈ پوائنٹس ایسے وقت میں بدلیں جب کوئی نگرانی کر رہا ہو۔ کٹ اوور کے بعد کم از کم ایک مکمل بلنگ سائیکل تک Brevo اکاؤنٹ زندہ اور ادا شدہ رکھیں، اور ایکسپورٹ کی گئی فائلیں دونوں پلیٹ فارمز سے باہر محفوظ رکھیں۔ یہی، نہ کہ کسی وینڈر کا وعدہ، آپ کا اصل رول بیک پلان ہے۔

کسی دوسرے پلیٹ فارم سے Brevo میں مائیگریشن

وہی چیک لسٹ الٹی ترتیب میں چلتی ہے، تین Brevo کے مخصوص نکات کے ساتھ۔

موجودہ فراہم کنندہ سے اصل ایکسپورٹ حاصل کریں۔ زیادہ تر پلیٹ فارمز آپ کو رابطے اور ان کی کسٹم فیلڈز CSV میں دے دیں گے۔ سپریشن لسٹ اور باؤنس لسٹ خاص طور پر مانگیں، جو اکثر ایک الگ ایکسپورٹ میں ہوتی ہیں اور لوگ اسے مانگنا بھول جاتے ہیں۔ اگر آپ فی رابطہ قیمت والے ماڈل سے آ رہے ہیں تو ہماری Brevo پرائسنگ گائیڈ کے ساتھ موازنہ کریں کہ آنے کے بعد آپ اصل میں کتنا ادا کریں گے۔

اپ لوڈ سے پہلے فیلڈز میپ کریں۔ Brevo کی ایٹریبیوٹس کی اقسام ہوتی ہیں (ٹیکسٹ، نمبر، تاریخ، بولین، کیٹیگری)، اور ٹیکسٹ ایٹریبیوٹ میں گرنے والی تاریخ بعد میں فلٹر نہیں ہو سکے گی۔ پہلے درست اقسام کے ساتھ ایٹریبیوٹس بنائیں، پھر امپورٹ کریں۔

کسی بھی بڑی چیز کے لیے API سے امپورٹ کریں۔ POST /v3/contacts/import fileBody میں اِن لائن CSV، jsonBody میں JSON اریے، دونوں کی حد تقریباً 10 MB، یا fileUrl کے ذریعے ریموٹ فائل قبول کرتا ہے، ساتھ ہی listIds یا ایک newList آبجیکٹ۔ updateExistingContacts بطور ڈیفالٹ true ہوتا ہے اور ای میل پر میچ کرتا ہے۔ اپنی سپریشن فائل کے لیے emailBlacklist کو true رکھ کر ایک امپورٹ چلائیں، پھر میل ایبل رابطوں کے لیے دوسرا امپورٹ۔ مکمل چلنے والے اسکرپٹس ہماری گائیڈ اسکرپٹ کے ذریعے CSV رابطے Brevo میں امپورٹ کرنے میں موجود ہیں۔

پھر جو کچھ منتقل نہیں ہوا اسے دوبارہ بنائیں: آٹومیشنز، سیگمنٹس، فارمز اور ٹیمپلیٹس۔ کسی حقیقی شخص کو بھیجنے سے پہلے چند اِن باکس فراہم کنندگان کو سیڈ ٹیسٹ بھیجیں۔

اگلی مائیگریشن کو کھائی نہ بننے دیں

پلیٹ فارم مائیگریشن کھائی جیسی اس لیے محسوس ہوتی ہے کہ پلیٹ فارم ہی ریکارڈ کا نظام بن چکا ہوتا ہے۔ آرڈر ہسٹری، سبسکرائبر کی حالت اور مہمات کے نتائج ایک ہی وینڈر کے اندر رہتے ہیں، اور انہیں منتقل کرنا ایک انخلا بن جاتا ہے۔

متبادل یہ ہے کہ آپ اپنا سورس آف ٹروتھ خود رکھیں اور سینڈنگ پلیٹ فارم کو منزل بنائیں، تجوری نہیں۔ اگر آپ کے اسٹور کا ڈیٹا، رضامندی کی حالت اور اینگیجمنٹ ایونٹس مسلسل آپ کے اپنے نظاموں میں سنک ہوتے رہیں تو چینل بدلنا یا نیا چینل شامل کرنا ایک پروجیکٹ کے بجائے ایک کنفیگریشن تبدیلی بن جاتا ہے۔ Tajo یہی کام Brevo اور مرچنٹ کے اسٹیک کے درمیان کرتا ہے: ڈیٹا کو دونوں طرف بہتا رکھنا تاکہ پلیٹ فارم کبھی واحد کاپی نہ ہو۔

بہرحال، اوپر بیان کی گئی ایکسپورٹ جابز ابھی سے شیڈول پر چلانے کے قابل ہیں، چاہے آپ جانے کا ارادہ رکھتے ہوں یا نہ رکھتے ہوں۔ سب سے سستی مائیگریشن وہ ہے جس میں فیصلہ کرتے وقت ڈیٹا پہلے ہی پلیٹ فارم سے باہر موجود ہو۔