Play Games पर की गई कार्रवाइयां
खास जानकारी
इस दस्तावेज़ में, वीडियो गेम के लिए Play गेम ऐक्शन के बारे में बताया गया है. साथ ही, स्कीमा से जुड़ी ज़रूरी शर्तों की सूची दी गई है. इसके अलावा, इस सुविधा को लॉन्च करने के लिए, ऑनबोर्डिंग प्रोसेस के बारे में भी बताया गया है.
Play Game Actions के बारे में जानकारी




वीडियो गेम के लिए Play Game Actions की सुविधा से, लोग डेस्कटॉप या मोबाइल पर Search के नतीजों वाले पेज (एसआरपी) से सीधे कोई गेम खेल सकते हैं. जब उपयोगकर्ता ऐसे गेम को खोजते हैं जिससे कम से कम एक Play Game Action जुड़ा हो, तो उन्हें व्यवस्थित खोज नतीजों वाले पेज (ओएसआरपी) के 'खास जानकारी' टैब में या नॉलेज पैनल में Play Game Action दिखाया जाता है. यह सुविधा, गेम के डेमो या पूरे वर्शन के लिए काम करती है. ये वर्शन, बिना किसी शुल्क के, सदस्यता लेकर या अलग-अलग आइटम खरीदकर उपलब्ध होते हैं. साथ ही, इन्हें डेस्कटॉप या मोबाइल पर क्लाउड से स्ट्रीम किया जा सकता है. इसके अलावा, इन्हें डेस्कटॉप या कंसोल पर लोकल क्लाइंट ऐप्लिकेशन के ज़रिए डाउनलोड किया जा सकता है.
Play Game Actions, फ़ीड की मदद से काम करती हैं. इस फ़ीड में, आपके गेम कैटलॉग की जानकारी होती है.
फ़ीड एक JSON ऑब्जेक्ट होता है. इसमें इकाइयों का कलेक्शन होता है. इकाई, एक schema.org
ऑब्जेक्ट है. यह आपके कैटलॉग में गेम को दिखाता है. साथ ही, गेम को स्ट्रीम करने के लिए उससे जुड़ा डीप लिंक दिखाता है. जैसे, डेमो, बिना डाउनलोड किए आज़माने की सुविधा या पूरा वर्शन.
Google को अपना फ़ीड देने के लिए, आपको फ़ीड को किसी फ़ाइल में सेव करना होगा. साथ ही, उस फ़ाइल को ऐसी जगह पर होस्ट करना होगा जहां Google उसे ऐक्सेस कर सके. यह पक्का करने के लिए कि आपका कॉन्टेंट अप-टू-डेट है, Google समय-समय पर आपकी होस्ट से फ़ीड फ़ाइल को फ़ेच करता है.
इन सभी ज़रूरी शर्तों के बारे में ज़्यादा जानकारी यहां दी गई है.
अपनी प्रोफ़ाइल बनाना शुरू करें
पिछले सेक्शन में बताया गया है कि सेवा देने वाली कंपनी के तौर पर आपकी ये ज़िम्मेदारियां हैं:
- फ़ीड बनाने के लिए ज़रूरी जानकारी, उसके सोर्स, और उपलब्धता के बारे में जानें. साथ ही, यह भी जानें कि वह जानकारी फ़ीड में कैसे दिखती है.
- ऐसा फ़ीड बनाएं जिसमें आपके कैटलॉग में मौजूद हर गेम इकाई की ज़रूरी जानकारी शामिल हो.
- फ़ीड को किसी सर्वर या क्लाउड स्टोरेज सेवा पर होस्ट करें. साथ ही, Google को फ़ीड को समय-समय पर फ़ेच करने की अनुमति दें.
- Google की ओर से बताई गई समस्याओं को ठीक करें और उनका जवाब दें. ये समस्याएं, क्वालिटी से जुड़ी हो सकती हैं या JSON फ़ाइलों के स्ट्रक्चर से जुड़ी हो सकती हैं.
- कैटलॉग में बदलाव होने पर, फ़ीड को अप-टू-डेट रखें.
- पक्का करें कि लॉन्च के बाद भी फ़ीड की क्वालिटी बनी रहे.
आइए, इनके बारे में विस्तार से जानते हैं.
शुरू करने से पहले
हमारा सुझाव है कि फ़ीड बनाने से पहले, Play गेम ऐक्शन के मेटाडेटा से जुड़ी ज़रूरी शर्तों को समझ लें. साथ ही, सभी ज़रूरी जानकारी एक जगह इकट्ठा कर लें. हमारा सुझाव है कि फ़ीड बनाने से पहले, यहां दी गई बातों का ध्यान रखें:
VideoGame
इकाई के लिए, मेटाडेटा से जुड़ी ज़रूरी शर्तें देखें.- मेटाडेटा इकट्ठा करें.
- ज़रूरी और खास तौर पर सुझाई गई प्रॉपर्टी पर ध्यान दें. Google, इन प्रॉपर्टी का इस्तेमाल करके, फ़ीड में मौजूद आपके कॉन्टेंट का मिलान Google के डेटाबेस में मौजूद कॉन्टेंट से करता है. अपने कॉन्टेंट के लिए जितना ज़्यादा मेटाडेटा उपलब्ध कराया जाएगा, Google उतना ही बेहतर तरीके से कॉन्टेंट का मिलान कर पाएगा.
इस दस्तावेज़ में Works और Editions के इस्तेमाल के बारे में जानकारी
- वीडियो गेम: किसी वीडियो गेम के बारे में खास जानकारी. किसी गेम की विशेषताओं में शीर्षक, डेवलपर, गेम का ब्यौरा, और पब्लिशर जैसे मेटाडेटा खास तौर पर शामिल होते हैं.
- एडिशन: वीडियो गेम का कोई वर्शन. किसी वर्शन की विशेषताओं में प्रकाशन का साल, प्लैटफ़ॉर्म का नाम, और डीप लिंक जैसे मेटाडेटा खास तौर पर शामिल होते हैं.
उदाहरण के लिए, “शैडो ऑफ़ द टॉम्ब रेडर” एक काम है, लेकिन उसका हर वर्शन एक एडिशन है. इस मामले में, “शैडो ऑफ़ द टॉम रेडर” गेम का एक वर्शन Stadia के लिए, एक वर्शन PlayStation के लिए, एक वर्शन Stadia पर अर्ली ऐक्सेस के लिए वगैरह हो सकता है.
फ़ीड में यह फ़र्क़ बहुत अहम होता है, क्योंकि सिस्टम को शायद इसके बारे में तुरंत पता न चले. दो VideoGame इकाइयां हैं:
- VideoGame (Work) एक "टॉप लेवल" की VideoGame इकाई है:
exampleOfWork
, VideoGame (Work) की प्रॉपर्टी है. यह VideoGame (Edition) के एक या उससे ज़्यादा इंस्टेंस के बारे में बताती है.- हर VideoGame (Work) के लिए, कम से कम एक
exampleOfWork
VideoGame (Edition) होना चाहिए. - VideoGame (Edition), VideoGame की "लोअर लेवल" एंटिटि है.
इससे यह पता चलता है कि एक किताब के कई संस्करण हो सकते हैं. हमारा सुझाव है कि जहां तक हो सके आप इन संस्करणों को एक साथ रखें. ऐसा करने से, Google के सिस्टम, वीडियो गेम के बारे में सारी अहम जानकारी इस्तेमाल करके, Search में दिखा सकते हैं.
दो मुख्य प्रॉपर्टी और उनकी ज़रूरी शर्तों के बारे में जानें. फ़ीड बनाने के लिए, इन वैल्यू का सही होना ज़रूरी है. फ़ीड बनाना अगला चरण है.
कैननिकल यूआरएल (url)
कैननिकल यूआरएल (url
) की मदद से, Google आपके कैटलॉग में मौजूद कॉन्टेंट का, Google के डेटाबेस में मौजूद कॉन्टेंट से सटीक मिलान कर पाता है.
"कैननिकल यूआरएल उस पेज का यूआरएल होता है जिसे Google आपकी साइट पर मौजूद, डुप्लीकेट पेजों में से सबसे ज़रूरी मानता है. उदाहरण के लिए, अगर आपके पास एक ही पेज के कई यूआरएल हैं (जैसे: example.com?dress=1234 और example.com/dresses/1234), तो Google इनमें से किसी एक को कैननिकल यूआरएल के तौर पर चुन लेता है." (सोर्स: डुप्लीकेट यूआरएल को मिलाकर एक करना)
कैननिकल यूआरएल के लिए ये ज़रूरी शर्तें हैं:
url
ग्लोबल लेवल पर यूनीक होना चाहिए.url
में एक ऐसा कैननिकल यूआरएल होना चाहिए जो काम करता हो और जिसे Google क्रॉल कर सके.
आइडेंटिफ़ायर (@id)
आइडेंटिफ़ायर (@id) को ये ज़रूरी शर्तें पूरी करनी होंगी:
- आपके कैटलॉग में ग्लोबल स्तर पर यूनीक होना चाहिए:
- उदाहरण के लिए, दो अलग-अलग वीडियो गेम के लिए एक ही
@id
का इस्तेमाल न करें.
- उदाहरण के लिए, दो अलग-अलग वीडियो गेम के लिए एक ही
- स्टैटिक:
@id
को बाद में नहीं बदला जा सकता.
- यह यूनिफ़ाइड रिसॉर्स आइडेंटिफ़ायर (यूआरआई) के तौर पर होता है:
- अगर आपके कॉन्टेंट का लोकल आइडेंटिफ़ायर (आईडी) यूआरआई फ़ॉर्मैट में नहीं है, तो इस ज़रूरी शर्त को पूरा करने के लिए, आईडी से पहले अपना डोमेन जोड़ें. उदाहरण के लिए, अगर आपके कॉन्टेंट का आईडी
1234abc
है और आपका डोमेनhttps://example.com
है, तो@id
https://example.com/1234abc
हो सकता है. @id
का काम करना ज़रूरी नहीं है. यह सिर्फ़ यूआरआई फ़ॉर्मैट में होना चाहिए.@id
में इस्तेमाल किए गए डोमेन (उदाहरण के लिए,https://example.com
) का मालिकाना हक आपके संगठन के पास होना चाहिए.
- अगर आपके कॉन्टेंट का लोकल आइडेंटिफ़ायर (आईडी) यूआरआई फ़ॉर्मैट में नहीं है, तो इस ज़रूरी शर्त को पूरा करने के लिए, आईडी से पहले अपना डोमेन जोड़ें. उदाहरण के लिए, अगर आपके कॉन्टेंट का आईडी
किसी इकाई का url
, आइडेंटिफ़ायर के तौर पर सभी ज़रूरी शर्तों को पूरा करता है. जैसे, यह दुनिया भर में यूनीक होता है, स्टैटिक होता है, और यूआरआई के फ़ॉर्मैट में होता है. इसलिए, हमारा सुझाव है कि आप किसी इकाई के url
को @id
के तौर पर इस्तेमाल करें. हालांकि, ऐसा सिर्फ़ उन मामलों में करें जहां ऐसा करना सही हो.
डीप लिंक की ज़रूरी शर्तों को समझना और उनकी पहचान करना
जब कोई व्यक्ति कॉन्टेंट पर Play Game Actions शुरू करता है, तो Google उस कॉन्टेंट के डीप लिंक का इस्तेमाल करता है. इससे व्यक्ति को सीधे आपके ऐप्लिकेशन या प्लैटफ़ॉर्म में मौजूद कॉन्टेंट पर ले जाया जाता है. नीचे दी गई बातों का ध्यान रखें:
- डीप लिंक को, टारगेट किए गए कॉन्टेंट को सभी प्लैटफ़ॉर्म पर खोलना होगा. अलग-अलग प्लैटफ़ॉर्म के लिए, अलग-अलग डीप लिंक हो सकते हैं. उदाहरण के लिए, डेस्कटॉप वेब पर काम करने वाला डीप लिंक, मोबाइल वेब पर काम करने वाले डीप लिंक से अलग हो सकता है. हर गेम के लिए, यह देखें कि प्लैटफ़ॉर्म के हिसाब से उसके डीप लिंक अलग-अलग हैं या नहीं.
- डीप लिंक में पैरामीटर (&) या ऐंकर टैग (#) शामिल किए जा सकते हैं.
- यह पक्का करने के लिए कि आपका कॉन्टेंट Google के कई प्लैटफ़ॉर्म (Search, Assistant, और Android TV) पर उपलब्ध हो, डीप लिंक ज़रूरी है.
किसी इकाई का url
, आइडेंटिफ़ायर के तौर पर सभी ज़रूरी शर्तें पूरी करता है. जैसे, यह दुनिया भर में यूनीक होता है, स्टैटिक होता है, और यूआरआई के फ़ॉर्म में होता है. इसलिए, हमारा सुझाव है कि आप किसी इकाई के url
को @id
के तौर पर इस्तेमाल करें. हालांकि, ऐसा सिर्फ़ उन मामलों में करें जहां ऐसा करना सही हो.
प्लैटफ़ॉर्म | ब्यौरा |
---|---|
http://schema.org/DesktopWebPlatform | डेस्कटॉप वेब ब्राउज़र पर खोज प्लैटफ़ॉर्म. |
http://schema.org/MobileWebPlatform | मोबाइल वेब ब्राउज़र पर खोज प्लैटफ़ॉर्म. |
http://schema.org/AndroidPlatform | Android ऐप्लिकेशन पर खोज प्लैटफ़ॉर्म. |
http://schema.org/AndroidTVPlatform | Android TV ऐप्लिकेशन पर Android TV प्लैटफ़ॉर्म. |
http://schema.org/IOSPlatform | iOS ऐप्लिकेशन पर सर्च प्लैटफ़ॉर्म. |
अपने कैटलॉग में मौजूद गेम के लिए, ऐक्सेस से जुड़ी ज़रूरी शर्तों का पता लगाएं: खुद से ये सवाल पूछें और पक्का करें कि फ़ीड में मौजूद मेटाडेटा के ज़रिए, इनके जवाबों का पता लगाया जा सकता हो.
- क्या लोगों को कॉन्टेंट ऐक्सेस करने के लिए, आपके ऐप्लिकेशन या प्लैटफ़ॉर्म में लॉग इन करना पड़ता है?
- क्या उपयोगकर्ताओं को सदस्यता लेनी होगी?
- क्या उपयोगकर्ताओं को गेम खेलने के लिए खरीदारी करनी होगी?
- क्या समय के साथ ऐक्सेस करने की ज़रूरी शर्तों में बदलाव होता है?
- क्या ऐक्सेस करने की ज़रूरत, डिवाइस की जगह की जानकारी पर निर्भर करती है?
अगर आपने एक से ज़्यादा सदस्यता पैकेज उपलब्ध कराए हैं, जिन्हें उपयोगकर्ता खरीद सकते हैं, तो यह समझें कि commonTier
क्या है और यह Google के साथ आपके इंटिग्रेशन पर कैसे लागू होता है.
पेवॉल के टाइप
फ़िलहाल, Play Game Actions सिर्फ़ इन पेवॉल टाइप के साथ काम करती हैं:
कैटगरी की वैल्यू | पेवॉल का टाइप |
---|---|
nologinrequired |
इसके लिए, खरीदारी करने या लॉग इन करने की ज़रूरत नहीं है. |
free |
उपयोगकर्ता को लॉग इन करना होगा. हालांकि, उसके पास पैसे चुकाकर ली गई सदस्यता होना ज़रूरी नहीं है. |
subscription
|
उपयोगकर्ता की सदस्यता चालू होनी चाहिए. ऐक्सेस, सदस्यता के टियर से अलग होता है. |
subscription
|
उपयोगकर्ता की सदस्यता चालू होनी चाहिए. ऐक्सेस, सदस्यता के टियर से अलग होता है. |
purchase |
खरीदने के बाद, कॉन्टेंट हमेशा के लिए उपलब्ध रहता है. |
rental |
खरीदारी के बाद कॉन्टेंट को सीमित समय के लिए ऐक्सेस किया जा सकता है. |
इन कैटगरी वैल्यू का इस्तेमाल बाद में फ़ीड बनाते समय किया जाता है. यह भी ध्यान रखें कि
ऊपर दी गई टेबल में मौजूद rental
कैटगरी, फ़िलहाल पूरी तरह से वैकल्पिक है. हालांकि, आने वाले समय में प्रॉडक्ट में सुधार होने पर, इसे इस्तेमाल किया जा सकता है. फ़िलहाल, फ़ीड में मौजूद प्रॉडक्ट के लिए, सिर्फ़ free
, nologinrequired
, subscription
, और purchase
कैटगरी की वैल्यू का इस्तेमाल किया जाता है.
आखिर में, सैंपल फ़ीड पर एक नज़र डालें, ताकि आपको पता चल सके कि हमें किस तरह का फ़ीड चाहिए.
ऊपर दी गई जानकारी को समझना और यह पक्का करना कि इन सवालों के जवाबों को दिखाने के लिए मेटाडेटा मौजूद है. साथ ही, यह भी पक्का करना कि फ़ीड बनाने की प्रोसेस को आगे बढ़ाने के लिए, यह मेटाडेटा काफ़ी है.
अपना फ़ीड बनाना
Play Game Actions फ़ीड एक JSON ऑब्जेक्ट होता है. इसमें ऐसी इकाइयों का कलेक्शन होता है जो आपके कैटलॉग में मौजूद वीडियो गेम को दिखाती हैं. आपको फ़ीड को एक फ़ाइल या कई फ़ाइलों के तौर पर उपलब्ध कराना होगा. साथ ही, इसे किसी सर्वर या क्लाउड स्टोरेज सेवा पर होस्ट करना होगा, ताकि Google इसे नियमित तौर पर फ़ेच कर सके.
फ़ीड की फ़ाइल का साइज़, संख्या, और फ़ॉर्मैट बताई गई ज़रूरी शर्तों के मुताबिक होना चाहिए
आपको इन ज़रूरी शर्तों का पालन करना होगा:
- सभी फ़ीड फ़ाइलों में, फ़ाइल नाम का एक्सटेंशन
.json
होना चाहिए. - पक्का करें कि फ़ाइलों के नाम में कोई स्पेस न हो.
- अपनी फ़ीड फ़ाइल को एन्क्रिप्ट (सुरक्षित) न करें.
- अपनी फ़ीड फ़ाइल को UTF-8 में कोड में बदलें. इसके लिए, फ़ाइल एडिटर की सेटिंग देखें.
- अगर फ़ीड की बिना कंप्रेस की गई फ़ाइल का साइज़ एक जीबी से ज़्यादा है, तो उसे कई फ़ाइलों में बांट दें.
- अगर फ़ाइल का साइज़ 1 जीबी से कम है, तो एक फ़ाइल में शामिल की जा सकने वाली इकाइयों की संख्या पर कोई पाबंदी नहीं है. साथ ही, फ़ीड सबमिट करने के दौरान Google को सबमिट की जाने वाली फ़ाइलों की संख्या पर भी कोई पाबंदी नहीं है.
- पक्का करें कि फ़ाइल को JSON स्पेसिफ़िकेशन के मुताबिक, बीओएम के बिना एन्कोड किया गया हो. Linux OS पर इसकी पुष्टि करने के लिए,
hexdump file.json | head -n 1
का पता0x00
परBBEF
से शुरू नहीं होना चाहिए.
फ़ीड के कॉन्टेंट से जुड़ी ज़रूरी शर्तों का पालन करना
आपको कॉन्टेंट से जुड़ी इन ज़रूरी शर्तों का पालन करना होगा:
- फ़ीड में पुरानी इकाइयां नहीं होनी चाहिए. पुरानी इकाइयां ऐसी इकाइयां होती हैं जिनके डीप लिंक के
availabilityEnds
के लिए सेट की गई तारीख निकल चुकी है या जो इकाइयां अब आपकी साइट पर उपलब्ध नहीं हैं. urlTemplate
जैसे सभी डीप लिंक औरurl
जैसे सभी यूआरएल, जिन्हें आपने फ़ीड में शामिल किया है वे प्रोडक्शन यूआरएल होने चाहिए. QA, डेवलपमेंट या किसी ऐसे तरह के यूआरएल का इस्तेमाल न करें जो प्रोडक्शन यूआरएल न हों.- पिछले सेक्शन में बताए गए तरीके के मुताबिक, सभी यूआरएल, जैसे कि
url
, कैननिकल होने चाहिए. - आपके फ़ीड की हर इकाई में ये प्रॉपर्टी मौजूद होनी चाहिए:
- यूनीक आईडी:
@id
- यूनीक यूआरएल:
url
- यूनीक डीप लिंक:
urlTemplate
- यूनीक आईडी:
फ़ीड बनाते समय, हमारा सुझाव है कि आप इन बातों का ध्यान रखें:
- फ़ीड के स्ट्रक्चर के बारे में पूरी जानकारी पाएं.
- सैंपल फ़ीड से शुरुआत करें.
- अपने कैटलॉग से ज़्यादा से ज़्यादा पांच प्रतिनिधि इकाइयां चुनें. ऐसी इकाइयां चुनें जिनका स्ट्रक्चर काफ़ी जटिल हो, लेकिन कैटलॉग में मौजूद किसी इकाई के लिए अब भी सामान्य हो. इसके बाद, उनके लिए फ़ीड बनाएं.
- इसे पुष्टि करने के लिए, अपने Google प्रतिनिधि को भेजें.
- सैंपल फ़ीड में मौजूद सभी गड़बड़ियों को ठीक करने के बाद, फ़ीड को बड़ा करें, ताकि आपके कैटलॉग में मौजूद सभी इकाइयां शामिल की जा सकें.
- यह पुष्टि करने के लिए कि आपके फ़ीड में आपके कैटलॉग की सभी इकाइयां शामिल हैं, अपने फ़ीड में मौजूद इकाइयों की संख्या की तुलना अपने कैटलॉग में मौजूद आइटम की संख्या से करें.
अपना फ़ीड होस्ट करना
जब आपके फ़ीड की फ़ाइल तैयार हो जाए, तो उसे किसी सुरक्षित जगह पर होस्ट करें. इसके बाद, Google लगातार फ़ीड को फे़च करता है, ताकि आपका कॉन्टेंट अप-टू-डेट रहे. हम होस्ट करने के इन तरीकों का इस्तेमाल करते हैं:
होस्टिंग का तरीका | पुष्टि करने का तरीका |
---|---|
Google Cloud Storage | 088794101-100000002-account@partnercontent.gserviceaccount.com को स्टोरेज ऑब्जेक्ट व्यूअर की अनुमति दें |
एचटीटीपीएस | इसके लिए, आपको उपयोगकर्ता नाम+पासवर्ड या एचटीटीपी क्लाइंट सर्टिफ़िकेट शेयर करने होंगे. |
SFTP | इसके लिए, आपको पासवर्ड, कुंजी+वाक्यांश या दोनों शेयर करने होंगे. |
AWS S3 | इसके लिए, आपको AWS S3 बकेट का कुंजी आईडी+ऐक्सेस कुंजी शेयर करना होगा. |
होस्ट सिस्टम पर अपनी फ़ीड फ़ाइल अपलोड करने के बाद, Play Game Actions की टीम से संपर्क करें, ताकि वह आपकी फ़ीड फ़ाइल की समीक्षा कर सके.
समीक्षा के लिए अपना फ़ीड सबमिट करना
फ़ीड फ़ाइल होस्ट होने के बाद, Play Game Actions के लिए असाइन किए गए अपने संपर्क से संपर्क करें, ताकि फ़ीड की समीक्षा की प्रोसेस शुरू की जा सके. इस ईमेल में यह जानकारी ज़रूर शामिल करें:
- खास जानकारी/ब्यौरा: हमें बताएं कि आपने सैंपल फ़ीड शेयर किया है या पूरा प्रोडक्शन फ़ीड. अगर सैंपल फ़ीड शेयर किया जा रहा है, तो हो सके, तो हमें प्रोडक्शन फ़ीड के लिए ईटीए बताएं.
- होस्ट लोकेशन: आपके फ़ीड की फ़ाइल का यूआरएल.
- होस्ट की पुष्टि: पुष्टि करने वाले क्रेडेंशियल शामिल करें, ताकि Google आपके होस्ट से फ़ीड की फ़ाइल पा सके. हालांकि, ऐसा तब करें, जब यह लागू हो. ज़्यादा जानकारी के लिए, अपना फ़ीड होस्ट करना लेख पढ़ें.
- टेस्ट खाता: यह एक टेस्ट खाता होता है. इससे Play Game Actions टीम को, आपके ऐप्लिकेशन या प्लैटफ़ॉर्म पर मौजूद डीप लिंक को ऐक्सेस करने की अनुमति मिलती है, ताकि वे उनकी जांच कर सकें. अगर आपके फ़ीड में कई प्लैटफ़ॉर्म पर मौजूद इकाइयां हैं, तो हर प्लैटफ़ॉर्म के लिए एक टेस्ट खाता दें.
- Icons: ये पांच आइकॉन सबमिट करें. इन आइकॉन का इस्तेमाल, Search पर Play गेम से जुड़ी कार्रवाइयों के बगल में किया जाता है.
कैटगरी | डाइमेंशन (पिक्सल में) | फ़ाइल का साइज़ | दिशा-निर्देश |
---|---|---|---|
Search/Cast/Others पर गेम ऐक्शन चलाना | |||
16x16 | 112x112 पिक्सल वाले आइकॉन को छोड़कर, बाकी सभी आइकॉन का साइज़ 1 केबी से ज़्यादा नहीं होना चाहिए.
112x112 पिक्सल वाले आइकॉन का साइज़ 3 केबी से ज़्यादा नहीं होना चाहिए. |
पांचों आइकॉन डाइमेंशन का होना ज़रूरी है.
इमेज इन ज़रूरी शर्तों के मुताबिक होनी चाहिए:
|
|
20x20 | |||
40x40 | |||
44x44 | |||
112x112 |
नमूना

फ़ीड की पुष्टि करने की सुविधा कैसे काम करती है
फ़ीड की पुष्टि करने के दो चरण होते हैं:
- स्ट्रक्चर की पुष्टि करना:
- यह पुष्टि करने की प्रोसेस का पहला चरण है.
- Google, JSON फ़ाइलों के स्ट्रक्चर के बारे में सुझाव देता है. क्या JSON सही फ़ॉर्मैट में है? क्या हमारे पास फ़ीड में सभी ज़रूरी प्रॉपर्टी और सुझाई गई प्रॉपर्टी मौजूद हैं? क्या डीप लिंक, फ़ीड से जुड़ी हमारी ज़रूरी शर्तों के मुताबिक दिए गए हैं और एनोटेट किए गए हैं?
- इस चरण में, Google के साथ कई बार बातचीत करनी पड़ती है. यह तब तक जारी रहती है, जब तक सभी सुझावों पर कार्रवाई नहीं हो जाती.
- मेटाडेटा का मिलान:
- यह प्रोसेस, फ़ीड के स्ट्रक्चर की पुष्टि होने के बाद ही शुरू होती है. इसके बाद, Google, Google के नॉलेज ग्राफ़ के साथ डेटा को मैच करने की प्रोसेस शुरू करता है.
- इस फ़ेज़ में, हम फ़ीड में मौजूद मेटाडेटा के बारे में सुझाव देते हैं. लॉन्च को सफल बनाने के लिए, सभी समस्याओं को ठीक करना ज़रूरी है. उदाहरण के लिए, इस चरण में आपको गेम के टाइटल या रिलीज़ होने की तारीख को ठीक करने के लिए कहा जा सकता है.
- इस चरण में, Google के साथ कई बार बातचीत करनी पड़ती है. यह तब तक जारी रहती है, जब तक सभी सुझावों पर कार्रवाई नहीं हो जाती.
फ़ीड स्वीकार करने की शर्तें
किसी फ़ीड को लॉन्च करने के लिए तब मंज़ूरी दी जाती है, जब उसमें मौजूद सभी समस्याएं ठीक कर ली गई हों. साथ ही, Google ने मेटाडेटा की क्वालिटी को लॉन्च करने के लिए ज़रूरी शर्तें पूरी करने वाला सर्टिफ़िकेट दिया हो.
ज़रूरत के हिसाब से अपना फ़ीड अपडेट करना
हमारा सुझाव है कि आप अपना फ़ीड हर दिन अपडेट करें, लेकिन यह इस बात पर निर्भर करता है कि आपका कैटलॉग कितनी बार बदलता है. यहां दी गई शर्तों और सलाह पर ध्यान दें:
- Google Search में फ़ीड को रीयल-टाइम में अपडेट नहीं किया जा सकता.
- Google Search आपके फ़ीड को दिन में एक बार फ़ेच करता है और आम तौर पर, कॉन्टेंट को दो दिनों में इंडेक्स करता है (लॉन्च होने पर).
- अगर किसी डीप लिंक के उपलब्ध होने के समय में कोई बदलाव दिखता है, तो सटीक तारीख तय करने के लिए
availabilityStarts
औरavailabilityEnds
का इस्तेमाल करें. - अगर इकाई आपके कैटलॉग में अब उपलब्ध नहीं है, तो उसे फ़ीड से पूरी तरह से हटा दें.
रेफ़रंस
फ़ीड स्ट्रक्चर के बारे में खास जानकारी
Play Game Actions फ़ीड का स्ट्रक्चर यहां दिया गया है:

डेटा फ़ीड एनवलप
डेटा फ़ीड एनवलप, Play Game Actions फ़ीड में सबसे ऊपर मौजूद ऑब्जेक्ट होता है. इस ऑब्जेक्ट में, कॉन्टेंट मार्कअप ऑब्जेक्ट (VideoGame (Work) इकाइयां) का एक कलेक्शन होता है. ये ऑब्जेक्ट, आपके कैटलॉग में मौजूद सभी वीडियो गेम को दिखाते हैं.
प्रॉपर्टी | अनुमानित टाइप | ब्यौरा |
---|---|---|
@context |
यूआरएल | ज़रूरी है. http://schema.org पर सेट करें |
@type |
टेक्स्ट | ज़रूरी है. DataFeed पर सेट करें. |
dateModified |
DateTime | ज़रूरी है. आईएसओ 8601 फ़ॉर्मैट में, फ़ीड में आखिरी बार बदलाव करने की तारीख और समय. इसमें टाइमज़ोन भी शामिल होता है. |
dataFeedElement |
Thing | ज़रूरी है. आपके गेम कैटलॉग की इकाइयां. |
टेंप्लेट
{ "@context": "http://schema.org", "@type": "DataFeed", "dateModified": "2018-07-20T00:44:51Z", "dataFeedElement": [ {}, { }, { }, ... ] }
कॉन्टेंट मार्कअप ऑब्जेक्ट
कॉन्टेंट मार्कअप ऑब्जेक्ट, आपके कैटलॉग में मौजूद एक इकाई को दिखाता है: VideoGame (Work). इस ऑब्जेक्ट में कॉन्टेंट का आइडेंटिफ़ायर और कैननिकल यूआरएल होता है. साथ ही, यह मेटाडेटा के ज़रिए कॉन्टेंट के बारे में जानकारी देने में मदद करता है. VideoGame (Work) के लिए कॉन्टेंट मार्कअप ऑब्जेक्ट में, exampleOfWork
नाम की एक प्रॉपर्टी होती है. इसका इस्तेमाल, इसे VideoGame(Edition) ऑब्जेक्ट से लिंक करने के लिए किया जाता है. इस VideoGame(Edition) में, Action मार्कअप ऑब्जेक्ट का एक कलेक्शन हो सकता है. इससे कॉन्टेंट को कई Action मार्कअप ऑब्जेक्ट से जोड़ा जा सकता है.
उदाहरण के लिए, कॉन्टेंट में हर इलाके के लिए, कार्रवाई के मार्कअप ऑब्जेक्ट अलग-अलग हो सकते हैं.
ऐक्शन मार्कअप ऑब्जेक्ट
कार्रवाई वाले मार्कअप ऑब्जेक्ट से, उस डीप लिंक के बारे में पता चलता है जो लोगों को गेम पर ले जाता है. साथ ही, इससे गेम को ऐक्सेस करने के लिए ज़रूरी लेवल के बारे में भी पता चलता है. यह ऑब्जेक्ट, कॉन्टेंट मार्कअप ऑब्जेक्ट की प्रॉपर्टी (potentialAction
) है. Play Game Actions के लिए, ऐक्शन ऐक्सेस स्पेसिफ़िकेशन ऑब्जेक्ट का इस्तेमाल करके, ऐक्सेस से जुड़ी पाबंदियां तय करें.
प्रॉपर्टी | अनुमानित टाइप | ब्यौरा |
---|---|---|
@type |
टेक्स्ट | ज़रूरी है. इसे हमेशा PlayGameAction पर सेट किया जाता है. |
gameAvailabilityType |
GameAvailabilityEnumeration या Text | ज़रूरी है. इससे पता चलता है कि इस कार्रवाई से जुड़ा गेम कॉन्टेंट किस तरह से उपलब्ध है. जैसे, यह पूरा वर्शन है या डेमो. DEMO और FULL को वैल्यू के तौर पर इस्तेमाल किया जा सकता है. |
additionalType |
टेक्स्ट | ज़रूरी है. इस गेम से जुड़ी प्ले ऐक्शन का टाइप दिखाता है. इन वैल्यू का इस्तेमाल किया जा सकता है:
|
target |
EntryPoint | ज़रूरी है. एक टारगेट ऑब्जेक्ट, जो अलग-अलग Google प्लैटफ़ॉर्म के डीप लिंक की मैपिंग उपलब्ध कराता है. |
target.@type |
टेक्स्ट | ज़रूरी है. इसे हमेशा EntryPoint पर सेट किया जाता है. |
target.urlTemplate |
यूआरएल | ज़रूरी है. डीप लिंक, लोगों को आपके ऐप्लिकेशन या प्लैटफ़ॉर्म पर ले जाता है और गेम का प्लेबैक शुरू करता है. |
target.inLanguage |
टेक्स्ट | Optional. सीरीज़ की मूल भाषा, BCP 47 फ़ॉर्मैट में. |
target.actionPlatform |
टेक्स्ट | ज़रूरी है. urlTemplate से मैप किए गए प्लैटफ़ॉर्म. Play Game Actions में, इन वैल्यू का इस्तेमाल किया जा सकता है:
ज़रूरी शर्तों के लिए, प्लैटफ़ॉर्म के टाइप देखें. |
actionAccessibilityRequirement |
ActionAccessSpecification | ज़रूरी है. कार्रवाई के लिए ऐक्सेस की खास जानकारी देने वाला ऑब्जेक्ट, जिसमें कॉन्टेंट को ऐक्सेस करने की ज़रूरी शर्तों के बारे में बताया गया हो. ज़्यादा जानकारी के लिए, कार्रवाई के ऐक्सेस की खास बातों से जुड़ी प्रॉपर्टी देखें. |
टेंप्लेट
"potentialAction": { "@type": "PlayGameAction", "target": [ {}, { } ], "actionAccessibilityRequirement": [ { }, { } ] }
टारगेट
टारगेट ऑब्जेक्ट, डीप लिंक को अलग-अलग Google प्लैटफ़ॉर्म से मैप करता है. यह ऑब्जेक्ट, कार्रवाई के मार्कअप ऑब्जेक्ट की प्रॉपर्टी (target
) है. urlTemplate
प्रॉपर्टी, डीप लिंक को कैप्चर करती है. वहीं, actionPlatform
उन प्लैटफ़ॉर्म को कैप्चर करता है जो डीप लिंक के साथ काम करते हैं.
उदाहरण
"target": [ { "@type": "EntryPoint", "urlTemplate": "http://www.example.com/game007?autoplay=true", "actionPlatform": [ "http://schema.org/DesktopWebPlatform", "http://schema.org/AndroidPlatform", "http://schema.org/AndroidTVPlatform", "http://schema.org/IOSPlatform" ] }, { "@type": "EntryPoint", "urlTemplate": "http://www.example.com/mobile/game007?autoplay=true", "actionPlatform": [ "http://schema.org/MobileWebPlatform" ] } ]
कार्रवाई के ऐक्सेस की जानकारी
कार्रवाई के ऐक्सेस स्पेसिफ़िकेशन ऑब्जेक्ट से, कॉन्टेंट के ऐक्सेस की ज़रूरी शर्तों के बारे में पता चलता है. ये शर्तें, देश/इलाके और समय अवधि के आधार पर तय की जाती हैं. यह ऑब्जेक्ट, कार्रवाई के मार्कअप ऑब्जेक्ट की प्रॉपर्टी actionAccessibilityRequirement
है.
दो डीप लिंक वाला टारगेट का उदाहरण
"target": [ { "@type": "EntryPoint", "urlTemplate": "http://www.example.com/game007?autoplay=true", "actionPlatform": [ "http://schema.org/DesktopWebPlatform", "http://schema.org/AndroidPlatform", "http://schema.org/AndroidTVPlatform", "http://schema.org/IOSPlatform" ] }, { "@type": "EntryPoint", "urlTemplate": "http://www.example.com/mobile/game007?autoplay=true", "actionPlatform": [ "http://schema.org/MobileWebPlatform" ] } ]
कार्रवाई के ऐक्सेस की जानकारी
कार्रवाई के ऐक्सेस स्पेसिफ़िकेशन ऑब्जेक्ट से, कॉन्टेंट के ऐक्सेस की ज़रूरी शर्तों के बारे में पता चलता है. ये शर्तें, देश/इलाके और समय अवधि के आधार पर तय की जाती हैं. ऑब्जेक्ट, ऐक्शन मार्कअप ऑब्जेक्ट की प्रॉपर्टी actionAccessibilityRequirement
है.
प्रॉपर्टी | अनुमानित टाइप | ब्यौरा | |||
---|---|---|---|---|---|
actionAccessibilityRequirement.@type |
टेक्स्ट | ज़रूरी है. इसे हमेशा ActionAccessSpecification पर सेट किया जाता है. |
|||
actionAccessibilityRequirement.category |
टेक्स्ट | ज़रूरी है. कॉन्टेंट को ऐक्सेस करने से जुड़ी ज़रूरी शर्तें. स्वीकार की गई वैल्यू और ज़्यादा जानकारी के लिए, पेवॉल का टाइप देखें.
अगर कोई इकाई, कॉन्टेंट के किसी ग्रुप को दिखाती है, तो आपको उसकी कैटगरी को कॉन्टेंट के ऐक्सेस से जुड़ी सबसे कम पाबंदी वाली ज़रूरत के हिसाब से सेट करना होगा. उदाहरण के लिए, अगर किसी गेम को |
|||
actionAccessibilityRequirement.availabilityStarts |
Date | ज़रूरी है. वह तारीख जिसके बाद कार्रवाई उपलब्ध होगी. यह तारीख ISO 8601 फ़ॉर्मैट में होनी चाहिए. इसमें समय क्षेत्र भी शामिल होना चाहिए. तारीख को आने वाले समय के लिए सेट किया जा सकता है.
हम चाहते हैं कि फ़ीड में, संबंधित इकाई की जानकारी कम से कम सात दिन पहले दी जाए. ऐसा इसलिए, ताकि हम उसे |
|||
actionAccessibilityRequirement.availabilityEnds |
Date | ज़रूरी है. वह तारीख जिसके बाद कार्रवाई उपलब्ध नहीं होगी. यह तारीख ISO 8601 फ़ॉर्मैट में होनी चाहिए. इसमें समय क्षेत्र भी शामिल होना चाहिए. तारीख को आने वाले समय के लिए सेट किया जा सकता है.
हमारा सुझाव है कि |
|||
actionAccessibilityRequirement.eligibleRegion |
Country, City, State, GeoShape या Text | ज़रूरी है. वे देश/इलाके जहां कॉन्टेंट उपलब्ध है. अगर कॉन्टेंट दुनिया भर में उपलब्ध है, तो खास स्ट्रिंग EARTH का इस्तेमाल करें. ज़रूरी जानकारी के लिए, GeoShape प्रॉपर्टी देखें. |
|||
actionAccessibilityRequirement.ineligibleRegion |
Country, City, State, GeoShape या Text | लागू हो, तो यह ज़रूरी है. ऐसे देश/इलाके जहां कॉन्टेंट पर पाबंदी है. अगर कॉन्टेंट eligibleRegion में हर जगह उपलब्ध है, तो आपको यह प्रॉपर्टी देने की ज़रूरत नहीं है.
ज़रूरी जानकारी के लिए, GeoShape प्रॉपर्टी देखें. |
|||
actionAccessibilityRequirement.requiresSubscription |
MediaSubscription | लागू हो, तो यह ज़रूरी है. सदस्यता की वह जानकारी जो उपयोगकर्ताओं को कॉन्टेंट ऐक्सेस करने के लिए चाहिए. ज़्यादा जानकारी के लिए, मीडिया सदस्यता की प्रॉपर्टी देखें.
|
|||
actionAccessibilityRequirement.expectsAcceptanceOf |
ऑफ़र | अगर कॉन्टेंट को खरीदने की ज़रूरत है, तो यह प्रॉपर्टी शामिल करना ज़रूरी है. कॉन्टेंट से जुड़े ऑफ़र की जानकारी. इन मामलों के लिए, कीमत की जानकारी दें:
अगर कीमत 0.00 है, तो Offer ऑब्जेक्ट को पूरी तरह से हटा दें और |
मीडिया सदस्यता की खास बातें
मीडिया सदस्यता ऑब्जेक्ट में, कॉन्टेंट के लिए ज़रूरी सदस्यता की जानकारी होती है.
यह ऑब्जेक्ट, कार्रवाई के ऐक्सेस की जानकारी देने वाले ऑब्जेक्ट की प्रॉपर्टी, requiresSubscription
है.
actionAccessibilityRequirement.category
subscription
हो और सदस्यता के ऑफ़र में कई पैकेज या टियर शामिल हों या ऐड-ऑन की सुविधा उपलब्ध हो. अगर आपकी सदस्यता एक टियर वाली है और इससे आपके कैटलॉग में मौजूद सभी कॉन्टेंट का ऐक्सेस मिलता है, तो इसे शामिल न करें.प्रॉपर्टी | अनुमानित टाइप | ब्यौरा | |||
---|---|---|---|---|---|
requiresSubscription.@type |
टेक्स्ट | ज़रूरी है. इसे हमेशा MediaSubscription पर सेट किया जाता है. |
|||
requiresSubscription.@id |
यूआरएल | ज़रूरी है. सदस्यता का यूनीक आईडी. अगर कॉन्टेंट को अलग-अलग सदस्यताओं के साथ ऐक्सेस किया जा सकता है, तो हर सदस्यता का आईडी अलग होना चाहिए. | |||
requiresSubscription.name |
टेक्स्ट | ज़रूरी है. सदस्यता का नाम. इन बातों का ध्यान रखें:
|
|||
requiresSubscription.sameAs |
यूआरएल | Optional. सदस्यता के बारे में जानकारी देने वाला पेज. | |||
requiresSubscription.identifier |
टेक्स्ट | अगर category की वैल्यू subscription है और commonTier की वैल्यू false है, तो इसका इस्तेमाल करना ज़रूरी है. यह सदस्यता के लिए यूनीक स्ट्रिंग है. इससे आपके मीडिया कैटलॉग में मौजूद कॉन्टेंट के ग्रुप को ऐक्सेस किया जा सकता है.
|
|||
requiresSubscription.commonTier |
बूलियन | अगर कैटगरी को सदस्यता के तौर पर सेट किया गया है, तो यह जानकारी देना ज़रूरी है. टियर से जुड़ी सामान्य ज़रूरी शर्तों के दस्तावेज़ में, commonTier के बारे में ज़्यादा पढ़ें. |
ऑफ़र की प्रॉपर्टी
ऑफ़र ऑब्जेक्ट, कॉन्टेंट से जुड़ी कीमत के बारे में बताता है. ऑब्जेक्ट, कार्रवाई ऐक्सेस करने की खास जानकारी वाले ऑब्जेक्ट की प्रॉपर्टी (expectsAcceptanceOf
) है. इसका इस्तेमाल दो मकसद के लिए किया जा सकता है:
- गेम की खरीदारी की जानकारी देने के लिए. इस्तेमाल के इस उदाहरण के लिए,
actionAccessibilityRequirement.category
कोpurchase
पर सेट किया जाना चाहिए. - गेम की बिक्री के दौरान, खरीदारी की जानकारी देने के लिए. इस इस्तेमाल के उदाहरण के लिए,
actionAccessibilityRequirement.category
कोpurchase
पर सेट किया जाना चाहिए. साथ ही, हर कार्रवाई के लिए दो ऑफ़र दिए जाने चाहिए. एक ऑफ़र, कीमत की जानकारी देने के लिए और दूसरा ऑफ़र, सेल वाली कीमत की जानकारी देने के लिए.
प्रॉपर्टी | अनुमानित टाइप | ब्यौरा |
---|---|---|
expectsAcceptanceOf.@type |
टेक्स्ट | ज़रूरी है - हमेशा Offer पर सेट करें. |
expectsAcceptanceOf.name |
टेक्स्ट | ज़रूरी नहीं - ऑफ़र का नाम. |
expectsAcceptanceOf.priceSpecification |
PriceSpecification | ज़रूरी है - गेम की कीमत की जानकारी. |
expectsAcceptanceOf.priceSpecification.@type |
टेक्स्ट | ज़रूरी है - हमेशा UnitPriceSpecification पर सेट करें. |
expectsAcceptanceOf.priceSpecification.price |
Number | ज़रूरी है - कॉन्टेंट खरीदने के लिए चुकाई गई कीमत. किराया, शून्य से ज़्यादा होना चाहिए. जिन गेम की कीमत 0.00 है उनके लिए, कृपया actionAccessibilityRequirement.category को `free` पर सेट करें. |
expectsAcceptanceOf.priceSpecification.priceCurrency |
टेक्स्ट | ज़रूरी है - कीमत, तीन अक्षर वाले ISO 4217 फ़ॉर्मैट में होनी चाहिए. |
expectsAcceptanceOf.priceSpecification.priceType |
PriceTypeEnumeration या Text | अगर लागू हो, तो ज़रूरी है - ऑफ़र में दी गई कीमत का टाइप. जब actionAccessibilityRequirement.category
को purchase पर सेट किया जाता है, तब यह ज़रूरी प्रॉपर्टी होती है. इसकी सिर्फ़ दो वैल्यू हो सकती हैं:
सेल वाली कीमत की जानकारी देते समय, https://schema.org/ListPrice और https://schema.org/SalePrice , दोनों एट्रिब्यूट की वैल्यू देना ज़रूरी है.
|
expectsAcceptanceOf.seller |
संगठन | वह संगठन जो कॉन्टेंट खरीदने की सुविधा देता है. |
expectsAcceptanceOf.seller.@type |
टेक्स्ट | इसे हमेशा Organization पर सेट किया जाता है. |
expectsAcceptanceOf.seller.name |
टेक्स्ट | सेलर का नाम. |
expectsAcceptanceOf.seller.sameAs |
यूआरएल | उस वेब पेज का यूआरएल जो सेलर की पहचान बताता है. उदाहरण के लिए, सेलर का होम पेज. |
यहां दिए गए उदाहरण में, पेवॉल के हर टाइप के लिए, यह बताया गया है कि actionAccessibilityObject
कैसे बनाया जाता है:
मुफ़्त (लॉगिन करने की ज़रूरत नहीं है)
{ "actionAccessibilityRequirement": { "@type": "ActionAccessSpecification", "category": "nologinrequired", "availabilityStarts": "2015-01-01T00:00Z", "availabilityEnds": "2015-12-31T00:00Z", "eligibleRegion": { "@type": "Country", "name": "US" } } }
मुफ़्त में (लॉगिन करने की ज़रूरत नहीं है). हालांकि, इसे सिर्फ़ एक घंटे के लिए आज़माया जा सकता है
{ "actionAccessibilityRequirement": { "@type": "ActionAccessSpecification", "category": "nologinrequired", "availabilityStarts": "2015-01-01T00:00Z", "availabilityEnds": "2015-12-31T00:00Z", "eligibleRegion": { "@type": "Country", "name": "US" } "expectsAcceptanceOf": { "@type": "Offer", "eligibleDuration": 60 } } }
मुफ़्त (लॉगिन करना ज़रूरी है)
{ "actionAccessibilityRequirement": { "@type": "ActionAccessSpecification", "category": "free", "availabilityStarts": "2015-01-01T00:00Z", "availabilityEnds": "2015-12-31T00:00Z", "eligibleRegion": { "@type": "Country", "name": "US" } } }
सेल के साथ एक बार की जाने वाली खरीदारी
{ "actionAccessibilityRequirement": { "@type": "ActionAccessSpecification", "category": "purchase", "availabilityStarts": "2015-01-01T00:00Z", "availabilityEnds": "2015-12-31T00:00Z", "eligibleRegion": { "@type": "Country", "name": "US" }, "expectsAcceptanceOf": [ { "@type": "Offer", "name": "Original Price", "priceSpecification": { "@type": "UnitPriceSpecification", "price": 7.99 "priceCurrency": "USD" "priceType": "https://schema.org/ListPrice" }, "seller": { "@type": "Organization", "name": "Example", "sameAs": "http://www.example.com/" } }, { "@type": "Offer", "name": "Sale Price", "priceSpecification": { "@type": "UnitPriceSpecification", "price": 4.99 "priceCurrency": "USD" "priceType": "https://schema.org/SalePrice" }, "seller": { "@type": "Organization", "name": "Example", "sameAs": "http://www.example.com/" } } ] } }
सिर्फ़ एक बार पैसे चुकाकर की जाने वाली खरीदारी
{ "actionAccessibilityRequirement": { "@type": "ActionAccessSpecification", "category": "purchase", "availabilityStarts": "2015-01-01T00:00Z", "availabilityEnds": "2015-12-31T00:00Z", "eligibleRegion": { "@type": "Country", "name": "US" }, "expectsAcceptanceOf": { "@type": "Offer", "price": 7.99, "priceCurrency": "USD", "seller": { "@type": "Organization", "name": "Example", "sameAs": "http://www.example.com/" } } } }
एक टियर/कई टियर/ऐड-ऑन वाली सदस्यताएं
{ "actionAccessibilityRequirement": { "@type": "ActionAccessSpecification", "category": "subscription", "availabilityStarts": "2015-01-01T00:00Z", "availabilityEnds": "2015-12-31T00:00Z", "requiresSubscription": { "@type": "MediaSubscription", "name": "Example Package", "commonTier": true, "@id": "http://www.example.com/example_package" }, "eligibleRegion": { "@type": "Country", "name": "US" } } }
टियर वाली सदस्यताएं और ऐड-ऑन
यहां बताया गया है कि टियर वाली सदस्यताएं और ऐड-ऑन कैसे लागू किए जाते हैं:
- एक टियर वाले सदस्यता मॉडल में, सेवा देने वाली कंपनी के पास सदस्यता का एक टियर होता है. सभी सदस्य एक ही कॉन्टेंट को ऐक्सेस कर सकते हैं. इससे कोई फ़र्क़ नहीं पड़ता कि उन्होंने सदस्यता का कौन-सा पैकेज लिया है.
- टियर वाली सदस्यता के मॉडल में, सेवा देने वाली कंपनी के पास सदस्यता के कई टियर होते हैं. जैसे, गोल्ड, सिल्वर, और ब्रॉन्ज़. ऊपरी लेवल की सदस्यता लेने वाले लोग, निचले लेवल की सदस्यता वाला पूरा कॉन्टेंट ऐक्सेस कर सकते हैं. हालांकि, निचले टियर की सदस्यता वाले उपयोगकर्ता, ऊपरी टियर का कॉन्टेंट ऐक्सेस नहीं कर सकते.
- ऐड-ऑन सदस्यता मॉडल में, सेवा देने वाली कंपनी उपयोगकर्ताओं को उनकी सुविधाओं को बढ़ाने और बुनियादी सदस्यता में कॉन्टेंट जोड़ने की अनुमति देती है. उपयोगकर्ता जितने चाहें उतने कॉन्टेंट जोड़ सकते हैं.
किसी इकाई का पूरा टेंप्लेट
यहां किसी इकाई के पूरे टेंप्लेट का उदाहरण दिया गया है:
टेंप्लेट
{ "@context": "http://schema.org", "@type": "DataFeed", "dateModified": "2018-07-20T00:44:51Z", "dataFeedElement": [ {}, { "@context": ["http://schema.org", {"@language": "en"}], "@type": "VideoGame", "@id": "http://www.example.com/game007", "url": "http://www.example.com/game007", "name": "Games Bond 007", "exampleOfWork": [ { }, { "@type": "VideoGame", "@id": "http://www.example.com/game007Stadia", "url": "http://www.example.com/game007Stadia", "name": "Games Bond 007", // Other properties "potentialAction": [ { }, { "@type": "PlayGameAction", "target": [ { }, { } ], "actionAccessibilityRequirement": [ { }, { } ] } ], ... } ] }
अलग-अलग तरह के स्ट्रक्चर्ड डेटा की जानकारी
इस सेक्शन में, VideoGame
इकाई के टाइप के लिए कॉन्टेंट मार्कअप प्रॉपर्टी के बारे में जानकारी दी गई है. खोज के नतीजों में दिखने के लिए, आपको अपने कॉन्टेंट में यहां दी गई ज़रूरी प्रॉपर्टी शामिल करनी होंगी. हमारा सुझाव है कि आप अपने कॉन्टेंट के बारे में ज़्यादा जानकारी जोड़ने के लिए, सुझाई गई प्रॉपर्टी भी शामिल करें. इससे लोगों को बेहतर अनुभव मिल सकता है. साथ ही, Google के नॉलेज ग्राफ़ के साथ इकाई के मिलान में हमें मदद मिल सकती है.
VideoGame (Work) की जानकारी देने वाली टेबल
प्रॉपर्टी | अनुमानित टाइप | ब्यौरा | |||
---|---|---|---|---|---|
@context |
टेक्स्ट | ज़रूरी है. इसे हमेशा ["http://schema.org", {"@language": "xx"}] पर सेट किया जाता है.
|
|||
@type |
टेक्स्ट | ज़रूरी है. इसे हमेशा VideoGame पर सेट किया जाता है. |
|||
@id |
यूआरएल | ज़रूरी है. यूआरआई फ़ॉर्मैट में कॉन्टेंट का आइडेंटिफ़ायर. उदाहरण के लिए, https://example.com/1234abc.
@id इन ज़रूरी शर्तों के मुताबिक होना चाहिए:
किसी इकाई का |
|||
url |
यूआरएल | ज़रूरी है. कॉन्टेंट का कैननिकल यूआरएल. Google इसका इस्तेमाल, आपके फ़ीड में मौजूद कॉन्टेंट का मिलान, Google के डेटाबेस में मौजूद कॉन्टेंट से करने के लिए करता है. url को यहां दी गई ज़रूरी शर्तें पूरी करनी होंगी:
किसी वीडियो के डीप लिंक के लिए, target ऑब्जेक्ट की |
|||
name |
टेक्स्ट | गेम का नाम.
|
|||
description |
टेक्स्ट | हमारा सुझाव है कि आप इसका इस्तेमाल करें. गेम के बारे में खास जानकारी. वर्ण सीमा: 300.
|
|||
genre |
टेक्स्ट | सभी काम की शैलियों की क्रम से लगाई गई सूची. उदाहरण के लिए: ["Action", "Role playing"] |
|||
image |
ImageObject | हमारा सुझाव है कि आप इसका इस्तेमाल करें. गेम से जुड़ी इमेज. image के साथ शामिल करने के लिए, ज़रूरी और वैकल्पिक प्रॉपर्टी के बारे में ज़्यादा जानने के लिए, इमेज प्रॉपर्टी देखें. |
|||
applicationCategory |
टेक्स्ट | ज़रूरी नहीं. सॉफ़्टवेयर ऐप्लिकेशन का टाइप. वैल्यू को Game पर सेट करें. |
|||
exampleOfWork |
VideoGame | ज़रूरी है VideoGame का वर्शन. इस VideoGame (एडिशन) इकाई में डीप लिंक की जानकारी भी शामिल होती है. ज़्यादा जानकारी के लिए, VideoGame (Edition) स्पेसिफ़िकेशन
टेबल देखें. |
|||
playMode |
टेक्स्ट या GamePlayMode | Optional. इससे पता चलता है कि यह गेम मल्टीप्लेयर, को-ऑप या सिंगल-प्लेयर है.
गेम को एक ही समय पर मल्टी-प्लेयर, को-ऑप, और सिंगल-प्लेयर के तौर पर मार्क किया जा सकता है. इन वैल्यू को स्वीकार करता है:
|
VideoGame (Edition) की जानकारी देने वाली टेबल
प्रॉपर्टी | अनुमानित टाइप | ब्यौरा | |||
---|---|---|---|---|---|
@type |
टेक्स्ट | ज़रूरी है. इसे हमेशा VideoGame पर सेट किया जाता है. |
|||
@id |
यूआरएल | ज़रूरी है. यूआरआई फ़ॉर्मैट में कॉन्टेंट का आइडेंटिफ़ायर. उदाहरण के लिए, https://example.com/1234abc.@id इन ज़रूरी शर्तों के मुताबिक होना चाहिए:
किसी इकाई का |
|||
url |
यूआरएल | ज़रूरी है. कॉन्टेंट का कैननिकल यूआरएल. Google इसका इस्तेमाल, आपके फ़ीड में मौजूद कॉन्टेंट का मिलान, Google के डेटाबेस में मौजूद कॉन्टेंट से करने के लिए करता है. url को यहां दी गई ज़रूरी शर्तें पूरी करनी होंगी:
किसी वीडियो के डीप लिंक के लिए, target ऑब्जेक्ट की |
|||
name |
टेक्स्ट | गेम का नाम.
|
|||
description |
टेक्स्ट | हमारा सुझाव है कि आप इसका इस्तेमाल करें. गेम के बारे में खास जानकारी. वर्ण सीमा: 300.
|
|||
genre |
टेक्स्ट | सभी काम की शैलियों की क्रम से लगाई गई सूची. उदाहरण के लिए: ["Action", "Role playing"] |
|||
image |
ImageObject | हमारा सुझाव है कि आप इसका इस्तेमाल करें. गेम से जुड़ी इमेज. image के साथ शामिल करने के लिए, ज़रूरी और वैकल्पिक प्रॉपर्टी के बारे में ज़्यादा जानने के लिए, इमेज प्रॉपर्टी देखें. |
|||
applicationCategory |
टेक्स्ट | ज़रूरी नहीं. सॉफ़्टवेयर ऐप्लिकेशन का टाइप. वैल्यू को Game पर सेट करें. |
|||
playMode |
टेक्स्ट या GamePlayMode | Optional. इससे पता चलता है कि यह गेम मल्टीप्लेयर, को-ऑप या सिंगल-प्लेयर है.
गेम को एक ही समय पर मल्टी-प्लेयर, को-ऑप, और सिंगल-प्लेयर के तौर पर मार्क किया जा सकता है. इन वैल्यू को स्वीकार करता है:
|
|||
potentialAction |
PlayGameAction |
लागू हो, तो यह ज़रूरी है. कार्रवाई के मार्कअप ऑब्जेक्ट, जो कार्रवाई की जानकारी देता है. एक से ज़्यादा इलाकों में अलग-अलग डीप लिंक तय करने के लिए, ऐरे का इस्तेमाल करें. ज़्यादा जानकारी के लिए, एक से ज़्यादा देशों/इलाकों और भाषाओं का उदाहरण देखें. |
|||
gameEdition |
टेक्स्ट |
ज़रूरी है. इस गेम का वर्शन. उदाहरण के लिए, लोकप्रिय गेम "Shadow of the Tomb Raider" के चार वर्शन उपलब्ध हैं: "Croft Edition," "Standard Edition," "Digital Deluxe Edition," और "Ultimate Edition." |
|||
gamePlatform |
टेक्स्ट | ज़रूरी है. वीडियो गेम खेलने के लिए इस्तेमाल किया गया प्लैटफ़ॉर्म या इलेक्ट्रॉनिक सिस्टम. | |||
releasedEvent |
PublicationEvent | ज़रूर देखें. PublicationEvent का इस्तेमाल, पब्लिशर के कॉन्टेंट की ओरिजनल (ग्लोबल या स्थानीय) रिलीज़ के बारे में बताने के लिए किया जाता है. |
|||
releasedEvent.@type |
टेक्स्ट | ज़रूरी है. इस प्रॉपर्टी को हमेशा PublicationEvent पर सेट करें. |
|||
releasedEvent.Location |
देश | ज़रूरी है. इस लॉन्च इवेंट से जुड़े इलाके.
देशों के लिए आईएसओ 3166 कोड इस्तेमाल करें. दुनिया के सभी देशों के लिए, इसे |
|||
releasedEvent.startDate |
Date या Time | सुझाया गया. ExclusiveEvent के लिए ज़रूरी है. इकाई के पब्लिकेशन की शुरुआत की तारीख. |
|||
releasedEvent.endDate |
Date या Time | Optional. इससे कॉन्टेंट के अधिकारों के खत्म होने की तारीख के बारे में पता चलता है. | |||
releasedEvent.publishedBy |
संगठन या व्यक्ति | Optional. वह संगठन या व्यक्ति जिसने इस इकाई को पब्लिश किया है. | |||
contentRating |
टेक्स्ट | वयस्कों के लिए बने गेम के लिए ज़रूरी है. हालांकि, अन्य गेम के लिए भी इसे इस्तेमाल करने का सुझाव दिया जाता है. कॉन्टेंट की कुल रेटिंग.
अगर कॉन्टेंट रेटिंग को टेक्स्ट स्ट्रिंग के तौर पर दिया गया है, तो दो तरह की रेटिंग स्वीकार की जाती हैं:
|
|||
publisher |
संगठन या व्यक्ति | Optional. वह संगठन या व्यक्ति जिसने इस इकाई को पब्लिश किया है. | |||
contributor |
संगठन या व्यक्ति | Optional. इस इकाई के लिए दूसरा योगदानकर्ता. |
इमेज की जानकारी देने वाली टेबल
Play Game Actions, इमेज की ज़रूरी शर्तों को पूरा करने के लिए Media Actions स्कीमा का फिर से इस्तेमाल करती हैं. ज़्यादा जानकारी के लिए, इमेज स्कीमा स्पेसिफ़िकेशन देखें.
यहां दी गई अन्य ज़रूरी बातों का ध्यान रखें.
आसपेक्ट रेशियो (लंबाई-चौड़ाई का अनुपात) और contentAttributes |
कम से कम रिज़ॉल्यूशन (पिक्सल में) |
---|---|
16:9, आइकॉनिक पोस्टर | 3840x2160 |
2:3, मशहूर पोस्टर | 1000x1500 |
4:3, मशहूर पोस्टर | 800x600 |
1:1, आइकॉनिक पोस्टर | 600x600 |
3:4, मशहूर पोस्टर | 600x800 |
16:9, आइकॉनिक बैकग्राउंड [सुझाया गया] या sceneStill | 3840x2160 |
2:3, आइकॉनिक बैकग्राउंड [पसंदीदा] या सीनस्टिल | 1000x1500 |
3:4, आइकॉनिक बैकग्राउंड [पसंदीदा] या sceneStill | 600x800 |
फ़ॉर्मैट से जुड़ी ज़रूरी शर्तें
इमेज के साइज़, क्वालिटी वगैरह के लिए, फ़ॉर्मैट से जुड़ी इन ज़रूरी शर्तों का पालन करना होगा:
- गेम के लिए, सबसे ज़्यादा रिज़ॉल्यूशन वाले पोस्टर और
sceneStills
शामिल करें. - इमेज JPG, PNG या WebP फ़ॉर्मैट में होनी चाहिए.
- इमेज का यूआरएल ऐसा होना चाहिए जिसे क्रॉल और इंडेक्स किया जा सके.
- फ़ाइलों का साइज़ 20 एमबी से ज़्यादा नहीं होना चाहिए.
- हम ऐसी इमेज को प्राथमिकता देते हैं जो
smallFormat
औरlargeFormat
, दोनों के लिए काम करती हैं. -
इमेज में यह कॉन्टेंट शामिल नहीं होना चाहिए:
- धुंधली, पिक्सलेट की गई, घुमाई गई या खराब क्वालिटी वाली इमेज.
- बिना लाइसेंस वाली या स्टॉक फ़ोटोग्राफ़ी.
- नग्नता.
- गैर-कानूनी कॉन्टेंट.
- ऊपर दी गई टेबल में बताए गए साइज़ के अलावा, इमेज के अन्य साइज़ भी शामिल किए जा सकते हैं.
उदाहरण
यहां दिए गए सेक्शन में, अलग-अलग स्थितियों के लिए सैंपल फ़ीड के उदाहरण दिए गए हैं.
एक VideoGame इकाई वाला फ़ीड का सैंपल
यहां VideoGame
इकाई का एक उदाहरण दिया गया है. यह “स्पेस वॉर्स मेड अप गेम” गेम को दिखाती है. ध्यान रखें कि Google को यह इकाई दिखाने के लिए, इसे JSON फ़ाइल में डेटा फ़ीड के एनवलप में शामिल करना होगा.
{ "@context": ["http://schema.org", {"@language": "en"}], "@type":"DataFeed", "dateModified":"2021-07-20T00:44:51Z", "dataFeedElement":[ { "@context": ["http://schema.org", {"@language": "en"}], "@id":"https://www.examplegame.com/VideoGame007", "@type":"VideoGame", "url":"https://www.examplegame.com/games/VideoGame007", "name":"Space Wars Made Up Game", "description":"Space Wars offers an immersive RPG experience coupled with realistic gameplay.", "genre":[ "Role playing" ], "applicationCategory":"Game", "publisher":{ "name":"Made Up Media", "@id":"https://www.examplegame.com/uniuqe-id-org", "@type":"Organization" }, "contributor":[ { "roleName":"developer", "name":"Alpha Labs Man Made Studio", "@id":"https://www.studionice.com/uniuqe-id-alpha", "@type":"Organization" } ], "playMode":[ "SINGLE_PLAYER", "LOCAL_MULTI_PLAYER", "ONLINE_MULTI_PLAYER", "LOCAL_COOP", "ONLINE_COOP" ], "image":[ { "@context":"http://schema.org", "@type":"ImageObject", "name":"keyart_1X1_3X", "contentUrl":"https://lh3.googleusercontent.com/ept4", "copyrightHolder":{ "@type":"Organization", "name":"Studio Nice" }, "additionalProperty":[ { "@type":"PropertyValue", "name":"contentAttributes", "value":[ "SMALLFORMAT", "LARGEFORMAT", "SCENESTILL", "CENTERED", "NOTITLE", "NOLOGO" ] } ] } ], "exampleOfWork":{ "@id":"https://www.examplegame.com/VideoGame007/version/v3", "name":"Space Wars Made Up Game", "description":"Space Wars offers an immersive RPG experience coupled with realistic gameplay.", "gameEdition":"Early Access", "url":"https://www.examplegame.com/VideoGame007/version/v3/stream", "contentRating":[ "Entertainment Software Rating Board Mature", "Pan European Game Information 12", "Unterhaltungssoftware Selbstkontrolle Video Game Rating System USK 12" ], "applicationCategory":"Game", "releasedEvent":[ { "@type":"PublicationEvent", "startDate":"2020-11-30", "location":{ "@type":"Country", "name":"US" } } ], "potentialAction":{ "@type":"PlayGameAction", "gameAvailabilityType":"DEMO", "target":[ { "@type":"EntryPoint", "urlTemplate":"https://www.examplegame.com/VideoGame007/play", "actionPlatform":[ "http://schema.org/DesktopWebPlatform", "http://schema.org/MobileWebPlatform", "http://schema.org/AndroidPlatform", "http://schema.org/AndroidTVPlatform", "http://schema.org/IOSPlatform" ] } ], "actionAccessibilityRequirement":[ { "@type":"ActionAccessSpecification", "availabilityStarts": "2015-01-01T00:00Z", "availabilityEnds": "2015-12-31T00:00Z", "eligibleRegion":{ "@type":"Country", "name":[ "US" ] }, "category":"subscription", "requiresSubscription":{ "@type":"MediaSubscription", "name":"", "@id":"" } } ], }, "gamePlatform": "Google Stadia", "publisher":{ "name":"Made Up Media", "@id":"https://www.examplegame.com/uniuqe-id-org", "@type":"Organization" }, "contributor":[ { "roleName":"developer", "name":"Alpha Labs Man Made Studio", "@id":"https://www.studionice.com/uniuqe-id-alpha", "@type":"Organization" } ] } } ] }
दो गेम कैरेक्टर वाली सैंपल इमेज

{ "@context": [ "http://schema.org", { "@language": "en" } ], "@type": "VideoGame", "@id": "http://www.examplegame.com/videoGame1", "url": "http://www.examplegame.com/videoGame1", ..., "image": { "@context": "http://schema.org", "@type": "ImageObject", "name": "Mauren and Lord Wingflap!", "Keywords": "Mauren, Lord Wingflap the Destroyer", "contentUrl": "http://example.com/images/mountain-view.jpg", "character": [ { "@type": "Person", "name": "Mauren" }, { "@type": "Person", "name": "Lord Wingflap the Destoyer" } ], "copyrightHolder": { "@type": "Organization", "name": " ExampleOrganization Studios, Inc." }, "inLanguage": "en-US", "audience": { "@type": "Audience", "geographicArea": [{"@type": "Country", "name": "US"}, {"@type": "Country", "name": "GB"}] }, "additionalProperty": [ { "@type": "PropertyValue", "name": "contentAttributes", "value": [ "iconic", "background", "rightCentered", "noTitle", "noLogo", "noCopyright", "noMatte", "smallFormat", "largeFormat"] } ] } }
एक से ज़्यादा देशों/इलाकों और भाषाओं के लिए साइट बनाना (इंटरनैशनलाइज़ेशन)
कोई VideoGame
इकाई, एक से ज़्यादा देशों/इलाकों और भाषाओं में उपलब्ध हो सकती है.
{ "@context": ["http://schema.org", {"@language": "en"}], "@type": "VideoGame", "@id": "http://www.example.com/my_favorite_game", "url": "http://www.example.com/my_favorite_game", "name": [ { "@language": "en-us", "@value": "My Favorite Game" }, { "@language": "es-mx", "@value": "mi juego favorito" }, { "@language": "ja-jp", "@value": "私のfavourite game" } ], "description": [ { "@language": "en-us", "@value": "Jenny meets Paul." }, { "@language": "es-mx", "@value": "Jenny conoce a paul." }, { "@language": "ja-jp", "@value": "PaulとJennyが会う。" } ], "potentialAction": [ { "@type": "PlayGameAction", "gameAvailabilityType": "DEMO", "additionalType": "DownloadPlayAction", "target": { "@type": "EntryPoint", "urlTemplate": "http://www.example.com/my_favorite_game?autoplay=true", "actionPlatform": [ "http://schema.org/DesktopWebPlatform", "http://schema.org/MobileWebPlatform" ] } "actionAccessibilityRequirement": { "@type": "ActionAccessSpecification", "category": "purchase", "availabilityStarts": "2021-06-24T11:00:00Z", "availabilityEnds": "2041-06-24T11:00:00Z", "eligibleRegion": [ { "@type": "Country", "name": "US" }, { "@type": "Country", "name": "MX" } ] }, "additionalProperty": [ { "@type": "PropertyValue", "name": "contentLanguage", "value": [ "en", "es" ] } ], "expectsAcceptanceOf": { "@type": "Offer", "priceSpecification": [ { "@type": "UnitPriceSpecification", "price": 19.99, "priceCurrency": "USD", "priceType": "https://schema.org/ListPrice" }, { "@type": "UnitPriceSpecification", "price": 360.00, "priceCurrency": "MXN", "priceType": "https://schema.org/ListPrice" } ], "seller": { "@type": "Organization", "name": "My Favorite Game Publisher" } } }, { "@type": "PlayGameAction", "gameAvailabilityType": "DEMO", "additionalType": "DownloadPlayAction", "target": { "@type": "EntryPoint", "urlTemplate": "http://www.example.com/jp/my_favorite_game?autoplay=true", "actionPlatform": [ "http://schema.org/DesktopWebPlatform", "http://schema.org/MobileWebPlatform" ] } "actionAccessibilityRequirement": { "@type": "ActionAccessSpecification", "category": "purchase", "availabilityStarts": "2021-07-24T11:00:00Z", "availabilityEnds": "2041-07-24T11:00:00Z", "eligibleRegion": [ { "@type": "Country", "name": "JP" } ] }, "additionalProperty": [ { "@type": "PropertyValue", "name": "contentLanguage", "value": [ "ja" ] } ], "expectsAcceptanceOf": { "@type": "Offer", "priceSpecification": [ { "@type": "UnitPriceSpecification", "price": 2189, "priceCurrency": "JPY", "priceType": "https://schema.org/ListPrice" } ], "seller": { "@type": "Organization", "name": "My Favorite Game Publisher" } } } ], // Other properties... }