Magento-produktfeeden: slik får du en feed ut av Magento 2 og Adobe Commerce, og hva du bør rette før den treffer et annonsenettverk

Du trenger en URL til en produktfeed. Google Merchant Center vil ha én, Meta vil ha én, og byrået spurte etter den i går. Du åpner Magento-admin og ser etter eksporten. Den finnes ikke. Magento 2 og Adobe Commerce har aldri levert en produktfeed, og Google Shopping-kanalen Adobe en gang hadde med, ble slått av i 2020.

Her er veien alle Magento-butikker går i stedet, de fire innstillingene som avgjør om feeden blir bra, og rettingene du bør gjøre før det første annonsenettverket leser den.

En feed-utvidelse bygger filen. Magento gjør den bare tilgjengelig

Alle Magento-feeder kommer fra en utvidelse. Den leser katalogen din, skriver en fil i Google Shopping-formatet, lagrer den i mediemappen til nettbutikken og gir deg en fast adresse til den. Mirasvit og Amasty selger veletablerte utvidelser, og Adobe Commerce Marketplace lister et dusin flere under «product feed». De gjør samme jobb. Har du en utvikler på nettbutikken, er dette en ettermiddags arbeid.

Start feeden fra Google Shopping-malen i utvidelsen. Google, Meta, Microsoft, Pinterest og de fleste andre nettverk leser den feeden som den er, så du bygger den bare én gang. Sjekk så fire innstillinger før du kopierer URL-en.

• Kjøreplanen. Utvidelsen bygger filen på nytt via cron i Magento. Sett den til å kjøre minst én gang om dagen, og oftere hvis priser eller lager endrer seg i løpet av dagen. En feed som bygges på nytt hver uke, annonserer forrige ukes lager. En feed som ble bygd én gang manuelt, annonserer dagen du satte den opp, for alltid.
• Hvilke produkter. Eksporter de enkle produktene, ikke bare de konfigurerbare foreldrene. Et konfigurerbart produkt i Magento er et tomt skall. Størrelsene og fargene folk kjøper, ligger på de enkle underproduktene, hver med egen pris og eget lager. De fleste utvidelser lar deg eksportere underproduktene og skrive ID-en til forelderen inn i item_group_id. Det er innstillingen du vil ha. Da vet nettverkene at de 12 størrelsene er én sko, og hver størrelse har sin egen lagerstatus.
• Prisparet. Legg ordinærprisen i price og tilbudsprisen i sale_price, og pass på at tilbudsprisen bare vises mens datoperioden er aktiv. Mange nettbutikker eksporterer tilbudsprisen som prisen. Da viser annonsen tilbudsprisen uten noen besparelse ved siden av, eller den fortsetter å vise den etter at tilbudet er over.
• Lager, ikke status. Knytt lagerstatus til antallet, ikke til om produktet er aktivert. Et produkt kan være aktivert i Magento og likevel være tomt på lager.

Åpne feed-URL-en i en nettleser. Du skal se produktdata, med tittel, pris, bildelenke og ID på hvert produkt. Ser du en tom fil, har ikke cron kjørt ennå.

Feeden går. Annonsene ser fortsatt feil ut

En Magento-feed som validerer, er ikke det samme som en Magento-feed som selger. Tre problemer dukker opp i nesten hver nettbutikk, og ingen av dem er en feil i utvidelsen.

• Titler skrevet for katalogen, ikke for annonsen. Produktnavn i Magento er korte, fordi produktsiden viser alt det andre. «Oslo Chair» fungerer på en produktside. I en Shopping-annonse taper den mot «Oslo Dining Chair, Solid Oak, Set of 2» hver gang. Merket, materialet og størrelsen hører hjemme i tittelen.
• Strekkoder som ligger i et egendefinert attributt. Magento har ikke noe innebygd GTIN-felt. Nettbutikkene legger koden i et attributt som heter ean, barcode ellerupc, og det vet ikke feed-malen. Produktene havner hos Google uten gtin, og da begrenser Google hvor de vises. Koble attributtet, og les GTIN, MPN og merke: produktidentifikatorene feeden din trenger, og hva du sender når et produkt mangler dem for produktene som ikke har noen.
• Bilder rett fra produktsiden. Feeden sender hovedbildet. I mange Magento-butikker er det et miljøbilde, et bilde med et merke limt på, eller en miniatyr på 400 piksler. Google vil ha produktet på hvitt, Meta vil ha noe du stopper for, og ingen av dem vil ha et merke brent inn i pikslene.

Alt dette kan du rette i Magento. Men da trenger du en utvikler, en endring i attributtsettet og en ny eksport for hvert nettverk som vil ha noe annet. Raskere går det å rette det i feeden, etter Magento og før nettverkene.

Én Magento-feed inn. En feed per nettverk ut

Renable importerer feed-URL-en utvidelsen din leverer og leser den på nytt hver time, så nettbutikken fortsetter å være kilden. Derfra publiserer Renable en feed til hvert nettverk fra den ene importen. Ingen trenger å ta i Magento igjen.

• Regler retter dataene. Bygg tittelen av merke, navn, materiale og størrelse. Koble ean til gtin. Sett lagerstatus til utsolgt når lageret er null. Utelat produktene et nettverk aldri skal se. Hver regel ser du først som en forhåndsvisning på de faktiske produktene dine før du publiserer den.
• Bildene blir behandlet. Bakgrunnen fjernes, produktet får et rent bilde på hvit bakgrunn til Google, og til Meta legger annonsemalene dine på pris, stjerner fra anmeldelser og tilbudsmerke. Originalen ligger igjen som reserve.
• Hvert nettverk får sine egne kolonner. Google-kanalen skriver Googles felter, Meta-kanalen skriver Metas, Criteo-kanalen skriver sitt omvendte prispar. Fields-fanen viser utfyllingsgraden for hvert påkrevd felt fra siste kjøring, så en manglende strekkode er et tall på skjermen, ikke en avslagsmail tre dager senere.

Eller gi URL-en til Aimée, AI-agenten i Renable.

Stegene for utvidelsen finner du i hjelpesenteret: Slik får du en produktfeed fra Magento. For de andre plattformene, les Slik eksporterer du en produktfeed fra Shopify, WooCommerce, Magento og BigCommerce.