ads.txt वैलिडेटर

अपनी ads.txt लाइन दर लाइन जाँचें।

अपनी Authorized Digital Sellers फ़ाइल पेस्ट करें और उसे IAB Tech Lab स्पेक के विरुद्ध जाँचें। हर त्रुटि, चेतावनी और सूचना, ठीक-ठीक लाइन और उसे ठीक करने के तरीके के साथ। कुछ भी आपके ब्राउज़र से बाहर नहीं जाता।

0 लाइनें

पूरी तरह आपके ब्राउज़र में पार्स होती है — आपकी फ़ाइल कभी अपलोड नहीं होती।

एक उदाहरण आज़माएँ:

आपके नतीजे यहाँ दिखेंगे

कोई फ़ाइल पेस्ट करें या उदाहरण लोड करें, फिर वैलिडेटर चलाएँ। यह हर लाइन को लोकल ही जाँचता है — कोई अपलोड नहीं, कोई नेटवर्क नहीं।

यह क्या है

आपकी इन्वेंट्री कौन बेच सकता है, इसकी सार्वजनिक सूची।

Authorized Digital Sellers — यानी ads.txt — IAB Tech Lab का एक मानक है। आप yourdomain.com/ads.txt पर एक प्लेन-टेक्स्ट फ़ाइल पब्लिश करते हैं जिसमें हर उस विज्ञापन सिस्टम का नाम होता है जो आपकी इन्वेंट्री बेचने के लिए अधिकृत है, और वे अकाउंट ID जो वे इस्तेमाल करते हैं।

खरीदार उस फ़ाइल को क्रॉल करके पक्का करते हैं कि बिड रिक्वेस्ट असली है, जिससे डोमेन स्पूफ़िंग और बिना अनुमति की रीसेलिंग का रास्ता बंद हो जाता है। अगर कोई विक्रेता आपकी ads.txt में नहीं है, तो सतर्क खरीदार उस इंप्रेशन पर भरोसा ही नहीं करेंगे — इसलिए सही फ़ाइल ही बिड और स्किप के बीच का फ़र्क़ है।

फ़ॉर्मैट

हर डेटा रिकॉर्ड में वही चार फ़ील्ड होते हैं।

एक रिकॉर्ड यानी कॉमा से अलग की गई वैल्यू की एक लाइन। पहले तीन फ़ील्ड ज़रूरी हैं; चौथा वैकल्पिक है। खाली लाइनें और # के बाद का सब कुछ कमेंट मानकर नज़रअंदाज़ कर दिया जाता है।

  1. 1 ज़रूरी
    google.com

    विज्ञापन सिस्टम का डोमेन

    SSP या एक्सचेंज का कैनोनिकल डोमेन — google.com जैसा सादा होस्ट, बिना https:// या पाथ के।

  2. 2 ज़रूरी
    pub-0000000000000000

    पब्लिशर अकाउंट ID

    उस विज्ञापन सिस्टम में आपका सेलर या अकाउंट ID, ठीक वैसा ही जैसा उन्होंने जारी किया है।

  3. 3 ज़रूरी
    DIRECT

    संबंध

    DIRECT अगर आपका उस सिस्टम से सीधा अनुबंध है, RESELLER अगर वे आपकी ओर से बेचने के लिए अधिकृत हैं।

  4. 4 वैकल्पिक
    f08c47fec0942fa0

    सर्टिफ़िकेशन अथॉरिटी ID

    सिस्टम का TAG-ID — आम तौर पर 16 हेक्साडेसिमल अक्षर। वैकल्पिक, पर यह ऑथराइज़ेशन चेन को मज़बूत करता है।

वेरिएबल

रिकॉर्ड से आगे: वे घोषणाएँ जो खरीदार भी पढ़ते हैं।

वेरिएबल KEY=value वाली लाइनें हैं जो किसी एक विक्रेता के बजाय खुद फ़ाइल के बारे में बताती हैं। वैलिडेटर स्पेक के पाँचों को पहचानता है — v1.0 के दो मूल वेरिएबल और मालिकाना हक़ व मैनेजमेंट की पारदर्शिता के लिए v1.1 में जोड़े गए तीन।

CONTACT v1.0

फ़ाइल से जुड़े सवालों के लिए एक संपर्क — ईमेल पता या URL। वैकल्पिक, पर रखना अच्छा रहता है।

SUBDOMAIN v1.0

ऐसे सबडोमेन की ओर इशारा करता है जिसकी अपनी ads.txt है, ताकि खरीदार उसे भी क्रॉल करें।

OWNERDOMAIN v1.1

इन्वेंट्री के मालिक का रूट डोमेन। हर फ़ाइल में एक ही — खरीदार इससे पक्का करते हैं कि कमाई किसकी है।

MANAGERDOMAIN v1.1

विशेष मॉनिटाइज़ेशन पार्टनर का डोमेन, चाहें तो किसी देश कोड तक सीमित।

INVENTORYPARTNERDOMAIN v1.1

ऐसे पार्टनर का नाम देता है जिसकी sellers.json को अप्रत्यक्ष इन्वेंट्री के लिए भी देखा जाना चाहिए।

आम गड़बड़ियाँ

सबसे ज़्यादा दिखने वाली त्रुटियाँ — और उनका हल।

DIRECT / RESELLER फ़ील्ड गायब है

हर डेटा रिकॉर्ड में तीसरे फ़ील्ड के तौर पर संबंध होना चाहिए। अकाउंट ID के बाद DIRECT या RESELLER जोड़ें।

डोमेन में https:// या कोई पाथ है

पहला फ़ील्ड सादा होस्ट होता है। google.com लिखें, न कि https://google.com/ads या www.google.com।

छोटे अक्षरों में direct / reseller

पढ़ने वाले सिस्टम केस का फ़र्क़ नहीं देखते, पर स्पेक का मानक रूप बड़े अक्षरों में है। DIRECT और RESELLER लिखें।

डुप्लिकेट रिकॉर्ड

एक ही डोमेन, अकाउंट ID और संबंध दो बार लिखने से शोर बढ़ता है और कॉपी-पेस्ट की गलती छिप सकती है। अतिरिक्त लाइन हटा दें।

अनजाना या खाली वेरिएबल

सिर्फ़ CONTACT, SUBDOMAIN, OWNERDOMAIN, MANAGERDOMAIN और INVENTORYPARTNERDOMAIN ही पहचाने जाते हैं, और हर एक को = के बाद एक वैल्यू चाहिए।

सर्टिफ़िकेशन अथॉरिटी ID नहीं है

यह त्रुटि नहीं है, पर जहाँ भी विज्ञापन सिस्टम TAG-ID पब्लिश करता हो, उसे जोड़ें — इससे ऑथराइज़ेशन को जाली बनाना मुश्किल हो जाता है।

पब्लिशर्स के लिए RevIQ

हम आपकी ऑथराइज़ेशन चेन साफ़ रखते हैं, ताकि हर इंप्रेशन बिक सके।

RevIQ ऑनबोर्डिंग के हिस्से के तौर पर आपकी ads.txt और sellers.json एंट्रियाँ मैनेज करता है, हर डॉलर के पीछे के विक्रेता संबंध सत्यापित करता है, और दिखाता है कि असल में कौन-से डिमांड पाथ पैसा देते हैं। पारदर्शी शुल्क, ट्रेस करने योग्य खर्च, असली इन्वेंट्री।

  • मैनेज्ड ads.txt और sellers.json, आपके पार्टनर बदलें तो साथ-साथ अपडेट
  • सत्यापित DIRECT और RESELLER संबंध, शुरू से आख़िर तक
  • ट्रेस करने योग्य पेआउट — हर इंप्रेशन पर लिया गया शुल्क देखें
FAQ

ads.txt, जवाबों के साथ

Authorized Digital Sellers को लेकर पब्लिशर्स सबसे ज़्यादा यही सवाल पूछते हैं।

एक्सेस का अनुरोध करें
  • क्या यह ads.txt वैलिडेटर मुफ़्त है?

    हाँ। अपनी फ़ाइल पेस्ट करें और जितनी बार चाहें जाँचें। यह पूरी तरह आपके ब्राउज़र में चलता है, इसलिए आपकी फ़ाइल कभी किसी सर्वर पर अपलोड नहीं होती।

  • मेरी ads.txt फ़ाइल कहाँ रखनी चाहिए?

    आपके डोमेन की रूट पर — https://yourdomain.com/ads.txt — और text/plain के तौर पर सर्व होनी चाहिए। खरीदार सिर्फ़ वहीं देखते हैं, इसलिए यह किसी सबफ़ोल्डर में नहीं रह सकती।

  • DIRECT और RESELLER में क्या फ़र्क़ है?

    DIRECT का मतलब है कि अपनी इन्वेंट्री के लिए आपका उस विज्ञापन सिस्टम से सीधा अनुबंध है। RESELLER का मतलब है कि आपने उन्हें किसी तीसरे पक्ष के ज़रिए अपनी ओर से बेचने के लिए अधिकृत किया है।

  • क्या यह ads.txt v1.0 और v1.1 दोनों जाँचता है?

    हाँ। यह v1.0 के रिकॉर्ड और CONTACT व SUBDOMAIN वेरिएबल समझता है, साथ ही v1.1 में जुड़े OWNERDOMAIN, MANAGERDOMAIN और INVENTORYPARTNERDOMAIN भी।

  • क्या मैं URL से किसी लाइव डोमेन की जाँच कर सकता हूँ?

    ब्राउज़र ज़्यादातर ads.txt फ़ाइलों पर क्रॉस-ऑरिजिन रिक्वेस्ट रोक देते हैं, इसलिए यहाँ URL से फ़ेच करना भरोसेमंद नहीं है। yourdomain.com/ads.txt खोलें, सामग्री कॉपी करें, और ऊपर पेस्ट कर दें — जाँच बिलकुल वही रहती है।

देखें कि RevIQ के साथ आपकी इन्वेंट्री कितना ज़्यादा कमा सकती है।

एक्सेस का अनुरोध करें और हम दिखाएँगे कि आपकी ads.txt कौन-सी डिमांड खोल रही है।