הסבר על App-ads.txt: המדריך החיוני למניעת הונאת פרסום למפרסמי מובייל

מהו App-ads.txt ולמה זה חשוב לכם

App-ads.txt הוא תקן של IAB Tech Lab המאפשר למפרסמי אפליקציות מובייל להצהיר אילו רשתות פרסום, בורסות ומשווקים מורשים למכור את מלאי הפרסום שלהם. זהו המקבילה לאפליקציות מובייל של תקן ads.txt המשמש באתרי אינטרנט, מותאם לדרך הייחודית שבה מלאי אפליקציות נקנה ונמכר באופן תוכניתי.

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

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

כיצד App-ads.txt מונע הונאת פרסום

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

שרשרת האימות

• רישום האפליקציה שלכם ב-Google Play או ב-App Store מכיל כתובת URL של אתר המפתח.
• אתר המפתח שלכם מארח את קובץ ה-app-ads.txt בשורש הדומיין (למשל, example.com/app-ads.txt).
• DSP-ים ובורסות סורקים קובץ זה באופן קבוע ובונים מפת הרשאות.
• בקשות הצעות מחיר נבדקות מול מפה זו. מוכרים בלתי מורשים מסוננים החוצה.

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

מפרט IAB: מה נכנס לקובץ

כל שורה בקובץ app-ads.txt עוקבת אחר פורמט מסוים שהוגדר על ידי IAB Tech Lab. הפורמט זהה ל-ads.txt של אתרי אינטרנט.

פורמט השורה

כל רשומה מכילה ארבעה שדות מופרדים בפסיקים:

• דומיין: הדומיין הקנוני של מערכת הפרסום (למשל, google.com, applovin.com).
• מזהה חשבון מפרסם: המזהה הייחודי שלכם במערכת הפרסום הזו.
• סוג הקשר: DIRECT (יש לכם חשבון ישיר) או RESELLER (צד שלישי מוכר מחדש את המלאי שלכם דרך מערכת זו).
• מזהה רשות אישורים: מזהה TAG (Trustworthy Accountability Group) אופציונלי המאמת עוד יותר את מערכת הפרסום. עבור Google, מזהה זה הוא תמיד f08c47fec0942fa0.

דוגמאות לרשומות

קובץ app-ads.txt טיפוסי של מפרסם המשתמש ב-Google Ad Manager עם מספר שותפי תיווך עשוי לכלול שורות כאלה:

• google.com, pub-XXXXXXXXXXXXXXXX, DIRECT, f08c47fec0942fa0 — חשבון Google Ad Manager או AdMob הישיר שלכם.
• applovin.com, XXXXXXXXXX, DIRECT, XXXXXXXXXXXXXXXX — חשבון AppLovin הישיר שלכם.
• unity.com, XXXXXXX, DIRECT, XXXXXXXXXXXXXXXX — חשבון Unity Ads הישיר שלכם.
• inmobi.com, XXXXXXXXXX, RESELLER, XXXXXXXXXXXXXXXX — רשומת משווק עבור רשת שניגשת למלאי שלכם בעקיפין.

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

כיצד ליצור ולארח את קובץ ה-App-ads.txt שלכם

שלב 1: אספו את שורות המוכרים המורשים שלכם

פנו לכל רשת פרסום, SSP ושותף תיווך שאתם עובדים איתם. בקשו את רשומות ה-app-ads.txt עבור החשבון שלכם. רוב הפלטפורמות הגדולות מספקות אותן בלוח הבקרה של המפרסם. ל-Google Ad Manager, AdMob, AppLovin MAX, Unity LevelPlay ואחרים יש אזורים ייעודיים שבהם תוכלו להעתיק את השורות שלכם.

שלב 2: צרו את הקובץ

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

שלב 3: ארחו בשורש אתר המפתח שלכם

העלו את הקובץ כך שיהיה נגיש בכתובת https://yourdomain.com/app-ads.txt. זה חייב להיות בדיוק הדומיין המופיע כאתר המפתח שלכם ברישום ב-Google Play או ב-App Store. תת-דומיינים לא יעבדו אלא אם הם תואמים בדיוק.

שלב 4: אמתו את כתובת URL של אתר המפתח שלכם

ב-Google Play Console, ודאו שכתובת URL של אתר המפתח שלכם תואמת את הדומיין שבו ארחתם את הקובץ. ב-App Store Connect, אמתו את אותו הדבר תחת פרטי המפתח שלכם. קישור זה הוא שמאפשר למערכות אימות למצוא את הקובץ שלכם.

טעויות נפוצות שיש להימנע מהן

גם מפרסמים שמבינים את הרעיון לעיתים עושים שגיאות יישום שמערערות את ההגנה ש-app-ads.txt מספק.

• דומיין שגוי: אירוח הקובץ בתת-דומיין כמו www.example.com כאשר רישום החנות שלכם אומר example.com, או להפך. הדומיין חייב להתאים בדיוק.
• רשומות חסרות: שכחה לרשום את כל המוכרים המורשים שלכם. אם רשת לגיטימית חסרה, DSP-ים עלולים לסנן חשיפות אמיתיות, מה שמפחית ישירות את שיעור המילוי וההכנסות שלכם.
• קובץ מיושן: הוספת רשתות פרסום חדשות למערך התיווך שלכם אך שכחה לעדכן את app-ads.txt. התייחסו לקובץ כמסמך חי שחייב להתעדכן בכל פעם ששותפי המונטיזציה שלכם משתנים.
• סוג קשר שגוי: רישום משווק כ-DIRECT או להפך. השתמשו בדיוק בסוג הקשר שהשותף הפרסומי שלכם מציין.
• בעיות קידוד קובץ: הקובץ חייב להיות בקידוד UTF-8 טקסט פשוט המוגש עם סוג תוכן text/plain. עטיפות HTML, תווי BOM או חריגות קידוד אחרות יגרמו לכשלי ניתוח.
• דרישת HTTPS: הקובץ חייב להיות נגיש דרך HTTPS. אירוח ב-HTTP בלבד ייכשל באימות על ידי רוב הסורקים.

אכיפה של Google ו-AdMob

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

מה קורה ללא App-ads.txt

• ביקוש מופחת: DSP-ים רבים, כולל DV360 של Google עצמה, לא יגישו הצעות מחיר על מלאי מאפליקציות ללא קובץ app-ads.txt תקין. זה מפחית ישירות את התחרות על החשיפות שלכם ומוריד eCPM-ים.
• אזהרות מדיניות: Google Play Console עלול לסמן את האפליקציה שלכם באזהרות מדיניות מונטיזציה אם אתם מגישים פרסומות ללא הטמעת app-ads.txt נאותה.
• הכנסות אבודות מזיוף: ללא הקובץ, רמאים יכולים למכור גרסאות מזויפות של המלאי שלכם. כל דולר שמוצא על חשיפות מזויפות הוא דולר שלא הוצא על החשיפות האמיתיות שלכם.

הערה קריטית: Google סורקת מעת לעת קבצי app-ads.txt ושומרת אותם במטמון. לשינויים יכול לקחת 24 עד 48 שעות להתפשט. תכננו מראש כשאתם מוסיפים מקורות ביקוש חדשים כדי שלא יהיה פער בהרשאות.

אילו רשתות פרסום לרשום

עליכם לרשום כל ישות המורשית למכור או למכור מחדש את המלאי שלכם. זה כולל בדרך כלל:

• שרת הפרסום הראשי שלכם: Google Ad Manager או AdMob (לרוב המפרסמים יש לפחות רשומת Google אחת).
• שותפי תיווך ישירים: כל רשת שבה יש לכם חשבון מפרסם ישיר (AppLovin, Unity, Meta Audience Network, Vungle/Liftoff, ironSource, Chartboost, InMobi וכו').
• משווקים ובורסות: רשתות שניגשות למלאי שלכם דרך פלטפורמת תיווך או SSP ולא דרך קשר ישיר אתכם.
• ספקי שירות מנוהל: אם אתם משתמשים בשירות כמו RevenueFlex לניהול מפל הפרסום שלכם דרך Google Ad Manager, רשומות ה-GAM הרלוונטיות יסופקו כחלק מתהליך ההגדרה.

אימות ההטמעה שלכם

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

• בדיקת URL ישירה: נווטו אל https://yourdomain.com/app-ads.txt בדפדפן. אתם אמורים לראות את קובץ הטקסט הגולמי עם כל הרשומות שלכם.
• מרכז השקיפות של Google Ads: Google מספקת כלים לאמת שקובץ ה-app-ads.txt שלכם נסרק ומנותח כראוי.
• מאמתים צד שלישי: כלים מחברות כמו AppBrain ו-Apptica יכולים לסרוק את הקובץ שלכם ולסמן שגיאות עיצוב או רשומות נפוצות חסרות.
• לוחות בקרה של רשתות: רוב רשתות הפרסום מציגות מחוון סטטוס app-ads.txt בלוח הבקרה של המפרסם. בדקו כל אחד כדי לוודא שהוא מזהה את ההרשאה שלכם.

השפעה על ההכנסות: המספרים

מפרסמים שמטמיעים app-ads.txt כראוי בדרך כלל רואים שיפור מדיד בהכנסות תוך שבועות. ההשפעה מגיעה משני כיוונים.

ראשית, יותר ביקוש מתחרה על המלאי שלכם כי DSP-ים שבעבר סיננו אתכם כעת משתתפים במכרזים. תחרות מוגברת זו מעלה ישירות את ה-eCPM-ים.

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

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