תיוג צד שרת והסכמה: מה שאנשי שיווק צריכים לדעת

תיוג צד שרת הוא השינוי הגדול ביותר בטכנולוגיית שיווק מאז שגוגל טאג מנג'ר הושק בשנת 2012. על ידי העברת הפעלת תגים מהדפדפן לשרת, אנשי שיווק מקבלים איכות נתונים טובה יותר, טעינות עמוד מהירות יותר ושליטה רבה יותר. אך אי-הבנה מסוכנת מתפשטת: «אם התגים פועלים בשרת, אין צורך בהסכמה.» זה שגוי — ועלול לעלות לכם מיליונים בקנסות.

מהו תיוג צד שרת?

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

אי-ההבנה לגבי הסכמה

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

מציאות: GDPR מסדיר את עיבוד הנתונים האישיים, לא את מיקום הקוד. אם אתם אוספים ומשלחים כתובת IP של משתמש, התנהגות קליקים או נתוני רכישה ל-Google Analytics — לא משנה אם ה-JavaScript פועל בדפדפן או בשרת שלכם. הנתונים האישיים עדיין מעובדים ועדיין זקוקים להסכמה.

כיצד פועלת ההסכמה עם GTM צד שרת

  • שלב 1: CMP אוסף הסכמה בדפדפן (זה תמיד קורה בצד הלקוח)
  • שלב 2: מצב ההסכמה מועבר למכל צד השרת דרך זרם הנתונים
  • שלב 3: תגי צד שרת בודקים את מצב ההסכמה לפני הפעלה
  • שלב 4: פרמטרי Google Consent Mode V2 (ad_storage, analytics_storage, ad_user_data, ad_personalization) מכובדים גם בצד השרת

יתרונות שרת + הסכמה נאותה

טעויות נפוצות

FlexyConsent + GTM צד שרת

FlexyConsent פועל בצורה חלקה עם Google Tag Manager צד שרת. מצב ההסכמה נכלל אוטומטית בזרם הנתונים של GA4 וכל פרמטרי Consent Mode V2 מועברים למכל השרת. אין צורך בתצורה נוספת — תגי צד השרת שלכם מכבדים את ההסכמה מהרגע הראשון.

← בdelays delays קרא הכל →