קל לארגן דפים בעזרת אוספים
אפשר לשמור ולסווג תוכן על סמך ההעדפות שלך.
כשמשתמשים בכתובות URL משודרגות, כתובת ה-URL להצגת מודעה או נכס מודעה נוצרת משילוב של שדות שונים לפי קבוצה של כללים. בקטע הזה נבחן את הכללים האלה בפירוט.
ההיררכיה של הישויות ב-Google Ads
כשמערכת Google Ads פותרת בעיות בשדות של כתובות URL משודרגות, היא משתמשת בהיררכיה הבאה (מהגבוהה לנמוכה):
Customer
Campaign
Ad Group
Ad
Ad Group Criterion
FeedItem (including sitelinks)
באיזו כתובת URL סופית נעשה שימוש?
כתובת ה-URL הסופית משמשת כברירת מחדל כשיוצרים את כתובת ה-URL להצגת המודעה. אם ישות נתמכת מוצגת ברשת לנייד ויש לה כתובת דף סופית תקינה לנייד, המערכת תשתמש בה במקום בכתובת ה-URL הסופית.
בשלב הזה, כתובת ה-URL הסופית של האפליקציה נתמכת רק במודעות לעידוד השימוש באפליקציה.
איך המערכת מרחיבה את כתובת ה-URL להצגת מודעות
אלה השלבים שהמערכת מבצעת כשהיא מרחיבה את כתובת ה-URL להצגת מודעות:
קובעים באיזו כתובת URL סופית להשתמש.
התהליך מתחיל בקביעה של כתובת ה-URL הסופית שבה יש להשתמש. הפרטים משתנים בהתאם לישות המעורבת.
ישות
באיזו כתובת URL סופית כדאי להשתמש?
FeedItem (sitelink)
תמיד משתמשים בכתובת ה-URL הסופית שלו.
מודעה X הוצגה במילת המפתח Y
אם למילת המפתח יש כתובת URL סופית משלה, משתמשים בה.
אחרת, משתמשים בכתובת ה-URL הסופית של המודעה.
קובעים באיזו תבנית של כתובת URL למעקב להשתמש.
כתובת ה-URL למעקב של ישות נקבעת על ידי מעבר על היררכיית האובייקטים שלה ובחירת הערך מהישות הנמוכה ביותר בהיררכיה.
אם לא נמצאים ערכים של תבנית כתובת URL למעקב בהיררכיה, הערך של תבנית כתובת ה-URL למעקב מוגדר כריק.
לדוגמה, אם למודעה יש ערכים של תבנית כתובת URL למעקב שהוגדרו רק ברמת קבוצת המודעות שאליה היא משתייכת וברמת החשבון, המערכת תשתמש בערך מקבוצת המודעות שאליה היא משתייכת.
קובעים באילו ערכים של פרמטרים מותאמים אישית להשתמש.
כדי לקבוע את הערך של פרמטר מותאם אישית נתון, המערכת עוברת על היררכיית האובייקט ובוחרת את הערך מהישות הנמוכה ביותר בהיררכיה.
אם לא מוגדר ערך לפרמטר המותאם אישית, המערכת משתמשת במחרוזת ריקה כערך שלו.
לדוגמה, כשמערכת Google Ads קובעת את הערך של פרמטר מותאם אישית מסוים ברמת המודעה, אם לפרמטר המותאם אישית הזה יש ערכים שמוגדרים בקבוצת המודעות הראשית שלו וברמת החשבון, המערכת משתמשת בערך מקבוצת המודעות הראשית.
מרחיבים את כתובת ה-URL הסופית.
המערכת מרחיבה את כתובת ה-URL הסופית בשלושה שלבים:
מרחיבים את ערכי הפרמטרים המותאמים אישית.
המערכת מנתחת את כתובת ה-URL הסופית ומחליפה את הערכים של כל פרמטר מותאם אישית בכתובת ה-URL, באמצעות הערכים שנקבעו בשלב 3 שלמעלה.
מרחיבים את תגי ValueTrack בכתובת ה-URL.
המערכת מנתחת את כתובת ה-URL הסופית ומחליפה את התגים של ValueTrack שמופיעים בכתובת ה-URL בערכים.
מסירים את התג {ignore}.
כל {ignore} פרמטר של ValueTrack בכתובת ה-URL הסופית המורחבת מוסר.
מרחיבים את תבנית המעקב.
אם אין ערך לתבנית המעקב (כפי שנקבע בשלב 2 למעלה), המערכת מדלגת על השלב הזה. אחרת, התבנית של כתובת ה-URL למעקב מורחבת באופן הבא:
מרחיבים את ערכי הפרמטרים המותאמים אישית.
המערכת מנתחת את כתובת ה-URL של תבנית המעקב ומחליפה את הערכים של כל פרמטר מותאם אישית בכתובת ה-URL באמצעות הערכים שנקבעו בשלב 3.
מרחיבים את תגי ValueTrack בכתובת ה-URL.
המערכת מנתחת את כתובת ה-URL של תבנית המעקב ומחליפה את הערכים של כל תגי ValueTrack שמופיעים בכתובת ה-URL.
מחליפים את הפרמטר {lpurl} בתבנית המעקב.
אם כתובת ה-URL של תבנית המעקב מכילה את המחרוזת {lpurl} או אחת מהווריאציות שלה,
היא מוחלפת בכתובת ה-URL הסופית המורחבת משלב 4.
אם הפרמטר {lpurl} מוכנס בתחילת תבנית המעקב, המערכת לא מוסיפה לו תו בריחה (escape). אם המיקום של הפרמטר הוא במקום אחר בתבנית המעקב, המערכת תבצע escape לתווים הבאים: ?, =, ", #, \t, ' ו-\[space\].
{unescapedlpurl} אף פעם לא מבוצעת הסרת escape.
התו {escapedlpurl} תמיד מוקף בגרשיים.
המחרוזת {lpurl+2} תמיד מסומנת בתו בריחה (escape) פעמיים.
המערכת תמיד מוסיפה תווי escape שלוש פעמים ל-{lpurl+3}.
בוחרים את כתובת ה-URL להצגת המודעה.
אם כתובת ה-URL של תבנית המעקב ריקה, נעשה שימוש בכתובת ה-URL הסופית המלאה משלב 4. אחרת, המערכת משתמשת בכתובת ה-URL המלאה של תבנית המעקב משלב 5.
יש יוצא מן הכלל לכלל הזה: אם תבנית כתובת ה-URL למעקב (שנקבעה בשלב 2) לא מכילה את הפרמטר {lpurl}, כתובת ה-URL הסופית של ה-Sitelink משמשת ככתובת ה-URL להצגת המודעה.
תרחישים לדוגמה
נניח שיש לכם חשבון עם המבנה הבא:
Account
Campaign 1
Ad Group 1
Ad 1
Keyword 1 (shoes)
Keyword 2 (hats)
Ad Group 2
Ad 2
Ad 3
Keyword 3 (watches)
FeedItem 1 (sitelink 1)
נניח ששדות כתובות ה-URL המשודרגות הבאים מוגדרים בישויות האלה:
[null,null,["עדכון אחרון: 2025-08-27 (שעון UTC)."],[[["\u003cp\u003eUpgraded URLs are built by combining various fields like final URL, tracking template, and custom parameters.\u003c/p\u003e\n"],["\u003cp\u003eThe system uses a hierarchy (Customer > Campaign > Ad Group > Ad > Ad Group Criterion > FeedItem) to determine which URL to use.\u003c/p\u003e\n"],["\u003cp\u003eThe final URL can be replaced with a final mobile URL on mobile devices or a final app URL for app engagement ads.\u003c/p\u003e\n"],["\u003cp\u003eTracking templates and custom parameters are selected from the lowest level in the hierarchy where they are defined.\u003c/p\u003e\n"],["\u003cp\u003eThe final serving URL is either the expanded final URL or the expanded tracking template, depending on the presence of the \u003ccode\u003e{lpurl}\u003c/code\u003e parameter.\u003c/p\u003e\n"]]],[],null,[]]
