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

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

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

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

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

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

<script src="https://pagead2.googlesyndication.com/tag/js/gpt.js" async></script>

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

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

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

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

   • כתובת URL: אם אתם מתכוונים להפעיל מודעות מוגבלות באופן ידני באמצעות ה-API, עליכם לטעון את GPT מכתובת ה-URL של המודעות המוגבלות googlesyndication.com.googletag.pubads().setPrivacySettings({limitedAds: true})
   • למה: טעינת 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">

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

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

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

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

טעינה סטטית של GPT

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

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

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

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

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

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

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

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

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

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