Static サイト Generators

暫定日本語訳:どのように Hugo, Jekyll, Eleventy, Hexo, Gatsby, と Astro pre-構築 すべての ページ へ static HTML — bypassing Google's JS rendering queue so コンテンツ is indexable on 最初 fetch.

初回公開:2026年6月26日 · 最終更新:2026年8月4日 · Advanced
言語
このページには証拠シグナルが1件あります

暫定日本語訳:static サイト generator (SSG) 構築 すべての ページ へ finished HTML at 構築 time, so あなた コンテンツ is already in raw HTML 前に crawler ever asks 向けに it — no JavaScript rendering queue, no Wave 2 delay, immediately indexable. その's core SEO advantage 超えて クライアント-side frameworks. Hugo, Jekyll, Eleventy, Hexo, Gatsby, と Astro all share it; それら differ in 言語, どのように much JS それら ship へ ブラウザー, と built-in 画像/sitemap tooling. one real gotcha is 構築 freshness: static サイト is だけ as 現在の as its 最後 構築, so コンテンツ changes need rebuild と redeploy へ reach 検索エンジン. I built この サイト (と patrickstox.com) とともに Astro 向けに exactly これらの 理由.

暫定日本語案: TL;DR — SSG pre-renders すべての route へ static HTML at 構築 time, so 暫定日本語案: コンテンツ exists in レスポンス 前に 最初 crawler リクエスト — no Web 暫定日本語案: Rendering Service, no rendering queue, no “Wave 2” delay. その’s single 暫定日本語案: biggest indexability advantage あなた できる give サイト. SSGs differ から CSR 暫定日本語案: frameworks (which 構築 ページ in ブラウザー) と から meta-frameworks (which 暫定日本語案: できる SSR per リクエスト). six in この cluster — Hugo, Jekyll, Eleventy, Hexo, 暫定日本語案: Gatsby, Astro — all ship static HTML; それら vary in 言語, JS payload, と 暫定日本語案: built-in sitemap/画像 tooling. real failure mode isn’t rendering, it’s 暫定日本語案: 構築 freshness: static サイト is だけ as 現在の as its 最後 構築, so 暫定日本語案: changed コンテンツ その doesn’t trigger rebuild silently serves stale HTML へ 暫定日本語案: 検索エンジン. I run この サイト on Astro 向けに exactly この 設定 of trade-offs.

何 “static” actually means

暫定日本語案: static サイト generator runs あなた コンテンツ と templates 通じて 構築 手順 と 暫定日本語案: emits folder of finished HTML, CSS, と assets. crucial part 向けに SEO is 暫定日本語案: いつ HTML is produced: at 構築 time, once, 向けに everyone — ない per 暫定日本語案: リクエスト, と ない in ブラウザー. Google’s JavaScript guidance describes クロール, 暫定日本語案: rendering, と インデックス登録 as distinct processing stages. SSG removes クライアント-side 暫定日本語案: rendering から critical path 向けに its generated コンテンツ because HTML is 暫定日本語案: already 完全な. Evidence for this claim Google processes JavaScript through crawling, rendering, and indexing, while pre-rendered HTML is present before client execution. Scope: Google Search JavaScript processing; indexing is not guaranteed. Confidence: high · Verified: Google: JavaScript SEO basics

暫定日本語案: この is なぜ static サイト are safest possible architecture 向けに getting インデックス登録. 暫定日本語案: コンテンツ is in 最初 byte of レスポンス. There’s no parity gap 間に 暫定日本語案: raw と rendered HTML, no dependency on renderer succeeding, no stateless-Chrome 暫定日本語案: quirks へ design around.

SSG vs. クライアント-side rendering vs. meta-frameworks

暫定日本語案: Three architectures, three 異なる moments HTML comes へ existence:

  • 暫定日本語案: Static サイト generation (SSG). HTML is built once, at 構築 time, 前に any 暫定日本語案: リクエスト. Served as flat files (多くの場合 から CDN). コンテンツ is in raw HTML. 暫定日本語案: この is Hugo, Jekyll, Eleventy, Hexo — と Gatsby と Astro in their デフォルト 暫定日本語案: static mode.
  • 暫定日本語案: クライアント-side rendering (CSR). サーバー 送信 minimal shell; JavaScript 暫定日本語案: 構築 ページ in ブラウザー at リクエスト/runtime. コンテンツ depends on 暫定日本語案: rendering succeeding. この is デフォルト-CSR React または Vue SPA — riskiest 暫定日本語案: setup 向けに SEO (see JavaScript SEO).
  • 暫定日本語案: Meta-frameworks (SSR / hybrid). Frameworks like Next.js, Nuxt, と SvelteKit 暫定日本語案: できる render HTML per リクエスト on サーバー (SSR), pre-render some routes (SSG), 暫定日本語案: または mix both. コンテンツ is in HTML, ただし produced at リクエスト time, which adds 暫定日本語案: サーバー cost と latency あなた don’t have とともに pure SSG.

暫定日本語案: line blurs at edges — Gatsby と Astro are sometimes called 暫定日本語案: meta-frameworks because それら’re component-based と できる do more than emit flat 暫定日本語案: files. ただし in their bread-と-butter mode それら’re static generators, と その’s 暫定日本語案: どのように あなた すべき treat them 向けに SEO. mental model その matters: ** earlier 暫定日本語案: HTML exists, less できる go 誤った 前に crawler sees it.** SSG is 暫定日本語案: earliest.

six generators, compared

暫定日本語案: All six produce indexable static HTML. Here’s どのように それら differ on axes その 暫定日本語案: actually affect SEO decision:

Generator言語 / built inJS shipped へ ブラウザーSitemap画像 optimizationBest 向けに
HugoGoNone by デフォルトBuilt-in (sitemap.xml auto-generated)Built-in 画像 processing (resize, WebP)Large コンテンツ サイト その need fast 構築
JekyllRubyNone by デフォルトPlugin (jekyll-sitemap)Plugins (jekyll-picture-tag etc.)GitHub ページ blogs; original SSG
Eleventy (11ty)JavaScript (Node)None by デフォルトTemplate/plugin (あなた generate it)Plugin (@11ty/eleventy-img)JS devs who want zero-JS output と flexibility
HexoJavaScript (Node)None by デフォルト (theme-dependent)Plugin (hexo-generator-sitemap)PluginsBlogs, especially in Node/Asia ecosystem
GatsbyJavaScript / ReactReact bundle (hydrates)Plugin (gatsby-plugin-sitemap)Built-in (gatsby-plugin-image, strong)React teams wanting データ-driven static サイト
AstroJS/TS, any UI frameworkNone by デフォルト (islands だけ)公式 (@astrojs/sitemap)Built-in (astro:assets)コンテンツ サイト wanting components なしで JS tax

暫定日本語案: few things worth pulling out of その table:

  • 暫定日本語案: JS payload is SEO-adjacent differentiator. Hugo, Jekyll, Eleventy, と 暫定日本語案: Hexo ship essentially no JavaScript unless あなた 追加 it. Gatsby rehydrates 暫定日本語案: full React bundle on クライアント — still indexable ( HTML is static), ただし it 暫定日本語案: carries Core Web Vitals cost others don’t. Astro splits difference 暫定日本語案: とともに islands architecture: static HTML by デフォルト, JavaScript だけ 向けに 暫定日本語案: specific interactive components (“islands”) その need it.
  • 暫定日本語案: 構築 speed scales differently. Hugo (Go) is famously fast と handles tens 暫定日本語案: of thousands of ページ comfortably. Node-based generators are slower at large 暫定日本語案: scale, と Gatsby’s 構築 times have historically been its biggest complaint.
  • 暫定日本語案: Sitemaps と 画像 optimization are mostly solved everywhere — ただし Hugo と 暫定日本語案: Astro give あなた 大半の out of box, while Jekyll/Eleventy/Hexo lean on 暫定日本語案: (well-maintained) plugins.
  • 暫定日本語案: Gatsby’s release cadence has slowed noticeably. project isn’t archived 暫定日本語案: と still ships patches, ただし as of July 2026 its GitHub repo 表示 だけ 暫定日本語案: handful of commits 超えて trailing 90 days と one minor release since 暫定日本語案: February. その’s worth weighing against more actively-developed option if 暫定日本語案: あなた’re picking generator 現在, on top of hydration/CWV cost above.

なぜ I built この on Astro

暫定日本語案: I built この サイト — と patrickstox.com — とともに Astro, と reasoning is 暫定日本語案: straight out of この ページ. I wanted へ author in Markdown/MDX とともに real components, 暫定日本語案: ただし I did ない want へ pay JavaScript tax on すべての ページ just へ get them. Astro’s 暫定日本語案: デフォルト is zero クライアント-side JS: ページ あなた’re reading ship as static HTML, と 暫定日本語案: だけ JavaScript その loads is 向けに handful of interactive pieces (like lens 暫定日本語案: tabs と quiz). その gets me indexability of classic SSG good Core 暫定日本語案: Web Vitals, なしで giving up component-based authoring experience. If I needed 暫定日本語案: blistering 構築 speed 全体で huge コンテンツ 設定 とともに zero interactivity, Hugo する 暫定日本語案: be obvious call; 向けに React データ layer, Gatsby. 向けに この — コンテンツ-heavy 暫定日本語案: サイト とともに few interactive flourishes — Astro is right trade.

one real gotcha: 構築 freshness

暫定日本語案: Everything above is upside. Here’s catch その bites 人々.

暫定日本語案: ** static サイト is だけ as 現在の as its 最後 構築.** HTML is snapshot 暫定日本語案: frozen at 構築 time. Change 価格, 正しい fact, publish post, update 暫定日本語案: タイトル tag — none of it reaches 検索エンジン until あなた rebuild と redeploy. 暫定日本語案: There’s no live サーバー assembling ページ から database on 各 リクエスト, so 暫定日本語案: there’s nothing へ pick up あなた change 自動. Evidence for this claim Static build output remains a snapshot until the project is rebuilt and redeployed. Scope: Astro static build workflow as a representative example. Confidence: high · Verified: Astro: Build and deploy

暫定日本語案: In practice この means:

  • 暫定日本語案: コンテンツ edits 必要がある trigger 構築. If あなた author in headless CMS または Git, 暫定日本語案: wire up webhook so publish kicks off deploy. 手動-だけ 構築 プロセス is 暫定日本語案: どのように stale 価格 と “ghost” 404s sneak へ インデックス登録.
  • 暫定日本語案: Frequently-changing データ is awkward. Inventory, 価格, live counts — if it 暫定日本語案: changes faster than あなた rebuild, static copy lags. その’s どこ incremental 暫定日本語案: 構築, scheduled rebuilds, または hybrid ( meta-framework とともに SSR/ISR 向けに 暫定日本語案: volatile routes) earn their 保つ.
  • 暫定日本語案: Time-sensitive ページ need cadence. If “today’s deals” is baked at 構築 暫定日本語案: time, 構築 has へ run at least daily, または ページ lies.

暫定日本語案: None of この is dealbreaker — it’s discipline. whole 理由 SSGs are great 暫定日本語案: 向けに SEO (HTML decided ahead of time) is 同じ 理由 あなた have へ be deliberate 暫定日本語案: について re-deciding it いつ コンテンツ changes.

どこ へ go next: static サイト generators cluster

暫定日本語案: この hub is map. 各 generator below is its own deep dive — 言語, JS 暫定日本語案: payload, sitemap/画像 tooling, framework-specific SEO gotchas, と どのように へ 保つ 暫定日本語案: 構築 fresh:

  • 暫定日本語案: Hugo SEO — Go-powered, zero-JS, blazing 構築; auto-generated sitemap, 暫定日本語案: built-in 画像 processing, と managing huge コンテンツ sets.
  • 暫定日本語案: Jekyll SEO — original SSG と GitHub ページ デフォルト; jekyll-seo-tag, 暫定日本語案: jekyll-sitemap, と plugin-on-GitHub-ページ limitation.
  • 暫定日本語案: Eleventy (11ty) SEO — JavaScript-based, zero-JS output; generating sitemaps 暫定日本語案: から templates と eleventy-img 向けに responsive 画像.
  • 暫定日本語案: Hexo SEO — Node blog generator; sitemap/フィード plugins, theme JS, と 暫定日本語案: permalink/canonical hygiene.
  • 暫定日本語案: Gatsby SEO — React-based static generation; hydration/CWV trade-off, 暫定日本語案: gatsby-plugin-image, gatsby-plugin-sitemap, と 構築-time データ sourcing.
  • 暫定日本語案: Astro SEO — zero-JS by デフォルト, islands architecture, @astrojs/sitemap, 暫定日本語案: astro:assets, View Transitions, と サーバー Islands fallback behavior.

暫定日本語案: すべての topic above is nested 下で この hub と lives in sidebar too.

暫定日本語案: 向けに broader context — どのように Google renders JavaScript, parity と interaction 暫定日本語案: failure modes, と which rendering mode へ pick いつ あなた do need JS — see 暫定日本語案: parent JavaScript SEO hub.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.