- प्रचारित विज्ञापन सामान्य विज्ञापन होते हैं, जिन्हें वे विज्ञापनदाता खरीदते हैं जो उपयोगकर्ताओं के बड़े समूह तक पहुँचना चाहते हैं या अपने मौजूदा फ़ॉलोअर्स से अधिक जुड़ाव हासिल करना चाहते हैं।
- जब कोई विज्ञापनदाता X पर उनके प्लेसमेंट के लिए भुगतान करता है, तो प्रचारित विज्ञापनों पर स्पष्ट रूप से Promoted का लेबल दिखता है। बाकी सभी मामलों में, प्रचारित विज्ञापन सामान्य विज्ञापनों की तरह ही काम करते हैं और उन्हें repost, reply, like आदि किया जा सकता है। इन पर सामान्य डिलीवरी नियम लागू होते हैं और इन्हें POST statuses/update का उपयोग करके बनाया जाता है।
- “केवल-प्रचारित” Tweets, जिन्हें POST accounts/:account_id/tweet के माध्यम से बनाया जाता है, Promoted Tweets अभियानों में इस्तेमाल किए जा सकते हैं, लेकिन वे फ़ॉलोअर्स को नहीं दिखेंगे और न ही सार्वजनिक टाइमलाइन पर दिखाई देंगे। किसी विशेष खाते के केवल-प्रचारित tweets की सूची प्राप्त करने के लिए, GET accounts/:account_id/scoped_timeline का उपयोग करें।
- प्रमोटेड अकाउंट्स, Who to Follow का हिस्सा हैं, जो ऐसे अकाउंट्स का सुझाव देता है जिन्हें लोग अभी फ़ॉलो नहीं कर रहे हैं और जो उन्हें दिलचस्प लग सकते हैं। प्रमोटेड अकाउंट्स ऐसे अकाउंट्स की और भी व्यापक श्रृंखला से लोगों को परिचित कराने में मदद करते हैं, जिन्हें वे पसंद कर सकते हैं।
- Timeline के लिए प्रमोटेड अकाउंट्स, Promoted Tweet को प्रमोटेड अकाउंट कैंपेन से संबद्ध करते हैं और उपयोगकर्ता की टाइमलाइन में दिखते हैं।
विश्लेषिकी
X Ads API विज्ञापन प्रदर्शन को ट्रैक और ऑप्टिमाइज़ करने के लिए analytics endpoints का एक सेट प्रदान करता है। अधिक जानकारी के लिए कृपया Analytics और Analytics Best Practices देखें। billing metric के लिए, event के तीन दिन बाद तक डेटा अंतिम रूप से तय नहीं हो सकता। उस समय तक, डेटा को अनुमानित माना जाना चाहिए। अंतिम billable संख्या हमेशा अनुमानित मात्रा से कम होगी। billable संख्या को spam और उससे संबंधित निम्न-गुणवत्ता वाले traffic के अनुसार समायोजित किया जाता है। समय से जुड़ी अन्य बातों के लिए Timezones देखें। निम्न उदाहरण में यह माना गया है कि आपने twurl का उपयोग करके अपने ऐप और उपयोगकर्ता को इंस्टॉल, कॉन्फ़िगर और अधिकृत कर लिया है। twurl, cURL की तरह एक कमांड-लाइन टूल है, जो X OAuth प्रमाणीकरण को आसानी से संभालता है। twurl, Ads API (और REST API) की कार्यक्षमता का तेज़ी से परीक्षण और डीबगिंग करने के लिए एक बेहतरीन टूल है। अनुरोध और रिस्पॉन्स के पूरे हेडर देखने के लिए, कॉल को ट्रेस करने हेतु-t का उपयोग करें, जो लगभग cURL के -v विकल्प के बराबर है।
इस उदाहरण में, हम एक प्रचारित विज्ञापन अभियान बनाएँगे, जिसे keyword के आधार पर लक्षित किया जाएगा।
- खाते का id प्राप्त करें।
- फंडिंग इंस्ट्रूमेंट id प्राप्त करें।
- एक अभियान बनाएँ और उसे फंडिंग इंस्ट्रूमेंट से संबद्ध करें।
- अभियान से संबद्ध एक line item बनाएँ।
- line item से संबद्ध एक टार्गेटिंग प्रोफ़ाइल बनाएँ।
- अंत में, line item को फिर से सक्रिय करें।
objective सेट करें।
line item write endpoints पर उपयोग किया जाने वाला और read endpoints से लौटाया जाने वाला पैरामीटर objective है। वर्तमान में इस फ़ील्ड के निम्न संभावित मान हैं:
APP_ENGAGEMENTSAPP_INSTALLSFOLLOWERSENGAGEMENTSREACHVIDEO_VIEWSPREROLL_VIEWSWEBSITE_CLICKS
APP_ENGAGEMENTS के लिए CPAC, APP_INSTALLS के लिए CPAC या CPI, WEBSITE_CLICKS के लिए CPLC, FOLLOWERS के लिए CPF, ENGAGEMENTS के लिए CPE, और REACH के लिए CPM।
मोबाइल ऐप प्रचार अभियानों में APP_ENGAGEMENTS या APP_INSTALLS में से कोई एक objective होना आवश्यक है।
नोट: एक ही अभियान के अंतर्गत अलग-अलग objectives वाले line items की अनुमति नहीं है।
फंडिंग इंस्ट्रूमेंट्स अभियान बजट का स्रोत होते हैं। Ads API के ज़रिए फंडिंग इंस्ट्रूमेंट्स बनाए नहीं जा सकते; उपलब्ध होने के लिए इन्हें पहले से विज्ञापनदाता के X अकाउंट मैनेजर द्वारा (क्रेडिट लाइन के लिए) या ads.x.com के माध्यम से (क्रेडिट कार्ड के लिए) सेट किया गया होना चाहिए।
किसी अकाउंट पर सभी
funding_instruments की सूची पाने के लिए GET accounts/:account_id/funding_instruments देखें, और किसी विशिष्ट इंस्ट्रूमेंट का विवरण पाने के लिए GET accounts/:account_id/funding_instruments/:funding_instrument_id देखें।
वर्णनात्मक: account_id, फंडिंग इंस्ट्रूमेंट id, फंडिंग इंस्ट्रूमेंट type, description, और io_header (insertion order header ID)। ध्यान दें कि एक ही io_header एक से अधिक फंडिंग इंस्ट्रूमेंट्स से जुड़ा हो सकता है।
फंडिंग क्षमता: able_to_fund और reasons_not_able_to_fund।
समय: created_at, updated_at, start_time, और end_time, जिन्हें एक स्ट्रिंग के रूप में दर्शाया जाता है और जिनका फ़ॉर्मैट “%Y-%m-%dT%l:%M:%S%z” है।
बूलियन स्थिति: paused, deleted, और cancelled (true या false)।
वित्तीय: currency (ISO-4217 फ़ॉर्मैट), credit_limit_local_micro, credit_remaining_local_micro, और funded_amount_local_micro। किसी मुद्रा का मान micro में दर्शाया जाता है। USD के लिए, $5.50 को 5.50*1e6, या 5,500,000 के रूप में एन्कोड किया जाता है। “पूर्ण मान” दर्शाने के लिए, आपको सभी मुद्राओं में local micro को 1e6 (1_000_000) से गुणा करना होगा।
credit_limit_local_micro केवल CREDIT_CARD या CREDIT_LINE type के वित्तपोषण साधनों के लिए मान्य है और उस instrument की credit limit को दर्शाता है।
funded_amount_local_micro केवल INSERTION_ORDER type के वित्तपोषण साधनों के लिए मान्य है और आवंटित बजट को दर्शाता है।
credit_remaining_local_micro CREDIT_LINE और AGENCY_CREDIT_LINE type के वित्तपोषण साधनों के लिए मान्य है। यह credit_limit_local_micro में से उस वित्तपोषण साधन पर पहले से खर्च की गई राशि घटाने के बाद बची हुई credit को दर्शाता है। यह funded_amount_local_micro और खर्च की गई राशि के बीच का अंतर नहीं दर्शाता। हम credit limit और funded amount के बीच अंतर करते हैं, क्योंकि वे funding के अलग-अलग आधारभूत तरीकों और विज्ञापनदाताओं के साथ हमारे अलग-अलग spending agreements को दर्शाते हैं।
क्रेडिट कार्ड
आमतौर पर सेल्फ़-सर्व विज्ञापनदाताओं द्वारा उपयोग किए जाते हैं (बिना किसी अकाउंट मैनेजर के)।
क्रेडिट लाइनें
ये insertion orders (IOs) के रूप में होती हैं और इन्हें अकाउंट मैनेजर सेट करते हैं।
मल्टी-हैंडल क्रेडिट लाइनें
इस प्रकार की क्रेडिट लाइन के साथ, विज्ञापनदाता कई हैंडल्स पर अभियानों को वित्तपोषित कर सकते हैं। यह सुविधा उनके X अकाउंट मैनेजर द्वारा सक्षम की जाती है, जो अलग-अलग @handles को किसी विशेष क्रेडिट लाइन से संबद्ध करता है।
उदाहरण के लिए, @NikeSB और @NikeFuel दोनों को @Nike क्रेडिट लाइन का एक्सेस मिल सकता है। यह वित्तपोषण साधन भी अन्य साधनों की तरह उपलब्ध है। आप funding_instrument endpoint पर GET अनुरोध भेजकर डेटा प्राप्त कर सकते हैं। यहां एक नमूना रिस्पॉन्स है (ध्यान दें CREDIT_LINE type पर)।
- X Search: Age Targeting, Devices, Events, Gender, Keyword Types (All), Language, Locations, Network Activation, Network Operators, Platform, Platform Version, Tailored Audiences, WiFi Only
- X Timeline: Age Targeting, Devices, Events, Followers Of, Similar to Followers Of, Gender, Interest, Language, Locations, Network Activation, Network Operators, Non-exact Keyword Types, Partner Audience Types, Platform, Platform Version, Retargeting Types, Tailored Audiences, TV Targeting Types, WiFi Only
- X Profiles & Tweet Details: Age Targeting, Devices, Events, Followers Of, Similar to Followers Of, Gender, Interest, Language, Locations, Network Activation, Network Operators, Non-exact Keyword Types, Partner Audience Types, Platform, Platform Version, Retargeting Types, Tailored Audiences, TV Targeting Types, WiFi Only
NETWORK_OPERATOR का उपयोग करें।
New Mobile Device Targeting: उपयोगकर्ताओं तक उस तारीख के आधार पर पहुँचें जब उन्होंने पहली बार अपने device से X को access किया था। इसके लिए NETWORK_ACTIVATION_DURATION टार्गेटिंग type का उपयोग करें, जिसमें operator_type के रूप में कम के लिए LT और अधिक या बराबर के लिए GTE इस्तेमाल होता है।
Platforms, Platform Versions, Devices, and Wifi-Only: यह विभिन्न मानदंडों के आधार पर mobile devices को टार्गेट करने की सुविधा देता है। Platforms एक उच्च-स्तरीय टार्गेटिंग प्रकार है, जो फ़ोन की व्यापक श्रेणियों को टार्गेट कर सकता है। उदाहरण के लिए iOS और Android। Devices आपको विशिष्ट mobile devices के उपयोगकर्ताओं को टार्गेट करने देते हैं, जैसे iPhone 5s, Nexus 4, या Samsung Galaxy Note। Platform versions आपको विशिष्ट mobile operating systems के versions के उपयोगकर्ताओं को, point release स्तर तक, टार्गेट करने देते हैं। उदाहरणों में iOS 7.1 और Android 4.4 शामिल हैं। Wifi-Only आपको केवल उन उपयोगकर्ताओं को टार्गेट करने देता है जो अपने devices को WiFi network पर उपयोग कर रहे हैं; यदि यह सेट नहीं है, तो carrier connection के साथ-साथ WiFi का उपयोग करने वाले उपयोगकर्ता भी टार्गेट किए जाएँगे।
- यदि platforms और devices में overlap नहीं है, तो उपयोगकर्ता उन्हें टार्गेट कर सकते हैं। मैं Blackberry को एक platform के रूप में और iPad Air को एक device के रूप में एक साथ टार्गेट कर सकता हूँ।
- उपयोगकर्ता devices और os versions को एक साथ टार्गेट कर सकते हैं। मैं iPad Air और iOS >= 7.0 को टार्गेट कर सकता हूँ।
- उपयोगकर्ता ऐसे platforms को टार्गेट नहीं कर सकते जो devices से अधिक व्यापक हों। मैं iOS और iPad Air को एक साथ टार्गेट नहीं कर सकता।
TV_SHOW टार्गेटिंग type के साथ इस तरह कॉन्फ़िगर किया जा सकता है कि campaign सक्रिय रहने तक लगातार target किया जा सके। उपलब्ध TV shows का पता लगाने के लिए GET targeting_criteria/tv_markets और GET targeting_criteria/tv_shows endpoints का उपयोग करें।
Tweet Engager Retargeting
Tweet engager retargeting विज्ञापनदाताओं को अलग-अलग devices पर उन ऑडियंस को target करने में सक्षम बनाता है, जो पहले X पर उनके promoted या organic Tweets को देख चुके हैं या उनसे जुड़ चुके हैं। इस टार्गेटिंग की मदद से विज्ञापनदाता उन लोगों तक फिर से पहुँच सकते हैं जिन्होंने X पर किसी विज्ञापनदाता का content देखा है या उससे जुड़ाव किया है, और जिनके बाद के संदेशों या offers के साथ आगे भी जुड़ने या convert होने की संभावना सबसे अधिक होती है। उपयोगकर्ता exposure या engagement के कुछ ही मिनटों में targeting के लिए eligible हो जाते हैं और उसके बाद engagements के लिए 90 दिनों तक तथा exposures के लिए 30 दिनों तक eligible बने रहते हैं।
Tweet Engager टार्गेटिंग Types:
ENGAGEMENT_TYPEजो targeting value के रूप मेंIMPRESSIONयाENGAGEMENTमें से किसी एक को स्वीकार करता है। यह बताता है कि आप exposed users (IMPRESSION) को target करना चाहते हैं या engaged users (ENGAGEMENT) को।CAMPAIGN_ENGAGEMENTtargeting value के रूप में campaign ID का उपयोग करता है। जिन उपयोगकर्ताओं ने इस campaign के साथ जुड़ाव किया है या इसे देखा है (यहENGAGEMENT_TYPEपर निर्भर करता है), उन्हीं को target किया जाएगा।USER_ENGAGEMENTtargeting value के रूप में promoted user ID का उपयोग करता है, ताकि उन उपयोगकर्ताओं को target किया जा सके जिन्होंने किसी विज्ञापनदाता के organic content को देखा है या उससे जुड़ाव किया है (यहENGAGEMENT_TYPEपर निर्भर करता है)। यह Ads account से संबद्ध promoted user ID होना चाहिए।
CAMPAIGN_ENGAGEMENT या USER_ENGAGEMENT value के साथ ENGAGEMENT_TYPE देना आवश्यक है। दोनों tweet engager targeting types मौजूद हो सकते हैं, और किसी दिए गए line item पर कई campaigns को target किया जा सकता है।
Video Viewer टार्गेटिंग: Video viewer targeting, Tweet engager targeting को आगे बढ़ाता है और विज्ञापनदाताओं को उन ऑडियंस को target करने में सक्षम बनाता है जिन्होंने पहले X पर किसी वीडियो का कुछ हिस्सा या पूरा वीडियो देखा हो। विज्ञापनदाता organic videos, promoted videos, या दोनों को target कर सकते हैं। Promoted videos केवल video view objective campaigns या line items तक सीमित नहीं हैं।
Video Viewer टार्गेटिंग Types:
VIDEO_VIEWउन उपयोगकर्ताओं के लिए जिन्होंने वीडियो चलाने के लिए क्लिक किया है या autoplay में 3 सेकंड वीडियो देखा हैVIDEO_VIEW_PARTIALउन उपयोगकर्ताओं के लिए जिन्होंने वीडियो का 50% देखा हैVIDEO_VIEW_COMPLETEउन उपयोगकर्ताओं के लिए जिन्होंने वीडियो का कम-से-कम 95% देखा है
ENGAGEMENT_TYPE का उपयोग किया जाता है, तो line item के टार्गेटिंग मानदंड में निम्न में से एक या दोनों भी मौजूद होने चाहिए:
CAMPAIGN_ENGAGEMENTtargeting value के रूप में campaign ID का उपयोग करता है। जिन उपयोगकर्ताओं ने इस campaign में कोई वीडियो देखा है (यहENGAGEMENT_TYPEपर आधारित है), उन्हीं को target किया जाएगा।USER_ENGAGEMENTtargeting value के रूप में promoted user ID का उपयोग करता है, ताकि उन उपयोगकर्ताओं को target किया जा सके जिन्होंने किसी विज्ञापनदाता के organic content में कोई वीडियो देखा हो (यहENGAGEMENT_TYPEpar आधारित है)। यह Ads account से संबद्ध promoted user ID होना चाहिए।
- Broad (डिफ़ॉल्ट मान): क्रम की परवाह किए बिना सभी शब्दों का मिलान करता है। Capitalization, plurals या tense के प्रति संवेदनशील नहीं है। जहाँ संभव हो, इसे अपने-आप विस्तारित किया जाएगा (यानी “car repair” का मिलान “automobile fix” से भी होगा)। यदि आप बिना expansion के target करना चाहते हैं, तो आपको keywords से पहले + चिह्न जोड़ना होगा, जैसे “+boat +jet”। + के बिना keywords का उपयोग करने पर डिफ़ॉल्ट रूप से Broad Match लागू होगा।
- Unordered (deprecated): क्रम की परवाह किए बिना सभी शब्दों का मिलान करता है। Capitalization, plurals या tense के प्रति संवेदनशील नहीं है।
- Phrase: ठीक उसी keywords string का मिलान करता है; अन्य keywords मौजूद हो सकते हैं।
- Exact: केवल ठीक उसी keywords string का मिलान करता है, किसी और का नहीं।
- Negative: उन searches के मिलान से बचें जिनमें query में कहीं भी ये सभी keywords शामिल हों, चाहे उनका क्रम कुछ भी हो, भले ही अन्य शब्द मौजूद हों।
- Negative Phrase: उन searches के मिलान से बचें जिनमें query में कहीं भी यही सटीक keywords string शामिल हो, भले ही अन्य शब्द मौजूद हों।
- Negative Exact: उन searches के मिलान से बचें जो इन keywords से बिल्कुल मेल खाती हों और जिनमें कोई अन्य शब्द न हो।
आपके ad group के लिए टार्गेटिंग मानदंड इस प्रकार संयोजित किए जाएँगे:
- “प्राथमिक” टार्गेटिंग प्रकारों को ∪ किया जाएगा (अर्थात उन्हें एक logical union में रखा जाएगा)।
- अन्य टार्गेटिंग प्रकारों को AND किया जाएगा।
- समान प्रकारों को OR किया जाएगा।
- U.S., England, और Canada में X उपयोगकर्ता (Location)
- जो महिलाएँ हों (Gender)
- Tailored Audiences सूची से लिए गए (“प्राथमिक”)
- Keywords के साथ (“प्राथमिक”)
- Gender और Geo चुनें, लेकिन कोई प्राथमिक विकल्प नहीं: (पुरुष) AND (US OR GB)
- Gender, Geo, Interest चुनें: (महिला) AND (CA) AND (Computers OR Technology OR Startups)
- Gender, Geo, Interest, Tailored Audiences, Keywords चुनें: (पुरुष) AND (GB) AND (Cars ∪ CRM के लिए Tailored Audiences ∪ autocross)
standard_delivery पैरामीटर को false पर सेट करें (देखें GET accounts/:account_id/campaigns)।
नोट्स
- “Day” X advertiser account के timezone (उदाहरण के लिए, America/Los_Angeles) के अनुसार निर्धारित होता है।
- शुरुआती नतीजे बताते हैं कि standard delivery विज्ञापनदाताओं के लिए eCPE/CPF में सुधार करेगी और पूरे दिन अधिक सुसंगत कवरेज देगी।
लक्ष्य बोली
अभियान प्रबंधन हमने अभियान बनाने की प्रक्रिया को सरल बनाने और कई पैरामीटर के संयोजनों को लेकर होने वाले भ्रम को कम करने के लिए बिड रणनीति की अवधारणा शुरू की है। पैरामीटर के सभी पुराने (legacy के रूप में चिह्नित) संयोजन, समकक्षgoal पैरामीटर सेट करके प्राप्त किए जा सकते हैं। अधिक जानकारी यहाँ दी गई घोषणा में मिल सकती है।
उदाहरण के लिए:
लक्ष्य बोली का उपयोग करके, आप वह लक्षित लागत तय कर सकते हैं जो आप चुकाना चाहते हैं, और X Ads प्लेटफ़ॉर्म आपकी लक्षित लागत के आसपास या उससे कम रहते हुए आपके अभियान को बेहतर प्रदर्शन के लिए ऑप्टिमाइज़ करेगा।
यह सुविधा आपको लागत पर नियंत्रण बनाए रखते हुए उन उपयोगकर्ताओं तक पहुँचने की लचीलापन देती है जिनके वांछित कार्रवाई करने की अधिक संभावना होती है (जैसे लिंक क्लिक, लीड या फ़ॉलो)। यह उन विज्ञापनदाताओं के लिए एक प्रभावशाली सुविधा है जो अभियान सेटअप और ऑप्टिमाइज़ेशन (बोली विकल्पों सहित) के लिए अधिक विकल्प चाहते हैं।
संगत अभियान उद्देश्यों वाले line items के लिए, हमने bid amount के लिए एक नया प्राइसिंग मेकैनिज़्म पेश किया है, जिससे आप वह लक्षित लागत तय कर सकते हैं जो आप चुकाना चाहते हैं। हमारा विज्ञापन प्लेटफ़ॉर्म आपकी ओर से डायनेमिक रूप से बोली लगाता है, ताकि आपको अधिक परिणाम मिल सकें, साथ ही यह कोशिश करता है कि आपकी औसत लागत आपके तय किए गए लक्ष्य के 20% के भीतर रहे। line items पर
bid_strategy सेटिंग को TARGET मान पर सेट करके, प्रासंगिक अभियान उद्देश्यों के लिए लक्ष्य बोली सक्षम की जा सकती है, जैसे:
WEBSITE_CLICKSWEBSITE_CONVERSIONSAPP_INSTALLSAPP_ENGAGEMENTSREACH
- पार्टनर को अपनी PGP/GPG सार्वजनिक कुंजी साझा करनी होगी। Ads API पार्टनर और X के बीच एक shared secret key का आदान-प्रदान किया जाना आवश्यक है। इसका उपयोग ऑनबोर्डिंग फ़्लो के दौरान डेटा सत्यापित करने के लिए किया जाएगा।
- उस X ऐप का
app_idयाconsumer_secretजिसका उपयोग Ads API एक्सेस के लिए किया जाएगा। यदि आप developer.x.com पर अपने X खाते में लॉग इन हैं, तो आप ऐप डैशबोर्ड के ज़रिए अपने मौजूदा X ऐप देख और संपादित कर सकते हैं। यदि आपको एक X ऐप बनाना है, तो आपके पास स्वीकृत डेवलपर खाता होना चाहिए। X, production+sandbox के लिए एक ऐप और केवल sandbox एक्सेस के लिए एक वैकल्पिक ऐप की अनुमति देता है। X ऐप किसी कॉर्पोरेट, पार्टनर-नियंत्रित X handle पर बनाया जाना चाहिए।
- उपयोगकर्ता पार्टनर की वेबसाइट पर ऑनबोर्डिंग फ़्लो शुरू करता है और वह हैंडल दर्ज करता है जिसे वह ऑनबोर्ड करना चाहता है।
- पार्टनर उपयोगकर्ता को ads.x.com पर signed payload के साथ एक URL पर रीडायरेक्ट करता है। इस payload में पार्टनर का API
app_id, उस X हैंडल का Xuser_idशामिल होता है जिसे ऑनबोर्ड किया जाना है, साथ ही एक callback URL और नीचे प्रलेखित अन्य फ़ील्ड्स भी शामिल होते हैं। - उपयोगकर्ता से मानक x.com लॉगिन पेज का उपयोग करके ads.x.com में साइन इन करने के लिए कहा जाता है।
- उपयोगकर्ता के लॉग इन करने के बाद, ऑनबोर्डिंग प्रक्रिया शुरू हो जाती है। इस चरण में विज्ञापन समीक्षा, अकाउंट सत्यापन और अन्य जाँचें शामिल हैं।
- सभी ऑनबोर्डिंग कार्य पूरे होने पर, उपयोगकर्ता को उस callback URL पर रीडायरेक्ट कर दिया जाता है जो Ads API पार्टनर ने दिया था। इसके साथ एक payload भी होता है, जो सफलता या विफलता को दर्शाता है। इसमें 3-legged authorization प्रक्रिया शामिल है।
बेस redirect URL, account link request में
callback_url पैरामीटर का उपयोग करके दिया जाता है (ऊपर देखें)। ads.x.com द्वारा जोड़े गए पैरामीटर ये हैं:
यह सुनिश्चित करने के लिए कि callback URL केवल उसी X
user_id के लिए मान्य हो जिसके लिए account link process बनाया गया था, request पर हस्ताक्षर करते समय X user_id को shared secret में & का उपयोग करके जोड़ा जाना चाहिए।
यह सुनिश्चित करने के लिए कि /link_managed_account और callback url के अनुरोध मान्य हैं, अनुरोधों को स्रोत पर साइन किया जाना चाहिए और उन पर कोई कार्रवाई करने से पहले प्राप्तकर्ता द्वारा सत्यापित किया जाना चाहिए। X और managing partner के बीच साझा किए गए secret से अनुरोध पर हस्ताक्षर करने से यह सुनिश्चित होता है कि हर पक्ष केवल अधिकृत समकक्ष द्वारा भेजे गए अनुरोध ही स्वीकार करे।
हस्ताक्षर जनरेट करने का एल्गोरिदम OAuth में उपयोग किए जाने वाले एल्गोरिदम के समान है।
निम्नानुसार एक signature base string बनाएं:
- HTTP Method को uppercase में बदलें और base string को इसी मान के बराबर सेट करें।
- base string में ‘&’ वर्ण जोड़ें।
- URL (पैरामीटर के बिना) को percent encode करें और उसे base string में जोड़ें।
- base string में ‘&’ वर्ण जोड़ें।
- percent encoded query string जोड़ें, जिसे निम्नानुसार बनाया जाता है:
- हर उस key और value को percent encode करें जिस पर हस्ताक्षर किए जाएंगे।
- पैरामीटर की सूची को key के अनुसार वर्णक्रम में क्रमबद्ध करें।
- हर key/value pair के लिए (और partner redirect url के लिए primary_promotable_user_id के साथ):
- percent encoded key को query string में जोड़ें।
- base string में ‘=’ वर्ण जोड़ें।
- percent encoded value को query string में जोड़ें।
- percent encoded key=value pairs को ‘&’ वर्ण से अलग करें।
- HMAC-SHA1 एल्गोरिदम का उपयोग करें, जिसमें पहले से साझा किया गया shared secret key के रूप में हो और base string value के रूप में, ताकि signature जनरेट किया जा सके।
- Step 2 के आउटपुट को Base64 encode करें, अंत में आने वाले newline वर्ण को हटा दें, Step 3 में जनरेट किए गए signature को percent encode करें, और उसे url में signature पैरामीटर के रूप में जोड़ें
KBxQMMSpKRrtg9aw3qxK4fTXvUc=
फिर इस signature को (percent encoded) मूल url के अंत में signature parameter में जोड़ा जाता है (चरण 4):
https://ads.x.com/link_managed_account?callback_url=https%3A%2F%2Fmanagingpartner.com%2Flink_account_callback&client_app_id=12345&fi_description=some%20name&promotable_user_id=1&signature=KBxQMMSpKRrtg9aw3qxK4fTXvUc%3D
पार्टनर redirect url (account link request callback) पर हस्ताक्षर करना हस्ताक्षर करने के लिए URL, यह मानते हुए कि यह एक GET अनुरोध है:
https://managingpartner.com/link_account_callback?status=OK&account_id=ABC&funding_instrument_id=DEF
इस url में निम्नलिखित पैरामीटर हैं:
account_id = ABC, funding_instrument_id = DEF और status = OK
http method और पैरामीटर के बिना url से बनी base string, चरण a - d, इस प्रकार है:
GET https%3A%2F%2Fmanagingpartner.com%2Flink_account_callback&“
e के उपचरणों से बनी query string इस प्रकार है:
account_id=ABC&funding_instrument_id=DEF&status=OK
percent-encoded query string इस प्रकार है:
account_id%3DABC%26funding_instrument_id%3DDEF%26status%3DOK
चरण a - d और e को मिलाकर बनी complete base string:
GET https%3A%2F%2Fmanagingpartner.com%2Flink_account_callback&account_id%3DABC%26funding_instrument_id%3DDEF%26status%3DOK
hmac-sha1 algorithm का उपयोग करके, हम इस पर key के रूप में “secret” शब्द और उस X user id, जिसके लिए मूल लिंक अनुरोध किया गया था, 1 (promotable_user_id = 1 from above), यानी “secret&1”, के साथ हस्ताक्षर करेंगे।
परिणाम Base64 encoded है, और इसे अंतिम “\n” के बिना प्रस्तुत किया गया है (चरण 2 और 3): jDSHDkHJIFXpPLVxtA3a9d4bPjM=
इसके बाद इस हस्ताक्षर को (प्रतिशत-एन्कोड करके) मूल url के अंत में signature पैरामीटर में जोड़ा जाता है (चरण 4):
https://managingpartner.com/link_account_callback?&status=OK&account_id=ABC&funding_instrument_id=DEF&signature=jDSHDkHJIFXpPLVxtA3a9d4bPjM%3D
साइनिंग एल्गोरिदम ऐसा होना चाहिए कि उसे एकाधिक कुंजियों के साथ दोहराया जा सके। इससे कई shared keys का उपयोग किया जा सकेगा, और shared keys को समय-समय पर रोटेट करना संभव होगा।
यदि fi_description पैरामीटर दिया गया है और खाते में उसी नाम का कोई मौजूदा partner_managed_funding_instrument नहीं है, तो एक नया partner_managed_funding_instrument बनाया जाएगा और सभी मौजूदा partner_managed_funding_instruments को पॉज़ कर दिया जाएगा।
यदि उसी नाम का कोई partner_managed_funding_instrument मौजूद है, तो नया partner_managed_funding_instrument नहीं बनाया जाएगा।
यदि API access token खो जाए, तो ऑन-बोर्डिंग फ़्लो को दोबारा चलाया जा सकता है। ऑन-बोर्डिंग फ़्लो के कार्यान्वयन के लिए उपयोगकर्ता का लॉग इन होना आवश्यक है। यदि उपयोगकर्ता promotable_user_id से मेल खाता है, संबंधित ads account मिल जाता है, और सब कुछ सही है, तो उपयोगकर्ता को वापस callback url पर रीडायरेक्ट कर दिया जाएगा, और partner access token प्राप्त करने के लिए OAuth फ़्लो शुरू कर सकता है।
यदि account link url को अमान्य पैरामीटर के साथ कॉल किया जाता है, तो उपयोगकर्ता को OAuth प्रवाह में अमान्य या समाप्त हो चुके पैरामीटर दिए जाने पर दिखाई जाने वाली स्क्रीन जैसी एक स्क्रीन दिखाई जाएगी।
विज्ञापनदाता के ऑनबोर्ड हो जाने के बाद, funding instrument को PUT accounts/:account_id/funding_instruments/:funding_instrument_id endpoint का उपयोग करके केवल वही partner प्रबंधित कर सकता है जो इसका प्रबंधन करता है।
ऐसी कई जगहें हैं जहाँ X विज्ञापन दिखाए जा सकते हैं। इसे line item में placements पैरामीटर का उपयोग करके सेट किया जाता है। संभावित मान ये हैं:
ALL_ON_TWITTERPUBLISHER_NETWORKTWITTER_PROFILETWITTER_SEARCHTWITTER_TIMELINESPOTLIGHTTREND
product_type और उद्देश्य यह निर्धारित करते हैं कि कौन-से प्लेसमेंट अनुमत हैं। हर product type के लिए मान्य प्लेसमेंट विकल्प प्राप्त करने हेतु GET line_items/placements endpoint का उपयोग किया जा सकता है।
इसके अलावा, नीचे दी गई तालिका मान्य प्लेसमेंट और उद्देश्य संयोजनों को सूचीबद्ध करती है।
नोट: केवल
TWITTER_PROFILE प्लेसमेंट निर्दिष्ट करना संभव नहीं है।
नोट: TWITTER_SEARCH के लिए keyword targeting आवश्यक है।
नोट: REACH उद्देश्य में TWITTER_TIMELINE प्लेसमेंट शामिल होना आवश्यक है। इसमें ALL_ON_TWITTER, प्लेसमेंट का कोई भी ऐसा संयोजन जिसमें TWITTER_TIMELINE शामिल हो, या केवल TWITTER_TIMELINE शामिल हो सकता है।
यह दस्तावेज़ X के Ads API में Ad Groups के बारे में अक्सर पूछे जाने वाले सवालों का संकलन है।
Ad groups, जिन्हें Ads API में line items कहा जाता है, campaigns के अंतर्गत आते हैं और X उपयोगकर्ताओं के एक समूह के लिए targeting और bidding में इस्तेमाल किए जाते हैं। विज्ञापनदाता Tweets या media (जैसे, वे videos जिन्हें In-stream ads के रूप में प्रमोट किया जाता है) को किसी line item से जोड़कर उनका प्रचार करते हैं।
Ad Groups उसी अभियान ID के लिए POST accounts/:account_id/line_items को कई बार कॉल करके बनाए जाते हैं, और उन line items से जुड़े targeting और Tweets को (जो संभवतः पूरी तरह अलग हो सकते हैं) बनाए रखा जाता है। प्रति अभियान 100 line items की सीमा है, और एक ads account के लिए 200 active अभियानों की सीमा है। सभी अभियानों को मिलाकर, प्रति ads account 8,000 active line items की सीमा है।
Ad Groups का उद्देश्य विज्ञापनदाताओं के लिए अपने अभियानों को व्यवस्थित, अनुकूलित और प्रबंधित करना आसान बनाना है।
Ad Groups का मुख्य लाभ यह है कि bid, budget, creative और targeting के आधार पर अलग-अलग रणनीतियों की तुलना और उन पर नियंत्रण किया जा सकता है। जब किसी एक line item से कई Promoted Tweets जुड़े होते हैं, तो auction पहले उस समूह में से सबसे बेहतर Tweet चुनता है और फिर सभी line items में से उस अभियान के लिए सबसे बेहतर Tweet का चयन करता है। यदि आपके पास एक-एक Tweet वाले कई Ad Groups हैं, तो यह व्यवहार में उस Ad Group से ऐसे Tweet का चयन करेगा जिसके बेहतर प्रदर्शन करने की संभावना अधिक हो।
Ad Groups का उपयोग करने से विज्ञापनदाता targeting और bidding को कहीं अधिक संभावित संयोजनों में विभाजित कर सकते हैं, और सामान्यतः targeting को तार्किक समूहों में बाँटना भी संभव होता है।
विशेष रूप से, Ads API tools को Ad Groups के साथ बारीकी से समायोजित optimization नियमों के आधार पर बनाया जा सकता है, जिन्हें line item और creative के बड़े पैमाने पर होने वाले संयोजनों के कारण manual edits के जरिए लागू करना अधिक कठिन होता है।
किसी line item का total_budget_amount_local_micro, उसके parent अभियान के कुल बजट से अधिक नहीं हो सकता। इसी तरह, line item का bid_amount_local_micro मान, parent अभियान के daily_budget_amount_local_micro या total_budget_amount_local_micro से अधिक नहीं होना चाहिए। इन मानों को गलत तरीके से सेट करने पर पूरा अभियान paused हो सकता है और serve नहीं किया जा सकेगा।
ध्यान दें कि कुल अभियान बजट, उसके child line items के बजटों के योग से कम हो सकता है। line items के बीच बजट का वितरण आंशिक रूप से Ads API tool पर निर्भर करता है, ताकि वह प्रभावी रूप से optimize कर सके और बदलाव कर सके, क्योंकि targeting (line item) का दैनिक प्रदर्शन X की realtime प्रकृति के कारण दिन-प्रतिदिन काफ़ी अलग हो सकता है।
किसी अभियान का प्रदर्शन कई कारकों पर निर्भर करता है, और व्यवहार में Tweet ही उसके प्रदर्शन का अंतिम निर्णायक कारक होता है। Line Item को इस बात के एक कारक के रूप में देखा जाता है कि कोई Tweet किसी उपयोगकर्ता को दिखाए जाने की दौड़ में शामिल है या नहीं।
जो line items उपयोगकर्ताओं के समान समूहों को लक्षित करते हैं, उनमें उपयोगकर्ता-ओवरलैप माना जाता है। सर्वोत्तम प्रथा यह है कि line items के बीच targeting के इस ओवरलैप को कम किया जाए, ताकि सबसे अच्छा प्रदर्शन करने वाले उपयोगकर्ता-समूहों की स्पष्ट पहचान की जा सके।
निम्नलिखित मार्गदर्शिका Ads API में PREROLL_VIEWS अभियान सेट अप करने के लिए आवश्यक चरणों की रूपरेखा देती है। सामान्य तौर पर, इन अभियानों को दो प्रकारों में बांटा जाता है: Curated Categories और Content Categories (जिन्हें Ads UI में Standard Categories कहा जाता है)।
- Chunked media upload (वीडियो अपलोड के लिए)
- POST accounts/:account_id/media_library (वीडियो को ads account से संबद्ध करने के लिए)
- POST accounts/:account_id/campaigns (campaign बनाने के लिए)
- GET content_categories (content categories और IAB categories के बीच मैपिंग पाने के लिए)
- GET accounts/:account_id/curated_categories
- GET publishers
- POST accounts/:account_id/line_item_curated_categories
- POST accounts/:account_id/line_items (ad group बनाने के लिए)
- POST accounts/:account_id/media_creatives (वीडियो को ad group से संबद्ध करने के लिए)
- POST accounts/:account_id/preroll_call_to_action (CTA और redirect URL सेट करने के लिए)
- POST batch/accounts/:account_id/targeting_criteria (targeting के लिए)
INIT के दौरान आपको media_category=amplify_video पास करना होगा। आप वीडियो को कई खंडों में अपलोड करेंगे। STATUS में state का मान succeeded लौटने के बाद, आप अगले चरणों पर आगे बढ़ सकते हैं। chunked endpoint का उपयोग करके मीडिया अपलोड करने के बारे में अधिक जानकारी हमारे Promoted Video Overview में मिल सकती है।
STATUS कमांड का उपयोग करके लौटाई गई state जब succeeded हो जाए, तो उस endpoint से लौटाई गई media_key का इस्तेमाल करके वीडियो को advertiser की media library में जोड़ें। इसके लिए POST accounts/:account_id/media_library endpoint का उपयोग करें।
objective के लिए VIDEO_VIEWS_PREROLL और product_type के लिए MEDIA के साथ बनाया जाना चाहिए। categories पैरामीटर को भी उपयुक्त विज्ञापनदाता व्यवसाय श्रेणियों पर सेट करना होगा।
categories पैरामीटर को “Science & Education” पर सेट करने के लिए, iab_categories का पूरा सेट, यानी "IAB5", "IAB15", लाइन आइटम के लिए सेट होना चाहिए, इस प्रकार:
- लाइन आइटम को क्यूरेटेड श्रेणी के country_code के आधार पर उपयुक्त देश को लक्षित करना होगा
- लाइन आइटम को किसी विशिष्ट curated_category_id से संबद्ध करने के लिए POST line_item_curated_categories endpoint का उपयोग करना होगा।
नोट: GET curated_categories रिस्पॉन्स में iab_categories के पूरे सेट को targeting criteria endpoint के माध्यम से target करना आवश्यक है। ऐसा न करने पर validation error होगा।
खाते के मीडिया (वीडियो) को लाइन आइटम से संबद्ध करें
VIDEO_VIEWS_PREROLL उद्देश्य Promoted Tweets या Cards का उपयोग नहीं करता। इसके बजाय, वीडियो क्रिएटिव आपके विज्ञापन समूह (लाइन आइटम) से संबद्ध होता है, और CTA जानकारी preroll_call_to_action एंटिटी से जुड़ी होती है। POST accounts/:account_id/preroll_call_to_action एंडपॉइंट आपको बटन CTA और गंतव्य URL नियंत्रित करने की सुविधा देता है।
CONTENT_PUBLISHER_USER को negated targeting के रूप में इस्तेमाल करें। जिन handles को बाहर रखना है, उनके लिए X user_id या publisher_user_id दें।
सामग्री श्रेणियाँ के लिए बाहर रखे जाने वाले user_id की सूची पाने हेतु GET publishers endpoint का उपयोग किया जा सकता है। GET curated_categories रिस्पॉन्स में लौटाया गया publisher_user_id, क्यूरेटेड श्रेणियाँ के लिए इसी तरह की बहिष्करण सूची प्राप्त करने में इस्तेमाल किया जा सकता है।
नोट: क्यूरेटेड श्रेणियाँ के लिए अधिकतम 5 publisher_user_id और सामग्री श्रेणियाँ के लिए 50 user_id को बाहर रखा जा सकता है।
VIDEO_VIEWS_PREROLL अभियानों के लिए एनालिटिक्स हमारे stats endpoints का उपयोग करके उपलब्ध है।
कीवर्ड टार्गेटिंग हमारे Promoted Tweets प्रोडक्ट्स के लिए बुनियादी है, जिससे अभियान की पहुँच बेहतर होती है। टाइमलाइन में कीवर्ड टार्गेटिंग, प्लेटफ़ॉर्म को उपयोगकर्ताओं के हाल के Tweets में मौजूद कीवर्ड के आधार पर X उपयोगकर्ताओं को लक्षित करने में सक्षम बनाती है। उदाहरण के लिए, अगर कोई विज्ञापनदाता बिना क्रम वाले कीवर्ड संयोजन “plan + trip” को लक्षित कर रहा है, और कोई उपयोगकर्ता Tweet करता है, “मैं Cabo की अपनी यात्रा की योजना बनाना शुरू कर रहा हूँ, कोई सुझाव?” तो अभियान चलने के दौरान, उस उपयोगकर्ता को कुछ ही समय बाद विज्ञापनदाता का Promoted Tweet दिख सकता है।
संक्षेप में: API के नज़रिए से यह बदलाव काफ़ी सरल है: अब आप Timeline में Promoted Tweets के लिए keyword targeting कर सकते हैं। बस लाइन आइटम्स के लिए targeting_type को unordered_keywords या phrase_keywords पर सेट करें।
ALL_ON_TWITTERयाTWITTER_TIMELINEमें से किसी एक को शामिल करने के लिए placement सेट करके एक नया लाइन आइटम बनाएँ POST accounts/:account_id/line_items- नए बनाए गए इस लाइन आइटम के लिए
BROAD_KEYWORDके साथ targeting criteria बनाएँ और अपने keyword value(s) सेट करें। POST accounts/:account_id/targeting_criteria - आप PUT accounts/:account_id/targeting_criteria का उपयोग करके keywords अपडेट कर सकते हैं
- आपका अभियान चलने के बाद, performance का आकलन करने के लिए अपने लाइन आइटम के stats प्राप्त करें। GET stats/accounts/:account_id
https://ads-api.x.com/12/accounts
पैरामीटर
https://ads-api.x.com/12/accounts/:account_id
पैरामीटर
उदाहरण अनुरोध
GET https://ads-api.x.com/12/accounts/18ce54d4x5t
उदाहरण रिस्पॉन्स
https://ads-api-sandbox.x.com/12/accounts
पैरामीटर
कोई नहीं
उदाहरण अनुरोध
POST https://ads-api-sandbox.x.com/12/accounts
उदाहरण रिस्पॉन्स
https://ads-api.x.com/12/accounts/:account_id
पैरामीटर
उदाहरण अनुरोध
PUT https://ads-api.x.com/12/accounts/18ce54d4x5t?name='API McTestface 2'&industry_type=TECHNOLOGY
उदाहरण रिस्पॉन्स
https://ads-api-sandbox.x.com/12/accounts/:account_id
पैरामीटर
उदाहरण अनुरोध
DELETE https://ads-api-sandbox.x.com/12/accounts/gq12fh
उदाहरण रिस्पॉन्स
https://ads-api.x.com/12/accounts/:account_id/account_apps
पैरामीटर
Example Request
GET https://ads-api.x.com/12/accounts/18ce54d4x5t/account_apps
Example Response
entity_id में किए गए बदलावों का सारांश प्राप्त करें।
नोट: यह एंडपॉइंट वर्तमान में बीटा में है और इसके लिए allowlisting आवश्यक है।
रिसोर्स URL
https://ads-api.x.com/12/accounts/:account_id/account_history
पैरामीटर
उदाहरण अनुरोध
GET https://ads-api.x.com/12/accounts/18ce54d4x5t/account_history?entity_type=CAMPAIGN&entity_id=fc3h5&count=1
उदाहरण रिस्पॉन्स
line_items) हेतु मान्य विज्ञापनदाता व्यवसाय categories प्राप्त करें।
ध्यान दें: ये categories केवल PREROLL_VIEWS objective वाले line_items पर लागू होती हैं और targeting criteria के लिए उपयोग की जाने वाली content_categories से अलग हैं।
प्रत्येक advertiser_business_categories, IAB Categories के एक संग्रह को दर्शाता है। PREROLL_VIEWS objective के साथ Ad Group बनाते समय, Ad Group के लिए एक या दो advertiser_business_categories सेट करना आवश्यक है। यह line item endpoint पर categories request parameter का मान, इस endpoint के माध्यम से उपलब्ध संबंधित iab_categories के सेट पर सेट करके किया जा सकता है।
अधिक विवरण Video Views Preroll Objective Guide में उपलब्ध हैं
रिसोर्स URL
https://ads-api.x.com/12/advertiser_business_categories
पैरामीटर
कोई request parameter नहीं
उदाहरण अनुरोध
GET https://ads-api.x.com/12/advertiser_business_categories
उदाहरण रिस्पॉन्स
Content-Type: application/json header के साथ JSON content body होना चाहिए।
नोट: आपको कम से कम एक primary targeting criterion निर्दिष्ट करना अनिवार्य है; सभी primary targeting criteria की सूची आप हमारे campaigns targeting page पर देख सकते हैं।
Resource URL
https://ads-api.x.com/12/accounts/:account_id/audience_estimate
पैरामीटर
उदाहरण अनुरोध
POST https://ads-api.x.com/12/accounts/18ce54d4x5t/audience_estimate
ACCOUNT_ADMIN: अभियानों में बदलाव करने और आँकड़े देखने की पूर्ण पहुँच, जिसमें उपयोगकर्ताओं को जोड़ने या हटाने और सेटिंग्स बदलने की क्षमता शामिल हैAD_MANAGER: अभियानों में बदलाव करने और आँकड़े देखने की पूर्ण पहुँच, लेकिन उपयोगकर्ताओं को जोड़ या हटा नहीं सकता और न ही सेटिंग्स बदल सकता हैCREATIVE_MANAGER: creatives में बदलाव करने और previews देखने की पहुँच, लेकिन अभियान बनाने या उनमें बदलाव करने की पहुँच नहींCAMPAIGN_ANALYST: अभियान और आँकड़े देखने की पहुँच, लेकिन अभियान बनाने या उनमें बदलाव करने की पहुँच नहींANALYST(“Organic Analyst” ads.x.com पर): organic analytics और audience insights देखने की पहुँच, लेकिन अभियान बनाने, उनमें बदलाव करने या उन्हें देखने की पहुँच नहींPARTNER_AUDIENCE_MANAGER: data partner audiences को देखने और उनमें बदलाव करने के लिए केवल API पहुँच, लेकिन अभियान, creatives या अन्य audience प्रकारों तक पहुँच नहीं।
TWEET_COMPOSER अनुमति यह दर्शाती है कि प्रमाणीकृत उपयोगकर्ता विज्ञापनदाता की ओर से nullcasted (या “Promoted-only”) Tweets बना सकता है। यह केवल ACCOUNT_ADMIN, AD_MANAGER या CREATIVE_MANAGER पहुँच वाले उपयोगकर्ताओं के लिए उपलब्ध है।
संसाधन URL
https://ads-api.x.com/12/accounts/:account_id/authenticated_user_access
पैरामीटर
कोई नहीं
उदाहरण अनुरोध
GET https://ads-api.x.com/12/accounts/18ce54d4x5t/authenticated_user_access
उदाहरण रिस्पॉन्स
https://ads-api.x.com/12/bidding_rules
पैरामीटर
उदाहरण अनुरोध
GET https://ads-api.x.com/12/bidding_rules?currency=USD
उदाहरण रिस्पॉन्स
https://ads-api.x.com/12/accounts/:account_id/campaigns
पैरामीटर
उदाहरण Request
GET https://ads-api.x.com/12/accounts/18ce54d4x5t/campaigns?campaign_ids=8wku2
उदाहरण रिस्पॉन्स
https://ads-api.x.com/12/accounts/:account_id/campaigns/:campaign_id
पैरामीटर
उदाहरण Request
GET https://ads-api.x.com/12/accounts/18ce54d4x5t/campaigns/8wku2
उदाहरण रिस्पॉन्स
https://ads-api.x.com/12/accounts/:account_id/campaigns
पैरामीटर
उदाहरण अनुरोध
POST https://ads-api.x.com/12/accounts/18ce54d4x5t/campaigns?funding_instrument_id=lygyi&name=demo&daily_budget_amount_local_micro=140000000&entity_status=PAUSED&budget_optimization=CAMPIAGN&standard_delivery=false
उदाहरण रिस्पॉन्स
- वर्तमान अधिकतम बैच आकार 40 है।
- सभी पैरामीटर अनुरोध बॉडी में भेजे जाते हैं और
Content-Typeके लिएapplication/jsonआवश्यक है। - बैच अनुरोध समूह के रूप में एक साथ विफल या सफल होते हैं, और त्रुटि व सफलता—दोनों स्थितियों में सभी API रिस्पॉन्स प्रारंभिक अनुरोध के आइटम क्रम को बनाए रखते हैं।
- अनुरोध-स्तर की त्रुटियाँ (जैसे, अधिकतम बैच आकार पार हो जाना) रिस्पॉन्स में
errorsऑब्जेक्ट के अंतर्गत दिखाई जाती हैं। - आइटम-स्तर की त्रुटियाँ (जैसे, आवश्यक कैंपेन पैरामीटर का न होना) रिस्पॉन्स में
operation_errorsऑब्जेक्ट के अंतर्गत दिखाई जाती हैं।
https://ads-api.x.com/12/batch/accounts/:account_id/campaigns
पैरामीटर
उदाहरण अनुरोध
POST 'Content-Type: application/json' https://ads-api.x.com/12/batch/accounts/18ce54d4x5t/campaigns
https://ads-api.x.com/12/accounts/:account_id/campaigns/:campaign_id
पैरामीटर
उदाहरण अनुरोध
PUT https://ads-api.x.com/12/accounts/18ce54d4x5t/campaigns/8wku2?total_budget_amount_local_micro=140000000
उदाहरण रिस्पॉन्स
https://ads-api.x.com/12/accounts/:account_id/campaigns/:campaign_id
पैरामीटर
उदाहरण Request
DELETE https://ads-api.x.com/12/accounts/18ce54d4x5t/campaigns/8yn7m
उदाहरण रिस्पॉन्स
सामग्री श्रेणियां
लाइन आइटम के लिएtargeting_criteria के रूप में सेट की जा सकने वाली मान्य content categories का अनुरोध करें।
हर content_category एक या अधिक IAB Categories से मैप होता है। ऐसा करने के लिए, batch targeting_critera endpoint पर targeting_type को IAB_CATEGORY पर सेट करें, ताकि content_categories अनुरोध से लौटाई गई संबंधित iab_categories का सेट शामिल किया जा सके। ऐसा न करने पर वैलिडेशन त्रुटि मिलेगी।
इनमें से प्रत्येक content category के लिए publisher विवरण GET publishers endpoint का उपयोग करके प्राप्त किए जा सकते हैं।
अधिक जानकारी Video Views Pre-roll Objective Guide में उपलब्ध है।
रिसोर्स URL
https://ads-api.x.com/12/content_categories
पैरामीटर
कोई request पैरामीटर नहीं
उदाहरण अनुरोध
GET https://ads-api.x.com/12/content_categories
उदाहरण रिस्पॉन्स
चयनित श्रेणियां
दिए गएcountry_codes के लिए उपलब्ध चयनित श्रेणियां की सूची प्राप्त करें
हर curated_category केवल उन विशिष्ट देशों में उपलब्ध होती है, जिन्हें रिस्पॉन्स में country_codes द्वारा निर्दिष्ट किया गया है।
अधिक जानकारी के लिए Video Views Pre-roll Objective Guide देखें।
रिसोर्स URL
https://ads-api.x.com/12/accounts/:account_id/curated_categories
पैरामीटर
उदाहरण अनुरोध
GET https://ads-api.x.com/12/accounts/18ce54d4x5t/curated_categories?country_codes=US
उदाहरण रिस्पॉन्स
curated_category_id का विवरण प्राप्त करें
प्रत्येक curated_category केवल उन विशिष्ट देशों में उपलब्ध है, जिन्हें रिस्पॉन्स में country_codes के जरिए निर्दिष्ट किया गया है।
रिसोर्स URL
https://ads-api.x.com/12/accounts/:account_id/curated_categories/:curated_category_id
पैरामीटर
उदाहरण अनुरोध
GET https://ads-api.x.com/12/accounts/18ce54d4x5t/curated_categories/9ddrgesiap6o
उदाहरण रिस्पॉन्स
https://ads-api.x.com/12/accounts/:account_id/features
पैरामीटर
उदाहरण अनुरोध
GET https://ads-api.x.com/12/accounts/18ce54d4x5t/features
उदाहरण रिस्पॉन्स
https://ads-api-sandbox.x.com/12/accounts/:account_id/features
पैरामीटर
उदाहरण अनुरोध
POST https://ads-api-sandbox.x.com/12/accounts/gq180y/features?feature_keys=VALIDATED_AGE_TARGETING
उदाहरण रिस्पॉन्स
https://ads-api-sandbox.x.com/12/accounts/:account_id/features
पैरामीटर
उदाहरण अनुरोध
DELETE https://ads-api-sandbox.x.com/12/accounts/gq180y/features?feature_keys=PREROLL_VIEWS_OBJECTIVE
उदाहरण रिस्पॉन्स
https://ads-api.x.com/12/accounts/:account_id/funding_instruments
पैरामीटर
उदाहरण अनुरोध
GET https://ads-api.x.com/12/accounts/18ce54d4x5t/funding_instruments
उदाहरण रिस्पॉन्स
https://ads-api.x.com/12/accounts/:account_id/funding_instruments/:id
पैरामीटर
उदाहरण अनुरोध
GET https://ads-api.x.com/12/accounts/18ce54d4x5t/funding_instruments/lygyi
उदाहरण रिस्पॉन्स
https://ads-api-sandbox.x.com/12/accounts/:account_id/funding_instruments
पैरामीटर
उदाहरण अनुरोध
POST https://ads-api-sandbox.x.com/12/accounts/gq1844/funding_instruments?currency=USD&start_time=2017-07-10T00:00:00Z&type=INSERTION_ORDER&end_time=2018-01-10T00:00:00Z&funded_amount_local_micro=140000000000
उदाहरण रिस्पॉन्स
https://ads-api-sandbox.x.com/12/accounts/:account_id/funding_instruments/:funding_instrument_id
पैरामीटर
उदाहरण अनुरोध
DELETE https://ads-api-sandbox.x.com/12/accounts/gq1844/funding_instruments/hxt82
उदाहरण रिस्पॉन्स
line_items) के लिए मान्य ऐप categories का अनुरोध करें।
संसाधन URL
https://ads-api.x.com/12/iab_categories
पैरामीटर
Example Request
GET https://ads-api.x.com/12/iab_categories?count=2
Example Response
https://ads-api.x.com/12/accounts/:account_id/line_items
पैरामीटर
उदाहरण अनुरोध
GET https://ads-api.x.com/12/accounts/18ce54d4x5t/line_items?line_item_ids=itttx
उदाहरण रिस्पॉन्स
https://ads-api.x.com/12/accounts/:account_id/line_items/:line_item_id
पैरामीटर
उदाहरण अनुरोध
GET https://ads-api.x.com/12/accounts/18ce54d4x5t/line_items/itttx
उदाहरण रिस्पॉन्स
product_type और objective समान होना चाहिए।
PROMOTED_ACCOUNT product type का उपयोग करते समय, line_item के साथ किसी Tweet को संबद्ध करने पर मानक PROMOTED_ACCOUNT placement के अलावा mobile पर timeline placements भी जुड़ जाएँगे।
android_app_store_identifier या ios_app_store_identifier में से किसी एक को सेट करने पर प्रचारित किए जा रहे mobile app से मेल खाने वाले line item के लिए targeting criteria अपने-आप जुड़ जाएँगे; उदाहरण के लिए, ios_app_store_identifier पास करने पर iOS के लिए PLATFORM targeting criteria जुड़ जाएगा।
नोट: प्रति campaign 100 line items और सभी campaigns में कुल 256 active line items की सीमा है।
संसाधन URL
https://ads-api.x.com/12/accounts/:account_id/line_items
पैरामीटर
उदाहरण अनुरोध
POST https://ads-api.x.com/12/accounts/18ce54d4x5t/line_items?campaign_id=hwtq0&objective=ENGAGEMENTS&product_type=PROMOTED_TWEETS&placements=ALL_ON_TWITTER&bid_amount_local_micro=3210000&entity_status=PAUSED&daily_budget_amount_local_micro=1000000&start_time=2022-06-15
उदाहरण रिस्पॉन्स
- वर्तमान में अधिकतम बैच आकार 40 है।
- सभी पैरामीटर अनुरोध बॉडी में भेजे जाते हैं और
application/jsonकाContent-Typeआवश्यक है। - बैच अनुरोध समूह के रूप में एक साथ विफल या सफल होते हैं, और त्रुटि व सफलता दोनों के लिए सभी API रिस्पॉन्स शुरुआती अनुरोध में आइटमों के क्रम को बनाए रखते हैं।
- अनुरोध-स्तर की त्रुटियाँ (जैसे, अधिकतम बैच आकार पार हो जाना) रिस्पॉन्स में
errorsऑब्जेक्ट के अंतर्गत दिखाई जाती हैं। - आइटम-स्तर की त्रुटियाँ (जैसे, आवश्यक line item पैरामीटर का मौजूद न होना) रिस्पॉन्स में
operation_errorsऑब्जेक्ट के अंतर्गत दिखाई जाती हैं।
https://ads-api.x.com/12/batch/accounts/:account_id/line_items
पैरामीटर
उदाहरण अनुरोध
POST 'Content-Type: application/json' https://ads-api.x.com/12/batch/accounts/18ce54d4x5t/line_items
https://ads-api.x.com/12/accounts/:account_id/line_items/:line_item_id
पैरामीटर
उदाहरण अनुरोध
PUT https://ads-api.x.com/12/accounts/18ce54d4x5t/line_items/9cqi0?bid_amount_local_micro=140000
उदाहरण रिस्पॉन्स
with_deleted=true निर्दिष्ट किया गया हो। हालांकि, ये promoted_tweets वास्तव में हटाए नहीं जाते (response में "deleted": false)। हम cascade delete नहीं करते।
रिसोर्स URL
https://ads-api.x.com/12/accounts/:account_id/line_items/:line_item_id
पैरामीटर
उदाहरण अनुरोध
DELETE https://ads-api.x.com/12/accounts/18ce54d4x5t/line_items/9f2ix
उदाहरण रिस्पॉन्स
https://ads-api.x.com/12/accounts/:account_id/line_item_curated_categories
पैरामीटर
उदाहरण अनुरोध
GET https://ads-api.x.com/12/accounts/abc1/line_item_curated_categories
उदाहरण रिस्पॉन्स
https://ads-api.x.com/12/accounts/:account_id/line_item_curated_categories/:line_item_curated_category_id
पैरामीटर
उदाहरण अनुरोध
GET https://ads-api.x.com/12/accounts/abc1/line_item_curated_categories/yav
उदाहरण रिस्पॉन्स
https://ads-api.x.com/12/accounts/:account_id/line_item_curated_categories
पैरामीटर
उदाहरण अनुरोध
POST https://ads-api.x.com/12/accounts/18ce54d4x5t/line_item_curated_categories?line_item_id=iqwka&curated_category_id=9ddrgesiap6o
उदाहरण रिस्पॉन्स
https://ads-api.x.com/12/accounts/:account_id/line_item_curated_categories/:line_item_curated_category_id
पैरामीटर
उदाहरण अनुरोध
PUT https://ads-api.x.com/12/accounts/18ce54d4x5t/line_item_curated_categories/xq?curated_category_id=8tujl1p3yn0g
उदाहरण रिस्पॉन्स
https://ads-api.x.com/12/accounts/:account_id/line_item_curated_categories/:line_item_curated_category_id
पैरामीटर
उदाहरण अनुरोध
DELETE https://ads-api.x.com/12/accounts/18ce54d4x5t/line_item_curated_categories/xq
उदाहरण रिस्पॉन्स
placement और product_type संयोजन प्राप्त करें।
रिसोर्स URL
https://ads-api.x.com/12/line_items/placements
पैरामीटर
उदाहरण अनुरोध
GET https://ads-api.x.com/12/line_items/placements?product_type=PROMOTED_ACCOUNT
उदाहरण रिस्पॉन्स
https://ads-api.x.com/12/accounts/:account_id/media_creatives
पैरामीटर
उदाहरण अनुरोध
GET https://ads-api.x.com/12/accounts/18ce54d4x5t/media_creatives?media_creative_ids=1bzq3
उदाहरण रिस्पॉन्स
https://ads-api.x.com/12/accounts/:account_id/media_creatives/:media_creative_id
पैरामीटर
उदाहरण अनुरोध
GET https://ads-api.x.com/12/accounts/18ce54d4x5t/media_creatives/1bzq3
उदाहरण रिस्पॉन्स
creative_type PREROLL हो) या image ads (जैसे BANNER या INTERSTITIAL) को प्रमोट करने के लिए इस endpoint का उपयोग करें।
नोट: Account Media resource में media assets जोड़ने के लिए, POST accounts/:account_id/media_library endpoint का उपयोग करें।
रिसोर्स URL
https://ads-api.x.com/12/accounts/:account_id/media_creatives
पैरामीटर
उदाहरण request
POST https://ads-api.x.com/12/accounts/18ce54d4x5t/media_creatives?line_item_id=8v7jo&account_media_id=10miy
उदाहरण रिस्पॉन्स
https://ads-api.x.com/12/accounts/:account_id/media_creatives/:media_creative_id
पैरामीटर
उदाहरण अनुरोध
DELETE https://ads-api.x.com/12/accounts/18ce54d4x5t/media_creatives/1bzq3
उदाहरण रिस्पॉन्स
Promoted Accounts
मौजूदा account के अंतर्गत एक या अधिक line item से जुड़े कुछ या सभी promoted account का विवरण प्राप्त करें। रिस्पॉन्स मेंuser_id से पहचाने गए user account का user data प्राप्त करने के लिए GET users/lookup का उपयोग करें।
अगर निर्दिष्ट line item में से कोई भी promoted account शामिल करने के लिए कॉन्फ़िगर नहीं किया गया है, तो HTTP 400 लौटाया जाएगा।
रिसोर्स URL
https://ads-api.x.com/12/accounts/:account_id/promoted_accounts
पैरामीटर
उदाहरण अनुरोध
GET https://ads-api.x.com/12/accounts/18ce54d4x5t/promoted_accounts?promoted_account_ids=19pl2
उदाहरण रिस्पॉन्स
https://ads-api.x.com/12/accounts/:account_id/promoted_accounts/:promoted_account_id
पैरामीटर
उदाहरण अनुरोध
GET https://ads-api.x.com/12/accounts/18ce54d4x5t/promoted_accounts/19pl2
उदाहरण रिस्पॉन्स
user_id) को निर्दिष्ट line item से संबद्ध करें।
यदि निर्दिष्ट line item को Promoted Accounts के साथ संबद्ध होने के लिए कॉन्फ़िगर नहीं किया गया है, तो HTTP 400 INCOMPATIBLE_LINE_ITEM त्रुटि लौटाई जाएगी। यदि निर्दिष्ट उपयोगकर्ता प्रमोशन के लिए अयोग्य है, तो HTTP 400 लौटाया जाएगा और किसी भी उपयोगकर्ता को प्रमोट नहीं किया जाएगा। यदि दिया गया उपयोगकर्ता पहले से ही प्रमोट किया जा चुका है, तो अनुरोध को अनदेखा कर दिया जाएगा।
Promoted Accounts के बारे में अधिक जानकारी के लिए, हमारा campaign management पेज देखें।
नोट: Promoted Accounts एंटिटीज़ को अपडेट (PUT) करना संभव नहीं है।
रिसोर्स URL
https://ads-api.x.com/12/accounts/:account_id/promoted_accounts
पैरामीटर
उदाहरण अनुरोध
POST https://ads-api.x.com/12/accounts/18ce54d4x5t/promoted_accounts?line_item_id=9bpb2&user_id=756201191646691328
उदाहरण रिस्पॉन्स
https://ads-api.x.com/12/accounts/:account_id/promoted_accounts/:promoted_account_id
पैरामीटर
उदाहरण अनुरोध
DELETE https://ads-api.x.com/12/accounts/18ce54d4x5t/promoted_accounts/19pl2
उदाहरण रिस्पॉन्स
tweet_id मानों का उपयोग करें।
नोट: जब parent line items हटा दिए जाते हैं, तो promoted_tweets केवल तभी लौटाए जाते हैं जब अनुरोध में with_deleted=true निर्दिष्ट हो। हालांकि, ये promoted_tweets वास्तव में हटाए नहीं जाते ("deleted": false in the response).
रिसोर्स URL
https://ads-api.x.com/12/accounts/:account_id/promoted_tweets
पैरामीटर
उदाहरण अनुरोध
GET https://ads-api.x.com/12/accounts/18ce54d4x5t/promoted_tweets?promoted_tweet_ids=1efwlo
उदाहरण रिस्पॉन्स
with_deleted=true निर्दिष्ट किया गया हो। हालांकि, ये promoted_tweets वास्तव में हटाए नहीं जाते हैं ("deleted": false रिस्पॉन्स में)।
रिसोर्स URL
https://ads-api.x.com/12/accounts/:account_id/promoted_tweets/:promoted_tweet_id
पैरामीटर
उदाहरण अनुरोध
GET https://ads-api.x.com/12/accounts/18ce54d4x5t/promoted_tweets/1efwlo
उदाहरण रिस्पॉन्स
PROMOTED_ACCOUNT product type का उपयोग करते समय, line_item के साथ किसी Tweet को संबद्ध करने पर मानक PROMOTED_ACCOUNT placement के अलावा mobile पर timeline placements भी जुड़ जाते हैं।
नोट: promoted Tweet entities को update (PUT) करना संभव नहीं है।
संसाधन URL
https://ads-api.x.com/12/accounts/:account_id/promoted_tweets
पैरामीटर
उदाहरण अनुरोध
POST https://ads-api.x.com/12/accounts/18ce54d4x5t/promoted_tweets?line_item_id=8v7jo&tweet_ids=822333526255120384
उदाहरण रिस्पॉन्स
https://ads-api.x.com/12/accounts/:account_id/promoted_tweets/:promoted_tweet_id
पैरामीटर
उदाहरण अनुरोध
DELETE https://ads-api.x.com/12/accounts/18ce54d4x5t/promoted_tweets/1gp8a5
उदाहरण रिस्पॉन्स
FULL या RETWEETS_ONLY होता है। यह उस सामग्री के प्रकार को नियंत्रित करता है जिसे खाते द्वारा प्रमोट करने की अनुमति होती है। विज्ञापनदाताओं को किसी अन्य उपयोगकर्ता की सामग्री प्रमोट करने के लिए अनुमति प्राप्त करनी होती है और उन्हें अपने खाते में RETWEETS_ONLY प्रमोट किए जा सकने वाले उपयोगकर्ता के रूप में जोड़ने के लिए Twitter से संपर्क करना होता है।
यदि अनुमतियाँ सही तरीके से सेट हैं, तो आप promoted product endpoints पर ऐसे अनुरोध कर सकते हैं जो सीधे उस Tweet की Tweet ID को संदर्भित करते हैं जिसे आप प्रमोट करना चाहते हैं। आप प्रकाशित Tweets को प्रमोट करने के लिए POST accounts/:account_id/promoted-tweets endpoint का उपयोग कर सकते हैं और किसी अन्य Twitter Ads खाते के Scheduled Tweets को प्रमोट करने के लिए POST accounts/:account_id/scheduled-promoted-tweets endpoint का उपयोग कर सकते हैं।
आपको लक्षित Tweet को retweet करने की आवश्यकता नहीं है। जब आप इस तरीके से किसी Tweet को प्रमोट करते हैं, तो लौटाया गया tweet_id, प्रदान की गई Tweet ID से अलग होगा। पर्दे के पीछे, Tweet को nullcasted Tweet के रूप में retweet किया जाता है और फिर प्रमोट किया जाता है। लौटाया गया tweet_id इसी नए Tweet के अनुरूप होता है।
रिसोर्स URL
https://ads-api.x.com/12/accounts/:account_id/promotable_users
पैरामीटर
उदाहरण अनुरोध
GET https://ads-api.x.com/12/accounts/18ce54d4x5t/promotable_users?promotable_user_ids=l310s
उदाहरण रिस्पॉन्स
FULL या RETWEETS_ONLY होता है। यह उस सामग्री के type को नियंत्रित करता है जिसे account प्रमोट कर सकता है।
विज्ञापनदाताओं को किसी अन्य user की सामग्री को प्रमोट करने के लिए अनुमति प्राप्त करनी होगी। यदि अनुमतियाँ सही तरीके से सेट हैं, तो आप promoted product endpoints पर ऐसे अनुरोध कर सकते हैं जो सीधे उस Tweet की Tweet ID को संदर्भित करते हैं जिसे आप प्रमोट करना चाहते हैं।
आपको target Tweet को retweet करने की आवश्यकता नहीं है। जब आप इस तरीके से किसी Tweet को प्रमोट करते हैं, तो लौटाया गया tweet_id, दी गई Tweet ID से अलग होगा। पर्दे के पीछे, उस Tweet को nullcasted Tweet के रूप में retweet किया जाता है और फिर प्रमोट किया जाता है। लौटाया गया tweet_id इसी नए Tweet से संबंधित होता है।
रिसोर्स URL
https://ads-api.x.com/12/accounts/:account_id/promotable_users/:promotable_user_id
पैरामीटर
उदाहरण अनुरोध
GET https://ads-api.x.com/12/accounts/18ce54d4x5t/promotable_users/l310s
उदाहरण रिस्पॉन्स
https://ads-api.x.com/12/publishers
पैरामीटर
कोई अनुरोध पैरामीटर नहीं
उदाहरण अनुरोध
GET https://ads-api.x.com/12/publishers
उदाहरण रिस्पॉन्स
https://ads-api.x.com/5/accounts/:account_id/recommendations
पैरामीटर
उदाहरण अनुरोध
GET https://ads-api.x.com/5/accounts/18ce54d4x5t/recommendations
उदाहरण रिस्पॉन्स
https://ads-api.x.com/5/accounts/:account_id/recommendations/:recommendation_id
पैरामीटर
उदाहरण अनुरोध
GET https://ads-api.x.com/5/accounts/18ce54d4x5t/recommendations/62ce8zza1q0w
उदाहरण रिस्पॉन्स
https://ads-api.x.com/12/accounts/:account_id/scheduled_promoted_tweets
पैरामीटर
उदाहरण अनुरोध
GET https://ads-api.x.com/12/accounts/18ce54d4x5t/scheduled_promoted_tweets?scheduled_promoted_tweet_ids=1xboq
उदाहरण रिस्पॉन्स
https://ads-api.x.com/12/accounts/:account_id/scheduled_promoted_tweets/:scheduled_promoted_tweet_id
पैरामीटर
उदाहरण अनुरोध
GET https://ads-api.x.com/12/accounts/18ce54d4x5t/scheduled_promoted_tweets/1xboq
उदाहरण रिस्पॉन्स
https://ads-api.x.com/12/accounts/:account_id/scheduled_promoted_tweets
पैरामीटर
उदाहरण अनुरोध
POST https://ads-api.x.com/12/accounts/18ce54d4x5t/scheduled_promoted_tweets?line_item_id=8xdpe&scheduled_tweet_id=870358555227860992
उदाहरण रिस्पॉन्स
scheduled_promoted_tweets को केवल scheduled Tweet के scheduled_at समय से पहले ही हटाया जा सकता है।
रिसोर्स URL
https://ads-api.x.com/12/accounts/:account_id/scheduled_tweets/:scheduled_tweet_id
पैरामीटर
उदाहरण अनुरोध
DELETE https://ads-api.x.com/12/accounts/18ce54d4x5t/scheduled_promoted_tweets/1xtfl
उदाहरण रिस्पॉन्स
https://ads-api.x.com/12/accounts/:account_id/targeting_criteria
पैरामीटर
उदाहरण अनुरोध
GET https://ads-api.x.com/12/accounts/18ce54d4x5t/targeting_criteria?line_item_ids=8u94t
उदाहरण रिस्पॉन्स
https://ads-api.x.com/12/accounts/:account_id/targeting_criteria/:targeting_criterion_id
पैरामीटर
उदाहरण अनुरोध
GET https://ads-api.x.com/12/accounts/18ce54d4x5t/targeting_criteria/eijd4y
उदाहरण रिस्पॉन्स
targeting_value खोजने हेतु टार्गेटिंग विकल्प पेज देखें। हम अनुशंसा करते हैं कि आप सभी डेटा को हर सप्ताह रीफ़्रेश करें, ताकि आप targeting type मानों के नवीनतम सेट के साथ काम कर सकें। हम समय-समय पर मानों और उपलब्ध टार्गेटिंग मानदंड में बदलाव करते हैं; इनमें से अधिकांश बार-बार नहीं बदलते, लेकिन कुछ बदलते हैं। इस बात की कोई गारंटी नहीं है कि ये मान अपरिवर्तित रहेंगे।
targeting_value में निर्दिष्ट keywords के साथ BROAD_KEYWORD, EXACT_KEYWORD, PHRASE_KEYWORD, या UNORDERED_KEYWORD targeting type का उपयोग करें। keywords को बाहर रखने के लिए operator_type request parameter को NE पर सेट करें। प्रत्येक type का विस्तृत विवरण देखने के लिए targeting keyword types देखें।
नोट: प्रत्येक line item के लिए केवल एक age bucket को target करना संभव है।
नोट: किसी Custom Audience को target करने के लिए, उस audience का targetable होना ज़रूरी है। अर्थात, targerable का मान true होना चाहिए।
नोट: targeting type TV_SHOW का उपयोग करते समय, TV_SHOW targeting सेट करने से पहले line item पर कम-से-कम एक LOCATION टार्गेटिंग मानदंड होना चाहिए, और सभी LOCATION उसी locale के भीतर होने चाहिए जिस TV_SHOW को target किया जा रहा है।
संसाधन URL
https://ads-api.x.com/12/accounts/:account_id/targeting_criteria
पैरामीटर
उदाहरण अनुरोध
POST https://ads-api.x.com/12/accounts/18ce54d4x5t/targeting_criteria?line_item_id=619jl&targeting_type=BROAD_KEYWORD&targeting_value=technology
उदाहरण रिस्पॉन्स
- वर्तमान में अधिकतम बैच आकार 500 है।
- सभी पैरामीटर रिक्वेस्ट बॉडी में भेजे जाते हैं, और
application/jsonकाContent-Typeआवश्यक है। - बैच रिक्वेस्ट समूह के रूप में एक साथ विफल या सफल होते हैं, और त्रुटि तथा सफलता दोनों ही स्थितियों में सभी API रिस्पॉन्स प्रारंभिक रिक्वेस्ट के आइटमों का क्रम बनाए रखते हैं।
- रिक्वेस्ट-स्तर की त्रुटियाँ (जैसे, अधिकतम बैच आकार पार हो जाना) रिस्पॉन्स में
errorsऑब्जेक्ट के अंतर्गत दिखाई जाती हैं। - आइटम-स्तर की त्रुटियाँ (जैसे, आवश्यक Targeting Criteria पैरामीटर का अनुपस्थित होना) रिस्पॉन्स में
operation_errorsऑब्जेक्ट के अंतर्गत दिखाई जाती हैं।
https://ads-api.x.com/12/batch/accounts/:account_id/targeting_criteria
पैरामीटर
उदाहरण रिक्वेस्ट
POST https://ads-api.x.com/12/batch/accounts/18ce54d4x5t/targeting_criteria
https://ads-api.x.com/12/accounts/:account_id/targeting_criteria/:targeting_criterion_id
पैरामीटर
उदाहरण अनुरोध
DELETE https://ads-api.x.com/12/accounts/18ce54d4x5t/targeting_criteria/dpl3a6
उदाहरण रिस्पॉन्स
- ऐप स्टोर श्रेणियाँ
- वार्तालाप
- डिवाइस
- इवेंट
- रुचियाँ
- भाषाएँ
- स्थान
- नेटवर्क ऑपरेटर
- प्लेटफ़ॉर्म संस्करण
- प्लेटफ़ॉर्म
- टीवी बाज़ार
- टीवी शो
https://ads-api.x.com/12/targeting_criteria/app_store_categories
पैरामीटर
उदाहरण अनुरोध
GET https://ads-api.x.com/12/targeting_criteria/app_store_categories?q=music&os_type=IOS
उदाहरण रिस्पॉन्स
https://ads-api.x.com/12/targeting_criteria/conversations
पैरामीटर
उदाहरण अनुरोध
GET https://ads-api.x.com/12/targeting_criteria/conversations?count=2
उदाहरण रिस्पॉन्स
https://ads-api.x.com/12/targeting_criteria/devices
पैरामीटर
उदाहरण अनुरोध
GET https://ads-api.x.com/12/targeting_criteria/devices?count=2&q=iphone
उदाहरण रिस्पॉन्स
start_time और end_time मान UTC±00:00 में दिखाए जाते हैं, चाहे इवेंट का locale और timezone कुछ भी हो। इवेंट start_time और end_time मानों को query करते समय और उनके साथ काम करते समय इस डिज़ाइन को ध्यान में रखें। उदाहरण के लिए, US के Independence Day को UTC±00:00 में start_time=2017-07-04T00:00:00Z और end_time=2017-07-05T00:00:00Z के रूप में दिखाया जाता है, जिससे US के भीतर कई timezones में इस अवकाश के होने से जुड़ी समस्या से बचा जा सके।
संसाधन URL
https://ads-api.x.com/12/targeting_criteria/events
पैरामीटर
उदाहरण अनुरोध
GET https://ads-api.x.com/12/targeting_criteria/events?count=1
उदाहरण रिस्पॉन्स
https://ads-api.x.com/12/targeting_criteria/interests
पैरामीटर
उदाहरण अनुरोध
GET https://ads-api.x.com/12/targeting_criteria/interests?q=books
उदाहरण रिस्पॉन्स
https://ads-api.x.com/12/targeting_criteria/languages
पैरामीटर
उदाहरण अनुरोध
GET https://ads-api.x.com/12/targeting_criteria/languages?q=english
उदाहरण रिस्पॉन्स
location_type request parameter के साथ CITIES enum का उपयोग करें।
Designated Market Areas (DMAs) को target करने के लिए, METROS enum का उपयोग करें।
संसाधन URL
https://ads-api.x.com/12/targeting_criteria/locations
पैरामीटर
उदाहरण अनुरोध
GET https://ads-api.x.com/12/targeting_criteria/locations?location_type=CITIES&q=los angeles
उदाहरण रिस्पॉन्स
https://ads-api.x.com/12/targeting_criteria/network_operators
पैरामीटर
उदाहरण अनुरोध
GET https://ads-api.x.com/12/targeting_criteria/network_operators?count=5&country_code=US
उदाहरण रिस्पॉन्स
https://ads-api.x.com/12/targeting_criteria/platform_versions
पैरामीटर
उदाहरण अनुरोध
GET https://ads-api.x.com/12/targeting_criteria/platform_versions
उदाहरण रिस्पॉन्स
https://ads-api.x.com/12/targeting_criteria/platforms
पैरामीटर
उदाहरण अनुरोध
GET https://ads-api.x.com/12/targeting_criteria/platforms
उदाहरण रिस्पॉन्स
https://ads-api.x.com/12/targeting_criteria/tv_markets
पैरामीटर
कोई नहीं
उदाहरण अनुरोध
GET https://ads-api.x.com/12/targeting_criteria/tv_markets
उदाहरण रिस्पॉन्स
estimated_users का मान 1000 दिखाई देगा।
नोट: TV चैनल और शैली-आधारित टार्गेटिंग विकल्प अब समर्थित नहीं हैं।
संसाधन URL
https://ads-api.x.com/12/targeting_criteria/tv_shows
पैरामीटर
उदाहरण रिक्वेस्ट
GET https://ads-api.x.com/12/targeting_criteria/tv_shows?locale=en-US&q=news&count=1
उदाहरण रिस्पॉन्स
https://ads-api.x.com/12/accounts/:account_id/targeting_suggestions
पैरामीटर
उदाहरण अनुरोध
GET https://ads-api.x.com/12/accounts/18ce54d4x5t/targeting_suggestions?suggestion_type=KEYWORD&targeting_values=developers&count=2"
उदाहरण रिस्पॉन्स
https://ads-api.x.com/12/accounts/:account_id/tax_settings
पैरामीटर
उदाहरण अनुरोध
GET https://ads-api.x.com/12/accounts/18ce54d4x5t/tax_settings
उदाहरण रिस्पॉन्स
https://ads-api.x.com/12/accounts/:account_id/tax_settings
पैरामीटर
उदाहरण अनुरोध
PUT https://ads-api.x.com/12/accounts/18ce54d4x5t/tax_settings?address_name=ABC, Co.
उदाहरण रिस्पॉन्स
https://ads-api.x.com/12/accounts/:account_id/tracking_tags
पैरामीटर
उदाहरण अनुरोध
GET https://ads-api.x.com/12/accounts/18ce54d4x5t/tracking_tags?tracking_tag_ids=3m82
उदाहरण रिस्पॉन्स
https://ads-api.x.com/12/accounts/:account_id/tracking_tags/:tracking_tag_id
पैरामीटर
उदाहरण अनुरोध
GET https://ads-api.x.com/12/accounts/18ce54d4x5t/tracking_tags/555j
उदाहरण रिस्पॉन्स
https://ads-api.x.com/12/accounts/:account_id/tracking_tags
पैरामीटर
उदाहरण अनुरोध
POST https://ads-api.x.com/12/accounts/18ce54d4x5t/tracking_tags?line_item_id=fdwcl&tracking_tag_type=IMPRESSION_TAG&tracking_tag_url=https://ad.doubleclick.net/ddm/trackimp/N1234.2061500TWITTER-OFFICIAL/B9156151.125630439;dc_trk_aid=1355;dc_trk_cid=8675309
उदाहरण रिस्पॉन्स
https://ads-api.x.com/12/accounts/:account_id/tracking_tags/:tracking_tag_id
पैरामीटर
उदाहरण अनुरोध
PUT https://ads-api.x.com/12/accounts/18ce54d4x5t/tracking_tags/3m82?tracking_tag_url=https://ad.doubleclick.net/ddm/trackimp/N1234.2061500TWITTER-OFFICIAL/B9156151.125630439;dc_trk_aid=1355;dc_trk_cid=8675309
उदाहरण रिस्पॉन्स
https://ads-api.x.com/12/accounts/:account_id/tracking_tags/:tracking_tag_id
पैरामीटर
उदाहरण अनुरोध
DELETE https://ads-api.x.com/12/accounts/18ce54d4x5t/tracking_tags/555j
उदाहरण रिस्पॉन्स
https://ads-api.x.com/12/accounts/:account_id/user_settings/:user_id
पैरामीटर
उदाहरण अनुरोध
GET https://ads-api.x.com/12/accounts/18ce54d4x5t/user_settings/756201191646691328
उदाहरण रिस्पॉन्स
https://ads-api.x.com/12/accounts/:account_id/user_settings/:user_id
पैरामीटर
अनुरोध का उदाहरण
PUT https://ads-api.x.com/12/accounts/18ce54d4x5t/user_settings/756201191646691328?notification_email='user@domain.com'&subscribe_email_types=ACCOUNT_PERFORMANCE,PERFORMANCE_IMPROVEMENT"
रिस्पॉन्स का उदाहरण