本文へ移動
Coffee Break Again キャラクターと物語のWebサイト設計

Guide

創作サイトのURL設計|後から変えにくいページ名と階層の決め方

作品・人物・世界観ページのURLを、短く、意味が変わりにくく、将来追加しても衝突しにくい形で決めるための設計手順を解説します。

URLは何を表す名前にしますか?

URLはページの見出しを短くしたものではなく、長く残る識別子です。「最新」「準備中」「おすすめ」のように状態で変わる言葉ではなく、作品、人物、世界観、記事の役割など変わりにくい主語を使います。

ページ種類ごとにどんな型を使いますか?

ページ種類URLの型判断
人物/characters/name/表示名が変わる可能性も考える
作品/works/title/形式ではなく作品単位を主語にする
世界観/world/topic/固有語または読者の疑問で分ける
解説記事/articles/topic/検索語の羅列ではなく一つの主題にする

上の型は一例です。既存サイトに命名規則がある場合は、同じ規則を優先します。

短くても意味が伝わるスラッグをどう作りますか?

  1. ページの主語を一つ決める作品、人物、場所、質問のどれを識別するか決める。
  2. 変わる修飾語を外す最新、完全版、初心者向けなど本文改訂で変わる語を外す。
  3. サイト内で表記を揃えるcharacterとcharactersなど同じ役割の揺れを作らない。
  4. 声に出して区切れるか確認する長すぎる複合語や意味不明な略語を避ける。
  5. 既存URLと照合する旧ページ、画像、カテゴリ、予約パスと衝突しないか見る。

階層はどこまで深くしますか?

階層は、分類の数ではなく、URLへ残したい意味で決めます。シリーズ名やカテゴリが変わったときにページの主題まで変わらないなら、深く入れすぎません。

設計向く条件リスク
浅い階層人物・作品の主語が明確種類が増えると一覧整理が必要
カテゴリを含む分類が長期に固定される分類変更でURL変更が起きる
シリーズを含むシリーズ外へ移らない作品統合・改題時に階層が古くなる
日付を含む年度・大会・イベント自体が主題常設ページには古さが残る

公開前にURL台帳で何を確認しますか?

予定ページを一行ずつ並べ、同じ役割のURL、既存URLとの衝突、末尾スラッシュ、公開状態を確認します。ページファイルを作る前に台帳で重複を止めます。

台帳の列確認内容防げる問題
予定URLスラッグ・階層・末尾表記揺れ
ページの役割誰の何の疑問へ答えるか内容重複
既存URL旧ページ・資産と同じでないかURLの奪取・衝突
公開条件本文・導線・メタ情報が整ったか空ページ

避けたいURL名はどれですか?

  • /new//latest/ のように時間で意味が変わる名前
  • /page1/ のように内容を識別できない名前
  • 同じ役割で単数形・複数形・略語が混在する名前
  • タイトル全文を入れた長いキーワード列
  • 公開前の仮名や内部管理番号だけの名前

変更が必要になったら何を一緒に直しますか?

URL変更はファイル名の変更だけでは終わりません。旧URLを残したまま、新URLへの恒久転送、内部リンク、canonical、サイトマップ、外部案内を同じ変更単位で更新します。

すでに公開済みのURLを変更する具体的な処理は、旧URLを壊さないサイト移行ガイドで説明しています。

公式資料では何を確認できますか?

Google Search Centralは、論理的で人が理解できるURL、意味のある単語、ハイフンによる区切り、不要なパラメータの削減を案内しています。公開済みURLを変更する場合は、恒久的な移動にサーバー側の301を使う方法を示した公式資料も確認します。

この方法が向くのは、どんなサイトですか?

静的サイト、CMS、ブログサービスを問わず、公開前に作品・人物・解説ページのURLを決める小規模サイト向けです。次の条件が揃ううちに台帳へ書き出すと、公開後の変更を減らせます。

  • ページの主語と役割を一文で説明できる
  • 旧サイトや予約済みパスの一覧を確認できる
  • 公開前なので、内部リンクや外部案内がまだ固定されていない
  • 将来の改題や分類変更を見込んでも残せる名前を選べる

多言語サイト、大規模データベース、ECの商品バリエーションには別の要件があります。また、外部からだけ参照される未知の旧URLは、台帳とは別に調査が必要です。

公開後の修復ではなく、公開前の予防に絞ります

この記事は、公開後の転送処理ではなく、変更を起こしにくくする予防型のURL設計です。旧URLを台帳化し、既存パスとの衝突を避けて新しいルートを登録した本サイトの移行工程を根拠にしています。

この記事で扱わないこと: 301・404・410・canonicalを使った公開後の移行。ここでは公開前の主語、スラッグ、階層、衝突確認だけを扱います。

よくある質問

URLは日本語と英語のどちらがよいですか?

どちらでも公開できますが、入力・共有・移行時の扱いやすさを優先するなら、短い英数字のスラッグが管理しやすい傾向があります。読者に見せる日本語タイトルは別に設定できます。

URLにカテゴリ名を入れるべきですか?

カテゴリが長期に変わらず、階層として読者にも意味がある場合は入れられます。分類を後で変えそうなら、作品や人物の主語だけを残し、カテゴリ変更でURLまで変わらない形にします。

公開日をURLへ入れてもよいですか?

日付自体が記事の主題でない限り、入れない方が再編集しやすくなります。イベント記録や年度別資料のように、日付が内容を識別する場合だけ使います。

URLを間違えたらすぐ変更すべきですか?

軽微な好みだけで変更しません。意味が誤っている、衝突している、長期運用できない場合に限り、旧URLから新URLへの301と内部リンク・canonical・サイトマップの更新を一緒に行います。