ניהול מלאי למודעות

מדריך ads.txt

Authorized Digital Sellers, או ads.txt היא יוזמה של IAB שנועדה לעזור לכם להבטיח שמלאי שטחי הפרסום הדיגיטלי שלכם נמכר רק דרך מפיצים (כגון AdSense) שהגדרתם כמורשים. יצירת קובץ ads.txt משלכם תאפשר לכם לקבוע מי יכול למכור מודעות באתר שלכם ותעזור לכם למנוע הצגת מלאי מזויף של שטחי פרסום למפרסמים.

מומלץ בחום להשתמש בקובץ ads.txt. בעזרת הקובץ, קונים יוכלו לזהות מלאי מזויף של שטחי פרסום ומפרסמים יוכלו להשקיע יותר כסף במלאי שלכם, במקום להשקיע אותו במלאי מזויף.

תיקון בעיות הקשורות לקובץ ads.txt ב-AdSense

אם יש בעיה בקובץ ה-ads.txt באתר שלכם, תופיע התראה על כך בחשבון AdSense. כדי למנוע פגיעה חמורה בהכנסות, עליכם לפעול לפי השלבים המפורטים בהמשך במטרה לפתור את הבעיה.

הערה: ייתכן שיחלפו כמה ימים עד שהשינויים יבואו לידי ביטוי ב-AdSense. אם לא נשלחות הרבה בקשות למודעות מהאתר שלכם, תהליך זה עשוי להימשך עד חודש.

יצירת קובץ ads.txt עבור האתר

  1. נכנסים לחשבון AdSense.
  2. בהתראה שמופיעה בדף הבית, לוחצים על תיקון הבעיה .
  3. לוחצים על החץ למטה חץ למטה כדי לפתוח את ההודעה "יצירת קובץ ads.txt עבור...".
  4. לוחצים על הורדה. ההורדה של קובץ ה-ads.txt תתבצע אוטומטית.
  5. מעלים את הקובץ אל הדומיין ברמת הבסיס של האתר (לדוגמה, https://example.com/ads.txt).

    רמות הבסיס נמצאות ברמה אחת מתחת לסיומות שמופיעות ברשימת הסיומות הציבוריות. לדוגמה, "google.co.uk" הוא דומיין הבסיס של "co.uk" אבל "maps.google.co.uk" אינו דומיין הבסיס שלו. למידע נוסף, ניתן לעיין במפרט של IAB לגבי קובצי ads.txt.

הערה: אם אתם משתמשים ברשת מודעות אחרת, זכרו להוסיף את הרשת הזו לקובץ ה-ads.txt. ניתן ליצור קשר עם רשת המודעות כדי לקבל ממנה את פרטי ה-ads.txt שלה.

הוספה של מזהה בעל האתר לקובץ ads.txt

  1. נכנסים לחשבון AdSense.
  2. בהתראה שמופיעה בדף הבית, לוחצים על תיקון הבעיה .
  3. לוחצים על החץ למטה חץ למטה כדי לפתוח את ההודעה "עליך להוסיף את מזהה בעל האתר לקובצי ה-ads.txt האלה".
  4. לוחצים על העתקה.
  5. מדביקים את השורה בכל אחד מקובצי ה-ads.txt.

    עכשיו קובץ ה-ads.txt אמור להיראות כמו בדוגמה למטה, כאשר pub-0000000000000000 הוא מזהה בעל האתר שלך:

    google.com, pub-0000000000000000, DIRECT, f08c47fec0942fa0

שאלות נפוצות

מה עליי לעשות אם קובץ ה-ads.txt מתארח בתת-דומיין?

Google סורקת ואוכפת קובצי ads.txt שמוטמעים בתתי-דומיינים, אם יש כאלה ואם מתבצעת הפניה אליהם מקובץ ה-ads.txt שבדומיין הבסיס.

כדי להפנות תת-דומיין בקובץ ה-ads.txt של דומיין הבסיס, צריך להוסיף הצהרת subdomain=‎. לדוגמה, נניח שקובץ ה-ads.txt של example.com צריך להפנות לתת-הדומיין subdomain.example.com. לשם כך, עליכם להוסיף את השורה הבאה לקובץ ה-ads.txt של דומיין הבסיס: subdomain=subdomain.example.com. לפרטים נוספים על הפניה של תתי-דומיינים, מומלץ לעיין במפרט של IAB לגבי קובצי ads.txt.

הערה: צריך לעשות זאת רק אם המפיץ המורשה או מזהה בעל האתר המשויכים לתת-הדומיין שונים מאלו המשויכים לדומיין הבסיס.

האם Google תומכת בהפניות אוטומטיות?

Google תומכת בהפניית HTTP אוטומטית ליעד מחוץ לדומיין השורש המקורי (לדוגמה, example1.com/ads.txt שמפנה אל example2.com/ads.txt). כדאי לעיין בעדכון של IAB.

היא תומכת גם בהפניות אוטומטיות מרובות, בתנאי שכל יעדי ההפניות נמצאים בתוך דומיין השורש המקורי. למשל:

  • 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 ל-WordPress?

מומלץ להשתמש בפלאגין כדי ליצור קובץ ads.txt ב-WordPress. אם אתם כבר משתמשים בפלאגין כדי למקם מודעות, ייתכן שתופיע ב-WordPress תכונה שתאפשר לכם ליצור קובץ ads.txt. החיפוש הזה יכול לעזור לכם בתחילת העבודה.

איך מגדירים קובץ ads.txt ל-Blogger?

ההוראות מפורטות במרכז העזרה של Blogger.

המערכת לניהול תוכן (CMS) לא מאפשרת לי להטמיע קובץ בדומיין הבסיס שלי. מה עליי לעשות?

צריך לפנות לספק ה-CMS שלכם שאמור לספק לכם את המתקן לאירוח קובץ ads.txt בשמכם.

איך Google אוכפת קובצי ads.txt?

Google משתמשת בתוכן של כל קובצי ה-ads.txt שמתארחים בדומיין הבסיס כדי לקבוע אילו חשבונות מפיצים מורשים להציג מודעות בדומיין הזה. Google מקיימת מכירה פומבית, ומחזירה את המודעה הזוכה בתגובה לבקשות באתרים שבהם קיים קובץ ads.txt עם מזהה בעל אתר שמצוין בצורה נכונה. אם המזהה המצוין בקובץ שגוי, לא מתבצעת מכירה פומבית בתגובה לבקשה.

איזה מידע יש להזין בקובץ ads.txt?

יש להוסיף לקובץ שורה נפרדת לכל בית עסק מורשה. כל שורה ברשימת קובצי ה-ads.txt של בעל אתר חייבת לכלול שלושה שדות נתונים (ושדה רביעי אופציונלי):

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

  • <Field #1>: שם הדומיין של מערכת הפרסום (חובה).

    זהו שם הדומיין הקנוני של מערכות מסוג SSP‏, Exchange‏, Header Wrapper וכדומה, שאליו מתחברים מגישי הצעות המחיר. הוא יכול להיות הדומיין התפעולי של המערכת, אם הוא שונה מדומיין האב של התאגיד, שנועד לסייע לפרוטוקול WHOIS ולחיפושי IP הפוכים לבסס את הבעלות של המערכת שהוענקה לה גישה. באופן אידאלי, מערכות SSP או Exchange מפרסמות מסמך שבו מצוין באיזה שם דומיין צריך להשתמש. 

    בחשבונות של בתי עסק ב-Google, שם הדומיין הוא תמיד google.com.

  • <Field #2>: מספר החשבון של בעל התוכן הדיגיטלי (חובה).

    זהו המזהה שמשויך לחשבון של המוכר או המפיץ שבמערכת הפרסום בשדה #1. מזהה זה חייב לכלול את אותו ערך שבו השתמשת בעסקאות (כגון, בקשות להצעות מחיר מסוג OpenRTB) בשדה שצוין על ידי מערכת SSP או Exchange. ב-OpenRTB זהו בדרך כלל השדה publisher.id. ב-OpenDirect, זהו בדרך כלל מזהה הארגון של בעל התוכן הדיגיטלי. 

    בחשבונות של מוכרים ב-Google, יש להשתמש במזהה של בעל התוכן הדיגיטלי שמוצג בכל חשבון (לדוגמה, pub-0000000000000000). כדי למצוא את המזהה הזה:

    מציינים רק את התחילית pub-‎ ואת הקוד בעל 16 הספרות בהצהרה. מוחקים את התחילית הספציפית למוצר (לדוגמה, ca-‎ או ca-video-‎). אם משתמשים במספר חשבונות Ad Manager או AdSense כדי לייצר רווח, יש להוסיף שורה נפרדת עבור כל חשבון, הכוללת קוד pub-‎ התואם לו.
    דומיינים שבהם מפורסם קובץ ads.txt, אך המזהה של בעל התוכן הדיגיטלי לא מאושר בקובץ, לא יכולים יותר לייצר רווח באמצעות Ad Manager. כמו כן, Google לא קונה יותר מודעות מאתרים כאלה. כדי למנוע פגיעה ברווחים, מומלץ לעדכן את קובצי ads.txt ולכלול בהם מזהים של בעל תוכן דיגיטלי עבור כל אתר שממנו רוצים לייצר רווח (מידע נוסף זמין במאמר איך מעדכנים את הקובץ ads.txt ב-Ad Manager). אם אתם משתמשים בתכונה 'ניהול שותפי רשת', מומלץ לעבוד עם שותפי הרשת שלכם כדי לכלול את המזהה של בעל התוכן הדיגיטלי בקובצי ה-ads.txt שלהם.
  • <Field #3>: סוג החשבון או הקשר (חובה).

    זהו המספור של סוג החשבון.

    • הערך 'DIRECT' מצביע על כך שבעל האתר (בעל התוכן) שולט באופן ישיר בחשבון שצוין בשדה #2 במערכת שבשדה #1. ברוב המקרים, פירוש הדבר הוא שקיים חוזה עסקי ישיר בין בעל האתר למערכת הפרסום.

      בעלי אתרים ב-Google ששולטים באופן ישיר בחשבון שצוין בשדה #2 צריכים לציין את הערך 'DIRECT'.

    • הערך 'RESELLER' מצביע על כך שבעל האתר נתן לישות אחרת הרשאה לשלוט בחשבון שצוין בשדה #2 ולהפיץ את השטח שלו להצגת מודעות באמצעות המערכת בשדה #1. ניתן להוסיף סוגים אחרים בעתיד. לתשומת ליבך: יש להחשיב שדה זה בתור לא תלוי-רישיות בעת פענוח הנתונים.

      בעלי תוכן דיגיטלי ב-Google שלא שולטים באופן ישיר בחשבון שצוין בשדה #2 צריכים לציין את הערך 'RESELLER'. לדוגמה, בעלי תוכן דיגיטלי עם חשבון Ad Manager שמשתמשים בתכונה 'ניהול שותפי רשת' צריכים לציין את הערך 'RESELLER' במלאי שטחי הפרסום שהם לא מנהלים באופן ישיר.

  • <Field #4>: מזהה רשות האישורים (אופציונלי).

    זהו המזהה הייחודי של מערכת הפרסום בתוך רשות אישורים (המזהה הזה ממפה אל הישות שצוינה בשדה #1). רשות האישורים הנוכחית היא Trustworthy Accountability Group‏ (TAG), והמזהה של TAG‏ יצוין כאן.

    בחשבונות של בתי עסק ב-Google, המזהה של TAG הוא f08c47fec0942fa0.

האם המידע הועיל?
איך נוכל לשפר את המאמר?