Magento-produktfeedet: sådan får du et ud af Magento 2 og Adobe Commerce, og hvad du skal rette, før det rammer et annoncenetværk

Du skal have en URL til et produktfeed. Google Merchant Center skal have en, Meta skal have en, og bureauet spurgte i går. Så du åbner Magento-adminen og leder efter eksporten. Den findes ikke. Magento 2 og Adobe Commerce har aldrig haft et produktfeed med i kassen, og den Google Shopping-kanal, Adobe engang lagde oveni, blev slukket i 2020.

Her er vejen, alle Magento-shops går i stedet, de fire indstillinger der afgør, om feedet er godt nok, og de rettelser du skal lave, før det første annoncenetværk læser det.

En feed-extension bygger filen. Magento leverer den bare

Alle Magento-feeds kommer fra en extension. Den læser dit katalog, skriver en fil i Google Shopping-formatet, gemmer den i webshoppens media-mappe og giver dig en fast adresse på den. Mirasvit og Amasty sælger nogle af de etablerede, og Adobe Commerce Marketplace har et dusin mere under ”product feed”. De gør det samme. Har du en udvikler på shoppen, er det en eftermiddags arbejde.

Byg feedet ud fra extensionens skabelon til Google Shopping. Google, Meta, Microsoft, Pinterest og de fleste andre netværk læser ét feed i det format, som det er, så du bygger det kun én gang. Tjek så fire indstillinger, før du kopierer URL'en.

• Hvor ofte det kører. Extensionen bygger filen om via Magentos cron. Sæt den til mindst én gang om dagen, og oftere hvis priser eller lager flytter sig i løbet af dagen. Et feed, der kun bygges om en gang om ugen, annoncerer sidste uges lager, og et feed, du har bygget i hånden én gang, annoncerer for evigt den dag, du satte det op.
• Hvilke produkter. Eksportér de simple produkter, ikke kun de configurable forældre. Et configurable produkt i Magento er en tom skal. De størrelser og farver, folk køber, er de simple børn, hver med sin egen pris og sit eget lager. De fleste extensions kan eksportere børnene og skrive forælderens ID i item_group_id. Det er den indstilling, du vil have. Så ved netværkene, at de 12 størrelser er én sko, og hver størrelse har sin egen lagerstatus.
• Prisparret. Map normalprisen til price og tilbudsprisen til sale_price, og sørg for, at tilbudsprisen kun kommer med, mens datointervallet er aktivt. Mange webshops eksporterer tilbudsprisen som prisen. Så viser annoncen tilbudsprisen uden en besparelse ved siden af, eller den bliver ved med at vise den, efter tilbuddet er slut.
• Lager, ikke status. Knyt tilgængeligheden til antallet, ikke til produktets enabled-flag. Et produkt kan godt være enabled i Magento og alligevel være udsolgt.

Åbn feed-URL'en i en browser. Du skal kunne se produktdata, med en titel, en pris, et billedlink og et ID på hvert produkt. Er filen tom, har cron ikke kørt endnu.

Feedet kører. Annoncerne ser stadig forkerte ud

Et Magento-feed, der validerer, er ikke det samme som et Magento-feed, der sælger. Tre problemer dukker op på næsten alle webshops, og ingen af dem er en fejl i extensionen.

• Titler skrevet til kataloget, ikke til annoncen. Produktnavne i Magento er korte, fordi produktsiden viser alt det andet. ”Oslo Chair” fungerer på en produktside. I en Shopping-annonce taber den hver gang til ”Oslo Dining Chair, Solid Oak, Set of 2”. Brand, materiale og størrelse hører til i titlen.
• Stregkoder, der ligger i en custom attribute. Magento har ikke noget GTIN-felt indbygget. Webshops gemmer det i en attribut, der hedder ean, barcode ellerupc, og det ved feed-skabelonen ikke. Produkterne lander hos Google uden gtin, og så begrænser Google, hvor de bliver vist. Map attributten, og læs GTIN, MPN og brand: de produkt-id'er dit feed har brug for, og hvad du sender, når et produkt ikke har nogen om de produkter, der ikke har nogen.
• Billeder direkte fra produktsiden. Feedet sender base-billedet. På mange Magento-shops er det et livsstilsbillede, et foto med et badge på eller en thumbnail på 400 pixels. Google vil have produktet på hvid bund, Meta vil have noget, der er værd at stoppe op for, og ingen af dem vil have et badge brændt ind i pixlerne.

Du kan rette det hele i Magento. Det kræver en udvikler, en ændring i attributsættet og en ny eksport for hvert netværk, der vil have noget andet. Den hurtigere vej er at rette det i feedet, efter Magento og før netværkene.

Ét Magento-feed ind. Et feed pr. netværk ud

Renable importerer den feed-URL, din extension leverer, og læser den igen hver time, så webshoppen bliver ved med at være kilden. Derfra udgiver Renable et feed til hvert netværk ud fra den ene import. Ingen rører Magento igen.

• Regler retter dataene. Byg titlen af brand, navn, materiale og størrelse. Map ean til gtin. Sæt lagerstatus til udsolgt ved nul. Sortér de produkter fra, som et netværk aldrig skal se. Hver regel vises først som preview på dine rigtige produkter, før den bliver udgivet.
• Billederne bliver behandlet. Baggrunden ryger af, produktet får sit rene hvide billede til Google, og dine annonceskabeloner lægger pris, stjerner fra anmeldelser og tilbudsbadge ovenpå til Meta. Originalen bliver liggende som reserve.
• Hvert netværk får sine egne kolonner. Google-kanalen skriver Googles felter, Meta-kanalen skriver Metas, Criteo-kanalen skriver sit omvendte prispar. Fanen Felter viser udfyldningsgraden for hvert påkrævet felt fra sidste kørsel, så en manglende stregkode er et tal på en skærm og ikke en afvisningsmail tre dage senere.

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

Fremgangsmåden med extensionen ligger i hjælpecenteret: Sådan får du et produktfeed fra Magento. Bruger du en anden platform, så læs Sådan eksporterer du et produktfeed fra Shopify, WooCommerce, Magento og BigCommerce.