कोल्ड ईमेल के लिए सेकेंडरी डोमेन: वे क्या बचाते हैं और क्या नहीं

संक्षेप में

• सेकेंडरी डोमेन कोल्ड ईमेल की शिकायतों को अपनी ही साख तक सीमित रखता है। Gmail और Yahoo दोनों के दस्तावेज़ों में लिखा है कि वे साख को भेजने वाले डोमेन के हिसाब से ट्रैक करते हैं।
• अलगाव आंशिक है। Gmail उन डोमेन के आधार पर भी दर सीमित करता है जिनके लिंक आप देते हैं, और आपके प्रदाता की शर्तें हर उस डोमेन पर लागू होती हैं जिससे आप भेजते हैं।
• कोई प्रदाता प्रति डोमेन मेलबॉक्स की अधिकतम संख्या प्रकाशित नहीं करता। आम तौर पर बताए जाने वाले दो से पाँच आउटरीच विक्रेताओं से आते हैं और उनका काम एक डोमेन के ब्लॉक होने पर नुक़सान को सीमित रखना है।
• नए डोमेन को अपने SPF, DKIM और DMARC रिकॉर्ड, एक दिन या उससे ज़्यादा का इंतज़ार और धीमी शुरुआत चाहिए।
• स्थापित डोमेन से हर दिन कुछ रिसर्च करके लिखे गए ईमेल के लिए आपका मुख्य डोमेन काफ़ी है।

सेकेंडरी डोमेन आपका अपना दूसरा डोमेन है, जिसका नाम आपके मुख्य डोमेन से मिलता-जुलता है और जो केवल कोल्ड ईमेल के लिए इस्तेमाल होता है। सोच यह है कि स्पैम शिकायतें और ब्लॉक उस डोमेन से जुड़ें, उससे नहीं जिस पर आपके इनवॉइस, सपोर्ट के जवाब और पासवर्ड रीसेट निर्भर हैं। यह अलगाव असली है: Gmail और Yahoo दोनों के दस्तावेज़ों में लिखा है कि वे साख को भेजने वाले डोमेन के हिसाब से रखते हैं। यह आंशिक भी है, क्योंकि आपके लिंक, आपकी सामग्री और आपके प्रदाता की शर्तें एक डोमेन से दूसरे तक आपके साथ चलती हैं। अगर कोल्ड ईमेल आपके लिए एक नियमित चैनल है, तो सेकेंडरी डोमेन रखना फ़ायदेमंद है। अगर आप ऐसे डोमेन से हर दिन गिने-चुने, रिसर्च करके लिखे गए ईमेल भेजते हैं जिसके पीछे बरसों का सामान्य ईमेल है, तो शायद आपको इसकी ज़रूरत नहीं।

सेकेंडरी डोमेन क्या है

मान लें आपकी कंपनी harborpost.example पर है। सेकेंडरी डोमेन कुछ ऐसा होगा: getharborpost.example। इसे आपने रजिस्टर किया है, इसके अपने मेलबॉक्स हैं, अपने DNS रिकॉर्ड हैं और समय के साथ अपनी साख होगी। लोग इसे कोल्ड ईमेल डोमेन या आउटरीच डोमेन भी कहते हैं।

दो मिलती-जुलती चीज़ों को इसके साथ आसानी से मिला दिया जाता है:

• सबडोमेन, जैसे mail.harborpost.example, आपके मुख्य डोमेन का हिस्सा है। यह क्यों मायने रखता है, यह नीचे बताया गया है।
• एलियास डोमेन Google Workspace में हर मौजूदा मेलबॉक्स को किसी दूसरे डोमेन पर एक दूसरा पता देता है। इससे न कोई मेलबॉक्स जुड़ता है, न क्षमता: Google एलियास से भेजे गए संदेशों को उसी उपयोगकर्ता की दैनिक सीमा में गिनता है।

Google “secondary domain” शब्द का इस्तेमाल एक Workspace खाते के भीतर के अतिरिक्त डोमेन के लिए करता है, जिसके अपने भुगतान वाले उपयोगकर्ता होते हैं। आप 599 तक जोड़ सकते हैं। कोल्ड ईमेल डोमेन इस तरह भी सेट किया जा सकता है और अपने अलग खाते में भी।

यह क्या बचाता है

मेल प्रदाता साख को उस डोमेन से जोड़ते हैं जिससे संदेश पर हस्ताक्षर किया गया है। यह हिस्सा दस्तावेज़ों में दर्ज है। Google के भेजने वालों के लिए दिशा-निर्देश कहते हैं:

Gmail मात्रा, फ़ीडबैक और सीमाओं को हर डोमेन और IP पते के हिसाब से ट्रैक करता है

वही अंश बताता है कि “DKIM और SPF के कोटा आपके डोमेन के लिए अलग होते हैं”। DKIM वह हस्ताक्षर है जो संदेश को डोमेन से जोड़ता है, SPF उन सर्वरों की सूची जिन्हें उसकी ओर से भेजने की अनुमति है। Yahoo के भेजने वालों के लिए सुझाए गए तरीक़े यही बात कहते हैं:

हर IP और DKIM डोमेन की एक साख होती है, जो आपके ईमेल की डिलीवरी पर असर डाल सकती है। बिना माँगे व्यावसायिक ईमेल भेजना आपकी साख पर बुरा असर डाल सकता है।

इसलिए जब प्राप्तकर्ता getharborpost.example से हस्ताक्षरित ईमेल की शिकायत करते हैं, तो शिकायतें getharborpost.example के खाते में दर्ज होती हैं। अगर आप Google Workspace या Microsoft 365 से भेजते हैं, तो IP पते प्रदाता के होते हैं और उसके दूसरे ग्राहकों के साथ साझा होते हैं। साख का जो हिस्सा आपका है, वह डोमेन है।

सेकेंडरी डोमेन के पक्ष में पूरा तर्क यही है, और यह ठोस है। जब कोई कैंपेन बिगड़ता है, तो नुक़सान उस डोमेन को नहीं होता जिस पर आपके ग्राहक लिखते हैं।

यह क्या नहीं बचाता

आपके लिंक

Gmail उन डोमेन को भी ट्रैक करता है जो संदेश के भीतर आते हैं। उसकी SMTP एरर की सूची में ठीक इसी के लिए एक एंट्री है:

421 4.7.28 Gmail has detected an unusual rate of unsolicited email
containing one of your URL domains. To protect our users from spam,
email with the URL has been temporarily rate limited.

अगर getharborpost.example से भेजा हर कोल्ड ईमेल harborpost.example का लिंक देता है, तो आपका मुख्य डोमेन हर संदेश में साथ जाता है। पहले ईमेल में लिंक की ज़रूरत कम ही होती है। आपको तो जवाब चाहिए।

बाकी सब कुछ जो फ़िल्टर देख सकता है

Yahoo का भेजने वालों के लिए FAQ कहता है कि भेजने वाले को डोमेन के स्तर पर देखा जाता है, और आगे: “फिर भी, भेजने वाले के नियम-पालन की समीक्षा के लिए हम उपलब्ध सारी जानकारी (सामग्री, IP आदि) का इस्तेमाल करेंगे।” वही टेक्स्ट, वही सिग्नेचर और वही लिंक, किसी मिलते-जुलते डोमेन से भेजे जाएँ, तो वे भी जानकारी हैं।

सबडोमेन कम बचाता है

Google का भेजने वालों के लिए FAQ एक उदाहरण देता है: solarmora.com से हर दिन 2,500 संदेश और promotions.solarmora.com से 2,500 मिलकर बड़े पैमाने पर भेजने वाला बनाते हैं, “क्योंकि सभी 5,000 संदेश एक ही प्राइमरी डोमेन से भेजे गए”। कम से कम इस काम के लिए सबडोमेन अलग नहीं है। Postmaster Tools में आप सबडोमेन को अलग से देख सकते हैं, पर Google प्रकाशित नहीं करता कि सबडोमेन की साख का उसके मूल डोमेन की साख से क्या संबंध है। इसी कमी के कारण कोल्ड ईमेल के लिए आम सलाह अलग से रजिस्टर किया गया डोमेन है। जिन लोगों ने सब्सक्राइब किया है उन्हें भेजे जाने वाले न्यूज़लेटर के लिए सबडोमेन ही आम अलगाव है।

आपके प्रदाता की शर्तें

Workspace के लिए Google की स्वीकार्य उपयोग नीति (आख़िरी बदलाव 13 अक्टूबर 2025) सेवा का इस्तेमाल “बिना माँगे बड़े पैमाने पर ईमेल बनाने, बाँटने, प्रकाशित करने या उसमें मदद करने” के लिए करने से मना करती है। यह ग्राहक पर लागू होती है, ईमेल चाहे जिस डोमेन का हो। बाहरी प्राप्तकर्ताओं पर Microsoft की टेनेंट सीमा टेनेंट के हर डोमेन को एक साथ गिनती है।

Gmail की प्रोग्राम नीतियाँ (आख़िरी अपडेट 13 नवंबर 2025) circumvention (नियमों से बच निकलना) के तौर पर यह गिनाती हैं: “ऐसा व्यवहार करने के इरादे से कई खाते बनाना या इस्तेमाल करना या दूसरे तरीक़े अपनाना जिस पर पहले रोक लगाई गई थी”। एक खाते के ब्लॉक होने के बाद काम जारी रखने के लिए नए खाते खोलना वही ढर्रा है जिसका वर्णन यह वाक्य करता है। नया डोमेन नाम इसे नहीं बदलता।

क़ानून, और पाठक

दूसरा डोमेन बिना माँगे भेजे जाने वाले ईमेल के उन नियमों में कुछ नहीं बदलता जो वहाँ लागू हैं जहाँ आप और आपके प्राप्तकर्ता रहते हैं। अमेरिका में FTC की CAN-SPAM गाइड यह माँगती है कि “भेजने वाले डोमेन का नाम और ईमेल पता” सही हों और बताएँ कि संदेश किसने भेजा। और वही सूची और वही टेक्स्ट जो आपके मुख्य डोमेन को नुक़सान पहुँचाते, इस डोमेन को भी पहुँचाएँगे। नुक़सान बस किसी और जगह पड़ता है।

क्या आपको इसकी ज़रूरत है?

प्रति डोमेन कितने मेलबॉक्स, और कितने डोमेन?

कोई प्रदाता कोई संख्या प्रकाशित नहीं करता। Google की भेजने की सीमाएँ प्रति उपयोगकर्ता हैं, और एक Workspace खाते में सैकड़ों उपयोगकर्ता और डोमेन हो सकते हैं। जो आँकड़े चलन में हैं वे आउटरीच विक्रेताओं से आते हैं:

Hunter का वही पेज खुलकर बताता है कि ऐसी संख्याएँ कहाँ से आती हैं:

कुछ लोग कहते हैं कि प्रति डोमेन केवल दो खाते होने चाहिए; दूसरे कहते हैं पाँच। लेकिन किसी ख़ास संख्या को सही ठहराना मुश्किल है।

कम संख्या जो करती है वह है नुक़सान की सीमा बाँधना। एक डोमेन का हर मेलबॉक्स उस डोमेन की साख साझा करता है, इसलिए ब्लॉक हुआ डोमेन अपने सारे मेलबॉक्स एक साथ ले डूबता है। तीन मेलबॉक्स का जाना एक बुरा हफ़्ता है। पंद्रह का जाना आपकी पूरी पाइपलाइन है।

यह समझ लेने के बाद आकार तय करना सीधा हिसाब है:

हर दिन के ईमेल = हर दिन के नए संभावित ग्राहक × प्रति संभावित ग्राहक ईमेल
मेलबॉक्स = हर दिन के ईमेल ÷ प्रति मेलबॉक्स ईमेल
डोमेन = मेलबॉक्स ÷ प्रति डोमेन मेलबॉक्स

यहाँ यह हिसाब तीन ईमेल वाले ऐसे सीक्वेंस के लिए है जो पहले से चल रहा है, एक बार सतर्क मान्यताओं के साथ और एक बार उदार मान्यताओं के साथ। दोनों जोड़ियाँ प्रकाशित सलाह से ली गई हैं; एक मेलबॉक्स से हर दिन कितने कोल्ड ईमेल में दिखाया गया है कि प्रति मेलबॉक्स संख्याएँ कहाँ से आती हैं।

कोई भी कॉलम नियम नहीं है। दोनों के बीच का फ़र्क़ यह है कि आप क्या चुकाते हैं और क्या जोखिम लेते हैं: हर मेलबॉक्स एक भुगतान वाली सीट है जिसे अपना वॉर्मअप चाहिए, और हर डोमेन को अपना रजिस्ट्रेशन और अपने DNS रिकॉर्ड चाहिए।

इसे सेट करना

1. ऐसा नाम चुनें जो साफ़ तौर पर आपका हो। आपका ब्रांड, जिसके आगे या पीछे एक छोटा शब्द हो। किसी दूसरी कंपनी का नाम नहीं, और वर्तनी की कोई चालाकी नहीं।
2. रजिस्टर करें, फिर एक दिन बीतने दें। Spamhaus नए रजिस्टर हुए डोमेन को उनके पहले 24 घंटों तक अपनी Zero Reputation Domains सूची में रखता है।
3. असली लोगों के लिए मेलबॉक्स बनाएँ। एक नाम और एक चेहरा जिसे प्राप्तकर्ता खोजकर देख सके, sales@ नहीं।
4. नए डोमेन के लिए SPF, DKIM और DMARC प्रकाशित करें। आपके मुख्य डोमेन के रिकॉर्ड यहाँ लागू नहीं होते। Google Workspace पर तीनों नीचे के उदाहरण जैसे दिखते हैं। Gmail चालू करने के बाद Google आपसे 24 से 72 घंटे इंतज़ार कराता है, तभी DKIM कुंजी बनाई जा सकती है।
5. वेब पते पर कुछ रखें। प्राप्तकर्ता जवाब देने से पहले डोमेन खोलकर देखते हैं, इसीलिए Hunter सलाह देता है कि उसे अपनी मुख्य वेबसाइट पर रीडायरेक्ट करें। वेब पर रीडायरेक्ट ईमेल में लिंक नहीं है।
6. वॉर्मअप करें, फिर मात्रा धीरे-धीरे बढ़ाएँ। नए डोमेन का कोई इतिहास नहीं होता। दूसरी गाइड में बताया गया है कि नया मेलबॉक्स कैसे शुरू करता है। कितने हफ़्तों की योजना बनानी है, इसके लिए देखें: ईमेल वॉर्मअप में कितना समय लगता है।
7. उसी मेलबॉक्स से जवाब दें। जवाब सेकेंडरी डोमेन पर आते हैं। उन्हें वहीं पढ़ें या फ़ॉरवर्ड करें, और बातचीत उसी पते पर रखें जिस पर प्राप्तकर्ता ने लिखा।

getharborpost.example.                    TXT  "v=spf1 include:_spf.google.com ~all"
google._domainkey.getharborpost.example.  TXT  "v=DKIM1; k=rsa; p=(key from the Admin console)"
_dmarc.getharborpost.example.             TXT  "v=DMARC1; p=none; rua=mailto:dmarc@getharborpost.example"

WarmupBay कहाँ काम आता है

नए डोमेन का मेलबॉक्स बिना किसी भेजने के इतिहास के शुरू होता है। WarmupBay पहला कोल्ड ईमेल निकलने से पहले उसे कुछ इतिहास देता है: मेलबॉक्स साझा पूल के दूसरे मेलबॉक्स के साथ छोटे ईमेल का आदान-प्रदान करता है, हर दिन 3 से शुरू करके और रोज़ एक जोड़ते हुए, हर दिन 10 तक, या वेबसाइट पर बैज के साथ 30 तक। यह मुफ़्त है, बिना कार्ड और बिना सदस्यता के।

जब आप मेलबॉक्स जोड़ते हैं, WarmupBay डोमेन के SPF, DKIM और DMARC जाँचता है और एक तैयार DMARC रिकॉर्ड दिखाता है। अगर 72 घंटे बाद भी रिकॉर्ड गायब रहें, तो वॉर्मअप रुक जाता है। पिछले हफ़्ते सेट किए गए डोमेन पर यह जाँच गायब रिकॉर्ड को तभी पकड़ लेती है, जब उससे आपका कोई नुक़सान नहीं हुआ होता।

यह क्या नहीं करता: यह कैंपेन नहीं भेजता, डोमेन रजिस्टर नहीं करता और मेलबॉक्स रोटेट नहीं करता। हर खाते में एक मेलबॉक्स होता है। Gmail और Google Workspace ऐप्लिकेशन पासवर्ड से जुड़ते हैं, दूसरे प्रदाता IMAP और SMTP से; Microsoft 365 और Outlook.com अभी नहीं जोड़े जा सकते। अगर आपके पास एक नए डोमेन पर एक मेलबॉक्स है, तो आप उसका वॉर्मअप शुरू कर सकते हैं।

अक्सर पूछे जाने वाले सवाल

नए डोमेन से भेजने से पहले उसे कितना पुराना होने देना चाहिए?

दो इंतज़ार दस्तावेज़ों में दर्ज हैं। Spamhaus नए रजिस्टर हुए डोमेन को उनके पहले 24 घंटों तक सूची में रखता है, और Google Workspace में Gmail चालू करने के 24 से 72 घंटे बाद ही DKIM कुंजी बनाई जा सकती है। इसके आगे दो से चार हफ़्ते की आम सलाह वॉर्मअप का चलन है। कोई मेल प्रदाता डोमेन की न्यूनतम उम्र प्रकाशित नहीं करता।

क्या सेकेंडरी डोमेन के लिए मुझे अलग Google Workspace खाता चाहिए?

तकनीकी रूप से नहीं। Google आपको एक खाते में 599 तक सेकेंडरी डोमेन जोड़ने देता है, हर एक अपने भुगतान वाले उपयोगकर्ताओं के साथ, या आप अलग खाता खोल सकते हैं। Google के दस्तावेज़ यह नहीं बताते कि एक ही खाते के डोमेन की साख आपस में जुड़ी है या नहीं, और उसकी स्वीकार्य उपयोग नीति दोनों ही स्थितियों में लागू होती है।

सेकेंडरी डोमेन की एंडिंग कौन-सी होनी चाहिए?

कोई प्रदाता डोमेन एंडिंग की रैंकिंग प्रकाशित नहीं करता। Hunter जैसे विक्रेता जहाँ संभव हो .com की और ऐसी एंडिंग की सलाह देते हैं जो स्पैम से जुड़ी न मानी जाती हों। बेहतर कसौटी यह है कि क्या प्राप्तकर्ता नाम को आपकी कंपनी के रूप में पहचान लेगा।

ब्लॉक हो चुके सेकेंडरी डोमेन का क्या करूँ?

उस पर कैंपेन रोकें और पहले कारण ढूँढ़ें: सूची, टेक्स्ट या मात्रा। फिर कम से दोबारा शुरू करें और धीरे-धीरे बढ़ाएँ, जैसा Google के दिशा-निर्देश बाउंस और अस्थायी अस्वीकृति के बाद सुझाते हैं। नया डोमेन रजिस्टर करके वही कैंपेन दोहराने से वही नतीजा मिलता है, और ब्लॉक किए गए व्यवहार को जारी रखने के लिए नए खाते खोलना वही है जिसे Gmail की नीतियाँ circumvention (नियमों से बच निकलना) कहती हैं।

क्या सेकेंडरी डोमेन पर आए जवाब मेरे सामान्य इनबॉक्स में आ सकते हैं?

हाँ, अगर आप फ़ॉरवर्डिंग सेट करें या मेलबॉक्स को अपने ईमेल प्रोग्राम में जोड़ें। फिर भी जवाब सेकेंडरी पते से ही दें, ताकि प्राप्तकर्ता एक ही भेजने वाले के साथ एक ही बातचीत में रहे। Google अपने आप फ़ॉरवर्ड हुए संदेशों को दैनिक भेजने की सीमा में नहीं गिनता।

स्रोत

1. Email sender guidelines – Google Workspace Admin Help
2. Email sender guidelines FAQ – Google Workspace Admin Help
3. Get started with Postmaster Tools – Gmail Help
4. Gmail SMTP errors and codes – Google Workspace Admin Help
5. Gmail sending limits in Google Workspace – Google Workspace Admin Help
6. Add a user alias domain or secondary domain – Google Workspace Admin Help
7. Set up SPF – Google Workspace Admin Help
8. Set up DKIM – Google Workspace Admin Help
9. Set up DMARC – Google Workspace Admin Help
10. Google Cloud Acceptable Use Policy for Google Workspace (last modified October 13, 2025)
11. Gmail Program Policies (last updated November 13, 2025)
12. Sender Best Practices – Yahoo Sender Hub
13. Sender FAQs – Yahoo Sender Hub
14. Exchange Online limits – Microsoft Learn
15. Introducing Exchange Online Tenant Outbound Email Limits – Microsoft Exchange Team Blog (updated August 2026)
16. CAN-SPAM Act: A Compliance Guide for Business – Federal Trade Commission
17. Recently registered domains: how to avoid the risks (Zero Reputation Domains) – Spamhaus
18. Set Up a Dedicated Cold Email Domain – Hunter (September 8, 2023)
19. Set Up Your Outreach Ops for Scale – Hunter (December 29, 2023)
20. How to Use Secondary Domains for Cold Email Safety – Instantly (September 29, 2025)
21. How Many Domains Do You Need for Cold Email Outreach? – LeadHaste (updated August 6, 2026)
22. All you need to know about secondary sending domains – Smartlead Help Center
23. How Many Inboxes Per Domain for Cold Email? – Puzzle Inbox (2026)
24. Cold email volume and mailbox calculator – SmartReach.io