Et GoHighLevel-workflow er knyttet til den konto, det blev bygget i, via interne id’er; flyttes det uden at id’erne skrives om, ankommer det defekt. Her er præcis, hvad der går i stykker, og hvordan navnebaseret remapping retter det.
I GoHighLevel er næsten alt, et workflow rører ved, en post med sit eget interne id: en pipeline, en stage i den pipeline, en bruger, du tildeler en opgave, et tag, et brugerdefineret felt, en kalender, en skabelon. Når du bygger et workflow, gemmer GoHighLevel ikke navnene på de poster i workflowdefinitionen. Det gemmer deres id’er. En handling ”Tilføj tag: Hot Lead” gemmer ikke teksten ”Hot Lead” — den gemmer noget i retning af tag_7c1f…, id’et på det tag i den konto.
De id’er er kontospecifikke. Det samme tag, oprettet i hånden i en anden konto, får et helt andet id dér. Så når en workflowdefinition løftes ud af én konto og smides ind i en anden, peger hvert id, den bærer, stadig på poster, der kun findes i kildekontoen. Målet har ingen post med det id, så referencen hænger løst. Det er rodårsagen til næsten enhver melding af typen ”jeg kopierede mit workflow, og det holdt op med at virke”, og det er derfor, en rå kopi af JSON ikke er en ægte flytning.
Fejlene er ikke tilfældige — det er hvert felt i workflowet, der indeholder et kontospecifikt id i stedet for en bogstavelig værdi. I praksis betyder det:
Hvert af dem er et lydløst fejlpunkt. GoHighLevel lader dig ofte gemme et workflow med en hængende reference; det gør bare ingenting, eller det forkerte, når en kontakt rammer det trin i produktion. Det er den værste slags fejl — usynlig, indtil en rigtig kontakt løber igennem det.
ExportGHL Workflows behandler flytningen som en afstemning, ikke en kopi. Når du udruller et gemt workflow i en målkonto, læser det hver kontospecifik reference i definitionen, slår op, hvad referencen var i kilden (dens navn), og finder posten med det matchende navn i målet. Det hængende kilde-id bliver derefter skrevet om til målets eget id for den pipeline, stage, det tag, den bruger, det felt, den kalender eller skabelon.
At matche via navn er den rigtige nøgle, fordi navne er det, de to konti rent faktisk deler. Du har sjældent de samme interne id’er på tværs af konti, men meget ofte et ”Hot Lead”-tag, en ”Sales Pipeline” med en ”Booked”-stage og et brugerdefineret felt ”Lead Source” i begge. ExportGHL går hele referencegrafen igennem — også stages inde i deres pipeline og links mellem workflows — så en remappet stage lander i den korrekte remappede pipeline, ikke bare i en vilkårlig stage med et lignende navn.
Fordi det udrulles i målet som et nyt workflow, bliver intet, du allerede har, overskrevet. (Du kan vælge at opdatere et eksisterende, men det er et udtrykkeligt valg, ikke standarden.) Resultatet er et workflow, der refererer til målets virkelige poster og kører på samme måde som i kilden. Denne side er en del af den komplette guide til at eksportere GoHighLevel-workflows, oversigten over at gemme, flytte og tage backup af automatiseringer på tværs af konti.
Det hjælper at skille to slags ting i et workflow ad: de kontospecifikke referencer, der skal remappes, og de strukturelle byggeklodser, der følger med af sig selv.
Referencer remappet via navn. Hver af disse matches mod målets egen post, og id’et skrives om. Findes der et match, bevares den; findes der ingen, efterlades workflowet som kladde, indtil du angiver eller mapper den:
Byggeklodser i workflowet. Automatiseringens struktur bevares præcis, fordi den ikke er kontospecifik. En byggeklods bliver kun kladde på grund af en kontospecifik reference, den peger på — aldrig på grund af selve klodsen:
Kort sagt: struktur og bogstavelige værdier (ventetider, almindelig beskedtekst, grenlogik) bevares intakte, hver kontospecifik reference remappes via navn, hvor den matcher, og alt, der ikke matcher, holder hele workflowet som kladde i stedet for at udgive det defekt.
Nogle gange findes et navn simpelthen ikke i målet — tagget ”Hot Lead” blev aldrig oprettet dér, eller en bruger er ikke medlem. ExportGHL gætter ikke og udgiver ikke noget, der lydløst vil fejle. Det markerer hver ikke-matchet reference, så du kan se præcis, hvad der mangler, og beholder det udrullede workflow som kladde. Derefter opretter du den manglende post (eller mapper handlingen til en eksisterende) og udgiver, når alt opløses.
Den kladde-som-standard-adfærd er bevidst. Den fejl, du vil undgå, er et workflow, der ser live ud, men lydløst fejlaffyrer, så det sikre er at nægte at udgive, før hver reference peger på noget virkeligt.
Værktøjer som GHL Workflows Pro, GHL Workflow Importer/Exporter og GHL Workflows JSON Exporter kan eksportere et workflows JSON og importere det i en anden konto. (Super Cloner bliver nogle gange regnet med, men det kloner funnel- og hjemmesidesider, ikke workflows.) Det flytter strukturen, men id’erne i den kopieres ordret — de afstemmes ikke mod målet. Så referencerne til pipelines, tags, brugere, felter og skabeloner peger stadig på kildekontoens id’er, og du er tilbage i at reparere hvert trin i hånden. At eksportere JSON er de nemme 80 procent; at remappe de kontospecifikke referencer er de svære 20 procent, der faktisk får workflowet til at køre, og det er den del, de springer over. Hvis du vejer mulighederne, stiller kloner-sammenligningen adfærden op side om side, og trin-for-trin til en enkelt flytning står i kopiér mellem konti.
GoHighLevels egne værktøjer lukker heller ikke det hul. Indbygget duplikering virker kun inden for én konto, og snapshots kopierer en skabelon for hele kontoen — de opløser kun referencer, fordi snapshottet bringer sine egne kopier af hver pipeline, hvert tag og felt med, hvilket ikke hjælper, når du flytter ét workflow ind i en konto, der allerede er live. Remapping mellem konti findes netop til det tilfælde, GoHighLevel lader stå uløst.
Den gratis prøve flytter ét workflow fra ende til anden, så du kan se remapping og markeringen af kladder på din egen konto, før du bruger noget. Derefter er det kreditter efter forbrug, der aldrig udløber, eller en engangslicens til Toolkit uden abonnement — siden priser har detaljerne.
Udrul ét workflow i en anden konto gratis — se hver pipeline, hvert tag og felt blive skrevet om til målet, og alt, der ikke matcher, bliver markeret, før det går live.
Start free
ExportGHL