Endringslogg

Workflow Webhooks er nå tilgjengelig på fire nye språk: svensk, norsk, polsk og tyrkisk. Det gir totalt 16 språk.

• Ingen innstillinger nødvendig. Appen bruker samme språk som Shopify-administrasjonspanelet ditt.
• Hjelpesenteret og endringsloggen også. Veiledningene, denne endringsloggen og de ferdige Shopify Flow-malene er tilgjengelige på de samme språkene.

Nytt

• Kjør kl i handlingen Utløs webhook. Handlingen «Utløs webhook» i Shopify Flow har et nytt valgfritt felt: Kjør kl. Lar du feltet stå tomt, utløser handlingen webhooken din umiddelbart, akkurat som før. Fyll det ut, så kjøres webhooken - og arbeidsflyten som starter fra den - senere: på en dato og et klokkeslett som for eksempel 2026-12-24T09:00:00+01:00, på en dato som for eksempel 2026-12-24, eller etter en forsinkelse som for eksempel 3 days, 12 hours eller 90 minutes. Verdien kan hentes fra en Shopify Flow-variabel, slik at ventetiden kan avhenge av bestillingen, kunden eller et metafelt - noe «Vent»-trinnet i Shopify Flow ikke kan gjøre. Opptil 365 dager frem i tid. En dato eller klokkeslett uten tidsforskyvning tolkes i butikkens tidssone, og et klokkeslett som allerede har gått ut, utløser webhooken umiddelbart.
• Siden Planlagte kjøringer. Alle ventende kjøringer vises under Planlagte kjøringer sammen med tilhørende webhook og tidspunkt, og kan avbrytes inntil de starter. En kjøring som er sendt, lenker til oppføringen i «Historikk».
• En advarsel før du når planens grense, ikke når du når den. Et tredje varsel i tillegg til kvotevarselet og e-posten om overskredet kvote: når forbruket ditt de siste dagene vil nå planens grense innen det antallet dager du velger (3, 5, 7 eller 14, standard 7), får du en e-post som oppgir hvor mange dager som gjenstår og hvor mange samtaler du mottar per dag. Denne funksjonen er slått på som standard og kan deaktiveres i varslingsinnstillingene. Dashbordet viser den samme prognosen som et banner.
• Planvarsler vises også i chatten. De tre planvarslene vises også som en melding i appens chat, slik at du finner dem der du jobber, og ikke bare i innboksen din.

Godt å vite

• En planlagt kjøring teller med i planen din når den utføres, ikke når den planlegges. Hvis planens grense er nådd eller webhooken er deaktivert i det øyeblikket, vises kjøringen som mislykket på siden «Planlagte kjøringer», sammen med årsaken.
• En butikk kan ha like mange ventende kjøringer som planen tillater utførelser i løpet av 30 dager: 500 på Free, 15 000 på Grow og 100 000 på Unlimited.
• Arbeidsflyter du allerede har, påvirkes ikke: uten en «Kjør ved»-verdi fungerer handlingen som før.

Nytt

• Hvem kan kalle opp denne webhooken? En webhook som bruker app-proxy-URL-en på butikkens domene, kan nå begrenses til forespørsler via denne URL-en, slik at den direkte app-URL-en gir feilmelding 403, eller til kunder som er logget inn i butikken din, slik at gjester får feilmelding 401. Shopify-signerer alle forespørsler som går gjennom app-proxyen, slik at en anroper ikke kan utgi seg for å være en annen kunde eller en annen butikk. Du finner dette under Avanserte innstillinger > URL-innstillinger.
• Den innloggede kunden kommer til Shopify Flow. «Webhook Trigger» og «Sync Webhook Trigger» har et nytt felt, customerId: ID-en til kunden som er logget inn i butikken din når forespørselen kom inn via appens proxy-URL. Bruk det i et «Hent kundedata»-trinn for å sjekke tagger, bedriftslokasjoner eller annet før arbeidsflyten din utføres. Det er tomt for alle andre som sender forespørsler, og eksisterende arbeidsflyter kan bruke det med en gang.

Nytt

• Spør Sidekick fra oppsettveiledningen. Hvert trinn i oppsettveiledningen på dashbordet har en Spør Sidekick-knapp. Den åpner Shopifys assistent med et forhåndsdefinert spørsmål om det aktuelle trinnet, på språket i administrasjonspanelet ditt. Knappen vises overalt der Sidekick er tilgjengelig i administrasjonspanelet ditt.
• Spør Sidekick hvorfor et anrop mislyktes. Et mislykket webhook-anrop viser Spør Sidekick hvorfor det mislyktes. Sidekick søker opp anropet ved hjelp av ID-en og forklarer hva som gikk galt og hvordan man kan løse problemet.

Forbedret

• Feilvarsler er slått på som standard. E-postvarselet om høy feilrate er nå aktivert for alle butikker, både nye og eksisterende. Det sendes ut når minst 20 % av minst 50 webhook-anrop mislykkes i løpet av 60 minutter, maksimalt én gang hver 6. time. Du kan endre hvem som skal motta varselet eller slå det av under «Varsler».

Webhook-listen laster inn sine egne data samlet. Historikkfiltrene leser kun webhook-navn og -ID-er, noe som reduserer unødvendig dataoverføring samtidig som behandlingen av webhooker og arbeidsflyten forblir uendret.

Appen snakker språket ditt

Hele appen tilpasser seg nå språket du bruker i Shopify-administrasjonspanelet. Tilgjengelig på engelsk, tysk, fransk, spansk, italiensk, nederlandsk, dansk, portugisisk (Brasil og Portugal), japansk og kinesisk (forenklet og tradisjonell). Endre språket i administrasjonspanelet, så tilpasser appen seg neste gang siden lastes inn.

• Alle sider, dialogbokser og meldinger er oversatt, inkludert webhook-redigeringsverktøyet, signaturtesteren og dens trinnvise feilsøking, historikken og hjelpesiden.
• Arbeidsflytmalene vises med tittel, beskrivelse og konfigurasjonsmerknad på ditt språk i Shopify Flow.
• Datoer og tall vises slik de skrives på språket ditt.
• Dette hjelpesenteret er også oversatt. Alle veiledningene er tilgjengelige på de samme språkene; velg ditt språk fra språkmenyen.
• Navnene på utløsere og handlinger forblir på engelsk. Shopify Flow viser trinnnavnene på engelsk, så det gjør appen også - navnet du ser i appen er alltid det samme som du finner i Shopify Flow. Navnene på nyttelastfeltene, for eksempel fieldOne, endres heller ikke.

Syv ferdige arbeidsflyter i Shopify Flow

Åpne Shopify Flow, velg Bla gjennom maler og søk etter «webhook». Hver mal er en ferdig arbeidsflyt basert på Webhook-utløseren; du trenger bare å opprette webhooken og koble systemet ditt til den.

• Bestillingsstatus ved mottak av webhook - en 3PL-leverandør, et ERP-system eller et «no-code»-verktøy merker bestillinger som sendt, fakturert eller gjennomgått.
• Legg til en ordremerknad når en webhook mottas - legg til en melding fra et supportverktøy eller et ERP-system i ordremerknaden.
• Merk ordren som betalt når webhook mottas - når banken, fakturerings- eller betalingssystemet ditt bekrefter en betaling.
• Merk produktet når webhook mottas - en leverandør, PIM eller ERP sørger for at kolleksjoner og merker holdes synkronisert.
• Opprett kunde når webhook mottas - samle inn potensielle kunder fra landingssider og skjemaer.
• Oppdater kundens metafelt når det mottas en webhook - et lojalitets-, CRM- eller poengsystem lagrer et tall knyttet til kunden.
• Returner ordrestatus ved mottak av webhook - gi en chatbot, en kundeservice eller en kundeportal informasjon om betalings- og leveringsstatusen for en ordre ved hjelp av det synkrone svaret.

I konfigurasjonsanvisningen til hver mal står det hvilke felt du skal tilordne. Se Arbeidsflytmaler.

Det nye designet på Shopify-administrasjonssiden

Shopify lanserer et nytt utseende for administrasjonspanelet. I butikker som allerede har det, bruker Workflow Webhooks nå de samme fargene, skrifttypene og ikonene, slik at appen ser ut som resten av administrasjonspanelet. I butikker som ikke har det ennå, endres ingenting.

Webhookene dine kan nå kjøres etter en tidsplan, verifisere signaturen til nesten alle avsendere og godta andre formater enn JSON.

Kjør en arbeidsflyt etter en tidsplan fra et hvilket som helst API

En ny fane for Tidsplan på hver webhook, og en direkte måte å komme i gang på: Velg Opprett webhook og svar «Hva vil utløse denne webhooken?» med Ingenting - kjør den etter en tidsplan. Appen henter en URL hvert 5. minutt, opptil én gang om dagen, og sender svaret til webhooken, slik at en Shopify Flow-arbeidsflyt kan kjøres etter en tidsplan fra hvilken som helst API.

• Utløs ved hver henting, eller bare når svaret endret seg.
• Legg til forespørselshoder hvis API-et trenger dem. De lagres i kryptert form.
• Kjør nå henter svaret én gang og viser det til deg.
• Fanen viser hvordan tidsplanen stemmer overens med planen din. Kjøringer vises i «Historikk» som Planlagt.
• En oppgave som mislykkes 20 ganger på rad, setter seg selv på pause.

Se Planlagt URL-avlesning.

Verifisering av signaturer for nesten alle avsendere

22 innebygde forhåndsinnstillinger, en økning fra 6, hvor hver enkelt er sjekket opp mot avsenderens egen dokumentasjon: Stripe, GitHub, Shopify, Slack, Typeform, Calendly, standard webhooks (OpenAI, Supabase), Svix (Clerk, Resend), Paddle, Linear, WooCommerce, Square, Sentry, Vercel, Zendesk, Lemon Squeezy, Razorpay, Paystack, Customer.io, Sendcloud, Mollie og Sanity.

• En avsender uten forhåndsinnstilling dekkes av en tilpasset signatur: Velg overskrift, algoritme, koding, et tidsstempel med beskyttelse mot gjengivelse og den nøyaktige teksten som skal signeres.
• En signaturtester i redigeringsprogrammet viser hvilket verifiseringstrinn som mislykkes, og kan generere en gyldig eksempelforespørsel.
• Når man oppretter en webhook, begynner man nå med å spørre hva som skal sendes til den.

Se Verifisering av signerte webhooks, der du finner en trinnvis veiledning for hver avsender.

Flere måter å autentisere seg på

• Et statisk token kan nå sendes som et Bearer-token, som Basic auth (brukernavn og passord) eller som en URL-parameter, for avsendere som ikke kan angi en tilpasset overskrift. Et token i URL-en blir skjult i historikken og blir aldri sendt videre til Shopify Flow.
• Bytt ut en hemmelighet uten driftsavbrudd. En ny hemmelighet godtas ved siden av den første, for statiske tokens og alle signaturordninger.
• IP-tillatelsesliste. Begrens hvem som kan tilgang til URL-en til de adressene eller adressene i de angitte områdene du oppgir, i tillegg til eventuell autentisering. Se IP-tillatelseslister.

Se Autentisering.

Skjemaer og XML-innhold, samt oppdeling av matriser

• Skjemainnsendelser, skjemaer for filopplasting og XML leses nå inn i felt som kan tilordnes, akkurat som JSON. En tekstdel som er gyldig JSON, leses fortsatt som JSON, så ingen eksisterende avsendere endrer oppførselen sin.
• Del matriser opp i kjøringer. Angi den nye innstillingen til en liste i nyttelasten, så starter hvert element sin egen Shopify Flow-kjøring - opptil 100 per forespørsel. Hvert element teller som én utløsning.

Se Dataformater og oppdeling av matriser.

En raskere app, bygget på nytt med Shopifys webkomponenter

Hele appen kjører nå på nettkomponentene i selve Shopify-administrasjonspanelet, i stedet for i et eget grensesnittbibliotek. Det er mindre å laste inn, så sidene åpnes raskere, og alle felt, menyer og dialogbokser ser ut og fungerer akkurat som resten av administrasjonspanelet ditt.

• Webhook-redigeringsverktøyet er et verktøy for å bygge opp. Innstillingene ligger til venstre; til høyre finner du Endpoint-kortet med webhook-URL-en og webhook-ID-en, og over dette ligger «Live Preview», «Test» og «Usage» - slik at du kan endre en innstilling og se en forespørsel komme inn side om side.
• Webhook-listen viser hver enkelt webhook med antall utløsninger, hvordan innringere autentiserer seg og når den sist ble endret, med en meny per rad for å redigere, aktivere, deaktivere eller slette.
• Koble til en signert avsender. En webhook for Stripe, GitHub eller en annen leverandør viser trinnene for å koble den til, samt en knapp som fører til konfigurasjonsveiledningen, i stedet for et eksempelforespørsel som aldri ville kunne verifiseres.

Også i denne utgaven

• Blokkerte forespørsler på oversikten. Forespørsler som ble avvist på grunn av abonnementsgrensen, etterlot tidligere ingen spor. Oversikten viser nå hvor mange som ble blokkert de siste 30 dagene, og abonnementskortet fungerer som en forbruksmåler.
• Sidesortering i webhook-listen fungerer, og Tøm alt i «Historikk» tømmer også «Gjengitt»-filteret.
• Hver side har en lenke til den tilhørende veiledningen i hjelpesenteret, og på hjelpesiden finner du en oversikt over våre andre apper for Shopify Flow.
• Rutinemessig sikkerhetsvedlikehold. Ingen tiltak er nødvendig.

Hittil har en webhook kun kunnet bekrefte mottak av en forespørsel - arbeidsflyten din i Shopify Flow ble deretter kjørt, og den som sendte forespørselen fikk aldri vite resultatet. Synkron respons endrer dette: appen holder forespørselen åpen inntil arbeidsflyten din sender data tilbake, og sender deretter svaret til den som sendte forespørselen.

Nyttig når den som ringer trenger et svar i stedet for en kvittering - et skjema som viser et resultat, et system som venter på en beregnet verdi, en oppslagssøking.

Slik fungerer det

Slå på Synkron respons under «Avanserte innstillinger» for webhooken. Bygg deretter arbeidsflyten rundt den nye utløseren Sync Webhook Trigger, og avslutt den med den nye handlingen Return Webhook Response.

Skriv selve svaret direkte inn i handlingskoden ved å bruke utløserens variabler:

{"ok": true, "orderId": "{{fieldOne}}", "email": "{{fieldTwo}}"}

eller lage noe mer avansert i en «Kjør kode»-handling og tilordne resultatet.

En typisk tur-retur-tid er to til fire sekunder. Hvis arbeidsflyten din ikke svarer innen 15 sekunder, får den som ringer i stedet bare det vanlige svaret - aldri en feilmelding og aldri at samtalen henger seg opp.

Fullstendig veiledning: Synkron respons

Ingenting endrer seg med mindre du slår den på

De er som standard slått av på alle webhooks. Eksisterende webhooks fortsetter å svare umiddelbart og bruker fortsatt standard webhook-utløseren, akkurat som før.

REST-API-et og MCP-serveren har nå fått et eget, fast hjem:

https://shopify.workflow-webhooks.app

API-et ligger altså på https://shopify.workflow-webhooks.app/api/v1, og MCP-serveren på https://shopify.workflow-webhooks.app/api/mcp. Begge vises med en kopieringsknapp på utviklersiden.

Tidligere lå disse på appens innebygde URL. Ved å skille dem ut blir adressen du limer inn i et skript, en CI-jobb eller en AI-assistent stabil og uavhengig av hvordan appen er innebygd i administrasjonspanelet ditt. Det nye vertsnavnet betjener kun API-et - selve appen forblir der den var, og ingenting av det du allerede har konfigurert trenger å endres.

Mye mer dokumentasjon

Ni nye sider er nå tilgjengelige på docs.workflow-webhooks.app:

• Lag din første webhook - fra start til slutt, inkludert konfigurering på Shopify Flow-siden
• Autentisering - statisk token, HMAC og forhåndsinnstillinger for Stripe, GitHub, Shopify, Slack, Typeform og Calendly
• Kartlegging av nyttelast og Shopify Flow-variabler - punktbaner, nestede verdier og hva man skal gjøre når fire felt ikke er nok
• Beskyttelse mot dobbeltlevering
• Historikk og feilsøking - alle avvisningskoder og hva du kan gjøre med dem
• Å kalle opp en webhook fra Shopify Flow
• Abonnementer og forbruk - hva teller med i kvoten din, og hva gjør ikke det
• Sidekick og AI-assistenter
• Ofte stilte spørsmål

Veiledningen for utvikler-API og MCP er også publisert.

De fleste systemer prøver på nytt med en webhook hvis de ikke får svar med en gang. Hvis det første forsøket faktisk kom frem, kjører Shopify Flow-arbeidsflyten din to ganger for den samme hendelsen - en ekstra e-post, en ekstra tag, en duplisert ordremerknad.

Beskyttelse mot dobbeltlevering løser dette problemet. Hvis sendesystemet ditt inkluderer en unik ID for hver hendelse, kan du oppgi hvilken overskrift som inneholder denne, så vil vi ignorere duplikatene.

Angi dette under Avanserte innstillinger -> «Dupliser levering ved alle webhooks». Skriv inn navnet på overskriften som avsenderen din bruker - vanligvis Event-Id, Idempotency-Key eller X-Request-Id.

• Den første forespørselen med en gitt ID gjennomføres som vanlig.
• Ved gjentatt forespørsel** innen 24 timer** mottas et vanlig 200 OK-svar, slik at avsenderen slutter Prøver på nytt - men den sendes ikke til Shopify Flow igjen.
• Duplikater som er fjernet, teller ikke med i abonnementsgrensen din.
• Du kan fortsatt se dem: Live Request Inspector viser forespørselen og merker den som en duplikatet er fjernet, slik at det aldri ser ut som om anropet har forsvunnet.

La feltet stå tomt, så skjer det ingen endringer - alle forespørsler behandles akkurat som før. Denne funksjonen er som standard deaktivert på alle eksisterende webhooks.

Administrer webhooksene dine fra din egen kode eller fra en AI-assistent som Claude eller Cursor.

• Ny utviklerside: Opprett API-nøkler med begrenset tilgang og få kopierbare tilkoblingskommandoer for Claude Code, Claude Desktop, Cursor, VS Code, Gemini CLI og OpenAI Codex.
• REST-API på /api/v1 - vis og administrer webhooks, les historikk og statistikk over anrop, vis maler.
• MCP-serveren på /api/mcp, slik at en AI-assistent kan gjøre det samme i en samtale.
• Tre tilgangsnivåer. Lesetilgang gir kun mulighet til å se. Skrivetilgang gir i tillegg mulighet til å opprette, oppdatere og slette webhooks. Utførelsestilgang gir dessuten mulighet til å utløse en testutløsning eller gjenta en tidligere utløsning - noe som faktisk setter i gang Shopify Flow-arbeidsflytene dine.
• Dataene dine forblir beskyttet. Autentiseringstokenet til en webhook kan aldri leses ut via API-et, og personopplysninger i forespørselsdataene (e-postadresser, telefonnumre, navn, kortnumre) blir maskert før de forlater serveren.

Flow Webhooks heter nå Workflow Webhooks. Samme app, samme installasjon, samme webhooks - nytt navn, som passer inn i resten av vårt Workflow-sortiment.

• Nytt dokumentasjonsnettsted på docs.workflow-webhooks.app, med fullstendige veiledninger for n8n, Make og Zapier, inkludert videoveiledninger.
• Nytt hjelpesenter - rapporter en feil, be om en funksjon eller kontakt oss via et eget skjema som går direkte til oss, med vedlagte skjermbilder.
• Chat i appen - chatboblen vises nå på alle sider i appen, og den trekker seg høflig til side når en dialogboks er åpen.
• En konfigurasjonsveiledning på dashbordet som leder deg gjennom prosessen, fra din første webhook til en fungerende Shopify Flow-arbeidsflyt. Den husker om du har skjult den.

Rutinemessig sikkerhetsvedlikehold: oppdatering av avhengigheter og sikkerhetsforbedringer i hele appen. Ingen tiltak er nødvendig.

• E-postvarsler - få beskjed når du nærmer deg grensen for abonnementet ditt, når du når den, og når webhookene dine begynner å mislykkes oftere enn vanlig. Legg til flere mottakere i tillegg til butikkeieren, hver med sin egen lenke for å melde seg av.
• Forhåndsinnstilte HMAC-signaturer - tilpass signeringsordningen til vanlige avsendere uten å måtte lage formatet manuelt.
• Velg å inkludere flere forespørselsdata - velg for hver enkelt webhook om du vil sende forespørselshoder, parametere i spørringsstrengen og den ubehandlede forespørselsteksten videre til Shopify Flow.
• Søk i anropshistorikken etter innholdet i nyttelasten.

Sidekick kan nå svare direkte på spørsmål om denne appen. Du kan for eksempel spørre: «Har jeg en webhook for kontaktskjemaet mitt?», «Er n8n-webhooken min aktivert?», «Hvor mange ganger ble den utløst denne uken?» eller «Hvorfor mislyktes den siste utløsningen?».

Skrivebeskyttet - Sidekick kan se på webhookene dine, konfigurasjonen deres og historikken over når de har blitt utløst, men kan ikke endre noe.

Workflow Webhooks kjører nå på en ny europeisk skyplattform. Det endres ingenting i måten du bruker tjenesten på, men bak kulissene:

• Behandlingen av webhooks er flyttet til en administrert kø med håndtering av «dead letters», slik at et anrop aldri blir avvist uten varsel.
• Databaser og hurtigbuffere er regionbaserte i EU, med kryptering av data i hvile.
• Forhandlerhemmeligheter - dine statiske tokens og HMAC-nøkler - krypteres nå ved hjelp av en dedikert nøkkelhåndteringstjeneste, og lagres ikke lenger bare i kryptert form på disknivå.
• Redundante instanser på tvers av tilgjengelighetssoner.

Resultatet er lavere ventetid ved mottak av webhooks og betydelig bedre ytelse under belastning.

• Egendefinert header for statisk token - token-headeren trenger ikke lenger å være X-Api-Key. Angi ditt eget navn for hver webhook i «Avanserte innstillinger», slik at det samsvarer med det avsenderen allerede sender. Reserverte og proxy-kontrollerte headernavn avvises av sikkerhetshensyn.
• Automatisk oppdatering av økt - tilgangstokener oppdateres nå i bakgrunnen, slik at nettbutikker med langvarige prosesser ikke lenger opplever at leveranser mislykkes etter at et token har utløpt.
• Smartere gjentakelsesforsøk - mislykkede leveranser forsøkes på nytt med backoff, og ved permanente feil avbrytes gjentakelsesforsøkene umiddelbart i stedet for å bruke opp alle forsøkene.

• Det er lagt til databaseindekser som gjør søk i historikk og statistikk raskere i butikker med stor trafikk.
• Vi har lagt til ytelsesovervåking fra virkelige brukere, slik at vi kan oppdage sider som laster tregt i administrasjonsgrensesnittet.
• Sikkerhetsgjennomgang av appen: oppdatering av avhengigheter og fjerning av usikker HTML-gjengivelse.

• Vi har omarbeidet dashbordet med fokus på metriske kort, en datointervallvelger og et diagram over anrop.
• Ulagrede endringer er nå beskyttet. Når du redigerer en webhook, vises Shopifys lagringslinje, og hvis du bytter faneblad eller trykker på «Tilbake» mens det er endringer som venter på å bli lagret, blir du først spurt om du vil fortsette, i stedet for at endringene blir slettet uten forvarsel.

Webhook-loggen er indeksert på nytt. Butikker med stort antall utløsninger vil merke at loggsiden og oversikten lastes inn betydelig raskere.

• Gjenta - åpne en hvilken som helst tidligere utløsning og send den på nytt med ett klikk. Dette er den raskeste måten å sette opp en Shopify Flow-arbeidsflyt på: registrer hendelser i Shopify Flow, og gjenta deretter en eksisterende utløsning i stedet for å utløse kildesystemet på nytt.
• Webhook-maler - forhåndskonfigurerte utgangspunkt for n8n, Make, Zapier, kontaktskjemaer og tilpassede integrasjoner.

• Det er rettet et spesielt tilfelle i autentiseringsprosessen som kunne føre til at gyldige forespørsler ble avvist.
• Løste problemet med oppløsning av proxybaner, slik at appens proxy-URL-er nå dirigeres riktig.
• En visningsfeil i webhook-listen er blitt rettet.

• Shopify Flow-handling - i motsatt retning. En Shopify Flow-arbeidsflyt kan nå kalle opp en webhook som et handlingstrinn, slik at Shopify Flow både kan sende ut data og utløses av dem.
• Statistikk på oversiktssiden - totalt antall oppkall, suksessrate og et diagram for det valgte datointervallet.
• Sporing av opprinnelseskilde - historikken registrerer nå om et anrop kom fra Shopify Flow, en test, curl eller et eksternt system, og du kan filtrere etter dette.

Shopify Flow-variabler er enkle strenger, så nestede objekter og matriser kunne tidligere ikke brukes.

Verdier som er objekter eller matriser, oppdages nå automatisk og overføres til Shopify Flow som JSON-strenger, slik at ingenting går tapt uten at man merker det under overføringen.

Vi har innført abonnementsplaner med en månedlig kvote for antall påkallinger, samt bruksoversikt på dashbordet, slik at du kan se hvor langt du har kommet i forhold til kvoten din.

Alle abonnementene inkluderer alle autentiseringsmetoder, feltkartlegging, CORS, historikk og gjengivelse - abonnementene skiller seg kun fra hverandre når det gjelder månedlig volum.

• App-proxy-endepunkt - hver webhook kan nå også nås via en Shopify-app-proxy-URL, noe som forhindrer problemer med kryssende opprinnelser for nettleserbaserte brukere.
• Filter for datointervall på historikksiden, slik at du kan finne frem til den dagen det oppstod et problem, i stedet for å bla gjennom listen.

Fire tilordnede felt er ikke alltid nok. Slå på Tillat tilpasset forespørselsinnhold under sikkerhetsinnstillingene for en webhook, så blir hele den innkommende nyttelasten sendt videre til Shopify Flow, i tillegg til de fire navngitte feltene.

Dette er nyttig når du ikke har kontroll over formen på nyttelasten i det sendende systemet.

• Webhook-konfigurasjonen lagres nå i hurtigbufferen, slik at mottak av et anrop krever mindre ressurser og gir raskere respons.
• Deaktiverte webhooks er tydelig merket i listen, slik at man med et blikk kan se hvorfor en av dem ikke utløses.
• Vi har oppdatert detaljsiden for webhooks, i tillegg til en rekke mindre feilrettinger.

Den første utgaven. Shopify Flow reagerer kun på hendelser i Shopify - dette fjerner den begrensningen.

• Webhook-endepunkter - hver webhook får sin egen sikre URL som ethvert eksternt system kan sende en POST-forespørsel til.
• Tre autentiseringsmoduser - Ingen for testing, et statisk token i X-Api-Key-overskriften eller HMAC SHA256 for manipulasjonssikker signering.
• Tilordning av data - tilordne opptil fire felt fra den innkommende JSON-dataen og bruk dem i Shopify Flow som {{fieldOne}} til {{fieldFour}}.
• Anropshistorikk - hvert anrop loggføres med overskrifter, nyttelast, status og tidspunkt.
• CORS-støtte - slå den på for å motta forespørsler direkte fra en nettleser eller et skjema på nettbutikken.
• Webhook-oversikten - opprett, aktiver, deaktiver og administrer alle endepunkter samlet på ett sted, med en token-generator som fungerer med ett klikk.