שיטות עבודה מומלצות כלליות

השילוב של ספריית Google Publisher Tag‏ (GPT) באתר שלכם דומה בדרכים רבות לשילוב של סקריפט אחר של צד שלישי. עם זאת, יש כמה היבטים ייחודיים לעבודה עם GPT שחשוב לקחת בחשבון כדי להפיק את המרב משטח להצגת מודעות באתר, עם השפעה מינימלית על ביצועי אתר. אחרי הכול, מהירות הטעינה של המודעות חשובה.

בקטעים הבאים מפורטות שיטות מומלצות לשימוש כשעובדים על השילוב.

טעינת GPT ממקור רשמי

כדי לוודא שיש לכם גישה לתכונות העדכניות ביותר ולאמצעי ההגנה על הפרטיות, תמיד צריך לבקש את ספריית GPT ממקור רשמי באמצעות אחד מכתובות ה-URL שמופיעות בטבלה הבאה. כתובת ה-URL שבה צריך להשתמש תלויה בשאלה אם אתם מתכננים להפעיל באופן ידני את המצב 'מודעות מוגבלות' (LTD).

סוג השילוב	תג סקריפט
סטנדרטית כולל בעלי אתרים שמשולב אצלם TCF של IAB Europe.	<script src="https://securepubads.g.doubleclick.net/tag/js/gpt.js" crossorigin="anonymous" async></script>
הפעלה ידנית של מודעות מוגבלות אם רוצים להפעיל באופן ידני מודעות מוגבלות (LTD).	<script src="https://pagead2.googlesyndication.com/tag/js/gpt.js" async></script>

הערה: כתובת ה-URL googlesyndication.com רלוונטית רק אם אתם מתכוונים להפעיל הצגת מודעות מוגבלת (LTD) באופן ידני באמצעות ה-API. שימוש בכתובת הזו לשילובים רגילים עלול לגרום לתקורה מיותרת ברשת ולהאט את טעינת המודעות.

הערה: כדי לעזור לכם לעמוד בדרישות התקנות (כמו GDPR) ובדרישות המדיניות של Google בנושא הסכמת משתמשים באיחוד האירופי, יכול להיות שתג GPT ייטען מכתובת ה-URL הרגילה עם המאפיין crossorigin="anonymous" כדי למנוע שליחה של קובצי Cookie עם בקשת הסקריפט.

הפעלת המצב מודעות מוגבלות (LTD) מאפשרת ל-GPT להציג מודעות בלי לגשת לאחסון בצד הלקוח (כמו קובצי Cookie או מזהים מקומיים). יש שתי דרכים להפעיל הצגת מודעות מוגבלת (LTD):

1. רגיל (אוטומטי): ספק של פלטפורמה לניהול הסכמה (CMP) מודיע ל-GPT שהמשתמש לא הביע הסכמה לגישה לאחסון, בדרך כלל באמצעות אות של גרסה 2.0 של IAB TCF. אם אתם משתמשים בפלטפורמת CMP שאושרה על ידי Google כדי לנהל את הסכמת המשתמשים, תג GPT יעבור באופן אוטומטי למצב של מודעות מוגבלות על סמך העדפות המשתמש.

   • כתובת URL: טוענים את GPT מכתובת ה-URL הרגילה (doubleclick.net).
   • אין צורך בפעולה ידנית: אין צורך להפעיל את setPrivacySettings({limitedAds: true}) באופן ידני כשמשתמשים בפלטפורמת CMP, כי האותות מטופלים אוטומטית על ידי הספרייה.

2. באופן ידני: אתם קוראים באופן מפורש ל-GPT API כדי לבקש הצגת מודעות מוגבלת (LTD).

   • ‫URL: אם אתם מתכוונים להפעיל הצגת מודעות מוגבלת (LTD) באופן ידני באמצעות API, עליכם לטעון את GPT מכתובת ה-URL של הצגת מודעות מוגבלת (LTD) googletag.pubads().setPrivacySettings({limitedAds: true})googlesyndication.com.
   • למה: טעינת GPT מהדומיין googlesyndication.com מאפשרת אמצעי הגנה נוספים מפני גישה לאחסון בצד הלקוח כברירת מחדל.
   • התוצאה של הגדרה שגויה: אם GPT נטען מכתובת ה-URL הרגילה וה-API הידני מופעל, המערכת תתעלם מהבקשה להפעלת מודעות מוגבלות ותתעד אזהרה במרכז המידע לבעלי תוכן דיגיטלי.

לא להציג גרסאות של GPT שנשמרו במטמון

אל תציגו אף פעם גרסאות של gpt.js, ‏ pubads_impl.js או ספריות שהן טוענות מהשרת שלכם, ואל תטענו אותן ממקור לא רשמי.

יכול להיות ששימוש בגרסה של ספריית GPT שמאוחסנת במטמון באופן מקומי לא תמיד יפעל בגרסאות חדשות יותר של דפדפנים או מערכות הפעלה, ויכול להיות שהגרסה לא תתעדכן בתכונות ובשיפורים חדשים. יכול להיות שגרסאות קודמות של ספריית GPT יפסיקו לפעול בכל שלב, ועלולות לגרום לאובדן הכנסות מפרסום אם הצגת המודעות בתגים תופסק.

הדבר נכון גם לגבי קובצי שירות (service worker). אם אתם משתמשים ב-Service Workers כדי לשמור במטמון או לשנות תגובות לבקשות HTTP שמגיעות מהאתר שלכם, כדאי להשתמש באסטרטגיה של רשת בלבד כשמטפלים בבקשות ל-gpt.js כדי לאחזר גרסה עדכנית.

טעינה מוקדמת של GPT

ספריית GPT ‏ (gpt.js) מכילה רק חלק קטן מהקוד שנדרש לטעינת מודעות. רוב הקוד הזה נמצא בקבצים נפרדים (כמו pubads_impl_XX.js), שנטענים על ידי gpt.js לפי הצורך.

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

שימוש בטעינה מראש כשמתאים

לפעמים אין לכם שליטה ישירה על מתי ואיך נטען GPT. לדוגמה, כשמשתמשים בסקריפט מודעות של צד שלישי שמעמיס GPT בשמכם. במקרים כאלה, יכול להיות שכדאי לטעון מראש את הבקשה ל-gpt.js. טעינה מראש של בקשה מורה לדפדפן להוריד באופן מיידי נכס ספציפי שחיוני לטעינת הדף. אם הנכס שצוין הוא קובץ JavaScript, התוכן של הסקריפט מאוחזר באופן מיידי, אבל הביצוע נדחה עד שהסקריפט נדרש.

דוגמה לבקשת טעינה מראש לשילובים רגילים

<link rel="preload" href="https://securepubads.g.doubleclick.net/tag/js/gpt.js" as="script">

דוגמה לבקשת טעינה מראש לשילוב של הצגת מודעות מוגבלת (LTD)

<link rel="preload" href="https://pagead2.googlesyndication.com/tag/js/gpt.js" as="script">

הערה: לא כל הדפדפנים מכבדים קישורים לטעינה מראש. במאמר Can I Use link-rel-preload?‎ יש סקירה כללית על התמיכה בדפדפנים.

שימוש ברכיב fetchpriority כדי לתעדף טעינת סקריפטים

אתם יכולים להשתמש במאפיין fetchpriority כדי לציין לדפדפן את העדיפות היחסית של אחזור משאבי GPT. כברירת מחדל, gpt.js מבקש באופן אוטומטי את סקריפט ההטמעה הראשי שלו (pubads_impl.js) ואת הסקריפטים של Google בנושא פרטיות והודעות באמצעות fetchpriority="high" כדי לבצע אופטימיזציה של תזמון ברשת ולהפחית את זמן האחזור של טעינת המודעות. הגדלת העדיפות עשויה להשפיע על הטעינה של משאבים אחרים בדף ועל Core Web Vitals. כדי למקסם את ההשפעה של השהיה של fetchpriority כשהיא מוגדרת כגבוהה, מומלץ להגדיר אותה ישירות ב-gpt.js.

כדי לתעדף את האחזור של סקריפט הטעינה gpt.js (או כדי להגדיר את העדיפות שעברה בירושה של סקריפטים של pubads_impl.js ושל הכלי 'פרטיות והודעות' של Google), אפשר להוסיף את המאפיין fetchpriority ישירות לתג gpt.js <script>:

<script async src="https://securepubads.g.doubleclick.net/tag/js/gpt.js" fetchpriority="high"></script>

כשמציינים את המאפיין fetchpriority בתג gpt.js loader<script>, סקריפט ההטמעה שמוכנס באופן דינמי וסקריפטים של Google בנושא פרטיות והודעות יורשים באופן אוטומטי את הערך שצוין fetchpriority (למשל, "high", ‏ "low" או "auto").

שימוש ב-GPT בדפים שעברו עיבוד מראש

רינדור מראש מורה לדפדפן להוריד ולרנדר מראש דפים שמשתמשים עדיין לא ביקשו, אבל סביר להניח שהם יבקרו בהם. כשהספרייה של GPT נטענת בדף שעבר טרום-עיבוד, היא שולחת בקשות להצגת מודעות רק אם הדף מוצג.

טעינת GPT באופן סטטי

אל תזריקו את ספריית GPT לדף באופן דינמי או תטענו אותה מסקריפט חיצוני. במקום זאת, טוענים את הספרייה באופן סטטי ב-<head> של הדף, כמו שמוסבר במאמר תחילת העבודה עם Google Publisher Tags. כך אפשר למנוע ממקורות אחרים לעכב את האחזור והטעינה של ספריית GPT, מה שעלול לעכב את טעינת המודעות.

פרטים נוספים זמינים במסמכי הביקורת של Lighthouse בנושא טעינה סטטית של סקריפטים של מודעות.

טעינת GPT באופן אסינכרוני

כוללים את מילת המפתח async בהגדרת תג הסקריפט, כמו שמודגם במאמר תחילת העבודה עם Google Publisher Tag. ההוראה הזו גורמת לדפדפן לטעון את ספריית GPT במקביל למשאבים אחרים ולתוכן הדף, במקום לחסום את ההפעלה עד שהסקריפט יסיים את הטעינה.

פרטים נוספים זמינים במסמך בנושא Publisher Ads Audits for Lighthouse טעינה אסינכרונית של תג מודעה.

טעינה מאובטחת של GPT

תמיד טוענים את ספריית GPT באמצעות HTTPS, כמו שמוסבר במאמר תחילת העבודה עם Google Publisher Tags. הפעולה הזו לא רק מספקת אבטחה טובה יותר למשתמשים, אלא גם משפרת את הביצועים. מכיוון שבקשות למודעות שמונפקות על ידי GPT תמיד משתמשות ב-HTTPS, טעינת הספרייה עצמה באמצעות HTTPS מבטיחה שהדפדפן יצטרך לפתוח רק חיבור אחד לכל הבקשות שקשורות להצגת מודעות.

פרטים נוספים מופיעים במסמכי התיעוד בנושא Publisher Ads Audits for Lighthouse: טעינת תג מודעה באמצעות HTTPS וטעינת GPT ממארח מומלץ.

שיפור מהירות הטעינה של הדף

השיטות המומלצות במדריך הזה מתמקדות באופטימיזציה של השילוב של GPT, אבל יש עוד הרבה גורמים שמשפיעים על הביצועים הכוללים של הדף. כשמבצעים שינויים באתר (במיוחד שינויים שמבוססים על המלצות כלליות, כמו ההמלצות במדריך הזה), חשוב לבדוק את ההשפעה של השינויים האלה על כל ההיבטים של ביצועי הדף. מומלץ להריץ באופן קבוע כלים כמו Lighthouse ו-Publisher Ads Audits for Lighthouse כדי לזהות בעיות בביצועים ולטפל בהן, וכדי למצוא את האיזון הנכון בין האופטימיזציות באתר.