अच्छे सवाल। स्पष्ट जवाब।

दस्तावेज़ित सैंडबॉक्स पतों जैसे delivered@messagebird.dev, bounce@messagebird.dev या complaint@messagebird.dev पर भेजें। ये सामान्य पाइपलाइन के माध्यम से परिणामों और वेबहुक का परीक्षण करते हैं। रिहर्सल ऑडियंस को सैंडबॉक्स पतों तक सीमित रखें; उसी सेंड में वास्तविक पतों पर वास्तविक मेल जाएगी।

ऑनबोर्डिंग डोमेन अपनी दस्तावेज़ित सीमाओं के तहत पहली मेल भेजने का समर्थन करता है, और सैंडबॉक्स पते परीक्षण का समर्थन करते हैं। नियमित भेजने के लिए अपना खुद का सेंडिंग डोमेन सत्यापित करें। इस पेज पर किसी निश्चित प्लान अलाउंस पर निर्भर रहने के बजाय अपने वर्कस्पेस की वर्तमान सीमाएँ जाँचें।

API इंटीग्रेशन के लिए फ़र्स्ट-ईमेल क्विकस्टार्ट, किसी मौजूदा SMTP एप्लिकेशन के लिए SMTP गाइड, कैंपेन के लिए Email marketing, या बातचीत के लिए एजेंट-मेलबॉक्स क्विकस्टार्ट का उपयोग करें। हर पथ संबंधित सेटअप और दस्तावेज़ से जुड़ा है।

Free प्लान आपको बिना किसी खर्च और बिना कार्ड के प्रति माह 1,000 ईमेल देता है। पेड प्लान पर स्केल बढ़ने के साथ प्रति-मैसेज दर घटती है, और प्लान में शामिल मात्रा से ज़्यादा भेजने पर प्रति 1,000 ईमेल बिल होता है। प्राइसिंग पेज पर हर स्तर की प्रकाशित दर दी गई है। Enterprise एग्रीमेंट से यह सीमा पूरी तरह हटाई जा सकती है।

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

डेडिकेटेड IP, Growth प्लान पर एक ऐड-ऑन हैं, अधिकतम पाँच, ईमेल प्राइसिंग पेज पर दिखाई गई मासिक कीमत पर। कोई सेटअप शुल्क नहीं है और कोई वार्षिक प्रतिबद्धता नहीं है।

आपकी प्रभावी अनुरोध दर सीमाएँ आपके संगठन के प्लान और किसी भी कॉन्फ़िगर्ड ओवरराइड पर निर्भर करती हैं। संगठन rate-limits एंडपॉइंट या रिस्पॉन्स हेडर पढ़ें, और जब कोई अनुरोध सीमित हो तो Retry-After का सम्मान करें। REST सेंडिंग और SMTP सेंडिंग क्षमता साझा करते हैं; बैच की अलग अनुरोध नीति होती है। ब्रॉडकास्ट शुरू करना उसके कैंपेन ऑपरेशन का उपयोग करता है, जबकि सेंडिंग अलाउंस और डिलीवरी पेसिंग अलग नियंत्रण रहते हैं।

अनुमानित जनरेट किया गया संदेश 20 MB के भीतर होना चाहिए, जिसमें HTML, टेक्स्ट और base64-एनकोडेड अटैचमेंट शामिल हैं। एनकोडिंग और शेष संदेश के लिए जगह छोड़ने हेतु रॉ अटैचमेंट कंटेंट 15 MB से काफ़ी नीचे रखें। प्राप्तकर्ता का सर्वर छोटी सीमा लागू कर सकता है।

जब कंटेंट स्टोरेज सक्षम हो, तो मूल भेजे गए संदेशों के बॉडी और अटैचमेंट 30 दिनों तक उपलब्ध रहते हैं। मेलबॉक्स हेडर, एक्सट्रैक्ट किया गया टेक्स्ट और मेलबॉक्स अटैचमेंट आपके प्लान पर उपलब्ध 30-, 90- या 365-दिन के चयनित रिटेंशन टियर का पालन करते हैं। मूल मेलबॉक्स बॉडी और प्राप्त रॉ MIME 30 दिनों तक सीमित रहते हैं।

केवल वही अनुमतियाँ दें जो उसके कार्य के लिए ज़रूरी हैं। उसे ड्राफ़्ट तैयार और जाँचने दें, फिर भेजने की अनुमति देने से पहले प्राप्तकर्ता, प्रेषक और कंटेंट की समीक्षा करें। अनुरोध दर सीमाएँ क्षमता प्रबंधन में मदद करती हैं; अनुमतियाँ और आपकी समीक्षा प्रक्रिया नियंत्रित करती है कि एजेंट क्या कर सकता है।

हाँ, दोनों एक ही सेंड API से जाते हैं। फ़र्क सिर्फ़ category फ़ील्ड का है, जो तय करता है कि सप्रेशन और अनसब्सक्राइब कैसे लागू होंगे। पासवर्ड रीसेट और रसीदों के लिए transactional चुनें, और कैंपेन के लिए marketing।

हर लॉजिकल सेंड के साथ एक Idempotency-Key हेडर भेजें। अगर पहली रिक्वेस्ट सफल रही लेकिन आपने रिस्पॉन्स नहीं देखा, तो उसी कुंजी के साथ दोबारा भेजने पर आपको Idempotency-Replay हेडर के साथ मूल परिणाम वापस मिलता है, ईमेल दो बार भेजने के बजाय।

scheduled_at को 30 सेकंड से 30 दिन आगे तक किसी भी समय पर सेट करें। सेंड तुरंत accepted के रूप में वापस आता है और भेजे जाने तक शेड्यूल्ड रहता है, इसलिए आप उससे पहले किसी भी समय इसे कैंसल कर सकते हैं।

हाँ, attachments ऐरे में base64 के रूप में। इमेज इनलाइन दिखाने के लिए, उसे एक content_id दें और अपने HTML में cid: से रेफ़रेंस करें। रॉ फ़ाइलें 15 MB या उससे कम रखें ताकि एन्कोड होने के बाद भी संदेश 20 MB की सीमा में रहे, और ध्यान दें कि एक्ज़ीक्यूटेबल और स्क्रिप्ट कंटेंट टाइप भेजने से पहले अस्वीकार कर दिए जाते हैं।

हाँ। जो एप्लिकेशन SMTP रिले को मेल सबमिट करते हैं, वे अपना होस्ट, पोर्ट और क्रेडेंशियल अपडेट करके Bird का उपयोग कर सकते हैं। सेंडिंग डोमेन वेरिफ़ाई करें और ईमेल सेंडिंग सक्षम API कुंजी का उपयोग करें।

इम्प्लिसिट TLS के लिए पोर्ट 465 या STARTTLS के लिए पोर्ट 587 और 2525 का उपयोग करें। अपनी API कुंजी रीजन के लिए होस्ट चुनें। पोर्ट 25 सबमिशन के लिए उपलब्ध नहीं है।

SMTP उन मौजूदा एप्लिकेशन के लिए उपयुक्त है जो पहले से MIME संदेश बनाते हैं। HTTP API स्ट्रक्चर्ड रिक्वेस्ट फ़ील्ड और स्टोर्ड-टेम्प्लेट ऑपरेशन प्रदान करता है। दोनों समान डोमेन, रेप्युटेशन और डिलीवरी कंट्रोल का उपयोग करते हैं।

अपनी सेंडिंग आवश्यकताओं के लिए प्रकाशित ईमेल प्राइसिंग देखें। हमारी टीम हाई-वॉल्यूम या माइग्रेशन आवश्यकताओं में मदद कर सकती है; एक अलग SMTP प्रोटोकॉल के लिए अलग ईमेल प्रोडक्ट की आवश्यकता नहीं है।

संपर्क एक वर्कस्पेस से संबंधित होते हैं। एक रिकॉर्ड में ईमेल पता, फ़ोन नंबर या दोनों, साथ ही एक बाहरी ID और टाइप की गई प्रॉपर्टीज़ हो सकती हैं। ऑडियंस उन रिकॉर्ड को रेफ़रेंस करती हैं, इसलिए किसी संपर्क को अपडेट करने पर उसका डेटा उन सभी सूचियों में एक जैसा बना रहता है जिनमें वह शामिल है।

डैशबोर्ड में CSV, TSV या Excel फ़ाइल अपलोड करें और आयात से पहले फ़ील्ड मैपिंग की समीक्षा करें। आयात के दौरान आप संपर्कों को ऑडियंस में असाइन कर सकते हैं। एप्लिकेशन सिंक के लिए, API या CLI के माध्यम से प्रति अनुरोध 1,000 तक संपर्कों को बैच-अपसर्ट करें।

प्रलेखित ऑडियंस वर्कफ़्लो स्टैटिक सदस्यता का उपयोग करता है: आप संपर्क जोड़ते या हटाते हैं। ब्रॉडकास्ट भेजना शुरू होने पर ऑडियंस को रिज़ॉल्व करता है। सदस्यता को अपडेट रखने के लिए अपने एप्लिकेशन या आयात वर्कफ़्लो का उपयोग करें।

वैकल्पिक फ़ॉलबैक मानों के साथ टेक्स्ट, नंबर, बूलियन और डेटटाइम प्रॉपर्टीज़ परिभाषित करें। प्राप्तकर्ता पर्सनलाइज़ेशन के लिए उन प्रॉपर्टीज़ का उपयोग करें और संपर्कों को आयात या सिंक करते समय टाइप किए गए मानों को एक जैसा रखें।

एक सेव की गई ऑडियंस चुनें। Bird भेजना शुरू होने पर उसके वर्तमान सदस्यों को रिज़ॉल्व करता है और संबंधित सप्रेशन और प्रेफ़रेंस लागू करता है। टेम्पलेट प्रत्येक प्राप्तकर्ता की पंजीकृत संपर्क प्रॉपर्टीज़ का उपयोग करके संदेश को पर्सनलाइज़ करता है।

हाँ। डैशबोर्ड अभी भेजने या एक वर्ष आगे तक शेड्यूल करने का समर्थन करता है, भेजना शुरू होने से पहले संपादन और पुनः शेड्यूलिंग की सुविधा के साथ। शेड्यूल किए गए या भेजे जा रहे ब्रॉडकास्ट को रद्द करें ताकि उन प्राप्तकर्ताओं को रोका जा सके जिन तक यह नहीं पहुँचा; पहले से रास्ते में भेजे गए संदेश वापस नहीं लिए जा सकते।

ब्रॉडकास्ट किसी ऑडियंस के लिए कैम्पेन शेड्यूल करते हैं। मैसेज API इनलाइन कॉन्टेंट या स्टोर किए गए टेम्पलेट को scheduled_at के ज़रिए 30 सेकंड से 30 दिन आगे तक शेड्यूल करती है। Bird स्वीकृति के समय टेम्पलेट वर्शन, भाषा और पैरामीटर वैल्यू को लॉक कर देता है, और अगर निर्धारित समय से पहले टेम्पलेट हटा दिया जाए तो भेजने को अस्वीकार कर देता है।

केवल प्रलेखित सैंडबॉक्स पतों वाली एक अलग ऑडियंस बनाएँ। सिम्युलेटेड परिणाम बाहरी डिलीवरी के बिना डिलीवरी इवेंट और वेबहुक का परीक्षण करते हैं। सैंडबॉक्स ट्रैफ़िक फिर भी सेंडिंग अलाउंस का उपयोग करता है और मेट्रिक्स में दिखाई देता है।

ईमेल मार्केटिंग ट्रांज़ैक्शनल ईमेल के समान सेंडिंग इंफ्रास्ट्रक्चर पर डैशबोर्ड के ब्रॉडकास्ट कंपोज़र का उपयोग करती है। ऑडियंस तैयार करें, कंटेंट लिखें या चुनें, सेंडर की समीक्षा करें और कैंपेन शेड्यूल करें। डेवलपर CLI और MCP वर्कफ़्लो का भी उपयोग कर सकते हैं।

कैंपेन के लिए मार्केटिंग कैटेगरी का उपयोग करें और उन लोगों को भेजें जिन्होंने प्राप्त करने के लिए कहा है। Bird रेसिपिएंट सप्रेशन और ऑप्ट-आउट प्राथमिकताएँ लागू करता है। मार्केटिंग ईमेल वन-क्लिक अनसब्सक्राइब हेडर और बॉडी में एक लिंक को सपोर्ट करता है; डोमेन ऑथेंटिकेशन और स्वस्थ लिस्ट अभी भी महत्वपूर्ण हैं।

किसी कैंपेन के लिए डिलीवरी, ओपन, क्लिक, बाउंस और शिकायतों की समीक्षा करें। प्राइवेसी-संबंधित इमेज फ़ेच को रिपोर्ट की गई ओपन रेट से फ़िल्टर किया जाता है, लेकिन न तो ओपन और न ही क्लिक किसी बिक्री को साबित करता है। पूर्ण हुई ग्राहक कार्रवाइयों को अपने एप्लिकेशन में मापें।

यह पेज न्यूज़लेटर और सेव की गई ऑडियंस को शेड्यूल्ड ब्रॉडकास्ट कवर करता है। इवेंट-ट्रिगर ट्रांज़ैक्शनल सेंड Email API से बनाएँ। वर्तमान कैंपेन वर्कफ़्लो विज़ुअल मल्टीस्टेप जर्नी बिल्डर या नेटिव A/B-टेस्ट ऑटोमेशन प्रदान नहीं करता।

नहीं। डैशबोर्ड एडिटर का उपयोग करें या CLI और MCP वर्कफ़्लो के ज़रिए HTML लिखें। React Email का आउटपुट Bird प्लेसहोल्डर्स को बनाए रखते हुए HTML के रूप में स्टोर किया जा सकता है। API, CLI और MCP उन्हीं ड्राफ़्ट और प्रकाशित वर्शन पर काम करते हैं जो आप डैशबोर्ड में देखते हैं।

स्टोर किए गए टेम्पलेट Liquid और नामित पैरामीटर्स को सपोर्ट करते हैं। साधारण पैरामीटर नाम फ़्लैट होते हैं, जैसे order_number। रिज़र्व्ड bird.contact फ़ील्ड प्राप्तकर्ता की प्रॉपर्टीज़ पढ़ते हैं। ब्रॉडकास्ट रजिस्टर्ड कॉन्टैक्ट प्रॉपर्टीज़ का उपयोग करते हैं और टेम्पलेट लूप का उपयोग नहीं कर सकते; मैसेज API अधिक सामान्य टेम्पलेट सेंड को सपोर्ट करता है।

हाँ। एडिटिंग से ड्राफ़्ट बदलता है। पब्लिश करने से एक अपरिवर्तनीय वर्शन बनता है जिसका उपयोग बाद के सेंड में होता है। रोलबैक एक पहले प्रकाशित वर्शन चुनता है और ड्राफ़्ट को उस कंटेंट पर रीसेट करता है; पहले से स्वीकृत सेंड अपना कंटेंट बनाए रखते हैं।

एक टेम्पलेट में भाषा-विशिष्ट सब्जेक्ट, प्रीव्यू टेक्स्ट और बॉडी कंटेंट हो सकता है। एक डिफ़ॉल्ट भाषा कॉन्फ़िगर करें और तय करें कि कोई भाषा न मिलने पर फ़ॉलबैक हो या फ़ेल। प्रकाशित करने से पहले प्रतिनिधि कॉन्टैक्ट वैल्यू के साथ प्रीव्यू करें।

हम आपके लिए रिकॉर्ड जनरेट करते हैं: आपके मेल पर साइन करने के लिए एक DKIM TXT रिकॉर्ड, SPF अलाइन करने वाला एक return-path CNAME (एपेक्स SPF रिकॉर्ड की ज़रूरत नहीं), और एक DMARC TXT रिकॉर्ड। ब्रांडेड ओपन और क्लिक लिंक के लिए एक ट्रैकिंग CNAME वैकल्पिक है। डोमेन जोड़ें, अपने DNS प्रोवाइडर पर रिकॉर्ड पेस्ट करें, और वेरिफ़ाई दबाएँ: अधिकतर वेरिफ़िकेशन DNS प्रोपेगेशन के कुछ ही मिनटों में पूरे हो जाते हैं, हालाँकि कभी-कभी इसमें अधिक समय लग सकता है।

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

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

जब आप लगातार वॉल्यूम भेजते हैं और अपनी IP प्रतिष्ठा पर नियंत्रण चाहते हैं तो डेडिकेटेड IP पर विचार करें। कम वॉल्यूम या अनियमित प्रेषक को शेयर्ड पूल से बेहतर सेवा मिल सकती है। Bird एक नए डेडिकेटेड IP को लगभग 30 दिनों में स्वचालित रूप से वार्म करता है, रैंप के दौरान ओवरफ़्लो शेयर्ड इंफ्रास्ट्रक्चर से रूट होता है। चुनने से पहले किसी ईमेल विशेषज्ञ के साथ अपने सेंडिंग पैटर्न की समीक्षा करें।

हाँ। IP को पूल में ग्रुप करें और प्रत्येक ट्रैफ़िक प्रकार को उसके अपने पूल में रूट करें। इससे आपके कैम्पेन और ट्रांज़ैक्शनल स्ट्रीम ले जाने वाले IP अलग हो जाते हैं। ऑथेंटिकेशन, डोमेन प्रतिष्ठा और प्राप्तकर्ता एंगेजमेंट दोनों के लिए महत्वपूर्ण बने रहते हैं।

Bird डोमेन ऑथेंटिकेशन, प्रबंधित वार्मअप के साथ डेडिकेटेड IP पूल, प्राप्तकर्ता सप्रेशन, प्रेफ़रेंस और सेंडिंग मेट्रिक्स प्रदान करता है। आपकी टीम सहमति, कंटेंट और सेंडिंग व्यवहार को नियंत्रित करती है। Inbox Insights प्लेसमेंट को अलग से मापता है।

बाउंस कारण, शिकायतें, सेंडिंग डोमेन और मेलबॉक्स-प्रदाता ब्रेकडाउन की समीक्षा के लिए stats API और डैशबोर्ड का उपयोग करें। ईमेल लॉग में किसी विशिष्ट प्राप्तकर्ता का निरीक्षण करें। प्लेसमेंट अनुमानों की जाँच करने और कैम्पेन सीड टेस्ट चलाने के लिए Inbox Insights का उपयोग करें।

नहीं। Healthy, Watching और Throttled सेंडिंग जोखिम को वर्गीकृत करते हैं। ये आपकी सेंडिंग दर नहीं बदलते या ट्रैफ़िक नहीं रोकते। प्रभावित कैम्पेन या सूची की जाँच करें और तय करें कि उसे रोकना है या नहीं।

हार्ड बाउंस एक सप्रेशन बनाता है जो उस पते पर मेल भेजना रोक देता है। शिकायतें गैर-ट्रांज़ैक्शनल मेल को ब्लॉक करती हैं। अनसब्सक्राइब एक अलग प्राथमिकता के रूप में रिकॉर्ड होता है। ट्रांज़ैक्शनल डिलीवरी अभी भी पते के वैध होने और किसी अन्य ब्लॉकिंग रिकॉर्ड पर निर्भर करती है।

हार्ड बाउंस सभी मेल के लिए सप्रेशन बनाते हैं; शिकायतें नॉन-ट्रांज़ैक्शनल मेल के लिए सप्रेशन बनाती हैं। मैनुअल सप्रेशन सभी कैटेगरी को ब्लॉक करते हैं। सॉफ्ट बाउंस और डिफ़रल स्थायी रेसिपिएंट सप्रेशन नहीं बनाते।

अनसब्सक्राइब प्राथमिकता टैब पर रेसिपिएंट की प्राथमिकता दर्ज करता है। यह सप्रेशन लिस्ट से अलग है। डिलीवर करना है या नहीं यह तय करते समय दोनों की जाँच की जाती है, और किसी संपर्क को डिलीट करने से उसका ऑप्ट-आउट मिटता नहीं है।

आप सप्रेशन की वजह जाँचने के बाद उसे डैशबोर्ड या API के ज़रिए हटा सकते हैं। किसी एक को हटाने से अन्य ब्लॉकिंग रिकॉर्ड या ऑप्ट-आउट प्राथमिकताएँ नहीं हटतीं। suppressed@messagebird.dev सैंडबॉक्स एड्रेस से आप अपनी लिस्ट बदले बिना किसी अस्वीकृत प्राप्तकर्ता को टेस्ट कर सकते हैं।

लुकअप के लिए स्कोप की गई API कुंजी के साथ Email Lookup का उपयोग करें। एक पता सबमिट करें और उसका रिज़ल्ट, डिलीवरी कॉन्फ़िडेंस, रिस्क फ़्लैग और कोई भी टाइपो सुझाव पढ़ें। डैशबोर्ड, SDKs और CLI समान लुकअप आज़माने के तरीके प्रदान करते हैं।

प्रलेखित परिणाम valid, neutral, risky, undeliverable और typo हैं। result को एक खुली शब्दावली मानें और भविष्य के मानों को delivery confidence से संभालें। valid बूलियन प्रदाता का वैधता मूल्यांकन है; इसे result और confidence के साथ पढ़ें, क्योंकि यह डिलीवरी की गारंटी नहीं देता।

व्यक्ति को पुष्टि करने के लिए टाइपो सुझाव दिखाएँ; उनका पता चुपचाप कभी न बदलें। Neutral का अर्थ है कि मेलबॉक्स की पुष्टि किसी भी तरह से नहीं हो सकी। रिज़ल्ट और कॉन्फ़िडेंस को अपनी सहमति और सेंडिंग नीति के साथ मिलाएँ।

नहीं। लुकअप उस समय एड्रेस क्वालिटी का आकलन करने में मदद करता है। यह सहमति स्थापित नहीं करता, ऑप्ट-आउट प्राथमिकताएँ नहीं हटाता और इनबॉक्स प्लेसमेंट की गारंटी नहीं देता। सप्रेशन और प्राथमिकता रिकॉर्ड का सम्मान करते रहें।

एक अनुरोध में 128 KiB अनुरोध सीमा के भीतर 1,000 तक पतों का आकलन करने के लिए बैच API का उपयोग करें। परिणाम सबमिशन क्रम का पालन करते हैं, डुप्लिकेट सहित। प्रत्येक उत्तरित प्रविष्टि बिल की जाती है। बैच को फिर से प्रयास करने से पहले प्रलेखित रीप्ले सीमाएँ जाँचें; यह पेज सूची-अपलोड नियंत्रण प्रदान नहीं करता।

डिलीवरी, रिकॉर्ड किए गए ओपन और क्लिक, बाउंस, शिकायतें और विलंब की समीक्षा करें। ब्रेकडाउन में सेंडिंग डोमेन, प्राप्तकर्ता डोमेन, मेलबॉक्स प्रदाता, टैग, टेम्पलेट और ब्रॉडकास्ट शामिल हैं। सेंडिंग-IP ब्रेकडाउन डिलीवरी सिग्नल दिखाते हैं; एंगेजमेंट उस IP को एट्रिब्यूट नहीं किया जाता जिसने संदेश भेजा।

Stats इवेंट स्ट्रीम को थोड़ी देरी से एग्रीगेट करते हैं और data_as_of लौटाते हैं। ये इवेंट टाइम का उपयोग करते हैं, इसलिए आज का एक क्लिक पहले भेजे गए संदेश से संबंधित हो सकता है। दैनिक और प्रति-घंटा एंडपॉइंट stats गाइड में प्रलेखित विंडो का समर्थन करते हैं।

डिलीवरी का अर्थ है प्राप्तकर्ता सर्वर द्वारा स्वीकृति। प्लेसमेंट अनुमानों के लिए Inbox Insights और पैनल-आधारित प्रतिस्पर्धी गतिविधि के लिए Competitive Insights का उपयोग करें। राजस्व या एक्टिवेशन के लिए, कैम्पेन कॉन्टेक्स्ट को अपने एप्लिकेशन में पूर्ण की गई कार्रवाइयों से जोड़ें।

नहीं। एक Bird फ़ॉरवर्डिंग पता बनाएँ और किसी मौजूदा इनबॉक्स से मेल फ़ॉरवर्ड करें। जब आप चाहें कि मेल सीधे आपके नियंत्रित सबडोमेन पर आए, तब डोमेन रिसीविंग का उपयोग करें।

हाँ। एक समर्पित सबडोमेन रजिस्टर और सत्यापित करें, रिसीविंग सक्षम करें और इसके दिए गए MX रिकॉर्ड प्रकाशित करें। रिसीविंग सबडोमेन का उपयोग करके कॉर्पोरेट ईमेल रूटिंग को अलग रखें।

email.received वेबहुक सब्सक्राइब करें या इनबाउंड-मैसेजेस API के माध्यम से संदेश पढ़ें। इवेंट प्रोसेस करते समय वेबहुक सत्यापन और फिर से प्रयास करने के मार्गदर्शन का पालन करें।

इनबाउंड ईमेल फ़ॉरवर्डिंग पतों या रिसीविंग डोमेन पर आने वाले संदेशों को पार्स करता है ताकि आपका एप्लिकेशन उन्हें प्रोसेस कर सके। Agent Mailboxes एक एजेंट-स्वामित्व वाला इनबॉक्स प्रदान करता है जिसमें संदेश थ्रेड और रिप्लाई वर्कफ़्लो शामिल है।

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

हाँ, एक रिसीविंग-सक्षम सेंडिंग डोमेन के साथ। आप एक जनरेटेड inbox.ai पता या कस्टम हैंडल भी उपयोग कर सकते हैं जब आपका प्लान इसकी अनुमति देता हो। एक inbox.ai पता डिलीट करने के बाद भी आपके वर्कस्पेस के लिए आरक्षित रहता है; इसे किसी अन्य ग्राहक को पुनः असाइन नहीं किया जाता।

हेडर, निकाला गया टेक्स्ट और अटैचमेंट प्लान-समर्थित रिटेंशन टियर का पालन करते हैं। मूल संदेश बॉडी और प्राप्त रॉ MIME के लिए 30 दिन की विंडो होती है। उच्च टियर उस मूल-सामग्री विंडो को नहीं बढ़ाता और पहले से डिलीट की गई सामग्री को पुनर्स्थापित नहीं करता।

इनबॉक्स संदेशों पर प्रतिक्रिया देने के लिए मेलबॉक्स वेबहुक का उपयोग करें। लाइव व्यू के लिए SSE स्ट्रीम भी उपलब्ध है, लेकिन यह डिस्कनेक्ट के बाद छूटी हुई इवेंट्स को रीप्ले नहीं करता। अपडेट पाने के लिए लिस्ट एंडपॉइंट का उपयोग करें; रिसीव रूल्स तय करते हैं कि कौन से आने वाले संदेश इनबॉक्स वेबहुक जनरेट करेंगे।

Inbox Insights वर्तमान Bird डैशबोर्ड उत्पाद है। पुराने Inbox Tracker उत्पाद के लिंक यहाँ लाते हैं। किसी मौजूदा eDataSource या लीगेसी Tracker अकाउंट के लिए, उस अकाउंट के दस्तावेज़ और सपोर्ट पथ का उपयोग करें; इसकी सुविधाएँ और एक्सेस भिन्न हो सकते हैं।

डिलीवरी रेट रिकॉर्ड करता है कि रिसीविंग सर्वर ने संदेश स्वीकार किया। Inbox Insights सीड्स और एक मेज़रमेंट पैनल से इनबॉक्स और स्पैम प्लेसमेंट का अनुमान लगाता है, साथ ही आपकी Bird-मापित डिलीवरी और एंगेजमेंट भी दिखाता है।

Inbox Insights एक्सेस वाले वर्कस्पेस और एक सत्यापित सेंडिंग डोमेन का उपयोग करें। डोमेन के लिए ट्रैकिंग चालू करें। कुछ डोमेन या प्रदाताओं के पास अभी तक पैनल मेज़रमेंट नहीं हैं; सीड टेस्ट के लिए उपलब्ध पूल और अलाउंस ज़रूरी है।

नहीं। रजिस्ट्रेशन आपको सीड पते देता है। इन्हें सेंड-बाय तारीख से पहले अपने कैंपेन में शामिल करें। जब उन मेलबॉक्स में मेल पहुँचती है तब परिणाम दिखते हैं, और रजिस्ट्रेशन अलाउंस का उपभोग करता है भले ही कोई कैंपेन न भेजा गया हो।

देखें कि वह कैंपेन मापे गए प्रदाताओं पर कहाँ पहुँचा, उसके SPF, DKIM और DMARC परिणाम, और जब टेस्ट ने दोनों कोहॉर्ट का उपयोग किया तो एंगेज्ड-बनाम-डॉर्मेंट विभाजन।

Inbox Insights एक डैशबोर्ड अनुभव है। इसके आंतरिक एंडपॉइंट सार्वजनिक API ऑफ़रिंग नहीं हैं। अपनी डिलीवरी और एंगेजमेंट रिपोर्टिंग के लिए Email stats API का उपयोग करें।

हाँ। Competitive Insights ब्रांड देखने और ईमेल प्रोग्राम की तुलना करने के लिए वर्तमान Bird डैशबोर्ड अनुभव है। पुराने Competitive Tracker उत्पाद लिंक यहाँ ले आते हैं। मौजूदा लीगेसी खातों में अलग फ़ीचर सेट और एक्सेस पथ हो सकता है।

नहीं। पैनल मेलबॉक्स के एक नमूने का अवलोकन करता है और परिणाम का अनुमान लगाता है। एक निगरानी किया गया ब्रांड अपने सबसे अधिक वॉल्यूम वाले सेंडिंग डोमेन का उपयोग करता है, इसलिए अन्य डोमेन पर गतिविधि शामिल नहीं होती। छोटे या नए प्रेषकों के पास कोई माप नहीं हो सकता।

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

इन्हें अलग-अलग माप मानें। प्रतिस्पर्धी रीड रेट पैनल द्वारा अनुमानित होती है; Bird ओपन ट्रैकिंग अलग तरीके से गिनती करती है। डैशबोर्ड पैनल अनुमानों और आपके अपने सेंडिंग आँकड़ों को लेबल करता है ताकि आप उन्हें सही ढंग से समझ सकें।

ब्रांड प्रोफ़ाइल उसका ईमेल सर्विस प्रदाता दिखाती है जब पैनल को यह ज्ञात हो। अनुपलब्ध प्रदाता जानकारी अनुमान के बजाय एक अंतराल बनी रहती है।

एक्सेस वाले वर्कस्पेस में Competitive Insights खोलें, नाम या डोमेन से ब्रांड जोड़ें और वॉचलिस्ट की समीक्षा करें। आपके संगठन का अलाउंस निर्धारित करता है कि आप कितने ब्रांड देख सकते हैं। एक डेमो आपको योजना बनाने से पहले कवरेज का आकलन करने में मदद कर सकता है।

दोनों ऑन-प्रेम MTA हैं जिन्हें आप हमारे मैनेज्ड API के ज़रिए भेजने के बजाय खुद चलाते हैं। Momentum MTA हाई-वॉल्यूम सेंडिंग के लिए कस्टमाइज़ेबल वर्कफ़्लो और रूटिंग पर बनाया गया है। PowerMTA आपके अपने सर्वर या किसी भी पब्लिक क्लाउड पर चलने के लिए बनाया गया है, जैसे AWS या Azure।

ऐसी टीमें जिनकी इन्फ्रास्ट्रक्चर या कंप्लायंस आवश्यकताएँ अपना MTA चलाने की माँग करती हैं, और ऐसी टीमें जो केवल अपनी सेंड मेट्रिक्स पर निर्भर रहने के बजाय इनबॉक्स प्लेसमेंट और प्रतिस्पर्धी बेंचमार्किंग की स्वतंत्र दृश्यता चाहती हैं। पहला समूह Momentum MTA या PowerMTA चलाता है। दूसरा समूह Inbox Insights का उपयोग करता है, जो इनबॉक्स प्लेसमेंट का अनुमान लगाता है और कैंपेन सीड टेस्ट को सपोर्ट करता है, या Competitive Insights का, जो आपके प्रोग्राम को अन्य ब्रांड्स के मुकाबले बेंचमार्क करता है, और इनमें से किसी के लिए भी आपको स्वयं कुछ होस्ट करने की ज़रूरत नहीं है।

SparkPost, Bird का हिस्सा है। Bird Email नए प्रोजेक्ट के लिए सेंडिंग, कैंपेन और डिलीवरी वर्कफ़्लो प्रदान करता है। मौजूदा SparkPost इंटीग्रेशन एक अलग इंटीग्रेशन है: माइग्रेशन की योजना बनाने से पहले अपनी अकाउंट टीम के साथ इसके API कॉल, डोमेन रिकॉर्ड और इवेंट की समीक्षा करें।

Bird Email के अपने API और SDKs हैं। SparkPost रिक्वेस्ट को बिना बदले भेजा जा सकता है यह मानने के बजाय सेंडिंग, टेम्प्लेट, डोमेन और वेबहुक गाइड की समीक्षा करें।

Momentum हमारा ऑन-प्रेमाइसेस ईमेल इंफ़्रास्ट्रक्चर प्लेटफ़ॉर्म है जो हाई-वॉल्यूम सेंडिंग के लिए बना है, इसमें कस्टमाइज़ेबल वर्कफ़्लो, रूटिंग, और डिलीवरी पैरामीटर हैं जो इसके Policy Manager से सेट होते हैं। यह आपके सेंडिंग वॉल्यूम के साथ स्केल करने के लिए बनाया गया है और परफ़ॉर्मेंस स्थिर रखता है, और पूर्ण Unicode (SMTPUTF8) सपोर्ट करता है ताकि आप अंतरराष्ट्रीय कैरेक्टर सेट पर भेज सकें।

Adaptive Delivery, Momentum की ऑटोमैटिक ट्रैफ़िक शेपिंग है। यह देखता है कि हर मेलबॉक्स प्रोवाइडर आपके मेल पर कैसे प्रतिक्रिया देता है और रियल टाइम में एडजस्ट करता है: थ्रॉटलिंग, डिफ़रिंग, या आपकी प्रतिष्ठा बचाने के लिए स्ट्रीम को संक्षेप में रोकना, फिर स्थिति सुधरते ही वापस रैम्प अप करना। आप हर प्रोवाइडर के लिए मैन्युअली सेंड रेट संभाले बिना इनबॉक्स तक पहुँचते हैं। Intelligence Router यह सब आपके सभी डेटा स्रोतों में दिखाता है, और जब भी कोई एडजस्टमेंट होता है तो रियल-टाइम अलर्ट देता है।

दोनों का जवाब हाँ है। Momentum आपके अपने सर्वर पर, किसी भी बड़े क्लाउड पर, या दोनों में बँटकर चलता है, ताकि आप इसे अपनी इंफ़्रास्ट्रक्चर, लागत, और अनुपालन ज़रूरतों के अनुसार ढाल सकें और समय के साथ यह मिक्स बदल सकें। इसमें नई रिलीज़ भी आती रहती हैं: हालिया रिलीज़ इसे आधुनिक ऑपरेटिंग सिस्टम, TLS 1.3, और अप-टू-डेट सुरक्षा व SMTP मानकों के साथ अपडेट रखती हैं, और मैसेज इवेंट रियल-टाइम API के ज़रिए एक्सपोज़ करती हैं जिन्हें आप अपनी रिपोर्टिंग और ऑटोमेशन में फ़ीड कर सकते हैं।

हाँ। PowerMTA कुछ ट्रैफ़िक होस्टेड Bird Email API को रिले कर सकता है और बाकी सीधे आपके सर्वर से डिलीवर कर सकता है, जो होस्टेड प्लेटफ़ॉर्म आज़माने या धीरे-धीरे माइग्रेट करने का सबसे आसान तरीक़ा है बिना सब कुछ एक साथ हटाए। PowerMTA खुद आपकी इंफ़्रास्ट्रक्चर पर चलता है, तो वे IP आपके मैनेज करने में रहते हैं। जो ट्रैफ़िक आप होस्टेड प्लेटफ़ॉर्म को रिले करते हैं वह वहाँ हमारे IP या आपके डेडिकेटेड IP इस्तेमाल कर सकता है, जबकि बाकी सब पूरी तरह आपके नियंत्रण में रहता है।

वर्चुअल MTA आपको एक PowerMTA इंस्टेंस के अंदर कई स्वतंत्र सेंडिंग स्ट्रीम चलाने देते हैं, प्रत्येक अपने स्वयं के IP, रेप्युटेशन और लिमिट के साथ। इनका उपयोग ट्रांज़ैक्शनल मेल, मार्केटिंग मेल या अलग-अलग ग्राहकों को अलग से प्रबंधित करने के लिए करें। साझा डोमेन और रेसिपिएंट-प्रोवाइडर नीतियाँ अभी भी स्ट्रीम के बीच डिलीवरी को प्रभावित कर सकती हैं।

हाँ। API केवल HTTPS है। यदि आप इसके बजाय SMTP से सबमिट करते हैं, तो पोर्ट 465 पहले बाइट से एन्क्रिप्टेड होता है, और पोर्ट 587 और 2525 STARTTLS से अपग्रेड करते हैं: हम उन पर AUTH तब तक अस्वीकार करते हैं जब तक अपग्रेड पूरा नहीं हो जाता, इसलिए क्रेडेंशियल कभी प्लेनटेक्स्ट में नहीं जाते। पोर्ट 25 सबमिशन के लिए बिल्कुल उपलब्ध नहीं है। अपनी API कुंजी से मेल खाने वाले रीजनल एंडपॉइंट का उपयोग करें। आधिकारिक SDKs और CLI इसका रीजन प्रीफ़िक्स पढ़ते हैं और वह एंडपॉइंट चुनते हैं। अपने संगठन पर लागू होने वाले स्टोरेज और प्रोसेसिंग दायित्वों के लिए रीजन गाइड और अपना डेटा-प्रोसेसिंग एग्रीमेंट देखें।

केवल वही जो आप इसे स्कोप करते हैं। एक कुंजी स्कोप की सूची रखती है जैसे emails, email_marketing, या domains, प्रत्येक read या write पर, इसलिए मेल भेजने वाली कुंजी आपके सेंडिंग डोमेन प्रबंधित नहीं कर सकती। सदस्यों, वर्कस्पेस सेटिंग्स, कुंजियों और IP पूल को प्रबंधित करने के लिए डैशबोर्ड या अधिकृत CLI या MCP सेशन के माध्यम से किसी व्यक्ति की अनुमतियाँ आवश्यक हैं। प्रत्येक कुंजी CIDR रेंज की अनुमति-सूची भी लेती है, और कहीं और से आने वाले अनुरोध अस्वीकार कर दिए जाते हैं।

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

हाँ, SAML 2.0 या OIDC के ज़रिए, इसलिए Okta, Microsoft Entra ID और Google Workspace सभी काम करते हैं। यह प्रति ऑर्गनाइज़ेशन सेट होता है: आपकी अकाउंट टीम इसे आपके लिए चालू करती है। पासवर्ड से साइन इन करने वाले सदस्य खुद MFA चालू कर सकते हैं।

हाँ। ऑडिट लॉग हर मैनेजमेंट एक्शन का एक रीड-ओनली, ऑर्गनाइज़ेशन-वाइड रिकॉर्ड है, जिसमें एक्टर, वर्कस्पेस, समय और परिणाम शामिल हैं, और यह आपके SIEM के लिए OCSF में एक्सपोर्ट होता है। यह कॉन्फ़िगरेशन परिवर्तनों को कवर करता है, न कि आपके भेजे गए संदेशों को। वे ईमेल लॉग में रहते हैं।

सर्टिफ़िकेशन और सुरक्षा डॉक्यूमेंटेशन trust.bird.com पर Trust Center में उपलब्ध हैं। डेटा प्रोसेसिंग एग्रीमेंट, प्राइवेसी स्टेटमेंट और एक्सेप्टेबल यूज़ पॉलिसी bird.com/legal पर प्रकाशित हैं, वर्तमान संस्करण पुराने संस्करणों के आर्काइव के साथ। वेंडर प्रश्नावली के लिए, आपकी अकाउंट टीम इसे संभालती है।