אחרי שמשלבים את ספריית Google Publisher Tag (GPT) בתוך מהאתר שלכם, ותכירו שיטות מומלצות כלליות, להתחיל לשלוח בקשות למודעות. בהמשך נעסוק בשיטות מומלצות נוספות חשוב לזכור שכאשר מגדירים מיקומי מודעות ועובדים איתם, כדי להפיק את המקסימום של השטח להצגת מודעות, תוך השפעה מינימלית על הביצועים.
תעדוף של "חשוב" מיקומי מודעות בדף
לא כל מיקומי המודעות נוצרים באופן שווה. לדוגמה, משבצות שמוצגות ברגע ככל שהדף נטען (בחלק העליון והקבוע) הוא בדרך כלל "חשוב" יותר מאלה שאינן גלויות עד שגוללים לתצוגה (מתחת לקיפול), ניראות ומונטיזציה. לכן חשוב חשוב לשקול בזהירות את החשיבות היחסית של כל מיקום מודעה בדף שלך לטעון את המשבצות החשובות ביותר במהירות האפשרית.
טעינה מוקדמת של מודעות בחלק העליון והקבוע
למודעות שיוצגו מיד לאחר טעינת הדף יש להקצות את הערך הגבוה ביותר
בעדיפות גבוהה. מומלץ להגדיר את מיקומי המודעות האלה ב<head> של
ולבקש אותם מוקדם ככל האפשר בתהליך טעינת הדף. הזה
עוזר להבטיח שהמודעות האלה ייטענו מוקדם יותר (השגת ניראות מקסימלית)
שהם לא יאטו שלא לצורך את הטעינה הראשונית של הדף.
טעינת מודעות בחלק הנגלל באופן מדורג
עבור מודעות שצריך לגלול כדי להציג אותן, האחזור והעיבוד נדחית עד שהמשבצות קרוב לכניסה לאזור התצוגה. זה תהליך שנקראת טעינה מדורגת. טעינה מושהית בנפרד מתעדפת בקשות ורינדור של תוכן קריאייטיב למיקומים הכי סביר שיצפו בו. זה עוזר לבצע אופטימיזציה של ביצועי טעינת דפים על ידי שימור המשאבים המוגבלים של הדפדפן, וזה חשוב במיוחד בסביבות של מכשירים ניידים שבהן רוחב הפס והמעבד (CPU) מוגבלים בדרך כלל.
רענון מודעות בלי לרענן את הדף
יש הרבה תרחישים שבהם רצוי או אפילו חייבים להחליף את בתוכן הנוכחי של המודעה במיקום המודעה. במקרים כאלה כדאי להשתמש של ספריית GPT רענון פונקציונליות כדי לעשות זאת באופן דינמי. כך נמנעים מרענון של כל הדף ומאפשרים לכם לשלוט במדויק בתנאים שבה מתעדכנת משבצת או קבוצה של משבצות.
כשמרעננים את מיקומי המודעות, חשוב להכיר אותם ולפעול בהתאם
refresh() שיטות מומלצות.
רענון מודעות באופן בלתי הולם עלול להוביל לבעיות בביצועים ולשלילי
משפיעים על שיעורי הניראות.
טירגוט יעיל של מודעות
כשמגדירים טירגוט לפי ערך מפתח, צריך לשים לב
מומלץ לשקול אם להשתמש בטירגוט ברמת דף הנחיתה או ברמת הדף. לערכי מפתח משותפים
בין מיקומים מרובים, הדרך היעילה ביותר להשתמש בטירגוט ברמת הדף היא
שיטת PubAdsService setTargeting(). ברמת המיקום
יש להשתמש בטירגוט רק כדי לרשום ערכי מפתח ששונים או לא
כלול בכל מיקומי המודעות.
לתשומת ליבכם: ניתן להשתמש בו-זמנית גם בטירגוט ברמת המיקום וגם ברמת הדף, כפי שניתן לראות ב- הדוגמה להגדרת טירגוט. מומלץ מאוד מגדירים קודם את הטירגוט ברמת הדף, ולאחר מכן מגדירים את הטירגוט ברמת מיקום המודעה. משתנה רק במקרה הצורך. הגישה הזאת לא רק גורמת לשימוש יעיל ל-GPT API, הוא גם מפשט קוד ועוזר לתחזק מודל מנטלי ברור של כל הגדרות הטירגוט שהוגדרו בדף.
שימוש נכון בארכיטקטורת בקשה יחידה
ארכיטקטורת בקשה יחידה (SRA) היא מצב בקשת GPT ממזגת בקשות למספר מיקומי מודעות בבקשה להצגת מודעה אחת. כך אפשר להבטיח שהחרגות ומכשולים תחרותיים שהוגדרו עבור הדף שלך יהיו מכובד. לכן, אם הדף שלך משתמש בגורמים האלה, מומלץ להפעיל SRA ולהבין איך להשתמש בו בצורה נכונה.
בתצורת ברירת המחדל, SRA יבקש את כל מיקומי המודעות שהוגדרו
בפעם הראשונה שתתקשרו אל display() (או refresh(), אם
הטעינה הראשונית מושבתת). לכן
מומלץ להגדיר את כל מיקומי המודעות של הדף שלך ב<head>
לפני ביצוע הקריאה הראשונה ל-display().
אפשר להשתמש בטעינה מדורגת בשילוב עם
כדי לוודא שמקומות שנמצאים בחלק הנגלל
לא נטען באופן מיידי.
כשמשתמשים ב-SRA, חשוב להגדיר באופן מלא את כל מיקומי המודעות (לדוגמה,
הגדרת טירגוט, החרגת קטגוריות וכו') לפני ביצוע הקריאה הראשונה
display() רק ערכים שהוגדרו לפני הנקודה הזו ייכללו
בקשת SRA ראשונית.
לא נכון – ההגדרה של מיקום המודעה בדף לא כלולה בבקשת SRA
<html>
<head>
<meta charset="utf-8">
<title>Single Request Architecture Example</title>
<script src="https://securepubads.g.doubleclick.net/tag/js/gpt.js" crossorigin="anonymous" async></script>
<script>
window.googletag = window.googletag || {cmd: []};
var adSlot1, adSlot2;
googletag.cmd.push(function() {
// Define ad slot 1.
adSlot1 = googletag
.defineSlot('/6355419/Travel/Europe/France',[728, 90], 'banner-ad-1')
.addService(googletag.pubads());
// Define ad slot 2.
adSlot2 = googletag
.defineSlot('/6355419/Travel/Europe/France',[728, 90], 'banner-ad-2')
.addService(googletag.pubads());
// Enable SRA and services.
googletag.pubads().enableSingleRequest();
googletag.enableServices();
});
</script>
</head>
<body>
<div id="banner-ad-1" style="width: 728px; height: 90px;">
<script>
googletag.cmd.push(function() {
// This call to display requests both ad slots.
googletag.display(adSlot1);
});
</script>
</div>
<div id="banner-ad-2" style="width: 728px; height: 90px;">
<script>
googletag.cmd.push(function() {
// This call to display has no effect, since both ad slots have already
// been fetched by the previous call to display.
// Targeting configuration for ad slot 2 is ignored.
adSlot2.setTargeting('test', 'privacy');
googletag.display(adSlot2);
});
</script>
</div>
</body>
</html>
נכון – הגדרה של מיקום מודעה בדף כלולה בבקשת SRA
<!doctype html>
<html>
<head>
<meta charset="utf-8">
<title>Single Request Architecture Example</title>
<script src="https://securepubads.g.doubleclick.net/tag/js/gpt.js" crossorigin="anonymous" async></script>
<script>
window.googletag = window.googletag || {cmd: []};
var adSlot1, adSlot2;
googletag.cmd.push(function() {
// Define ad slot 1.
adSlot1 = googletag
.defineSlot('/6355419/Travel/Europe/France',[728, 90], 'banner-ad-1')
.addService(googletag.pubads());
// Define and configure ad slot 2.
adSlot2 = googletag
.defineSlot('/6355419/Travel/Europe/France',[728, 90], 'banner-ad-2')
.setTargeting('test', 'privacy')
.addService(googletag.pubads());
// Enable SRA and services.
googletag.pubads().enableSingleRequest();
googletag.enableServices();
});
</script>
</head>
<body>
<div id="banner-ad-1" style="width: 728px; height: 90px;"></div>
<div id="banner-ad-2" style="width: 728px; height: 90px;"></div>
<script>
googletag.cmd.push(function() {
// This call to display requests both ad slots with all
// configured targeting.
googletag.display(adSlot1);
});
</script>
</body>
</html>
אופטימיזציה של גודל המודעה
כשמגדירים את מיקומי המודעות, חשוב לא רק את הגודל המקסימלי של המודעה אבל גם בגדלים קטנים יותר שיכולים להתאים בצורה נוחה לאותו מקום. לחשבון באופן כללי, ככל שתציינו יותר גדלים בזמן הגדרת מיקום המודעה, כך יופיעו יותר מודעות יהיה כשיר להצגה. דבר כזה יכול לגרום לקצבי מילוי גבוהים יותר בהכנסות.