Behöver ert företag hjälp med att implementera AI? Kontakta oss och få prisoffert här →
AI Skolan
januari 22, 2026

Replicate + Google Drive: ai-bilder klara

Rickard Andersson Partner, Nodenordic.se

Du genererar en AI-bild, den ser nästan rätt ut, och så inser du att den aldrig sparades någonstans där den faktiskt gör nytta. Nu letar du igenom flikar, kör om prompts och försöker komma ihåg vilken version som var ”den rätta”. Det är segt. Och ärligt talat: det dödar momentum.

Det här drabbar marknadschefer hårt när kampanjer behöver nya creatives varje dag. En ägare av en liten byrå känner av det när kunder vill ha alternativ ”innan dagens slut”. Och om du är frilansare som gör designstöd är en robust Replicate Drive integration skillnaden mellan att leverera snabbt och att sitta och passa generationer.

Det här flödet automatiserar hela Replicate-körningen för bilder (med omförsök), och paketerar sedan resultatet så att det kan sparas och användas i ditt Google Drive-flöde. Du ser vilket problem det löser, hur det fungerar och vad som krävs för att köra det stabilt.

Så fungerar den här automatiseringen

Se hur detta löser problemet:

n8n Workflow Template: Replicate + Google Drive: ai-bilder klara

Utmaningen: AI-bilder som inte hamnar där teamet jobbar

Att generera bilder är den ”roliga” delen. Röran börjar direkt efter. Någon kör en prompt i Replicate, väntar på att den ska bli klar, kontrollerar sedan status manuellt, laddar ner output, döper om filen och laddar upp den till rätt mapp (om de kommer ihåg). När du producerar många varianter börjar de manuella stegen staplas: extra omkörningar, borttappade resultat och versioner som inte matchar och som i tysthet smyger sig in i produktion. En missad fil kan stoppa en annonsuppsättning, en bloggrubrikbild eller en kundreview, eftersom ingen vet vilken bild som är slutgiltig.

Det går snabbt. Här brukar det oftast falla isär.

  • Folk måste fortsätta polla Replicate tills det är klart, vilket blir till konstant flik-kollande.
  • Misslyckade generationer upptäcks sent, så du kör om dem under tidspress.
  • Resultat hamnar utspridda i nedladdningsmappar, Slack-uppladdningar och slumpmässiga Drive-platser.
  • Utan en konsekvent payload och loggning kan du inte enkelt spåra vilken prompt som skapade vilken bild.

Lösningen: pålitlig Replicate-bildgenerering som du kan skicka vidare till Drive

Det här n8n-flödet paketerar Fire Flux-modellen på Replicate till en stabil, repeterbar process. Du startar det manuellt (eller byter till en annan trigger senare), det applicerar din Replicate API-token och sätter sedan de bildinputs och parametrar du bryr dig om. Därefter skapar det en prediction-begäran via Replicate API, sparar en loggpost för spårbarhet och väntar kort innan det kontrollerar status. Om jobbet inte är klart loopar det med längre väntetid och kontrollerar igen. När Replicate returnerar ett lyckat tillstånd bygger flödet en felfri success-payload. Om det misslyckas får du fortfarande en strukturerad error-payload så att du vet vad som hände och vad du ska köra om.

Flödet börjar med din API-nyckel plus en uppsättning bildparametrar. Sedan skapar det Replicate-predictionen och fortsätter kontrollera tills jobbet är klart (eller tydligt misslyckat). Till sist får du ett standardiserat resultat som du kan koppla in i steg för att spara i Google Drive, logga i Sheets eller skicka en Slack-notis utan att skriva om allt varje gång.

Vad som förändras: före vs. efter

Effekt i verkligheten

Säg att teamet behöver 10 nya bilder till en lanseringsvecka. Manuellt tar det oftast cirka 5 minuter att skicka in varje prompt, och sedan ytterligare 5 minuter för att kontrollera status, ladda ner, döpa om och flytta filer. Det är ungefär 100 minuter av pilljobb, plus avbrott. Med det här flödet: du skickar in en gång per bild, sedan väntar n8n och kontrollerar igen automatiskt, och den slutliga payloaden är redo att skickas vidare till ett Google Drive-sparsteg. I praktiken brukar det kapa ”passningen” till runt 20 minuter totalt för hela batchen.

Krav

  • n8n-instans (prova n8n Cloud gratis)
  • Alternativ för self-hosting om du föredrar det (Hostinger fungerar bra)
  • Replicate för att generera bilder via API:t.
  • Google Drive för att lagra färdiga bilder som teamet kan använda.
  • Replicate API-token (hämta den i inställningarna för ditt Replicate-konto).

Kunskapsnivå: Nybörjare. Du kopierar en API-token, justerar några textfält och kör en testkörning.

Behöver du hjälp att implementera detta? Prata med en automationsexpert (gratis 15-minuters konsultation).

Flödets gång

En manuell start sätter igång allt. I det här flödet klickar du för att köra det när du är redo. Vill du ha det handsfree senare kan du ersätta den manuella triggern med ett formulär, en ny rad i Sheets eller en webhook.

Dina Replicate-uppgifter och bildinställningar appliceras. Flödet sätter API-token och inputs för Fire Flux-modellen på ett ställe, så att du inte behöver skriva in parametrar om och om igen i olika verktyg.

Replicate genererar bilden och n8n väntar smart. Det skapar prediction-begäran, skriver en liten loggpost och pausar innan det kontrollerar status. Om jobbet fortfarande bearbetas väntar det längre och kontrollerar igen, vilket tar bort rutinmässig flik-uppdatering.

Ett tydligt ”lyckades eller misslyckades”-resultat kommer ut i andra änden. Du får en slutlig payload som kan routas till att spara i Google Drive, logga i Google Sheets eller skicka en Slack-alert beroende på vad teamet behöver härnäst.

Du kan enkelt ändra bildparametrarna för att matcha en kampanjens style guide (eller byta modell helt) utifrån dina behov. Se hela implementationsguiden nedan för anpassningsalternativ.

Steg-för-steg-guide för implementation

Steg 1: konfigurera den manuella triggern

Det här arbetsflödet startar manuellt så att ni kan testa bildgenerering vid behov.

  1. Lägg till och öppna Manual Launch Start för att bekräfta att det är triggernoden för det här arbetsflödet.
  2. Behåll standardinställningarna; inga fält krävs för Manual Launch Start.

Steg 2: anslut Replicate API-åtkomst

Ange API-token som används av efterföljande anrop till Replicate.

  1. Öppna Assign API Key och ställ in värdet för api_token till er Replicate-token och ersätt [CONFIGURE_YOUR_API_KEY].
  2. I Generate Prediction Request, säkerställ att headern Authorization är satt till =Bearer {{ $json.api_token }}.
  3. I Retrieve Prediction Status, säkerställ att headern Authorization är satt till =Bearer {{ $('Assign API Key').item.json.api_token }}.

⚠️ Vanlig fallgrop: Om [CONFIGURE_YOUR_API_KEY] lämnas oförändrat leder det till autentiseringsfel i Generate Prediction Request och Retrieve Prediction Status.

Steg 3: konfigurera bildinmatningar och anrop för prediction

Konfigurera bildparametrarna och bygg payloaden för Replicate prediction-begäran.

  1. Öppna Configure Image Inputs och bekräfta att värdet för api_token är satt till ={{ $('Assign API Key').item.json.api_token }}.
  2. Ange era bildparametrar i Configure Image Inputs, till exempel prompt till A beautiful landscape with mountains and a lake at sunset, aspect_ratio till 2:1 och output_format till png.
  3. Öppna Generate Prediction Request och verifiera att URL är https://api.replicate.com/v1/predictions och att Method är POST.
  4. Bekräfta att JSON Body i Generate Prediction Request använder uttrycken, till exempel {{ $json.prompt }}, {{ $json.num_outputs }} och {{ $json.disable_safety_checker }}.
  5. Gå igenom Record Request Log och behåll JavaScript-loggaren som den är för övervakning.

Tips: Ni kan anpassa genereringskvaliteten genom att ändra output_quality (t.ex. 80) och num_inference_steps (t.ex. 4) i Configure Image Inputs.

Steg 4: konfigurera statuskontroller och väntelogik

Det här arbetsflödet pollar Replicate tills det är klart med en kort väntetid och villkorskontroller.

  1. I Pause 5 Seconds, behåll Unit satt till seconds och Amount satt till 5.
  2. Öppna Retrieve Prediction Status och bekräfta att URL är =https://api.replicate.com/v1/predictions/{{ $('Generate Prediction Request').item.json.id }}.
  3. I Completion Status Check, behåll villkoret leftValue ={{ $json.status }} lika med rightValue succeeded.
  4. I Failure Status Check, behåll villkoret leftValue ={{ $json.status }} lika med rightValue failed.
  5. I Delay 10 Seconds, behåll Unit satt till seconds och Amount satt till 10 för mellanrum mellan återförsök.

Tips: Loopen körs som Record Request LogPause 5 SecondsRetrieve Prediction StatusCompletion Status Check, där fel routas till Failure Status Check och Delay 10 Seconds för återförsök.

Steg 5: konfigurera output-payloads

Bygg strukturerade svar för lyckat resultat eller fel och returnera slutresultatet.

  1. Öppna Build Success Payload och behåll objektet response satt till ={{ { success: true, image_url: $json.output, prediction_id: $json.id, status: $json.status, message: 'Image generated successfully' } }}.
  2. Öppna Assemble Error Payload och behåll objektet response satt till ={{ { success: false, error: $json.error || 'Image generation failed', prediction_id: $json.id, status: $json.status, message: 'Failed to generate image' } }}.
  3. I Output Final Result, ställ in final_result till ={{ $json.response }} så att arbetsflödet returnerar den normaliserade payloaden.

Steg 6: testa och aktivera ert arbetsflöde

Kör ett manuellt test för att validera bildgenereringen och aktivera sedan för produktion.

  1. Klicka på Execute Workflow från Manual Launch Start för att köra ett manuellt test.
  2. Bekräfta att Generate Prediction Request returnerar ett prediction-id och att Retrieve Prediction Status går vidare till succeeded.
  3. Verifiera att Output Final Result outputtar ett final_result-objekt med success: true och en image_url.
  4. När ni har validerat, växla arbetsflödet till Active för att aktivera produktion.
🔒

Lås upp fullständig steg-för-steg-guide

Få den kompletta implementeringsguiden + nedladdningsbar mall

Se upp med

  • Replicate-uppgifter kan löpa ut eller så kan du råka klistra in fel token. Om det strular, kontrollera först noden ”Assign API Key” och bekräfta att token är giltig i dina Replicate-inställningar.
  • Om du använder Wait-noder eller extern rendering varierar processtiderna. Öka väntetiden om noder längre fram misslyckas på grund av tomma svar.
  • Standardprompter i AI-noder är generiska. Lägg in ert varumärkesspråk tidigt, annars kommer du att redigera output för evigt.

Vanliga frågor

Hur snabbt kan jag implementera den här Replicate Drive integration-automatiseringen?

Cirka 30 minuter om du redan har din Replicate-token.

Kan icke-tekniska team implementera den här bild-till-Drive-automatiseringen?

Ja. Du klistrar mest in inloggningsuppgifter och ändrar några fält som prompt och bildparametrar.

Är n8n gratis att använda för det här Replicate Drive integration-flödet?

Ja. n8n har ett gratis self-hosted-alternativ och en gratis provperiod på n8n Cloud. Cloud-planer börjar på 20 USD/månad för högre volym. Du behöver också räkna in Replicate API-kostnader baserat på hur många bilder du genererar.

Var kan jag hosta n8n för att köra den här automatiseringen?

Två alternativ: n8n Cloud (hanterad tjänst, enklast att komma igång) eller self-hosting på en VPS. För self-hosting är Hostinger VPS prisvärd och klarar n8n bra. Self-hosting ger dig obegränsade exekveringar men kräver grundläggande serverhantering.

Hur anpassar jag den här Replicate Drive integration-lösningen till mina specifika utmaningar?

Börja med noden ”Configure Image Inputs” och delen ”Set Image Parameters” inuti den, eftersom det är där din prompt, stil och output-preferenser ligger. Om du vill ha en annan modell kan du behålla samma struktur och bara ändra Replicate-endpointen som används i ”Generate Prediction Request”. Vanliga justeringar är att tvinga ett konsekvent bildförhållande för annonser, lägga till ett fält för ”negative prompt” om din modell stödjer det, och skriva output-URL:en till Google Sheets så att kollegor kan söka i tidigare körningar senare.

Varför misslyckas min Replicate-anslutning i det här flödet?

Oftast är det en felaktig eller utgången API-token i noden ”Assign API Key”.

Vilken kapacitet har den här Replicate Drive integration-lösningen?

Om du self-hostar n8n finns ingen fast gräns för exekveringar (det beror på din server). På n8n Cloud beror din månatliga exekveringsgräns på din plan, och genereringshastigheten beror på Replicates kötider. Det här flödet kontrollerar status i korta loopar, så det passar bra för batcher, men du bör sprida ut körningar om du genererar många bilder samtidigt för att undvika rate limiting.

Är den här Replicate Drive integration-automatiseringen bättre än att använda Zapier eller Make?

Ofta, ja, eftersom det här flödet behöver villkorskontroller, omförsök och tydliga payloads för ”lyckades vs. misslyckades”. Zapier och Make kan göra det, men du kan behöva betala mer (eller kompromissa) när du lägger till loopar, branching och felhantering. n8n ger dig också möjligheten att self-hosta, vilket spelar roll när du genererar mycket creatives. Om du bara behöver ett enkelt ”skicka prompt, få resultat” i låg volym kan de enklare verktygen räcka. Prata med en automationsexpert om du vill ha hjälp att välja utifrån din outputvolym och teamets arbetssätt.

När det här väl rullar slutar bildgenerering vara något du ”övervakar” och blir något du helt enkelt triggar. Flödet sköter väntan och omförsöken så att du kan hålla fokus på de kreativa beslut som faktiskt driver kampanjer framåt.

Kontakta oss

Hör av dig, så diskuterar vi hur just din verksamhet kan dra nytta av alla fantastiska möjligheter som AI skapar.

×

Använd mall

Få direkt tillgång till denna n8n-arbetsflödes JSON-fil

Få prisoffert redan idag!
Få prisoffert redan idag!

Berätta vad ni behöver hjälp med så hör vi av oss inom en arbetsdag!

Få prisoffert redan idag!
Få prisoffert redan idag!

Berätta vad ni behöver hjälp med så hör vi av oss inom en arbetsdag!

Launch login modal Launch register modal