情報資産・サイト構造設計
CMSとBlogの役割、著者ページ、URL固定、知識資産構造を扱う。
Knowledge → WebとCMS実務 → 情報資産・サイト構造設計
CMSとBlogの役割、著者ページ、URL固定、知識資産構造を扱う。
このTopic Clusterには現在6件の主要Knowledgeがあります。下の記事はそれぞれ独立した問いに答えながら、同じテーマを別の角度から補います。
このテーマのKnowledge
AI時代に著者ページを独立させる理由は、記事ごとの著者名を、同じ人物を一意に示す固定URLへ集約できるからです。著者プロフィール、専門領域、実績、外部プロフィール、記事一覧を1ページにまとめ、各記事のauthor.urlから同じページを参照すると、人間にも検索システムにも「誰が書いたか」を伝えやすくなります。
2. Blog・Knowledge・Experiments・Sourcesを分ける理由
Blog・Knowledge・Experiments・Sourcesを分ける理由は、同じ情報でも「読む」「参照する」「実証する」「裏づける」で役割が違うからです。Blogは考えや出来事を読ませ、Knowledgeは答えを再利用しやすい形へ構造化し、Experimentsは独自の検証方法と結果を残し、Sourcesは公式資料や一次情報を管理します。
3. Wixの動的ページで記事タイトルを変えてもURLを変えない方法
動的ページのURLをタイトルではなく、専用のテキストフィールド「urlKey」に接続します。URL構造を /knowledge/{urlKey} にしておけば、表示タイトルを変更してもURLを独立して管理できます。
4. Wix CMSとWix Blogはどう使い分ける？実運用で分かった役割の違い
読み物や時系列で発信する記事はWix Blog、同じ項目構成で蓄積・再利用したい情報はWix CMSが向いています。海辺の部屋では、コラムはBlog、Knowledgeや独自検証はCMSに分けています。
5. Breadcrumbを60記事へ手入力しない――Primary Cluster→Pillarから一括生成した方法
Primary MembershipからClusterとPillarをたどり、60記事分の「Knowledge > Pillar > Cluster」を一括生成した情報設計の実例です。
6. 「文章を書いた」でKnowledgeを完成扱いしない――CMS登録＋Graph統合までを1本の完了条件にした
文章保存だけで完成とせず、Membership・Relation・Breadcrumb・Index・Stats・Typography・Quality Gateまでを1本の完了条件にした運用です。
AI向けProject Sourcesは増やすだけでは整理できない――正本・旧版・補助資料を分けた実例
Project Sourcesを情報資産として、正本・補助・旧版候補へ整理する参照基盤の設計です。
このテーマと交差するKnowledge
日々のニュースを再利用可能な情報資産として残すため。
同じPillarの別テーマ
Wix・CMS・API自動運用 （6件）
Wix直接運用、CMS自動化、API、Media Manager、重複防止を扱う。
上位Pillar
ChatGPTとWix・CMS・APIをつなぎ、壊れにくく続けられるWeb運用へ落とし込む。
全体から探す場合は、Knowledgeトップへ戻る。
CLUSTER