Kopplingen bär ett löfte om svar inom 24 timmar, inte om fri konversation. Efter kundens senaste meddelande har appen 24 timmar på sig att svara fritt; sedan får den bara skicka mallar som Meta har godkänt i förväg. Bara ett Lovable-projekt i taget tar emot meddelanden, och det måste vara publicerat och av den nyare projekttypen. Meddelandetrafiken faktureras av Meta enligt Metas priser, utanför dina Lovable-krediter. Skriv ned löftet i en mening och bestäm vilket projekt som äger numret innan du startar registreringen hos Meta.
Vad Lovable ändrade
Enligt Lovables changelog för 15 september 2026 läggs WhatsApp Business till under Connectors, eller genom att du ber Lovable i ett projekt att koppla den. Lovable nämner kundtjänstinkorgar, påminnelser om bokade tider och orderuppdateringar som typiska användningar. Samma post innehåller även en Power BI-connector, två nya bildmodeller kallade GPT Image 2.5 Flare och Sunburst samt en ändring av vad knappen Skip i Lovables frågekort godkänner; de behandlas inte här.
Connector-dokumentationen beskriver kopplingen som en app + chat-connector: en delad koppling som fungerar både i chatten medan du bygger och i den publicerade appen. Appen kan ta emot och besvara meddelanden, skicka mallar, följa status (skickat, levererat, läst eller misslyckat) och lista, skapa och radera mallar. Kopplingen finns som standard på planerna Free, Pro och Business. På Enterprise är app + chat-connectors i praktiken avstängda tills en administratör ändrar inställningen Who can create connections and clients från No one.
För att koppla behöver du tre saker enligt Lovable: ett Meta-konto med behörighet att auktorisera det WhatsApp Business-konto du vill använda, ett befintligt WhatsApp Business-konto med ett företagsnummer som Metas flöde godtar, och behörighet att skapa kopplingar i din Lovable-arbetsyta. Själva kopplingen görs i ett popup-fönster från Meta; du behöver varken skapa en utvecklarapp hos Meta eller kopiera någon nyckel. Kopplingen är privat för dig tills du delar den med enskilda medlemmar eller hela arbetsytan.
Villkor ett: fria svar bara inom 24 timmar
Det första villkoret avgör vad kundlöftet får innehålla. Lovables dokumentation, kontrollerad 17 september 2026, formulerar det så här: fria svar kan skickas under 24-timmarsfönstret för kundtjänst efter kundens senaste meddelande. Utanför det fönstret måste appen använda en mall som Meta har godkänt, till exempel en orderuppdatering eller en påminnelse om bokad tid. Regeln är Metas, återgiven av Lovable, och den gäller oavsett hur bra appen är byggd.
Det betyder att ett löfte som "vi svarar alltid på WhatsApp" inte bär. Ett löfte som bär är "skriver du till oss får du ett fritt svar inom ett dygn; därefter hör vi av oss med förbokade meddelanden". Kunden märker skillnaden när hon ställer en fråga på fredag och får ett formaterat mallmeddelande på måndag i stället för det svar hon väntade på. Skriv därför ned löftet nu, med ordet 24 timmar i, och låt det styra hur appens svarsflöde byggs: en inkorg där personalen svarar samma dag är rimlig; en automatisk uppföljning tre dagar senare kräver en mall.
Dokumentationen nämner ytterligare ett fönster på 24 timmar, och det ska inte blandas ihop med svarsfönstret. Kopplar du ett nummer från WhatsApp Business-appen och vill importera gamla chattar och kontakter, tar Meta emot den begäran bara inom 24 timmar efter att numret kopplades. Att koppla om i Lovable startar inte om det fönstret; enligt Lovable måste numret kopplas bort i WhatsApp Business-appen och kopplas igen. Vill du ha historiken med, ska mottagaren vara publicerad innan du ber om importen.
Villkor två: mallar granskas av Meta och skapas om, inte ändras
Allt som appen ska skicka utanför fönstret går genom mallar. Enligt dokumentationen granskar Meta varje ny mall innan du kan skicka den, och Lovable läser status direkt från Meta och svarar i chatten om mallen är godkänd, väntar eller avvisad. Hur lång granskningen tar säger källan ingenting om, så planera inte en kampanj som förutsätter att mallen är klar samma dag.
Den praktiska fällan är ändringar. Connectorn kan inte redigera en befintlig mall; vill du byta ett ord skapar du en ny mall och väntar på en ny granskning. Mallarna tillhör dessutom ditt WhatsApp Business-konto, inte projektet, så en raderad mall försvinner för varje app som använder den. Dokumentationen nämner två vanliga avslag: att en variabel i mallen saknar exempelvärde, och att texten är för kort i förhållande till antalet variabler. Rådet från Lovable är att ge varje variabel ett exempelvärde och mer beskrivande text runt dem, och att vänta på godkännandet innan mallen aktiveras för utskick.
Här ligger också det tredje kostnadsbenet. Meta fakturerar dig direkt för användningen av WhatsApp Business, inte genom Lovable-krediter, och Metas priser, meddelandegränser och Business Messaging Policy gäller. Vad det kostar per meddelande står inte i Lovables dokumentation och återges inte här; den hänvisar till Metas prissida. Policyn kräver enligt Lovable att kunden har gett sitt samtycke till att få meddelanden, och det ansvaret ligger hos dig som bygger, inte hos Lovable. Hur den posten passar in i appens totala kostnad går artikeln om vad en publicerad app kostar igenom; den här är en post som faktureras från ett annat håll än de övriga.
Villkor tre: ett projekt äger numret
Det tredje villkoret avgör vilket projekt som får ta emot. Lovable väljer automatiskt det första projekt du länkar till kopplingen som mottagare av inkommande meddelanden och leveransstatus. Länkar du fler projekt kan de skicka genom samma nummer, men bara ett projekt i taget tar emot; bytet görs under Incoming messages på kopplingen och gäller alla som använder den. Valet töms om det mottagande projektet avlänkas, och en mottagare som inte är publicerad tar inte emot något alls. Mottagaren måste dessutom vara ett nyare Lovable-projekt, skapat från och med 13 maj 2026 enligt dokumentationen; äldre React + Vite-projekt kan inte ta emot inkommande meddelanden och måste enligt Lovable uppgraderas först.
Det är alltså inte samma sak som app user connectors, där varje appanvändare loggar in med sitt eget konto. WhatsApp-kopplingen är en delad företagsinloggning: en koppling motsvarar ett företagskonto och ett telefonnummer, och ett projekt kan använda bara en WhatsApp-koppling. Under Metas granskning av företagets visningsnamn kan Meta dessutom begränsa kopplingen till ett litet antal företagsinitierade testmeddelanden per dag; dokumentationen anger ingen siffra.
Eftersom ett enda projekt bär hela kundkanalen ska det projektet väljas som om det vore appens huvudsakliga produktion. Det ska ha en backup som du har provat att återställa från, enligt artikeln om att återställa appen från en backup, innan numret pekas dit. Ett testprojekt som råkade länkas först blir annars mottagare av riktiga kundmeddelanden. Tänk också på att en raderad koppling i Lovable inte avregistrerar numret eller återkallar Lovables behörighet hos Meta; det görs separat hos Meta.
Prova löftet innan kunderna får det
Lovables eget kontrollsteg är att skicka ett meddelande från en annan telefon till företagsnumret, se att det dyker upp i appen, svara från appen och bekräfta att svaret når telefonen. Provet nedan bygger vidare på det steget och tar med de tre villkoren.
Om provet i steg 4 inte ger något meddelande i appen är Lovables råd att kontrollera Incoming messages på kopplingen, att mottagaren är publicerad och körs, och att be Lovable läsa dess loggar. Om svaret i steg 5 avvisas trots att fönstret borde vara öppet, kontrollera enligt dokumentationen att mottagarnumret skrivs med landskod och utan inledande plustecken.
Du har en mening som beskriver vad kunden får i WhatsApp, med 24-timmarsfönstret inskrivet. Du har bestämt vilket projekt som äger numret, kontrollerat att det är publicerat, av den nyare projekttypen och har en prövad backup. Du har sett ett fritt svar gå fram inom fönstret och ett avvisas utanför det, och en godkänd mall gå fram. Du vet att Meta skickar fakturan och att kundens samtycke är ditt ansvar, och du har läst Metas prissida själv innan du lovat något om kostnaden.