Email की समस्या: जब आपकी AI से बनी app को असली लोगों को messages भेजने हों

आपने app बना ली। signup form चलता है। एक यूज़र उसे भरता है, “Create account” पर क्लिक करता है — और फिर कुछ नहीं होता। या इससे भी बुरा: confirmation email चालीस मिनट बाद आता है, spam folder में, ऐसे from-address के साथ जो लगता है किसी robot ने लिखा हो। आप अपने AI builder से “email ठीक करो” कहते हैं। तीन iterations बाद, आपके पास एक नया bug है और वही पुरानी समस्या।

अगर आपने किसी AI app builder से कुछ भी शिप किया है, तो शायद आप इससे टकरा चुके हैं। Email एक एक-लाइन वाले feature जैसा दिखता है। यह वो नहीं है। यह तीस साल पुराना protocol है, अजीब trust नियमों वाला, और किसी AI से बनी app के अंदर इसे ठीक से चलवाना उन सबसे आम जगहों में से एक है जहां गैर-तकनीकी founders चुपचाप यूज़र्स गंवा देते हैं।

यहां बता रहे हैं कि असल में क्या चल रहा है, और इसके बारे में अपने builder से क्या करवाने को कहना है।

Email आपके builder के दिखाने से ज़्यादा मुश्किल क्यों है

जब आपका AI builder कोई “send email” feature जनरेट करता है, तो वो अमूमन सबसे छोटी ऐसी चीज़ जोड़ देता है जो एक test screen पर चल जाए। वो एक default sending address इस्तेमाल करता है। वो जिस service को उसका template पसंद करता है, उसी से भेजता है। वो मान लेता है कि आप एक असली domain वाली असली कंपनी हैं जिस पर इंटरनेट भरोसा करता है।

असली इंटरनेट नए senders पर भरोसा नहीं करता। Mail providers — Gmail, Outlook, Yahoo, Apple — ने बीस साल अनजान स्रोतों को flag करने में माहिर होने में बिताए हैं। जब कोई बिल्कुल नया domain password resets और welcome emails भेजना शुरू करता है, तो दुनिया का हर spam filter भौंहें चढ़ा लेता है। तीन ख़ास सेटअप के टुकड़ों के बिना, आपके emails spam में पहुंचेंगे, चुपचाप गिरा दिए जाएंगे, या इतनी देर से आएंगे कि यूज़र्स पहले ही हार मान चुके होंगे।

ये तीन टुकड़े हैं SPF, DKIM, और DMARC। आपको यह जानने की ज़रूरत नहीं कि इनका मतलब क्या है। आपको बस यह जानना है कि इनके बिना, आपका send emails feature ऐसे टूटा हुआ है जो app के अंदर से आपको दिखता ही नहीं।

सबसे पहले जांचने वाली चीज़: email असल में किसकी तरफ़ से है?

अपनी app का भेजा हुआ सबसे ताज़ा email खोलें। from-address देखें। यह अमूमन तीन में से एक चीज़ होती है:

1. Something@yourdomain.com — सबसे अच्छा हाल। आपके AI builder ने एक असली sender सेट किया। अगर फिर भी यूज़र्स इन्हें नहीं पा रहे, तो समस्या ऊपर बताए तीन अक्षरों की है।
2. Something@some-builder-service.com — आम बात। आपके emails आपके builder के साझा infrastructure से भेजे जा रहे हैं। यह चलता है, पर यह आपको platform की हर दूसरी ऐसी-वैसी app के साथ एक ही pool में डाल देता है। एक बुरा पड़ोसी और आपकी delivery rate गिर जाती है।
3. noreply@some-random-domain.example — बुरा। आपके AI builder ने एक placeholder जनरेट किया जिसे उसने कभी बदला नहीं। यूज़र्स को एक ऐसे domain से emails मिल रहे हैं जो आपका है ही नहीं, और inbox providers ठीक ही उन पर शक करेंगे।

अगर आप केस 2 या 3 में हैं, तो सबसे पहले उसी को ठीक करना है।

अपने AI builder से क्या कहना है, क्रम में

ज़्यादातर builders के लिए एक ख़ास क्रम काम करता है। इन्हें गलत क्रम में मांगने से उलझाने वाले नतीजे आएंगे।

स्टेप 1: एक sending provider चुनें

अपने AI builder से कहें: “मैं अपने खुद के domain से emails भेजना चाहता हूं। इस app को मेरी API key से Resend (या Postmark, या SendGrid) से जोड़ो।” कोई एक चुनें। छोटी apps के लिए ये मोटे तौर पर एक बराबर हैं। Resend और Postmark के setup flows सबसे आसान हैं।

आपको खुद provider के साथ sign up करना होगा और एक API key लेनी होगी। AI यह हिस्सा नहीं कर सकता — इसके लिए आपको credit card डालनी और अपनी पहचान verify करनी होती है। तीस मिनट का समय रखें।

स्टेप 2: अपना domain verify करें

जैसे ही आपका sending provider जुड़ता है, provider आपसे आपके domain में तीन DNS records जोड़ने को कहेगा। ये वही SPF, DKIM, और DMARC records हैं जिनका मैंने ज़िक्र किया। आपका provider आपको ठीक-ठीक दिखाएगा कि क्या चिपकाना है।

यही वो स्टेप है जिसे ज़्यादातर गैर-तकनीकी founders छोड़ देते हैं, और यही “मेरे emails spam में जाते हैं” की 80% शिकायतें ठीक करता है। अपने AI builder से कहें: “जो domain मैंने खरीदा है उसमें DNS records कहां जोड़ूं, यह ढूंढने में मेरी मदद करो।” वो आपको आपके registrar (GoDaddy, Namecheap, Cloudflare, जो भी हो) के ज़रिए कदम-दर-कदम ले जाएगा।

यही इकलौता स्टेप है जिसमें असल दुनिया का समय लगता है — DNS बदलावों को फैलने में कुछ घंटे लग सकते हैं। अगर यह तुरंत काम न करे तो घबराएं नहीं।

स्टेप 3: अपने email content को दोबारा लिखें

यह लोगों को चौंकाता है। आपके emails का content भी सेटअप जितना ही मायने रखता है। AI builders ऐसी बातूनी marketing copy default में रखते हैं जो spam से मेल खा जाती है। दो ख़ास चीज़ें ठीक करें:

• कोई all-caps subject line नहीं। “WELCOME TO MY APP” एक spam संकेत है। “Welcome to Boats by Maria” नहीं।
• redirect domains के नंगे links नहीं। अगर आपका email कहता है “Click here” और link एक ऐसे tracking URL की ओर जाता है जो तीन providers से होकर bounce करता है, तो spam filters भांप लेते हैं। अपने builder से कहें कि ऐसे links इस्तेमाल करे जो सीधे आपके domain पर जाएं।

एक झटपट जांच: app से खुद को एक असली email भेजें, फिर उसे mail-tester.com पर forward कर दें। यह आपके email को 10 में से score देता है और ठीक-ठीक बताता है कि क्या सुधारना है। 8 या उससे ऊपर का score मतलब inboxes आपको स्वीकार करेंगे। 6 से नीचे, तो दिक्कतों की उम्मीद रखें।

वो तीन emails जिनका चलना ज़रूरी है

आपको हर email अच्छे से भेजने की ज़रूरत नहीं है। आपको तीन ख़ास emails अच्छे से भेजने की ज़रूरत है, क्योंकि अगर इनमें से कोई भी फेल हो जाए, तो नए यूज़र्स के लिए आपकी app टूट जाती है।

1. signup confirmation। अगर यूज़र्स sign up करें और अपना address confirm न कर पाएं, तो वो log in नहीं कर सकते। पक्का करें कि यह वाला हर बार एक मिनट से कम में आए।
2. password reset। यही वो email है जिसकी कमी यूज़र्स को खटकती है। अगर वो reset मांगें और कुछ न आए, तो आपका support inbox उसी दिन भर जाता है।
3. “आपके account में कुछ हुआ” वाला email — एक नया login, एक invitation, एक comment। ये भरोसा बनाते हैं। अगर ये भरोसेमंद ढंग से आते रहें, तो यूज़र्स आपकी app को एक असली service की तरह मानने लगते हैं।

बाकी सब — newsletters, product updates, drip campaigns — बोनस है। कुछ भी फ़ैंसी बनाने से पहले इन तीन मुख्य emails को भरोसेमंद ढंग से deliver करवाएं।

इंसान को कब बुलाएं

अगर आप ऊपर के तीनों स्टेप कर चुके हैं और emails फिर भी spam में जा रहे हैं, तो समस्या लगभग हमेशा तीन में से एक होती है: आपका domain बहुत नया है (एक हफ़्ता रुकें, कम-कम भेजें), आपका content किसी ख़ास filter से टकराता है (mail-tester जांच चलाएं), या आपका sending volume अचानक उछल गया (छोटा शुरू करें, धीरे-धीरे बढ़ाएं)।

अगर आपने इस पर एक दिन से ज़्यादा बिता दिया है और यह अब भी टूटा हुआ है, तो किसी freelancer को दो घंटे के लिए पैसे देने का यही सही मौका है। Email deliverability एक आधुनिक app की उन गिनी-चुनी चीज़ों में से है जहां एक अनुभवी इंसान वो ठीक कर सकता है जिस पर AI builder ठीक से तर्क नहीं कर पाता — क्योंकि जवाब अक्सर उन DNS records में छुपा होता है जो AI को दिखते ही नहीं।

आप पूरी की पूरी AI से बनी app बिना असली email जोड़े शिप कर सकते हैं। पर उसके बिना यूज़र्स को टिकाए नहीं रख सकते।