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

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

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

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

תמיד צריך לבקש את ספריית ה-GPT ממקור רשמי:

סוג השילוב תג סקריפט
רגילה

כולל בעלי אפליקציות ששולבו עם 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 של המודעות המוגבלות רק באתרים שבהם אתם מתכוונים להפעיל מודעות מוגבלות (LTD) באופן ידני. בקשת GPT מכתובת ה-URL של המודעות המוגבלות כשהתכונה הזו לא בשימוש גורמת לדפדפן לפתוח חיבור נוסף מיותר לרשת, שעלול להאט את טעינת המודעות.

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

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

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

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

הדרישה הזו רלוונטית גם ל-service worker. אם אתם משתמשים ב-service worker כדי לשמור במטמון או לשנות תשובות לבקשות 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 Tags. זה מונע ממשאבים אחרים לעכב את האחזור והטעינה של ספריית ה-GPT, וכתוצאה מכך תעכב את הטעינה של המודעות.

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

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

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

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

טעינת GPT באופן מאובטח

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

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

תרגול ביצועים טובים של דפים

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