פרק 7: האופטימייזר (BYOM)¶
קהל יעד: קונים מדיה, מהנדסי אופטימיזציה
האופטימייזר הוא מנוע האופטימיזציה האוטומטי של Cat-Scan. "BYOM" מייצג Bring Your Own Model: אתם רושמים נקודת קצה חיצונית לניקוד, ו-Cat-Scan משתמש בה ליצירת הצעות לשינויי הגדרה.
איך זה עובד¶
Score Propose Review Apply
────────────> ────────────> ────────────> ────────────>
Your model Cat-Scan You (human) Google AB
evaluates generates approve or config is
segments config reject updated
changes
- ניקוד: Cat-Scan שולח נתוני פלחים לנקודת הקצה של המודל שלכם. המודל מחזיר ציון לכל פלח (גיאוגרפיה, גודל, מפרסם).
- הצעה: על סמך הציונים, Cat-Scan מייצר שינויי pretargeting ספציפיים (למשל, "הוצא 5 גיאוגרפיות אלה", "הוסף 3 גדלים אלה").
- סקירה: אתם רואים את ההצעה עם ההשפעה הצפויה. אתם מאשרים או דוחים.
- החלה: הצעות מאושרות מוחלות על הגדרת ה-pretargeting בצד Google. השינוי נרשם בהיסטוריה.
ניהול מודלים¶
רישום מודל¶
עברו ל-/settings/system ומצאו את קטע האופטימייזר.
- לחצו על רישום מודל.
- מלאו: שם, סוג מודל, כתובת URL של נקודת קצה (שירות הניקוד שלכם).
- נקודת הקצה חייבת לקבל בקשות POST עם נתוני פלחים ולהחזיר תוצאות מנוקדות.
- שמרו.
אימות נקודת הקצה¶
לפני הפעלה, בדקו את המודל שלכם:
- לחצו על אימות נקודת קצה בכרטיס המודל.
- Cat-Scan שולח עומס בדיקה לנקודת הקצה שלכם.
- התוצאות מציגות: זמן תגובה, תקינות פורמט התגובה, התפלגות הציונים.
- תקנו בעיות לפני ההפעלה.
הפעלה וכיבוי¶
- הפעלה: המודל הופך למנקד הפעיל עבור חשבון זה.
- כיבוי: המודל מפסיק לשמש, אך ההגדרה שלו נשמרת. רק מודל אחד יכול להיות פעיל לכל חשבון בכל רגע נתון.
פריסטים של תהליך עבודה¶
בעת הרצת ניקוד-והצעה, בוחרים פריסט:
| פריסט | התנהגות | מתי להשתמש |
|---|---|---|
| בטוח | מציע רק שינויים עם ביטחון גבוה וסיכון נמוך. שיפורים קטנים יותר, סיכוי נמוך יותר לטעויות. | שימוש ראשון באופטימייזר, או חשבונות שמרניים. |
| מאוזן | סף ביטחון מתון. איזון טוב בין השפעה לבטיחות. | ברירת מחדל לרוב השימושים. |
| אגרסיבי | מציע שינויים גדולים יותר עם פוטנציאל השפעה גבוה יותר. סיכון גבוה יותר לאופטימיזציה יתר. | משתמשים מנוסים שעוקבים יומיומית ויכולים לבטל שינויים במהירות. |
כלכלה¶
האופטימייזר גם עוקב אחר הכלכלה של האופטימיזציה:
- CPM אפקטיבי: מה אתם באמת משלמים לכל אלף חשיפות, תוך התחשבות בבזבוז.
- בסיס עלות אירוח: עלות התשתית של הבידר שלכם, מוגדרת בהגדרת האופטימייזר. משמשת לחישוב האם החיסכון מהפחתת QPS מכסה את עלות האירוח.
- סיכום יעילות: יחס כולל של QPS שימושי ל-QPS כולל.
הגדירו את עלות האירוח שלכם ב-/settings/system > הגדרת אופטימייזר.
סקירת הצעות¶
כל הצעה מציגה: - ציוני פלחים שהניעו את ההמלצה - שינויים ספציפיים בשדות pretargeting (הוספות, הסרות, עדכונים) - השפעה צפויה על QPS, יחס בזבוז והוצאה
ניתן: - לאשר: מסמן את ההצעה כמתקבלת - להחיל: דוחף את השינויים המאושרים ל-Google - לדחות: מבטל את ההצעה - לבדוק סטטוס החלה: לאמת שהשינויים נכנסו לתוקף בצד Google
קישורים נוספים¶
- הגדרת Pretargeting: ההגדרות שהאופטימייזר משנה
- המרות ושיוך: נתוני המרות תורמים לאיכות הניקוד
- קריאת הדוחות שלכם: מעקב אחר ההשפעה של האופטימייזר