Blazor Server vs Blazor WebAssembly: qual modelo faz mais sentido para o seu projeto?

1. O motor Razor e os modos de renderização do Blazor Web App

Blazor é o modelo de UI da ASP.NET Core baseado em componentes Razor. Cada componente é um arquivo .razor que mistura HTML e C#, e é compilado em uma classe .NET que constrói uma árvore de elementos de interface.

O motor Razor gera código C# fortemente tipado para cada componente. Em tempo de execução, o framework compara a árvore de renderização atual com a anterior e aplica apenas as diferenças no DOM – semelhante a um “virtual DOM”, mas com a infraestrutura do .NET por trás.

A partir do Blazor Web App (.NET 8+), entra um conceito central: modo de renderização. Ele define onde o componente roda e como a interatividade é entregue:

• Renderização estática no servidor – HTML é gerado no servidor, enviado e pronto. Sem interatividade Blazor.
• Interactive Server – o HTML é prerenderizado no servidor e a interatividade é habilitada via SignalR.
• Interactive WebAssembly – HTML inicial vem do servidor, mas a interatividade roda no navegador via WebAssembly.
• Interactive Auto – começa no servidor e tenta usar WebAssembly; se não puder, cai para o modo server interativo.

Esses modos podem ser aplicados no nível da aplicação (em App.razor) ou por componente, com a diretiva @rendermode, o que permite misturar estratégias na mesma aplicação.

@page "/filmes"
@rendermode InteractiveServer

Filmes em destaque

@if (movies is null)
{
    <p>Carregando...</p>
}
else
{
    <ul>
        @foreach (var movie in movies)
        {
            <li>@movie.Title (@movie.Year)</li>
        }
    </ul>
}

@code {
    private List<Movie>? movies;

    protected override async Task OnInitializedAsync()
        => movies = await MovieService.GetLatestAsync();
}
    

O mesmo componente pode ser renderizado como página estática, como UI interativa no servidor ou como UI interativa no navegador — basta trocar o @rendermode e ajustar a arquitetura.

3. Interactive WebAssembly: a UI .NET rodando no navegador

No modo Interactive WebAssembly, o runtime .NET, as DLLs da aplicação e os componentes Razor são baixados para o navegador. O HTML inicial ainda pode ser prerenderizado no servidor, mas a interatividade passa a rodar dentro do browser, em WebAssembly.

• Primeiro carregamento maior – o usuário baixa runtime + assemblies.
• Depois disso, as interações acontecem localmente, com menos impacto de latência.
• O servidor fica focado em APIs, banco e cache, o que ajuda a escalar.
• Permite cenários com funcionalidade offline usando cache e storage local.

@page "/analytics"
@rendermode InteractiveWebAssembly

Dashboard interativo

<ChartsComponent Data="AnalyticsData" />
    

Em aplicações B2C com muitos usuários (portais de clientes, e-commerce, SaaS público), esse modelo geralmente reduz o custo de CPU por usuário no servidor, já que parte do trabalho é feito no dispositivo do cliente.

Rodando na FoundryShip, você dimensiona principalmente os serviços de API (compute, PostgreSQL, Redis, mensageria) e muito menos o número de conexões persistentes por usuário.