Por Que Escolhi Astro Para Meu Blog (E Por Que Você Deveria Também)

Construí blogs em praticamente toda plataforma que você pode pensar.

WordPress com vários temas e page builders. Gatsby com toda sua complexidade GraphQL. Next.js com seu diretório app em constante mudança. Jekyll para simplicidade estática. Hugo porque todo mundo dizia que era rápido.

Cada um tinha seus pontos fortes. Cada um também tinha coisas que me deixavam absolutamente louco.

Então experimentei Astro, e algo clicou.

Não era apenas que era rápido, embora seja. Não era apenas que tinha bom SEO, embora tenha. Era mais fundamental que isso. Parecia que alguém realmente pensou sobre como construir um site de conteúdo deveria ser.

Deixe-me explicar por que acabei escolhendo Astro para este blog, e por que acho que pode ser a escolha certa para você também.

O Problema Com Todo o Resto

Antes de entrar no porquê Astro funciona, deixe-me falar sobre por que outras opções não funcionaram.

WordPress é o ponto de partida óbvio para a maioria das pessoas. É familiar. Há milhões de tutoriais. Você pode instalar um tema e ter algo rodando em uma hora.

Mas aqui está o que acontece na prática.. você instala WordPress, então precisa de um tema, então precisa de um page builder porque o tema não faz exatamente o que você quer, então precisa de plugins de cache porque o page builder deixou tudo lento, então precisa de plugins de SEO, então plugins de segurança, então plugins de otimização de imagem.

Antes que perceba, está gerenciando 15 plugins, seu site leva quatro segundos para carregar, e você gasta mais tempo atualizando e resolvendo problemas do que realmente escrevendo.

Já passei por essa estrada muitas vezes demais.

Depois há a rota do framework JavaScript moderno. Construí blogs com Next.js e Gatsby pensando que isso resolveria os problemas de performance.

E podem ser rápidos.. se você configurar tudo perfeitamente. Mas a complexidade é selvagem. Você está lidando com renderização do lado do servidor, hidratação do lado do cliente, divisão de código, otimização de bundle, e um milhão de opções de configuração.

Para um blog. Um site que é principalmente apenas texto e imagens.

Parecia usar uma motosserra para cortar um sanduíche.

Gastaria horas descobrindo por que meu build estava falhando ou por que certas páginas não estavam gerando corretamente, quando deveria estar escrevendo conteúdo.

O que eu queria era algo que fosse rápido por padrão, simples de trabalhar, e realmente desenhado para sites focados em conteúdo.

Isso é Astro.

O Que Torna Astro Diferente

O insight central por trás do Astro é bem simples.. a maioria dos sites não precisa de JavaScript em toda página.

Pense sobre um post de blog. É principalmente apenas HTML e CSS. Algum texto, algumas imagens, talvez um bloco de código. Não há muita interatividade. Por que estamos enviando centenas de kilobytes de JavaScript apenas para exibir conteúdo estático?

A resposta do Astro é enviar zero JavaScript por padrão.

Você escreve seus componentes, Astro os renderiza para HTML em tempo de build, e é isso que é enviado para o navegador. HTML puro e rápido.

Se você precisa de interatividade em algum lugar, como uma seção de comentários ou uma galeria de imagens, pode adicionar apenas para aquele componente usando o que chamam de "arquitetura islands." O resto da página permanece estático. Apenas os bits interativos recebem JavaScript.

Isso é brilhante para blogs porque 95 por cento do seu conteúdo é estático. Você não precisa do React hidratando sua página inteira apenas para exibir um post de blog.

A diferença de performance é massiva. Estou falando de 40 a 60 por cento mais rápido Time to First Byte comparado ao WordPress. 50 a 70 por cento menores bundles JavaScript comparado a setups React típicos.

Essas não são pequenas melhorias. São o tipo de ganhos que realmente aparecem no seu analytics como melhor engajamento e menores taxas de rejeição.

A Vantagem SEO

Aqui está algo que não apreciei totalmente até lançar meu primeiro blog Astro.. os benefícios SEO.

Motores de busca amam sites rápidos com HTML limpo. É exatamente isso que Astro te dá.

Porque Astro gera HTML estático por padrão, toda página é instantaneamente rastreável. Motores de busca não têm que executar JavaScript para ver seu conteúdo. Está ali mesmo no HTML.

Isso importa mais do que você pensaria. Vi sites pesados em JavaScript lutarem com indexação porque o rastreador do Google teve problema renderizando o conteúdo adequadamente. Com Astro, não há nada para renderizar. O conteúdo já está na fonte da página.

Além disso, todos aqueles ganhos de performance diretamente impactam suas pontuações Core Web Vitals. Largest Contentful Paint, First Input Delay, Cumulative Layout Shift.. todas as métricas que o Google usa para ranquear são mais fáceis de otimizar quando você não está enviando bundles JavaScript massivos.

Lancei o blog Apatero no Astro e dentro de um mês atingimos 75.000 impressões. Isso foi tudo por causa do Astro? Não, havia outros fatores. Mas a fundação técnica absolutamente ajudou.

Sites rápidos ranqueiam melhor. É tão simples assim.

A Experiência do Desenvolvedor

Okay, esta parte é mais relevante se você está confortável com código, mas mesmo se você não é super técnico, me ouça.

Astro simplesmente parece bom de trabalhar.

Você pode escrever componentes em HTML puro se quiser. Ou usar React, Vue, Svelte, seja o que você esteja confortável. Astro não te tranca em um framework.

A estrutura de arquivos é intuitiva. Rotas são baseadas em nomes de arquivos. Você quer uma página em /blog? Crie um arquivo em pages/blog.astro. Pronto.

Suporte a Markdown e MDX é embutido, o que é perfeito para blogs. Você escreve seus posts em Markdown, adiciona frontmatter para metadados, e Astro cuida do resto.

Não há configuração de build complexa. Sem configs webpack para manter. Sem erros misteriosos que levam horas para debugar.

Simplesmente funciona, e quando algo não funciona, as mensagens de erro realmente fazem sentido.

Vindo do Next.js onde perderia tardes inteiras para problemas de build, isso foi refrescante.

Números Reais de Performance

Deixe-me dar algumas comparações concretas, porque "rápido" é subjetivo.

Benchmarks independentes mostram Astro consistentemente superando outros frameworks para sites de conteúdo.

Time to First Byte é 40-60 por cento mais rápido que WordPress.

First Contentful Paint é 30-50 por cento melhor que Gatsby.

Largest Contentful Paint é 25-45 por cento melhorado comparado ao Next.js para conteúdo estático.

Tamanhos de bundle JavaScript são tipicamente 50-70 por cento menores que frameworks baseados em React.

Esses não são números escolhidos a dedo. É isso que acontece quando você constrói um site de conteúdo da forma como Astro aborda.. estático por padrão, JavaScript apenas quando necessário.

Para referência, este template de blog construído com Astro tem um tamanho de bundle de cerca de 184KB total. Isso inclui tudo.. o framework, os componentes, o styling, tudo.

Um site WordPress comparável com um tema decente e alguns plugins? Facilmente acima de 1MB. Às vezes múltiplos megabytes.

Essa diferença importa em redes móveis. Essa diferença importa para SEO. Essa diferença importa para experiência do usuário.

A Filosofia Content-First

Aqui está o que realmente me vendeu no Astro.

É construído para sites de conteúdo. Não e-commerce. Não web apps. Conteúdo.

A documentação assume que você está construindo um blog ou um site de marketing ou um site de documentação. Os exemplos são relevantes. Os recursos são focados em necessidades de conteúdo.

Você tem geração de feed RSS embutida. Geração de sitemap. Otimização de imagem. Todas as coisas que você precisa para um site de conteúdo, apenas embutidas.

Outros frameworks tratam sites de conteúdo como uma reflexão tardia. Astro os trata como o caso de uso principal.

Esse foco torna tudo mais fácil. Ao invés de lutar contra o framework para fazê-lo funcionar para um blog, você está trabalhando com um framework que foi desenhado para exatamente o que você está fazendo.

Quando Astro Pode Não Ser Certo

Não quero vender demais isso. Astro não é perfeito para tudo.

Se você precisa de muita interatividade do lado do cliente, como um feed de mídia social que atualiza em tempo real ou um dashboard complexo com toneladas de gerenciamento de estado, pode ser melhor com um framework SPA tradicional.

Se você não está confortável com código de forma alguma e precisa de um editor puramente visual, WordPress com um page builder pode ser mais fácil, apesar das compensações de performance.

Se você precisa de plugins específicos ou integrações que só existem no ecossistema WordPress, essa é uma razão válida para ficar com WordPress.

Mas para um blog onde o objetivo primário é publicar conteúdo e ranquear em motores de busca? Astro é difícil de bater.

Por Que Continuo Voltando Para Ele

Construí múltiplos blogs até este ponto. Toda vez que começo um novo projeto, considero as opções.

Devo usar WordPress pelo ecossistema? Next.js pela familiaridade com React? Algo mais?

E toda vez, volto para Astro.

Porque lembro como era trabalhar com outros frameworks. A resolução constante de problemas. Os conflitos de plugins. A ansiedade de tamanho de bundle. A frustração de tempo de build.

Com Astro, apenas escrevo conteúdo e funciona. Os builds são rápidos. O site é rápido. O SEO é sólido. A experiência do desenvolvedor é agradável.

É isso que quero de uma plataforma de blogging. Quero gastar meu tempo escrevendo, não debugando.

A Linha de Fundo

Se você está começando um blog em 2025, tem muitas opções.

Pode ir com WordPress e lidar com o inchaço de plugins e problemas de performance.

Pode escolher um framework JavaScript e lutar com a complexidade.

Ou pode tentar Astro e ter um framework que está realmente desenhado para o que você está tentando construir.

Rápido por padrão. Amigável a SEO por natureza. Simples de trabalhar. Focado em conteúdo.

É por isso que escolhi. É por isso que este template é construído com ele. E é por isso que acho que você deveria dar uma chance.

Você pode descobrir, como eu descobri, que é exatamente o que você estava procurando.