ブログを始めましょう: 開発者向けの必須ガイド

それで、あなたはブログを始めようとしている開発者ですか?このガイドでは、ドメイン名とサイトの作成から SEO とシンジケーションに至るまで、独自のブログ サイトの運営について説明します。 目次 セクション 0 (オプション) - ブログ プラットフォームでの執筆を開始する 開発者 ハッシュノード ハッカーヌーン セクション 1 - ドメインを購入する どのドメイン名を選択すればよいでしょうか? ドメイン名はどこで購入できますか? ドメインコスト セクション 2 - 静的サイト ジェネレーターを使用して単純なサイトを作成する 静的サイトジェネレーターとは何ですか? SSG を使用する理由 Hugo を使用した基本的なサイトの作成 セクション 3 - ブログをホストする セクション 4 - 分析 セクション 5 - 基本的な SEO Google にあなたの存在を知らせる 問題の確認 正規化と正規 URL プライベート GitHub リポジトリ バックリンクとドメインオーソリティー セクション 6 - 作品の共有 Redditを使用する 特定のサブレディットに投稿する 各サブレディットのルールを確認してください コミュニティの一員になる セクション 7 - ブログ プラットフォームでの再公開 再公開された記事の正規化 dev.to の正規版 ハッシュノードの正規化 HackerNoon での正規化 FreeCodeCamp では正規化できません。 宣伝はあなたのために行われました 再発行の欠点 付録 なぜブログを書くのか？ ライティングとコミュニケーションのスキルを向上させます 自分が何について話しているのかを知っていることを証明する方法を提供します 自分自身をマーケティングし、機会を創出するのに役立ちます SSG の簡単な比較 ジキル イレブンティ ギャツビー ヒューゴ セクション 0 (オプション) - ブログ プラットフォームでの執筆を開始する 自分のサイトを立ち上げる前に、少しウォームアップしたい場合は、執筆を開始して既存のブログ プラットフォームに作品を投稿するのが最も簡単で単純です。 結局のところ、ブログで最も難しいのは実際に文章を書くことです - 少なくとも、私たち開発者にとっては通常そうです。したがって、最初にそれを感じて、楽しめるかどうかを確認するのは悪いことではありません。また、後ほど説明しますが、これらは、独自の別のブログ サイトをセットアップする場合でも、使用するのに便利です。 開発者 おそらく についてはすでに聞いたことがあるでしょう。これは今でも最大の開発者ブログ プラットフォームであり、ここから始めることをお勧めします。シンプルなマークダウン エディタを使用して簡単に書き始めることができ、読者も多いため、すぐに多くの人の目に留まるでしょう。 dev.to これには優れた分析機能が組み込まれており、何人の人があなたの投稿を読んでいるか、また Reddit や Twitter などの投稿をどのように見つけたかを確認するのに役立ちます。これは、作業を共有するときに何が最も効果的かを確認するのに役立ちます。 そのデザインには、投稿に対する「いいね！」やリアクション、掲示板スタイルのディスカッション スレッドなど、ソーシャル メディア スタイルの要素が多数含まれています。 (これは好みにもよりますが、賛否両論あるかもしれません。) 迷ったらまずはここから！ ハッシュノード は新しい開発ブログ サイトです。私の意見では、dev.to よりもはるかにプロフェッショナルな雰囲気があります。 dev.to よりもはるかにブログ指向であり、ソーシャル メディア サイトではありません。独立したブログのサブドメインが与えられ、サイト内でブログに独自の独立したアイデンティティが与えられます。 Hashnode 必要に応じて、独自のプライベート ドメイン名に接続することもできます。 しかし、悲しいことに、dev.to よりも人気が低く、私の経験では、そこを経由するトラフィックはほとんどありません。すっきりとしたスタイルが気に入ったら、一見の価値はあるかもしれませんが、投稿を注目してもらうためにはさらに努力する必要があります。 ハッカーヌーン 投稿した記事が公開前に最高の状態であることを確認するために、あなたと協力する人間の編集者を通過する必要があるという点で、dev.to や Hashnode とは大きく異なります。ただし、記事をまったく公開しないことを選択する場合もあります。 HackerNoon は、 これにはトレードオフがあります。これは素晴らしい学習体験である一方で、いつ、何を投稿するかという自由が制限されます。したがって、学習体験を得るために HackerNoon に作品を送信することをお勧めしますが、ブログの主な拠点を別の場所に置くことも検討してください。 セクション 1 - ドメインを購入する 残念ながら、独自のブログを作成するには、名前を付けるという開発者の最も恐ろしいタスクの 1 つが含まれます。純粋に技術的な観点から見るとそれほど難しいことではありませんが、事前に調べて検討する価値はあります。サイトをセットアップするときによく考えてください。 どのドメイン名を選択するか? ここには主に 2 つの選択肢があります。 ブログに自分の名前を付けます 別の名前でブログに独自のアイデンティティを与える それぞれについてさまざまな意見がありました。私自身のブログでは、単に自分の名前にちなんで名付けました。私の考えは、自分の名前を世に広めるためにブログを使っているのなら、ブログで自分の名前を使ってみてはいかがでしょうか? どちらを選択する場合でも、ドメインを変更するのは少し面倒であるため、時間をかけて自信のあるドメインを見つける価値があることを忘れないでください。ただし、希望するドメインがすでに取得されている場合は、ドメインを再考または調整する必要がある場合があるため、本格的にドメインを取得する前に、そのドメインが利用可能かどうかを確認してください。 ドメイン名はどこで購入できますか? おそらく 、 、 、 など、多くのドメイン レジストラについてすでに聞いたことがあるでしょう。 、 BlueHost Hostinger GoDaddy Namecheap ただし、チェックすべき重要な点は です。これは、 ドメイン からです。私のアドバイスは、入手できれば 最適であるということです。そのため、気に入ったものがあればそれを選択してください。しかし、そうでない場合は、 優れた代替手段になる可能性があります。 Google Domains .dev を販売する唯一のレジストラだ .com .dev ドメインのコスト ドメインの費用はさまざまで、さらに、ドメインを維持するには に注意してください。ドメインは年間 10 ドル程度で購入できるため、ビジネス目的でドメインを購入する場合を除き、高価なドメインを購入する前によく考えてください。 毎年支払う必要があること セクション 2 - 静的サイト ジェネレーターを使用した単純なサイトの作成 静的サイトジェネレーターとは何ですか? 静的サイト ジェネレーター (SSG) は、Web サーバー上に保持される静的ファイルとして提供できるように、Web サイトのコンテンツをテンプレート化して生成します。 ホーム ページ、投稿インデックス、「概要」ページなど、サイトの主な構造を設定した後、マークダウン ファイルを追加するだけで完全なページを生成できます。 SSG を使用する理由 簡単に言うと、SSG 高速なサイトを提供します ワークフローを使用して公開できるようにする GitOps 安全です (ハッキングされるデータベースはありません!) プラットフォームが提供できるものに限定されるのではなく、技術スキルを活用できます。 開発者として、私たちはほぼ毎日、これとよく似た機能を備えた GitHub を使用しています。私たちのコード リポジトリでは、readme とその他のドキュメントをマークダウンで記述します。GitHub は、それを Web ページで表示できるように適切にフォーマットします。 SSG を使用すると、自分のブログとほぼ同じ GitOps ワークフローに従うことができます。 dev.to で書き始めたとき、私は Git リポジトリで下書きを管理していました。公開するまではこれで問題ありませんでしたが、その時点でコンテンツを Web エディタに転送する必要がありました。 これは問題ありませんでしたが、SSG を使用すると、GitHub の Readme を更新する場合と同じワークフローを使用できることを知ったとき、さらに詳しく知りたいと思うには十分でした。 ブログをセットアップする一般的な方法は、WordPress などを使用することです。これには確かに多くの利点がありますが、すべてのコンテンツがデータベースに保存されます。静的に生成されたサイトにはサイトは必要ありません。つまり、静的に生成されたサイトの方がはるかに高速になります。 もちろん速度がすべてではありませんが、 ため、SSG で生成されたサイトの速度を活用してみてはいかがでしょうか。 Google はサイトの読み込み速度を重視している Hugo を使用して基本的なサイトを作成する 静的サイトを作成するには をお勧めします。つまり、人気があり、サポートが充実しており、高速で、既成のテンプレートを使用してすぐに起動して実行できるためです。 Hugo (代替 SSG の詳細については、付録の を参照してください。) 「SSG の比較」セクション Hugo の公式ドキュメントの 基本的な Hugo サイトのセットアップ方法が詳しく説明されています。表示される手順に従いますが、 到達したら、コマンドを次のように変更することをお勧めします。 クイック スタート ページには、 「サイトの作成」コマンドに hugo new site quickstart cd quickstart git init echo "/public/" >> .gitignore echo "/resources/_gen/" >> .gitignore echo ".hugo_build.lock" >> .gitignore git clone https://github.com/leafee98/hugo-theme-flat themes/flat rm -rf themes/flat/.git/ themes/flat/.github/ echo "theme = flat" >> hugo.toml hugo server 公式ガイドとは次のような違いがあります。 ファイルをセットアップします .gitignore Ananke テーマの代わりに優れた を使用します 「Flat」テーマ テーマを git サブモジュールとしてではなく、独自のリポジトリ内のコードとして設定します。これにより、後で自分の好みに合わせてテーマを微調整することが非常に簡単になります。 。これは SEO 上の理由からであり、これについては後ほど説明します。 GitHub リポジトリを作成するときは、非公開にしてください ガイドに従えば、サイトをホストできる準備が整います。この時点で、サイトには変更が必要な部分がある可能性が高くなります。ただし、だからといってホストされるのをやめる必要はありません。 。それ以外はすべて後で変更できます。 後で変更しないようにしたい主な点は URL です セクション 3 - ブログをホストする Hugo ドキュメントの セクションで説明されているように、静的サイトがあるため、事実上どこにでもホストでき、ほぼ確実に無料でホストできます。 ホスティングとデプロイメントの もちろん、WordPress ベースのサイト用の無料または安価なホストもたくさんありますが、特定のホストが提供できる帯域幅は限られています。一般に、実際にお金を渡さなくても、静的サイトでは、より多くの帯域幅が得られます。 Hugo のホスティング ガイドには多くの可能性がリストされていますが、個人的には を使用する に同意できます。その無料利用枠はおそらく最速であり、使いやすいです。 CloudFlare Pages という Bryce Wray の推奨 従ってください。この時点で、サイトはオンラインになります。ただし、 のような醜いドメインが作成されます。 に従って、以前に購入したドメインでサイトを公開するだけです。 「GitHub リポジトリのセットアップ」以降はガイドに my-blog-xyz.pages.dev カスタム ドメインの設定に関する CloudFlare のガイド セクション 4 - 分析 虚栄心の虚栄心、すべては虚栄心だ！ ― 伝道の書 1:2 厳密に言えば、これはオプションのステップですが、この時点でサイトの分析を設定する価値があります。おそらく私がうぬぼれているだけかもしれませんが、私にとってブログの楽しみの多くは、人々が自分の書いたものを実際に見て関心を持っているのを確認できることです。 静的サイトを設定する場合の制限の 1 つは、分析には何らかのデータベースが必要となるため、自分で分析をホストできないことです。しかし、優れたサードパーティ分析プロバイダーがたくさんあるため、それはそれほど大きな問題ではありません。 あなたもおそらく聞いたことがある最大のものは、Google Analyticsです。 サードパーティプロバイダーを使用して分析を設定するには、通常、次の作業が必要です。 アカウントの設定 JavaScript スニペットまたはリンクをページに追加します。 私が推奨した Hugo テンプレートでは、次のような内容を テンプレート ファイルに追加するだけです。 head.html {{/* Include analytics, but only in production */}} {{- if hugo.IsProduction | or (eq site.Params.env "production") }} {{- end }} サイトに GA を設定する場合は、 に従ってください。 Google の公式ドキュメント 私が利用した分析プロバイダーは です。残念ながら、無料ではありません (月額約 9 ドル) が、使いやすく、軽量 (スクリプトは 1 kb 未満) で、プライバシーも尊重されているため、一見の価値はあります。 Plausible セクション 5 - 基本的な SEO あなたがそれを建てれば、彼らは来ます - フィールド・オブ・ドリームス 上記の引用には 真実があります。 Google にブログを掲載するために必要な作業はそれほど多くありません。ありがたいことに、 。最終的に重要なのは、 ことです。これは、私たちのような独立系ブロガーにとって朗報です。 ある程度の キーワードを詰め込む悪ふざけの時代は終わりました 良いコンテンツを書く そうは言っても、サイトが検索エンジンに最適な状態であることを確認するためにできることがいくつかあります。 Google にあなたの存在を知らせる 最終的には Google のウェブ クローラーがあなたのサイトを見つけますが、Google が有利なスタートを切り、あなたのサイトを に設定するのに役立つことは確かです。次のことを実行するとよいでしょう。 Google 検索コンソール サインアップ ドメイン アドレスを登録します (Google Domains からドメインを購入した場合、これは大幅に簡素化されます) [サイトマップ] タブでサイトの の URL を送信します。ありがたいことに、Hugo が に生成してくれるでしょう。 sitemap.xml https://yourdomain.com/sitemap.xml これが完了すると、Google は (今後数日のうちのある時点で) ウェブサイトのクロールを開始します。ただし、Search Console には数日程度のラグがあることに注意してください。 サイトのインデックスに登録されているものを確認する最も信頼できる方法は、 クエリ ( など) を使用して Google で検索することです。 site: site:yourdomain.dom Search Console で設定することのもう 1 つの便利な利点は、[ページ] タブで、Google がページをインデックスできない、またはインデックスしない理由について報告された問題を確認できることです。 問題の確認 Hugo と私たちが使用しているテンプレートは、優れた SEO 実践の基本のほとんどをカバーしているはずです。それでも、 でサイトをチェックするのは悪いことではありません。 (これは、テンプレート ファイルを微調整してサイトを自分の好みに合わせて作り始める場合に、より重要になります。) Google の PageSpeed Insights ツール これにより、ページのパフォーマンス、アクセシビリティ、SEO の問題 (メタ タグの欠落など) の概要がわかります。 正規化と正規 URL ブロガーとして理解する上で重要な SEO 概念の 1 つは です。基本的に、同じコンテンツには異なる URL からアクセスできるが、Google が 1 つのページのページ ランキングを複数の URL に分割することは望ましくないという考えです。 、正規化と正規 URL したがって、検索エンジンがどの URL をページの として考慮するかをページに宣言させることができます。 URL CloudFlare はカスタム ドメインと一緒に のような「醜い」ドメインも生成することに注意してください。すべてではないにしても、ほとんどのホスティング プロバイダーでは、この基本ドメインをオフにすることはできませんが、ページに正規 URL が設定されている限り、これは問題にはなりません。Google はカスタム ドメインの下にのみリストします。 「醜い」ものではありません。 my-blog-xyz.pages.dev Hugo に Flat テーマを推奨する理由の 1 つは、(Ananke の推奨デフォルトとは異なり) すでに正規リンクが含まれていることです。ただし、別のテーマを使用したい場合は、次のようにヘッダー テンプレートにこれを追加するだけです。 前述の PageSpeed Insights ツールでチェックすることで、これが特定のページに対して正しく設定されていることを確認できます。 「SEO」セクションのチェックリスト項目として、ページに正規 URL があるかどうかが表示されます。 正規化については、以下の でさらに詳しく説明します。 再公開に関するセクション プライベート GitHub リポジトリ 以前に GitHub リポジトリを非公開にしたことを思い出してください。これは、(この記事の執筆時点では) 正規 URL や マークダウン ドキュメントに ためで、これがコードの重複に関する別の微妙な問題として機能するためです。プライベート リポジトリはこの問題を回避します。 noindex タグを 追加できない バックリンクとドメイン権限 Google がサイトをランク付けする要因の 1 つは、そのサイトにリンクしている他のサイトの数であるということを聞いたことがあるでしょう。これは として知られており、この文脈におけるあるサイトから別のサイトへのこのようなリンクは として知られています。 ドメインオーソリティ バックリンク Google でブログのランクを高くするためにバックリンクを「養殖」する方法について話すつもりはありません。まず、Google はそのような計画に賢明であり、さらに、独自のサイトを作成する利点の 1 つは、Web をそのようなおバカなやり方でさらに埋めるのではなく、Web をより良い場所にすることに貢献できることです。 主なポイントは ことです。最初はそれほど大きなドメイン権限を持っていませんが、時間の経過とともにその権限は大きくなります。これまでと同様に、できる限り最高の投稿を書くことに集中する必要があります。 、Google で上位にランクされるまでには時間がかかるという セクション 6 - 作品の共有 広告は、邪悪なものを宣伝する場合にのみ悪となります。 — デビッド・オグルヴィ Google があなたのブログを見つけてくれるだけで十分だと言いたいところですが、現実的には、少し自己宣伝をしたり、投稿をオンラインで共有したりするのに非常に役立ちます。 Redditを使用する これを行う最善の方法は、Reddit に記事へのリンクを投稿することです。ソーシャル メディアに投稿するのは悪いことではありませんが、Reddit の主な利点は、その投票システムにより、良い投稿 (皆さんもそうでしょう) がすぐに一掃されるのではなく、サブレディットのトップ ページにしばらく留まることができることです。タイムラインに沿って。 特定のサブレディットに投稿する 書いているプログラミング言語やテクノロジーなどの特定のサブレディットに投稿します。サブレディットが大きければ大きいほど、より多くの人があなたの投稿を目にする可能性がありますが、問題は、 のような大きなサブレディットでは、自分の投稿を維持するために、多くの人が良い投稿を単に埋めるために戦術的に反対票を投じることが多いということです。上。 /r/programming 代わりに、あなたの投稿に当てはまる最も具体的な Reddit を使用することで、より幸運が得られるでしょう。このようなコミュニティはあなたの投稿を気にかけて読んでくれる可能性が高く、自己宣伝をより受け入れやすくなります。 各サブレディットのルールを確認する サブレディットに慣れていない場合は、 。各サブレディットには異なるルールがあり、特に自分の記事へのリンクに対する許容範囲が異なります。 投稿する前に必ずそのコミュニティ ルールを確認してください これは、自己宣伝を完全に禁止する場合、自己宣伝をあまりしないことを期待する場合、またはまったく制限しない場合など、さまざまです。 代わりにより適切なサブレディットへのリダイレクトが行われる可能性があります。たとえば、 のルールでは、技術的な質問は代わりに にリダイレクトし、同様に求人情報も にリダイレクトするように求められます。 注意すべきもう 1 つの重要なルールは、望ましくない投稿トピックであり、 /r/programming r/learnprogramming /r/forhire コミュニティの一員になる 投稿先のサブレディットのルールに関係なく、レディットを自分の目的のためのツールとしてのみ使用するのではなく、コミュニティの一員になることを常にお勧めします。楽しんでいる他のブログからのリンクを投稿し、ディスカッションに参加して、ただ楽しんでください。 時々 を読んで、責任ある方法で参加していることを確認してください。 「Reddiquette」 セクション 7 - ブログ プラットフォームでの再公開 自分のブログを持つことはやりがいがありますが、dev.to などの開発者ブログ プラットフォームに投稿を再公開することも役立ちます。時間をかけて自分のブログを開設したのに、なぜ一周回って戻ってくるのか不思議に思うかもしれません。 最終的に重要なのは、あなたの考えを他の開発者に読んで評価してもらうことです。再公開は、人々があなたの作品に出会う別の方法を追加するだけで、それを実現するのに役立ちます。 もう 1 つの重要な利点は、バックリンクを通じて自分のブログのドメイン権限を構築できることです。ただし、サイトにバックリンクがクレジットされるようにするには、正しい方法で再公開する必要があります。 再公開された記事の正規化 前に説明した正規 URL の概念を覚えていますか?記事を他の場所に再投稿するときは、記事の正規バージョンがブログ上のものであることを示すことができるサイトにのみ投稿するのが理想的です。 そうすることで、再公開による露出のメリットが得られますが、その結果生じるバックリンクによって、自分のブログのドメイン権限が構築されます。 dev.to の正規版 で詳しく説明されているように、投稿の「前付」プロパティに プロパティを追加するだけで正規 URL を追加できます。 dev.to のエディター ガイド canonical_url ハッシュノードの正規化 「Are you republishing?」の下の Hashnode 記事に正規 URL を設定できます。記事の「記事設定」ビューのセクション。 (詳細については 参照してください。) 、ドキュメントを HackerNoon での正規化 で説明されているように、投稿の設定の「First Seen At」に正規 URL を設定できます。 HackerNoon のドキュメント FreeCodeCamp では正規化できません。 で指摘されているように、FreeCodeCamp では正規 URL を設定できないため、FreeCodeCamp で作品を再公開する前によく考えてください。実際、 、これが原因で特定のブロガーに与えた悪影響について詳しく説明しています。 この Hashnode の記事 この dev.to 投稿では 宣伝はあなたのために行われます 再公開のもう 1 つの利点は、Reddit やその他のソーシャル メディアで作品を共有するための作業の一部が自動的に行われることです。 特定のコミュニティ向けに記事をキュレーションするボットやブロガーは、多くの場合、ブログ プラットフォーム上の特定のタグを通じてあなたの作品を見つけ、ソーシャル メディアで共有します。 再発行の欠点 ただし、再公開にはある程度のコストがかかります。 これらのサイトに再投稿するのは、特に自分のサイトに公開するときの優れた GitOps フローとは対照的に、少し手間がかかることがあります。 (ただし、ここでの解決に役立ついくつかの自動および半自動ソリューションが利用可能です。) 検索エンジンでは、再出版された作品がオリジナル作品よりも上位にランクされる可能性があります。理想的には、正規 URL は、再公開された作品が完全にインデックス付けされていないことを意味しますが、これは保証されていません (特に Bing の場合、私の経験では) したがって、 検討する価値があります (たとえば、1 ～ 2 週間ですが、それはあなた次第です)。これには次のような利点があります。 オリジナルを公開してからしばらくしてから再公開することを オリジナルおよび再出版物全体で修正および追加を行う作業の重複が減少します。校正の努力にもかかわらず、必然的に、あなたまたはあなたの読者は、あなたが見逃していた問題や点に気づくことになります。記事が自分のブログにのみ存在する間にこれを行う方が良いでしょう。 検索エンジンには、最初にサイトのインデックスを作成する時間があります。 付録 なぜブログを書くのか？ ライティングとコミュニケーションのスキルを向上させます ありがたいことに、アジャイルとは、以前の時代のようにソフトウェア開発で大量のドキュメントを作成する必要がほとんどないことを意味しますが、私は振り子が少し反対方向に傾きすぎていると思います。そのため、初心者に入門するのに役立つ優れたドキュメント悲しいことにシステムやリポジトリは無視されています。 開発者としてのキャリアが進むにつれて、自分の思考を整理し、複雑な概念やシステムを明確かつ簡潔な方法で説明する必要性がますます高まります。 ブログは、これらのスキルを練習するのに最適な方法です。特に、聴衆がいることは大きなモチベーションになります。 自分が何について話しているのかを知っていることを証明する方法を提供します 自分が知っているテクノロジーのリストを履歴書に記載することは別のことです。自分の技術を隅から隅まで知っていることを明確に示す、自分が書いた記事にリンクできることで、それらを本当に理解していることを証明することはまったく別のことです。 自分自身をマーケティングし、機会を創出するのに役立ちます Jeff Atwood は、彼のブログ「 を通じて Joel Spolsky と知り合い、その後、Stack Overflow と呼ばれる小さなものを作成しました。 Coding Horror」 ブログを作成するだけでそのようなことが起こるとは保証できませんが、害があるわけではありません。そして、特にニッチなテクノロジー分野では、過去にあなたの記事を読んだ人を通じて、あなたの名前が誰かの目に留まるかもしれません。 SSG の簡単な比較 ここでは、いくつかの人気のある SSG についての私の考えと、どのようにして Hugo に落ち着いたのかを説明します。より大きなリストについては、 参照してください。 jamstack.org を ジキル ジキルはかつて非常に人気がありましたが、今はそれほど人気がありません。これは GitHub ページを強化しており、非常にブログ指向です。最初はそれを検討しましたが、ブログ ページの URL 内に日付コンポーネントが埋め込まれているという厳格な URL 構造に躊躇しました。これは自分のブログでは避けたかったことでした。 これは、投稿をより抽象的な タイプの一部として作成することで回避できますが、そうすると、独自のブログ投稿の抽象化内で作業する利点の多くが失われます。 「コレクション」 イレブンティ イレブンティは高い人気を誇るSSGです。これはnode.jsを利用しており、非常に柔軟です。テンプレート エンジンとマークダウン レンダラーをカスタマイズでき、同じサイト内の異なるページに異なるオプションを使用することもできます。 これで私が感じた主な欠点は、組み込みのテンプレートが付属していないため、すぐにブログを簡単に生成できないことです。また、ノード上で実行されるため、インストールがより複雑になることにも注意してください。決して取引を妨げるものではありませんが、Hugo ほど便利ではありません。 ギャツビー 最近はギャツビーも人気ですね。ただし、静的サイトではなく反応ベースのシングルページ アプリが生成されます。これは有効なオプションです。ブログを作成するときに、純粋な HTML と CSS のシンプルさを求めました。 さらに、 、代わりに Hugo を推奨していることが分かりました。 この筆者はこれを使用してあまり良い経験ができず ヒューゴ 最後に、私が自分のブログに使用している SSG である Hugo について説明します。これは Go で書かれており、これを使用することは単一のバイナリをインストールすることを意味します。これにはホスティングの観点から利点があります。私のプロバイダーで Hugo のバージョンを指定するだけで、ローカルでの場合とまったく同じように動作することを確認できます。 猛烈な勢いで進んでいます。ブログにほんの数件の投稿が含まれている場合にはこれにほとんど違いはありませんが、サイトが成長してもビルド時間は確実に速いままであることを知っておくと良いでしょう。 これは最も人気のある SSG あり、よく使用され、文書化されており、ほぼすべての静的サイト ホスティング プラットフォームで十分にサポートされています。 (GitHub スターから判断) で 何よりも、すぐに始めるためのテンプレートが用意されています。おそらく、ある時点で独自のテンプレートを作成する (または少なくとも自分の好みに合わせて変更する) ことも必要になるでしょうが、少なくとも、すぐに使い始めるための何かが提供されます。 その主な欠点は、Go のテンプレート言語を使用していることです。決してひどいものではありませんが、他の言語に比べて少し不格好です。別のテンプレート言語に興味がある場合は、ここでは運が悪いでしょう。これが問題である場合は、イレブンティを検討してみる価値があるかもしれません。