情報資産・サイト構造設計
CMSとBlogの役割、著者ページ、URL固定、知識資産構造を扱う。
Knowledge → WebとCMS実務 → 情報資産・サイト構造設計
Blog・Knowledge・Sources・著者・URLを、再利用しやすいWeb情報資産として構造化するKnowledge群。
下の記事はそれぞれ独立した問いに答えながら、同じテーマを別の角度から補います。
このテーマのKnowledge
1. 107 Knowledge監査で91件にlegacy categoryが残っていた――分類のSource of TruthをPrimary Clusterへ一本化した実例
legacy categoryとPrimary Clusterが同じKnowledge内に共存する現在状態を監査し、正式分類をPrimary Cluster→parentPillarへ一本化する情報アーキテクチャとして所属。
2. 101 Knowledge時点で4 Pillar構成を見直し、AI CREATIVEを独立させた――増えたKnowledgeに合わせて分類を再編した実例
101 Knowledge時点で4 Pillar構成を見直し、創作系31本をAI CREATIVEとして独立させる再編案と現在の5 Pillar構成を比較し、分類をKnowledgeの実態に合わせて更新する情報設計として所属。
3. Featuredを新着6本にせず、5 Pillar代表＋1 Flagshipへ揃えた――Knowledge Graphの入口として選んだ実例
Featuredを新着一覧ではなく、5 Pillar代表＋1 FlagshipからKnowledge Graph全体へ案内する入口として設計する情報アーキテクチャのKnowledge。
4. 「文章を書いた」でKnowledgeを完成扱いしない――CMS登録＋Graph統合までを1本の完了条件にした
Knowledgeを単独記事ではなくGraphノードとして扱い、所属・接続・Index・Statsまでを1本の完成条件にした情報アーキテクチャとして所属。
5. Breadcrumbを60記事へ手入力しない――Primary Cluster→Pillarから一括生成した方法
Knowledge GraphのPrimary ClusterとPillarを読者向けBreadcrumbへ再利用し、サイト構造と表示ナビを同じ分類データから生成した実例として所属。
このKnowledgeの中心テーマとして現在のTopic Clusterへ所属。
7. Blog・Knowledge・Experiments・Sourcesを分ける理由
このKnowledgeの中心テーマとして現在のTopic Clusterへ所属。
8. Wixの動的ページで記事タイトルを変えてもURLを変えない方法
このKnowledgeの中心テーマとして現在のTopic Clusterへ所属。
9. Wix CMSとWix Blogはどう使い分ける？実運用で分かった役割の違い
このKnowledgeの中心テーマとして現在のTopic Clusterへ所属。
このテーマと交差するKnowledge
AI向けProject Sourcesは増やすだけでは整理できない――正本・旧版・補助資料を分けた実例
Project Sourcesを情報資産として正本・補助・退役候補に構造化する設計として交差するため。
日々のニュースを再利用可能な情報資産として残すため。
同じPillarの別テーマ
ChatGPTとWix、CMS、APIを使ってWeb運用を自動化・安全化するKnowledge群。
上位Pillar
ChatGPTとWix・CMS・APIをつなぎ、壊れにくく続けられるWeb運用へ落とし込む。
全体から探す場合は、Knowledgeトップへ戻る。