إدارة المستودع

التصريح عن الجهة المخولة ببيع مستودعك باستخدام ads.txt

البائعون الرقميون المعتمدون أو ads.txt هي إحدى مبادرات مكتب الإعلانات التفاعلية (IAB) التي تساعد على ضمان عدم بيع مستودع إعلاناتك الرقمي إلا من خلال البائعين (مثل AdSense) الذين حدّدتهم كبائعين معتمدين. يمنحك إنشاء ملفات ads.txt الخاصة مزيدًا من التحكم في الجهات التي يُسمح لها ببيع إعلانات على موقعك ويساعدك في منع عرض المستودع المزيف إلى المعلنين.

لست مضطرًا إلى استخدام ads.txt، ولكن ننصحك بذلك. يمكن أن يساعد ملف ads.txt المشترين في تحديد المستودع المزيف، كما يساعدك في الحصول على المزيد من المبالغ التي ينفقها المعلنون والتي كان من المحتمل، بخلاف ذلك، أن يتم إنفاقها على هذا المستودع المزيف.

إنشاء ملف ads.txt في AdSense

إليك كيفية إنشاء ملف ads.txt للتصريح بشكل علني أن Google مخولة ببيع مستودع إعلاناتك:

  1. أنشئ ملفًا نصيًا (.txt).
  2. ضمّن السطر التالي:

    google.com, pub-0000000000000000, DIRECT, f08c47fec0942fa0

    مهم: تأكد من استبدال pub-0000000000000000 بـ الرقم التعريفي للناشر.
  3. استضف ads.txt على نطاقك الرئيسي (على سبيل المثال، https://example.com/ads.txt).

    يتم تعريف "النطاق الرئيسي" هنا على أنه مستوى واحد أقل من قائمة اللاحقة العامة، وهي الطريقة التي يتم تعريفه بها في مواصفات ads.txt لمكتب الإعلانات التفاعلية (IAB). على سبيل المثال، سيتم اعتبار "google.co.uk" نطاقًا رئيسيًا حيث أن "co.uk" مُدرج في قائمة اللاحقة العامة، ولكن "maps.google.co.uk" لن يتم اعتباره نطاقًا رئيسيًا.

وتوضح هذه الخطوات كيفية إنشاء ملف ads.txt لناشري Google AdSense. بالنسبة إلى أنظمة SSP/أنظمة التبادل الأخرى، انتقل إلى وثائقها المتعلقة بإنشاء ملف ads.txt أو اتصل بها.

ما المعلومات التي يتضمنها ملف ads.txt؟

يجب تضمين سطر منفصل في الملف لكل بائع معتمد. يتطلب كل سطر في قائمة ads.txt للناشر ثلاث مجموعات من البيانات (بالإضافة إلى حقل رابع اختياري):

<Field #1>، <Field #2>، <Field #3>، <Field #4>

  • <Field #1>: اسم النطاق للنظام الإعلاني (مطلوب).

    اسم النطاق القانوني لنظام SSP، ونظام التبادل، ونظام تضمين العنوان، وما إلى ذلك من العناصر التي تتصل بها أنظمة عروض الأسعار. قد يمثل ذلك النطاق التشغيلي للنظام، إذا كان مختلفًا عن نطاق الشركة الرئيسي، لتسهيل عمليات البحث عن عناوين IP العكسية وWHOIS لترسيخ ملكية واضحة لنظام المفوِّض. وبشكل مثالي، ينشر نظام SSP أو نظام التبادل مستندًا يوضح اسم النطاق المطلوب استخدامه. 

    بالنسبة إلى حسابات بائعي Google، يكون اسم النطاق دائمًا google.com.

  • <Field #2>: رقم تعريف حساب الناشر (مطلوب).

    المُعرّف المرتبط بحساب المورد أو البائع ضمن النظام الإعلاني في الحقل رقم 1. يجب أن يتضمن هذا الحقل نفس القيم المستخدمة في المعاملات (مثل طلبات عروض أسعار OpenRTB) في الحقل المحدّد من قبل نظام SSP/نظام التبادل. ويمثل ذلك عادة في OpenRTB حقل publisher.id. وبالنسبة إلى OpenDirect، يمثل ذلك عادةً رقم تعريف المؤسَّسة للناشر. 

    بالنسبة إلى حسابات بائعي Google، يمكنك استخدام الرقم التعريفي للناشر المعروض في كل حساب (على سبيل المثال، pub-0000000000000000). وللعثور على هذا الرقم التعريفي:

    ضمّن البادئة pub- والشفرة الرقمية المكونة من 16 رقمًا فقط في تصريحك. ويمكنك حذف البادئة المحدّدة للمنتج (على سبيل المثال، ca- أو ca-video-). إذا كنت تعمل على تحقيق الربح المادي من عدة حسابات على "مدير الإعلانات" و/أو AdSense، عليك تضمين سطر منفصل لكل حساب، مع شفرة pub- المقابلة له.
    لا يتم تحقيق الربح المادي من النطاقات - التي يتم فيها نشر ملف ads.txt، ولكن الرقم التعريفي للناشر الذي يخص البائع غير مُصرَّح به في الملف - عبر "مدير الإعلانات" بعد الآن، وستتوقف Google عن شراء الإعلانات على هذه المواقع بعد ذلك. ولتجنُّب التأثير على أرباحك، نوصيك بتعديل ملفات ads.txt لتشمل الأرقام التعريفية للناشر لكل موقع ترغب في تحقيق الربح منه (تعرّف على كيفية تعديل ملفات ads.txt في "مدير الإعلانات"). وإذا كنت تستخدم ميزة Scaled Partner Management، نوصيك بالتعاون مع الشركاء في هذه الميزة لتضمين رقمك التعريفي للناشر في ملفات ads.txt التابعة لهم.
  • <Field #3>: نوع الحساب/العلاقة (مطلوب).

    تعداد نوع الحساب.

    • تشير قيمة 'DIRECT' إلى أن الناشر (مالك المحتوى) يتحكم بشكل مباشر في الحساب الموضح في الحقل رقم 2 في النظام المذكور في الحقل رقم 1. وهذا يعني عقد عمل مباشر بين الناشر والنظام الإعلاني.

      ينبغي على ناشري Google الذين يتحكمون بشكل مباشر في الحساب المُشار إليه في الحقل رقم 2 تحديد 'DIRECT'.

    • تشير قيمة 'RESELLER' إلى أن الناشر خول جهة أخرى بالتحكم في الحساب المُشار إليه في الحقل رقم 2 وإعادة بيع مساحته الإعلانية عبر النظام الموضح في الحقل رقم 1. وقد تتم إضافة أنواع أخرى في المستقبل. يُرجى ملاحظة أنه ينبغي التعامل مع هذا الحقل على أنه غير حساس لحالة الأحرف عند تفسير البيانات.

      على ناشري Google الذين لا يتحكمون مباشرةً في الحساب المُشار إليه في الحقل رقم 2 تحديد 'RESELLER'. وعلى سبيل المثال، يتعين على حساب "مدير الإعلانات" الذي يستخدم "إدارة شريك الشبكة" تحديد 'RESELLER' للمستودع الذي لا يديره الحساب بشكل مباشر.

  • <Field #4>: رقم تعريف مرجع التصديق (اختياري).

    رقم تعريف يحدِّد بشكل فريد النظام الإعلاني ضمن مرجع التصديق (يُعيِّن رقم التعريف هذا الجهة المُدرجة في الحقل رقم 1). ويمثل مرجع التصديق الحالي مجموعة المساءلة الموثوق فيها (TAG)، وسيتم تضمين رقم تعريف TAG هنا.

    بالنسبة إلى حسابات بائعي Google، يكون رقم تعريف مجموعة المساءلة الموثوق فيها (TAG) هو f08c47fec0942fa0.

في هذا الفيديو، نتناول تعريف ملفات ads.txt، وسبب دعمنا لهذه المبادرة وكيفية تفويض Google لبيع المساحة المتوفّرة للإعلانات عبر ملف ads.txt.

Ads.txt وتفويض Google لبيع مخزونك

الأسئلة الشائعة

يظهر لي تنبيه بخصوص ملف ads.txt في AdSense. كيف يمكنني تحديد مواقعي التي تتضمّن ملف ads.txt غير صحيح؟

إذا رأيت تنبيهًا بخصوص ads.txt في حسابك، يمكنك زيارة صفحة المواقع لعرض قائمة بالمواقع المتأثّرة.

لا يمكنني وضع ملف في النطاق الرئيسي. ماذا يجب أن أفعل؟

لا يتعيّن عليك استخدام ملف ads.txt. ومع ذلك، في حالة إضافة ملف ads.txt إلى نطاقك الرئيسي، احرص على التواصل مع مشرف موقعك ومطالبته بإضافة الرقم التعريفي للناشر إلى هذا الملف.

كيف ستنفذ Google ملفات ads.txt؟

عند نشر ملف ads.txt على نطاق رئيسي، ستستخدم Google محتويات هذا الملف لتحديد حسابات بائعي Google التي سيسمح لها بعرض الإعلانات على هذا النطاق الرئيسي.

عند طلب إعلان لموقع معين، سنتحقق مما إذا كان النطاق الرئيسي لهذا الموقع يتضمن ملف ads.txt أو لا. في حالة عدم وجود ملف ads.txt، فلن يكون هناك أي تنفيذ إضافي. وفي حالة وجود ملف ads.txt وإدراج الرقم التعريفي للناشر بشكل صحيح، سننفذ مزادًا ونعرض الإعلان الفائز. وفي حالة وجود ملف ads.txt وعدم إدراج الرقم التعريفي للناشر بشكل صحيح، فلن ننفذ مزادًا لهذا الطلب.

يتحقق نظامنا تلقائيًا بحثًا عن ملفات ads.txt الجديدة والمُحدّثة. يُرجى ملاحظة أنه في حالة تحديث ملف ads.txt أو إزالته، قد يستغرق نظامنا ما يصل إلى 24 ساعة لتسجيل التغييرات التي أجريتها.

هل تدعم Google ملفات ads.txt فقط في النطاقات الرئيسية أم تدعمها أيضًا في النطاقات الفرعية وفقًا لتحديث مواصفات ads.txt - الإصدار 1.0.1 في شهر أيلول (سبتمبر) 2017؟

في عام 2017، ستزحف Google فقط إلى ملفات ads.txt الموضوعة في النطاقات الرئيسية وستنفذها، مع تجاهل الملفات الموضوعة في النطاقات الفرعية. لذا تأكّد من تضمين البائعين المصرّح لهم لنطاقاتك الفرعية في ملف ads.txt الذي تضعه في نطاقك الرئيسي. ونحن نخطّط للزحف إلى ملفات ads.txt الموضوعة في النطاقات الفرعية وتنفيذها في مطلع عام 2018. وسنقدّم مزيدًا من التفاصيل عند توفّر هذه الميزة.

هل تدعم Google عمليات إعادة التوجيه وفقًا لتحديث مواصفات ads.txt - الإصدار 1.0.1 في شهر أيلول (سبتمبر) 2017؟

وفقًا لما ورد في تحديث مواصفات ads.txt - الإصدار 1.0.1، تدعم Google عملية إعادة توجيه واحدة لبروتوكول HTTP إلى وجهة خارج النطاق الرئيسي الأصلي (على سبيل المثال، إعادة توجيه example1.com/ads.txt إلى example2.com/ads.txt).

يتم أيضًا دعم عمليات إعادة التوجيه المتعددة، طالما يظل كل موقع تتم إعادة التوجيه إليه في حدود النطاق الرئيسي الأصلي. مثل:

  • إعادة توجيه example.com/ads.txt إلى www.example.com/ads.txt
  • إعادة توجيه example.com/ads.txt إلى subdomain.example.com/ads.txt
  • إعادة توجيه example.com/ads.txt إلى example.com/page/ads.txt

كيف يمكنني إعداد ملف ads.txt لخدمة Blogger؟

يُرجى الرجوع إلى مركز مساعدة Blogger للحصول على التعليمات.

هل كانت هذه المقالة مفيدة؟
كيف يمكننا تحسينها؟