לוח הבקרה הוא הדבר הכי פחות חשוב שבנינו בחצי הזה של המוצר. אם לחץ ההשקה היה מכריח אותי לחתוך חלק אחד כדי לשלוח הכול בזמן, זה הראשון שהייתי חותך — ואני אומר את זה בתור מישהו שמסתכל על שלנו יומיום.
הנה הסיבה. ראיתי את אותו דפוס מספיק פעמים כדי לחזות אותו: מישהו מבלה שישה שבועות בבניית משהו טוב, משיק אותו ביום שלישי, בודק את Analytics אחת עשרה פעמים באותו יום ראשון, פעמיים ביום שאחריו, פעם אחת ביום שאחרי זה, ואז אף פעם יותר. הם לא הפסיקו לדאוג. בדיקה קלה ופעולה קשה — הייתם צריכים לדעת אילו מתוך ארבעים שאילתות ב-Search Console באמת חשובות, האם שיעור קליקים של 2.1% על 4,000 חשיפות רע או פשוט נורמלי לדירוג הזה, ואז ללכת ולכתוב מחדש מטא-תיאור במערכת ניהול תוכן שלא פתחתם מאז שבוע ההשקה. שלושה שלבים, כל אחד עם מספיק חיכוך כדי להרוג את המעגל. לוח בקרה לא פותר את זה. לוח בקרה הוא המקום שבו החיכוך חי.
מה מגיע מדי יום, וכמה ממנו כדאי לסמוך עליו בשבוע הראשון
הסנכרון שואב מארבעה מקורות, והם לא נושאים אותה איכות אות ביום הראשון.
| מקור | מגיע מדי יום | הופך ל |
|---|---|---|
| Google Search Console | שאילתות, חשיפות, קליקים, דירוגים לפי עמוד | עמודים עם חשיפות אך שיעור קליקים חלש ← כתיבה מחדש של כותרות ומטא-תיאורים |
| Google Analytics | הפעלות, מקורות והתנהגות לפי שם מארח | דפי נחיתה שמושכים אך לא שומרים → עבודה על תוכן ומבנה |
| חנויות אפליקציות | תמונות מצב של התקנות וביצועי הרישום | ביצועי חנות משולבים עם נתוני האתר, בלוח מחוונים אחד |
| הפוסטים שפרסמת | כתובות URL שנרשמו בעת פרסום טיוטות שיווקיות | תנועת הפניה שמיוחסת לערוץ שהניב אותה |
Search Console הוא הכלי שמשקר לך אם אתה מסתכל עליו מוקדם מדי. גוגל לא מאנדקסת או מדרגת דף חדש באופן מיידי — עבור דומיין חדש לגמרי, יכולים לחלוף שבועיים עד ארבעה שבועות עד שהחשיפות בכלל מופיעות, ונתוני המיקום רועשים בחודש הראשון כי גוגל עדיין מחליטה איפה מקומכם. מסיבה זו אנחנו חוסמים מהסוכנים להציע שינויים על סמך נתוני Search Console של השבוע הראשון. דף עם שלוש חשיפות ואפס קליקים לא מספר לכם כלום מבחינה סטטיסטית; שכתוב הכותרת שלו על סמך זה זה ניחוש עם צעדים נוספים. Analytics אמין מהר יותר, כי הפעלה היא אמיתית ברגע שמישהו מבקר, בלי עיכוב זחילה מעורב.
חנויות אפליקציות הן השורה שאנשים שוכחים לגמרי, וזה לא בגלל שהנתונים לא חשובים — זה פורטל אחר, כניסה אחרת, אוצר מילים אחר (ה"חשיפות" שלהם קרובות יותר ל"הופיעו בתוצאת חיפוש" מאשר ל"עובדו בדף"), ואף אחד לא רוצה לעבור הקשר לתוכו מרצונו החופשי. משיכתו לתוך אותו סנכרון יומי משמעה שצניחה בהמרות רישום תופיע לצד ירידת התנועה באתר שכנראה גורמת לה, במקום לשבת בלתי נקראת באפליקציה שאף אחד לא זוכר לפתוח.
בלבול המאפיינים שלימד אותנו לא לסמוך על מסנן שמור במטמון
למשתמש היו שני אתרים תחת מאפיין Google Analytics אחד, כך הוגדר שנים לפני שהצטרף לפלטפורמה, כי זה היה מאפיין אחד פחות לנהל. במשך יום בערך, לוח המחוונים שלנו הציג תנועה משולבת משני הדומיינים כאילו היא שייכת לאתר אחד. ההפעלות נראו נהדר. שיעור הנטישה נראה טוב באופן חשוד, למען האמת — טוב מספיק כדי שבדיעבד זה היה צריך להיות הרמז, מכיוון שזה היה ממוצע בין שני אתרים שונים מאוד ולא מספר אמיתי לאף אחד מהם.
התיקון: כל שאילתת Analytics מקבלת מסנן hostname שמופעל מול הבקשה החיה, לא מול ערך תצורה שנשמר בזיכרון מטמון בזמן ההתחברות. נכסים (properties) מוקצים מחדש, תת-דומיינים נוספים מתווספים, ומסנן ישן גרוע יותר מהיעדר מסנן, כי הוא נכשל בשקט במקום להרעיש. אנחנו בודקים במיוחד את המקרה של נכס משותף — נכס GA4 אחד, עשרים דומיינים, ומוודאים שהסך המסונן תואם לבקרה של נכס בודד — כי הבאג הזה לא זורק שגיאה. הוא פשוט מדווח בשקט חדשות טובות שהן לא באמת שלך.
הפיכת מספר להחלטה היא המוצר האמיתי
לוח בקרה, כשלעצמו, הוא דרך להרגיש מעודכן בלי להתחייב לפעול לפי זה. הערך נוצר בפער שבין ראיית המספר לבין הפעולה על פיו, והפער הזה הוא המקום שבו רוב עבודת האופטימיזציה של פרויקטים צדדיים הולכת לאיבוד.
התפקיד של צוות האופטימיזציה הוא לסגור את הפער הזה. אחד הדומיינים שלנו כלל דף שמשך 1,800 חשיפות בשבוע עבור אשכול שאילתות "התקנת אנליטיקס עצמאית", עם שיעור הקלקה של 1.4% — הרבה מתחת ל-3-5% הצפויים למיקום 6-8 בשאילתה מידעית מהסוג הזה. הסוכן לא רק דיווח על כך. הוא הציע שכתוב כותרת שמביא את נקודת הכאב האמיתית שאנשים מחפשים אל תוך 60 התווים הראשונים, החלק שלא נחתך בדף התוצאות, הסתמך על השאילתות והחשיפות הספציפיות כראיה, ולאחר שיישמנו אותו, שיעור ההקלקה עלה ל-3.8% במהלך השבועיים שאחרי. תיקון אמיתי בדף אמיתי. לא גרף שהופך מאדום לירוק.
כמה מזה קורה בלי שתיגע בכלום זה חוגה, לא תכונת אופי:
- דיווח בלבד. הממצאים מגיעים כדוחות קריאים, עם ראיות מצורפות. אתה פועל או לא. מתאים לדומיינים שאתה זהיר איתם, או לדומיינים חדשים שעדיין רוצים לבדוק את ההיגיון.
- הצעה. הסוכן מנסח את השינוי בפועל — תגית הכותרת האמיתית, הפסקה האמיתית — וממתין לאישור. רוב האנשים מגיעים לשלב הזה אחרי חודש, ברגע שההצעות הרוויחו אמון אבל הם עדיין רוצים את המילה האחרונה.
- אוטונומי. סוגי שינויים מאושרים מיושמים, ואז נבדקים מחדש מול הנתונים כעבור שבוע-שבועיים. אם המדד זז לכיוון הלא נכון, השינוי חוזר לאחור באופן עצמאי במקום להשאיר דף גרוע יותר חי בזמן שהוא ממתין שתשים לב.
אנחנו מפעילים את האתר שלנו במצב אוטונומי לשינויי מטא וכותרות, ומציעים הצעה לכל דבר שנוגע במבנה העמוד או בתוכן חדש. כותרת גרועה היא תיקון של שתי שניות אם היא שגויה. שכתוב תוכן כושל יכול לחסל דירוג שלקח חודשים לבנות, ואני מעדיף שבן אדם יתפוס את זה לפני שהוא עולה לאוויר מאשר אחרי. חישוב הסיכון שלכם עשוי לנחות במקום אחר, וזה בסדר גמור — דומיין שהוא כל ההכנסה שלכם ראוי לזהירות רבה יותר מפרויקט תחביב, ללא קשר לרמת האמון שלכם באוטומציה מבחינה עקרונית.
החזרה לאחור היא מה שהופך את המצב האוטונומי לבר-הגנה במקום פזיז. שינוי עולה לאוויר, ואז הפלטפורמה ממתינה לחלון מדידה שגודלו מותאם למדד — עבור שיעור הקלקה בדף עם תנועה נמוכה, זה יכול להיות המתנה לצבירת כמה מאות חשיפות במקום ספירת מספר קבוע של ימים — ומשווה לפני ואחרי. אם התוצאה נגד, השינוי מתבטל ונרשם מדוע. זה שינוי עם ניסוי מובנה בתוכו, וזה למעשה קרוב יותר לאיך שאדם זהיר אמור לבצע אופטימיזציה בכל מקרה; פשוט לרוב לא לרובנו יש הסבלנות לחכות ולבדוק.
היכן שהמבקרים צודקים
אז הנה הוויתור. אנשים שמתנגדים למצב האוטונומי לא טועים בכך שלנראות יש ערך בפני עצמה — לאבד מעקב אחרי מה השתנה באתר שלך זו עלות אמיתית, וחוויתי את זה בעצמי. מצב ההצעה קיים בדיוק כדי שלעולם לא תאבד את החוט הזה; המחיר היחיד שאתה משלם הוא ההחלטה מתי לקרוא את הדוח במקום ההחלטה מתי ליישם את השינוי. ולוח הבקרה, גם אם הוא לא המקום שבו נוצר הערך, עדיין המקום שבו תלך לבדוק את החזרה-לאחור שהופעלה בשקט ב-3 לפנות בוקר ולשאול למה. הייתי מוותר עליו לפני שהייתי מוותר על צינור הסנכרון שמתחתיו. אבל לא הייתי מוותר עליו לגמרי, וגם אתה לא צריך.
ההגדרה קטנה בכוונה, כי חיכוך כאן הוא הסיבה שרוב צינורות הנתונים שלאחר ההשקה אף פעם לא נבנים בכלל. חבר את Search Console ו-Analytics בעמוד 'הדומיינים שלי' — חשבון שירות אחד של גוגל מכסה את שניהם, זרימת OAuth אחת, לא שתיים — והסנכרון היומי מתחיל להזין את לוחות הבקרה שהסוכנים בפועל קוראים מהם. נתוני אנליטיקס של החנות מתחברים אוטומטית לכל דבר שהושק דרך צינור הבנייה של הפלטפורמה.
