In questa pagina

Rimappatura degli ID dei workflow tra account in GoHighLevel (pipeline, tag, utenti, campi)

Un workflow GoHighLevel è collegato all’account in cui è stato costruito tramite ID interni: se lo sposti senza riscrivere quegli ID, arriva rotto. Ecco cosa si rompe esattamente e come lo sistema la rimappatura basata sui nomi.

Perché un workflow è legato all’account in cui è stato costruito

ID, non nomiAdd tag: Hot LeadMemorizza un ID come tag_7c1f..., non il testoNell’account di origineL’ID esiste lìIn un altro accountLo stesso tag ottiene un altro IDIl riferimento si risolveIl passaggio funzionaRiferimento nel vuotoNon fa nulla in produzione
Gli ID legati all’account sono la causa di quasi ogni workflow copiato che ha smesso di funzionare.

Dentro GoHighLevel quasi tutto ciò che un workflow tocca è un record con un proprio ID interno: una pipeline, una fase di quella pipeline, un utente a cui assegni un’attività, un tag, un campo personalizzato, un calendario, un template. Quando costruisci un workflow, GoHighLevel non salva nella definizione i nomi di questi record, ma i loro ID. Un’azione «Add tag: Hot Lead» non memorizza il testo «Hot Lead», ma qualcosa come tag_7c1f…, l’ID di quel tag in quell’account.

Questi ID sono legati all’account. Lo stesso tag, creato a mano in un secondo account, ottiene lì un ID completamente diverso. Quindi, quando la definizione di un workflow viene estratta da un account e inserita in un altro, ogni ID che porta con sé punta ancora a record che esistono solo nell’account di origine. La destinazione non ha alcun record con quell’ID, quindi il riferimento resta nel vuoto. È la causa di quasi ogni segnalazione del tipo «ho copiato il mio workflow e ha smesso di funzionare», ed è per questo che una copia grezza del JSON non è un vero spostamento.

Quali campi si rompono esattamente

Campi che contengono ID dell’accountPipeline e faseL’ID della fase richiede lapipeline di appartenenzaUtente / assegnatarioID diverso in ogni accountTagAzioni, trigger e ramiif/elseCampi personalizzatiLetture, scritture e condizioniCalendariAzioni di appuntamentoe prenotazioneTemplate email e SMSPassaggi di invio che usanoun template salvatoValori personalizzatiMerge field risolti per IDCollegamenti tra workflowVai a un altro workflow orimuovi da un workflow
I valori letterali non si rompono; si rompe ogni campo che contiene un ID legato all’account.

La rottura non è casuale: riguarda ogni campo del workflow che contiene un ID legato all’account invece di un valore letterale. In pratica significa:

  • Pipeline e fase. Le azioni «Create / update opportunity» e «move to stage» fanno riferimento a un ID di pipeline e a un ID di fase al suo interno. Entrambi sono specifici dell’account e l’ID della fase non ha senso senza la pipeline di appartenenza.
  • Utente / assegnatario. I passaggi «Assign to user» e round-robin fanno riferimento a ID utente. La stessa persona ha un ID diverso in ogni account e potrebbe non far parte affatto della destinazione.
  • Tag. Le azioni di aggiunta e rimozione tag, e qualsiasi trigger o ramo if/else basato sui tag, funzionano tutti con gli ID dei tag.
  • Campi personalizzati. Tutto ciò che legge o scrive un campo personalizzato, comprese le condizioni che si ramificano sul valore di un campo, punta all’ID del campo.
  • Calendari. Le azioni di appuntamento e prenotazione fanno riferimento a un ID di calendario.
  • Template email e SMS. I passaggi «Send email» o «Send SMS» che usano un template salvato fanno riferimento all’ID di quel template.
  • Valori personalizzati. I merge field e i valori personalizzati a livello di account vengono risolti per ID e da soli non sono portabili.
  • Riferimenti da workflow a workflow. I passaggi «Go to another workflow» o «remove from workflow» puntano all’ID di un workflow gemello, che a sua volta deve essere stato spostato e rimappato, altrimenti non c’è nulla a cui puntare.

Ognuno di questi è un punto di rottura silenzioso. GoHighLevel spesso ti lascia salvare un workflow con un riferimento nel vuoto: semplicemente non fa nulla, o fa la cosa sbagliata, quando un contatto raggiunge quel passaggio in produzione. È il tipo di rottura peggiore, invisibile finché un contatto reale non lo attraversa.

Il sintomo rivelatore: un workflow che è «stato importato senza problemi» ma le cui azioni su tag, pipeline e assegnazione sono vuote o disattivate quando apri ogni passaggio. La struttura è arrivata; i riferimenti legati all’account non si sono risolti.

Come ExportGHL abbina per nome e riscrive gli ID

Abbinati per nome, riscritti con ID localiRiferimento di origineRecord di destinazione«Sales Pipeline»ID di origine«Sales Pipeline»ID di destinazioneFase «Booked»dentro la sua pipelineFase «Booked»nella pipeline rimappataTag «Hot Lead»ID di origineTag «Hot Lead»ID di destinazioneCampo «Lead Source»ID di origineCampo «Lead Source»ID di destinazione
Ciò che gli account condividono sono i nomi, quindi i nomi sono la chiave per riscrivere gli ID.

ExportGHL Workflows tratta lo spostamento come una riconciliazione, non come una copia. Quando distribuisci un workflow salvato in un account di destinazione, legge ogni riferimento legato all’account nella definizione, cerca ciò che quel riferimento era nell’origine (il suo nome) e trova il record con lo stesso nome nella destinazione. L’ID di origine rimasto nel vuoto viene poi riscritto con l’ID proprio della destinazione per quella pipeline, fase, tag, utente, campo, calendario o template.

Abbinare per nome è la chiave giusta perché i nomi sono ciò che i due account condividono davvero. Raramente hai gli stessi ID interni in più account, ma molto spesso hai in entrambi un tag «Hot Lead», una «Sales Pipeline» con una fase «Booked» e un campo personalizzato «Lead Source». ExportGHL percorre l’intero grafo dei riferimenti, comprese le fasi annidate nella loro pipeline e i collegamenti tra workflow, così una fase rimappata finisce nella pipeline rimappata corretta, non in una fase qualsiasi con un nome simile.

Poiché viene distribuito nella destinazione come workflow nuovo, nulla di ciò che hai già viene sovrascritto. (Puoi scegliere di aggiornarne uno esistente, ma è una scelta esplicita, non quella predefinita.) Il risultato è un workflow che fa riferimento ai record reali della destinazione e funziona come funzionava nell’origine. Questa pagina fa parte della guida completa all’export dei workflow GoHighLevel, la pagina di riferimento per salvare, spostare e fare il backup delle automazioni tra account.

Cosa ExportGHL rimappa, preserva e mette in bozza

Rimappato e preservato a confrontoRimappato per nomePreservato come costruitoCosa comprendePipeline, fasi, tag,utenti, campi, calendari,templateTrigger, filtri, azioni,attese, if/else, obiettiviSe non abbinatoIntero workflow tenuto inbozzaMai in bozza per sé stesso
Un blocco costruttivo va in bozza solo a causa di un riferimento legato all’account a cui punta.

Conviene separare i due tipi di elementi dentro un workflow: i riferimenti legati all’account, che vanno rimappati, e i blocchi costruttivi strutturali, che passano da soli.

Riferimenti rimappati per nome. Ognuno di questi viene abbinato al record della destinazione e l’ID viene riscritto. Se esiste una corrispondenza viene preservato; se non esiste, il workflow resta in bozza finché non lo fornisci o lo mappi:

  • Pipeline
  • Fasi (all’interno della pipeline di appartenenza)
  • Tag
  • Utenti e assegnatari
  • Campi personalizzati
  • Calendari
  • Template email e SMS

Blocchi costruttivi del workflow. La struttura dell’automazione viene preservata esattamente, perché non è legata all’account. Un blocco costruttivo va in bozza solo a causa di un riferimento legato all’account a cui punta, mai per il blocco in sé:

  • Trigger
  • Filtri di trigger e azioni
  • Azioni, in ordine
  • Passaggi di attesa e timer
  • Rami if/else
  • Obiettivi

In breve: la struttura e i valori letterali (tempi di attesa, testo semplice dei messaggi, logica dei rami) vengono preservati intatti, ogni riferimento legato all’account viene rimappato per nome dove c’è corrispondenza e tutto ciò che non corrisponde tiene l’intero workflow in bozza invece di pubblicarlo rotto.

Cosa succede quando un riferimento non può essere mappato

A volte un nome semplicemente non esiste nella destinazione: il tag «Hot Lead» non è mai stato creato lì, o un utente non ne fa parte. ExportGHL non tira a indovinare e non pubblica qualcosa che fallirà in silenzio. Segnala ogni riferimento non abbinato così vedi con precisione cosa manca e tiene il workflow distribuito come bozza. Poi crei il record mancante (o mappi l’azione su uno esistente) e pubblichi quando tutto si risolve.

Questo comportamento «bozza per impostazione predefinita» è voluto. Il rischio che stai evitando è un workflow che sembra attivo ma sbaglia in silenzio, quindi la mossa sicura è rifiutarsi di pubblicare finché ogni riferimento non punta a qualcosa di reale.

Perché i concorrenti basati solo su JSON li lasciano rotti

Strumenti come GHL Workflows Pro, GHL Workflow Importer/Exporter e GHL Workflows JSON Exporter possono esportare il JSON di un workflow e importarlo in un altro account. (Super Cloner viene a volte raggruppato con loro, ma clona pagine di funnel e siti web, non workflow.) Questo sposta la struttura, ma gli ID al suo interno vengono copiati alla lettera e non sono riconciliati con la destinazione. Quindi i riferimenti a pipeline, tag, utenti, campi e template puntano ancora agli ID dell’account di origine e si torna a riparare a mano ogni passaggio. Esportare il JSON è l’80% facile; rimappare i riferimenti legati all’account è il 20% difficile che fa davvero funzionare il workflow, ed è la parte che saltano. Se stai valutando le alternative, il confronto tra cloner mette il loro comportamento fianco a fianco, mentre il passo passo per un singolo spostamento è in copiare tra account.

Nemmeno gli strumenti di GoHighLevel stesso colmano questo vuoto. La duplicazione nativa funziona solo all’interno di un account e gli snapshot copiano il modello di un intero account: risolvono i riferimenti solo perché lo snapshot porta con sé le proprie copie di ogni pipeline, tag e campo, il che non aiuta quando sposti un workflow in un account già attivo. La rimappatura tra account esiste proprio per il caso che GoHighLevel lascia scoperto.

Provalo prima su un workflow reale

La prova gratuita sposta un workflow da un capo all’altro, così puoi vedere la rimappatura e la segnalazione delle bozze sul tuo account prima di spendere qualsiasi cosa. Dopo, si passa a crediti a consumo che non scadono mai o a una licenza Toolkit una tantum, senza abbonamento: nella pagina dei prezzi trovi i dettagli.

Domande frequenti

Perché i workflow GoHighLevel si rompono quando vengono copiati in un nuovo account?
Un workflow GoHighLevel non memorizza i nomi delle pipeline, dei tag, degli utenti e dei campi personalizzati che usa. Memorizza i loro ID interni, e quegli ID sono legati all’account in cui sono stati creati. Quando copi la definizione del workflow in un altro account, gli ID puntano ancora a record che esistono solo nell’origine, quindi la destinazione non ha nulla con cui abbinarli. Le azioni che fanno riferimento a quegli ID falliscono in silenzio o puntano al record sbagliato finché ciascuna non viene riparata a mano.
Quali ID vengono rimappati tra account?
ExportGHL Workflows rimappa i riferimenti legati all’account da cui dipende un workflow: pipeline e relative fasi, utenti assegnati, tag, campi personalizzati, calendari, template email e SMS, valori personalizzati e riferimenti da un workflow all’altro. Ognuno viene abbinato per nome nell’account di destinazione e l’ID viene riscritto con quello proprio della destinazione. Tutto ciò che è un valore letterale e non un ID, come i tempi di attesa o il testo semplice dei messaggi, viene copiato così com’è perché non è legato all’account.
Cosa succede se un tag o una pipeline non esiste nella destinazione?
Il riferimento non può essere rimappato perché nella destinazione non c’è nulla a cui puntarlo. ExportGHL segnala ogni riferimento non abbinato così vedi esattamente cosa manca e lascia il workflow in bozza invece di pubblicarlo rotto. Poi crei la pipeline o il tag mancante, oppure mappi l’azione su uno esistente, e pubblichi quando il workflow è completo. Nulla va online puntando a un ID che non si risolve.
Gli snapshot GHL rimappano questi riferimenti?
No. Uno snapshot di GoHighLevel copia il modello di un intero account in un account nuovo o caricato con snapshot, e i riferimenti si risolvono solo perché lo snapshot porta con sé anche le proprie copie di quelle pipeline, tag e campi. Non riconcilia un workflow con le pipeline, i tag e gli utenti che esistono già in un account di destinazione attivo, quindi non è adatto per spostare uno o pochi workflow in un account già in uso. La rimappatura tra account è pensata proprio per quel caso.

Sposta un workflow e guarda la rimappatura in azione

Distribuisci gratis un workflow in un altro account: vedi ogni pipeline, tag e campo riscritto sulla destinazione e tutto ciò che non corrisponde segnalato prima che vada online.

Inizia gratis