2026年の個人サイト運用まとめ：AIとAstroとCloudflareで回す
このサイトは、2020年を最後に更新が止まっていました。作った当時の構成はGatsbyとNetlifyで、記事もプロフィールもその頃のまま。今年、土台から作り直すことにして、フレームワークをAstroに、公開先をCloudflare Pagesに移しました。あわせて、今年に入ってから書き溜めていた学習メモ36本を、リニューアルにあわせてまとめて公開しています。
この記事は、その1年の総括です。何を決めて、何を作って、どこで失敗したか。派手な成果報告ではなく、来年以降の自分のための記録として書きます。同じように個人サイトを運営している人の参考になる部分があれば、それで十分です。
体制：書くのはAI、決めるのは人
今回いちばん大きく変えたのは、記事づくりの体制です。実装と執筆の下書きはAIに任せ、品質の確認と公開の判断は人がやる。この分担を最初に決めてから作業を始めました。
| 担当 | 役割 |
|---|---|
| Codex | サイト実装、移行作業などコード側の下書き |
| 別のAI | 記事の下書きと品質管理（出典確認、構成の見直し） |
| 人（自分） | テーマ決定、公開前の最終チェック、公開するかどうかの判断 |
実装を任せるAIと、文章をチェックするAIを分けたのは意図的です。書いた本人（人でもAIでも）にそのまま自己採点させると、どうしても甘くなります。チェック側のAIには、出典が実在するか、やっていない作業を体験談として書いていないか、定型文の繰り返しで水増ししていないか、といった品質条件を先に渡してから読ませました。
分担を決めるうえで意識したのは、得意不得意ではなく「間違えたときに誰が気づくか」です。下書きの速さはAIが圧倒的に上ですが、間違いに気づく仕組みは別に用意しないと、速さの分だけ間違った記事も速く溜まります。だからこそ、書く側と読む側を分けて、読む側には「良い文章か」ではなく「品質条件に反していないか」だけを機械的に見させる形にしました。感想ではなく検査として読ませる。この割り切りが、数十本単位の下書きを扱ううえでは効きました。
分担の要点： AIに任せるのは「速く作る」部分だけにしました。公開するかどうか、という取り消しの利かない判断は人が持つ。この線引きを崩さなかったことが、後述する作り直しの判断を素直にできた理由だと思っています。
技術構成：確定したもの
移行先の構成は、今年の早い段階で確定させました。判断の経緯は「GatsbyからAstroへ移行した理由：判断軸の整理」に書いたとおりで、ここでは確定事項だけを並べます。
- フレームワーク：Astro（記事はMarkdown、Content Collectionsで管理）
- CSS：Tailwind CSS
- 検索：Pagefind（静的サイトのままサイト内検索を持たせる）
- テスト：Playwright（表示の回帰チェック）
- 公開先：Cloudflare Pages（移行の洗い出しは「NetlifyからCloudflare Pagesへ移すときのチェックリスト」に整理）
- 表示確認：プレビューデプロイを標準の確認フローにする
選定の基準は一貫して「個人が一人で回し続けられるか」でした。新しさよりも、止まっても復帰しやすいこと、ビルドが素直なこと。2020年で止まった反省を踏まえると、凝った構成は続かないというのが率直なところです。
品質の仕組み：作り直す判断も含めて
記事側で回していたのは、次のチェックです（詳しい経緯は「AIに書かせた記事の品質チェック：出典・捏造・定型文を見抜く」に書きました）。
- 出典のURLが実在し、記事の主張とページ内容が対応しているか
- 数字・バージョン・固有名詞を一次情報で裏取りできているか
- 一人称の体験談が、実際にやった作業の範囲に収まっているか
- 見出しごとに定型句が繰り返されていないか
- 複数本を並べたとき、サイズや構造が不自然に均一でないか
- コード例などの具体例が本文にあるか
正直に書くと、この仕組みは最初から回っていたわけではありません。リニューアルの初期にAIへ下書きさせた記事が数十本溜まり、公開前のチェックで軒並み引っかかりました。定型文の繰り返し、やっていない作業の体験談、参照URLの件数の均一さ。結局その一群は公開を取りやめ、テーマだけ残して本文は作り直しました。下書きを捨てるのは惜しく感じましたが、中身のない記事を数だけ並べる方が、サイト全体の信用を落とします。
チェックで見つけた問題は、その場で直して終わりにせず、次に下書きを頼むときの指示にも戻しました。「体験談は書かない。事実と手順だけを書く」「参照は件数を揃えず、実際に開いて確認したものだけを挙げる」。問題の出方を見ながら指示を足していくので、下書きの当たり外れは後半ほど小さくなりました。チェックリストは検査の道具であると同時に、指示書の改訂履歴でもあります。
この失敗があったからこそ、チェック側の体制と品質条件を先に固める今の形になりました。「AIコーディングエージェントの使い分けメモ：ChatGPT・Codex・Claude Code・Gemini」で書いた使い分けも、この運用の中で落ち着いたものです。
来年以降に残した課題
今年中に片づけきれなかったものも、正直に残しておきます。
- 内部リンクの整備：記事同士のリンクは一通り入れました。ただ、移行記から個別記事へといった導線の設計はまだ粗く、読者の回遊を考えた見直しはこれからです
- 計測の見直し：旧サイトの解析はUniversal AnalyticsのIDのままで止まっていました。移行を機に置き換えますが、何をどう測るかの設計は未着手です
- 過去記事の扱い：2019〜2020年の記事9本は当時のまま残しています。古い情報の注記や、テーマの棚卸しは来年の課題です
- 公開ペースの平準化：今年は「書き溜めて一括公開」でした。来年は無理のない範囲で、書いたら出す形に寄せたいところです
総括： 今年やったことは、派手な機能追加ではなく「止まっていたものを、続く形に戻す」作業でした。構成は軽く、分担は明確に、品質の線引きは先に決める。来年はこの土台の上で、記事のつながりと計測を整えていきます。
リニューアル自体はこれで一区切りです。サイトの見た目や構成で気づいたことがあれば、連絡をもらえると助かります。