הפונקציונליות של שיתוף מודעות תצא משימוש ב-Google Ads API בינואר 2026

יום רביעי, 9 ביולי 2025

מה עומד להשתנות?

‫Google מוציאה משימוש את הפונקציונליות של שיתוף מודעות ב-Google Ads API.

ב-28 בינואר 2026, נשיק את גרסה 23 של Google Ads API, ונסיר את האפשרות ליצור מודעות משותפות מכל הגרסאות הנתמכות.

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

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

מה זה שיתוף מודעות?

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

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

מה הסיבה לשינוי?

השינוי הזה תואם למעבר למודעות המורכבות מנכסים. העתיד של Google Ads מתמקד בפורמטים של מודעות המורכבות מנכסים, כמו מודעות רספונסיביות לרשת החיפוש (RSA) וקמפיינים למיקסום הביצועים. בפורמטים האלה, "המודעה" נוצרת באופן דינמי ממאגר של נכסים (כותרות, תיאורים, תמונות), ולכן הרעיון של אובייקט מודעה סטטי שניתן לשתף פחות יעיל.

איך להיערך

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

‫שלב 1: בודקים את האפליקציה

השלב הראשון הוא לבדוק אם האפליקציה שלכם משתמשת במודל של שיתוף הכנסות ממודעות.

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

הלוגיקה הנוכחית שלכם, שתוצא בקרוב, עשויה להיראות בערך כך:

1. יוצרים AdGroupAd שמכיל Ad.
2. יוצרים AdGroup.
3. יוצרים עוד AdGroupAd באמצעות Ad המוטמע משלב 1 וה-AdGroup משלב 2. (זו הפונקציונליות שתבוטל).

שלב 2: מעדכנים את הלוגיקה של יצירת המודעות

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

הלוגיקה החדשה שעומדת בדרישות המדיניות אמורה להיראות כך:

1. ב-AdGroup_1:
   • יוצרים AdGroupAd באמצעות ad for ad_group_1.
2. ב-AdGroup_2:
   • יוצרים AdGroupAd באמצעות ad for ad_group_2.

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

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

שלב 3: הבנת ההשפעה על הדיווח

כשמפסיקים לשתף מודעה אחת ומתחילים ליצור מודעות ייחודיות לכל קבוצת מודעות, היסטוריית הביצועים מושפעת מכך.

חשוב: הנתונים הסטטיסטיים של הביצועים (חשיפות, קליקים, המרות) קשורים למודעה הייחודית. המודעות החדשות שתיצרו יתחילו בלי היסטוריית ביצועים. הנתונים ההיסטוריים מהמודעות הישנות והמשותפות יישארו, אבל הם לא יועברו למודעות החדשות.

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

העברה של מודעות משותפות קיימות

שלב 1: זיהוי המודעות המשותפות

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

SELECT
  ad_group_ad.ad.id,  -- This is the unique ID of the 'Ad' itself
  ad_group.id,        -- This is the unique ID of the 'AdGroup'
  ad_group_ad.status,
  ad_group_ad.ad.type,
  campaign.id,
  campaign.name,
  ad_group.name
FROM
  ad_group_ad
WHERE
  ad_group_ad.status IN ('ENABLED', 'PAUSED')
ORDER BY
  ad_group_ad.ad.id, ad_group.id

אם מצאתם בתוצאות ad_group_ad.ad.id שאוסף ה-ad_group.ids שמשויך אליו כולל יותר מרשומה אחת, זה אומר שהמודעה הספציפית הזו (שמזוהה לפי ad_group_ad.ad.id) מקושרת לכמה קבוצות של מודעות (כל אחת מזוהה לפי ad_group.id ייחודי באוסף).

אם ad_group.id כלשהו משויך ליותר מad_group.id אחד, המודעה הזו נחשבת "משותפת".

שלב 2: אוספים את תוכן המודעות ואת קבוצות המודעות המשויכות

לכל מודעה משותפת שזיהיתם בשלב 1, אתם צריכים לאחזר שני דברים:

1. תוכן המודעה (הכותרות והתיאורים שלה).
2. רשימה של כל הקבוצות של המודעות שבהן הוא פעיל כרגע.

שלב 3: יוצרים ResponsiveSearchAd חדשה וייחודית בכל קבוצת מודעות

כדי לבצע את החלק העיקרי של ההעברה, עוברים בלולאה על כל קבוצת מודעות שזיהיתם בשלב 2 ויוצרים בתוכה ResponsiveSearchAd חדשה.

שיטה מומלצת: אם המודעה המשותפת היא מודעת טקסט מורחבת, אל תעתיקו רק את 3 הכותרות ו-2 התיאורים. השתמשו בהם כנקודת התחלה והוסיפו עוד נכסים. היתרון של ResponsiveSearchAds הוא שיש ל-Google מאגר גדול של כותרות ותיאורים שהיא יכולה לבדוק. כדאי להוסיף 5 כותרות קצרות, כותרת ארוכה אחת ו-5 תיאורים.

הנה סיכום קצר של המגבלות של ResponsiveSearchAds,

סוג הנכס	הכמות המקסימלית המותרת	מגבלת תווים	שיטות מומלצות
כותרת קצרה	עד 5	30 תווים	צריך לספק את כל 5 הפרטים
כותרת ארוכה	1	‫90 תווים	תמיד צריך לספק 1
תיאור	עד 5	‫90 תווים	צריך לספק את כל 5 הפרטים

הנה תיאור קונספטואלי של הפעולה mutate באמצעות AdGroupAdService:

1. עוברים על כל ad_group.resource_name מהתוצאות של שלב 2.
2. בתוך הלולאה, יוצרים אובייקט AdGroupAd חדש.
3. מגדירים את השדה ad_group לערך הנוכחי של ad_group.resource_name.
4. יוצרים אובייקט Ad בתוך AdGroupAd.
5. ממלאים את השדה responsive_search_ad בנכסים:
   • יוצרים רשימה של AdTextAsset אובייקטים לכותרות.
   • יוצרים רשימה של AdTextAsset אובייקטים לתיאורים.
   • מגדירים את final_urls, path1 ו-path3 באמצעות הנתונים מהמודעה הישנה.
6. מפעילים את הבקשה MutateAdGroupAds().

התהליך הזה מבטיח שלכל קבוצת מודעות יש עכשיו ResponsiveSearchAds שמוכנות להצגה.

שלב 4: מסירים את המודעות המשותפות הישנות

אחרי שיוצרים את ResponsiveSearchAds והן עוברות את הבדיקה של צוות העריכה (הסטטוס הוא ENABLED), אפשר להוציא משימוש את המודעות המשותפות.

1. מזהים את שם המשאב של AdGroupAd הישן (הקישור בין המודעה המשותפת לקבוצת המודעות).
2. משתמשים ב-AdGroupAdService כדי לבצע את השינוי. במסגרת השירות הזה, יוצרים AdGroupAdOperation. לאובייקט הפעולה הזה יש שדה הסרה שבו אתם מציינים את שם המשאב של AdGroupAd שאתם רוצים להסיר.
3. לבסוף, מפעילים את השיטה mutateAdGroupAds ב-AdGroupAdService.

לוח הזמנים להוצאה משימוש של מודעות משותפות

מומלץ מאוד להעביר באופן ידני את המודעות המשותפות בעצמך

• זו הגישה הכי טובה. התכונה הזו מאפשרת לכם ליצור מודעות חדשות עם תמונות וכותרות ייחודיות שמותאמות במיוחד לקהל בכל קבוצת מודעות. מודעות רלוונטיות יותר מובילות לתוצאות טובות יותר.

שלב 1: החל מ-28 בינואר 2026

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

שלב 2: בין 28 בינואר 2026 לרבעון הראשון של 2027

• המודעות המשותפות הקיימות ימשיכו להופיע כרגיל.
• לא נדרשת פעולה מיידית לגבי מודעות שכבר שותפו, והן לא יושפעו במהלך התקופה הזו.

שלב 3: ברבעון הראשון של 2027

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

מומלץ לעיין במסמכי התיעוד הרשמיים של Google Ads API ולעקוב אחרי הבלוג למפתחים של Google Ads כדי לקבל פרטים נוספים ככל שהתאריך מתקרב.

כדאי להתחיל את הבדיקה עוד היום ולשתף את הפוסט הזה עם צוות הפיתוח כדי לוודא שאתם מוכנים למעבר חלק.

תהליך אוטומטי ברבעון השני של 2026

אם לא תעשו כלום, נפריד בשבילכם את המודעות המשותפות באופן אוטומטי ברבעון השני של 2026.

ככה התהליך האוטומטי שלנו עובד:

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

אם יש לכם שאלות, אתם יכולים לפנות אלינו בפורום.

בוב הנקוק, צוות Google Ads API

תוויות: google-ads-api