Google Ads API ოქტომბერში რეკლამების გაზიარებას გააუქმებს

Google Ads API - SEO სააგენტო პორტალი

🔊 გამოიყენე ჩვენი სტანდარტული პლეერი აქვე საიტზე

რა იცვლება?

Google აუქმებს რეკლამის გაზიარების ფუნქციას Google Ads API-ში. ეს ცვლილება გავლენას მოახდენს იმაზე, თუ როგორ იქმნება და იმართება რეკლამები, ამიტომ მნიშვნელოვანია, გესმოდეთ მოსალოდნელი ცვლილებები და მოამზადოთ თქვენი სისტემები.

ძირითადი თარიღები:

  • 2025 წლის 15 ოქტომბრიდან – ახალი გაზიარებული რეკლამების შექმნა დაიბლოკება.
  • 2026 წლის პირველ კვარტალში – არსებული გაზიარებული რეკლამები შეწყვეტენ ჩვენებას და ავტომატურად გადაკეთდებიან.

მოდით, დეტალურად განვიხილოთ, რა ხდება, რატომ არის ეს მნიშვნელოვანი და რა უნდა გააკეთოთ.

სარჩევი

რა არის რეკლამის გაზიარება?

მარტივად რომ ვთქვათ, „რეკლამის გაზიარება“ ნიშნავს ერთი რეკლამის შექმნას და მისი გამოყენებას მრავალ სხვადასხვა სარეკლამო ჯგუფში (Ad Groups).

იმის ნაცვლად, რომ თითოეული სარეკლამო ჯგუფისთვის იდენტური რეკლამები თავიდან აგეწყოთ, თქვენ ქმნიდით ერთ რეკლამას და შემდეგ უბრალოდ აკავშირებდით მას ყველა საჭირო ჯგუფთან. ეს, რა თქმა უნდა, დროს ზოგავდა.

რატომ იცვლება Google Ads API?

ეს ცვლილება პირდაპირ კავშირშია Google-ის სტრატეგიასთან, რომელიც სრულად გადადის ასეტებზე დაფუძნებულ რეკლამებზე (Asset-Based Ads). Google Ads-ის მომავალი აგებულია ისეთ ფორმატებზე, როგორიცაა ადაპტირებადი საძიებო რეკლამები (Responsive Search Ads – RSAs) და Performance Max კამპანიები.

ამ ფორმატებში „რეკლამა“ დინამიკურად იწყობა სხვადასხვა ასეტებისგან (სათაურები, აღწერები, სურათები), რაც სტატიკური, გაზიარებადი რეკლამის კონცეფციას მოძველებულს და არაეფექტურს ხდის.

როგორ მოვემზადოთ?

დრო საკმარისია მოსამზადებლად, მაგრამ გირჩევთ, პროცესი ახლავე დაიწყოთ, რათა თავიდან აიცილოთ თქვენი სარეკლამო ოპერაციების შეფერხება.

ნაბიჯი 1: შეამოწმეთ თქვენი აპლიკაცია

პირველი ნაბიჯი არის იმის დადგენა, იყენებს თუ არა თქვენი აპლიკაცია (პროგრამული კოდი) რეკლამის გაზიარების მოდელს.

გადახედეთ თქვენს პროგრამულ კოდს, კონკრეტულად კი იმ ლოგიკას, რომელიც მუშაობს AdGroupAdService-თან. მოძებნეთ ყველა ის შემთხვევა, სადაც თქვენ ქმნიდით ახალ რეკლამას (AdGroupAd) უკვე არსებული რეკლამის რესურსის სახელის გამოყენებით, რომელიც სხვა სარეკლამო ჯგუფში იყო ჩართული.

თქვენი ამჟამინდელი ლოგიკა, რომელიც მალე გაუქმდება, კონცეპტუალურად შეიძლება ასე გამოიყურებოდეს:

  1. ქმნით სარეკლამო ერთეულს (AdGroupAd), რომელიც შეიცავს რეკლამას (Ad).

  2. ქმნით სარეკლამო ჯგუფს (AdGroup).

  3. ქმნით კიდევ ერთ სარეკლამო ერთეულს (AdGroupAd) პირველი ნაბიჯიდან აღებული, უკვე არსებული რეკლამის (Ad) და მეორე ნაბიჯიდან აღებული სარეკლამო ჯგუფის (AdGroup) გამოყენებით. (სწორედ ეს ფუნქციონალი უქმდება).

მარტივი ენით რომ ვთქვათ, ეს ნაწილი ეუბნება პროგრამისტებს: “დარწმუნდით, რომ თქვენი კოდი არსად არ იღებს ერთ, უკვე შექმნილ რეკლამას და არ ამატებს მას სხვადასხვა სარეკლამო ჯგუფებში. თუ ამას აკეთებთ, ეს ლოგიკა უნდა შეცვალოთ.”

ნაბიჯი 2: განაახლეთ თქვენი რეკლამის შექმნის ლოგიკა

თქვენ უნდა გადააკეთოთ (მოახდინოთ რეფაქტორინგი) თქვენი კოდი ისე, რომ ის ქმნიდეს ახალ, უნიკალურ რეკლამას ყველა სარეკლამო ჯგუფისთვის. ერთი რეკლამის გაზიარების ნაცვლად, თქვენი ახალი სამუშაო პროცესი უნდა იყოს ციკლი, რომელიც ქმნის ცალკეულ რეკლამას თითოეული სამიზნე სარეკლამო ჯგუფისთვის. თქვენ ვეღარ შეძლებთ ცალკე მდგომი რეკლამის შექმნას. ამის ნაცვლად, რეკლამის პარამეტრებს მიუთითებთ სარეკლამო ჯგუფის შექმნის პროცესში.

ახალი, წესებთან შესაბამისი ლოგიკა ასე უნდა გამოიყურებოდეს:

  • სარეკლამო ჯგუფი 1-ისთვის (AdGroup_1):
    • შექმენით სარეკლამო ერთეული (AdGroupAd) სარეკლამო ჯგუფი 1-ისთვის განკუთვნილი რეკლამის გამოყენებით.
  • სარეკლამო ჯგუფი 2-ისთვის (AdGroup_2):
    • შექმენით სარეკლამო ერთეული (AdGroupAd) სარეკლამო ჯგუფი 2-ისთვის განკუთვნილი რეკლამის გამოყენებით.

მაშინაც კი, თუ რეკლამის ტექსტი (კოპი) იდენტურია, რეკლამები API-ში ცალკეულ სარეკლამო ობიექტებად უნდა შეიქმნას.

თუ თქვენ ჯერ კიდევ გაქვთ მოძველებული, გაზიარებული გაფართოებული ტექსტური რეკლამები (Expanded Text Ads – ETAs), თქვენ უნდა გადაიყვანოთ ისინი ადაპტირებადი საძიებო რეკლამების (Responsive Search Ads) ფორმატში და თითოეული გაზიარებული ვერსია მიაბათ მხოლოდ ერთ სარეკლამო ჯგუფს.

უფრო მარტივად: ეს ნაწილი ამბობს: “თუ გინდათ, რომ ერთნაირი რეკლამა გქონდეთ 5 სხვადასხვა სარეკლამო ჯგუფში, თქვენ უნდა შექმნათ 5 ცალი იდენტური, მაგრამ ტექნიკურად განსხვავებული რეკლამა, თითო-თითო ყველა ჯგუფისთვის.”

ნაბიჯი 3: გაითვალისწინეთ გავლენა რეპორტინგზე (ანგარიშგებაზე)

როდესაც შეწყვეტთ ერთი რეკლამის გაზიარებას და დაიწყებთ უნიკალური რეკლამების შექმნას თითოეული სარეკლამო ჯგუფისთვის, ეს გავლენას მოახდენს შედეგების ისტორიაზე.

მნიშვნელოვანია: შედეგების სტატისტიკა (ჩვენებები, კლიკები, კონვერსიები) მიბმულია რეკლამის უნიკალურ ID-ზე. თქვენ მიერ შექმნილ ახალ რეკლამებს ექნებათ ნულოვანი შესრულების ისტორია. თქვენი ძველი, გაზიარებული რეკლამების ისტორიული მონაცემები შენარჩუნდება, მაგრამ ის არ გადმოჰყვება ახალ რეკლამებს.

აუცილებლად შეატყობინეთ ეს ცვლილება თქვენს გუნდს ან კლიენტებს. დაგეგმეთ ისტორიული მონაცემების ექსპორტი და დაარქივება, სანამ ცვლილებებს განახორციელებთ, რათა მომავალში შეძლოთ გრძელვადიანი, რეკლამის დონის ანალიზის ჩატარება.

მარტივი ენით რომ ვთქვათ: წარმოიდგინეთ, რომ გაქვთ ერთი რეკლამა, რომელსაც 1000 კლიკი აქვს. როდესაც ამ რეკლამის ნაცვლად 5 ახალ, იდენტურ რეკლამას შექმნით სხვადასხვა ჯგუფისთვის, თითოეული მათგანი დაიწყებს ანგარიშს 0 კლიკით. ძველი 1000 კლიკის მონაცემი დარჩება, მაგრამ ის არ გადანაწილდება ახალ რეკლამებზე.

არსებული გაზიარებული რეკლამების მიგრაცია

1 ნაბიჯი: გაზიარებული რეკლამების იდენტიფიცირება

პირველ რიგში, თქვენ უნდა შეადგინოთ იმ რეკლამების სრული სია, რომლებიც ამჟამად ერთზე მეტ სარეკლამო ჯგუფშია გაზიარებული.

SELECT
ad_group_ad.ad.id, — ეს არის თავად „რეკლამის“ უნიკალური ID
ad_group.id, — ეს არის „სარეკლამო ჯგუფის“ უნიკალური ID
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.id შეესაბამება, ეს ნიშნავს, რომ კონკრეტული რეკლამა (რომლის იდენტიფიკატორია ad_group_ad.ad.id) რამდენიმე სარეკლამო ჯგუფზეა მიბმული (თითოეულს თავისი უნიკალური ad_group.id აქვს).

თუ რომელიმე რეკლამა (Ad) დაკავშირებულია ერთზე მეტ განსხვავებულ სარეკლამო ჯგუფთან (ad_group.id), მაშინ ის „გაზიარებულად“ ითვლება.

ნაბიჯი 2: რეკლამის შინაარსისა და დაკავშირებული სარეკლამო ჯგუფების შეგროვება

პირველ ნაბიჯში იდენტიფიცირებული თითოეული გაზიარებული რეკლამისთვის, თქვენ უნდა მოიპოვოთ ორი რამ:

  • რეკლამის შინაარსი (მისი სათაურები და აღწერები).
  • ყველა იმ სარეკლამო ჯგუფის სია, სადაც ის ამჟამად აქტიურია.

ნაბიჯი 3: თითოეულ სარეკლამო ჯგუფში ახალი, უნიკალური ადაპტირებადი საძიებო რეკლამის (ResponsiveSearchAd) შექმნა

მიგრაციის ძირითადი ნაწილისთვის, ციკლურად დაამუშავეთ მე-2 ნაბიჯში განსაზღვრული თითოეული სარეკლამო ჯგუფი და შექმენით მასში ახალი ResponsiveSearchAd.

საუკეთესო გამოსავალი: თუ თქვენი გაზიარებული რეკლამა გაფართოებული ტექსტური რეკლამაა (Expanded Text Ad), ნუ დააკოპირებთ მხოლოდ 3 სათაურსა და 2 აღწერას. გამოიყენეთ ისინი საწყის წერტილად და დაამატეთ მეტი “ასეტი” (კომპონენტი). ადაპტირებადი საძიებო რეკლამების სიძლიერე იმაში მდგომარეობს, რომ Google-ს ტესტირებისთვის სათაურებისა და აღწერების დიდი არჩევანი აქვს. მიზნად დაისახეთ 5 მოკლე სათაური, 1 გრძელი სათაური და 5 აღწერა.

ქვემოთ მოცემულია ResponsiveSearchAds-ის ლიმიტების მოკლე შეჯამება:

ასეტის ტიპიმაქსიმალური რაოდენობასიმბოლოების ლიმიტი საუკეთესო პრაქტიკა
მოკლე სათაური5-მდე30 სიმბოლომიაწოდეთ ხუთივე
გრძელი სათაური190 სიმბოლოყოველთვის მიაწოდეთ 1
აღწერა5-მდე90 სიმბოლომიაწოდეთ ხუთივე

ქვემოთ მოცემულია მუტაციის ოპერაციის კონცეპტუალური მონახაზი AdGroupAdService-ის გამოყენებით:

  1. ციკლში გაიარეთ თითოეული ad_group.resource_name თქვენი მე-2 ნაბიჯის შედეგებიდან.
  2. ციკლის შიგნით, შექმენით (ააგეთ) ახალი AdGroupAd ობიექტი.
  3. ad_group ველს მიანიჭეთ მიმდინარე ad_group.resource_name.
  4. AdGroupAd-ის შიგნით შექმენით Ad ობიექტი.

     

  5. responsive_search_ad ველი შეავსეთ თქვენი ასეტებით:

    1. შექმენით AdTextAsset ობიექტების სია თქვენი სათაურებისთვის.
    2. შექმენით AdTextAsset ობიექტების სია თქვენი აღწერებისთვის.
    3. მიუთითეთ final_urlspath1 და path2 თქვენი ძველი რეკლამიდან აღებული მონაცემების გამოყენებით.
  6. შეასრულეთ MutateAdGroupAds() მოთხოვნა.

ეს პროცესი უზრუნველყოფს, რომ თითოეულ სარეკლამო ჯგუფს ახლა ექნება საკუთარი, უნიკალური ადაპტირებადი საძიებო რეკლამა, რომელიც მზად არის ჩვენებისთვის.

ნაბიჯი 4: ძველი გაზიარებული რეკლამების წაშლა

მას შემდეგ, რაც თქვენი ახალი ადაპტირებადი საძიებო რეკლამები შეიქმნება და გაივლის სარედაქციო შემოწმებას (სტატუსი იქნება ENABLED), დროა, წაშალოთ ძველი გაზიარებული რეკლამები.

  1. მოიძიეთ ძველი AdGroupAdის რესურსის სახელი (resource name) — ეს არის ბმა გაზიარებულ რეკლამასა და სარეკლამო ჯგუფს შორის.
  2. გამოიყენეთ AdGroupAdService მუტაციის შესასრულებლად. ამ სერვისის ფარგლებში, თქვენ შექმნით AdGroupAdOperation ობიექტს. ამ ოპერაციის ობიექტს აქვს remove ველი, სადაც მიუთითებთ იმ AdGroupAd-ის რესურსის სახელს, რომლის წაშლაც გსურთ.
  3. საბოლოოდ, თქვენ გამოიძახებთ mutateAdGroupAds მეთოდს AdGroupAdService-ზე.

გაზიარებული რეკლამების ეტაპობრივი გაუქმების გრაფიკი

ჩვენ გირჩევთ, რომ გაზიარებული რეკლამების მიგრაცია თავად, ხელით განახორციელოთ.

ეს საუკეთესო მიდგომაა. ის საშუალებას გაძლევთ, შექმნათ ახალი რეკლამები უნიკალური სურათებითა და სათაურებით, რომლებიც სპეციალურად თითოეული სარეკლამო ჯგუფის აუდიტორიაზე იქნება მორგებული. უფრო რელევანტური რეკლამები კი უკეთეს შედეგებს იძლევა.

ფაზა 1: 2025 წლის 15 ოქტომბრიდან

  • თქვენ ვეღარ შეძლებთ ახალი გაზიარებული რეკლამების შექმნას.
  • ერთი რეკლამის ახალ სარეკლამო ჯგუფთან დაკავშირების ნებისმიერი მცდელობა დაიბლოკება და სისტემა დააბრუნებს შეცდომას. თუ ამისთვის ავტომატიზირებულ ინსტრუმენტებს ან სკრიპტებს იყენებთ, ისინი მუშაობას შეწყვეტენ.

ფაზა 2: 2025 წლის 15 ოქტომბრიდან 2026 წლის I კვარტლამდე

  • თქვენი არსებული გაზიარებული რეკლამების ჩვენება ჩვეულებრივად გაგრძელდება.
  • ამ პერიოდში, უკვე გაზიარებულ რეკლამებზე დაუყოვნებლივი მოქმედება საჭირო არ არის; ცვლილებები მათ არ შეეხება.

ფაზა 3: 2026 წლის I კვარტალში

  • ჩვენ ავტომატურად მოვახდენთ ყველა დარჩენილი გაზიარებული რეკლამის კონვერტაციას.
  • ნებისმიერი რეკლამისთვის, რომელიც ჯერ კიდევ გაზიარებულია, ჩვენ შევქმნით მის ინდივიდუალურ ასლებს თითოეულ სარეკლამო ჯგუფში, რომელსაც ის ეკუთვნის.

გირჩევთ, გაეცნოთ Google Ads API-ის ოფიციალურ დოკუმენტაციას და თვალი ადევნოთ Google Ads-ის დეველოპერების ბლოგს, რათა თარიღის მოახლოებასთან ერთად მიიღოთ დამატებითი დეტალები.

დაიწყეთ აუდიტი დღესვე და გაუზიარეთ ეს პოსტი თქვენს დეველოპერების გუნდს, რათა უმტკივნეულო გადასვლისთვის მზად იყოთ.

ავტომატური პროცესი 2026 წლის I კვარტალში

თუ თქვენ არაფერს მოიმოქმედებთ, 2026 წლის პირველ კვარტალში ჩვენ თქვენს გაზიარებულ რეკლამებს ავტომატურად გამოვყოფთ.

აი, როგორ იმუშავებს ჩვენი ავტომატური პროცესი:

  • ერთი სარეკლამო ჯგუფი ინარჩუნებს ორიგინალ რეკლამას: თქვენი ორიგინალი რეკლამა შენარჩუნდება მხოლოდ ერთ სარეკლამო ჯგუფში (კონკრეტულად იმ ჯგუფში, რომელსაც ყველაზე დაბალი ID აქვს).
  • სხვა სარეკლამო ჯგუფები იღებენ ასლებს: ჩვენ შევქმნით ორიგინალი რეკლამის ახალ ასლებს ყველა სხვა სარეკლამო ჯგუფისთვის, რომლებშიც ის იყო გაზიარებული.
  • ავტომატიზირებული კონტენტი ხელახლა გენერირდება: „ასეტების ავტომატიზაციის“ (asset automation) მსგავსი ფუნქციების თქვენი პარამეტრები დაკოპირდება. თუმცა, რეალური, მანქანურად გენერირებული ასეტები (მაგალითად, ავტომატურად შექმნილი სათაურები ან სურათები) არ გადმოვა. ჩვენი სისტემა თითოეული დაკოპირებული რეკლამისთვის სრულიად ახალ კომპლექტს შექმნის, რამაც შესაძლოა გავლენა მოახდინოს საწყის შედეგებზე.

წყარო: Google

2 Comments

  • James575

    ივლისი 29, 2025

    ამ სტატიამ კარგად მიმაცილა Google Ads API-ს საფუძვლებზე, განსაკუთრებით იმ შემთხვევებისთვის, როცა დიდი ან რთული რეკლამისთვის ანგარიშის მართვაა საჭირო. მკაფიოდ ახსნილია, როგორ შეუძლია API-ს ავტომატიზირებული ანგარიშის მენეჯმენტი, მორგებული ანგარიშები და კამპანიის ოპტიმიზაცია. განსაკუთრებით გამოსადეგია ქართულ ბიზნესებისთვის, რომლებსაც სჭირდებათ სწრაფი და ეფექტური რეკლამის მართვა და მონაცემების ინტეგრაცია სხვა სისტემებთან. მოკლედ, ეს სტატიაზე კარგი რესურსია, თუ გინდა Google Ads-ს პროგრამული გამოყენება და კარგად გაგება.

  • Adele3238

    სექტემბერი 4, 2025

    მოკლედ და ნათლადაა აღწერილი, რა იცვლება ოქტომბრიდან. ეს ინფორმაცია ნამდვილად გამომადგება მუშაობაში.

დატოვეთ კომენტარი

Popup -Subscribe- Portali - SEO სააგენტო პორტალი

გამოიწერე

არ გამოტოვო სიახლეები
SEO და მარკეტინგი