ארבע דקות ליצירת חשבון השירות. שישה עשר חודשי היסטוריה של Search Console שמולאו רטרואקטיבית כבר בסנכרון הראשון. שתי שניות לדומיין שכבר מאומת ומורשה. ושני חודשים — המספר שגורם ליותר פניות תמיכה מכל שלושת האחרים גם יחד, כי זהו חלון שמירת הנתונים המובנה של GA4, וכמעט אף אחד לא יודע לבדוק אותו לפני החיבור.
ההגדרה עצמה קצרה: אישור אחד בהגדרות ← חשבונות Google, שני כפתורי חיבור בניהול דומיינים, ואז ברוב המקרים תשכחו שהעמוד הזה קיים. אבל הנתון של שני החודשים ראוי להסבר מלא, כי הוא מסביר מדוע בדומיינים מסוימים מופיעה כבר ביום הראשון היסטוריית Analytics עשירה ושימושית, בעוד באחרים כמעט לא מופיע דבר במשך שבועות — וזו אינה תקלה בפלטפורמה כשזה קורה.
אישור אחד, שמוענק פעם אחת
מעלים מפתח חשבון שירות (service account) של Google — קובץ JSON, לא כניסה אישית. זהות רובוטית, לא טוקן OAuth אנושי שפג תוקפו או נשבר כשמישהו משנה סיסמה. Google Cloud מנפיק אותו פעם אחת, והוא ממשיך לעבוד עד שתמחקו אותו — כך הפלטפורמה מסתנכרנת גם ב-3 לפנות בוקר בלי שאף אחד מחובר.
יצירת מפתח כזה אורכת בערך את אותן ארבע דקות אם מעולם לא עשיתם זאת: פרויקט חדש או קיים, IAM ו-Admin ← Service Accounts ← Create, ואז הורדת המפתח. ההרשאה חשובה יותר ממה שרשימת הבחירה מרמזת — הענקת Viewer בלבד על נכס Search Console ועל נכס Analytics, ולא יותר מזה. ראיתי צוותים שהעניקו הרשאת Editor כי היא האפשרות הראשונה ברשימה, וכעבור חצי שנה אף אחד לא מסוגל להסביר למה לחשבון רובוט יש הרשאת כתיבה על הגדרות ה-GA4 שלהם. הרשאת קריאה-בלבד היא הנכונה; הפלטפורמה אף פעם לא נוגעת בהגדרות שלכם.
מפתח אחד מכסה את כל הדומיינים תחת פרויקט ה-Google Cloud הזה. אם אתם סוכנות שמריצה עשרות אתרי לקוחות, זה טיעון בעד חשבון שירות נפרד לכל לקוח במקום חשבון אחד לכולם — כך סיום עבודה מול לקוח הופך למחיקת מפתח, ולא לביקורת על אילו דומיינים שיתפו בשקט אישורי גישה עם מישהו שכבר עזב.
Search Console: מהיר כשהוא מהיר, מעצבן כשלא
- פתחו את חיבור בדומיין. ל-Search Console ול-Analytics יש כרטיס נפרד, ול-Analytics יש קיצור דרך "זהה ל-Search Console", כי בדרך כלל מפתח אחד מכסה את שניהם.
- כבר מאומת ולחשבון השירות שלכם יש גישה? מיידי — בדיקת הרשאה, נגמרת תוך כשתי שניות.
- עדיין לא מאומת: אימות DNS אוטומטי אם תמסרו את מפתח ה-API של רשם הדומיין שלכם (Cloudflare, Route 53, וכמה אחרים), או רשומת TXT ידנית שתוסיפו בעצמכם.
הנתיב הידני הוא המקום שבו אנשים מאבדים סבלנות. ההפצה משתנה באמת — תשעים שניות פעם אחת, ארבע שעות בפעם אחרת, תלוי ב-TTL ובמטמון של הרזולבר. הפלטפורמה סורקת ברקע, אז תוסיפו את הרשומה ותתעסקו במשהו אחר. אם עבר יום שלם בלי אימות, זה כמעט אף פעם לא הפצה; זו לרוב טעות הקלדה בערך או שהרשומה נחתה באזור הלא נכון (apex במקום תת-דומיין, או להפך). הריצו `dig TXT` מול מה שבאמת חי לפני שתאשימו את גוגל.
נתיב מפתח ה-API מדלג על כל זה על ידי כתיבת הרשומה בשבילכם, אבל זה אומר למסור לכלי צד שלישי הרשאת כתיבה ל-DNS שלכם — ואם ה-DNS הזה משרת תעבורת ייצור, אני לא חושב שהיסוס הוא לא סביר. הנתיב הידני עולה כמה דקות מראש וקונה לכם שלא תצטרכו לחשוב על זה שוב לעולם.
Analytics, ופער השמירה שאף אחד לא מזהיר לגביו
Analytics מתחבר באמצעות גילוי ולא אימות — הפלטפורמה מחפשת נכס GA4 קיים בדומיין ומתחברת אם לחשבון השירות שלכם יש גישה, כי הרשאות GA4 כבר מבוקרות בצד של גוגל. היא יכולה ליצור נכס אם אין כזה, אבל אפשרו לה לעשות זאת רק עבור אתרים חדשים באמת. אם עברתם מ-Universal Analytics או שיש לכם נכס עם שנים של היסטוריה, התחברו לנכס הזה במפורש. נכס חדש עם שלושה ימי נתונים הוא נקודת התחלה גרועה בהרבה מנכס בן תשע שנים עם דפוסים עונתיים מובנים, ולולאת האופטימיזציה נשענת על ההיסטוריה הזו יותר ממה שתהליך החיבור מרמז.
הנה הפער שתופס אנשים: Search Console ממלא רטרואקטיבית עד שישה עשר חודשי נתוני שאילתות בסנכרון הראשון, כי גוגל שומרת היסטוריה כזו בשרתים שלה ללא קשר למועד החיבור. ל-GA4 אין ערבות מקבילה — המילוי הרטרואקטיבי שלו מוגבל להגדרת שמירת הנתונים של הנכס עצמו, וההגדרה הזו כברירת מחדל היא חודשיים אלא אם מישהו בארגון שלכם שינה אותה. כך שדומיין יכול להציג שישה עשר חודשי חשיפות וקליקים ברגע החיבור, ורק חודשיים של סשנים, באותו היום בדיוק, מאותו תהליך התקנה בדיוק. זו לא תקלת סנכרון. זו ברירת המחדל של שמירת הנתונים של גוגל שעושה בדיוק את מה שהוגדרה לעשות, והתיקון — אם אתם רוצים יותר מחודשיים קדימה — הוא שינוי חלון השמירה בהגדרות נכס ה-GA4 ישירות, לא משהו בצד הפלטפורמה הזו. שווה לבדוק לפני החיבור, לא אחרי שתתבלבלו מהפער.
נכסים משותפים ומה שקורה אחרי
עוד קמט אחד ב-Analytics: אם הארגון שלכם מפעיל נכס GA4 יחיד שאוסף נתונים עבור חמישה אתרים — נפוץ כשמישהו הקים את המעקב לפני שנים ואף אחד לא פיצל אותו מאז — החיבור עדיין עובד כשורה, אבל כל שאילתה מסוננת לפי שם מארח מאחורי הקלעים. לא תיבת סימון, לא משהו שאפשר לבטל בטעות. זו הסיבה שהלוח תמיד מציג את המספרים של הדומיין הזה ולעולם לא את הסך הכולל של הנכס.
ברגע ששני החיבורים נקלטים, הסנכרון רץ מדי יום בלוח זמנים שאתם שולטים בו (ראו את פרק לוחות הזמנים), ונתוני האנליטיקס של החנות מצטרפים אוטומטית לכל דבר שנבנה על הפלטפורמה. שורת הדומיין מציגה ממתין, חלקי, או פעיל — "חלקי" אומר שאחד משני החיבורים חי והשני לא, וזה הסימן שלכם ללכת לבדוק איזה כרטיס אדום במקום לסמוך על הסטטוס המצרפי.
איפה זה באמת נשבר
כמעט כל כרטיס שראיתי נופל לאחת משלוש קטגוריות, אף אחת לא אקזוטית. אחת: מפתח חשבון השירות תקף אבל מוגדר לפרויקט Google Cloud הלא נכון, אז בדיקת ההרשאה חוזרת ריקה למרות שהמפתח עצמו מעלה בהצלחה. שתיים: אף אחד לא הוסיף בפועל את כתובת האימייל של חשבון השירות — משהו כמו [email protected] — כצופה בתוך הגדרות הגישה של Search Console או GA4 עצמם; העלאת המפתח לפלטפורמה לא מעניקה לו שום דבר בצד של גוגל. שלוש, ערמומית יותר: דומיין מתחבר מחדש תחת חשבון שירות חדש אחרי שהישן נמחק, אבל לוח הזמנים ממשיך להיכשל בשקט מול אישורים מיושנים במשך שבוע לפני שמישהו שם לב שהמספרים הפסיקו להתעדכן.
אף אחד מאלה אינו באג בפלטפורמה — הם המחיר הרגיל של רובוט שצריך הרשאה בשני מוצרי גוגל נפרדים, והמודל של גוגל עצמו לא הופך את זה לברור. תקצבו חמש עשרה דקות לדומיין הראשון שלכם, לא את שתי הדקות שהתהליך מרמז עליהן. כל דומיין אחרי זה מהיר, כי גם האישורים וגם הזיכרון השרירי עוברים איתכם.
