# White-labeling og brugerdefinerede domæner ## Hvad er white-labeling? White-labeling giver dig mulighed for at sætte dit eget brand på platformen, så dine kunder ser DIT firmanavn i stedet for vores. Dine kunder tilgår platformen via din egen webadresse (f.eks. `app.youragency.com`), ser dit firmanavn og logo overalt, og aner ikke, at de bruger platformen i baggrunden. Dette er ideelt for bureauer og forhandlere, der ønsker at tilbyde en fuldt brandet beskedplatform til deres kunder. ::: walkthrough white-labeling ::: White-labeling låses op af funktionen **White labeling** i dit abonnement, ikke af et abonnementsnavn. Det er inkluderet i **Agency**- og **Agency Unlimited**-abonnementerne samt på **AppSumo-niveauerne 3, 4, 5 og 6**. Det er ikke inkluderet i Business-abonnementet eller på AppSumo-niveauerne 1 og 2. For at tjekke det, skal du åbne **Settings → Billing** og kigge efter **White labeling** under *What's included in your plan*. White-labeling giver også adgang til **kreditsalg** (brandet som **SaaS-tilstand**), hvilket lader dig sælge kreditter til dine underkonti til dine egne priser. Se [Agency-konti](agency-accounts.md#credit-reselling-aka-saas-mode) for detaljer. --- > **Er du ny her?** Denne side er den fulde reference for alle indstillinger i White Labeling-panelet. Hvis du bare ønsker en trin-for-trin-gennemgang, der tager dig fra "Jeg har opgraderet til Agency" til "min første klient er logget ind", så læs [White-Label Quickstart](white-label-quickstart.md) først. ## Hvor finder du White-labeling 1. I hovedmenuen i venstre side skal du klikke på **Indstillinger** (nær bunden, under Underkonti). 2. I menuen Indstillinger til venstre skal du rulle ned til gruppen **Avanceret**. 3. Klik på **White Labeling**. Hovedområdet viser nu panelet **White Labeling**. Hvis du ikke ser **White Labeling** under Advanced, inkluderer dit abonnement ikke funktionen **White labeling** — se [Plan Requirements for White-Labeling](#plan-requirements-for-white-labeling) nedenfor. ### "Tilføj dit domæne for at aktivere white-labeling" Hvis panelet viser **Tilføj dit domæne for at aktivere white-labeling** i stedet for kortene nedenfor, inkluderer dit abonnement allerede white-labeling — du har blot ikke tilføjet et domæne endnu, og der er intet for panelet at vise, før du gør det. Dette er et opsætningstrin, ikke en låst funktion, så der er ingen opgradering, der skal købes. Indtast det underdomæne, du ønsker, at appen skal køre på (for eksempel `app.yourbrand.com`), og klik på **Tilføj domæne**. Det er hele opsætningen: kortene beskrevet på resten af denne side vises med det samme, og kortet **Brugerdefineret domæne** giver dig det CNAME, du skal tilføje hos din DNS-udbyder. Du kan ændre domænet senere, så det behøver ikke at være endeligt. To ting du skal vide om det domæne, du indtaster: * Brug et underdomæne, du kontrollerer, ikke et rod-domæne, og indtast det alene — ingen `https://` og ingen skråstreg til sidst. * Hvert domæne kan kun tilhøre én konto. Hvis du får beskeden **Det domæne er allerede i brug**, skal du vælge et andet. En anden besked — **White labeling isn't included on your plan** — betyder, at funktionen **White labeling** ikke er inkluderet i dit abonnement. Se [Plan Requirements for White-Labeling](#plan-requirements-for-white-labeling) nedenfor. ::: master-only
Brand-kortet på panelet med White Labeling-indstillinger, med felterne App-navn, Virksomhedsnavn, Support-e-mail, URL til servicevilkår, URL til privatlivspolitik, SEO-titel og SEO-beskrivelse samt en Gem-knap i kortets overskrift

Brand-kortet — ét kort pr. sektion på dette panel, hver med sin egen Gem-knap. De to URL-felter føder tilmeldingssiden på dit domæne.

::: Hvert kort på dette panel gemmes uafhængigt — der er ikke én samlet Gem-knap for hele siden. Udfyld et kort, klik på dets egen **Gem**, og gå videre til det næste. --- ## White-Label Status Øverst i panelet viser et statuskort, om din white-label er **Active**, og minder dig om, at din branding gælder på tværs af appen, e-mails og alle dine underkonti. Selve aktiveringen håndteres under klargøringen — der er ikke noget, der skal slås til her; når dit abonnement inkluderer funktionen **White labeling**, vises dette som Active, og kortene nedenfor er klar til, at du kan konfigurere dem. --- ## Brand Det første konfigurationskort. Syv tekstfelter: | Felt | Hvad det gør | |---|---| | **App-navn** | Brandnavnet, der vises i sidehoveder, e-mails og browserens adresselinje. Brug dit bureau-brandnavn (f.eks. "DitBureau"), ikke en tagline. **Påkrævet** — kortet gemmes ikke uden. Indtil det er angivet, vil e-mails, sidetitler og genvejen på startskærmen vise "DM Champ", en neutral pladsholder, så dine kunder aldrig ser vores navn. | | **Virksomhedsnavn** | Dit juridiske navn/virksomhedsnavn, der bruges i footere og e-mails. | | **Support-e-mail** | Bruges som "Fra"-adresse på transaktionelle e-mails til dine kunder, og som adressen bag "Kontakt support"-linket nederst i hver artikel på dit brandede dokumentationsdomæne. Hvis du lader dette felt stå tomt, bruges din konto-e-mail som standard, så linket altid når frem til dig, aldrig til os. | | **URL til servicevilkår** | Din egen side med vilkår, hostet hvor du ønsker (for eksempel `terms.yourbrand.com` eller en side på dit websted). Tilmeldingssiden på dit domæne linker til den fra linjen "Jeg accepterer vilkårene". Lad den være tom, så vises linjen som almindelig tekst uden link; platformens egne vilkår vises aldrig på dit domæne. | | **URL til privatlivspolitik** | Din egen side med privatlivspolitik, samme regler som for linket til vilkår. For også at vise den i e-mails, skal du tilføje den som et footer-link under [E-mail-branding](#email-branding). | | **SEO-titel** | Titel på browserfane og link-eksempel. Hold den under 60 tegn. | | **SEO-beskrivelse** | Beskrivelsen i link-eksemplet, der vises, når din URL deles. Hold den under 160 tegn. | Klik på **Gem** på Brand-kortet, når du er færdig. --- ## Logo & Favicon Fire upload-pladser, hver med sin egen forhåndsvisning og en **Upload**-knap (et ikon med en pil opad). Upload erstatter det nuværende billede med det samme. | Plads | Hvad den er til | |---|---| | **Logo** | Dit primære vandrette logo. Vises i sidepanelet og på lyse baggrunde. | | **Logo (mørk tilstand)** | En version af dit logo, der forbliver læsbar, når dashboardet er i mørk tilstand. Lad feltet stå tomt, hvis dit primære logo skal bruges overalt. | | **Favicon** | Det lille ikon i browserfanen. Et kvadratisk billede (256×256 er sikkert) fungerer bedst. | | **App-ikon (kvadratisk)** | Dit kvadratiske mærke. Bruges når en klient installerer dashboardet på deres telefons startskærm (se *Installer som en mobilapp* nedenfor), og i sidepanelet når det er minimeret. | **Understøttede formater:** de to logo-pladser accepterer PNG, WebP, SVG eller JPG. Favicon og app-ikon accepterer PNG, WebP eller SVG — ikke JPG. **Maksimal størrelse:** 5 MB hver. > **Hvorfor to logoer?** Et logo designet til en hvid baggrund forsvinder ofte på en mørk baggrund. Ved at uploade et separat logo til mørk tilstand forbliver dit brand skarpt, uanset om en klient bruger lys eller mørk tilstand. > **Upload et kvadratisk app-ikon, selvom ingen installerer appen.** Et minimeret sidepanel er en smal stribe, så et bredt logo bliver nødt til at skrumpe for at passe ind og bliver ulæseligt. Når du har uploadet et kvadratisk ikon, viser det minimerede sidepanel dette i stedet — på samme måde som de fleste apps viser et kompakt mærke. Uden et sådant bliver dit primære logo mast sammen på pladsen. ::: master-only
Kortet med logo og favicon, der viser de fire upload-pladser — Logo, Logo (mørk tilstand), Favicon, App-ikon (firkantet) — over en sektion for logostørrelse med en skyder indstillet til 48 px, linjen '48px i app-menuen, 68px på log-in-sider, 56px i e-mails', et tip om upload-størrelse, et eksempel på logoet i den størrelse og et link til Nulstil til standard (34px)

De fire upload-pladser med logostørrelse nedenunder. Linjen under skyderen opdateres, mens du flytter den, så du altid ved, hvad hver flade vil gengive — her 48px i menuen. Logo (mørk tilstand) og App-ikon viser "Ingen": indtil du uploader et, bruges hovedlogoet og et standardikon i stedet.

::: ### Logostørrelse Under upload-felterne findes en **Logostørrelse**-skyder med et felt ved siden af, hvis du foretrækker at indtaste et præcist tal. Den angiver højden på dit logo i menuen i pixels — fra 20 til 72, med 34 som standardstørrelse. Alt andet skaleres i forhold til den, så du indstiller ét tal, og resten følger med. Mens du flytter skyderen, fortæller kortet dig præcis, hvad du får, for eksempel: - **48px i app-menuen** — sidepanelet, som dine kunder ser hele dagen - **68px på loginside** — login, tilmelding og dine offentlige bookingsider - **56px i e-mails** — overskriften i hver e-mail, der sendes fra dit brand - **Dine hjælpedokumenter** — hvis du har forbundet et dokumentdomæne, vokser logoet i dokumentoverskriften og menuen også med det En forhåndsvisning under skyderen viser dit eget logo i den størrelse, du har valgt, og hvis du bruger din egen white-label-adresse, ændres menuens størrelse, mens du trækker, så du kan vurdere det på plads. Intet gemmes, før du klikker på **Gem** øverst på kortet, og **Nulstil til standard (34px)** gendanner det. > **Hvilken størrelse billede skal jeg uploade?** Kortet fortæller dig det, mens du flytter skyderen — gå efter cirka dobbelt så høj som vist, så logoet forbliver skarpt på skærme med høj opløsning. Et bredt logo har også en breddebegrænsning på hver flade: Efter et vist punkt gør det ikke logoet større at gøre det højere, fordi bredden løber tør først. Hvis dit logo ser lille ud selv ved en stor indstilling, er det normalt meget bredt — at beskære det tomme rum omkring det eller bruge en mere kompakt version af dit mærke giver mere, end skyderen kan. > **Den sammenklappede menu ændrer sig ikke.** Når en klient klapper sidepanelet sammen til en smal stribe, er der kun plads til et lille kvadrat, så det felt forbliver fast — upload et **App icon (square)** til det under [Logo & Favicon](#logo--favicon). --- ## Farver Fire farvevælgere samt seks færdige paletter, som du kan anvende med et enkelt klik. - **Primær farve** — den primære farve, der bruges til knapper og links i hele dashboardet. Standard er WhatsApp-grøn (`#25D366`). - **Accentfarve** — en sekundær farve, der bruges til fremhævninger og gradienter. - **Succes** — bruges til positive tilstande og bekræftelser. - **Fare** — bruges til fejl og destruktive handlinger. Klik på en farvet firkant for at åbne vælgeren, eller indtast en hex-kode direkte i feltet ved siden af. Klik på **Gem** på farvekortet, når du er færdig. ::: master-only
Farvekortet i v2, der viser farvevælgere for Primær, Accent, Succes og Fare med hex-felter, samt seks færdige forudindstillede paletter nedenfor

Farvekortet: fire vælgere plus forudindstillinger med ét klik (Standard Grøn, Indigo, Smaragd, Rose, Cyan, Skifer).

::: --- ## Skrifttyper To rullemenuer — **Overskriftsskrifttype** og **Brødtekstskrifttype** — vælg fra en kurateret liste over professionelle skrifttyper, der begge indlæses automatisk (intet skal installeres). En live-forhåndsvisning nedenfor viser præcis, hvordan dine overskrifter og brødtekst vil se ud, før du gemmer. Lad begge stå på platformens standard for at beholde den indbyggede skrifttype. Klik på **Gem** på skrifttypekortet for at anvende ændringerne overalt. ::: master-only
Skrifttypekortet i v2 med rullemenuer til overskrifts- og brødtekstskrifttyper samt et live-eksempel

Skrifttypekortet: rullemenuer til overskrift og brødtekst med et live-eksempel nedenunder.

::: --- ## Stiltemaer Færdige looks, der indstiller dine farver, skrifttyper, baggrund, kort og hjørner på én gang: **Original**, **Nebula**, **Bloom**, **Ember**, **Tidal** og **Mono**. Klik på et tema, og den side, du befinder dig på, viser det med det samme, så du kan vurdere det i virkeligheden i stedet for at gætte. Der ændres ikke noget for dine klienter endnu – der vises en bjælke med **Anvend tema** (gemmer det for alle) og **Annuller** (nulstiller alt). Dit logo, din login-side og andre indstillinger forbliver uændrede uanset hvad. Et par eksempler på, hvordan de føles forskellige: **Nebula** placerer indigo på bløde, hævede papirkort, **Ember** er varm ravgul på flade kort med markante kanter, **Tidal** er sprøde himmelblå hårfine konturer på et gitter, og **Mono** er sort-hvid minimalisme med skarpe hjørner og slet ingen baggrundsdekoration. Et tema er kun et udgangspunkt: anvend et, og skift derefter enhver individuel indstilling under det. Temakortet viser et flueben på det tema, du i øjeblikket bruger, og det forsvinder, så snart du tilpasser noget. ::: master-only
Kortet med stiltemaer, der viser seks tema-forudindstillinger — Original, Nebula, Bloom, Ember, Tidal og Mono — hver med en skrifttypeprøve og farveprikker.

Stiltemaer — ét klik indstiller dine farver, skrifttyper og hele udseendet på én gang.

::: --- ## Udseende Det overordnede udseende af din brandede app. Hvert valg får en forhåndsvisning på siden i det øjeblik, du klikker på det – klik på **Gem** for at gøre det aktivt for alle, eller naviger væk for at annullere. | Indstilling | Hvad den gør | |---|---| | **Sidebaggrund** | Hvad der ligger bag indholdet i lys tilstand: **Glow + grid** (standard), **Glow**, **Bloom**, **Top glow**, **Grid**, **Lines**, **Zigzag**, **Dots**, **Ruled**, **Grain** eller **Plain**. | | **Baggrundsbevægelse** | Baggrunde driver langsomt som standard. Slå fra for en helt stille baggrund. | | **Kortstil** | Materialet dine paneler er lavet af: **Glass** (standard), **Paper**, **Flat** eller **Hairline**. | | **Hjørner** | Hvor afrundede paneler og knapper er: **Rounded** (standard), **Soft** eller **Sharp**. | | **Dekorationer** | De legende accentbilleder omkring appen – tomme tilstande og den vinkende hånd på loginskærmen. Vælg **Emojis** (standard 3D-emojis), **Line icons**, **Filled icons** eller **Duotone icons** (alle i din brandfarve), eller **None** for at fjerne dem helt. | | **Tæthed** | **Comfortable** (standard, rummelig afstand) eller **Compact** (tættere afstand, mere plads på skærmen). | ::: master-only
Udseende-kortet med opdelte valgmuligheder for sidebaggrund, baggrundsbevægelse, kortstil, hjørner, dekorationer og tæthed.

Udseende-kortet — det fulde udseende af din brandede app, ét valg pr. række.

::: **For at fjerne den vinkende hånd fra din loginskærm**, skal du indstille **Dekorationer** til **None** og klikke på **Gem**. Det skjuler alle dekorative billeder i hele din app for alle dine klienter. Dine klienter kan også tilsidesætte dette for sig selv under **Indstillinger → Profil → Dekorationer** – det valg påvirker kun deres egen browser, ikke dit domænes standard. --- ## Login-skærm Tilpas den allerførste skærm, dine kunder ser, når de logger ind. | Indstilling | Hvad den gør | |---|---| | **Tagline** | En kort linje, der vises under dit navn på loginskærmen (f.eks. "Velkommen tilbage"). Lad feltet stå tomt for at bruge standardteksten. | | **Baggrund** | Vælg **Standard**, **Gradient** eller **Billede**. For en gradient skal du indsætte en CSS-gradient (f.eks. `linear-gradient(135deg, #4f46e5, #06b6d4)`). For et billede skal du klikke på **Upload billede** og vælge en fil (PNG, JPG eller WebP, op til 5 MB) — et live-eksempel vises, hvor **Erstat** og **Fjern** altid er tilgængelige. | | **Meta Pixel ID** | Dit Meta (Facebook) Pixel ID, kun cifre. Når en kunde tilmelder sig via et af dine betalingslinks, udløser den loginside, de lander på, denne pixel med en konverteringshændelse. Se [Sporing af Meta-annoncekonverteringer](#tracking-meta-ads-conversions) nedenfor. Lad feltet stå tomt for ikke at udløse noget. | ::: master-only
Toppen af Login-skærmkortet i v2, der viser tagline-feltet og rullemenuen Baggrund indstillet til Standard

Login-skærmkortets Tagline- og Baggrundsfelter (Baggrund vist her ved sin standardindstilling).

::: Klik på **Gem** på Login-skærm-kortet, når du er færdig. ### Sporing af Meta-annoncekonverteringer Hvis du kører Meta-annoncer (Facebook / Instagram) for dit eget produkt, vil du gerne vide, hvilke annoncer der bringer betalende kunder. Hele tilmeldingen foregår på sider, som du ikke selv hoster — dit betalingslink, betalingssiden og derefter loginsiden på dit eget domæne — så du kan ikke selv tilføje en pixel til den. Indsæt dit Pixel ID i feltet **Meta Pixel ID** i stedet, så udløser loginsiden på dit domæne den for dig. Hvad udløses, og hvornår: - Kun når en kunde ankommer til loginsiden direkte fra en gennemført betaling via et af dine betalingslinks eller dine indlejrede priskort på Stripe eller PayPal. Et normalt besøg på loginsiden udløser intet. - En `PageView`, derefter en `StartTrial`-hændelse, hvis planen startede en gratis prøveperiode, eller en `Purchase`-hændelse med beløb og valuta, hvis kunden har betalt. Hver betaling rapporteres én gang, selvom kunden opdaterer siden. - Kun dit Pixel ID gemmes. Vi indlæser Metas eget pixelskript med det ID; der er ikke mulighed for at indsætte brugerdefineret kode. Attribuering fungerer bedst, når dit marketingsite og dit white-label-domæne deler domæne (f.eks. `youragency.com` og `app.youragency.com`): Pixlen på dit marketingsite og den på loginsiden deler derefter de samme browser-cookies, og Meta knytter selv konverteringen tilbage til annonceklikket. Derudover bliver annonce-klik-ID'et (`fbclid`), som Meta tilføjer til din landingssides URL, ført videre gennem betalingsprocessen, når din side sender det videre: tilføj `&fbclid=...` til betalingslinket, eller brug **Kopiér indlejringskode**-kodestumpen fra fanen SaaS Mode Payments, som videresender det automatisk. Se [Del dine betalingslinks](agency-accounts.md#step-4--share-your-payment-links). Find dit Pixel ID i Meta Events Manager: åbn din pixel (datakilde) og kopiér nummeret under dens navn. Du kan kontrollere, at hændelser ankommer med Metas fane **Test hændelser** eller browserudvidelsen Meta Pixel Helper ved selv at foretage en testbetaling. ::: master-only
En white-labeled login-side på et brugerdefineret domæne, der viser bureauets eget navn og logo uden platformens branding

Hvad dine kunder ser: login-siden på dit eget domæne med dit navn og logo — ingen spor af os.

::: --- ## E-mail-branding Under de visuelle indstillinger styrer **E-mail-branding**-kortet, hvordan de transaktionelle e-mails, dine klienter modtager — nulstilling af adgangskode, advarsler, bekræftelser af aftaler, daglige oversigter — ser ud. Dette gælder både for din egen konto og alle dine underkonti. Dine e-mails **bruger automatisk det logo og den primære farve, du har indstillet ovenfor** — der er intet, der skal indtastes igen, og logoet skaleres med den **Logostørrelse**, du valgte der. De e-mail-specifikke indstillinger er standardsproget og sidefoden: | Felt | Hvad det gør | |---|---| | **Standardsprog** | Det sprog, dit domæne viser, før en klient har valgt sit eget: log-ind-, nulstilling af adgangskode- og tilmeldingssider samt de allerførste e-mails (tilmelding og betaling). Derefter bruges hver klients egen indstilling. Lad den stå på **Ingen (engelsk)** for at beholde log-ind-siden og de første e-mails på engelsk. Se [Standardsprog for log-ind-siden](#default-language-for-the-sign-in-page) herunder og [E-mailsprog & skabeloner](../settings/email-templates.md). | | **Sidefod-tagline** | En kort linje, der vises under dit brandnavn i e-mail-sidefoden — f.eks. dit slogan. Lad den stå tom, hvis du ikke ønsker en tagline. | | **Sidefod-links** | Op til fire links, der vises i e-mail-sidefoden (f.eks. "Hjælp" og "Privatliv"). Klik på **Tilføj link**, giv hvert link en etiket og en fuld `https://` URL. Lad listen være tom, hvis du ikke ønsker links i sidefoden. | ::: master-only
E-mail-brandingkortet i v2, der viser meddelelsen om automatisk brug af logo og farve, rullemenuen for standard e-mail-sprog indstillet til Ingen (Engelsk), et felt til footer-tagline og en række med footer-links med en Tilføj link-knap

E-mail-brandingkortet: en påmindelse om, at logo/farve kommer fra Brand og Farver ovenfor, derefter standard e-mail-sprog, footer-tagline og footer-links.

::: Klik på **Gem** på kortet E-mail-branding, når du er færdig — dette gemmes uafhængigt af de andre kort. Den næste e-mail, din konto eller en underkonto sender, bruger straks den nye branding. ### Standardsprog for log-ind-siden Hvis dine klienter primært taler ét sprog, skal du indstille **Standardsprog** på kortet E-mailbranding til dette sprog, så dit brandede domæne hilser dem på det sprog, før de er logget ind: log-ind-siden ("Velkommen tilbage"), siderne til nulstilling af adgangskode og ny adgangskode samt tilmeldingsguiden. Det er den samme indstilling, der vælger sproget for de første e-mails, så ét valg dækker begge dele. Et par ting, du bør vide: * Det gælder kun for browsere, der aldrig har valgt et sprog på dit domæne. En person, der har logget ind før, eller har valgt et sprog fra sidemenuen eller sin profil, beholder sit eget sprog på log-ind-siden, og enhver logget-ind-klient ser altid sproget fra sin egen profil. * Hvert brandet domæne har sin egen indstilling, så et domæne rettet mod et andet land kan hilse besøgende på et andet sprog. * Hvis du tjekker dit eget domæne og stadig ser engelsk, er det højst sandsynligt, fordi din browser allerede har et sprog fra tidligere log-ins. Åbn siden i et privat vindue for at se, hvad en ny besøgende får. * Lad den stå på **Ingen (engelsk)**, så forbliver log-ind-siden på engelsk, indtil klienten logger ind. ::: tip **Tip:** Hvis du har forbundet din egen e-mail-udbyder (Mailgun eller SMTP — se [Brugerdefineret e-mail-udbyder](../settings/email-provider.md)), gælder disse branding-indstillinger stadig oveni. Udbyderen styrer, *hvilken postkasse* e-mailen sendes fra; E-mail-branding styrer, *hvordan e-mailen ser ud*. ::: --- ## Brugerdefineret domæne Kortet **Brugerdefineret domæne** er der, hvor du peger din egen webadresse mod platformen. ::: master-only
Kortet for tilpasset domæne i v2: feltet App-domæne med dets CNAME til tenants.youraiconnector.com, derefter Docs-domæne og API-domæne, der begge viser et grønt Forbundet-badge med Skift og Fjern, og MCP-domæne, der viser et felt med et fast mcp.-præfiks ved siden af en Bekræft-knap

Kortet for tilpasset domæne. Docs og API er her allerede bekræftet — en grøn Forbundet-linje med adressen. MCP er endnu ikke, så det viser sit felt: mcp.-etiketten er fast, og kun basisdomænet er dit at udfylde, forudfyldt fra app-domænet.

::: ### Tilføjelse af dit domæne 1. I feltet **App-domæne** skal du indtaste det domæne, du ønsker (for eksempel `app.youragency.com`) — uden `https://` og uden skråstreg til sidst. 2. Klik på **Gem**. ### Konfiguration af DNS Når det er gemt, viser kortet den CNAME-post, der skal tilføjes: ``` app.youragency.com → tenants.youraiconnector.com ``` Log ind hos din domæneregistrator (GoDaddy, Cloudflare, Namecheap osv.), find DNS-indstillingerne, og tilføj en **CNAME**-post med dit domæne som host og `tenants.youraiconnector.com` som destination. Lad TTL stå til standardværdien. > **Bruger du Cloudflare?** Du kan lade proxyen (den orange sky-kontakt) være slået til — verificering og certifikater fungerer under begge omstændigheder. Én indstilling betyder dog noget: gå til **SSL/TLS → Overview** og sæt krypteringstilstanden til **Full (strict)**, ikke **Flexible**. Ved Flexible sender Cloudflare og vores servere besøgende frem og tilbage mellem hinanden, og siden fejler med en "too many redirects"-fejl. Når CNAME-posten er på plads, registrerer platformen den automatisk, verificerer ejerskabet og klargør et sikkerhedscertifikat (TLS/SSL) — det er det, der giver dig hængelås-ikonet og `https://`. Du skal ikke købe eller installere noget, og certifikater fornyes automatisk for altid. Dette tager typisk fra et par minutter op til en time; selve DNS-udbredelsen kan lejlighedsvis tage længere tid afhængigt af din registrator. > **Besøg ikke dit domæne, før det er live.** Hvis du åbner adressen i en browser, før DNS og certifikatet er færdigklargjort, kan en ødelagt side blive cachet. Hvis det sker, så prøv igen i et inkognito-/privat vindue, når domænet peger korrekt. > **Viser dit domæne en meddelelsesside i stedet for et dashboard?** Domæner, der blev opsat for et stykke tid siden, peger muligvis stadig på vores tidligere host, som betjente den klassiske app — og den app blev lukket ned den 15. august 2026. En adresse, der er efterladt på den gamle host, åbner ikke længere et dashboard for dig eller nogen klient på den; alle, der besøger den, ser i stedet en neutral meddelelsesside. Løsningen er den samme CNAME som ovenfor: peg `app.youragency.com` mod `tenants.youraiconnector.com`. Intet andet ændres — konti, data og logins forbliver uberørte, og adressen begynder at virke igen af sig selv få minutter efter, at ændringen er trådt i kraft. Vi har sendt e-mail til alle bureauer, der stadig er på den gamle host, med det specifikke domæne, der skal ændres. ### Docs-, API- og MCP-domæner Under app-domænet indeholder det samme kort tre yderligere adresser, som du kan bruge til dit eget brand: - **Dokumentationsdomæne** (for eksempel `docs.youragency.com`) — det hjælpecenter, dine kunder læser. Det bærer dit navn og logo overalt, og artiklerne følger læserens sprogvalg. Skærmbilleder og de interaktive trin-for-trin-gennemgange (med voiceover på engelsk, fransk, tysk, spansk, portugisisk og hollandsk) viser også dit eget branding: hver skærm gengives i dine farver, skrifttyper og logo, så dine kunder aldrig ser vores interface. Et par skærme, som vi endnu ikke kan rebrande, forbliver skjulte på dit domæne i stedet for at vise vores branding. "Har du brug for hjælp? Kontakt support"-blokken nederst i hver artikel beholder sin ordlyd, men linket bag den sender e-mail til din **Support-e-mail** fra Brand-kortet (eller din konto-e-mail, mens feltet er tomt). Alt vedrørende os som platform — vores community, vores egne planer og priser — fjernes i stedet for at blive omformuleret, så disse sider eksisterer simpelthen ikke på dit domæne. Det, der bliver tilbage, er de ting, dine kunder også ser i deres eget dashboard, såsom AI-kvalitetsniveauer og de credits, hver handling bruger. - **API-domæne** (for eksempel `api.youragency.com`) — de API- og webhook-adresser, som alt, hvad dine kunder integrerer med, peger på. - **MCP-domæne (AI-assistenter)** (for eksempel `mcp.youragency.com`) — den adresse, du eller dine kunder indsætter i Claude eller ChatGPT. Se [Forbind AI-assistenter](../integrations/connect-ai-clients.md) for at se, hvad den forbindelse gør. Hver af dem fungerer på samme måde, og hver opsættes separat: 1. Tilføj et **CNAME** for det pågældende underdomæne hos din domæneregistrator, der peger på `tenants.youraiconnector.com` — det samme mål som dit app-domæne. 2. Tjek adressen i blokkens felt og klik på **Bekræft**. Delen `docs.` / `api.` / `mcp.` er fast og vises til venstre for feltet — den etiket fortæller os, hvor trafikken skal sendes hen, så den kan ikke ændres. Du skal kun udfylde domænet efter den, og det er forududfyldt fra dit app-domæne, så hvis du holder alt under samme brand, er der intet at skrive. CNAME-linjen under feltet viser altid den fulde adresse, du er ved at bekræfte. 3. Når det er bekræftet, viser blokken **Forbundet** med adressen samt knapperne **Skift** og **Fjern**. Den grønne linje er din bekræftelse på, at det er aktivt — hvis en blok stadig viser et felt, er den adresse endnu ikke konfigureret. ::: master-only
Et verificeret branded docs-subdomæne, der viser bureauets eget navn i overskriften og den branded 'Åbn'-knap i stedet for platformens.

Et verificeret docs.-subdomæne — dine kunder ser dit brand overalt, aldrig vores.

::: Hver butiksfacade har sine egne tre adresser. Hvis du driver mere end ét brand, skal du først skifte til den korrekte butiksfacade og derefter bekræfte — adressen registreres til den butiksfacade, du kigger på. Dit API-domæne fungerer også som vært for chat-widgeten. Når du kopierer widgetens indlejringskode, mens dit brandede domæne er aktivt, peger kodestumpen på `api.youragency.com` — og alt, hvad widgeten efterfølgende indlæser (dens kode, indstillinger, avatar- og launcher-billede, notifikationslyd og selve beskederne), kommer fra den samme adresse. Intet i den peger tilbage på os, så en klient, der inspicerer siden, ser kun dit domæne. Det samme gælder for dine [bookingsider](../appointments/booking-page.md): et bookinglink, der åbnes på dit brandede app-domæne, indlæser sin tilgængelighed via dit API-domæne. Hvis den adresse endnu ikke er verificeret, bruger siden i stedet diskret vores neutrale delte adresse, så linket stadig fungerer – verificering af `api.` sørger blot for, at alt forbliver under dit eget navn. ### Ændring af dit domæne senere Du kan til enhver tid flytte dit white-label til en anden adresse — uanset om det drejer sig om rebranding, et nyt domæne eller blot et bedre underdomæne. 1. Tilføj først CNAME for det **nye** domæne hos din domæneregistrator, så det peger på `tenants.youraiconnector.com`, præcis som du gjorde første gang. 2. Gå tilbage til kortet **Brugerdefineret domæne**, erstat værdien for **App-domæne** med den nye adresse, og klik på **Gem**. 3. Vent på det nye certifikat — det tager de samme få minutter til en time som første gang. Dine API-, Docs- og MCP-domæner flyttes med over. Et par ting, der er værd at vide: - **Alt dit branding følger med.** App-navn, logoer, farver, skrifttyper og login-skærm overføres — du skal ikke indtaste noget igen. - **Den gamle adresse holder op med at virke.** Alle, der har bogmærket det tidligere domæne, får brug for det nye, så giv dine kunder besked, før du skifter. - **Dine kunders logins påvirkes ikke.** Samme konti, samme adgangskoder, ny adresse. - **Fjern ikke det gamle CNAME, før det nye domæne er aktivt**, så der ikke opstår et tidsrum, hvor ingen af adresserne virker. --- ## Op til tre White Labels Din White Labeling-side starter med **Dine white label-domæner** — en række kort, ét pr. brandet domæne, med en **Tilføj white label**-flise til sidst. De fleste bureauer har ét. Du kan køre op til **tre**, hver med sit eget domæne, sit eget branding og sin egen e-mailafsendelse — et sekundært brand til et andet marked eller et Lead Finder-domæne til dine kunder. Ekstra white label-domæner (udover det første) følger med [Champions Circle](../billing/champions-circle.md). ::: master-only
Toppen af White Labeling-siden, der viser rækken med dine white-label-domæner: ét aktivt domænekort med App- og Hoved-badges, og en Tilføj white-label-flise ved siden af

Domænerækken øverst på White Labeling: dit hoveddomæne, plus en Tilføj white-label-flise til et andet brand eller Lead Finder.

::: Klik på et hvilket som helst kort for at redigere det domæne — alt under rækken (brand, farver, loginskærm, brugerdefineret domæne, e-mailafsendelse) gælder for det domæne, du har valgt. Dit hoveddomæne er markeret som **Main** og er altid det sidste, du kan fjerne. ### Ændring af hvilket domæne der er hoveddomæne Dit **hoveddomæne** er det domæne, som din konto som standard er brandet med: de e-mails din konto sender, app-links i dem, og enhver plan i SaaS-tilstand, der ikke er knyttet til et specifikt domæne. For at gøre et andet domæne til hoveddomænet skal du klikke på **Angiv som hoveddomæne** på dets kort og bekræfte. To ting sker, når du gør dette: - **Hoved**-mærket flyttes til det nye domæne, og din standardbranding følger med. - Planer i SaaS-tilstand, hvis **Solgt på** var **Hoveddomæne**, fastlåses til det **gamle** hoveddomæne, så de planer, du sælger i dag, fortsat sælges på det domæne, de blev bygget til. Beskeden efter skiftet fortæller dig, hvor mange planer der blev fastlåst på denne måde. Vil du have en af disse planer solgt på det nye hoveddomæne i stedet? Åbn den i **SaaS-tilstand** og sæt dens [**Solgt på**](agency-accounts.md#selling-a-plan-on-a-specific-white-label-domain)-vælger tilbage til **Hoveddomæne**. Klientkonti, der er tildelt et specifikt domæne (manuelt på underkontoen eller gennem den plan, de har købt), beholder det domæne. Klientkonti uden en tildeling følger dit hoveddomæne, så deres e-mails og app-links skifter til det nye. Konti, data, logins og hvert domænes DNS forbliver præcis, som de er. ### Tilføjelse af endnu et white label 1. Klik på feltet **Tilføj white label**. 2. Vælg **hvad dette domæne viser**. Alle områder af appen er markeret som standard – lad dem alle være markeret for at få den fulde app med din branding, eller fjern markeringen af områder for at indsnævre domænet. Markér kun **Find Leads**, hvis du vil have et domæne til Lead Finder; behold f.eks. Chats og Kontakter, hvis du vil have en letvægtsindbakke til kunder, der ikke har brug for resten. 3. Indtast et underdomæne, du kontrollerer (f.eks. `leads.yourbrand.com`), og klik på **Tilføj domæne**. 4. Tilføj den viste CNAME-post (samme mål som dit hoveddomæne: `tenants.youraiconnector.com`). Certifikatet og routing klargøres automatisk inden for få minutter. ::: master-only
Modalen Tilføj et white-label-domæne, med en liste over app-områder under Hvad dette domæne viser, hver med et afkrydsningsfelt, og et Domæne-felt med en app.ditbrand.dk-pladsholder

Tilføjelse af et white-label: marker de områder, domænet skal vise, indtast underdomænet, færdig.

::: ### Hvad det betyder at "vise" et område Kunder, der logger ind på et indsnævret domæne, ser kun de områder, du har markeret – navigationen, siderne og alt andet er der simpelthen ikke. To ting du skal vide: - **Visning af et område giver ikke adgang til det.** Hvad en klient rent faktisk kan bruge, bestemmes stadig af deres abonnements funktioner. Domænet bestemmer, hvad der er synligt, abonnementet bestemmer, hvad der virker. - **Du kan ændre det senere.** Vælg domænets kort, og kortet **Hvad dette domæne viser** giver dig mulighed for at markere eller fjerne markeringen af områder når som helst. Klienter ser ændringen, næste gang de indlæser siden. - **Det begrænser aldrig dit eget overblik.** Dine bureauværktøjer — **Underkonti**, **SaaS-tilstand**, **Snapshots**, **Champions Circle** — forbliver i din menu på dit eget domæne, uanset hvad du fjerner markeringen af her. Dette kort handler kun om dine klienter. ::: master-only
Siden White Labeling med et valgt domæne, der viser kortet 'Hvad dette domæne viser': en række afkrydsede områder (Dashboard, Chats, Kontakter, Udsendelser og mere), en Gem-knap og bemærkningen om, at 'Vælg alt' viser hele appen

Kortet 'Hvad dette domæne viser' på et valgt domæne — markér eller fjern markering af områder når som helst og tryk på Gem.

::: --- ## Lead Finder White Label Hvis din konto har Lead Finder (via [Champions Circle](../billing/champions-circle.md) eller en Find Leads-bevilling), kan et domæne vise **kun Lead Finder** — dine kunder logger ind der med deres eksisterende konti og ser intet andet: ingen chats, ingen kampagner. Med sit eget logo, egne farver og egen loginside fremstår det som et helt separat produkt. Tilføj det ligesom ethvert andet white label (ovenfor), hvor du kun markerer **Find Leads** som det, domænet skal vise. Dets branding redigeres på samme måde som dit hoveddomænes – vælg først dets kort i domænerækken. Branding på ét domæne påvirker aldrig et andet. ::: master-only
White Labeling-siden med to domænekort: hoved-App-domænet og et valgt Lead Finder-domæne, med Lead Finder-domænets egne brand-indstillinger nedenfor

Et Lead Finder-domæne valgt i rækken: alt nedenfor konfigurerer nu det domænes egen branding.

::: ### Hvem kan logge ind der Alle, der logger ind på dit Lead Finder-domæne, skal have Lead Finder-adgang på deres konto. For dine kunder betyder det, at du skal aktivere **Find Leads** for deres underkonto (Underkonti, Rediger, Funktioner) eller inkludere det i en af dine [planer](agency-accounts.md). Konti uden adgang sendes tilbage til loginskærmen. Du kan også [sælge planer direkte på dette domæne](agency-accounts.md#selling-a-plan-on-a-specific-white-label-domain): Indstil et niveaus **Sælges på** til dit Lead Finder-domæne, så vil dets checkout, branding og tildeling af køberens underkonto følge med — klienter der ser disse planer på deres Credits-side. Et par ting, der er værd at vide: - **Emner og kreditter ligger på kontoen, ikke domænet.** En kundes gemte emner og kreditbalance er de samme, uanset om de logger ind på dit hoveddomæne eller dit Lead Finder-domæne. - **Fjernelse af domænet sletter intet.** Kunder beholder deres konti, emner og kreditter — de kan bare ikke længere logge ind på den adresse. Du kan opsætte det igen senere. --- ## Social Scheduler White Label [Social Scheduler](../social-scheduler/README.md) kan sælges som sit eget brandede produkt på præcis samme måde som Lead Finder. Tilføj et white label-domæne, markér kun Scheduler som det, domænet skal vise, og dine kunder logger ind der for at skrive og planlægge opslag på sociale medier under dit brand, uden at se chats, kontakter eller kampagner. Branding, login-skærm, afsendelse af e-mails og salgsplaner på det domæne fungerer på samme måde som på ethvert andet white label-domæne, og kunderne skal have Scheduler-adgang på deres konto for at kunne logge ind der. > **Lukket beta.** Social Scheduler er i øjeblikket kun aktiveret for en lille gruppe konti, så en Scheduler-butik er ikke noget, du kan opsætte for kunder endnu. Kontakt support, hvis du ønsker at deltage i betaen. --- ## E-mailafsendelse pr. domæne Hvert white label-domæne har sit eget **E-mailafsendelse**-kort: hvilken mailopsætning domænets transaktionelle e-mails (invitationer, nulstilling af adgangskode, notifikationer) sendes igennem. - **Standard (din hovedopsætning)** — e-mails sendes, som de altid har gjort. Hvis du ikke har forbundet noget, sendes de fra vores servere med dit branding. - **Forbind en mailopsætning** — forbind Mailgun eller din egen SMTP-server (enhver transaktionel udbyder fungerer: Postmark, SES, SendGrid, Resend eller din egen postkasse), så e-mails sendes fra din egen adresse med dit eget domænes omdømme. - **Genbrug på tværs af domæner** — giv en opsætning et navn og vælg den samme på mere end ét domæne, hvis de skal dele afsenderadresse. Vælgeren viser, hvilke af dine andre domæner der allerede bruger hver opsætning. Hvilket domæne en klients e-mails følger, bestemmes af deres underkontos **White label**-tildeling (se [Underkonti](sub-accounts.md)) — klienter, der er tildelt dit Lead Finder-domæne, får det domænes branding og afsender. ::: master-only
Kortet til afsendelse af e-mail for et white-label-domæne, hvor vælgeren Send via er sat til Standard (din hovedopsætning) og en knap til at forbinde en mailopsætning

E-mail-afsendelse pr. domæne: brug din hovedopsætning, forbind en ny, eller del én opsætning mellem domæner.

::: --- ## Administreret maildomæne (E-mail-kanal) E-mail-kanalens **administreret adresse**-mulighed giver en konto en øjeblikkelig AI-besvaret indbakke uden at skulle forbinde en postkasse — men som standard ligger den adresse på platformens delte maildomæne, hvilket er det eneste sted, hvor din white label-opsætning stadig kan skinne igennem: det er i forbindelsesformularen og i selve den adresse, dine kunder giver videre til deres egne kunder. Kortet **Administreret maildomæne** (lige under **E-mail-afsendelse** på hvert white label-domænes panel) løser dette: forbind dit eget maildomæne, og hver administreret indbakke, som dine kunder på det domæne opretter, bliver i stedet oprettet som `something@mail.yourdomain.com`. To måder at konfigurere det på: - **Genbrug en Mailgun-opsætning, du allerede har forbundet.** Hvis dit E-mail-afsendelseskort kører gennem din egen Mailgun, kan det samme afsendelsesdomæne bære de administrerede indbakker — vi beder dig kun om at tilføje modtagelses- (MX) records, da afsendelse allerede er verificeret. - **Vi hoster det for dig.** Indtast et nyt underdomæne (for eksempel `mail.yourdomain.com`), og vi hoster det på vores mailinfrastruktur under dit navn. Du tilføjer de DNS-records, som kortet viser dig — MX til modtagelse, plus SPF og DKIM, så svar fra disse indbakker bliver leveret korrekt. Uanset hvad viser kortet hver DNS-record med en kopi-knap og et flueben, når den er set, samt en **Verificer records**-knap til at tjekke igen, efter du har tilføjet dem hos din DNS-udbyder. Når kortet viser **Aktiv**, er du færdig: kunder, der er tilknyttet det white label-domæne, vil fra da af se dit domæne i formularen for administrerede adresser. > **Hvad det koster.** At lade os hoste domænet koster **100 credits om måneden pr. maildomæne**, som trækkes fra din egen kreditsaldo. Fakturering starter den **1. oktober 2026**, så der er intet at betale før denne dato. Det forbliver gratis at køre de administrerede indbakker via din egen Mailgun-konto. Et par ting, du bør vide: - **Brug et underdomæne, ikke dit rod-domæne.** Hvis du peger dit rod-domænes MX-records hertil, vil det omdirigere din virksomheds normale e-mail. Et dedikeret underdomæne som `mail.` eller `inbox.` lader dine eksisterende postkasser forblive uberørte. - **Eksisterende administrerede indbakker beholder deres adresse.** Forbindelse af et domæne ændrer, hvad nye indbakker oprettes på; en indbakke, som en kunde allerede har delt, fortsætter med at fungere på sin oprindelige adresse, indtil de afbryder forbindelsen. - **Fjernelse af domænet** er blokeret, så længe der stadig findes en kundes indbakke på det — afbryd forbindelsen til dem først. --- ## Google Kalender-samtykkeskærm Når en klient forbinder Google Kalender, åbner Google et log-ind-vindue, der navngiver den app, der anmoder om adgang. Som standard er dette platformens egen app, så en klient på dit domæne ser vores navn i det øjeblik. Kortet **Google Kalender-samtykkeskærm** nederst på siden White Labeling giver dig mulighed for at indsætte din egen Google OAuth-klient i stedet: Når den er gemt, viser hver kalenderforbindelse på din bureaukonto og på alle dine underkonti dit projekts navn og logo. Intet andet ændrer sig for dine klienter — samme knap, samme tovejs-synkronisering. ::: master-only
Kortet for Google Kalender-samtykkeskærm på siden White Labeling: de autoriserede omdirigerings-URI'er med Kopier-knapper, de to kalender-scopes, Google Cloud-trinene samt felterne for Klient-ID og Klient-hemmelighed med en Gem klient-knap

Kortet viser de omdirigeringsadresser, der først skal indsættes i Google, og beder derefter om dit Klient-ID og din hemmelighed.

::: Kortets badge fortæller dig, hvilken klient der er i brug: **Vores klient**, indtil du tilføjer en, og **Din klient** derefter. ### Opsætning Alt på Googles side foregår i dit eget Google Cloud-projekt, og kortet guider dig igennem det: 1. **Verificer dit `api.` domæne først** (se [Docs, API og MCP-domæner](#docs-api-and-mcp-domains)). Google verificerer kun et brand, hvis omdirigeringsadresse ligger på et domæne, du ejer, så forbindelsen skal komme tilbage gennem `api.yourdomain.com`. Hvis kortet kun viser vores neutrale adresse, står det med orange: tilføj og verificer dit `api.` domæne i butiksfacaden ovenfor, så vises den brandede adresse automatisk. 2. **Kopiér omdirigeringsadresserne.** Kortet viser hver adresse, der skal tilføjes under **Autoriserede omdirigerings-URI'er** på din OAuth-klient, hver med en **Kopier**-knap. Den første er den adresse, en forbindelse bruger. 3. **I Google Cloud Console**, opret en OAuth 2.0-klient af typen **Webapplikation** under **API'er og tjenester → Legitimationsoplysninger**, indsæt omdirigeringsadresserne, og aktivér **Google Calendar API** på det samme projekt. 4. **På OAuth-samtykkeskærmen**, indstil dit brandnavn og logo, tilføj dit domæne under **Autoriserede domæner**, og deklarér de to kalender-scopes, som kortet viser. 5. **Indsæt Klient-ID og Klient-hemmelighed** i kortet og klik på **Gem klient**. Vi tjekker parret med Google, før vi gemmer, så en forkert hemmelighed eller et forkert indtastet ID afvises med det samme med Googles begrundelse. ### Googles verificering En helt ny OAuth-klient starter i Googles **Test**-tilstand: log-ind-vinduet bærer en advarsel om "ikke-verificeret app", og Google begrænser den til 100 brugere. For at slippe af med begge dele skal du publicere appen på samtykkeskærmen og indsende den til verificering. Kalender-scopes tæller som følsomme, så Google gennemgår appens privatlivspolitik, hjemmeside og det domæne, omdirigeringen ligger på; det domæne skal være et, du kan verificere i Google Search Console, hvilket er grunden til, at trin 1 er vigtigt. Verificering tager typisk fra et par dage til et par uger og er en sag mellem dig og Google. ### Godt at vide - **Eksisterende forbindelser fortsætter med at fungere.** Kalendere, der er forbundet, før du tilføjede din klient, forbliver på vores og fortsætter med at synkronisere; kun nye forbindelser (og genforbindelser) går gennem din. - **Fjernelse eller udskiftning af klienten** sender nye forbindelser tilbage til vores klient, men kalendere, der blev forbundet gennem den fjernede klient, stopper med at synkronisere: kun den klient, der oprettede en forbindelse, kan holde den i live. Disse klienter ser en anmodning om genforbindelse på deres Booking & Kalender-side. - **Kun kalender.** Forbindelse af en Gmail-postkasse til E-mail-kanalen fortsætter med at bruge vores klient. --- ## Synlighed for hjælpemenu Det sidste kort på panelet med tre kontakter: | Kontakt | Effekt når slået fra | |---|---| | **Vis hjælpemenu** | Skjuler "Hjælp"-navigationspunktet fra dine underkonti. Du kan altid se det. | | **Vis API-reference** | Skjuler API-referencesiden og dens link i sidepanelet fra dit brandede dokumentationssite. | | **Vis ændringslog** | Skjuler sektionen Ændringslog fra dit brandede dokumentationssite. | De fleste bureauer slår de to sidste fra — kunder behøver ikke se interne funktionsopdateringer eller udviklerdokumentation. Disse kontakter gemmes med det samme; der er ingen separat Gem-knap til dette kort. ::: master-only
Kortet Synlighed for hjælpemenu i v2 på en live white-label-konto, hvor Vis hjælpemenu er TIL, og Vis API-reference samt Vis ændringslog begge er FRA

Et live-bureau's kort for Synlighed for hjælpemenu: hjælpemenu slået til, API-reference og ændringslog slået fra — den almindelige opsætning.

::: --- ## Plan Requirements for White-Labeling White-labeling låses op af funktionen **White labeling** i dit abonnement, ikke af et abonnementsnavn. Det er inkluderet i **Agency**- og **Agency Unlimited**-abonnementerne samt på **AppSumo-niveauerne 3, 4, 5 og 6**. Det er ikke inkluderet i Business-abonnementet eller på AppSumo-niveauerne 1 og 2. For at tjekke det, skal du åbne **Settings → Billing** og kigge efter **White labeling** under *What's included in your plan*. Hvis dit abonnement ikke inkluderer White labeling, og du ønsker at white-label platformen: 1. Klik på **Settings** i sidepanelet. 2. Klik på **Billing** (under Workspace) i menuen Settings. 3. Klik på **Get Started** på **Agency**- eller **Agency Unlimited**-feltet og gennemfør betalingen. 4. **White Labeling** vises nu under **Advanced** i menuen Settings. --- ## Hvordan det fungerer for dine kunder Når white-labeling er aktiveret: 1. Dine kunder tilgår platformen via dit eget domæne (f.eks. `app.youragency.com`). 2. De ser dit firmanavn, favicon og branding i hele brugerfladen. 3. De har ingen indikation af den underliggende platform, der driver deres oplevelse. 4. Al funktionalitet fungerer identisk — chats, udsendelser, aftaler og AI-funktioner er alle tilgængelige. 5. Du administrerer deres konti som underkonti fra din [Underkonti](sub-accounts.md)-side. --- ## Installer som mobilapp (PWA) Dit white-label domæne fungerer også som en fuldt white-label mobilapp. Kunder kan installere den på deres telefons startskærm med få tryk — ingen App Store, ingen udviklerlicens påkrævet — og den åbner som en indfødt app med dit bureaus logo og navn. > 💡 Mobilappen er en **Progressive Web App (PWA)**, ikke en App Store-app. For at udgive en rigtig App Store / Play Store-liste under dit eget brand, skal du betale for Apples og Googles udviklerlicenser og indsende dine egne builds. PWA-installationen er det praktiske alternativ — 95% af værdien, uden alt besværet med licenser. ### Før du starter 1. Sørg for, at dit **brugerdefinerede domæne er forbundet og aktivt** (se *Brugerdefineret domæne* ovenfor). 2. Indstil dit **bureau-logo og app-navn** i Brand-kortet — det er dette, dine kunder ser på installationsskærmen og på deres startskærm. ### Installer på Android (Chrome) 1. Åbn dit **white-label domæne** (`app.youragency.com`) i Chrome på telefonen — **ikke** `app.youraiconnector.com`. Det er white-label domænet, der gør installationen brandet. 2. Du ser muligvis en installationsmeddelelse automatisk. Hvis du gør, skal du trykke på **Installer**, så er du færdig. 3. Hvis der ikke vises nogen meddelelse, skal du trykke på **menuen med de tre prikker** øverst til højre i Chrome → **Føj til telefon** (eller **Installer app**). 4. Bekræft med **Installer** i bunden af skærmen. 5. Ikonet vises nu på startskærmen med dit bureaus logo og navn. ### Installer på iPhone (Safari) 1. Åbn dit **white-label domæne** i Safari — **ikke** `app.youraiconnector.com`. 2. Tryk på **Del**-knappen (firkanten med pilen opad i bunden af skærmen). 3. Rul ned/til højre i delemenuen, indtil du ser **Føj til hjemmeskærm**, og tryk på den. 4. Bekræft med **Tilføj**. 5. Ikonet vises nu på hjemmeskærmen med dit bureau-logo og navn. ### Aktivér push-meddelelser Når appen er installeret og åbnet fra hjemmeskærmen, kan du aktivere native push-meddelelser: 1. Åbn den installerede app fra startskærmen. 2. Gå til **Indstillinger → Notifikationer**. 3. Slå **Web Push** til for alle kategorier, du ønsker at modtage notifikationer om (Menneskelige advarsler, Nye kontakter, Kreditadvarsler osv.). 4. Godkend browserens tilladelsesanmodning, når den vises. 5. Klik på **Send testnotifikation** for at bekræfte, at det virker. Du bør modtage en push-besked på låseskærmen inden for få sekunder med **dit bureau-logo** som notifikationsikon. > ⚠️ **Test altid fra white-label domænet, ikke `app.youraiconnector.com`.** Push-abonnementer er knyttet til det domæne, du registrerede dem på, så test fra master-domænet vil ikke udløse push-meddelelser for den installerede white-label app og kan vise misvisende fejl. ### Hvad kunder kan gøre i appen i dag Den installerede app understøtter i øjeblikket **chat-oplevelsen** fra start til slut (besvarelse af kontakter, overdragelse til AI-bot, push-meddelelser). Flere funktioner bliver løbende tilføjet til mobiloplevelsen. Til alt andet kan kunder stadig åbne det fulde dashboard på dit white-label domæne i enhver browser. --- ## Fejlfinding ### Mit domæne bliver ikke aktivt - Dobbelttjek, at CNAME-posten hos din registrar stemmer præcis overens med det, der vises på kortet for Custom domain — samme vært, samme mål (`tenants.youraiconnector.com`). - Giv DNS lidt tid til at propagere — normalt under en time hos moderne registrarer (Cloudflare, Namecheap), lejlighedsvis længere andre steder. - Hvis dit domæne er på Cloudflare med proxyen (orange sky) aktiveret, er det fint — lad den være slået til. Men tjek **SSL/TLS → Overview** og sørg for, at krypteringstilstanden er **Full (strict)**. **Flexible** er den sædvanlige årsag til en "too many redirects"-fejl på et domæne, hvis DNS ellers er korrekt. - Hvis du besøgte domænet, før det var færdig med at blive klargjort, kan din browser have cachet en ødelagt side — prøv et inkognito-/privat vindue. - Sidder du stadig fast efter 24 timer? Kontakt support med domænenavnet og et skærmbillede af kortet for Custom domain. ### Jeg har ændret mit domæne, og nu indlæses intet Kontrollér, at CNAME for den **nye** adresse findes hos din domæneregistrator og peger på `tenants.youraiconnector.com` — et omdøbt domæne kræver sin egen post, den gamle overføres ikke. Hvis posten er korrekt, og adressen stadig ikke indlæses efter en time (en certifikatadvarsel eller en side, der aldrig vises), skal du kontakte support med det gamle og det nye domænenavn. ### Logoet vises ikke på min loginside Upload et logo i kortet **Logo & Favicon** og foretag en hård opdatering af dit brugerdefinerede domæne (Ctrl+Shift+R / Cmd+Shift+R) — indtil et logo er uploadet, viser loginsiden et ikon for et ødelagt billede, hvor logoet burde være. ### E-mails siger "DM Champ" i stedet for mit brand Feltet **App-navn** på Brand-kortet er tomt. E-mails, sidetitler og genvejen på startskærmen viser den neutrale pladsholder "DM Champ", indtil du udfylder det. Indtast dit brandnavn, klik på **Gem** på Brand-kortet, og send en ny test-e-mail fra **E-mail-skabeloner** — afsendernavnet, footeren og logoet i mørk tilstand følger alle App-navnet. ### Googles log-ind-vindue viser stadig platformens navn, når en klient forbinder en kalender Der er endnu ikke gemt en Google OAuth-klient, eller klienten blev forbundet, før du tilføjede en. Tilføj din klient på kortet **Google Kalender-samtykkeskærm** nederst på siden White Labeling (se [Google Kalender-samtykkeskærm](#google-calendar-consent-screen)); forbindelser foretaget før dette fortsætter med at bruge vores klient, indtil klienten afbryder forbindelsen og opretter den igen. ### E-mail-sidehovedet viser mit logo, men footeren ser generisk ud Samme årsag som ovenfor: et tomt **App-navn**. Udfyld det og gem Brand-kortet. --- ## Har du brug for hjælp? If you need assistance setting up white-labeling or configuring your custom domain, reach out via our [email support](mailto:hi@dmchamp.com).