אסטרטגיות הימור אוטומטיות: מתי הן עוזרות ומתי הן מפריעות

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

צוות העריכה של ADS Beastפורסם 7 דקות קריאה

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

בקצרה

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

מה נחשב אסטרטגיית הימור אוטומטית

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

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

מתי אסטרטגיה אוטומטית עוזרת לקמפיין

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

התנאים שמאפשרים את זה בפועל:

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

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

מתי האוטומציה מפריעה, ואיך מזהים את זה מראש

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

שלב הלמידה של Meta

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

חלון ההמרות

ב-⁠Google Ads חלון ההמרות אחרי קליק הוא 30 יום כברירת מחדל, וניתן לכוון אותו בין 1 ל-⁠90 יום. כלל שמסתכל על יומיים פשוט לא רואה את ההמרות שעוד יגיעו, ומסיק שהמודעה חלשה כשהיא רק איטית. זו הסיבה המרכזית לעצירות שגויות בשבועות הראשונים.

קמפיין חדש

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

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

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

ב-⁠Google Ads אותה פעולת המרה עם אותו transaction ID או order ID נמדדת פעם אחת, אבל מזהה זהה לא מאחד פעולות המרה שונות. ב-⁠Meta הדדופליקציה בין הפיקסל ל-⁠Conversions API עובדת לפי התאמת שם האירוע ו-⁠event_id, ואין מתג שמפעיל אותה. לכן לפני שמסתמכים על המספרים של הכלל, מאמתים שהמזהה נשלח גם מהדפדפן וגם מהשרת ושהוגדרה פעולה אחת לכל סוג המרה.

עוד נקודה שכדאי להבין: ב-⁠Google Ads ההגדרה של primary מול secondary קובעת מה נכנס ל-⁠Conversions ומה משפיע על ההצעות, ו-⁠secondary נראה רק ב-⁠All conversions. אם הגדרתם שתי פעולות נפרדות לאותה רכישה, הסכום הכולל עלול להיות מוטה. זה לא מוכיח ספירה כפולה, אבל זה מספיק כדי שכלל יגיב לנתון לא נכון. שווה גם להבין איפה התקציב נעלם בין רשתות שונות, כפי שמתואר בניתוח של Audience Network, Search Partners ו-⁠Pangle.

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

השוואה: אוטומציה עם אישור מול אוטומציה בלי אישור

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

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

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

איך בונים כלל אוטומטי שלא מזיק

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

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

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

טעויות נפוצות שכדאי לזהות מראש

רוב התקלות באוטומציה חוזרות על עצמן. אלה השכיחות:

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

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

איך מודדים אם האוטומציה עוזרת

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

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

הצעד הבא

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