שימוש ב-ads.txt & sellers.json למודיעין פרסום (מדריך מעשי)

ads.txt ו-sellers.json הם שני קבצי טקסט קטנים וציבוריים, שקריאה משותפת שלהם מספרת לך מי מורשה למכור את מלאי הפרסום של מפרסם ומי בבעלותו של מזהה מוכר נתון בשרשרת. למחקר תחרותי ולחקר שרשרת האספקה, הם אחד ממקורות הנתונים המעטים האמיתיים והניתנים לאימות בתעשייה שבה רוב הטענות (הוצאה, טווח, "מלאי פרימיום") לא ניתנות לבדיקה. הנה איך להשתמש בהם בפועל.

מה כל קובץ מכיל, בפועל#

ads.txt נמצא בנתיב domain.com/ads.txt בשורש הדומיין של כל מפרסם, וזהו רשימה בטקסט פשוט של כל החברות המורשות למכור את המלאי של אותו מפרסם, שורה אחת לכל קשר. שורה טיפוסית נראית כך:

google.com, pub-1234567890123456, DIRECT, f08c47fec0942fa0

זהו הדומיין של הבורסה או ה-SSP, מזהה חשבון המפרסם באותה בורסה, האם הקשר הוא DIRECT (המפרסם מתעסק איתם ישירות) או RESELLER (מעורב מתווך), ומזהה רשות אישור אופציונלי. sellers.json הוא התמונת הראי, מתארח אצל הבורסה או ה-SSP בנתיב exchange.com/sellers.json, ומפרט כל חשבון מוכר שהבורסה עובדת איתו, השם שלו (לפעמים), והאם הוא PUBLISHER, INTERMEDIARY, או BOTH. השוואה צולבת בין השניים מאפשרת לאשר האם מוכר שטוענים אליו עבור חלל פרסום ספציפי אכן נמצא בקשר מורשה, או שמשהו לא מסתדר.

למה זה חשוב למחקר תחרותי ולבטיחות מותג#

רשרת האספקה של הפרסום](/blog/glossary/ad-supply-chain/) בין התקציב של המפרסם לדף של המפרסם היא לעיתים רחוקות קפיצה יחידה. מודעות זורמות לעיתים קרובות דרך קשרי מלאי שנמכר מחדש אחד או יותר לפני שהן נוחתות, וכל קפיצה היא הזדמנות לסילוף, זיוף דומיין, או בלבול פשוט לגבי מי באמת מריץ מודעה. ads.txt ו-sellers.json קיימים במיוחד כדי להפוך את השרשרת הזו לניתנת לביקורת:

• אימות טענה של רשת. אם רשת מקורית או DSP טוענים לגישה ישירה למלאי של מפרסם, קובץ ה-ads.txt של אותו מפרסם ירשום אותם כ-DIRECT. אם הם מופיעים רק כסוחר מחדש כמה קפיצות רחוק, או לא מופיעים בכלל, זו מידע שימושי לפני קנייה.
• איתור זיוף דומיין. פעולות הונאה טוענות לפעמים לייצוג מלאי של מפרסם פרימיום ללא כל הרשאה. בדיקת ads.txt מול דומיין בקשת המכירה בפועל היא דרך סטנדרטית וחינמית לתפוס את זה.
• הבנה למה מודעה נראית כפי שהיא. כשאתה עוקב אחר איך כלי ריגול פרסום לוכדים מודעות מקוריות, הצימוד ads.txt/sellers.json הוא לעיתים קרובות הדרך המהירה ביותר לאשר איזו רשת הגישה מיקום נתון, במקום לנחש מסגנון הוויזואלי של הווידג'ט בלבד.
• ביקורת על נתיבי האספקה שלך. אם אתה מפרסם, קובץ ה-ads.txt שלך הוא גם הדרך המהירה ביותר לבדוק האם שותף שניתקת (או שמעולם לא אישרת) עדיין רשום, או האם אינטגרציה הוסיפה שורות שלא ציפית להן.

תהליך עבודה מעשי בן חמישה שלבים#

1. הוצא את ה-ads.txt של המפרסם. אחזר https://[publisher-domain]/ads.txt ישירות בדפדפן או עם סקריפט פשוט. זה טקסט פשוט, אין צורך באימות.
2. מצא את השורה עבור הבורסה או הרשת שאתה חוקר. חפש את הדומיין (למשל, taboola.com, outbrain.com, או ה-SSP הרלוונטי) ושים לב למזהה חשבון המפרסם והאם הוא מסומן כ-DIRECT או RESELLER.
3. הוצא את ה-sellers.json של אותה בורסה. אחזר https://[exchange-domain]/sellers.json וחפש את מזהה המוכר שמצאת בשלב 2.
4. השווה את שם המוכר והסוג. האם הרשומה ב-sellers.json תואמת למפרסם שהתחלת איתו? האם היא רשומה כ-PUBLISHER (כמצופה מקשר ישיר) או INTERMEDIARY (מצופה משרשרת סוחרים מחדש)?
5. עקוב אחר השרשרת אם זה קשר מסוג RESELLER. שורת RESELLER אומרת שגורם נוסף יושב בין המפרסם לבורסה. באופן אידיאלי, אותו מתווך אמור לשאת נתוני SupplyChain object (schain) משלו בבקשת המכירה, שמתעדים כל קפיצה לביקורת מלאה, אם כי נתוני schain לא נראים מקבצי ads.txt/sellers.json בלבד; זה דורש גישה לזרם הבקשות בפועל או לכלי שלוכד אותו.

ממצאים נפוצים, ומה הם אומרים#

איפה זה משתלב עם זיהוי רשת פרסום באופן רחב יותר#

ads.txt ו-sellers.json הם החזקים ביותר לאימות קשרים בצד האספקה, לא לזיהוי איזו רשת הגישה בפועל מודעה ספציפית שאתה מסתכל עליה כקונה. בשביל זה, אתה בדרך כלל עובד מ-שרשרת ההפניה של הקריאייטיב, החתימה הוויזואלית של הווידג'ט, ודומיינים של פיקסל מעקב שמעורבים, וזו הגישה המכוסה ב-איך לזהות את רשת הפרסום מאחורי כל מודעה. חשוב על ads.txt ו-sellers.json כעל עקבות הביקורת לקשרי אספקה, ועל ניתוח קריאייטיב/הפניה כעל עקבות הביקורת למה מפרסם מריץ בפועל.

הערות על כלים#

שני פורמטי הקבצים כפופים למפרטים של IAB Tech Lab, ומפרטי המקור הם ההתייחסות המוחלטת אם אתה נתקל במקרה קצה שהקבצים האלה לא מכסים בצורה נקייה, כמו התקנות מרובות חשבונות או שדות OWNERDOMAIN. לבדיקות נקודתיות ידניות, דפדפן וחיפוש טקסט באמת מספיקים; אתה לא צריך כלי בתשלום לאימות מזדמן. המקום שבו זה הופך למייגע הוא לעשות את זה בקנה מידה על פני עשרות מפרסמים או לעקוב אחר שינויים לאורך זמן, וזה המקום שבו פלטפורמה שכבר מאנדקסת את שרשרת האספקה על פני רשתות חוסכת את העבודה החוזרת של אחזור והשוואה. האינדקס מודיעין פרסום של OpenAdLibrary מזווג הקשר מסוג זה של נתיב אספקה עם הקריאייטיב החי בפועל ודף הנחיתה המתועד, כך שאתה לא משווה שלושה מקורות נפרדים ביד לכל מיקום שאתה רוצה לבדוק.

למה זה חשוב יותר לפרסום מקורי ממה שזה נראה במבט ראשון#

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

לעשות את זה בקנה מידה לעומת לעשות את זה פעם אחת#

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

הערה על מגבלות#

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