Substack export مکمل backup نہیں—drafts، تصاویر اور URLs الگ بچائیں
Substack newsletter کا قابلِ بحالی backup بنانے کے لیے صرف platform کا ZIP کافی نہیں۔ پہلے سرکاری export لیں، پھر drafts کا مکمل متن، اصل تصاویر اور attachments، تازہ subscriber CSV، شائع شدہ URLs اور domain-control records الگ محفوظ کریں۔
ان سب کو تاریخ والے ایک archive میں manifest کے ساتھ رکھیں اور اس کی encrypted نقل اپنے بنیادی device سے باہر منتقل کریں۔ یوں backup محض تحریروں کا ذخیرہ نہیں رہے گا بلکہ publication کو دوسری جگہ دوبارہ قائم کرنے کے لیے درکار مواد، فہرست اور پتے بھی ساتھ ہوں گے۔
1۔ سرکاری ZIP بنائیں اور اندر کی فائلیں جانچیں
Publication dashboard میں Settings اور پھر Exports کھول کر Create new export منتخب کریں۔ Substack کی سرکاری ہدایات کے مطابق اس عمل سے posts، subscriber list اور متعلقہ statistics پر مشتمل ZIP بنتی ہے، اور فائل تیار ہونے پر email اطلاع آتی ہے۔
اصل ZIP کو جوں کا توں محفوظ رکھیں اور معائنے کے لیے اس کی ایک copy الگ folder میں extract کریں۔ manifest میں publication کا نام، export کی تاریخ، ZIP کا filename اور اندر موجود اہم files اور folders درج کریں۔ جو فائل صفر bytes کی ہو، نہ کھلے یا متوقع جگہ پر موجود نہ ہو، اسے خاموشی سے قبول کرنے کے بجائے export دوبارہ بنائیں۔
چند records کو سرسری طور پر نہیں بلکہ باہم ملا کر دیکھیں: posts CSV میں موجود post ID یا slug متعلقہ HTML file تک پہنچنا چاہیے۔ عنوان، تاریخ اور متن ایک ہی post سے وابستہ ہیں یا نہیں، اس کی جانچ صرف files گننے سے زیادہ مفید ہے۔ archive کا نام مثلاً publication-export-YYYY-MM-DD.zip رکھیں تاکہ اگلا export پچھلے نسخے کو overwrite نہ کرے۔
2۔ drafts اور media کو export سے باہر محفوظ کریں
سرکاری صفحہ ZIP بنانے کا طریقہ بتاتا ہے، مگر اسے مکمل website snapshot نہیں کہتا۔ 30 جولائی 2026 کے ایک عملی export audit میں drafts کی rows تو posts CSV میں تھیں مگر ان کا مکمل متن HTML files میں نہیں تھا؛ Notes اور comment threads شامل نہیں تھے، media files کی جگہ hosted links رہ گئے تھے، اور شائع شدہ posts کی HTML مکمل صفحات کے بجائے body fragments تھیں۔ اسی audit میں filenames کو post ID اور live URL کے slug سے جوڑا گیا؛ یہ ایک publisher کے archive کا مشاہدہ ہے، ہر account کے لیے سرکاری guarantee نہیں۔
ہر زیرِ تکمیل draft کا مکمل متن Substack editor سے باہر کسی کھلے، آسانی سے منتقل ہونے والے format میں رکھیں۔ اس کے ساتھ title، subtitle، author، متوقع publication date، paywall کی جگہ اور استعمال شدہ links بھی محفوظ کریں۔ صرف draft کا نام یا screenshot بحالی کے لیے کافی نہیں، کیونکہ ان سے قابلِ تدوین متن اور ضروری metadata واپس نہیں ملتا۔
ہر post کے asset folder میں اصل cover، تصاویر، charts اور downloadable attachments رکھیں۔ بہتر طریقہ یہ ہے کہ upload سے پہلے original files محفوظ ہوں؛ پرانے posts کے لیے publication دستیاب رہتے ہوئے استعمال شدہ media کی جائز copies حاصل کریں۔ assets CSV میں post ID یا slug، مقامی file path، caption، alt text اور متعلقہ URL درج کریں تاکہ متن اور media دوبارہ جوڑے جا سکیں۔
اہم Notes یا discussion threads کو محفوظ کرنے کی ضرورت ان کی ادارتی یا کاروباری قدر سے طے کریں۔ منتخب record میں مکمل متن، تاریخ اور اصل URL شامل ہو؛ ہر معمولی interaction کی بے مقصد نقل archive کو بڑا تو کرتی ہے، زیادہ قابلِ بحالی نہیں۔
3۔ subscriber CSV کو الگ اور محفوظ layer سمجھیں
ZIP کے ساتھ ملنے والی list پر اکتفا کرنے کے بجائے Subscribers dashboard سے الگ تازہ CSV نکالیں۔ Substack کی subscriber-export دستاویز کے مطابق all columns یا visible columns منتخب کیے جا سکتے ہیں؛ all-columns فائل میں آخری email open اور انفرادی post views جیسے fields آ سکتے ہیں، جبکہ subscriber names فی الحال export نہیں ہوتے۔
فائل کھول کر یہ دیکھیں کہ migration کے لیے مطلوب email، subscription type، status اور دستیاب plan یا expiry fields واقعی موجود ہیں۔ اگر filtered view استعمال ہوا تھا تو تصدیق کریں کہ export پوری فہرست کا ہے یا صرف منتخب segment کا۔ یہ فرق backup کے وقت معمولی لگ سکتا ہے، مگر بحالی کے وقت غائب subscribers پیدا کر سکتا ہے۔
Paid community کو صرف spreadsheet نہ سمجھیں۔ CSV کے ساتھ ایک operational note رکھیں جس میں موجود tiers، complimentary access، refunds سے متعلق زیرِ التوا معاملات اور migration کے وقت جانچنے والے billing steps درج ہوں۔ یہ note payment system کا backup نہیں؛ اس کا مقصد ان dependencies کو واضح رکھنا ہے جنہیں نئے platform کے موجودہ import اور billing rules کے مطابق الگ حل کرنا ہوگا۔
Subscriber اور engagement files میں ذاتی معلومات ہو سکتی ہیں، اس لیے انہیں عام shared folder یا غیر محفوظ Downloads directory میں نہ چھوڑیں۔ archive کو encrypt کریں، رسائی محدود رکھیں اور غیر ضروری پرانی working copies حذف کرنے کا اصول مقرر کریں۔ backup دستیاب ہونے کے ساتھ محفوظ بھی ہونا چاہیے۔
4۔ URLs اور domain control کو archive کا حصہ بنائیں
ہر شائع شدہ post کے لیے CSV میں post ID، title، مکمل موجودہ URL، slug، publication date اور ممکنہ نئی منزل درج کریں۔ اسی نقشے میں About، archive اور signup جیسے اہم publication pages بھی شامل کریں۔ مقصد یہ ہے کہ بحالی کے وقت صرف متن نہ ملے بلکہ یہ بھی معلوم ہو کہ ہر پرانا پتہ کس نئے page یا redirect سے جڑنا ہے۔
Custom domain استعمال کرتے ہیں تو registrar، renewal date، موجودہ DNS records، authorized administrators اور account-recovery طریقے کا record رکھیں۔ Domain ownership کسی ZIP میں بند فائل نہیں؛ تسلسل کا انحصار renewal، account access اور DNS بدلنے کی صلاحیت پر ہے۔ حساس recovery codes کو عام manifest میں لکھنے کے بجائے منظور شدہ محفوظ credential store میں رکھیں۔
اگر publication صرف substack.com hostname پر ہے تو URL map پھر بھی بنائیں، مگر migration plan میں واضح رکھیں کہ اس hostname اور اس کے redirects پر مکمل انتظامی اختیار آپ کا نہیں۔ اپنے custom domain کی صورت میں بھی پرانے اور نئے path ایک جیسے فرض نہ کریں؛ restore test میں ہر اہم old URL کے سامنے new URL اور redirect status درج کریں۔
5۔ ماہانہ اور سہ ماہی معمول طے کریں
ہر ماہ تازہ subscriber CSV، نئے یا تبدیل شدہ drafts، حالیہ اصل media اور URL map کی copy محفوظ کریں۔ کام مکمل ہونے پر کم از کم ایک draft، ایک image اور چند subscriber rows کھولیں۔ پھر archive کی encrypted copy ایسی storage میں منتقل کریں جو اسی laptop یا اسی جگہ تک محدود نہ ہو۔
ہر سہ ماہی مکمل Substack ZIP بنائیں، نیا manifest تیار کریں اور پچھلے archive سے اہم files اور records کا معقول تقابل کریں۔ اسی موقع پر domain renewal، DNS record، administrators اور paid-community operational note بھی دیکھیں۔ یہ ماہانہ backup کی جگہ نہیں لیتا؛ دونوں کی رفتار مختلف ہے کیونکہ subscriber list اور drafts نسبتاً تیزی سے بدل سکتے ہیں۔
کم از کم ایک سہ ماہی جانچ میں archive کو خالی test folder میں کھولیں۔ posts CSV سے ایک HTML file ملائیں، ایک draft کا مکمل متن کھولیں، متعلقہ اصل image تلاش کریں اور URL map سے اسی post کا پرانا پتہ شناخت کریں۔ جہاں یہ سلسلہ ٹوٹے، اگلے backup سے پہلے manifest یا collection routine درست کریں۔
قابلِ بحالی backup کی checklist
- تاریخ والا original ZIP اور اس کی معائنے کے لیے extracted copy موجود ہو۔
- posts CSV اور HTML files post ID یا slug کے ذریعے باہم ملتی ہوں۔
- ہر اہم draft کا مکمل قابلِ تدوین متن اور metadata platform سے باہر ہو۔
- اصل تصاویر اور attachments متعلقہ posts سے واضح طور پر منسلک ہوں۔
- تازہ all-columns subscriber CSV encrypted اور access-controlled ہو۔
- Paid tiers اور migration dependencies کی الگ operational note موجود ہو۔
- شائع شدہ posts اور اہم pages کا مکمل URL map تیار ہو۔
- Domain، DNS، renewal اور account-recovery records محفوظ ہوں۔
- کم از کم ایک copy بنیادی device سے باہر ہو اور restore test کامیاب ہو۔
یہ بھی پڑھیں:
ہمارا نیوز لیٹر سبسکرائب کریں
ویب 3، AI اور کرپٹو کی تازہ خبریں براہ راست اپنے اِن باکس میں پائیں۔