Amazon PPC optimizavimas su AI: kaip valdyti ACOS
Amazon PPC optimizavimas su AI yra procesas, kai autonominis agentas per SP-API ir Amazon Ads API nuolat stebi paieškos terminų ataskaitas, koreguoja siūlymus, šalina nuostolingus raktažodžius ir siūlo biudžeto pokyčius, o žmogus patvirtina tik strateginius sprendimus.
Amazon PPC yra vieta, kur pinigai dingsta greičiausiai ir tyliausiai. Blogai suvaldytas siūlymas nekelia jokio aliarmo — jis tiesiog kas dieną nurašo po kelis eurus už paspaudimus, kurie niekada nevirsta pardavimu. Todėl klausimas nėra „ar reklamuotis”, o „kaip valdyti ACOS taip, kad kiekvienas išleistas euras dirbtų”. Ir čia AI agentai per SP-API bei Amazon Ads API keičia žaidimą — ne todėl, kad jie „protingesni”, o todėl, kad jie nemiega, nepavargsta ir vertina duomenis kas naktį, o ne kartą per savaitę.
Kas yra ACOS ir TACOS ir kodėl tai svarbiausios metrikos
ACOS (Advertising Cost of Sales) rodo, kokią dalį reklamos pardavimų suvalgo pati reklama. Formulė paprasta: reklamos išlaidos padalintos iš reklamos pardavimų. Jei išleidai 20 eurų ir gavai 100 eurų reklamos pardavimų, ACOS yra 20 proc.
Bet ACOS pats vienas apgaudinėja. Jis nieko nesako apie tai, ar tavo reklama augina organinį reitingą, ar tik kanibalizuoja pardavimus, kuriuos vis tiek būtum gavęs. Todėl rimtas operatorius žiūri į TACOS (Total Advertising Cost of Sales) — reklamos išlaidas prieš BENDRUS pardavimus, ne tik reklaminius.
| Metrika | Ką lygina | Ką parodo |
|---|---|---|
| ACOS | Reklamos išlaidos / reklamos pardavimai | Ar konkreti kampanija pelninga |
| TACOS | Reklamos išlaidos / bendri pardavimai | Ar reklama augina visą prekės ženklą |
| Break even ACOS | Grynoji marža procentais | Riba, virš kurios reklama tampa nuostolinga |
Svarbiausia riba yra break even ACOS — jis lygus tavo grynajai maržai. Jei marža 35 proc., tai ACOS virš 35 proc. reiškia, kad už kiekvieną reklaminį pardavimą primoki. Augimo fazėje sąmoningai galima laikyti ACOS aukštesnį, kad užimtum reitingus, bet tai turi būti sprendimas, ne atsitiktinumas.
Krentantis TACOS prie augančių pardavimų yra sveikiausias signalas versle: reklama augina organinį reitingą, ir prekės ženklas tampa vis mažiau priklausomas nuo mokamo srauto. Tai yra tikrasis tikslas, o ne ACOS medžioklė vienoje kampanijoje.
Kur AI ir agentai realiai padeda
Čia reikia atskirti marketingo pažadus nuo realios naudos. AI agentas nėra burtų lazdelė — tai variklis, kuris apdoroja daugiau duomenų nei žmogus fiziškai gali ir daro tai kas naktį. Konkrečios sritys, kur nauda apčiuopiama:
- Raktažodžių analizė. Agentas kas naktį traukia paieškos terminų ataskaitą (Search Term Report) per API, sujungia ją su konversijų ir maržos duomenimis ir randa terminus, kurie degina biudžetą be pardavimų arba, atvirkščiai, konvertuoja pigiai ir nusipelno atskiros kampanijos.
- Siūlymų (bid) valdymas. Vietoj vieno fiksuoto siūlymo agentas skaičiuoja tikslinį siūlymą pagal kiekvieno rakto konversijos rodiklį, vidutinį užsakymo dydį ir tikslinį ACOS. Aukšto ROI raktams siūlymas keliamas, nuostolingiems — mažinamas.
- Negatyvūs raktažodžiai. Tai vienas didžiausių taupymo šaltinių. Agentas automatiškai aptinka paieškos terminus, kurie generuoja paspaudimus be konversijų virš nustatytos ribos, ir juos žymi kaip kandidatus į negatyvius. Tai stabdo nuolatinį biudžeto tekėjimą į netikslinį srautą.
- Kampanijų struktūra. Agentas gali stebėti, kurie automatinių kampanijų raktažodžiai jau įrodė vertę, ir siūlyti juos perkelti į rankinę „exact match” kampaniją su tikslesniu siūlymu — klasikinis „harvesting” procesas, kurį rankomis daryti nuobodu ir lėta.
- Dienpinigių (dayparting) valdymas. Analizuodamas konversijas pagal valandas ir savaitės dienas, agentas gali siūlyti mažinti siūlymus valandomis, kai srautas brangus ir nekonvertuoja, ir stiprinti pikuose.
Esmė: agentas atlieka nuobodų, pasikartojantį, duomenų intensyvų darbą, kuris žmogui užima valandas ir vis tiek daromas paviršutiniškai.
Kur BŪTINAS žmogaus patvirtinimas
Čia yra riba, kurios peržengti negalima. Ne viskas, ką agentas gali padaryti, turi būti daroma automatiškai. Sprendimai, kur klaidos kaina yra tiesioginiai pinigai arba strateginė žala, privalo eiti per žmogaus patvirtinimą.
- Biudžeto pokyčiai. Dienos biudžeto padidinimas yra tiesioginis įsipareigojimas išleisti daugiau. Agentas gali PASIŪLYTI padidinti biudžetą gerai veikiančiai kampanijai, bet spustelėti mygtuką turi žmogus.
- Naujos kampanijos. Naujos kampanijos kūrimas keičia visą paskyros struktūrą ir gali kanibalizuoti esamas kampanijas. Tai strateginis sprendimas, ne mechaninis.
- Dideli siūlymų šuoliai. Smulkų siūlymo koregavimą (pavyzdys: plius arba minus 10–15 proc.) galima leisti automatiškai, bet staigų padvigubinimą turi peržiūrėti žmogus.
- Naujų produktų paleidimas. Launch fazė reikalauja sąmoningo agresyvumo, kurio jokia istorinė duomenų logika dar nemato.
Praktikoje tai sprendžiama „human in the loop” modeliu: agentas paruošia sprendimą su pilnu pagrindimu ir laukia patvirtinimo — el. paštu, per Slack ar valdymo skydelyje. Nulinis rankinis darbas ten, kur saugu; privalomas patvirtinimas ten, kur brangu.
Lentelė: PPC užduotis, agento veiksmas, patvirtinimo poreikis
| PPC užduotis | Ką daro agentas | Ar reikia žmogaus patvirtinimo |
|---|---|---|
| Paieškos terminų analizė | Kas naktį traukia ataskaitą, žymi nuostolingus ir pelningus terminus | Ne |
| Negatyvių raktažodžių žymėjimas | Aptinka paspaudimus be konversijų, siūlo negatyvus | Ne (jei riba iš anksto sutarta) |
| Smulkus siūlymo koregavimas | Kelia arba mažina bid iki sutartos ribos pagal ACOS tikslą | Ne |
| Didelis siūlymo šuolis | Paruošia pasiūlymą su pagrindimu | Taip |
| Dienos biudžeto didinimas | Identifikuoja perpildytą pelningą kampaniją, siūlo | Taip |
| Naujos kampanijos kūrimas | Paruošia struktūrą ir raktažodžius kaip juodraštį | Taip |
| Raktažodžių perkėlimas į exact match | Siūlo įrodytus terminus perkelti iš auto kampanijos | Dalinai (patvirtinama paketais) |
| Dienpinigių koregavimas | Analizuoja konversijas pagal valandas, siūlo tvarkaraštį | Taip pirmą kartą, vėliau ne |
Rizikos, į kurias reikia žiūrėti šaltai
- Per mažai duomenų. Agentas, priimantis sprendimus iš 5 paspaudimų, priima triukšmą už signalą. Reikia statistinio reikšmingumo ribų, kitaip optimizuosi atsitiktinumus.
- Perdėtas siūlymų mažinimas. Agresyvus bid karpymas gali „užmigdyti” kampaniją — praradus matomumą, prarandi ir organinį reitingą.
- API limitai ir vėlavimai. Amazon Ads API turi kvotas ir ataskaitos generuojasi su vėlavimu. Agentas turi veikti su tuo, ką turi, ne su realiu laiku.
- Sezoniškumas. Istoriniai duomenys prieš Black Friday klaidina. Agentas be sezoninio konteksto priims blogus sprendimus piko metu.
- Aklas pasitikėjimas. Didžiausia rizika — įjungti pilną automatiką ir nustoti žiūrėti. Agentas yra įrankis, ne atsakomybės perkėlimas.
Kuo agentas geresnis nei fiksuotos taisyklės ar rankinis darbas
Amazon siūlo įmontuotas taisykles (rules), bet jos primityvios: „jei ACOS virš X, sumažink bid”. Tokia taisyklė nemato konteksto — ji sumažins siūlymą raktažodžiui, kuris tiesiog turėjo lėtą savaitę, bet istoriškai neša didžiausią pelną.
Agentas skiriasi trimis dalykais. Pirma, jis vertina kelias metrikas vienu metu — konversiją, maržą, sezoną, terminų istoriją — ne vieną skaičių. Antra, jis mokosi iš laiko eilutės, o ne reaguoja į momentinį trigerį. Trečia, jis paaiškina sprendimą, todėl žmogus gali patvirtinti arba atmesti su kontekstu.
Palyginti su rankiniu darbu, skirtumas dar akivaizdesnis. Žmogus fiziškai nepajėgia kas naktį peržiūrėti tūkstančių paieškos terminų per visas kampanijas. Jis tai daro kartą per savaitę, paviršutiniškai, ir praleidžia didžiąją dalį taupymo galimybių. Agentas šitą dengia visą, kiekvieną naktį, be nuovargio.
Realistiškas diegimo kelias
Nereikia iškart statyti pilno autonominio agento. Sveikas kelias yra laipsniškas ir su mažėjančia rizika:
- Stebėjimo fazė. Agentas tik skaito duomenis per SP-API ir Ads API, generuoja ataskaitas lietuvių kalba, nieko nekeičia. Taip patikrinamas duomenų teisingumas.
- Pasiūlymų fazė. Agentas siūlo veiksmus (negatyvūs raktažodžiai, siūlymų koregavimai), bet visus tvirtina žmogus. Kaupiasi pasitikėjimas sprendimų kokybe.
- Dalinė automatika. Saugios, mažos rizikos operacijos (negatyvūs raktažodžiai, smulkūs bid pokyčiai) leidžiamos automatiškai su griežtomis ribomis. Brangūs sprendimai lieka su patvirtinimu.
- Nuolatinis auditas. Kas savaitę žmogus peržiūri, ką agentas darė, ir tikslina taisykles. Tai niekada nesibaigia — tai ir yra valdymas.
Toks kelias derina brando strategiją — maksimali automatizacija ten, kur saugu, žmogaus kontrolė ten, kur brangu.
Jei nori šitą pastatyti savo Amazon paskyroje, pradėk nuo Amazon automatizacijos paslaugos arba pažiūrėk visą Amazon vertikalę. Norintiems patiems išmokti valdyti agentus yra Amazon AI operatoriaus mokymai. Klausimams — susisiek.