Google के साथ रजिस्टर करें
संग्रह की मदद से व्यवस्थित रहें
अपनी प्राथमिकताओं के आधार पर, कॉन्टेंट को सेव करें और कैटगरी में बांटें.
हमें यह देखने का इंतज़ार रहेगा कि ईमेल में स्कीमा का इस्तेमाल कैसे किया जाता है. आज से ही अपने इंटिग्रेशन की टेस्टिंग शुरू की जा सकती है. खुद को भेजे गए सभी स्कीमा (x@gmail.com से x@gmail.com) Google के प्रॉडक्ट में दिखेंगे. इसलिए, इसे अभी आज़माकर देखें!
जब आपको उपयोगकर्ताओं के लिए मार्क अप किए गए ईमेल लॉन्च करने हों, तब आपको Google के साथ रजिस्टर करना होगा. कृपया यह तरीका अपनाएं:
- पक्का करें कि आपने यहां दिए गए सभी दिशा-निर्देशों और ज़रूरी शर्तों को पूरा किया हो.
- अपने प्रोडक्शन सर्वर से एक ईमेल भेजें. इसके अलावा, ऐसे सर्वर से भी ईमेल भेजा जा सकता है जिसमें डीकेआईएम/एसपीएफ़/इन्होंने भेजा:/वापसी का पता: हेडर मौजूद हों. इस ईमेल में मार्कअप / स्कीमा शामिल करें. इसे schema.whitelisting+sample@gmail.com पर भेजें. हमें इसकी ज़रूरत इसलिए है, ताकि हम यह देख सकें कि आपने रजिस्ट्रेशन के दिशा-निर्देशों में बताई गई सभी शर्तों और दिशा-निर्देशों का पालन किया है.
- अगर आपने कोई टेस्ट/ब्लैंक ईमेल भेजा है, ऐसा ईमेल भेजा है जिसमें स्कीमा शामिल नहीं है या आपने समीक्षा के लिए कोई ईमेल नहीं भेजा है, तो आपके आवेदन को खारिज कर दिया जाएगा.
- ईमेल भेजने से पहले, पक्का करें कि मार्कअप सही हो. ज़्यादा जानकारी के लिए, अपने स्कीमा की जांच करना लेख पढ़ें. खास तौर पर, यह पक्का करें कि ईमेल, ईमेल मार्कअप टेस्टर की जांच में पास हो गया हो और उसमें कोई गड़बड़ी न हो. साथ ही, यह भी पक्का करें कि उसमें ज़्यादा से ज़्यादा डेटा शामिल किया गया हो.
- Gmail, ईमेल फ़ॉरवर्ड करते समय सभी मार्कअप हटा देता है. ईमेल को फ़ॉरवर्ड न करें, बल्कि सीधे भेजें.
- रजिस्ट्रेशन फ़ॉर्म भरें. इसके बाद, हम आपसे संपर्क करेंगे.
रजिस्ट्रेशन के दिशा-निर्देश
आपके भेजे गए स्कीमा को प्रोसेस करने के लिए, इन दिशा-निर्देशों का पालन करना ज़रूरी है:
ईमेल भेजने वाले लोगों के लिए क्वालिटी से जुड़े दिशा-निर्देश
- ईमेल की पुष्टि DKIM या SPF के ज़रिए की जानी चाहिए
- एसपीएफ़ की जांच या डीकेआईएम हस्ताक्षर का टॉप-लेवल डोमेन (टीएलडी), आपके
From: ईमेल पते के टीएलडी से मेल खाना चाहिए.
- उदाहरण के लिए, अगर
From: foo@bar.com का इस्तेमाल किया जाता है, तो bar.com या sub.bar.com के लिए DKIM या SPF का इस्तेमाल किया जाना चाहिए
- Gmail सिर्फ़ आपके
Return-Path: ईमेल के डोमेन पर SPF की जांच करता है. अगर सिर्फ़ SPF का इस्तेमाल किया जाता है और DKIM का नहीं, तो आपके Return-Path: ईमेल का टीएलडी, आपके From: ईमेल के टीएलडी से मेल खाना चाहिए.
- अगर आपको यह तुरंत जांचना है कि आपकी एसपीएफ़ या डीकेआईएम सेटिंग सही हैं या नहीं, तो ईमेल की पुष्टि करने से जुड़ा सहायता लेख पढ़ें.
- ईमेल, किसी स्टैटिक ईमेल पते से आने चाहिए. जैसे, foo@bar.com
- ईमेल, Gmail के उपयोगकर्ताओं को भेजे गए ईमेल को ब्लॉक किए जाने या उन्हें स्पैम फ़ोल्डर में भेजे जाने से रोकना से जुड़े दिशा-निर्देशों के मुताबिक होने चाहिए
- आपके डोमेन से लगातार कई हफ़्तों तक, बड़ी संख्या में ईमेल भेजे गए हों. जैसे, Gmail पर हर दिन कम से कम 100 ईमेल भेजे गए हों.
- उपयोगकर्ताओं से स्पैम की बहुत कम शिकायतें मिली हों.
कार्रवाइयां / स्कीमा के दिशा-निर्देश
- कार्रवाई के लिए सबसे अच्छी क्वालिटी वाला विकल्प इस्तेमाल किया जाना चाहिए. उदाहरण के लिए, अगर किसी इंटरैक्शन को इन-ऐप्लिकेशन ऐक्शन (एक क्लिक, RSVP, समीक्षा) से पूरा किया जा सकता है, तो उसका इस्तेमाल किया जाना चाहिए. ज़्यादा जटिल इंटरैक्शन के लिए, 'यहाँ जाएँ' कार्रवाइयों का इस्तेमाल किया जा सकता है.
- कार्रवाइयों का इस्तेमाल, लेन-देन वाले ईमेल के लिए किया जाना चाहिए. इनमें इंटरैक्शन की दर ज़्यादा होने की उम्मीद होती है. इनका इस्तेमाल, प्रमोशनल बल्क ईमेल में नहीं किया जाना चाहिए.
- 'इस पर जाएं' कार्रवाइयां:
- यह लिंक, उस पेज पर ले जाना चाहिए जहां कार्रवाई की जा सकती है.
- बटन के लेबल में, साफ़ तौर पर यह जानकारी होनी चाहिए कि इस पर क्लिक करने से क्या होगा. साथ ही, यह जानकारी उस पेज से मेल खानी चाहिए जिस पर उपयोगकर्ता को रीडायरेक्ट किया जाएगा
- कार्रवाई के लेबल में विराम चिह्न या सभी बड़े अक्षर नहीं होने चाहिए. जवाब छोटा और कम शब्दों में होना चाहिए.
- अगर इन-ऐप्लिकेशन कार्रवाई का इस्तेमाल आपके यूज़ केस के लिए किया जा सकता है, तो आपको इन-ऐप्लिकेशन कार्रवाई का इस्तेमाल करना होगा. 'यहां जाएं' कार्रवाई का इस्तेमाल नहीं किया जाना चाहिए. उदाहरण के लिए, "ईमेल पते की पुष्टि करें" या "कृपया समीक्षा करें" के लिए, इन-ऐप्लिकेशन कार्रवाई का इस्तेमाल किया जाना चाहिए.
- फ़िलहाल, हम सिर्फ़ उन Go-To ऐक्शन को मंज़ूरी दे रहे हैं जो ज़्यादा इंटरैक्शन रेट वाले, बहुत खास और अहम इस्तेमाल के उदाहरणों के लिए हैं. जैसे, फ़्लाइट में चेक-इन करना, शिपमेंट ट्रैक करने वाले लिंक.
- कार्रवाई के अनुरोधों को मैनेज करने वाली सेवाओं के लिए, अनुरोध पूरा न होने की दर कम हो और जवाब देने में कम समय लगे.
जब तक कुछ अलग से न बताया जाए, तब तक इस पेज की सामग्री को Creative Commons Attribution 4.0 License के तहत और कोड के नमूनों को Apache 2.0 License के तहत लाइसेंस मिला है. ज़्यादा जानकारी के लिए, Google Developers साइट नीतियां देखें. Oracle और/या इससे जुड़ी हुई कंपनियों का, Java एक रजिस्टर किया हुआ ट्रेडमार्क है.
आखिरी बार 2025-08-29 (UTC) को अपडेट किया गया.
[null,null,["आखिरी बार 2025-08-29 (UTC) को अपडेट किया गया."],[],[],null,["# Register with Google\n\nWe are excited to see how you plan to use schemas in email. You can start testing your own integration today. All schemas you send to yourself (from x@gmail.com to x@gmail.com) will be displayed in Google products. So go ahead and try it out now!\n\nWhen you are ready to launch your marked up emails to your users, you will need to register with Google. Please follow this process:\n\n- Make sure that you meet all the guidelines and requirements listed below.\n- Send a real-life email coming from your production servers (or a server with similar DKIM/SPF/From:/Return-Path: headers) including the markup / schema to [schema.whitelisting+sample@gmail.com](mailto:schema.whitelisting+sample@gmail.com). We need this in order to check that you comply with all the guidelines and requirements listed in [Registration Guidelines](#registration_guidelines).\n - If you send a test/blank email, an email that does not contain schema or if you don't send an email for review your application will be silently discarded.\n - Make sure that the markup is correct prior to sending the email. For more details see [Testing your Schema](https://developers.google.com/workspace/gmail/markup/testing-your-schema). Especially make sure the email passes the [Email markup Tester](https://www.google.com/webmasters/markup-tester/) and that there are no errors, also make sure to include as much data as possible.\n - Gmail removes all markup when forwarding an email. Do not forward the email but send it directly.\n- Fill out the [registration form](https://docs.google.com/a/google.com/forms/d/e/1FAIpQLSfT5F1VJXtBjGw2mLxY2aX557ctPTsCrJpURiKJjYeVrugHBQ/viewform?pli=1) and we will get back to you.\n\nRegistration Guidelines\n-----------------------\n\nIn order for the schema you send to be processed, the following guidelines must be met:\n\n### Email Sender Quality guidelines\n\n- Emails must be [authenticated via DKIM or SPF](https://support.google.com/mail/answer/180707)\n- The top-level domain (TLD) of the SPF check or DKIM signature must match the TLD of your `From:` email address.\n - e.g. if you use `From: foo@bar.com` the DKIM or SPF must be for `bar.com` or `sub.bar.com`\n - Gmail only checks the SPF on the domain of your `Return-Path:` email. If you only rely on SPF and not DKIM your `Return-Path:` email must match the TLD of your `From:` email.\n - To quickly check if your SPF or DKIM settings are correct have a look at our [Email Authentication help article](https://support.google.com/mail/answer/180707).\n- Emails must come from a static email address, e.g. foo@bar.com\n- Emails must follow the [Prevent mail to Gmail users from being blocked or sent to spam](https://support.google.com/mail/answer/81126) guidelines\n- Consistent history of sending a high volume of mail from your domain (order of hundred emails a day minimum to Gmail) for a few weeks at least.\n- A very very low rate of spam complaints from users.\n\n### Actions / Schema Guidelines\n\n- The highest-fidelity action available should be used. For example, if an interaction can be achieved by an In-App Action (One-Click, RSVP, Review), that must be used. For more complex interactions, Go-To Actions can be used.\n- Actions should be used for transactional mail where a high interaction rate is expected. They should not be used on promotional bulk mail.\n- Go-To Actions:\n - Must deep link into the specific page on which the action can be performed.\n - Label of button needs to reflect clear action to be taken and must be true to page the user is going to\n - Label of action should not contain punctuation or all caps. Must be short and concise.\n - If an In-App action can be used for your usecase you must use the In-App action and not the Go-To action (e.g. \"Verify Email Address\" or \"Please Review\" should use In-App actions).\n - We are currently only approving Go-To actions for very specific high-value usecase with high interaction rate (e.g. Flight Check-in, Shipment tracking links).\n- Low failure rate and fast response for services handling Action Requests."]]
