Dine «compare-at»-priser (førpriser) i Shopify kan nå nå ut til AI-handelsagenter, noe som betyr at en utdatert referansepris kan spre seg utover nettbutikken din. Shopifys oppdateringer fra 9. oktober gjør dette til et godt tidspunkt for å revidere prisnedsettelser før flere kanaler gjentar dem. Her er hva som har endret seg, hvordan du kontrollerer dataene på variantnivå, og hvordan du avgjør om det vil hjelpe virksomheten din å dele salgsprisene dine.
Hva har endret seg med Shopifys «compare-at»-priser?
Shopifys kunngjøring for selgere opplyser at Shopify Catalog nå deler «compare-at»-priser med AI-handelsagenter. Tidligere så agenter som leste Catalog, kun gjeldende pris uten referansen til prisnedsettelsen som ble vist i nettbutikken. Selgere kan kontrollere delingen via en bryter i «Compare-at»-seksjonen i administratorinnstillingene.
Den tilhørende utviklerkunngjøringen forklarer dataformatet: Catalog-API-et returnerer nå selgerens «compare-at»-pris som det valgfrie variantfeltet list_price. Det eksisterende price-feltet forblir uendret. Produkter returnerer også list_price_range, som beskriver den laveste og høyeste «compare-at»-prisen på tvers av varianter.
Dette gir en agent et referansepunkt for å identifisere en prisnedsettelse. Det garanterer ikke at hver agent vil vise en besparelse, anbefale produktet eller sende flere kunder. Shopify leverer dataene; den mottakende kanalen bestemmer hvordan de skal brukes.
Vårt syn hos ZAGO: Behandle dette som en utgivelse for prisstyring. Muligheten er nyttig, men hovedansvaret ligger hos den som eier nøyaktigheten i kampanjene dine.
Shopifys «compare-at»-priser er referansepriser, ikke rabatter
En «compare-at»-pris er referanseprisen som brukes for å kommunisere en prisnedsettelse mot den gjeldende salgsprisen. Å sette en slik pris skaper ikke automatisk en egen rabatt i kassen.
For eksempel vil en variant priset til 80 € med en «compare-at»-pris på 100 € kommunisere en besparelse på 20 €, eller 20 %. Den prosentsatsen beskriver forholdet mellom de to verdiene. Den sier ingenting om hvorvidt 100 € er en passende referansepris i henhold til reglene som gjelder for ditt marked.
Den sier heller ingenting om kupongkoder. Hvis en kunde kan legge til en ytterligere kampanje i kassen, kan ikke «compare-at»-verdien alene forklare kvalifikasjonskravene eller det endelige beløpet som skal betales.
Dette skillet er viktig når produktinformasjon forlater nettstedet ditt. Din nettbutikk forklarer kanskje et medlemstilbud rett ved siden av prisen. Et eksternt grensesnitt for shopping kan presentere en mye kortere beskrivelse. Hold basisprisen nøyaktig uten å stole på at markedsføringstekst i nærheten skal redde den.
Revider varianten, ikke bare produktsiden
Et raskt blikk på et produkts standardvalg er en utilstrekkelig test. Forhandlere av klær bør sjekke individuelle størrelser og farger. Forhandlere av interiør bør sjekke ulike pakkestørrelser og utførelser. Én nedpriset variant kan ligge ved siden av flere varianter til full pris på samme side.
Start med aktive kampanjer og produktene du forventer å annonsere neste gang. Eksporter relevante prisdata eller sett sammen et arbeidsark med disse feltene:
- Produkt- og variantidentifikatorer, inkludert SKU der det er tilgjengelig.
- Gjeldende pris og «compare-at»-pris, med valuta.
- Målmarked og de planlagte kampanjedatoene.
- Grunnlaget for referanseprisen og personen som er ansvarlig for å godkjenne den.
Marker referansepriser som er lik eller lavere enn salgsprisen. Sjekk uvanlig store besparelser manuelt. Undersøk verdier som har blitt liggende igjen fra en tidligere kampanje, spesielt der produktets normale salgspris har endret seg siden.
Inspiser deretter den faktiske nettbutikken. Velg variantene i stedet for å stole på den første prisen som vises. Gjenta kontrollen i hvert relevante marked. Arbeidsarket ditt, presentasjonen i nettbutikken og eksterne data bør beskrive samme tilbud for samme variant og valuta.
Et prisspenn på produktnivå er ikke bevis for at hver variant har samme rabatt. Enhver tilpasset integrasjon som annonserer en prosentvis besparelse, bør beregne den ut fra de matchede variantverdiene.
Gi referansepriser en eier og en utløpsdato
Salgsdata overlever ofte selve salget fordi team planlegger kampanjestarten mer nøye enn avslutningen. E-posten slutter å sendes, banneret på forsiden forsvinner, og en «compare-at»-verdi blir værende i katalogen.
Gi hver midlertidige prisnedsettelse en oppgave for kampanjeavslutning. Den oppgaven bør dekke både salgsprisen og referanseprisen. Registrer hvem som kan godkjenne en forlengelse og hvem som bekrefter tilbakestillingen.
For butikker rettet mot EU kan prisreduksjonskunngjøringer innebære krav til tidligere priser. Et utfylt Shopify-felt er ikke bevis på samsvar. Behold den relevante prishistorikken og få juridisk rådgiver til å bekrefte hvilken referansepris du kan bruke i hvert marked, inkludert eventuelle unntak som gjelder for produktene dine.
Vi ville skilt mellom godkjenning av kampanjer og dataregistrering. Personen som laster opp et regneark, bør ikke måtte gjette seg til om en gammel veiledende utsalgspris er akseptabel dokumentasjon for et salgskrav. Legg den beslutningen i kampanjeoppdraget før noen berører importen.
Hva utviklere bør sjekke i Catalog-API-et
Shopify sier at ingen handling er nødvendig for API-tillegget. Det er noe annet enn å si at din tilpassede forbrukerapplikasjon ikke trenger testing. En tjeneste som allerede leser Catalog, kan trenge endringer før den kan bruke det nye feltet fornuftig.
Håndter valgfrie data uten å finne på en besparelse
Kunngjøringen definerer list_price som valgfri og gjør inkluderingen betinget. Selgerens deling er én oppgitt betingelse; å aktivere innstillingen bør ikke behandles som bevis på at hver variant vil returnere en verdi.
Hvis list_price mangler, vis gjeldende pris uten et krav om prisnedsettelse. Ikke erstatt den med en bufret referansepris fra en annen variant. Hvis referanseprisen ikke er høyere enn gjeldende pris, skjul besparelsesmeldingen og flagg posten for gjennomgang.
Bruk valuta og beløp korrekt
Begge feltene bruker det samme prisobjektet (Price object), med et beløp i underenheter og en valuta. Respekter valutaens regler for underenheter i stedet for å anta at alle beløp er delt på 100. Sammenlign kun verdier når valutaene er like.
Test forbrukerapplikasjonen din med en reell prisnedsettelse og en variant til full pris. Inkluder manglende referansedata, feilaktige valutaer og en endret kampanje. Disse testene hører hjemme i integrasjonen din, selv om Shopify vanligvis forhindrer enkelte problematiske kombinasjoner oppstrøms.
Til slutt: skill mellom et lagret svar og gjeldende data. Etter at en kampanje er avsluttet, sjekk et ferskt svar og din egen bufringsatferd. Shopifys kunngjøring fastslår ikke hvor raskt hver nedstrøms handelsagent vil oppdatere sin visning.
Bør du aktivere deling av «compare-at»-priser?
For en selger med godt vedlikeholdte prisnedsettelser kan deling gi eksterne kanaler nyttig prissammenheng. En kunde som sammenligner det samme produktet på tvers av forhandlere, vil ellers kanskje bare se gjeldende pris uten å forstå tilbudet.
Vi ville holdt igjen der referanseprisene er inkonsekvente eller der det meste av kampanjeverdien avhenger av betingelser i kassen. Rydd opp i de underliggende dataene først. Unngå å få et komplisert tilbud til å se enklere ut enn det er.
Spør også om rabattdrevet oppdagelse passer produktet. En restvare og en nylig lansert premiumkolleksjon har ulike kommersielle oppgaver. Den tilgjengelige delingskontrollen fjerner ikke behovet for å avgjøre hvor prisnedsettelser hører hjemme i sortimentet ditt.
Dette er ingen grunn til å legge til «compare-at»-verdier på produkter som aldri har hatt en forsvarlig høyere referansepris. Bedre distribusjon gjør svake prispåstander mer eksponerte.
Mål økonomien, ikke bare salgsmerket
Den medfølgende ytelsesforskningen gir en nyttig motvekt til begeistring for nye funksjoner. Polar Analytics' benchmarks-side beskriver data fra mer enn 4 000 Shopify-merkevarer, oppdatert ukentlig, med bransjefiltre. Det kan gi kontekst for butikkytelse, men det kan ikke fortelle deg om deling av «compare-at»-priser fører til lønnsomme ordrer for din butikk.
Bruk ditt eget grunnlag. Registrer når du endrer delingsinnstillingen og om produktpriser, betalte kampanjer eller andre kampanjer endrer seg samtidig. Ellers kan en økning i ordrer rett og slett reflektere et dypere salg.
Der henvisningsdata identifiserer en kilde for AI-shopping, undersøk de kjøpte produktene og deres bidrag etter variable kostnader. Hold uidentifisert trafikk separat i stedet for å anta at den kommer fra AI. Returer og akkumulering av rabatter kan gjøre en attraktiv inntektsrapport til et skuffende marginresultat.
Som en illustrerende beregning: Vurder en ordre på 100 € med 55 € i produkt- og andre variable kostnader, før anskaffelseskostnader. Bidraget er 45 €. Reduser salgsprisen til 80 € med uendrede kostnader, og bidraget blir 25 €. Du ville trengt 80 % flere ordrer for å produsere det samme totalbidraget. Dette er et eksempel, ikke en referanseverdi.
Å dele en eksisterende prisnedsettelse reduserer ikke marginen i seg selv. Men hvis funksjonen overbeviser teamet ditt om å gi rabatt oftere, bør du måle den beslutningen separat.
En praktisk utrulling for denne uken
Begynn med en liten intern gjennomgang av dine kommersielt viktigste salgsprodukter. Rett opp variantdataene og bekreft dokumentasjonen for referanseprisen før du endrer delingsinnstillingen.
Be deretter utvikleren din om å inspisere ferske Catalog-svar der virksomheten din bruker dem. Bekreft nettbutikken separat. Utnevn noen til å gå gjennom kampanjeavslutninger og registrere eventuelle avvik rapportert av eksterne kanaler.
Du trenger ikke en ny app bare for å svare på denne kunngjøringen. En dokumentert godkjenningsprosess og et prisark kan være nok for en liten katalog. Større team bør vurdere automatiserte avvikskontroller når reglene og eierskapet er klare. Å automatisere en uklar prispolitikk gjør bare feilene raskere.
Hovedpunkter
- Shopify deler nå «compare-at»-priser via Catalog, underlagt delingskontroller og feltkvalifisering.
- Revider referansepriser etter variant og marked før du eksponerer mer data om prisnedsettelser.
- Tilpassede forbrukerapplikasjoner må håndtere valgfrie list_price-verdier og valutabevisste beregninger.
- Gi kampanjer en navngitt eier og en bekreftet sluttdato.
- Vurder det kommersielle resultatet ut fra bidrag, ikke synligheten av et salgsmerke.
Kilder
- Compare-at prices now shared to agentic channels
- Catalog API now returns compare-at prices as `list_price`
- Ecommerce Benchmarks 2026 | CVR, ROAS, CAC & AOV by Industry
- Recent changes to Shopify's platform
Vil du ha hjelp med dette?
Vi er et Shopify Premier-byrå, og dette er arbeidet vi gjør hver dag: ytelse, konverteringsoptimalisering (CRO) og butikkbygging som betaler seg selv. Bestill en gratis butikkgjennomgang, så skal vi vise deg de tre grepene vi ville gjort først.
Ofte stilte spørsmål
Endrer en Shopify-«compare-at»-pris prisen i kassen?
Nei. En «compare-at»-pris gir en referanse for en prisnedsettelse. Den gjeldende salgsprisen forblir separat, og eventuelle rabatter i kassen har sine egne regler.
Kan AI-handelsagenter se Shopifys «compare-at»-priser?
Shopifys kunngjøring fra 9. oktober 2026 sier at Shopify Catalog nå deler «compare-at»-priser med AI-handelsagenter. Selgere kan kontrollere delingen via «Compare-at»-seksjonen i administratorinnstillingene. Dette garanterer ikke hvordan en agent vil vise tilbudet.
Hva er list_price i Shopify Catalog-API-et?
list_price er et valgfritt variantfelt som inneholder selgerens «compare-at»-pris. Det bruker et prisobjekt med et beløp i underenheter og en valuta. Det eksisterende price-feltet er uendret.
Hvorfor kan list_price mangle i et Catalog-svar?
Feltet er valgfritt og underlagt inklusjonsbetingelser, inkludert selgerens delingsinnstilling. Sjekk gjeldende Shopify-dokumentasjon og et ferskt svar i stedet for å anta at hver variant vil inkludere det. Forbrukere bør vise gjeldende pris uten å finne på en besparelse når den mangler.
Bør alle Shopify-produkter ha en «compare-at»-pris?
Nei. Bruk en «compare-at»-pris kun når du har en passende og forsvarlig referansepris. Behold understøttende prishistorikk og bekreft gjeldende regler for prisreduksjon for hvert marked.
