Google Analytics 4 (GA4) משתמש בספריית gtag.js שנטענת מהשרתים של גוגל עם תוקף מטמון (cache) של שעתיים בלבד. כלים לבדיקת מהירות כמו Google PageSpeed Insights ו-GTmetrix מסמנים זאת כבעיה של "Serve static assets with an efficient cache policy".
אירוח הסקריפט של GA4 על השרת שלכם נותן לכם שליטה מלאה על הגדרות המטמון, מבטל DNS Lookup חיצוני, ומסיר את ההתרעה מדוחות המהירות. הרעיון זהה לטעינה לוקאלית של פונטים מגוגל לשיפור ביצועים.
אירוח לוקאלי של
gtag.jsשל GA4 מפחית בקשות צד שלישי, מבטל DNS Lookup לשרתי גוגל, ומאפשר לכם להגדיר הדרי מטמון (cache headers) משלכם לציון PageSpeed טוב יותר.
למה לארח את GA4 לוקאלית?
גוגל מגדירה את תוקף המטמון של gtag.js לשעתיים בלבד. המינימום המומלץ הוא שבוע לפחות, ולכן כל כלי בדיקת מהירות מסמן את הקובץ.
כאשר אתם מארחים את הקובץ על השרת שלכם, תוכלו להגדיר כותרי מטמון לשנה ויותר. מבקרים חוזרים יטענו את הסקריפט ממטמון הדפדפן במקום לשלוח בקשה חדשה לגוגל.
מעבר למטמון, אירוח לוקאלי גם מבטל את ה-DNS Lookup ואת ה-TLS Handshake ל-www.googletagmanager.com. אמנם החיסכון בזמן הוא קטן, אך הוא מסיר את התלות בשרת חיצוני ומנקה את דוחות הביצועים שלכם.
השיפור האמיתי במהירות כתוצאה מאירוח לוקאלי של GA4 הוא מינימלי. האופטימיזציה בעיקר מסירה התרעות מכלי בדיקת מהירות. ההחלטה אם זה שווה את התחזוקה היא שלכם. תוספי ביצועים כמו WP Rocket ו-LiteSpeed Cache יכולים לטפל בזה אוטומטית.
כיצד לארח את gtag.js של GA4 לוקאלית
כך מורידים ומגישים את סקריפט המעקב של GA4 מהשרת שלכם. בנוסף, תגדירו עדכון אוטומטי באמצעות Cron Job כדי לשמור על הקובץ עדכני.
שלב 1 – הורדת הסקריפט
פתחו את הכתובת הבאה בדפדפן, והחליפו את G-XXXXXXX ב-Measurement ID שלכם ב-GA4:
https://savvy.co.il/wp-content/litespeed/localres/aHR0cHM6Ly93d3cuZ29vZ2xldGFnbWFuYWdlci5jb20vZ3RhZy9qcw==?id=G-XXXXXXXהעתיקו את כל התוכן ושמרו אותו כקובץ local-gtag.js. העלו את הקובץ לתיקיית השורש של השרת באמצעות FTP, למשל ל-/public_html/local-gtag.js.
שלב 2 – עדכון קוד המעקב
החליפו את קטע המעקב הרגיל של GA4 בגרסה שמצביעה על הקובץ המקומי:
<script async src="https://example.com/local-gtag.js"></script>
<script>
window.dataLayer = window.dataLayer || [];
function gtag(){dataLayer.push(arguments);}
gtag('js', new Date());
gtag('config', 'G-XXXXXXX');
</script>החליפו את
https://example.com/local-gtag.jsבכתובת הקובץ בדומיין שלכם, ושנו אתG-XXXXXXXל-Measurement ID של GA4.
שלב 3 – יצירת סקריפט עדכון אוטומטי
גוגל מעדכנת את gtag.js לעיתים תכופות. כדי לשמור על העותק המקומי עדכני, צרו קובץ PHP בשם update-gtag.php עם הקוד הבא:
<?php
$measurement_id = 'G-XXXXXXX';
$remote_url = "https://savvy.co.il/wp-content/litespeed/localres/aHR0cHM6Ly93d3cuZ29vZ2xldGFnbWFuYWdlci5jb20vZ3RhZy9qcw==?id={$measurement_id}";
$local_file = __DIR__ . '/local-gtag.js';
$context = stream_context_create([
'http' => [
'timeout' => 15,
'user_agent' => 'Mozilla/5.0',
],
]);
$content = @file_get_contents( $remote_url, false, $context );
if ( $content && strlen( $content ) > 1000 ) {
file_put_contents( $local_file, $content );
echo "Updated successfully. Size: " . strlen( $content ) . " bytesn";
} else {
echo "Download failed or file too small. Keeping existing version.n";
}
?>שנו את
G-XXXXXXXל-Measurement ID שלכם ב-GA4. הסקריפט מוודא שהקובץ שהורד גדול מ-1KB לפני דריסה, מה שמונע שמירה של דף שגיאה על גבי הסקריפט העובד.
שלב 4 – הגדרת Cron Job
העלו את update-gtag.php לאותה תיקייה של local-gtag.js. לאחר מכן צרו Cron Job שירוץ פעם ביום.
ב-cPanel, היכנסו ל-Cron Jobs, הגדירו ל-Once Per Day, והוסיפו את הפקודה הבאה:
/usr/bin/php /home/username/public_html/update-gtag.php >/dev/null 2>&1
התאימו את הנתיב /home/username/public_html/ בהתאם להגדרות השרת שלכם. ה-Cron Job מוריד את הגרסה העדכנית של gtag.js מגוגל כל 24 שעות ושומר אותה לוקאלית.
אירוח לוקאלי של GA4 בוורדפרס
אם אתם מריצים Google Analytics 4 על וורדפרס, מספר תוספים מבצעים את כל התהליך אוטומטית. הם מורידים את gtag.js לשרת שלכם ומשתמשים ב-wp_cron המובנה של וורדפרס כדי לשמור עליו מעודכן.
CAOS (Complete Analytics Optimization Suite)
התוסף החינמי CAOS תומך ב-GA4 מגרסה 3.8. הזינו את ה-Measurement ID שלכם (G-XXXXXXX), והתוסף מטפל בהכל – אירוח לוקאלי, עדכונים אוטומטיים, ותכונות אופציונליות כמו Stealth Mode ו-Minimal Analytics 4 (שגם פותרת את התרעת "Reduce unused JavaScript").
תוספי ביצועים עם תמיכה מובנית
מספר תוספי ביצועים פופולריים כוללים אירוח לוקאלי של אנליטיקס כתכונה מובנית:
- WP Rocket – הפעילו "Host Google Analytics locally" בהגדרות File Optimization
- Perfmatters – הפעילו תחת לשונית Scripts עם עדכון יומי אוטומטי
- FlyingPress – מארח לוקאלית את כל סקריפטי הצד השלישי כולל GA4
- LiteSpeed Cache – כולל אפשרות אירוח לוקאלי של GA בהגדרות Page Optimization
אם אתם כבר משתמשים באחד מתוספים אלו, בדקו את ההגדרות שלו לפני התקנת CAOS. סביר שלא תצטרכו את שניהם.
Server-Side GTM – האלטרנטיבה המתקדמת
עבור אתרים שדורשים ביצועים מקסימליים ודיוק נתונים גבוה, Google Tag Manager בצד השרת הוא הגישה המודרנית ביותר. במקום לטעון את gtag.js בדפדפן, בקשות המעקב מנותבות דרך השרת שלכם.
היתרונות של Server-Side Tagging כוללים:
- השפעת ביצועים כמעט אפסית בצד הלקוח כי הסקריפטים רצים על השרת שלכם
- עוגיות צד ראשון שעוקפות את מגבלות ITP של Safari ומגבלות המעקב של Firefox
- דיוק נתונים טוב יותר כי חוסמי פרסומות לא יכולים ליירט בקשות שרת-אל-שרת
- עמידה משופרת ב-GDPR על ידי עיבוד נתונים על התשתית שלכם
החיסרון הוא מורכבות ועלות. Server-Side GTM דורש שרת ענן (Google Cloud, AWS, או שירותים מנוהלים כמו Stape.io) והגדרה טכנית מורכבת יותר. עבור רוב אתרי וורדפרס, אירוח לוקאלי של gtag.js הוא האפשרות הפשוטה יותר שעדיין מספקת תוצאות משמעותיות.
אם האתר שלכם מקבל תנועה משמעותית ממשתמשי Safari או Firefox, Server-Side Tagging יכול להאריך את חיי העוגיות מ-7 ימים עד שנתיים. זה מונע ספירת מבקרים חוזרים כמשתמשים חדשים ומשפר משמעותית את דיוק הנתונים ב-GA4.
שאלות נפוצות
שאלות נפוצות בנושא אירוח לוקאלי של Google Analytics 4:
gtag.js, בעיקר כי היא מעדכנת את הקובץ לעיתים תכופות עם תיקוני באגים ותכונות חדשות. עם זאת, אם תגדירו Cron Job אוטומטי שמעדכן את העותק המקומי מדי יום, הסיכון המעשי נמוך מאוד. אתרים רבים שממוקדים בביצועים משתמשים בגישה זו שנים ללא בעיות מעקב.gtag.js שולחת נתונים לשרתי האיסוף של גוגל בלי קשר למיקום ממנו היא נטענת. הסיכון היחיד הוא אם ה-Cron Job נכשל בשקט והקובץ המקומי הופך מיושן מאוד.gtag.js אומר שאתם מגישים את קובץ ה-JavaScript מהדומיין שלכם במקום משל גוגל, אך המעקב עדיין מתבצע בדפדפן המבקר. Server-Side GTM מנתב את נתוני המעקב דרך השרת שלכם לפני שליחתם לגוגל. Server-Side Tagging מספק עמידות טובה יותר מול חוסמי פרסומות ומאריך חיי עוגיות, אך דורש שרת ענן ייעודי ומורכב יותר להגדרה.gtm.js) במקום gtag.js. תוסף CAOS ותוספי ביצועים מסוימים יכולים לטפל בזה אוטומטית. אם אתם טוענים GA4 ישירות ללא GTM, השיטה המתוארת בפוסט זה היא הרלוונטית.analytics.js כבר לא שולחת נתונים. כל האתרים חייבים להשתמש ב-GA4 עם gtag.js. אם אירחתם בעבר את analytics.js לוקאלית, עליכם להסיר אותו ולעבור לשיטת GA4 המתוארת בפוסט זה.לסיכום
אירוח לוקאלי של gtag.js של Google Analytics 4 הוא אופטימיזציה פשוטה שמסירה התרעות מטמון של צד שלישי מדוחות המהירות שלכם. הרווח האמיתי במהירות הוא מינימלי, אך הוא נותן לכם שליטה מלאה על אספקת הסקריפט.
עבור אתרים שאינם וורדפרס, הורידו את gtag.js, הגדירו Cron Job יומי לעדכון, והפנו את קוד המעקב לקובץ המקומי. עבור אתרי וורדפרס, השתמשו ב-CAOS או בתכונת האנליטיקס המקומית של תוסף הביצועים שלכם.
אם אתם צריכים ביצועים מקסימליים ודיוק נתונים, שקלו Server-Side Google Tag Manager כהשקעה לטווח ארוך. הוא מעביר את המעקב לחלוטין מצד הלקוח ומספק יתרונות שחורגים הרבה מעבר למטמון.


וואי תודה! נראה שימושי מאוד, אני כבר הולך לנסות!
בהצלחה 🙂