छोटे व्यवसायों के लिए Google कार्यक्षेत्र सेटअप: डोमेन, जीमेल, डीएनएस, सुरक्षा और हैंडओवर

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

यह मार्गदर्शिका संस्थापकों, क्लिनिक मालिकों, एजेंसियों, स्थानीय सेवा व्यवसायों और अपने स्वयं के डोमेन, जैसे [email protected] पर छोटे व्यवसाय ईमेल के लिए Google वर्कस्पेस का मूल्यांकन करने वाली छोटी टीमों के लिए है। यह कार्यान्वयन के दृष्टिकोण से लिखा गया है: जीमेल को कार्यशील बनाएं, हर महत्वपूर्ण निर्णय का दस्तावेजीकरण करें, और मालिक को एक ऐसी प्रणाली के साथ छोड़ दें जिसका बाद में समर्थन किया जा सके।

व्यावहारिक रूप से, यह जीमेल पथ के साथ कस्टम डोमेन ईमेल है: Google वर्कस्पेस व्यावसायिक पहचान का मालिक है, डीएनएस इनबाउंड मेल को जीमेल पर रूट करता है, और प्रमाणीकरण रिकॉर्ड प्राप्त करने वाले सिस्टम को डोमेन पर भरोसा करने में मदद करते हैं।

इस गाइड में इंटरफ़ेस स्क्रीनशॉट डमी डोमेन, डमी एड्रेस और मास्क्ड कुंजियों का उपयोग करते हैं। इन्हें कार्यान्वयन पैटर्न दिखाने के लिए शामिल किया गया है, न कि पुन: प्रयोज्य खाता-विशिष्ट मान प्रदान करने के लिए।

छोटे व्यवसायों के लिए Google Workspace सेटअप चेकलिस्ट

Google का वर्तमान वर्कस्पेस एमएक्स सेटअप मार्गदर्शन एमएक्स रिकॉर्ड मान के रूप में smtp.google.com का उपयोग करता है और नोट करता है कि एमएक्स रिकॉर्ड परिवर्तनों को पहचानने में 72 घंटे तक का समय लग सकता है। उस विंडो को गंभीरता से लें: एक सेटअप तब तक पूरा नहीं होता जब तक कि DNS परिवर्तन के बाद वास्तविक इनबाउंड और आउटबाउंड परीक्षण पास नहीं हो जाते। Google की MX सेटअप मार्गदर्शिका यहां देखें: Google Workspace के लिए MX रिकॉर्ड सेट करें।

एक छोटे व्यवसाय के लिए, चेकलिस्ट को परिणामों के आधार पर व्यवस्थित किया जाना चाहिए:

चरण 1: डोमेन और डीएनएस स्वामित्व की पुष्टि करें

अधिकांश ख़राब ईमेल सेटअप एक ही वाक्य से शुरू होते हैं: "डोमेन किसी और के पास है, लेकिन हम अभी भी जारी रख सकते हैं।"

कभी-कभी डोमेन किसी पुराने फ्रीलांसर द्वारा खरीदा जाता था। कभी-कभी DNS ऐसे होस्टिंग खाते के अंदर होता है जिसमें वर्षों से किसी ने लॉग इन नहीं किया है। कभी-कभी व्यवसाय स्वामी के पास GoDaddy की पहुंच होती है, लेकिन वास्तविक DNS Cloudflare पर होता है। कभी-कभी वेबसाइट विक्रेता के पास डोमेन होता है, और मालिक के पास केवल जीमेल पासवर्ड होता है। यदि आप सक्रिय DNS होस्ट और स्वामी पथ की पुष्टि किए बिना ईमेल रिकॉर्ड बदलते हैं, तो आप व्यवसाय को गलत व्यक्ति पर निर्भर करते हुए अस्थायी रूप से मेल कार्य कर सकते हैं।

Google एडमिन या DNS को छूने से पहले, इन प्रश्नों के उत्तर दें:

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

वर्तमान ईमेल स्थिति को मैप करें

यह न मानें कि व्यवसाय के पास कोई मौजूदा ईमेल नहीं है क्योंकि कोई भी पेशेवर इनबॉक्स का उपयोग नहीं कर रहा है। वर्तमान DNS और परिचालन सेटअप की जाँच करें।

खोजें:

• मौजूदा एमएक्स रिकॉर्ड।
• मौजूदा एसपीएफ़ TXT रिकॉर्ड।
• किसी अन्य प्रदाता से DKIM TXT रिकॉर्ड।
• _dmarc TXT रिकॉर्ड।
• वेबसाइट संपर्क प्रपत्र जो डोमेन से भेजे जाते हैं।
• बिलिंग सॉफ़्टवेयर जो चालान ईमेल करता है।
• सीआरएम, सपोर्ट डेस्क, या मार्केटिंग टूल।
• फ़ॉरवर्डर जैसे info@, sales@, support@, और व्यक्तिगत उपनाम।

यह मायने रखता है क्योंकि SPF आमतौर पर डोमेन के लिए एक पॉलिसी रिकॉर्ड होना चाहिए, न कि कई प्रतिस्पर्धी TXT रिकॉर्ड। यदि व्यवसाय Google वर्कस्पेस, वेबसाइट फॉर्म प्रदाता और इनवॉइसिंग टूल का उपयोग करता है, तो अंतिम एसपीएफ़ नीति में वैध प्रेषकों को ध्यान में रखना होगा। सटीक मान वर्तमान प्रेषक सूची पर निर्भर करता है।

चरण 2: उपयोगकर्ता, उपनाम, समूह और साझा इनबॉक्स तय करें

छोटी टीमें अक्सर जरूरत से ज्यादा मेलबॉक्स बनाती हैं। पांच व्यक्तियों वाला व्यवसाय सभी के लिए info@, sales@, billing@, support@, careers@ और व्यक्तिगत मेलबॉक्स मांग सकता है। उनमें से कुछ को सशुल्क उपयोगकर्ता होना चाहिए। कुछ उपनाम हो सकते हैं. कुछ Google समूह या सहयोगी इनबॉक्स होने चाहिए. कुछ को अभी तक अस्तित्व में नहीं होना चाहिए।

इस निर्णय मॉडल का उपयोग करें:

सेटअप से पहले ऐसा करें ताकि बिलिंग, पहुंच और स्वामित्व साफ़ रहे। सबसे महंगी गलती एक अतिरिक्त लाइसेंस नहीं है। यह एक महत्वपूर्ण व्यावसायिक मेल है जो बिना किसी साझा दृश्यता के एक कर्मचारी के निजी इनबॉक्स के अंदर रहता है।

चरण 3: डोमेन सत्यापित करें और जीमेल एमएक्स रिकॉर्ड की योजना बनाएं

पहला एडमिन अकाउंट Google Workspace एडमिन कंसोल के अंदर सावधानी से बनाया जाना चाहिए। स्वामी-नियंत्रित पुनर्प्राप्ति ईमेल और फ़ोन नंबर का उपयोग करें। यदि शिंका या कोई अन्य कार्यान्वयन भागीदार सेटअप में मदद करता है, तो भागीदार की पहुंच अस्थायी या दस्तावेज़ीकृत होनी चाहिए; अंतिम सुपर एडमिन क्लाइंट के पास ही रहना चाहिए.

Google Workspace डोमेन सत्यापन के दौरान, Google एक DNS रिकॉर्ड या कोई अन्य सत्यापन विधि प्रदान करता है। एडमिन कंसोल के अंदर केवल वही प्रकाशित करें जो Google वर्तमान में मांगता है, क्योंकि सत्यापन के तरीके बदल सकते हैं। सत्यापन सफल होने के बाद, इसका ध्यान रखें:

• सत्यापन रिकॉर्ड प्रकार और मूल्य.
• DNS होस्ट जहां इसे जोड़ा गया था।
• दिनांक और व्यक्ति जिसने परिवर्तन को मंजूरी दी।
• सेटअप के लिए व्यवस्थापक खाते का उपयोग किया गया.
• पुनर्प्राप्ति ईमेल और फ़ोन स्वामी.

यह नौकरशाही नहीं है. यह सामान्य समर्थन समस्या को रोकता है जहां कोई नहीं जानता कि DNS रजिस्ट्रार, होस्टिंग प्रदाता, क्लाउडफ्लेयर या किसी अन्य विक्रेता के पास है या नहीं।

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

एक छोटे व्यवसाय के लिए, इसे एक आकस्मिक कॉपी-पेस्ट कार्य के रूप में न लें। एक छोटी परिवर्तन विंडो की योजना बनाएं:

1. वर्तमान DNS रिकॉर्ड निर्यात करें या स्क्रीनशॉट लें।
2. पुराने मेल प्रदाता रिकॉर्ड की पहचान करें।
3. पुष्टि करें कि Google Workspace डोमेन सत्यापित है।
4. लाइव मेल स्विच करने से पहले उपयोगकर्ता बनाएं.
5. Google Workspace MX रिकॉर्ड प्रकाशित करें.
6. केवल जीमेल से ही नहीं, बल्कि बाहरी प्रेषकों से भी परीक्षण करें।
7. DNS पहचान विंडो के दौरान विलंबित मेल की निगरानी करें।

Google की वर्तमान MX सेटअप मार्गदर्शिका smtp.google.com को Google Workspace MX मान के रूप में सूचीबद्ध करती है। यदि आपके डोमेन प्रदाता के पास स्वचालित Google वर्कस्पेस सेटअप प्रवाह है, तब भी अंतिम DNS रिकॉर्ड की मैन्युअल रूप से समीक्षा करें। स्वचालित प्रवाह सहायक हो सकते हैं, लेकिन वे हमेशा आपके पुराने प्रदाता, वेबसाइट फ़ॉर्म या अन्य भेजने वाले टूल को नहीं समझते हैं।

चरण 4: एसपीएफ़, डीकेआईएम और डीएमएआरसी स्थापित करें

एसपीएफ़ मेल प्राप्त करने वाले सिस्टम को बताता है कि किन सर्वरों को डोमेन के लिए मेल भेजने की अनुमति है। Google का कार्यक्षेत्र SPF सेटअप मार्गदर्शन आमतौर पर निम्न का उपयोग करता है:

v=spf1 include:_spf.google.com ~all

Google का SPF सहायता पृष्ठ देखें: SPF सेट करें।

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

वैध प्रेषकों के उदाहरण जिनकी समीक्षा की आवश्यकता हो सकती है:

• वेबसाइट संपर्क फ़ॉर्म.
• नियुक्ति अनुस्मारक.
• सीआरएम अनुक्रम।
• चालान और भुगतान लिंक.
• सहायता डेस्क सूचनाएं.
• एसएमएस/ईमेल गेटवे प्लेटफार्म।
• न्यूज़लैटर उपकरण.

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

DKIM आउटगोइंग ईमेल पर हस्ताक्षर करता है ताकि प्राप्तकर्ता सिस्टम यह सत्यापित कर सके कि संदेश आपके डोमेन द्वारा अधिकृत थे और ट्रांज़िट में कोई बदलाव नहीं किया गया था। Google वर्कस्पेस के लिए, DKIM सेटअप में आम तौर पर Google एडमिन में DKIM रिकॉर्ड तैयार करना, DNS में दिए गए TXT रिकॉर्ड को प्रकाशित करना, DNS दृश्यता की प्रतीक्षा करना और फिर प्रमाणीकरण चालू करना शामिल है।

Google की DKIM मार्गदर्शिका यहां है: DKIM सेट करें।

कार्यान्वयन कार्य में, DKIM तीन व्यावहारिक कारणों से विफल रहता है:

• TXT रिकॉर्ड गलत DNS होस्ट पर जोड़ा गया है।
• चयनकर्ता/नाम गलत तरीके से चिपकाया गया है।
• DNS के प्रचारित होने से पहले कोई DKIM को सक्रिय करने का प्रयास करता है।

चयनकर्ता और DNS मान का दस्तावेजीकरण करें। सार्वजनिक दस्तावेज़ों में निजी नोट न चिपकाएँ, बल्कि कार्यान्वयन रिकॉर्ड को हैंडओवर पैक में रखें। सक्रियण के बाद, बाहरी इनबॉक्स में एक वास्तविक ईमेल भेजें और DKIM पास परिणाम के लिए संदेश हेडर का निरीक्षण करें।

DMARC प्राप्तकर्ता सिस्टम को बताता है कि जब संदेश SPF या DKIM संरेखण में विफल हो जाते हैं तो क्या करना चाहिए। यह रिपोर्ट भी भेज सकता है जो आपको यह समझने में मदद करती है कि आपके डोमेन के लिए मेल कौन भेज रहा है। Google की DMARC मार्गदर्शिका यहां है: DMARC सेट करें।

अधिकांश छोटे व्यवसायों के लिए, सही पहली मुद्रा "आज ही सब कुछ अस्वीकार करना" नहीं है। निगरानी से शुरुआत करें, वैध प्रेषण स्रोतों को समझें, फिर जब आपको विश्वास हो तो नीति को कड़ा करें।

एक व्यावहारिक प्रारंभिक रिकॉर्ड इस तरह दिख सकता है:

v=DMARC1; p=none; rua=mailto:[email protected]

अपने स्वयं के रिपोर्टिंग मेलबॉक्स का उपयोग करें, example.com का नहीं। p=none नीति निगरानी के लिए है; यह संगरोध या अस्वीकृति को लागू नहीं करता है। आपके द्वारा यह पुष्टि करने के बाद कि Google वर्कस्पेस, वेबसाइट फॉर्म, सीआरएम, इनवॉइसिंग और मार्केटिंग टूल सही ढंग से प्रमाणित हो रहे हैं, मजबूत नीतियां आनी चाहिए।

चरण 5: कार्यस्थल को सुरक्षित करना, परीक्षण करना और सौंपना

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

न्यूनतम व्यावहारिक आधार रेखा:

• स्वामी और व्यवस्थापक उपयोगकर्ताओं के लिए 2-चरणीय सत्यापन योजना।
• पुनर्प्राप्ति ईमेल और फ़ोन व्यवसाय स्वामी द्वारा नियंत्रित।
• कम से कम दो स्वामी-अनुमोदित व्यवस्थापक पुनर्प्राप्ति पथ।
• स्टाफ़ व्हाट्सएप या ब्राउज़र नोट्स में कोई साझा सुपर एडमिन पासवर्ड नहीं।
• व्यक्तिगत उपयोगकर्ताओं को साझा टीम पतों से अलग करें।
• बाह्य अग्रेषण नियमों की समीक्षा.
• स्टाफ़ ऑफ़बोर्डिंग चेकलिस्ट।
• व्यवस्थापक भूमिका दस्तावेज़ीकरण.

इसका मतलब यह नहीं है कि हर छोटे व्यवसाय को पहले ही दिन उद्यम सुरक्षा जटिलता की आवश्यकता होती है। इसका मतलब है कि जब एक कर्मचारी चला जाए या जब एक फोन नंबर बदल जाए तो मालिक को नियंत्रण नहीं खोना चाहिए।

व्यवस्थापक पैनल कह सकते हैं कि सेटअप पूरा हो गया है जबकि उपयोगकर्ताओं को अभी भी व्यावहारिक विफलताओं का सामना करना पड़ रहा है। सिस्टम का बाहर से परीक्षण करें.

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

त्वरित सेटअप और पेशेवर सेटअप के बीच अंतर हैंडओवर का है। एक छोटे व्यवसाय को एक छोटी, पठनीय रनबुक मिलनी चाहिए जो भविष्य के समर्थन प्रश्नों का उत्तर दे।

हैंडओवर में शामिल होना चाहिए:

• Google Workspace प्राथमिक व्यवस्थापक खाता.
• पुनर्प्राप्ति ईमेल और फ़ोन स्वामी.
• डोमेन रजिस्ट्रार और डीएनएस होस्ट.
• डीएनएस रिकॉर्ड बदल गए.
• उपयोगकर्ता बनाए गए.
• उपनाम और समूह बनाए गए.
• एसपीएफ़, डीकेआईएम, और डीएमएआरसी स्थिति।
• परीक्षण पूरे हुए.
• ज्ञात प्रतीक्षा विंडो या लंबित प्रचार नोट।
• नया यूजर कैसे जोड़ें.
• किसी स्टाफ सदस्य को कैसे हटाया जाए.
• सहायता के लिए किससे संपर्क करें.

इस दस्तावेज़ को लंबा होने की आवश्यकता नहीं है. इसका सटीक होना जरूरी है. यदि व्यवसाय स्वामी इसे समझ नहीं पाता है, तो कार्यान्वयन समाप्त नहीं होता है।

सामान्य गलतियाँ जो Google Workspace सेटअप को दर्दनाक बनाती हैं

शिंका क्या संभालती है

शिंका की Google वर्कस्पेस सेटअप सेवा छोटे व्यवसायों के लिए बनाई गई है जो DNS और एडमिन सेटिंग्स के बारे में अनुमान लगाए बिना व्यावसायिक ईमेल ठीक से काम करना चाहते हैं।

सेवा कवर कर सकती है:

• डोमेन और डीएनएस एक्सेस समीक्षा.
• Google Workspace खाता सेटअप.
• उपयोगकर्ता, उपनाम और समूह नियोजन.
• जीमेल एमएक्स रिकॉर्ड सेटअप।
• एसपीएफ़, डीकेआईएम और डीएमएआरसी सेटअप समर्थन।
• इनबाउंड और आउटबाउंड मेल परीक्षण।
• बुनियादी व्यवस्थापक सुरक्षा जांच.
• मोबाइल और ब्राउज़र साइन-इन मार्गदर्शन।
• जहां लागू हो वहां वेबसाइट/संपर्क-प्रपत्र प्रेषक की समीक्षा करें।
• मालिक के लिए रनबुक सौंपें।

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

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