topics

個人サイトは蓄積への案内を整えると読者が歩きやすくなる

個人サイトは蓄積への案内を整えると読者が歩きやすくなる

記事を書き続けているのに、初めて来た人へサイトの全体像を説明しにくいことがあります。新しい記事は一覧の上へ出てきますが、過去に積み上げた内容は少しずつ奥へ流れていくからです。

このとき必要なのは、記事を増やすことだけではありません。個人サイトを記事の集まりとしてではなく、育てている知識体系の入口として扱い、蓄積へ届く案内を整えることです。

ブログはサイトの一部として使う

ブログは、考えを外へ出すための手段の一つです。時系列で新しいものが上に積まれるため、更新を続けながら情報を蓄積しやすい。一方で、古い記事は新しい記事に押し出され、関連する内容が近くにあることも伝わりにくくなります。

そのため、ブログ記事だけをサイトの全体像にしない。固定ページやテーマページを使い、記事の新しさとは別の順番で、これまでの蓄積へ入れるようにします。ブログ形式にこだわるのではなく、考えを外へ出し続けられる形を選ぶということです。

個人サイトをポータル形式にすると、過去の記事をテーマごとの位置へ戻せます。初めて来た人に何が読めるかを示し、どの順番で進むかも案内できる。時系列の一覧からは見つけにくかった内容を、今のサイトに必要な入口として再提示できます。

次に読む理由が分かるように案内する

記事の前後を自動的につなぐだけでは、なぜその記事へ進むのかが分かりません。今読んでいる内容から関心がどちらへ広がるのか、そのリンクを読むと何が分かるのかを添えると、移動が理解の続きになります。

記事の末尾に関連リンクを手動で置くことは、そのための小さな実装です。リンクを増やすことが目的ではありません。著者が内容の関係を選び、読者が予想していなかった記事にも出会えるようにする。記事単体の読了で終わらず、蓄積の別の場所へ渡すための接続です。

もう一段大きく束ねるなら、テーマページを作ります。テーマページは最初から完全な総論にする必要はありません。短い読み物でそのテーマの見方を示し、その下に役割の違うリンクを説明付きで並べれば、読者は自分が次に必要とする記事を選べます。

MOCの構造を整えると知識を辿りやすくなる

すべてを大きなハブにしない

テーマページを増やすほど案内が良くなるわけではありません。すべてのテーマを長大な総論へ育てようとすると、ページを作ること自体が重くなります。まずは入口として機能する最小形を置き、本当に価値の高いテーマだけを読み物ハブへ育てます。

入口ページで直接見せる主役も、絞ったほうがよい。NotesやMusicの入口から、ブログや細かなページを同列に並べ始めると、どこから入ればよいかが曖昧になります。まずテーマページへ案内し、その先で個別記事や専門的な情報へ分岐させるほうが、サイト全体の道筋を説明しやすくなります。

基本情報を目立つ位置に置き、特定の人に向けた専門的な内容は、その基本記事からの関連リンクとして奥へ配置する方法もあります。専門情報を捨てるのではなく、入口からの距離を調整する考え方です。

本題を読んでから移動できる位置に置く

入口ページでは、サイトに何が蓄積されているかを先に示せます。ただし、個別の記事の冒頭へ関連MOCやリンク集を置くと、本題が下へ押し下げられます。読者は読み始める前に案内を読み飛ばすことになり、本来の説明へ入る負荷が増えます。

個別記事のナビゲーションは、読者が本題を読み終えて別の場所へ移りたくなったときに置く。ページの位置を確かめるだけの短い親リンクは冒頭でもよいですが、隣接する記事やMOCの案内は、本文の後ろに置くほうが役割を分けられます。

サイトの一覧ページに前書きを置く場合も、個別topicの一つとして混ぜず、一覧の読み方を渡す独立した導入として扱います。先に読み方が分かれば、一覧に並ぶ記事を自分の関心に合わせて選べます。

新着を増やす前に、蓄積へ道をつける

個人サイトの価値は、更新本数だけでは決まりません。記事やノートが増えても、読者がどこから入り、なぜ次のページへ進むのかが分からなければ、蓄積は一覧の奥に残ったままです。

新しい記事を書くことは続けながら、既存の記事をテーマごとに束ね、入口と理由付きのリンクを整える。そうすると、時系列で流れていた記事が、読者の理解に合わせて歩ける知識の道になります。

ObsidianのMOC

AIと知的生産のニュースレター

Knowledge Stack