היסטוריית השינויים ב־Google Ads מאפשרת לברר מה נערך בחשבון ומתי, בלי לנסות לשחזר הכול מזיכרון. המטרה היא לזהות שינוי מסוים ואת מקורו, לא להאשים מנהל ולא להסיק שכל ירידה בביצועים נגרמה מעריכה. במדריך נבדוק תקציב, סטטוס או יעד המרה ונשמור מסקנה שניתן להסביר.
היסטוריית השינויים ב־Google Ads מאפשרת לברר מה נערך בחשבון ומתי, בלי לנסות לשחזר הכול מזיכרון. המטרה היא לזהות שינוי מסוים ואת מקורו, לא להאשים מנהל ולא להסיק שכל ירידה בביצועים נגרמה מעריכה. במדריך נבדוק תקציב, סטטוס או יעד המרה ונשמור מסקנה שניתן להסביר.
מה מכינים לפני שמתחילים
הכינו את מזהה חשבון הפרסום, שם הקמפיין ותאריך משוער שבו התחילה התופעה. אם מישהו דיווח שהתקציב השתנה, בקשו גם מה היה הערך הקודם לפי הרישום שלו. ודאו שיש לכם הרשאת צפייה מתאימה ושאינכם נמצאים בחשבון מנהל במקום בחשבון הלקוח הנכון.
הכינו טבלת בירור עם עמודות של זמן, קמפיין, סוג שינוי, מקור, ערך קודם וערך נוכחי. אין צורך לייצא את כל החשבון כדי לברר תקציב של קמפיין אחד. אם האירוע התרחש סביב חצות, התחילו בטווח רחב יותר ובדקו את אזור הזמן. כאשר מעורבים כמה מנהלים, בקשו שכל אחד יציין אילו פעולות התכוון לבצע; כך אפשר להבדיל בין שינוי מאושר, אוטומציה צפויה ופעולה שדורשת בירור אבטחה. שמרו את הטבלה פנימית כי כתובות המשתמשים בה אינן חומר לפרסום.
ביצוע מסודר, שלב אחר שלב
- פתחו את היסטוריית השינויים
בחשבון הרצוי פתחו את אזור הקמפיינים וחפשו Change history, היסטוריית שינויים. אפשר להתחיל גם מקמפיין מסוים ולפתוח את השינויים שלו. התחילו בטווח שכולל כמה ימים לפני המועד החשוד ואחריו. התוצאה הצפויה היא רשימת פעולות עם תאריכים, ולא רק גרף ביצועים כללי.
- צמצמו בלי להעלים את האירוע
סננו לפי הקמפיין וסוג השינוי, למשל תקציבים או סטטוס. אם לא נמצא דבר, הסירו מסנן אחד בכל פעם והרחיבו את הטווח. בדקו אם הקמפיין החליף שם. הסיבה לסדר הזה היא ששינוי רלוונטי יכול להופיע ברמה אחרת מזו שציפיתם לה.
- קראו את פרטי השורה
הרחיבו פעולה רלוונטית ורשמו שעה, ישות, ערך קודם וערך חדש כאשר הם מוצגים. הסתכלו בעמודת המשתמש: זו עשויה להציג אדם, מערכת אוטומטית או כלי API. זיהוי מערכת אינו מזהה בהכרח את האדם שכתב כלל אוטומטי ולכן בודקים גם כללים וחיבורים קשורים.
- הצליבו עם ההגדרה הקיימת
פתחו את הקמפיין או הפעולה הנוגעים לשורה ובדקו מה מוגדר עכשיו. ייתכן שהיו כמה עריכות והאחרונה ביטלה קודמת. ערכו ציר זמן קצר וסמנו מה ידוע ומה עדיין השערה. אין ללחוץ על ביטול שינוי לפני שמבינים אילו הגדרות נוספות השתנו מאז.
מה משמעות ההגדרות שבחרתם
לפי Google, הכלי מציג שינויים בתקופה של עד שנתיים, ואינו יומן אבטחה מלא לכל פעולה אפשרית. פעולות מסוימות ברמת החשבון או פעולות מערכת אינן מתועדות כפי שאולי מצפים. היעדר שורה אינו הוכחה שאיש לא נגע בחשבון; הוא סיבה לבדוק את היקף הכלי, המסננים ומקור השינוי.
שינוי תקציב צריך להיקרא יחד עם סוג התקציב ועם רצף העריכות. הפחתה ביום מסוים יכולה להיות חלק מתוכנית מוסכמת ולא תקלה. אם ההיסטוריה מציגה פעולה אוטומטית, בדקו האם הוגדר כלל חוזר שיערוך שוב את אותו שדה. ביטול ידני בלי הבנת הכלל עלול להחזיר זמנית ערך ואז לאבד אותו בריצה הבאה. לעומת זאת, עריכה דרך כלי חיצוני עשויה לדרוש בדיקת יומן באותו כלי; שם משתמש מערכת אינו תחליף לזיהוי החיבור שמפעיל אותו.
דוגמה מעשית להמחשה
דוגמה דמיונית: ביום שלישי צוות השירות מדווח על ירידה בפניות. בהיסטוריה נמצאת הפחתת תקציב ביום שני, אבל גם שינוי יעד המרה ביום ראשון. רושמים את שתי העובדות ובודקים בנפרד את הוצאות הקמפיין ואת קליטת הפניות. לא מחזירים תקציב אוטומטית, משום שהבעיה יכולה להיות בדיווח ולא במסירה.
איך בודקים ולא מסתפקים בשמירה
כדי לוודא שהממצא אכן שייך לשאלה, בדקו את מזהה הקמפיין ולא רק את שמו. השוו את אזור הזמן של החשבון לשעה שבה הצוות דיווח על התקלה. שמרו תיאור שמאפשר למנהל נוסף למצוא את אותה שורה, כולל טווח תאריכים וסוג מסנן, בלי לצלם פרטי משתמשים שלא לצורך.
השוואת ביצועים דורשת להתחשב במועד השינוי ובזמן שנדרש לתוצאות להתפתח. אם יעד ההמרה השתנה, השוואת כמות המרות לפני ואחרי עלולה להשוות פעולות שונות. רשמו גם אם הוצאות או קליקים השתנו, ואם מספר הפניות במערכת העסקית נותר דומה. אפשר למצוא שינוי חשוד גם כשהגרף יציב, ואפשר לראות ירידה בלי שום שינוי חשבוני. הבדיקה נועדה לבנות הסבר שניתן להעמיד למבחן, לא להצמיד לכל תנודה את השורה הקרובה ביותר בהיסטוריה.
תקלות נפוצות ואיך מבודדים אותן
אין שינויים? התחילו מהרחבת הטווח ומניקוי מסננים. מופיע משתמש שאינכם מכירים? בדקו הרשאות, חשבונות מנהל, כללים אוטומטיים וכלי צד שלישי לפני הסקת מסקנות. מוצג שינוי גדול עם מעט פרטים? פרקו את הבדיקה לישויות קטנות יותר. אם חסר מידע, פנו לתמיכה עם מזהים ותאריך, בלי להבטיח שניתן לשחזר כל פעולה.
גבולות, פרטיות והחלטות שדורשות זהירות
אפשרות לבטל שינוי אינה הבטחה שהחזרה בטוחה או זמינה לכל סוג פעולה. ביטול עשוי להשפיע על קמפיין פעיל ועל הוצאה. במדריך הזה אוספים ראיות בלבד; כל תיקון דורש החלטה נפרדת, בדיקת המצב העדכני ואישור מי שמנהל את התקציב.
לפני בקשת תמיכה הכינו שאלה ממוקדת: למשל מדוע ערך תקציב נוכחי אינו תואם את העריכה האחרונה שנמצאה בטווח מסוים. צרפו מזהי חשבון וקמפיין ואת השעה, ולא צילום רחב של כל הלקוחות. אם זוהתה פעולה לא מאושרת, הפרידו את בירור ההרשאות מהחלטת השחזור; ייתכן שצריך לאבטח גישה לפני תיקון הגדרה. בסיום סווגו את הממצא כמאומת, מוסבר חלקית או ללא ראיה מספקת. סיווג כזה מונע הפיכת חשד פנימי לעובדה בדוח ללקוח.
בדיקת סיום ורישום התוצאה
הבדיקה הושלמה כאשר יש ממצא מוגדר: איזו ישות השתנתה, מתי, מה מקור הפעולה ומה צריך לבדוק בהמשך. אם לא נמצא שינוי מסביר, כתבו זאת במפורש. תוצאה שלילית מתועדת שימושית יותר מהשערה שנרשמת כעובדה.
להמשך בירור אפשר להגדיר פעולה אחת שתבדוק את ההשערה: למשל סקירת הכלל האוטומטי שנמצא באותה שעה. כתבו מה אמורים לראות אם ההשערה נכונה ומה יפריך אותה. אם נדרש תיקון, שמרו קודם את הערך הנוכחי ואת סיבת ההחלפה, והגדירו מועד לבדיקת השפעה. כך היסטוריית השינויים הבאה תספר סיפור ברור יותר, ולא תוסיף עוד עריכה בלתי מוסברת לרצף שהתחלתם לחקור.
ההנחיות מבוססות על תיעוד Google הציבורי, ללא כניסה לחשבון. מיקום אפשרויות עשוי להשתנות לפי הרשאה וגרסת ממשק.
מקורות רשמיים להמשך בדיקה
שאלות ותשובות על איך לראות מי שינה הגדרות ב־Google Ads ולבדוק מה השתנה
אפשר לדעת בוודאות מי לחץ על כל כפתור?
לא. פעולות ממשק עשויות להיות משויכות למשתמש, אך פעולות API ואוטומציה עשויות להיות משויכות למערכת או לכלי. צריך לבדוק את שרשרת ההרשאות והאוטומציה לפני שיוך לאדם.
כמה זמן אחורה אפשר לבדוק?
Google מתארת חלון של עד שנתיים בכלי. אם דרוש תיעוד ארוך יותר, יש לשמור יומן שינויים פנימי; אין להניח שהממשק ישמור מידע מעבר לטווח המתועד.
האם שינוי שמופיע לפני ירידה מוכיח שהוא הסיבה?
לא. סמיכות זמנים היא כיוון לבדיקה בלבד. יש לבדוק עיכוב דיווח, תקינות מדידה, תחרות ועונתיות, ולהבחין בין פגיעה בתוצאות לבין שינוי באופן הספירה.
האם כדאי לבטל מיד שינוי לא מוכר?
לא לפני בירור. ייתכן שהשינוי נעשה כדי לפתור בעיה קיימת או שחלו אחריו עריכות נוספות. תעדו, בררו עם בעל ההרשאה וקבלו החלטה ממוקדת.
אילו עמודות מכינים בטבלת בירור של שינויים בחשבון?
הכינו טבלת בירור עם עמודות של זמן, קמפיין, סוג שינוי, מקור, ערך קודם וערך נוכחי. אין צורך לייצא את כל החשבון כדי לברר תקציב של קמפיין אחד. אם האירוע התרחש סביב חצות, התחילו בטווח רחב יותר ובדקו את אזור הזמן. כאשר מעורבים כמה מנהלים, בקשו שכל אחד יציין אילו פעולות התכוון לבצע; כך אפשר להבדיל בין שינוי מאושר, אוטומציה צפויה ופעולה שדורשת בירור אבטחה. שמרו את הטבלה פנימית כי כתובות המשתמשים בה אינן חומר לפרסום.
איפה פותחים את היסטוריית השינויים של החשבון או הקמפיין?
בחשבון הרצוי פתחו את אזור הקמפיינים וחפשו Change history, היסטוריית שינויים. אפשר להתחיל גם מקמפיין מסוים ולפתוח את השינויים שלו. התחילו בטווח שכולל כמה ימים לפני המועד החשוד ואחריו. התוצאה הצפויה היא רשימת פעולות עם תאריכים, ולא רק גרף ביצועים כללי.
איך מצמצמים מסננים בלי להסתיר את השינוי שמחפשים?
סננו לפי הקמפיין וסוג השינוי, למשל תקציבים או סטטוס. אם לא נמצא דבר, הסירו מסנן אחד בכל פעם והרחיבו את הטווח. בדקו אם הקמפיין החליף שם. הסיבה לסדר הזה היא ששינוי רלוונטי יכול להופיע ברמה אחרת מזו שציפיתם לה.
אילו פרטים קוראים בשורת שינוי מורחבת?
הרחיבו פעולה רלוונטית ורשמו שעה, ישות, ערך קודם וערך חדש כאשר הם מוצגים. הסתכלו בעמודת המשתמש: זו עשויה להציג אדם, מערכת אוטומטית או כלי API. זיהוי מערכת אינו מזהה בהכרח את האדם שכתב כלל אוטומטי ולכן בודקים גם כללים וחיבורים קשורים.
למה צריך להצליב את ההיסטוריה עם ההגדרה הפעילה כיום?
פתחו את הקמפיין או הפעולה הנוגעים לשורה ובדקו מה מוגדר עכשיו. ייתכן שהיו כמה עריכות והאחרונה ביטלה קודמת. ערכו ציר זמן קצר וסמנו מה ידוע ומה עדיין השערה. אין ללחוץ על ביטול שינוי לפני שמבינים אילו הגדרות נוספות השתנו מאז.
איך מפרשים שינוי תקציב שבוצע בידי כלל אוטומטי או כלי חיצוני?
שינוי תקציב צריך להיקרא יחד עם סוג התקציב ועם רצף העריכות. הפחתה ביום מסוים יכולה להיות חלק מתוכנית מוסכמת ולא תקלה. אם ההיסטוריה מציגה פעולה אוטומטית, בדקו האם הוגדר כלל חוזר שיערוך שוב את אותו שדה. ביטול ידני בלי הבנת הכלל עלול להחזיר זמנית ערך ואז לאבד אותו בריצה הבאה. לעומת זאת, עריכה דרך כלי חיצוני עשויה לדרוש בדיקת יומן באותו כלי; שם משתמש מערכת אינו תחליף לזיהוי החיבור שמפעיל אותו.
איך מוודאים שהממצא שייך לקמפיין ולשעה של התקלה?
כדי לוודא שהממצא אכן שייך לשאלה, בדקו את מזהה הקמפיין ולא רק את שמו. השוו את אזור הזמן של החשבון לשעה שבה הצוות דיווח על התקלה. שמרו תיאור שמאפשר למנהל נוסף למצוא את אותה שורה, כולל טווח תאריכים וסוג מסנן, בלי לצלם פרטי משתמשים שלא לצורך.
מה בודקים בהשוואת ביצועים כשגם הגדרת ההמרה השתנתה?
השוואת ביצועים דורשת להתחשב במועד השינוי ובזמן שנדרש לתוצאות להתפתח. אם יעד ההמרה השתנה, השוואת כמות המרות לפני ואחרי עלולה להשוות פעולות שונות. רשמו גם אם הוצאות או קליקים השתנו, ואם מספר הפניות במערכת העסקית נותר דומה. אפשר למצוא שינוי חשוד גם כשהגרף יציב, ואפשר לראות ירידה בלי שום שינוי חשבוני. הבדיקה נועדה לבנות הסבר שניתן להעמיד למבחן, לא להצמיד לכל תנודה את השורה הקרובה ביותר בהיסטוריה.
מה בודקים אם לא נמצאו שינויים או מופיע משתמש לא מוכר?
אין שינויים? התחילו מהרחבת הטווח ומניקוי מסננים. מופיע משתמש שאינכם מכירים? בדקו הרשאות, חשבונות מנהל, כללים אוטומטיים וכלי צד שלישי לפני הסקת מסקנות. מוצג שינוי גדול עם מעט פרטים? פרקו את הבדיקה לישויות קטנות יותר. אם חסר מידע, פנו לתמיכה עם מזהים ותאריך, בלי להבטיח שניתן לשחזר כל פעולה.
איך מכינים בקשת תמיכה ממוקדת על שינוי לא מוסבר?
לפני בקשת תמיכה הכינו שאלה ממוקדת: למשל מדוע ערך תקציב נוכחי אינו תואם את העריכה האחרונה שנמצאה בטווח מסוים. צרפו מזהי חשבון וקמפיין ואת השעה, ולא צילום רחב של כל הלקוחות. אם זוהתה פעולה לא מאושרת, הפרידו את בירור ההרשאות מהחלטת השחזור; ייתכן שצריך לאבטח גישה לפני תיקון הגדרה. בסיום סווגו את הממצא כמאומת, מוסבר חלקית או ללא ראיה מספקת. סיווג כזה מונע הפיכת חשד פנימי לעובדה בדוח ללקוח.
איך מתעדים השערה ופעולת בירור שאפשר להעמיד למבחן?
להמשך בירור אפשר להגדיר פעולה אחת שתבדוק את ההשערה: למשל סקירת הכלל האוטומטי שנמצא באותה שעה. כתבו מה אמורים לראות אם ההשערה נכונה ומה יפריך אותה. אם נדרש תיקון, שמרו קודם את הערך הנוכחי ואת סיבת ההחלפה, והגדירו מועד לבדיקת השפעה. כך היסטוריית השינויים הבאה תספר סיפור ברור יותר, ולא תוסיף עוד עריכה בלתי מוסברת לרצף שהתחלתם לחקור.
