Um starter para Sanity, Next.js, Cloudflare. Agora a falar todas as línguas.
Um starter escalável e multilingue que junta Sanity CMS, Next.js, Cloudflare e i18n com routing por idioma e conteúdo traduzido predefinido. Lança sites globais em todas as línguas dos seus utilizadores.
Um template. Quatro pilares. Pronto para qualquer idioma.
Sanity CMS
Gere todo o conteúdo no Sanity Studio. Documentos localizados, fieldsets por idioma, e um schema que tu controlas.
Next.js App Router
React Server Components, TypeScript e Tailwind. Segmentos de idioma nativos mantêm os URLs limpos.
Cloudflare Workers
Implante globalmente com um único comando. Tecnologia OpenNext — sem necessidade de configuração personalizada do servidor.
i18n integrado
Routing por idioma, conteúdo Sanity traduzido e fallbacks por idioma. Lança em qualquer idioma desde o primeiro dia.
// como usar
Do primeiro clone a todas as línguas, em produção.
Quatro passos é tudo o que precisas. Faz o clone, traduz o conteúdo no Sanity Studio, faz build e implementa com um único comando.
01
Clonar e configurar
Faz o clone do repo e define o teu Sanity project ID, dataset e a lista de idiomas que queres suportar.
~git clone … && cp .env.example .env.local
02
Traduzir e localizar
Escreve conteúdo por idioma no Sanity Studio. Segmentos como /en, /pt, /pl mapeiam automaticamente para os documentos traduzidos. Adiciona quantos idiomas precisares.
en · pt · pl
03
Construir as páginas
Abre o Sanity Studio e compõe páginas a partir de blocos reutilizáveis. Alterações editoriais não precisam de código. Cria componentes que se adaptem às tuas necessidades.
~pnpm dev
04
Implementar no Cloudflare
Corre pnpm run deploy e cada idioma fica online globalmente em segundos. Sem dashboard de plataforma.
~pnpm run deploy
// funcionalidades
Construído para crescer.
Tudo o que precisas para crescer um produto a sério — incluindo internacionalização adequada — sem reescrever o starter.
Page builder
Compõe páginas a partir de blocos reutilizáveis definidos no Sanity. Adiciona novos tipos de secção sem mexer no código de layout.
next-intl
Segmentos de idioma do App Router, catálogos de mensagens tipados, pluralização, formatação de datas e números, e suporte de primeira classe a Server Components.
@tinloof/sanity-document-i18n
O plugin de tradução Sanity usado neste starter — um fork comunitário do @sanity/document-internationalization — com traduções de documentos ao nível do campo, lógica de fallback e preview por idioma no Studio.
Preview ao vivo e draft mode
Edita no Sanity Studio e vê as alterações refletidas instantaneamente num preview do site real antes de publicar.
Deploy num único comando
Corre pnpm run deploy e cada idioma fica online globalmente. O CLI do Wrangler trata de tudo — sem dashboard de plataforma.
TypeScript de ponta a ponta
Tipos gerados a partir do schema Sanity passam por todos os idiomas e componentes. Sem desencontros entre conteúdo e UI.
// últimos artigos
Do blog
Estas publicações de blog são geradas a partir do seu Sanity Studio.
Falar Todas as Línguas: Como Funciona a Localização neste Starter
A localização não é uma funcionalidade que se acrescenta depois do lançamento.
É uma decisão tomada ao nível da arquitetura — no routing, no modelo de conteúdo e nas ferramentas do Studio.
Este starter toma essa decisão por ti, ligando next-intl e @tinloof/sanity-document-i18n para que toda a stack fale todas as línguas desde o primeiro dia.
Este starter é mais do que um template — é uma arquitetura de referência. Construído com Next.js, suportado por Sanity e distribuído globalmente usando OpenNext no Cloudflare Workers, demonstra como conteúdo e computação podem trabalhar em conjunto num sistema moderno nativo da edge.
Conceção de Conteúdo para Desempenho: Fundamentos da Arquitetura Edge
O desempenho não é algo que se “ativa”.
É algo que se projeta.
Este starter combina conteúdo estruturado do Sanity com deployment na edge através do OpenNext no Cloudflare. O objetivo não é pré-configurar todas as estratégias de renderização — é fornecer uma base limpa e extensível para aplicações orientadas para o desempenho.
Construir na Edge: Porque Escolhemos Cloudflare para Next.js
As aplicações web modernas não devem viver numa única região. Este starter adota uma arquitetura edge-first usando Cloudflare Workers e OpenNext, permitindo execução global, menor latência e independência de infraestrutura — sem sacrificar o poder do Next.js ou a flexibilidade de conteúdo estruturado.