Static situs Generators

TL;DR — sebuah static situs generator membangun Anda seluruh situs ke plain HTML files ahead dari time. So ketika Google menampilkan up, konten adalah sudah di sana di halaman — Tidak menunggu untuk JavaScript untuk jalankan. itu’s easiest mungkin setup untuk SEO. catch: situs hanya memperbarui ketika Anda rebuild ini.

Apa sebuah static situs generator adalah

sebagian besar dari SEO trouble dengan JavaScript muncul down untuk satu pertanyaan: adalah Anda konten sebenarnya di halaman ketika sebuah crawler fetches ini, atau melakukan ini hanya muncul setelah scripts jalankan? sebuah static situs generator (SSG) sidesteps itu pertanyaan entirely.

sebuah SSG takes Anda konten (biasanya ditulis di Markdown) dan Anda templates, dan — pada Anda computer atau sebuah bangun server — turns setiap halaman ke sebuah finished HTML file sebelum anyone visits. Anda lalu upload itu plain HTML files untuk sebuah host. Ketika Google, Bing, atau sebuah reader permintaan sebuah halaman, mereka mendapatkan menyelesaikan HTML pada pertama try. Bukti untuk klaim ini A static site generator builds source content and templates into static files before requests are served. Cakupan: Hugo as a representative static site generator. Tingkat keyakinan: tinggi · Diverifikasi: 2026-07-14 Hugo documentation

Bandingkan itu untuk sebuah typical JavaScript app, di mana server mengirim sebuah near-empty shell dan browser membangun halaman afterward. dengan sebuah SSG, ada tidak ada apa pun untuk bangun di browser — ini adalah sudah selesai.

Mengapa itu’s great untuk SEO

• ** konten adalah di mentah HTML.** Tidak rendering langkah memiliki untuk succeed untuk Google untuk see Anda text dan tautan.
• ini adalah fast. Plain HTML files muat quickly, yang helps Core Web Vitals.
• ada lebih sedikit untuk break. Fewer moving bagian berarti fewer cara untuk konten untuk go missing dari penelusuran.

popular ones

ada six Anda’ll hear tentang sebagian besar: Hugo, Jekyll, Eleventy, Hexo, Gatsby, dan Astro. mereka semua produce static HTML; mereka differ di apa language mereka’re dibangun di dan bagaimana banyak extra JavaScript (jika apa pun) mereka kirim untuk browser. setiap memiliki -nya own deep dive ditautkan di bottom dari ini halaman.

satu hal untuk watch

sebuah static situs adalah sebuah snapshot. ini menampilkan whatever adalah benar terakhir time Anda dibangun ini. jika Anda perubahan sebuah price, perbaiki sebuah typo, atau publish sebuah post dan forget untuk rebuild dan redeploy, mesin pencari pertahankan seeing old versi. So main discipline dengan sebuah SSG adalah membuat sure perubahan trigger sebuah fresh bangun. Bukti untuk klaim ini Changes to a statically generated site require a new build and deployment before the generated output changes. Cakupan: Astro static builds as a representative SSG workflow. Tingkat keyakinan: tinggi · Diverifikasi: 2026-07-14 Astro: Deploy your site

ingin teknis versi — bagaimana SSGs differ dari client-side kerangka kerja dan meta-kerangka kerja, sebuah side-oleh-side perbandingan dari semua six, dan bangun-freshness trap di detail? Switch untuk Advanced tab.

TL;DR — sebuah SSG pre-renders setiap route untuk static HTML di bangun time, so konten ada di respons sebelum pertama crawler permintaan — Tidak Web rendering Service, Tidak rendering queue, Tidak “Wave 2” (terjemahan) “Wave 2” delay. itu’s single biggest indexability advantage Anda dapat memberikan sebuah situs. SSGs differ dari CSR kerangka kerja (yang bangun halaman di browser) dan dari meta-kerangka kerja (yang dapat SSR per permintaan). six di ini cluster — Hugo, Jekyll, Eleventy, Hexo, Gatsby, Astro — semua ship static HTML; mereka vary di language, JS payload, dan dibangun-di sitemap/image tooling. nyata failure mode tidak rendering, ini adalah bangun freshness: sebuah static situs adalah hanya sebagai saat ini sebagai -nya terakhir bangun, so changed konten itu tidak trigger sebuah rebuild silently menyajikan stale HTML untuk mesin pencari. I jalankan ini situs pada Astro untuk persis ini set dari trade-offs.

«## What “static” actually means » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian delapan belas, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

sebuah static situs generator berjalan Anda konten dan templates melalui sebuah bangun langkah dan emits sebuah folder dari finished HTML, CSS, dan assets. crucial bagian untuk SEO adalah ketika HTML adalah produced: di bangun time, setelah, untuk everyone — tidak per permintaan, dan tidak di browser. Google’s JavaScript guidance mendeskripsikan crawling, rendering, dan pengindeksan sebagai distinct processing stages. sebuah SSG menghapus client-side rendering dari critical path untuk -nya generated konten karena HTML adalah sudah menyelesaikan. Bukti untuk klaim ini Google processes JavaScript through crawling, rendering, and indexing, while pre-rendered HTML is present before client execution. Cakupan: Google Search JavaScript processing; indexing is not guaranteed. Tingkat keyakinan: tinggi · Diverifikasi: 2026-07-14 Google: JavaScript SEO basics

ini adalah mengapa static situs adalah safest mungkin architecture untuk getting terindeks. konten adalah di pertama byte dari respons. ada Tidak parity kesenjangan antara mentah dan dirender HTML, Tidak dependency pada renderer succeeding, Tidak stateless-Chrome quirks untuk design sekitar.

SSG vs. rendering sisi klien vs. meta-kerangka kerja

Three architectures, three berbeda moments HTML muncul ke existence:

• Static situs generation (SSG). HTML adalah dibangun setelah, di bangun time, sebelum apa pun permintaan. disajikan sebagai flat files (sering dari sebuah CDN). konten adalah di mentah HTML. ini adalah Hugo, Jekyll, Eleventy, Hexo — dan Gatsby dan Astro di mereka default static mode.
• rendering sisi klien (CSR). server mengirim sebuah minimal shell; JavaScript membangun halaman di browser di permintaan/runtime. konten bergantung pada rendering succeeding. ini adalah sebuah default-CSR React atau Vue SPA — riskiest setup untuk SEO (see JavaScript SEO).
• Meta-kerangka kerja (SSR / hybrid). Kerangka kerja like Berikutnya.js, Nuxt, dan SvelteKit dapat render HTML per permintaan pada server (SSR), pre-render beberapa routes (SSG), atau mix keduanya. konten adalah di HTML, tetapi produced di permintaan time, yang menambahkan server cost dan latency Anda tidak memiliki dengan sebuah pure SSG.

line blurs di edges — Gatsby dan Astro adalah sometimes called meta-kerangka kerja karena mereka’re component-based dan dapat melakukan lebih daripada emit flat files. tetapi di mereka bread-dan-butter mode mereka’re static generators, dan itu’s bagaimana Anda harus treat them untuk SEO. mental model itu penting: ** sebelumnya HTML ada, lebih sedikit dapat go wrong sebelum sebuah crawler sees ini.** SSG adalah earliest.

six generators, compared

semua six produce dapat diindeks static HTML. Di sini’s bagaimana mereka differ pada axes itu sebenarnya memengaruhi sebuah SEO decision:

sebuah sedikit hal worth pulling out dari itu table:

• JS payload adalah SEO-berdekatan differentiator. Hugo, Jekyll, Eleventy, dan Hexo ship essentially Tidak JavaScript unless Anda tambahkan ini. Gatsby rehydrates sebuah penuh React bundle pada client — masih dapat diindeks ( HTML adalah static), tetapi ini carries sebuah Core Web Vitals cost others jangan. Astro splits perbedaan dengan islands architecture: static HTML oleh default, JavaScript hanya untuk spesifik interactive components (“islands” (terjemahan) “islands”) itu perlu ini.
• bangun speed scales differently. Hugo (Go) adalah famously fast dan menangani tens dari thousands dari halaman comfortably. Node-based generators adalah lebih lambat di besar scale, dan Gatsby’s bangun times memiliki secara historis telah -nya biggest complaint.
• Sitemaps dan image optimization adalah mostly solved di mana-mana — tetapi Hugo dan Astro memberikan Anda paling out dari box, sementara Jekyll/Eleventy/Hexo lean pada (well-maintained) plugins.
• Gatsby’s rilis cadence memiliki slowed noticeably. project tidak archived dan masih ships patches, tetapi sebagai dari July 2026 -nya GitHub repo menampilkan hanya sebuah handful dari commits di atas trailing 90 days dan satu minor rilis since February. itu’s worth weighing terhadap sebuah lebih actively-developed option jika Anda’re picking sebuah generator hari ini, pada top dari hydration/CWV cost di atas.

Mengapa I dibangun ini pada Astro

I dibangun ini situs — dan patrickstox.com — dengan Astro, dan reasoning adalah straight out dari ini halaman. I wanted untuk author di Markdown/MDX dengan nyata components, tetapi I melakukan tidak ingin untuk pay JavaScript tax pada setiap halaman hanya untuk mendapatkan them. Astro’s default adalah zero client-side JS: halaman Anda’re reading ship sebagai static HTML, dan hanya JavaScript itu memuat adalah untuk handful dari interactive pieces (like lens tabs dan quiz). itu mendapatkan me indexability dari sebuah classic SSG dan baik Core Web Vitals, tanpa giving up sebuah component-based authoring experience. jika I needed blistering bangun speed di seluruh sebuah huge konten set dengan zero interactivity, Hugo akan menjadi obvious panggil; untuk sebuah React data layer, Gatsby. untuk ini — sebuah konten-berat situs dengan sebuah sedikit interactive flourishes — Astro adalah right trade.

satu nyata gotcha: bangun freshness

Semuanya di atas adalah upside. Di sini’s catch itu bites orang.

sebuah static situs adalah hanya sebagai saat ini sebagai -nya terakhir bangun. HTML adalah sebuah snapshot frozen di bangun time. perubahan sebuah price, correct sebuah fact, publish sebuah post, perbarui sebuah tag judul — none dari ini reaches mesin pencari until Anda rebuild dan redeploy. ada Tidak langsung server assembling halaman dari sebuah database pada setiap permintaan, so ada tidak ada apa pun untuk pick up Anda perubahan secara otomatis. Bukti untuk klaim ini Static build output remains a snapshot until the project is rebuilt and redeployed. Cakupan: Astro static build workflow as a representative example. Tingkat keyakinan: tinggi · Diverifikasi: 2026-07-14 Astro: Build and deploy

dalam praktik ini berarti:

• konten edits harus trigger sebuah bangun. jika Anda author di sebuah CMS headless atau Git, wire up sebuah webhook so sebuah publish kicks off sebuah deploy. sebuah manual-hanya bangun proses adalah bagaimana stale prices dan “ghost” (terjemahan) “ghost” 404s sneak ke indeks.
• Frequently-mengubah data adalah awkward. Inventory, prices, langsung counts — jika ini perubahan lebih cepat daripada Anda rebuild, static copy lags. itu’s di mana incremental membangun, scheduled rebuilds, atau sebuah hybrid (sebuah meta-kerangka kerja dengan SSR/ISR untuk volatile routes) earn mereka pertahankan.
• Time-sensitive halaman perlu sebuah cadence. jika “hari ini’s deals” (terjemahan) “hari ini’s deals” adalah baked di bangun time, bangun memiliki untuk jalankan setidaknya daily, atau halaman lies.

None dari ini adalah sebuah dealbreaker — ini adalah sebuah discipline. seluruh alasan SSGs adalah great untuk SEO (HTML decided ahead dari time) adalah yang sama alasan Anda memiliki untuk menjadi deliberate tentang re-deciding ini ketika konten perubahan.

Di mana untuk go berikutnya: static situs generators cluster

ini hub adalah map. setiap generator di bawah adalah -nya own deep dive — language, JS payload, sitemap/image tooling, kerangka kerja-spesifik SEO gotchas, dan cara pertahankan membangun fresh:

• Hugo SEO — Go-powered, zero-JS, blazing membangun; auto-generated sitemap, dibangun-di image processing, dan managing huge konten sets.
• Jekyll SEO — original SSG dan GitHub halaman default; jekyll-seo-tag, jekyll-sitemap, dan plugin-pada-GitHub-halaman limitation.
• Eleventy (11ty) SEO — JavaScript-based, zero-JS output; generating sitemaps dari templates dan eleventy-img untuk responsive images.
• Hexo SEO — Node blog generator; sitemap/feed plugins, theme JS, dan permalink/canonical hygiene.
• Gatsby SEO — React-based static generation; hydration/CWV trade-off, gatsby-plugin-image, gatsby-plugin-sitemap, dan bangun-time data sourcing.
• Astro SEO — zero-JS oleh default, islands architecture, @astrojs/sitemap, astro:assets, View Transitions, dan server Islands fallback perilaku.

setiap topic di atas adalah nested di bawah ini hub dan lives di sidebar too.

untuk lebih luas context — bagaimana Google renders JavaScript, parity dan interaction failure modes, dan yang rendering mode untuk pick ketika Anda melakukan perlu JS — see parent JavaScript SEO hub.

AI summary

sebuah condensed take pada Advanced versi:

• sebuah SSG pre-renders setiap halaman untuk static HTML di bangun time — konten ada di respons sebelum pertama crawler permintaan. Tidak Web rendering Service, Tidak rendering queue, Tidak “Wave 2” (terjemahan) “Wave 2” delay. safest architecture untuk indexability.
• Three architectures oleh ketika HTML ada: SSG (bangun time, safest), CSR (di browser di runtime, riskiest), meta-kerangka kerja/SSR (per permintaan pada server, konten present tetapi dengan latency/cost).
• semua six generators ship dapat diindeks static HTML. mereka differ di language, JS payload, dan dibangun-di sitemap/image tooling:
• Hugo (Go) — zero JS, fastest membangun, dibangun-di sitemap + image processing.
• Jekyll (Ruby) — zero JS, GitHub halaman default, plugin-driven.
• Eleventy (Node) — zero JS, flexible, plugin-driven.
• Hexo (Node) — zero JS oleh default, blog-focused, plugin-driven.
• Gatsby (React) — hydrates sebuah React bundle (CWV cost), strong image tooling, tetapi -nya rilis cadence memiliki slowed markedly sebagai dari pertengahan 2026.
• Astro (apa pun kerangka kerja) — zero JS oleh default melalui islands, official sitemap

• astro:assets.

• JS payload adalah SEO-berdekatan differentiator — Gatsby carries sebuah React bundle; Astro’s islands ship JS hanya di mana needed; rest adalah zero-JS.
• Patrick dibangun ini situs (dan patrickstox.com) pada Astro — components tanpa JS tax: static HTML + baik Core Web Vitals.
• ** satu nyata gotcha adalah bangun freshness:** sebuah static situs adalah hanya sebagai saat ini sebagai -nya terakhir bangun. Wire konten edits untuk sebuah rebuild webhook; gunakan incremental/scheduled membangun atau sebuah hybrid SSR/ISR route untuk fast-mengubah data.

Dokumentasi resmi

Utama-sumber documentation — dari mesin pencari dan dari setiap generator.

mesin pencari — rendering & static HTML

• memahami JavaScript SEO basics — crawl → render → indeks phases itu sebuah static bangun lets Anda skip untuk konten.
• di-Depth Guide untuk Bagaimana Google Search berfungsi — di mana rendering sits, dan mengapa pre-dirender HTML adalah lowest-risk.

** generators**

• Hugo documentation — dan sitemap template dan image processing docs.
• Jekyll docs — plus jekyll-seo-tag dan jekyll-sitemap.
• Eleventy (11ty) docs — dan eleventy-img.
• Hexo docs — dan hexo-generator-sitemap plugin.
• Gatsby docs — dan gatsby-plugin-image dan gatsby-plugin-sitemap.
• Astro docs — plus @astrojs/sitemap dan astro:assets / images.

Quotes dari sumber

pada—record statements dari Google dan dari generators’ own tim, plus sebuah note dari my own writing.

Google — rendering adalah sebuah terpisah langkah

«- “During the crawl, Google renders the page and runs any JavaScript it finds using a recent version of Chrome.” — the step an SSG removes from the critical path by shipping finished HTML. Jump to quote » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian lima puluh sembilan, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.) «- “Rendering is important because websites often rely on JavaScript to bring content to the page, and without rendering Google might not see that content.” — i.e., if the content is already in the static HTML, rendering can’t cost you visibility. Jump to quote » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian lima puluh sembilan, bagian kecil dua: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

Astro — static oleh default

• “By default, Astro pages, routes, and API endpoints will be pre-rendered at build time as static pages. However, you can choose to render some or all of your routes on demand by a server when a route is requested.” (terjemahan) “oleh default, Astro halaman, routes, dan API endpoints akan menjadi pre-dirender di bangun time sebagai static halaman. Namun, Anda dapat choose untuk render beberapa atau semua dari Anda routes pada demand oleh sebuah server ketika sebuah route adalah requested.” Jump untuk quote

Hugo — speed

• Hugo bills itself sebagai “the world’s fastest framework for building websites” (terjemahan) “ world’s fastest kerangka kerja untuk membangun situs web” — bangun-speed advantage itu penting di besar konten scale. Sumber

Patrick Stox (my own berfungsi — JavaScript SEO: sebuah Definitive Guide)

• “Any kind of SSR, static rendering, and prerendering setup is going to be fine for search engines.” (terjemahan) “apa pun jenis dari SSR, static rendering, dan prerendering setup adalah going untuk menjadi fine untuk mesin pencari.” — static generation adalah rendah-risk end dari itu spectrum.

Static-situs SEO checklist

sebuah quick lulus untuk konfirmasi Anda SSG setup adalah penelusuran-friendly — dan staying fresh:

• penting konten adalah present di View Sumber (mentah HTML), tidak hanya setelah JS berjalan — seluruh poin dari sebuah SSG.
• sebuah XML sitemap adalah generated pada setiap bangun dan submitted di Google Search Console dan Bing Webmaster alat.
• setiap halaman memiliki unique, bangun-time <title> dan deskripsi meta (melalui generator’s templating atau sebuah SEO plugin/integration).
• tag canonical adalah set dan poin untuk langsung, akhir URLs (tidak localhost atau sebuah preview domain).
• Images adalah dioptimalkan di bangun time (responsive sizes, modern formats) — gunakan generator’s dibangun-di tooling atau image plugin.
• apa pun client-side JavaScript (Gatsby’s React bundle, Astro islands, theme JS) tidak hiding utama konten behind interaction.
• JS/CSS assets adalah tidak blocked di robots.txt.
• konten edits trigger sebuah rebuild + redeploy — sebuah CMS/Git webhook fires sebuah deploy secara otomatis.
• Time-sensitive atau frequently-mengubah halaman memiliki sebuah scheduled rebuild cadence (atau adalah disajikan melalui SSR/ISR alih-alih static).
• Old URLs dari sebuah sebelumnya bangun tidak left sebagai orphaned static files — bersih output dir / tangani removals so deleted halaman 404 atau 410.
• deployed bangun matches latest konten (spot-periksa sebuah recently changed halaman di production, tidak hanya locally).

Static situs generators — cheat sheet

** six di sebuah glance**

Ketika HTML ada (dan mengapa ini penting)

Fast facts

• SSG = Tidak Web rendering Service di critical path → Tidak “Wave 2” (terjemahan) “Wave 2” delay untuk konten.
• Gatsby hydrates sebuah React bundle (CWV cost); Astro ships JS hanya untuk islands; Hugo/Jekyll/Eleventy/Hexo adalah zero-JS oleh default.
• Gatsby’s rilis cadence memiliki slowed sebagai dari pertengahan 2026 — periksa -nya GitHub activity sebelum betting sebuah baru bangun pada ini.
• Hugo (Go) adalah speed champion di besar scale.
• satu trap: bangun freshness — sebuah static situs menampilkan -nya terakhir bangun. Wire sebuah rebuild webhook untuk konten edits.
• Fast-mengubah data (prices, inventory) → incremental/scheduled membangun atau hybrid SSR/ISR.

Yang rendering path fits?

bangun → deploy → verify kerangka kerja

• bangun: enumerate yang dimaksud routes dan generate menyelesaikan HTML, metadata, canonicals, dan data terstruktur.
• Deploy: publish baru artifact atomically so HTML, assets, sitemaps, dan redirects stay di sync.
• Verify: bandingkan sumber HTML dan production respons dengan konten versi itu triggered bangun.

Static HTML solves rendering dependence; ini melakukan tidak solve stale membangun, missing routes, rusak deploy hooks, atau client-side metadata itu tidak pernah reaches sumber HTML.

periksa apakah key konten ada di sumber HTML

curl -sS https://example.com/page/ | grep -F 'Expected visible heading'

untuk sebuah URL list, fail CI ketika sebuah production route adalah missing atau lacks sebuah judul:

while IFS= read -r url; do html=$(curl -fsSL "$url") || { echo "FETCH FAIL $url"; continue; }; printf '%s' "$html" | grep -qi '<title>[^<]' || echo "TITLE FAIL $url"; done < urls.txt

Jalankan ini di DevTools Console untuk bandingkan sebuah dirender halaman’s judul, canonical, dan heading:

({title: document.title, canonical: document.querySelector('link[rel="canonical"]')?.href, h1: document.querySelector('h1')?.textContent.trim()});

alat untuk static output

• Mentah vs. Dirender HTML Checker menampilkan apakah penting konten dan head sinyal adalah sudah present di awal HTML.
• HTTP Status Checker memeriksa generated routes, redirects, dan missing halaman di batches.
• header HTTP Checker inspects caching dan deployment headers di seluruh redirects.
• sebuah kerangka kerja’s bangun log dan deployment manifest adalah sumber kebenaran untuk yang routes adalah generated successfully.

Prove static deployment berfungsi

Sumber-HTML test

Test untuk jalankan: fetch representative production URLs dengan curl atau Render Kesenjangan. Yang diharapkan hasil: utama konten, judul, canonical, dan tautan muncul di mentah HTML. Failure interpretation: route adalah client-dirender atau bangun omitted data. Monitoring window: immediate setelah deploy. Rollback trigger: penting templates ship empty atau incomplete sumber HTML.

Penerbitan-freshness test

Test untuk jalankan: publish sebuah controlled konten perubahan dan bandingkan -nya CMS timestamp, bangun log, deploy artifact, dan langsung HTML. Yang diharapkan hasil: perubahan triggers satu successful bangun dan reaches production. Failure interpretation: webhook, bangun, cache, atau deployment chain adalah stale. Monitoring window: wajar publish SLA. Rollback trigger: production mixes old HTML dengan baru metadata atau assets.

Route-completeness test

Test untuk jalankan: bandingkan yang dimaksud canonical URLs dengan generated/deployed routes dan batch-periksa statuses. Yang diharapkan hasil: setiap yang dimaksud route mengembalikan -nya planned status. Failure interpretation: dynamic path penemuan atau bangun configuration missed routes. Monitoring window: setiap bangun. Rollback trigger: canonical halaman become 404s atau redirect unexpectedly.

Uji pemahaman Anda: Static situs Generators

Five quick pertanyaan pada mengapa static situs generators adalah easy mode untuk SEO — dan satu hal itu dapat masih trip Anda up. Pick sebuah jawaban untuk setiap, lalu periksa.

Resources worth Anda time

My related writing

• JavaScript SEO: sebuah Definitive Guide — rendering, DOM parity, dan mengapa static/prerendered output adalah rendah-risk end dari spectrum.
• Beginner’s Guide untuk SEO teknis — di mana rendering architecture fits di bigger picture.

My speaking

• Bagaimana Penelusuran berfungsi (SlideShare) — my walkthrough dari crawling, rendering, pengindeksan, dan peringkat. (My standing disclaimer applies: “Ini adalah my understanding dari sistem… tidak going untuk menjadi 100% menyelesaikan atau accurate.” (terjemahan) “ini adalah my understanding dari sistem… tidak going untuk menjadi 100% menyelesaikan atau accurate.”)

«From around the industry

• web.dev — Rendering on the Web — the Chrome team’s canonical explainer of SSG vs. SSR vs. CSR and the trade-offs between them.
• Google Search Central — JavaScript SEO basics — the crawl → render → index phases a static build lets you skip for content.
• Jamstack — the architectural movement (pre-rendered markup served from a CDN) that static site generators are the engine of, with a generators directory.
• Astro — Why Astro? — the clearest statement of the “static HTML, zero JS by default, islands for interactivity” model.
• Hugo — the Go-based generator built around build speed at large content scale.
• Smashing Magazine — Static site generator coverage — practitioner articles on choosing and using SSGs. » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian seratus dua puluh satu, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

Log perubahan