Shopify PIM integration med tydeligt ejerskab pr. felt
Jeg hjælper med at afgrænse og bygge et kontrolleret produktdataflow fra et PIM til Shopify. Før synkronisering beslutter vi, hvilket system der ejer SKU, varianter, billeder, tekster og oversættelser, så en genkørsel retter fejl i stedet for at overskrive manuelt arbejde.
Send PIM-eksport og feltliste · Se prisberegner
- Kilde
- PIM med dokumenteret eksport eller API
- Mål
- Shopify produkter og varianter
- Kontrol
- Validering, log og genkørsel
- Pris
- Tilbud efter katalog og PIM
Et produktdataflow med ansvar og fejlspor
Ydelsen passer til en Shopify-butik, hvor produktdata vedligeholdes i et PIM og skal udgives kontrolleret. Du får datakontrakt, feltmapping, validering, en afgrænset synkronisering, genkørselsregel og afstemning af ét repræsentativt katalogudsnit.
Shopifys GraphQL Admin API understøtter produkter, varianter og medier samt bulkoperationer. Oversættelser registreres mod oversættelige ressourcer og deres aktuelle digest med de nødvendige rettigheder. Den konkrete PIM-adgang, Shopify API-version, rate limits og variantmodel verificeres før tilbud.
- PIM eller Shopify ejer hvert felt – ikke begge samtidigt
- SKU og ekstern nøgle bruges konsekvent
- Ugyldige produkter stoppes med forståelig årsag
- Genkørsel må ikke oprette ekstra produkter eller medier
Fiktiv feltmapping fra PIM til Shopify
Eksemplet er fiktivt og beskriver ikke et bestemt PIM eller kundekatalog.
| Felt | Ejer | Shopify-mål | Validering / fejl |
|---|---|---|---|
| PIM product_id | PIM | Metafield eller integrationens nøgle | Skal være stabil og unik |
| SKU | PIM | Variant SKU | Tom eller dublet stopper varianten |
| Størrelse + farve | PIM | Options og variants | Kombination skal være unik og inden for produktmodellen |
| Titel og beskrivelse | PIM | Product + oversættelig ressource | Standardsprog kræves før oversættelse |
| Billede-URL + rækkefølge | PIM | Product media | Format, adgang, alt-tekst og dublet kontrolleres |
| Svensk oversættelse | PIM/oversættelsesflow | Translation | Locale, nøgle og aktuel digest skal passe |
| Pris | Aftales | Variant price | Valuta og ejerskab skal være entydigt |
Lager, priser og publicering kan have andre kilder end PIM. De medtages kun, hvis ejerskab og API-flow er godkendt.
Sådan bliver en fejl rettet uden at skabe dubletter
Valider før skrivning
Kontrollér nøgle, SKU, optioner, påkrævede tekster, billeder og referencer. Saml fejl pr. produkt i stedet for at sende åbenlyst ugyldige mutationer.
Upsert med stabil nøgle
Find eksisterende Shopify-id via den aftalte eksterne reference. Opret kun, når der ikke findes en match; opdatér kun felter PIM ejer.
Log resultat pr. objekt
Gem job-id, kildeversion, Shopify-id, status og en sikker fejlbesked. Hemmeligheder og hele person-/kundedata hører ikke til i loggen.
Ret kilden og genkør
Når SKU eller billede er rettet i PIM, genkøres samme produkt. Integrationen genbruger identiteten og opretter ikke en ny kopi.
Afstem kataloget
Sammenlign forventede, oprettede, opdaterede, afviste og uændrede produkter og varianter. Stikprøv butiksvisningen.
Det får virksomheden
Datakontrakt
Kilde, datatype, ejerskab, transformation, krav og Shopify-mål for hvert aftalt felt.
Pilotintegration
Ét repræsentativt produktudsnit med normale produkter, flere varianter, billeder, oversættelse og kendte fejl.
Fejl- og genkørselsflow
En liste, den ansvarlige kan forstå, og en sikker måde at genbehandle rettede produkter på.
Driftsvejledning
Start, overvågning, afstemning, adgang, API-version og ansvar ved ændringer i PIM eller Shopify.
Vælg et katalogudsnit, der kan afsløre de svære fejl
En pilot bør ikke kun bruge det enkleste produkt. Udsnittet skal mindst indeholde et enkelt produkt, et produkt med flere optioner og varianter, flere billeder, manglende valgfrit felt, en bevidst ugyldig SKU og en oversættelse. Hvis butikken bruger bundles, markedsbestemte tekster eller særlige metafields, vælges et eksempel på dem også.
Kunden gennemgår resultatet både i Shopify-administrationen og i butikken. En teknisk succesrespons er ikke nok, hvis variantnavne står forkert, billeder kommer i tilfældig rækkefølge eller en oversættelse er knyttet til den forkerte ressource. Når piloten er godkendt, måler vi behandlingstid og fejlrate på en større prøve og beslutter batchstørrelse, køretidspunkt og alarm. Først derefter bliver flowet et driftsklart katalogjob.
- Repræsentative normale og ugyldige produkter
- Kontrol i både admin og storefront
- Større prøve før fuldt katalog
- Aftalt batch, tidspunkt, alarm og ansvar
Det skal være bevist før lancering
| Test | Godkendt når |
|---|---|
| Nyt produkt | Produkt, varianter, SKU og aftalte felter oprettes én gang |
| Eksisterende produkt | Kun PIM-ejede felter opdateres |
| Dublet-SKU | Den berørte variant stoppes med en klar fejl |
| Billedfejl | Produktet får aftalt status, og billedet kan genkøres efter rettelse |
| Oversættelse | Den valgte locale vises på den relevante markeds-/sprogversion |
| Samme batch igen | Ingen ekstra produkter, varianter eller medier oprettes |
| Afstemning | Forventet, behandlet, afvist og uændret kan forklares |
Det endelige testgrundlag og de ansvarlige godkendes med kunden før implementering.
Spørgsmål om Shopify PIM integration
Skal PIM eje alle produktfelter?
Nej. Men hvert felt skal have én tydelig ejer. Pris eller lager kan komme fra et andet system, mens tekster og billeder kommer fra PIM.
Kan oversættelser synkroniseres?
Ja, når kilden, locale, rettigheder og Shopify-resource er afklaret. Shopify kræver den aktuelle translatable content-digest ved registrering af oversættelser.
Dækker siden også ordrer og regnskab?
Nej. /shopify-e-conomic-integration dækker ordre- og regnskabsflow. PIM-siden handler om produktdata ind i Shopify.
Hvad sker der med manuelle rettelser i Shopify?
Det afhænger af feltejerskabet. Et PIM-ejet felt kan blive skrevet tilbage ved næste kørsel; Shopify-ejede felter skal integrationen lade være. Reglen dokumenteres pr. felt.
Hvad skal jeg sende for at få et tilbud?
Send PIM-navn og dokumentation, anonymiseret eksport, produkt- og variantantal, feltejerskab, sprog, billeder, opdateringshyppighed og Shopify-plan/API-adgangsmodel.
Produktdata, Shopify og ordreflow
- Shopify-udvikler – Butikkens brede tekniske fundament.
- Shopify e-conomic integration – Ordre- og regnskabsdata efter købet.
- Shopify-dashboard – Løbende overblik over aftalte forretningsdata.
Send et produktudsnit og en liste over feltejere
Send PIM-dokumentation, anonymiseret eksport, antal produkter og varianter, billeder, sprog, opdateringshyppighed og hvilket system der ejer hvert felt. Så kan jeg afgrænse pilot, fejlflow og pris.
Direkte til mig: +45 20 71 02 89 · ow@oscarwinther.dk