ads.txt में DIRECT और RESELLER में क्या अंतर है?

DIRECT का अर्थ है publisher का उस advertising system के साथ एक सीधा खाता है और वह seller संबंध नियंत्रित करता है। RESELLER का अर्थ है एक authorized partner अपने खाते के माध्यम से inventory पुनर्विक्रय करता है। तीसरा field ठीक इन दो कीवर्ड में से एक होना चाहिए।

क्या यह validator app-ads.txt के लिए भी काम करता है?

हाँ। app-ads.txt ads.txt के समान record grammar उपयोग करता है — वही DATA record fields और VARIABLE घोषणाएँ — इसलिए आप किसी भी फ़ाइल को पेस्ट कर सकते हैं और वही जाँच लागू होती है। app-ads.txt बस आपके app store listing के developer domain पर रहती है।

OWNERDOMAIN जैसी VARIABLE पंक्तियाँ कैसे संभाली जाती हैं?

KEY=value के रूप में लिखी पंक्तियाँ seller records के बजाय variables के रूप में पार्स होती हैं। validator CONTACT, SUBDOMAIN, OWNERDOMAIN, MANAGERDOMAIN और INVENTORYPARTNERDOMAIN पहचानता है, अज्ञात keys पर चेतावनी देता है, और एक बिना मान वाले variable को चिह्नित करता है।

एक duplicate ads.txt record के रूप में क्या गिना जाता है?

वही advertising system domain, publisher account id, और संबंध वाले दो records — domain पर case-insensitive तुलना — duplicates हैं, भले ही एक certification authority id जोड़े। validator उस पहली पंक्ति की ओर इशारा करता है जिस पर record दिखा ताकि आप दोहराव हटा सकें।

जब मैं मान्य करता हूँ तो क्या मेरी ads.txt फ़ाइल अपलोड होती है?

नहीं। validator फ़ाइल को आपके डिवाइस पर पार्स और जाँचता है और कभी दूरस्थ ads.txt URL या ad टैग fetch नहीं करता। आपके द्वारा पेस्ट किया कुछ भी ArrayKit या किसी crawler को नहीं भेजा जाता।

ads.txt / app-ads.txt Validator

एक ads.txt या app-ads.txt फ़ाइल को अपने ब्राउज़र में पंक्ति दर पंक्ति मान्य करें। आपके द्वारा पेस्ट की गई फ़ाइल आपके डिवाइस पर रहती है।

ads.txt / app-ads.txt Validator पूरी तरह आपके ब्राउज़र में चलता है। आपके द्वारा पेस्ट की गई फ़ाइल आपके डिवाइस पर पार्स और जाँची जाती है और कभी ArrayKit पर अपलोड या किसी दूरस्थ URL से fetch नहीं होती।

sellers.json Validator खोलें

ads.txt वैलिडेटर के बारे में

ads.txt / app-ads.txt Validator आपकी Authorized Digital Sellers फ़ाइल को पेस्ट करते ही lint करता है। यह हर पंक्ति पर चलता है, DATA records को उनके अल्पविराम-पृथक fields में विभाजित करता है, और पुष्टि करता है कि हर एक में आवश्यक 3 या 4 fields हैं: advertising system domain, publisher account id, एक DIRECT या RESELLER संबंध, और एक वैकल्पिक certification authority id जैसे एक TAG-ID। Comments और खाली पंक्तियाँ छोड़ दी जाती हैं, OWNERDOMAIN, CONTACT, SUBDOMAIN, MANAGERDOMAIN और INVENTORYPARTNERDOMAIN जैसी VARIABLE पंक्तियाँ पार्स होती हैं, और गलत field गणना, खराब संबंध मान, duplicate entries और भटके whitespace को पंक्ति संख्या और एक सुझाए समाधान के साथ चिह्नित किया जाता है। एक सारांश DIRECT बनाम RESELLER records और अद्वितीय seller domains गिनता है। publishers और ad-ops टीमें यहाँ अपनी फ़ाइल का ऑडिट करती हैं बिना उसे किसी तीसरे-पक्ष crawler को पोस्ट किए — हर जाँच आपके डिवाइस पर चलती है।

विशेषताएँ

मान्य करता है कि हर DATA record में ठीक 3 या 4 अल्पविराम-पृथक fields हैं
पुष्टि करता है कि संबंध field DIRECT या RESELLER है और casing normalize करता है
VARIABLE पंक्तियाँ पार्स करता है: CONTACT, SUBDOMAIN, OWNERDOMAIN, MANAGERDOMAIN, INVENTORYPARTNERDOMAIN
comments (#) और खाली पंक्तियाँ उसी तरह छोड़ता है जैसे एक ads.txt crawler करता है
duplicate seller records चिह्नित करता है और उस पहली पंक्ति की ओर इशारा करता है जिस पर वे दिखे
भटके whitespace padding और ग़ैर-domain-जैसे advertising system fields पर चेतावनी देता है
DIRECT बनाम RESELLER गणना और अद्वितीय seller domains की संख्या सारांशित करता है
फ़ाइल को पूरी तरह आपके ब्राउज़र में पार्स करता है — आपके द्वारा पेस्ट किया कुछ भी अपलोड नहीं होता

ads.txt वैलिडेटर का उपयोग कैसे करें

अपनी ads.txt या app-ads.txt फ़ाइल पेस्ट करें, या प्रारूप देखने के लिए नमूना लोड करें
error और warning गणना के लिए फैसला banner पढ़ें
सुझाए सुधार का उपयोग करके हर चिह्नित पंक्ति ठीक करने के लिए Findings खोलें
DIRECT, RESELLER, और अद्वितीय domains की सारांश गणना जाँचें

उदाहरण

इनपुट

google.com, pub-0000000000000000, DIRECT, f08c47fec0942fa0
appnexus.com, 3456, RESELLER
badexchange.com, 99, PARTNER

आउटपुट

2 records valid
Line 3 — Relationship must be DIRECT or RESELLER (found "PARTNER").

तीसरा field DIRECT या RESELLER होना चाहिए; PARTNER अस्वीकार है।

सामान्य त्रुटियाँ और समस्या निवारण

एक पूर्ण दिखने वाली पंक्ति पर "Expected 3 or 4 fields"। — Fields अल्पविराम-पृथक हैं, न कि space- या tab-पृथक। domain, account id, और संबंध के बीच एक अल्पविराम लगाएँ, और कोई अतिरिक्त trailing fields हटाएँ।
एक record चिह्नित है जबकि संबंध DIRECT पढ़ता है। — एक भटके वर्ण या गलत कीवर्ड की जाँच करें — केवल DIRECT और RESELLER मान्य हैं। छोटे-अक्षर direct/reseller स्वीकार है पर validator चेतावनी देता है ताकि आप इसे normalize कर सकें।
उन पंक्तियों पर duplicate चेतावनी जो केवल TAG-ID से भिन्न हैं। — Duplicate पहचान domain, account id, और संबंध का उपयोग करती है। वही seller tuple वाली दो पंक्तियाँ duplicates हैं भले ही certification authority id भिन्न हो — एक रखें।
एक subdomain के sellers buyers द्वारा उठाए नहीं जा रहे। — हर प्रत्यायोजित subdomain को एक SUBDOMAIN=sub.example.com variable पंक्ति के साथ घोषित करें ताकि crawlers जानें कि उस subdomain की अपनी ads.txt fetch करनी है।

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

ads.txt Validator हर पंक्ति पर क्या जाँचता है?: हर DATA record के लिए यह सत्यापित करता है कि 3 या 4 अल्पविराम-पृथक fields हैं — advertising system domain, publisher account id, एक DIRECT या RESELLER संबंध, और एक वैकल्पिक certification authority id — फिर गलत field गणना, खराब संबंध मान, duplicates, और भटके whitespace को पंक्ति संख्या के साथ चिह्नित करता है।
ads.txt में DIRECT और RESELLER में क्या अंतर है?: DIRECT का अर्थ है publisher का उस advertising system के साथ एक सीधा खाता है और वह seller संबंध नियंत्रित करता है। RESELLER का अर्थ है एक authorized partner अपने खाते के माध्यम से inventory पुनर्विक्रय करता है। तीसरा field ठीक इन दो कीवर्ड में से एक होना चाहिए।
क्या यह validator app-ads.txt के लिए भी काम करता है?: हाँ। app-ads.txt ads.txt के समान record grammar उपयोग करता है — वही DATA record fields और VARIABLE घोषणाएँ — इसलिए आप किसी भी फ़ाइल को पेस्ट कर सकते हैं और वही जाँच लागू होती है। app-ads.txt बस आपके app store listing के developer domain पर रहती है।
OWNERDOMAIN जैसी VARIABLE पंक्तियाँ कैसे संभाली जाती हैं?: KEY=value के रूप में लिखी पंक्तियाँ seller records के बजाय variables के रूप में पार्स होती हैं। validator CONTACT, SUBDOMAIN, OWNERDOMAIN, MANAGERDOMAIN और INVENTORYPARTNERDOMAIN पहचानता है, अज्ञात keys पर चेतावनी देता है, और एक बिना मान वाले variable को चिह्नित करता है।
एक duplicate ads.txt record के रूप में क्या गिना जाता है?: वही advertising system domain, publisher account id, और संबंध वाले दो records — domain पर case-insensitive तुलना — duplicates हैं, भले ही एक certification authority id जोड़े। validator उस पहली पंक्ति की ओर इशारा करता है जिस पर record दिखा ताकि आप दोहराव हटा सकें।
जब मैं मान्य करता हूँ तो क्या मेरी ads.txt फ़ाइल अपलोड होती है?: नहीं। validator फ़ाइल को आपके डिवाइस पर पार्स और जाँचता है और कभी दूरस्थ ads.txt URL या ad टैग fetch नहीं करता। आपके द्वारा पेस्ट किया कुछ भी ArrayKit या किसी crawler को नहीं भेजा जाता।