React i Salesforce er nå offisielt.

I mange år var Salesforce sin front-end-historie enkel: skulle du bygge moderne, native UI på plattformen, var LWC eneste vei videre. Det har endret seg. Salesforce Multi-Framework annonsert på TrailblazerDX 2026, er en rammeverk-agnostisk runtime på Agentforce 360 Platformen som lar deg bygge native Salesforce-apper i React, Vue og Angular med andre på vei. Dette er det mest betydningsfulle skiftet i Salesforce frontend-utvikling siden LWC erstattet Aura.

Hvorfor dette faktisk betyr noe

Begrensningen om LWC var ikke bare en teknisk begrensning, det var en barriere for rekruttering og adopsjon. React miljøer som vurderte Salesforce måtte enten omskolere teamet sitt eller akseptere at UI arbeid på plattformen ville leve i en helt annen mental modell. Den friksjonen var reell, og den holdt mye god frontend kompetanse på armlengdes avstand fra plattformen.

Multi-Framework fjerner den muren. Hvis teamet ditt allerede leverer React, har du nå en offisiell, førsteklasses vei til å bygge Salesforce-native brukergrensesnitt uten å forlate det økosystemet du har investert i. npm registeret, komponent bibliotekene, test mønstrene og verktøy, alt overføres.

Dette betyr mer enn bare React. Signalet er at Salesforce ikke lenger forsøker å vedlikeholde sin egen parallelle webstack i isolasjon. Kombiner Multi-Framework med Headless 360 og Agentforce Experience Layer, begge annonsert på TDX 2026 og en tydelig retning tar form: plattformen åpner seg mot der nettet allerede er.

Hva ligger faktisk i pakken

Startermalen er der historien blir konkret. Generer en ny ui-bundle med:

sf template generate ui-bundle

Det du får er ikke en Salesforce-farget tilnærming til et moderne frontend-oppsett. Det er det ordentlige:

• Vite for bundling og dev-server
• Vitest for testing
• Tailwind CSS for styling
• shadcn/ui for komponenter
• @salesforce/sdk-data for tilgang til plattformdata

Bundelen ligger under force-app/main/default/uiBundles og kjører lokalt på localhost:5173 — akkurat som enhver Vite-app. Ingen Salesforce-spesifikk dev-server, ingen proprietær preview-løsning du må lære deg.

Datatilgang håndteres via createDataSDK(), som styrer autentisering automatisk. Du skriver GraphQL-spørringer for record-CRUD, kaller Apex-metoder via SDK fetch(), og henter bruker- og kontekst gjennom UI APIer. Ingen manuell token håndtering. Det er genuint ryddig.

En personlig digresjon om Tailwind: Vi bygde LWC-Tailwind nettopp fordi CSS-håndtering i LWC har vært et smertepunkt mange kjente på. At Tailwind nå er inkludert i den offisielle starter-malen er mer enn praktisk, det signaliserer at Salesforce lytter til utviklerne.

For AI-assistert oppsett genererer Agentforce Vibes 2.0 React-apper fra naturlige språ og produserer React-komponenter, GraphQL-spørringer og metadata samlet. Salesforce MCP-server, Live Preview og Einstein Trust Layer er alle del av verktøylaget. Og multiframework-recipes repoet har 20+ eksempler å ta utgangspunkt i.

React vs. LWC: Den ærlige sammenligningen

At React støttes betyr ikke at LWC er feil valg. De har genuint forskjellige styrker, og riktig svar avhenger av hva du bygger.

LWC er fortsatt riktig standardvalg for deklarative komponenter som lever i Lightning-sider, trenger App Builder-støtte, eller er avhengig av basiskomponentbiblioteket. Det har vært optimalisert for plattformen i årevis, og det merkes.

React fortjener sin plass når du har eksisterende komponentbiblioteker du vil gjenbruke, et React-team som ikke bør måtte bytte kontekst, eller brukergrensesnitt som må kjøre både innenfor og utenfor Salesforce. Argumentet for gjenbruk på tvers av plattformer er reelt, å bygge komponenter som fungerer i React-appen din og Salesforce-orgen din er nå en legitim arkitektur.

Hva du bør gjøre nå

Multi-Framework er i åpen beta for scratch orgs og sandkasser. Det kan ikke deployes til produksjons orger. Micro-frontend-innebygging av React i Lightning-sider er i “developer preview”, med GA planlagt til våren 2027. Noen plattform-APIer er ennå ikke tilgjengelige i beta.

Ikke bygg om en fungerende LWC-app i React bare fordi dette finnes. Det du bør gjøre er:

1. Spin opp en scratch org og generer en ui-bundle

2. Klon multiframework-recipes repoet og kjør noen eksempler

3. Identifiser et nytt stykke arbeid, et nytt internt verktøy eller noe bare for moro, der du kan evaluere endringen i praksis

4. Når du ser mulighetene, begynn å tenke på hvor et rammeverk som React kan spare tid og ressurser ved å gjenbrukes på tvers av flater

En merknad for norske team

Det er en praktisk begrensning verdt å nevne for team i Norge: betaen har for øyeblikket problemer med org-er som ikke er på engelsk. Recipes-repoet omgår dette ved å hardkode "language": "en_US" i scratch org-definisjonen. Norskspråklige org-er vil støte på problemer i denne betafasen.

Dette er en løsbar begrensning som sannsynligvis vil adresseres før GA. Men akkurat nå hvis orgen din er konfigurert for norsk, planlegg å teste i en engelskspråklig scratch org. Ikke oppdage dette midt i en demo.

Hvor dette er på vei

Multi-Framework er reelt, men det er beta. Produksjonsstien er ikke der ennå, App Builder-integrasjon er fortsatt på vei, og norske org-er trenger en workaround. Hold forventningene kalibrert.

Men det representerer et genuint strategisk skifte. Salesforce brukte år på å bygge en lukket webstack: LWC, Aura før det, proprietært verktøy gjennom hele stacken. Multi-Framework, sammen med Headless 360 og Agentforce Experience Layer, signaliserer at plattformen beveger seg mot nettet snarere enn bort fra det. For React utviklere som har unngått Salesforce er plattformen nå verdt en ny titt. For Salesforce-team har rekrutterings basen nettopp blitt betydelig større.