Yandexi reklaamide integratsioon

Yandex Directi voopõhised reklaamitüübid on loodud spetsiaalselt selleks, et te ei peaks pidevalt muutuva kataloogi jaoks käsitsi üksikuid reklaame looma ja haldama. Kui voog on ühendatud, loeb Yandex Direct seda otse, et otsustada, mida reklaamida, mis hinnaga ja kas toode on üldse laos olemas.

Praktiline eelis on see, et teie voo hinna- ja saadavuse muutused võivad kanduda üle otsereklaamidesse ilma kampaaniat ümber kujundamata ning voogu sisenevad uued tooted muutuvad automaatselt reklaamide jaoks sobivaks, kui need vastavad voo nõuetele. Regulaarsete hinnamuutuste või laoseisu käibega kataloogi puhul eemaldab see korduva käsitsi tehtava sammu, mis muidu jääks teie tooteandmete ja ostjate tegeliku kuvatava vahele.

Yandex Directi nutikad bännerid on ettevõtte enda sõnade kohaselt "interaktiivsed dünaamilise sisuga bännerid", mis "genereeritakse automaatselt uudisvoost". Mehaanik sihib ostjaid, kes on juba teie saidil tooteid vaadanud või mujal sarnaste toodetega tegelenud, seejärel paneb teie voo piltide, nime ja hinna põhjal kokku bänneri selle konkreetse toote jaoks – käsitsi bännereid iga toote kohta kujundada pole vaja.

Kapoti all töötab Yandex Directi API dokumentide töövoog kindlas järjekorras: voog laaditakse üles läbi Feeds.addo SmartCampaign on loodud läbi Campaigns.addo SmartAdGroup on seadistatud viitama sellele voole, tootevaliku sihtmärgid on konfigureeritud läbi SmartAdTargets (pakkumine ja/või prioriteet sihtmärgi kohta) ja reklaamid luuakse Ads.add enne läbimist Ads.moderateEnne automatiseerimise kavandamist tasub teada ühte piirangut: reklaamide kujundamine ise on tänapäeval saadaval ainult Yandex Directi veebiliideses – API saab küll olemasoleva reklaami alla laadida ja juurutada, kuid ei saa seda nullist kujundada.

Yandex Ads töötab YML-il (Yandex Market Language), mis on XML-põhine voo vorming. Yandex Directi enda voo nõuete dokumentatsiooni kohaselt kasutab kehtiv YML-fail järgmist <yml_catalog> selle juurelemendina, kandes a date atribuut sisse YYYY-MM-DD hh:mm vorming, mis kajastab faili genereerimise aega. Aktsepteeritud faililaiendid on .xml ja .ymlja Yandex aktsepteerib ka mõlema GZIP-tihendatud versioone.

Vooge saab esitada kas üleslaaditud failina või URL-ina, mille Yandex otse alla laadib; Yandexi veebimeistri voo dokumentatsiooni kohaselt peab URL-il hostitud voo aktsepteerimiseks tagastama ühe järgmistest HTTP Content-Type päistest: application/xml, application/octet-stream, text/xml, application/gzipvõi application/x-gzipKui teie voog vajab autentimist, toetab Yandex mandaadiga URL-e kujul http://username:password@example.com/feed.yml.

Iga YML-voo toode on pakitud <offer> element. Yandex Directi dokumenteeritud nõuded määravad kindlaks järgmised põhiväljad, mis määravad, kas pakkumine võetakse vastu ja kas see on reklaamide genereerimiseks kõlblik:

Feedance loob ja haldab Yandex Directi oodatud YML-voogu ilma, et peaksite iga kord, kui Yandexi nõuded muutuvad, XML-i käsitsi kirjutama või oma tooteandmeid ümber vormindama. Praktikas:

1. Ühenda oma tooteallikas (poe platvorm, arvutustabel või olemasolev voog) Feedance'iga.
2. Feedance kaardistab teie väljad kehtivasse YML-struktuuri: id, available, price/currencyId, categoryIdja kas lihtsustatud name tee või vendor/model tee, olenevalt teie kataloogi struktuurist.
3. Feedance genereerib hostitud voo URL-i, mis tagastab Yandexi tootja oodatava sisutüübi, nii et saate selle otse Yandexi veebimeistri jaotises „Vood ja vead” registreerida või sellele Yandex Directi nutika ribareklaamivoo suunata.
4. Teie allikandmetes olevad hinna-, laoseisu- ja atribuutide muudatused sünkroonitakse automaatselt voogu, hoides Yandex Directi loetud pakkumised ajakohasena ilma käsitsi uuesti üleslaadimiseta.

Feedance haldab vookihti; kampaania seadistamine ise (SmartCampaign, reklaamirühmad, reklaamide kujundus Yandex Directi liideses) toimub endiselt otse Yandex Directis.

Yandex ei avalda ühte universaalset värskendusnumbrit, mis kehtiks iga voo kohta. Nende enda juhiseks on, et peate "määrama vajaliku värskendussageduse seadetes" – see tähendab, et värskendusrütm on kaupmehe seadistatav säte, mitte fikseeritud platvormi reegel, ja erinevad CMS-i integratsioonid kuvavad seda erinevalt. Järjepidevalt dokumenteeritakse aegumise tagajärge, mitte fikseeritud intervalli: kuna available ja price otse reklaamidesse ja nutikatesse bänneritesse – harva uuendatav voog võib reklaamida laost otsas olevaid tooteid või valet hinda kauem kui vaja.

Nutika ribareklaamivoo jaoks, mis reageerib tegelikule sirvimiskäitumisele, ja mis tahes kataloogi jaoks, millel on oluline päevane hinna või laoseisu liikumine, on praktiline lähtepunkt vähemalt igapäevane sünkroonimine – Feedance saab seda käivitada ajakava alusel, mis vastab teie lähteandmete tegelikule muutumisele, selle asemel, et jätta see vaikeseadeks.

Yandexi enda reklaamivoo dokumentatsiooni kohaselt on kõige sagedamini pakkumisi Yandexi reklaamidest eemale jätvad veatingimused järgmised:

1. Puuduvad name element lihtsustatud tüüpi pakkumise puhul – Yandexi süsteem ignoreerib pakkumist täielikult ja selle kohta ei genereerita reklaame.
2. Puuduvad vendor or model pakkumisel, mis on kuulutatud kui type="vendor.model" -- see tekitab vea ja pakkumist ignoreeritakse, selle asemel et seda osaliselt töödelda.
3. Voo ja reaalajas saidi andmete mittevastavused -- Yandexi veebimeistri valideerimine kontrollib seda pärast esialgset tehnilist aktsepteerimist selgesõnaliselt ning laialt levinud mittevastavused võivad kaasa tuua üksikute pakkumiste blokeerimise või kogu voo tagasilükkamise.
4. Vastuolulised toote-ID-d eri voogudes -- Yandexi nõuded sätestavad, et samal tootel peab olema sama id igas voos, kuhu selle esitate; triivivad ID-d katkestavad identiteedilingi, mida Yandex toote jälgimiseks kasutab.
5. URL-il hostitud voo sisutüübi vale päis -- kui teie server ei tagasta ühte aktsepteeritud tüüpidest (application/xml, text/xml, application/octet-stream, application/gzip, application/x-gzip), võib Yandexi tootja voo lugemisel üldse ebaõnnestuda.

Yandexi veebimeistri lehel „Teenused ja pakkumised otsingus → Vood ja vead” saate neid kontrollida; pärast vea parandamist kontrollib Yandex voogu uuesti mõne viivitusega, mitte kohe.

1. Otsustage kohe alguses, kas iga pakkumine on lihtsustatud (name-põhine) või tarnija-/mudelipõhine ning täita vastavad kohustuslikud väljad järjepidevalt – nende kahe ebajärjekindel segamine käivitab ignoreeritud pakkumised.
2. hoidma available ja price tihedalt sünkroniseeritud teie tegeliku poevaatega, kuna mõlemad suunatakse otse nutikatele bänneritele, mida kuvatakse kasutajatele, kes on toodet juba vaadanud – aegunud hind või välja müüdud toode, mis kuvatakse saadaval olevat, õõnestab täpset sihtimise mehhanismi, millele nutikad bännerid tuginevad.
3. Esitage pakkumise kohta soovituslik kogus, umbes 5 pilti, minimaalse suurusega 450x450 või suuremad; nutikad bännerid on oma olemuselt visuaalsed ja ainult ühe väikese pildiga voog piirab reklaamikoostaja genereeritavat mahtu.
4. Kasutama param kirjed sihilikult atribuutide jaoks, mis eristavad peaaegu identseid tooteid (suurus, värv, materjal), mitte ei jäta neid tühjaks, kuna need aitavad Yandex Marketil ja Yandex Directil eristada variante sama kategooria piires.
5. Jätke sama id antud toote puhul igas teie käitatavas voos (Yandex Ads, Yandex Market või muu) – Yandexi enda nõuded sätestavad selle konkreetselt ja see on oluline, kui te kunagi ristviitate toimivusele eri kanalite vahel.

Kas YML on sama asi kui XML?
YML on Yandexi enda skeem, mis on üles ehitatud XML-i peale – iga YML-fail on kehtiv XML-dokument, kuid see järgib Yandexi-spetsiifilist struktuuri (yml_catalog, offer, nõutavad atribuudid nagu categoryId ja available), mida üldine XML iseenesest ei defineeri.

Kas ma saan Yandex Marketi ja Yandex Directi nutikate bännerite jaoks sama voogu kasutada?
Jah – Yandexi enda dokumentatsioon märgib, et nutikad bännerid saavad kasutada "traditsioonilist Yandex.Marketi voo (YML) vormingut", seega saab üks ühilduv YML-voog teenindada mõlemat, eeldusel, et pakkumise ID-d jäävad kahe vahel samaks.

Mis juhtub, kui ma unustan vendor or model element kohandatud tüüpi pakkumisel?
Yandexi dokumentatsiooni kohaselt tekitab pakkumine vea ja seda ignoreeritakse – selle kohta reklaame ei genereerita –, seega peavad mõlemad väljad olema koos iga kord, kui deklareerite vendor.model tüüpi pakkumine.

Kas Yandex kehtestab minimaalse voo uuendamise sageduse?
Mitte ühtegi kindlat numbrit. Yandexi juhis on, et seadistate vajaliku värskendussageduse ise seadetes; platvorm ei avalda ühte kohustuslikku intervalli, mis kehtiks kõigi voo tüüpide puhul.

Kust ma näen, kas mu voos on vigu?
Yandex Webmasteris, otsingus Teenused ja pakkumised → Vood ja vead, teeb Yandex üleslaadimisel esmase tehnilise valideerimise ja seejärel käimasolevad kvaliteedikontrollid, mis aitavad tuvastada teie voo ja teie aktiivse saidi vahelisi mittevastavusi.