प्रोफ़ाइल फ़ीड

प्रोफ़ाइल फ़ीड के सिमैंटिक

फ़ीड कैटगरी की परिभाषाओं में बताया गया है कि स्नैपशॉट फ़ीड के सिमैंटिक का मतलब इन कार्रवाइयों से है:

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

इंक्रीमेंटल फ़ीड के सिमैंटिक की वजह से ये कार्रवाइयां होती हैं:

  • अगर इंक्रीमेंटल फ़ीड में मौजूद कोई सेवा देने वाली कंपनी, फ़िलहाल एलएसए सेवा देने वाली कंपनी के डेटाबेस में मौजूद नहीं है, तो कुछ नहीं होगा.
  • अगर किसी इंक्रीमेंटल फ़ीड में मौजूद कोई सेवा देने वाली कंपनी, एलएसए सेवा देने वाली कंपनी के डेटाबेस में पहले से मौजूद है, तो उसकी प्रोफ़ाइल की जानकारी अपडेट कर दी जाएगी.
  • अगर कोई सेवा देने वाली कंपनी इंक्रीमेंटल फ़ीड में नहीं है, तो यह कार्रवाई नहीं की जाएगी.

प्रोफ़ाइलों से जुड़ी गड़बड़ी ठीक करना

अगर किसी व्यक्ति की प्रोफ़ाइल के फ़ीड आइटम की पुष्टि नहीं हो पाती है, तो हम एलएसए डेटाबेस में उस फ़ीड आइटम को अपडेट नहीं करेंगे. साथ ही, हम इस आइटम को कुछ समय के लिए रोक देंगे, ताकि पुराना डेटा न दिखाया जा सके.

अगर कोई प्रोफ़ाइल फ़ीड अमान्य है (जैसे, स्कीमा के मुताबिक नहीं है), तो हम पूरे फ़ीड को प्रोसेस करना बंद कर देंगे. हम एक रिपोर्ट शेयर करेंगे.इसमें फ़ीड प्रोसेस करने के नतीजे की खास जानकारी शामिल होगी. जैसे, गड़बड़ियां, हर आइटम के लिए प्रोसेसिंग की स्थिति वगैरह.

प्रोटोकॉल और पाबंदियां

  1. चुनौतियां. किसी फ़ीड में मौजूद हर कारोबार (फ़ीड आइटम) का आईडी अलग होना चाहिए.

  2. सीमाएं. एलएसए, अलग-अलग डेटा फ़ील्ड के साइज़ की सीमाएं तय करता है. ये सीमाएं नीचे दी गई टेबल में बताई गई हैं.

  3. कारोबार के नाम से जुड़ी पाबंदियां

    1. ज़्यादा से ज़्यादा 100 वर्ण इस्तेमाल किए जा सकते हैं. इसमें स्पेस भी शामिल हैं
    2. इसमें कम से कम एक अंक या अक्षर होना चाहिए
    3. अक्षर एन्कोडिंग के लिए, UTF-8, UTF-16, और UTF-32 फ़ॉर्मैट इस्तेमाल किए जा सकते हैं. हालांकि, हम UTF-8 इस्तेमाल करने का सुझाव देते हैं
    4. इन खास वर्णों का इस्तेमाल किया जा सकता है:
      1. हाइफ़न -, ऐंपरसैंड &, पीरियड ., कॉमा ,, ऐपोस्ट्रॉफ़ी ', पैरंटheses ( )
    5. अंग्रेज़ी के बड़े अक्षरों का इस्तेमाल न करें
    6. आपत्तिजनक शब्दों के सुझाव न दें
    7. इमोजी इस्तेमाल करने की अनुमति न दें

प्रोफ़ाइल फ़ील्ड

यहां किसी सेवा देने वाली कंपनी के लिए सेट किए गए फ़ील्ड के बारे में बताया गया है. जिन फ़ील्ड में जानकारी देना ज़रूरी नहीं है उन्हें इस तरह मार्क किया जाता है.

फ़ील्ड का नाम ब्यौरा फ़ील्ड प्रकार उदाहरण ज़रूरी है कंस्ट्रेंट
serviceProviderId कारोबार की लिस्टिंग (सेवा देने वाली कंपनी) का यूनीक आइडेंटिफ़ायर संख्या 12345 हां यह हर सेवा देने वाली कंपनी के लिए यूनीक आईडी होता है. इसे int64 में बदल दिया जाएगा. प्रोवाइडर की जानकारी अपडेट करते समय भी आईडी वही रखें
serviceProviderName कारोबार का नाम स्ट्रिंग "King David Garage Doors, Inc." हां ज़्यादा से ज़्यादा 100 वर्ण. नाम रखने से जुड़ी शर्तों की नीति के मुताबिक होना चाहिए.
serviceProviderWebsiteUrl कारोबार की वेबसाइट का यूआरएल स्ट्रिंग https://abc.xyz नहीं http या https से शुरू करें
पता कारोबार का पता ऑब्जेक्ट "addressLine1":"847 Oliver Avenue", "city":"Valley Stream", "region":"NY", "postalCode":"11581", "country": "US" हां अगर मोहल्ले का पता उपलब्ध है, तो addressLine1 फ़ील्ड में उसे ज़रूर भरें. कारोबार का शुरुआती सेट अप करने के बाद, देश का कोड नहीं बदला जा सकता.
aggregatorProfileUrl प्रोफ़ाइल का यूआरएल, जो पार्टनर की साइट पर मौजूद प्रोफ़ाइल पेज से लिंक करता हो. स्ट्रिंग http://aggregator.com/joes-plumbing/ नहीं http या https से शुरू करें
yearBusinessStarted कारोबार की स्थापना का साल पूर्णांक 2015 नहीं YYYY फ़ॉर्मैट
businessHours कारोबार के खुले होने का समय ऑब्जेक्ट की कैटगरी “प्रोफ़ाइल फ़ीड का उदाहरण” देखें. हां पाबंदियों के लिए ऑब्जेक्ट की परिभाषा देखें
businessPhoneNumber कारोबार का फ़ोन नंबर, E164 फ़ॉर्मैट में होना चाहिए. यह खाली नहीं होना चाहिए. साथ ही, यह कॉल सेंटर या पार्टनर की ओर से दिया गया ट्रैकिंग नंबर नहीं होना चाहिए. स्ट्रिंग “+16501112222” हां फ़ोन नंबर, E.164 फ़ॉर्मैट में होना चाहिए
संपर्क संपर्क जानकारी, जिसका इस्तेमाल संपर्क करने के अलग-अलग तरीकों के लिए किया जाता है ऑब्जेक्ट का कलेक्शन "{ “type”: “PHONE”, “address”: “+16501112222” }" हां टाइप में “PHONE” या “MESSAGE” शामिल हो सकता है. “PHONE” टाइप के लिए, पते में E.164 फ़ॉर्मैट वाला फ़ोन नंबर होना चाहिए. “MESSAGE” के लिए, पता नहीं डाला जाना चाहिए. फ़ोन नंबर वाला एलिमेंट ज़रूरी है, लेकिन मैसेज वाला एलिमेंट ज़रूरी नहीं है.
targetingLanguages उन भाषाओं की सूची जिनमें विज्ञापन दिखाया जाएगा. भाषाओं को ISO 639-1 भाषा कोड (छोटे अक्षर, दो अक्षर) में तय किया जाता है. स्ट्रिंग का कलेक्शन “en”, “fr” हां अगर यह विकल्प नहीं दिया गया है, तो डिफ़ॉल्ट रूप से “en” का इस्तेमाल किया जाता है.
geoCovered कारोबार की ओर से सेवा दी जाने वाली जगह. ऑब्जेक्ट नहीं
geoCovered ->criteriaIds उन इलाकों (क्षेत्र, काउंटी, शहर, पिन कोड) के लिए, शर्तों के आईडी की सूची जहां सेवा दी जाती है. पूर्णांकों का कलेक्शन नहीं भौगोलिक मानदंड आईडी, Google Ads में भौगोलिक टारगेट की सूची में मान्य होना चाहिए.
श्रेणियां कारोबार की ओर से दी जाने वाली कैटगरी की सूची. ऑब्जेक्ट का कलेक्शन “प्रोफ़ाइल फ़ीड का उदाहरण” देखें. हां Google की ओर से दी गई कैटगरी की सूची में से चुना जाना चाहिए. इसमें सिर्फ़ एक कैटगरी होनी चाहिए.
categories->tasks किसी कैटगरी में उपलब्ध टास्क की सूची. ऑब्जेक्ट का कलेक्शन हां Google की ओर से दी गई टास्क की सूची में से टास्क चुनने के लिए
tasks ->geoCovered टास्क के हिसाब से टारगेट की गई जगह ऑब्जेक्ट हां
tasks ->geoCovered->postalCodeCriteriaIds उन शर्तों के आईडी की सूची जिनके हिसाब से पिन कोड के लिए विज्ञापन दिखाए जाते हैं.. स्ट्रिंग का कलेक्शन पिन कोड की उस सूची का भौगोलिक मानदंड आईडी जिसे दिखाया गया है. मानदंड आईडी, Google Ads में भौगोलिक टारगेट की सूची में मान्य होना चाहिए. साथ ही, टारगेट टाइप PostalCode होना चाहिए
tasks ->geoCovered->cityCriteriaIds सेवा देने वाले शहरों से जुड़े मानदंड आईडी की सूची. स्ट्रिंग का कलेक्शन शहर के हिसाब से टारगेट करने से जुड़ी शर्तों के आईडी की सूची का भौगोलिक मानदंड आईडी. यह आईडी, Google Ads की भौगोलिक टारगेट सूची में मान्य होना चाहिए. साथ ही, टारगेट टाइप 'शहर' होना चाहिए)
सक्रिय इस फ़्लैग से पता चलता है कि कारोबार को चालू रखना है या बंद करना है बूलियन सही/गलत हां
monthlyBudget monthlyBudgetCurrency में, इस सेवा देने वाली कंपनी का महीने का बजट पूर्णांक 100 हां यह बिड या लीड के लिए तय की गई रिज़र्व कीमत की ज़्यादा से ज़्यादा वैल्यू के बराबर या उससे ज़्यादा होनी चाहिए.
monthlyBudgetCurrency महीने के बजट और बिड की मुद्रा. मुद्रा कोड देखें. स्ट्रिंग “यूएसडी” हां कारोबार का शुरुआती सेट अप करने के बाद, इसे बदला नहीं जा सकता.
कॉलआउट हर कैटगरी के लिए कॉलआउट की एक कलेक्शन ऑब्जेक्ट का कलेक्शन हां Google की ओर से दी गई कॉलआउट की सूची में से चुना जाना चाहिए
biddingStrategy नीलामी के लिए, इस कारोबार के लिए बिडिंग की रणनीति. इससे हर लीड की लागत पर असर पड़ता है. स्ट्रिंग “MANUAL_CPA” / “MAX_CONVERSION” नहीं Google की ओर से दी गई सूची में से चुना जाना चाहिए . अगर इसे सेट नहीं किया जाता है, तो यह रणनीति डिफ़ॉल्ट रूप से MANUAL_CPA पर सेट हो जाएगी.
biddingConfiguration हर कैटगरी के लिए बिडिंग कॉन्फ़िगरेशन की सूची. यह सिर्फ़ MANUAL_CPA बिडिंग की रणनीति पर लागू होता है. ऑब्जेक्ट का कलेक्शन प्रोफ़ाइल फ़ीड का उदाहरण देखें नहीं अगर कोई कॉन्फ़िगरेशन नहीं दिया गया है और biddingStrategy MANUAL_CPA पर सेट है, तो हर कैटगरी के लिए डिफ़ॉल्ट तौर पर कम से कम बिड सेट करें.
biddingConfiguration->categoryId एलएसए टैक्सनॉमी में कैटगरी का आईडी. ये कैटगरी, ऊपर दी गई कैटगरी से मेल खानी चाहिए. अगर बिडिंग कॉन्फ़िगरेशन का एलान किया गया है, तो इस पैरामीटर का इस्तेमाल करना ज़रूरी है. स्ट्रिंग नहीं Google की ओर से दी गई सूची में से चुना जाना है.
biddingConfiguration->manualCostPerLead हर लीड की लागत का मैन्युअल कॉन्फ़िगरेशन. अगर biddingStrategy “MANUAL_CPA” है, तो इसे देना ज़रूरी है. ऑब्जेक्ट नहीं
manualCostPerLead->bid हर लीड की मैन्युअल लागत के हिसाब से बिडिंग. लीड की कीमत, इस बिड की वैल्यू से कभी ज़्यादा नहीं होगी. अगर मैन्युअल तरीके से लीड की लागत तय की गई है, तो यह एट्रिब्यूट ज़रूरी है. संख्या नहीं यह रिज़र्व प्राइस से ज़्यादा या इसके बराबर होनी चाहिए.