Frågor om domäntillgänglighet ser enkla ut tills du hanterar dem hela dagen. Du hoppar mellan chatt, WHMCS och en WHOIS-liknande kontroll, sedan tillbaka till kunden, och hoppas att du inte skrev fel namn eller blandade ihop resultatet.
Supportansvariga känner av trycket i kön först. Ägare av hostingbolag ser de tappade affärerna. Och säljaren som svarar “är den ledig?” för tionde gången i dag vill bara ha en pålitlig domain answer automation som inte gissar.
Det här arbetsflödet förvandlar de här meddelandena till verifierade svar med WHMCS plus Google Gemini, och svarar sedan direkt via din webhook-endpoint. Du får se vad det löser, vad du behöver och hur du anpassar det till ditt eget supportflöde.
Så fungerar den här automatiseringen
Se hur detta löser problemet:
n8n Workflow Template: WHMCS + Google Gemini: direkta domänsvar
flowchart LR
subgraph sg0["AI Agent Flow"]
direction LR
n0@{ icon: "mdi:robot", form: "rounded", label: "AI Agent", pos: "b", h: 48 }
n1@{ icon: "mdi:brain", form: "rounded", label: "Google Gemini Chat Model", pos: "b", h: 48 }
n2@{ icon: "mdi:memory", form: "rounded", label: "Simple Memory", pos: "b", h: 48 }
n3@{ icon: "mdi:web", form: "rounded", label: "Domain_Availability_Checker", pos: "b", h: 48 }
n4["<div style='background:#f5f5f5;padding:10px;border-radius:8px;display:inline-block;border:1px solid #e0e0e0'><img src='https://flowpast.com/wp-content/uploads/n8n-workflow-icons/webhook.dark.svg' width='40' height='40' /></div><br/>Respond to Webhook1"]
n5["<div style='background:#f5f5f5;padding:10px;border-radius:8px;display:inline-block;border:1px solid #e0e0e0'><img src='https://flowpast.com/wp-content/uploads/n8n-workflow-icons/webhook.dark.svg' width='40' height='40' /></div><br/>Webhook"]
n5 --> n0
n0 --> n4
n2 -.-> n0
n1 -.-> n0
n3 -.-> n0
end
%% Styling
classDef trigger fill:#e8f5e9,stroke:#388e3c,stroke-width:2px
classDef ai fill:#e3f2fd,stroke:#1976d2,stroke-width:2px
classDef aiModel fill:#e8eaf6,stroke:#3f51b5,stroke-width:2px
classDef decision fill:#fff8e1,stroke:#f9a825,stroke-width:2px
classDef database fill:#fce4ec,stroke:#c2185b,stroke-width:2px
classDef api fill:#fff3e0,stroke:#e65100,stroke-width:2px
classDef code fill:#f3e5f5,stroke:#7b1fa2,stroke-width:2px
classDef disabled stroke-dasharray: 5 5,opacity: 0.5
class n0 ai
class n1 aiModel
class n2 ai
class n3,n4,n5 api
classDef customIcon fill:none,stroke:none
class n4,n5 customIcon
Utmaningen: snabba domänsvar utan gissningar
Kunder frågar inte “Kan du köra en teknisk kontroll åt mig?” De frågar “Är mybrand.com ledig?” och de förväntar sig ett säkert svar direkt. När du gör det manuellt blir varje meddelande en miniprocess: tolka vad de faktiskt menade (stavfel händer), kontrollera tillgänglighet, föreslå alternativ och svara med rätt ton. Det funkar vid fem konversationer. Det blir kaos vid femtio, särskilt när någon frågar igen med en annan TLD två minuter senare.
Friktionen bygger upp. Och den syns där du inte vill ha den.
- Agenter slutar med att kontrollera tillgänglighet i separata flikar, vilket saktar ned svaren och får “direkt” support att kännas mindre direkt.
- Kopiera/klistra-in-fel smyger sig in, så en kund får höra att fel domän är ledig (eller upptagen), och förtroendet tar stryk.
- Utan kontext blir det andra meddelandet (“Hur är det med .net?”) en omstart i stället för en snabb följdfråga.
- Alternativ blir en gissningslek, eftersom människor föreslår det som låter bra, inte det som faktiskt är verifierat i WHMCS.
Lösningen: en AI-chatbot som kontrollerar WHMCS åt dig
Det här n8n-arbetsflödet fungerar som en supportkollega som aldrig blir trött. En kund skickar en domänfråga i ditt chattgränssnitt (eller valfritt system som kan anropa en webhook). Arbetsflödet tar emot meddelandet, och Google Gemini tolkar begäran på vanlig svenska/engelska, inklusive röriga formuleringar som “Kan jag få mybrand dot co?” eller “Vad är nära om den är tagen?”. Därefter använder AI-agenten ett dedikerat verktygssteg som anropar WHMCS API (DomainWhois) för att kontrollera tillgänglighet. Först efter att WHMCS verifierat resultatet sätter arbetsflödet ihop ett korrekt formaterat, kundklart svar och skickar tillbaka det via webhook-svaret.
Arbetsflödet startar med en inkommande webhook, så det kopplar in i nästan vilken front end som helst. Gemini hanterar språklagret och håller konversationen sammanhängande med sessionsminne. WHMCS förblir sanningskällan, vilket betyder att slutsvaret bygger på faktisk tillgänglighet, inte AI-känsla.
Vad som förändras: före vs. efter
| Detta elimineras | Effekt du märker |
|---|---|
|
|
Effekt i verkligheten
Säg att teamet får 30 domänfrågor per dag. Manuellt tar varje fråga ofta cirka 5 minuter: läsa, förtydliga, kontrollera WHMCS, föreslå två alternativ, svara. Det blir ungefär 2,5 timmar dagligen. Med det här arbetsflödet skickar agenten WHMCS-kontrollen automatiskt och returnerar ett svar på cirka en minut (ofta mindre), så du hamnar på snabb översyn i stället för hela rutinen. Det är runt 2 timmar tillbaka en vanlig dag.
Krav
- n8n-instans (prova n8n Cloud gratis)
- Alternativ för self-hosting om du föredrar det (Hostinger fungerar bra)
- WHMCS för verifierade DomainWhois-kontroller av tillgänglighet.
- Google Gemini för att förstå förfrågningar och skriva utkast till svar.
- WHMCS API-uppgifter (hämta dem i WHMCS API-inställningarna, och använd sedan din Identifier och Secret)
Kunskapsnivå: Nybörjare. Du kopplar in uppgifter, klistrar in din WHMCS API-URL och gör ett par testmeddelanden.
Behöver du hjälp att implementera detta? Prata med en automationsexpert (gratis 15-minuters konsultation).
Flödet i arbetsflödet
Ett kundmeddelande träffar din webhook. Din sajtchatt, supportwidget eller portal skickar frågan (plus ett valfritt sessions-ID) in i n8n via Inbound Webhook Trigger.
Gemini tolkar vad de menar. Support AI Orchestrator skickar texten till Gemini Chat Engine, som plockar ut domänen, TLD:er och avsikt som “föreslå alternativ” eller “kontrollera flera alternativ”. Session Memory Buffer håller tråden sammanhängande så att följdfrågor inte nollställer allt.
WHMCS verifierar tillgänglighet. Domain Availability Tool anropar din WHMCS API-endpoint (DomainWhois) med din identifier och secret. Det här är delen som gör arbetsflödet pålitligt, eftersom det bygger på ditt fakturerings-/provisioneringssystem i stället för en generell uppslagning.
Arbetsflödet svarar med ett korrekt formaterat svar. Return Webhook Response skickar tillbaka ett kundklart meddelande som kan inkludera vad som är ledigt, vad som är upptaget och verifierade alternativ, så att din front end kan visa det direkt.
Du kan enkelt ändra tonläget i svaret och reglerna för alternativa domäner så att det matchar ditt varumärke och din säljprocess. Se hela implementationsguiden nedan för anpassningsalternativ.
Steg-för-steg-guide för implementering
Steg 1: konfigurera webhook-triggern
Konfigurera den inkommande endpointen som tar emot chattförfrågningar och startar arbetsflödet.
- Lägg till och öppna Inbound Webhook Trigger.
- Ställ in HTTP Method på
POST. - Ställ in Path på
8a56ad98-d800-4296-9a12-e6472b5d46dd. - Ställ in Response Mode på
responseNodeså att arbetsflödet kan svara via Return Webhook Response.
Steg 2: anslut Gemini och AI-beroenden
Konfigurera språkmodellen och koppla AI-verktyg/minne till agenten.
- Öppna Gemini Chat Engine och välj inloggningstyp: Credential Required: anslut era
googlePalmApi-uppgifter. - I Support AI Orchestrator, säkerställ att Gemini Chat Engine är ansluten som språkmodell (AI-anslutningslinjen).
- Anslut Session Memory Buffer till Support AI Orchestrator via anslutningen ai_memory.
- Anslut Domain Availability Tool till Support AI Orchestrator via anslutningen ai_tool.
Steg 3: konfigurera Support AI Orchestrator
Definiera hur agenten tar emot användarinput och tillämpar systemregler för domänkontroller.
- Öppna Support AI Orchestrator och ställ in Text på
={{ $json.body.chatInput }}. - Ställ in Prompt Type på
define. - I Options → System Message, behåll hela policyn och beteendeprompten exakt som den är angiven (inklusive regeln:
Today is {{ $now }}).
body.chatInput kommer agenten att få en tom prompt. Säkerställ att er klient skickar chatInput i POST-body.Steg 4: konfigurera sessionsminne och Domain Availability Tool
Behåll chattsessionen och integrera WHMCS-kontrollen för domäntillgänglighet.
- Öppna Session Memory Buffer och ställ in Session ID Type på
customKey. - Ställ in Session Key på
={{ $('Inbound Webhook Trigger').item.json.body.sessionId }}. - Ställ in Context Window Length på
15. - Öppna Domain Availability Tool och ställ in URL på
https://your_whmcs_url.com/includes/api.php. - Ställ in Method på
POSToch Content Type påform-urlencoded. - Under Body Parameters, ställ in identifier och secret till era WHMCS API-nyckelvärden.
- Ställ in parametern domain på
={{ /*n8n-auto-generated-fromAI-override*/ $fromAI('parameters3_Value', ``, 'string') }}. - Under Header Parameters, ställ in Content-Type på
application/x-www-form-urlencoded.
[CONFIGURE_YOUR_API_KEY]-platshållare i Domain Availability Tool; WHMCS kommer att avvisa förfrågningar utan giltiga inloggningsuppgifter.Steg 5: konfigurera webhook-svaret
Returnera ett korrekt JSON-svar och aktivera CORS för webbläsarbaserade klienter.
- Öppna Return Webhook Response.
- I Response Headers, behåll Content-Type som
application/json. - Behåll CORS-headers: Access-Control-Allow-Origin satt till
*, Access-Control-Allow-Headers satt tillContent-Type, x-api-keyoch Access-Control-Allow-Methods satt tillPOST, OPTIONS.
Steg 6: testa och aktivera ert arbetsflöde
Validera hela flödet end-to-end innan ni aktiverar produktion.
- Klicka på Execute Workflow och skicka en POST-förfrågan till Inbound Webhook Trigger test-URL med en JSON-body som innehåller
chatInputochsessionId. - Bekräfta att Support AI Orchestrator körs och anropar Domain Availability Tool när en domän nämns.
- Verifiera att svaret returneras av Return Webhook Response och innehåller korrekt JSON samt CORS-headers.
- Byt till webhookens produktions-URL och slå sedan på arbetsflödet till Active.
Saker att se upp med
- WHMCS-uppgifter kan löpa ut eller kräva specifika behörigheter. Om något slutar fungera, kontrollera först dina WHMCS API-uppgifter och inställningarna för tillåten API-åtkomst.
- Om du använder Wait-noder eller extern rendering varierar processtider. Öka väntetiden om noder längre ned i flödet misslyckas på grund av tomma svar.
- Standardprompter i AI-noder är generiska. Lägg in er tonalitet tidigt, annars kommer du redigera utdata i all evighet.
Vanliga frågor
Cirka 30 minuter om WHMCS API-åtkomst redan är aktiverad.
Ja, men du vill ha någon som kan kopiera in uppgifter säkert och testa webhooks. Ingen kodning krävs, bara noggrann konfiguration.
Ja. n8n har ett gratis self-hosted-alternativ och en gratis provperiod på n8n Cloud. Cloud-planer startar på 20 USD/månad för högre volym. Du behöver även räkna med kostnader för användning av Google Gemini API.
Två alternativ: n8n Cloud (hanterat, 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 obegränsat antal körningar men kräver grundläggande serverhantering.
Börja i Support AI Orchestrator och justera systemmeddelandet så att boten matchar er ton (kort och transaktionsinriktad, eller mer rådgivande). Om du vill ändra hur domäner kontrolleras, byt WHMCS API-anropet i Domain Availability Tool till en annan WHMCS-endpoint eller lägg till extra parametrar. Vanliga anpassningar är att bara föreslå de TLD:er ni säljer mest, lägga till prisspråk och routa “premiumdomän”-förfrågningar till en människa.
Oftast beror det på att WHMCS API-URL:en är fel (endpointen /includes/api.php) eller att uppgifterna inte matchar din Identifier/Secret. Kontrollera också att din WHMCS-installation tillåter API-åtkomst från servern/IP-adressen där n8n körs. Om du testar mycket kan rate limiting eller säkerhetsregler blockera upprepade förfrågningar, så granska WHMCS-loggar och brandväggsloggar sida vid sida.
För de flesta små team hanterar den utan problem den dagliga chattvolymen, eftersom varje förfrågan är en snabb webhook-körning plus ett enda WHMCS API-anrop. Om du self-hostar finns ingen körningsgräns (det beror främst på serverstorlek och WHMCS svarstid). På n8n Cloud är kapaciteten kopplad till planens månadsvisa körningar, så registrars med hög volym går vanligtvis upp en nivå när boten blir en central kanal.
Ofta, ja, eftersom det här inte bara är en integration i två steg. Du kombinerar en AI-agent, sessionsminne och ett autentiserat WHMCS API-anrop, och n8n hanterar den typen av förgreningslogik snyggt utan att tvinga dig till dyra task-counts för varje beslut. Self-hosting är också viktigt om volymen växer, eftersom du inte mäter varje litet steg. Zapier eller Make kan fortfarande fungera om du bara vill ha något enkelt och inte bryr dig om kontext i konversationen. Om du vill ha hjälp att välja (eller koppla det till er befintliga chattwidget), prata med en automationsexpert.
När detta är live slutar domänfrågor att vara ett konstant avbrott och blir en hanterad process. Teamet kan hålla fokus, och kunder får tydliga svar de kan agera på.
Kontakta oss
Hör av dig, så diskuterar vi hur just din verksamhet kan dra nytta av alla fantastiska möjligheter som AI skapar.