Starter dla Sanity, Next.js, Cloudflare. Teraz mówiący w każdym języku.
Skalowalny, wielojęzyczny starter łączący Sanity CMS, Next.js, Cloudflare i i18n z routingiem opartym o język i przetłumaczoną treścią od razu po wyjęciu z pudełka. Wysyłaj globalne strony w każdym języku, którym posługują się Twoi czytelnicy.
Jeden szablon. Cztery filary. Gotowy na każdy język.
Sanity CMS
Zarządzaj całą treścią w Sanity Studio. Zlokalizowane dokumenty, zestawy pól per język i schemat, który należy do Ciebie.
Next.js App Router
React Server Components, TypeScript i Tailwind. Natywne segmenty językowe utrzymują czyste URL-e.
Cloudflare Workers
Wdrażaj globalnie za pomocą jednego polecenia. Rozwiązanie oparte na technologii OpenNext — nie wymaga żadnej niestandardowej konfiguracji serwera.
Wbudowane i18n
Routing po języku, przetłumaczona treść Sanity i fallbacki per język. Uruchamiaj w dowolnym języku od pierwszego dnia.
// jak używać
Od pierwszego klonu do każdego języka, na żywo.
Cztery kroki to wszystko, czego potrzebujesz. Sklonuj, przetłumacz treść w Sanity Studio, zbuduj i wdroż jednym poleceniem.
01
Sklonuj i skonfiguruj
Sklonuj repo i ustaw swoje Sanity project ID, dataset oraz listę języków, które chcesz wspierać.
~git clone … && cp .env.example .env.local
02
Przetłumacz i zlokalizuj
Pisz treść per język w Sanity Studio. Segmenty trasy takie jak /en, /pt, /pl automatycznie mapują się do przetłumaczonych dokumentów. Dodaj tyle języków, ile potrzebujesz.
en · pt · pl
03
Zbuduj swoje strony
Otwórz Sanity Studio i komponuj strony z bloków wielokrotnego użytku. Zmiany redakcyjne nie wymagają kodu. Twórz komponenty, które pasują do Twoich potrzeb.
~pnpm dev
04
Wdróż na Cloudflare
Uruchom pnpm run deploy i każdy język wchodzi do życia globalnie w sekundy. Bez dashboardu platformy.
~pnpm run deploy
// funkcje
Zbudowany do rozszerzania.
Wszystko, czego potrzebujesz, aby rozwinąć prawdziwy produkt — w tym właściwą internacjonalizację — bez przepisywania startera.
Page builder
Komponuj strony z bloków wielokrotnego użytku zdefiniowanych w Sanity. Dodawaj nowe typy sekcji bez dotykania kodu układu.
next-intl
Segmenty językowe App Router, typowane katalogi komunikatów, liczba mnoga, formatowanie dat i liczb oraz pierwszorzędne wsparcie dla Server Components.
@tinloof/sanity-document-i18n
Wtyczka tłumaczeń Sanity używana w tym starterze — społecznościowy fork @sanity/document-internationalization — z tłumaczeniami dokumentów na poziomie pól, logiką fallbacków i podglądem per język w Studio.
Podgląd na żywo i tryb roboczy
Edytuj w Sanity Studio i widz zmiany od razu w podglądzie strony przed publikacją.
Wdrożenie jednym poleceniem
Uruchom pnpm run deploy i każdy język wchodzi do życia globalnie. CLI Wrangler obsługuje wszystko — bez dashboardu platformy.
TypeScript od końca do końca
Typy generowane z Twojego schematu Sanity przepływają przez każdy język i komponent. Bez niespójności między treścią a UI.
// najnowsze wpisy
Z bloga
Te wpisy bloga są zasilane z Twojego Sanity Studio.
Mówienie wszystkimi językami: jak działa lokalizacja w tym starterze
Lokalizacja nie jest funkcją, którą dodaje się po wdrożeniu.
To decyzja podejmowana na poziomie architektury — w routingu, modelu treści i narzędziach Studio.
Ten starter podejmuje tę decyzję za Ciebie, łącząc next-intl oraz @tinloof/sanity-document-i18n, tak aby cały stack od pierwszego dnia „mówił” wszystkimi językami.
Ten starter to coś więcej niż szablon — to architektura referencyjna. Zbudowany w Next.js, oparty na Sanity i wdrażany globalnie przy użyciu OpenNext na Cloudflare Workers, pokazuje, jak treść i obliczenia mogą współpracować w nowoczesnym systemie natywnym dla edge.
Projektowanie treści pod kątem wydajności: Podstawa architektury edge
Wydajność to nie coś, co się „włącza”.
To coś, co się projektuje.
Ten starter łączy ustrukturyzowane treści z Sanity z wdrożeniem na edge przy użyciu OpenNext na Cloudflare. Celem nie jest wstępne konfigurowanie każdej strategii renderowania — lecz zapewnienie czystej, rozszerzalnej podstawy dla aplikacji tworzonych z myślą o wydajności.
Budowanie na Edge: Dlaczego wybraliśmy Cloudflare dla Next.js
Nowoczesne aplikacje webowe nie powinny działać w jednym regionie. Ten starter przyjmuje podejście edge-first, wykorzystując Cloudflare Workers oraz OpenNext, umożliwiając globalne wykonywanie, niższe opóźnienia i niezależność od infrastruktury — bez rezygnacji z możliwości Next.js ani elastyczności ustrukturyzowanych treści.