Yandex-annoncerintegration

Yandex Directs feedbaserede annoncetyper findes specifikt, så du ikke behøver at oprette og vedligeholde individuelle annoncer manuelt for et katalog, der konstant ændrer sig. Når et feed er forbundet, læser Yandex Direct det direkte for at beslutte, hvad der skal annonceres, til hvilken pris, og om en vare overhovedet er på lager.

Den praktiske fordel er, at ændringer i pris og tilgængelighed i dit feed kan sprede sig til liveannoncer uden en genopbygning af kampagnen, og nye produkter, der kommer ind i feedet, bliver automatisk berettigede til annoncer, så længe de opfylder feedets krav. For et katalog med regelmæssige prisændringer eller lageromsætning fjerner det et tilbagevendende manuelt trin, der ellers ville ligge mellem dine produktdata og det, kunderne rent faktisk ser.

Yandex Directs smarte bannere er, med egne ord, "interaktive bannere med dynamisk indhold", der "automatisk genereres fra et feed". Mekanikken er rettet mod kunder, der allerede har set produkter på dit websted eller interageret med lignende varer andre steder, og sammensætter derefter et banner ud fra dit feeds billeder, navn og pris for det specifikke produkt – intet manuelt bannerdesign pr. produkt kræves.

Under motorhjelmen kører arbejdsgangen Yandex Directs API-dokumenter i en fast rækkefølge: feedet uploades via Feeds.add, en SmartCampaign er skabt via Campaigns.add, en SmartAdGroup er konfigureret med reference til det feed, produktvalgsmål konfigureres via SmartAdTargets (bud og/eller prioritet pr. mål), og annoncer oprettes med Ads.add før de går igennem Ads.moderateÉn begrænsning, der er værd at kende, før du planlægger automatisering omkring dette: kreativt design i sig selv er kun tilgængeligt i Yandex Direct-webgrænsefladen i dag -- API'en kan hente og implementere en eksisterende kreativ, men den kan ikke designe en fra bunden.

Yandex Ads kører på YML (Yandex Market Language), et XML-baseret feedformat. I henhold til Yandex Directs egen dokumentation for feedkrav bruger en gyldig YML-fil <yml_catalog> som dets rodelement, der bærer en date attribut i YYYY-MM-DD hh:mm format, der afspejler, hvornår filen blev genereret. Accepterede filtypenavne er .xml og .yml, og Yandex accepterer også GZIP-komprimerede versioner af begge.

Feeds kan indsendes enten som en uploadet fil eller som en URL, som Yandex henter direkte. I henhold til Yandex Webmasters feeddokumentation skal et URL-hostet feed returnere en af ​​disse HTTP Content-Type-headere for at blive accepteret: application/xml, application/octet-stream, text/xml, application/gzip eller application/x-gzipHvis dit feed er under godkendelse, understøtter Yandex legitimationsbekræftede URL'er i formen http://username:password@example.com/feed.yml.

Hvert produkt i et YML-feed er pakket ind i en <offer> element. Yandex Directs dokumenterede krav specificerer følgende som de centrale felter, der afgør, om et tilbud accepteres og er berettiget til at generere annoncer:

Feedance bygger og vedligeholder det YML-feed, som Yandex Direct forventer, uden at du skal skrive XML i hånden eller omformatere dine produktdata, hver gang Yandex' krav ændrer sig. I praksis:

1. Forbind din produktkilde (butiksplatform, regneark eller eksisterende feed) til Feedance.
2. Feedance knytter dine felter til en gyldig YML-struktur: id, available, price/currencyId, categoryId, og enten den forenklede name stien eller den vendor/model sti, afhængigt af hvordan dit katalog er struktureret.
3. Feedance genererer en hostet feed-URL, der returnerer den indholdstype, som Yandex's henter forventer, så du kan registrere den direkte i Yandex Webmasters afsnit "Feeds og fejl" eller pege et Yandex Direct smart banner-feed mod den.
4. Løbende ændringer i priser, lagerbeholdninger og attributter i dine kildedata synkroniseres automatisk med feedet, hvilket holder de tilbud, som Yandex Direct læser, opdaterede uden manuelle genuploads.

Feedance håndterer feedlaget; selve kampagneopsætningen (SmartCampaign, annoncegrupper, kreativt design i Yandex Direct-grænsefladen) sker stadig direkte i Yandex Direct.

Yandex offentliggør ikke ét universelt opdateringsnummer, der gælder for alle feeds. Deres egen vejledning er, at du "angiver den nødvendige opdateringsfrekvens i indstillingerne" - hvilket betyder, at opdateringskadence er en indstilling, der kan konfigureres af forhandleren, snarere end en fast platformregel, og forskellige CMS-integrationer eksponerer dette forskelligt. Det, der dokumenteres konsekvent, er konsekvensen af ​​forældethed, ikke et fast interval: da available og price feed direkte ind i annoncer og smarte bannere, risikerer et feed, der opdateres sjældent, at annoncere varer, der ikke er på lager, eller den forkerte pris, i længere tid end nødvendigt.

For et smart bannerfeed, der reagerer på reel browseradfærd, og for ethvert katalog med meningsfuld daglig pris- eller lagerbevægelse, er synkronisering mindst dagligt den praktiske basislinje -- Feedance kan køre dette efter en tidsplan, der matcher, hvor ofte dine kildedata rent faktisk ændres, i stedet for at lade det være som standard.

Ifølge Yandex' egen feeddokumentation er de fejltilstande, der oftest holder tilbud ude af Yandex Ads:

1. Manglende name element på et forenklet tilbud -- Yandex' system ignorerer tilbuddet fuldstændigt, og der genereres ingen annoncer for det.
2. Manglende vendor or model på et tilbud, der erklæres som type="vendor.model" -- dette giver en fejl, og tilbuddet ignoreres i stedet for delvist at blive behandlet.
3. Uoverensstemmelser mellem feed- og livesitedata -- Yandex Webmasters validering kontrollerer eksplicit for dette efter den indledende tekniske accept, og udbredte uoverensstemmelser kan resultere i, at individuelle tilbud blokeres, eller at hele feedet afvises.
4. Inkonsistente produkt-id'er på tværs af feeds -- Yandex' krav angiver, at det samme produkt skal have det samme id på tværs af hvert feed, du indsender det i; driftende ID'er bryder det identitetslink, som Yandex bruger til at spore et produkt.
5. Forkert Content-Type-header på et URL-hostet feed -- hvis din server ikke returnerer en af ​​de accepterede typer (application/xml, text/xml, application/octet-stream, application/gzip, application/x-gzip), Yandex's hentefunktion kan muligvis slet ikke læse feedet.

Yandex Webmasters side "Tjenester og tilbud i søgning → Feeds og fejl" er stedet at kontrollere alle disse. Når du har rettet en fejl, tjekker Yandex feedet igen med en vis forsinkelse i stedet for øjeblikkeligt.

1. Afgør på forhånd, om hvert tilbud er forenklet (name-baseret) eller leverandør-/modelbaseret, og udfyld de tilsvarende obligatoriske felter konsekvent -- inkonsekvent blanding af de to er det, der udløser ignorerede tilbud.
2. Holde available og price tæt synkroniseret med din faktiske butik, da begge dele vises direkte i smarte bannere, der vises til brugere, der allerede har set produktet – en gammel pris eller en udsolgt vare, der vises som tilgængelig, underminerer den præcise retargeting-mekanik, som smarte bannere er afhængige af.
3. Angiv det fulde anbefalede sæt på omkring 5 billeder pr. tilbud på eller over minimum 450x450; smarte bannere er visuelle af natur, og et feed med kun ét lille billede begrænser, hvad annoncebyggeren kan generere.
4. Brug param poster bevidst efter attributter, der adskiller næsten identiske produkter (størrelse, farve, materiale) i stedet for at lade dem være tomme, da disse hjælper Yandex Market og Yandex Direct med at skelne varianter inden for samme kategori.
5. Hold det samme id for et givet produkt på tværs af alle feeds, du kører (Yandex Ads, Yandex Market eller andre) -- Yandex' egne krav nævner dette specifikt, og det er vigtigt, om du nogensinde krydsrefererer performance på tværs af kanaler.

Er YML det samme som XML?
YML er Yandex' eget skema bygget oven på XML -- hver YML-fil er et gyldigt XML-dokument, men det følger Yandex-specifik struktur (yml_catalog, offer, obligatoriske attributter som f.eks. categoryId og available) som generisk XML ikke definerer i sig selv.

Kan jeg bruge det samme feed til Yandex Market og Yandex Direct smartbannere?
Ja -- Yandex' egen dokumentation bemærker, at smarte bannere kan bruge "det traditionelle Yandex.Market-feedformat (YML), så et enkelt kompatibelt YML-feed kan betjene begge, forudsat at tilbuds-ID'erne forbliver konsistente mellem de to.

Hvad sker der, hvis jeg glemmer vendor or model element i et brugerdefineret tilbud?
Ifølge Yandex' dokumentation genererer tilbuddet en fejl og ignoreres -- der genereres ikke annoncer for det -- så begge felter skal være til stede sammen, når du deklarerer en vendor.model type tilbud.

Håndhæver Yandex en minimumsfrekvens for feedopdateringer?
Ikke et enkelt fast tal. Yandex' vejledning er, at du selv konfigurerer den nødvendige opdateringsfrekvens i indstillingerne; platformen offentliggør ikke ét obligatorisk interval, der gælder på tværs af alle feedtyper.

Hvor kan jeg se, om der er fejl i mit feed?
I Yandex Webmaster, under Tjenester og tilbud i søgning → Feeds og fejl, udfører Yandex en indledende teknisk validering ved upload og derefter løbende kvalitetskontroller, der kan afsløre uoverensstemmelser mellem dit feed og dit live-websted.