En selvbetjeningsportal for medlemmer tar rutinearbeid bort fra pulten: medlemmene oppdaterer egen profil, betaler kontingent, melder seg på et arrangement, finner en kvittering. Det vanskelige er hva dere skal bygge den på. De fleste råd går rett til Power Pages, fordi det er det Microsoft-native valget på Dynamics 365, men for en portal tusenvis av medlemmer skal logge inn på, betyr lisensmodellen like mye som hva den gjør.
For organisasjoner som venter flere tusen medlemmer, er Azure Static Web App som regel det rimeligste valget på lang sikt. Power Pages vinner gjerne når rask lavkode-leveranse betyr mer enn lisenskostnad i stor skala. Resten av artikkelen forklarer hvorfor, og hvordan dere ser hvilket tilfelle som er deres.
Samme fundament, ulik front-end
Begge alternativene ligger på Dataverse, datagrunnlaget Dynamics 365 kjører på. I begge oppdaterer medlemmet en post én gang, og saksbehandleren ser den i Dynamics 365 uten at noen taster den om igjen, egenskapen som gjør at en portal reduserer administrasjon i stedet for å legge til den. Valget er ytterdøren og regningen bak den, ikke dataene, og hører derfor hjemme i samme samtale som medlemsdataplattformen deres.
Power Pages er Microsofts lavkode-portalverktøy. Innlogging, datakobling og tilgangsmodell følger med ferdig: web roles avgjør hvilken type bruker noen er, table permissions avgjør nøyaktig hvilke rader og kolonner de får røre, så et medlem ser kun sin egen post uten at dere koder det. Det er den raskere veien når teamet foretrekker lavkode og antallet eksterne brukere er moderat.
En portal på Azure Static Web App er en front-end dere bygger selv, for oss som regel en React-app, servert globalt og koblet til Dataverse gjennom Dataverse Web API, typisk via et lite API i Azure Functions, med innlogging via Microsoft Entra External ID. For større, globale portaler som trenger ytelse overalt, kan et cache-lag som Azure Cache for Redis eller Cosmos DB ligge foran Dataverse. Dere får full kontroll på opplevelsen, og dere bygger og vedlikeholder mer.
Kostnaden er forskjellen som betyr mest
Tallene under er Microsofts offentlige listepriser. Se prissidene for Power Pages, Static Web Apps og Entra External ID. De er eksklusive Dataverse-kapasitet og utvikling. Les dem som formen på kostnaden, ikke et tilbud.
| Hva dere betaler for | Power Pages | Azure Static Web App |
|---|---|---|
| Front-end / drift | Inkludert i lisensen per bruker | Fra ca. 9 USD per app/måned (Standard), 500 GB båndbredde inkludert |
| Eksterne brukere | Autentiserte brukere i pakker på 100, eller ca. 4 USD per autentisert bruker/måned, vokser med innlogginger | Entra External ID: første 50 000 månedlig aktive brukere gratis, deretter per MAU |
| API / logikk | Innebygd (lavkode) | Azure Functions, betalt etter forbruk (vanligvis beskjedent) |
| Kostnad når medlemstallet vokser | Stiger med antallet medlemmer som logger inn | Tilnærmet flat, uavhengig av medlemstall |
Power Pages samler alt i en lisens per bruker. Det er enkelt, og greit så lenge tallene er små. Men den klatrer med hvert medlem som logger inn, så en vellykket portal blir sin egen største faste post. Selv portalens data-API-kall teller mot den lisensierte kapasiteten, ikke bare sidevisninger. En Azure Static Web App beveger seg knapt: driften er flat, og innlogging er gratis under 50 000 månedlig aktive brukere. En grov månedssammenligning gjør forskjellen konkret:
| Medlemmer som logger inn / mnd | Power Pages (ca.) | Azure Static Web App (ca.) |
|---|---|---|
| 500 | ~1 000 USD/mnd | ~20 USD/mnd |
| 2 500 | ~5 000 USD/mnd | ~25 USD/mnd |
| 10 000 | ~7 500 USD/mnd og opp | ~40 USD/mnd |
Illustrative månedlige listepriser, eksklusive Dataverse-kapasitet og utvikling. Power Pages fakturerer autentiserte brukere i kapasitetspakker (volumtrinn senker raten ved skala). Azure-tallene kombinerer Static Web Apps-drift, et lite Azure Functions-API og Entra External ID (gratis under 50 000 månedlig aktive brukere), pluss et valgfritt cache-lag for store globale portaler. Selv med romslige volumrabatter møtes ikke de to kolonnene.
"For en medlemsportal handler valget sjelden om funksjoner. Begge kan gjøre jobben på de samme dataene. Det handler om hvordan kostnaden oppfører seg når portalen lykkes, og hvor mye av opplevelsen dere vil eie selv."
Apirut R, Senior Software Engineer i Cartagena, fra praktisk arbeid med medlemsportaler
Fleksibilitet, eierskap og sikkerhet
Kostnadsforskjellen har en tvilling i kontroll. Power Pages gir dere mye gratis, men innenfor sin ramme. Dere jobber slik verktøyet vil. En Static Web App er et blankt lerret: hvilken som helst design, hvilken som helst integrasjon, eid fra ende til ende. Den friheten er reell, og det er vedlikeholdet også, siden front-enden og API-et er deres å holde i gang.
Et konkret eksempel er forretningslogikk. Power Pages kan ikke kalle en Dataverse-action, function eller Custom API fra selve siden; portal-Web-API-et leser og skriver bare tabelldata. Server-side beregningslogikk må derfor ligge i Dataverse plug-ins, som kjører ved lagring, eller i Power Automate-flyter. En egen front-end med et Azure Functions-API gir dere det logikk-laget direkte, på forespørsel.
Sikkerhet er ikke en avgjørende faktor i seg selv. Power Pages håndhever tilgang gjennom web roles og table permissions ferdig; på en Static Web App håndhever dere den i API-laget mot Dataverse-sikkerheten, med Entra External ID for innlogging. Begge kan bli like robuste. Spørsmålet er om dere vil ha kontrollen overlevert eller holdt selv, den samme dataeierskap versus systemeierskap-avveiingen som går igjen i CRM-prosjekter.
Slik velger dere uten rip-and-replace
Tre spørsmål avgjør det som regel, og ingen krever at dere bytter ut det dere allerede har:
- Hvor mange medlemmer vil logge inn? Jo flere, desto mer veier en lisens per bruker mot dere, og desto mer lønner en Static Web App med fast kostnad seg.
- Hvor særpreget må opplevelsen være? Tett match mot profil og medlemsreise taler for en egen front-end; en ren standard portal taler for Power Pages.
- Hvor mye vil dere eie selv? Kapasitet til å vedlikeholde en front-end og et API peker mot Azure; en preferanse for lavkode med mindre å vedlikeholde peker mot Power Pages.
Uansett hva dere velger, start smalt: én høyfrekvent oppgave, profil eller påmelding, bygget mot dataene dere alt har, side om side med dagens systemer før dere utvider. Det er den samme rådgivende, ikke-forstyrrende veien som i endringsledelse for CRM.
Mønster: I foreninger med flere tusen medlemmer er portalbehovet ofte beskjedent (profil, kontingent og påmelding), men nesten hvert medlem logger inn i løpet av et år. På en lisens per bruker gjør det portalen til sin egen dyreste post, og det er nettopp dét som vipper denne typen organisasjon mot en front-end med fast kostnad på Azure.
Konklusjon
Begge alternativene kjører på det samme Dynamics 365- og Dataverse-fundamentet, så en medlemsportal er sjelden et funksjonsvalg. Det koker ned til hvordan kostnaden oppfører seg når portalen lykkes, og hvor mye dere vil eie. Tell medlemmene som vil logge inn, vei kontrollen dere trenger, og start med én oppgave uansett.
Vit den reelle kostnaden før dere bygger.
Vi regner ut treårig totalkostnad for begge alternativer, med deres reelle medlemstall, forventet bruk og lisensmodell, før dere bruker en krone på utvikling.
Ofte stilte spørsmål om Power Pages vs Azure Static Web App
Hva er forskjellen på Power Pages og Azure Static Web App for en medlemsportal?
Begge kan ligge oppå samme Dataverse og Dynamics 365. Forskjellen er front-enden og forretningsmodellen. Power Pages er Microsofts lavkode-portalverktøy med innebygd innlogging og tilgangsstyring, lisensiert per ekstern bruker. En portal på Azure Static Web App er en egenutviklet front-end som henter data via Dataverse Web API, med autentisering via Entra External ID, full kontroll på utseende og oppførsel, og en tilnærmet fast driftskostnad uavhengig av medlemstall.
Hvilken er billigst i drift ved medlemsskala?
Som regel Azure Static Web App. Power Pages prises på autentiserte eksterne brukere, i kapasitetspakker på 100 brukere eller som forbruk på omtrent 4 USD per autentisert bruker per måned, så kostnaden vokser med hvor mange medlemmer som logger inn. En Static Web App koster fra omtrent 9 USD per app per måned, autentisering via Entra External ID er gratis for de første 50 000 månedlig aktive brukerne, og Dataverse-kapasiteten har dere allerede om dere er på Dynamics 365. For en portal brukt av flere tusen medlemmer blir forskjellen merkbar.
Kan begge kobles til Dynamics 365 og Dataverse?
Ja. Det er hele poenget. Begge skriver til og leser fra samme Dataverse-lager som Dynamics 365 bruker, slik at medlemmet skriver én gang og saksbehandleren ser den samme posten uten et mellomledd. Power Pages kobler seg native; en Static Web App kobler seg via Dataverse Web API, gjerne gjennom et lite API-lag i Azure Functions.
Er en egenutviklet portal på Azure Static Web App mindre sikker?
Ikke i seg selv, men ansvaret flyttes. Power Pages gir tilgangsstyringen ferdig med web roles og table permissions. På en Static Web App håndheves tilgang i API-laget mot Dataverse-sikkerheten, med autentisering via Entra External ID. Det gir mer kontroll, men dere må designe og eie modellen selv. Begge kan bli like trygge. Forskjellen er hvor mye dere bygger versus arver.
Kan jeg legge forretnings- eller kalkulasjonslogikk i Power Pages?
I begrenset grad. Portals Web API støtter bare lese- og skriveoperasjoner på tabeller, ikke å kalle actions, functions eller en Custom API fra siden (Microsofts dokumentasjon bekrefter dette). Server-side beregningslogikk må derfor ligge i Dataverse plug-ins, som kjører ved lagring, eller i Power Automate-flyter. Trenger dere et fritt kallbart logikk-lag, taler det for en egen front-end på Azure Static Web App med et Azure Functions-API.
Må vi bytte ut noe for å bygge en av disse?
Nei. En portal er et lag oppå dataene dere allerede har, uansett front-end. Begge kan starte med ett avgrenset behov, for eksempel profil og påmelding, mot dagens Dataverse, og leve side om side med eksisterende medlemsregister og økonomisystem. Det er en koeksistens-modell, ikke en utskifting.
Hva anbefaler Cartagena?
For medlemsportaler ment for mange medlemmer anbefaler vi som regel en egen front-end på Azure Static Web App oppå Dynamics 365 og Dataverse. Den gir mer fleksibilitet i opplevelsen og en lavere, mer forutsigbar driftskostnad, fordi den ikke prises per innlogget medlem. Power Pages er et godt valg når dere vil starte raskt med lavkode og antallet eksterne brukere er moderat. Valget bør følge medlemsskala, ambisjon for opplevelsen og hvor mye dere vil eie selv.