איך לעקוב אחרי שינויים בדפי נחיתה של מתחרים באופן אוטומטי

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

למה דפי נחיתה משתנים בתדירות גבוהה יותר מהפרסומות שמפנות אליהם#

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

מה באמת שווה לעקוב אחריו בדף נחיתה#

לא כל שינוי בפיקסל חשוב. התמקדו באלמנטים המשקפים החלטה אסטרטגית אמיתית:

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

שלוש דרכים לנטר זאת בפועל#

כלי ניטור גנריים (שנבנו למעקב אחרי דפי מחיר או בלוגים של מתחרים) עובדים בסדר כמנוע השוואה, אבל הם לא נבנו ספציפית למשפכי פרסומות Native. אתה צריך למצוא ולהוסיף ידנית כל כתובת URL חדשה של דף נחיתה בעצמך, מה שאומר שאתה רק מנטר דפים שאתה כבר מכיר, והצעה חדשה לגמרי עם כתובת URL חדשה לגמרי מחליקה עד שאתה במקרה רואה את הפרסומת קודם.

טיפול נכון בשרשראות הפניה ובדפי קדם-נחיתה#

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

גם גיאוגרפיה ומכשיר חשובים כאן#

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

בניית תהליך עבודה שתופס הצעות חדשות, לא רק שינויים במוכרות#

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

איך OpenAdLibrary ניגשת לזה#

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

מה לעשות ברגע שתופסים שינוי#

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

כשהעלמות דף נחיתה היא בעצמה האות#

אל תתעלמו מהשינוי האפשרי הפשוט ביותר: הדף מפסיק להתקיים. דף נחיתה שמחזיר 404, מפנה לדף הבית של המפרסם, או נפתר להצעה לא קשורה בדרך כלל אומר שהקמפיין הספציפי הזה הסתיים, בין אם כי הוא הפסיק להמיר, נתקל בבעיית תאימות, או פשוט סיים את מסלולו. אם אתה עוקב אחרי הצעה של מתחרה כבסיס לתכנון הקמפיין שלך, דף נחיתה שנעלם שווה לציון עם אותה תשומת לב כמו שינוי פעיל, כי זה אומר לך שהמפרסם המשיך הלאה, ומה שהחליף אותו (אם בכלל) שווה למצוא.

הערה על קצב#

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