בהרבה דרכים, שילוב ספריית Google Publisher Tag (GPT) באתר זהה לשילוב כל סקריפט אחר של צד שלישי. עם זאת, יש כמה היבטים ייחודיים בעבודה עם GPT שחובה להביא בחשבון כדי להבטיח שתפיקו את המקסימום משטח המודעות שלכם עם השפעה מינימלית על ביצועי האתר. אחרי הכול, מודעות מהירות הן חשובות.
פירטנו כאן כמה שיטות מומלצות שכדאי לזכור כשעובדים על שילוב משלכם.
טעינת GPT ממקור רשמי
תמיד יש לבקש ספריית GPT ממקור רשמי:
| סוג השילוב | כתובת URL |
|---|---|
| Standard | https://securepubads.g.doubleclick.net/tag/js/gpt.js |
| כמות פרסומות מוגבלת | https://pagead2.googlesyndication.com/tag/js/gpt.js |
אין להציג גרסאות של 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 בדף באופן דינמי או מטעינה של ספריית GPT מסקריפט חיצוני. במקום זאת, צריך לטעון את הספרייה באופן סטטי ב-<head> של הדף, כמו שמתואר במאמר תחילת העבודה עם Google Publisher Tag. הדבר מונע ממשאבים אחרים לעכב את האחזור והטעינה של ספריית GPT, וכך לעכב את טעינת המודעות.
לפרטים נוספים, עיינו במסמכי הביקורת בנושא טעינה סטטית של סקריפטים של מודעות ב-Publisher Ads Audits for Lighthouse.
יש לטעון GPT באופן אסינכרוני
כוללים את מילת המפתח async בהגדרה של תג הסקריפט, כמו שמתואר במאמר תחילת העבודה עם Google Publisher Tag. המדיניות מורה לדפדפן לטעון את ספריית GPT במקביל למשאבים אחרים ולתוכן דפים, במקום לחסום את ההפעלה עד לסיום טעינת הסקריפט.
לפרטים נוספים, עיינו במסמכי הביקורת בנושא טעינה אסינכרונית של תג המודעה במסמכי הביקורת של Publisher Ads for Lighthouse.
טעינה מאובטחת של GPT
צריך לטעון תמיד את ספריית GPT ב-HTTPS, כמו שמוצג במאמר תחילת העבודה עם Google Publisher Tag. כך ניתן לספק למשתמשים אבטחה טובה יותר, וגם לשפר את הביצועים. מכיוון שבקשות להצגת מודעות שנשלחות על ידי GPT תמיד משתמשות ב-HTTPS, טעינת הספרייה עצמה דרך HTTPS מבטיחה שהדפדפן יצטרך לפתוח חיבור אחד בלבד לכל הבקשות שקשורות להצגת מודעות.
לקבלת פרטים נוספים, קראו את מסמכי התיעוד של הביקורת לבעלי אתרים ב-Publisher Ads עבור Lighthouse טעינת תג מודעה ב-HTTPS וטעינת GPT ממארח מומלץ.
תרגול של ביצועי דפים טובים
השיטות המומלצות במדריך הזה מתמקדות ספציפית באופטימיזציה של שילוב GPT, אבל גורמים רבים אחרים תורמים לביצועים הכוללים של הדף. כאשר אתם עורכים שינויים באתר (בעיקר שינויים המבוססים על המלצות רחבות, כמו השינויים במדריך הזה), חשוב להעריך את ההשפעה של השינויים האלה על כל ההיבטים של ביצועי הדף. מומלץ להפעיל באופן קבוע כלים כמו Lighthouse ו-Publisher Ads Audits for Lighthouse, כדי לזהות בעיות בביצועים ולטפל בהן, ולמצוא את האיזון הנכון בין פעולות האופטימיזציה של האתר.