株と日々株と暮らし、ときどき自動化。

サイト運営 / SITE NOTE 01

公開日: · 構成・動作確認:

非エンジニアでもできる、AIを使った投資ブログ作り——手間と費用を抑えた構成

非エンジニアでも取り組めるよう、AIに相談しながらAstro・GitHub Actions・Cloudflare Pagesで静的サイトを構成しました。選んだ理由と、AIに任せる範囲・自分で確認する範囲を整理しています。

投資や株主優待について調べたことを、継続して残せるブログを作りたいと考えました。ただ、記事を書く以外の作業には、あまり時間をかけたくありません。アクセスがまだ少ない段階から、毎月サーバー代を払い続けることにも迷いがありました。

もう一つ考えたのは、記事だけでなく、独自ドメインも時間をかけて育てていくことです。利用するサービスが将来変わっても同じドメインで発信を続けられれば、これまでの記事や運営の積み重ねを、自分で管理できる資産として残しやすくなります。

そこで、分からないことをAIに相談しながら、ブログの構成を一つずつ決めることにしました。完成したのは、Astroで静的なページを作り、GitHub Actionsで更新し、Cloudflare Pagesから配信する構成です。

AIを使うことで、非エンジニアでもコードを使った構築へ取り組みやすくなりました。一方で、AIにすべて任せれば安全に運営できるわけではありません。この記事では、何をAIに手伝ってもらい、何を自分で判断するのかも含めて、現在の構成を選んだ理由を紹介します。

ブログ以外の仕事を増やしたくなかった

ブログを始めるとき、最初に気になったのは見た目や機能よりも、その後の運営でした。

記事を書くたびに複数のページを更新したり、決まった時間に公開操作をしたりする仕組みでは、長く続けるほど負担が増えます。サーバーやデータベースを持てば、契約だけでなく、更新やセキュリティ対策も必要です。

私が作りたかったのは、ブログを運営すること自体が目的になる仕組みではありません。投資について調べ、考えた内容を記事として残すための場所です。そのため、最初に次の条件を決めました。

  • 初期費用と毎月の固定費をできるだけ抑える
  • 常時稼働するサーバーを自分で管理しない
  • 記事の公開や一覧の更新をなるべく自動化する
  • RSSやサイトマップを手作業で更新しない
  • 記事と設定の変更履歴を残す
  • 将来やめる場合も、記事データを手元に残せるようにする
  • 特定のサービスに依存せず、独自ドメインと発信の実績を積み重ねる

安いサービスを探すだけでなく、管理し続けるものは減らしながら、記事と独自ドメインは長く積み重ねられることを重視しました。

AIには、コードより先に条件を伝える

AIを使うときは、最初から「ブログのコードを書いて」と頼むのではなく、まず何を作りたいのか、何に困っているのかを伝えます。

投資に関する個人ブログを作りたい。費用をできるだけ抑えたい。サーバー管理はしたくない。記事は予約公開したい。スマートフォンでも読みやすくしたい。RSSとサイトマップも必要だが、記事を追加するたびに手で更新したくない。

こうして条件を言葉にすると、必要な機能と不要な機能を分けやすくなります。AIには、候補となる構成の比較、設定ファイルやコードの作成、エラーの原因調査を手伝ってもらいます。

一方で、ブログの目的、公開する内容、どこまで費用をかけるかは自分で決めます。AIが提案したサービスについても、料金や利用条件は公式情報を確認します。

選んだのは小さな静的サイト

現在の構成は次のとおりです。

記事とデータ
    ↓
Astroで静的HTMLを生成
    ↓
GitHub Actionsで定期的にビルド
    ↓
Cloudflare Pagesへ配信

必要に応じて、Pythonで収集・整理したデータやチャートも記事に加えます。

静的サイトとは、アクセスのたびにサーバーでページを組み立てるのではなく、あらかじめHTMLを作って配信するサイトです。このブログにはログイン機能や買い物かごがないため、常時動くアプリケーションサーバーを用意する必要はありません。

Astroを選んだ理由

Astroは、記事データからHTMLを生成できます。記事一覧、個別ページ、銘柄別ページ、RSS、サイトマップを同じデータから作れるため、同じ内容を何度も転記せずに済みます。

最終的に配信するものはHTML、CSS、JavaScript、画像、フォントなどの静的ファイルです。表示時にデータベースへ接続しないため、構成を小さく保てます。

GitHubを使う理由

記事、デザイン、設定をGitHubで管理しています。いつ、何を変えたのかが履歴に残り、問題が起きたときに変更箇所を確認できます。

AIに修正を依頼するときも、変更前後の差分を見て、意図していないファイルまで変わっていないかを確認できます。非エンジニアにとって、Gitのすべての機能を最初から理解するのは簡単ではありませんが、「変更を記録し、差分を確認し、問題があれば戻せる」ことは大きな助けになります。

Cloudflare Pagesを選んだ理由

公開先にはCloudflare Pagesを使っています。理由は、Astroが作った静的ファイルをそのまま配信でき、現在の規模なら無料枠で始められるからです。

このブログではPages Functionsを使わず、静的なファイルだけを配信しています。Cloudflareの公式ドキュメントでは、静的アセットへのリクエストは無料・有料プランともに無料かつ無制限と説明されています。

また、GitHub Actionsでビルドを終えた後、完成したdistディレクトリをWranglerという公式ツールでアップロードできます。独自のビルド手順をCloudflare側へ移し替えず、ローカルとGitHub Actionsで同じ処理を使える点も、このブログに合っていました。

2026年9月28日の確認時点で、Freeプランには1サイト20,000ファイル、1ファイル25 MiBなどの上限があります。現在のブログはこの範囲に収まります。ただし、無料枠やサービスの仕様は変わる可能性があります。公開後も、必要に応じて公式情報を確認します。

なお、Cloudflareは現在、新規プロジェクトにはWorkersを主要な選択肢として案内しています。ここでは、既存のPages構成がこのブログの要件を満たしている理由を説明しており、すべての新規サイトにPagesを勧めるものではありません。

「無料で運営」と言い切らない

Cloudflare Pagesを無料枠で利用できても、ブログに関するすべてが無料になるわけではありません。

独自ドメインには取得・更新費用がかかります。GitHub ActionsやAI、アクセス解析なども、使い方や契約プランによって費用が発生する可能性があります。将来、会員機能、データベース、大容量のファイル保存などを追加すれば、別のサービスも必要になります。

独自ドメインの費用は、単なる固定費ではなく、自分の発信場所を継続して持つための費用とも考えています。ドメインそのものの価値が必ず上がるわけではありませんが、同じ場所で記事と信頼を積み重ね、利用するサービスが変わっても引き継げることには意味があります。

そのため、このブログでは「完全無料」ではなく、現在必要な機能を無料枠中心で構成し、固定費を抑えていると説明するのが正確です。

WordPressではなく静的サイトにした理由

WordPressには、管理画面から記事を書けることや、テーマとプラグインが豊富であることなど、多くの利点があります。

今回は、記事をファイルとして管理したい、サーバーとデータベースの保守を減らしたい、AIとコードを使って自分の運用に合わせたい、という条件から静的サイトを選びました。

どちらが優れているかではなく、どちらが自分の運用方法に合うかの違いです。ブラウザの管理画面だけで記事を書きたい場合や、コメント、会員、決済などの動的な機能が必要な場合は、別の構成のほうが使いやすい可能性があります。

AIに任せたこと、自分で確認すること

AIには、次のような作業を手伝ってもらえます。

  • 希望を要件や作業単位へ整理する
  • 技術やサービスの候補を比較する
  • Astro、Python、GitHub Actionsのコードを書く
  • テストを追加する
  • エラーログから原因を探す
  • ドキュメントや記事の下書きを整理する

それでも、サービスの契約、認証情報の管理、実行してよい操作かどうか、公開する文章や数値は人が確認します。AIが生成したコードも、実際に動かし、テストやビルドの結果を見る必要があります。

特に投資情報では、AIの説明だけを出典にしません。企業IRなどの一次資料へ戻り、数値、日付、条件を確認します。

非エンジニアでも、何も知らなくてよいわけではない

AIによって、分からない言葉をその場で質問し、必要なコードを作りながら学べるようになりました。しかし、少なくとも次の点は理解する必要があります。

  • どのファイルが記事で、どのファイルが設定なのか
  • 実行するコマンドが何をするのか
  • APIトークンやパスワードを公開してはいけないこと
  • エラーになった処理を、そのまま公開へ進めないこと
  • 変更内容と実行結果を確認すること
  • 外部サービスの料金と利用条件は公式情報で確かめること

AIは、専門知識をすべて持ってからでなければ始められない、という壁を低くしてくれます。ただし、最終的な判断まで代わりに引き受けるものではありません。

まとめ

このブログで重視したのは、初期費用の安さだけではありません。記事を公開するたびに発生する作業と、長期的に管理するものを減らすことでした。同時に、記事と独自ドメインを、自分で管理できる形で少しずつ積み重ねることも大切にしています。

Astroで静的サイトを作り、GitHubで変更を管理し、Cloudflare Pagesから配信することで、常時稼働するサーバーを持たない小さな構成にしています。AIは、その構成を考え、実装し、問題を調べるための伴走者として使っています。

費用を抑えても、毎回多くの公開作業が必要では長く続けにくくなります。次の記事では、情報収集、検証、予約公開、サイトの更新をどのように半自動化しているかを紹介します。

注意書き・編集方針

このブログの作り方へ →