📅 February 02, 2026
⏱ 10 分で読める
Web & Networking

リダイレクト機能付きURL短縮サービスを作成する方法

URL短縮サービスの構築ガイド：技術選択、データベース設計、コード生成とリダイレクトのコアロジック、デプロイメントを網羅。

⭐ Intermediate

リダイレクト機能付きURL短縮サービスを作成するには、いくつかの主要な構成要素と手順が必要です。以下に、その基本的なアプローチの概要を示します：

1. 技術スタックの選択

  • バックエンド言語/フレームワーク： リクエスト処理、短縮コードの生成、データベースとの連携を行うためのサーバーサイド言語とフレームワークが必要です。 代表的な選択肢にはPython（Flask、Django）、Node.js（Express）、Ruby（Rails）、Go、PHP（Laravel）などがあります。
  • データベース：短縮コードと元のURLの対応関係を保存するためにデータベースが必須です。選択肢にはPostgreSQL、MySQL、MongoDB、あるいは超高性能な一時的な短縮リンク用にRedisなどがあります。
  • フロントエンド（任意だが推奨）： ユーザーフレンドリーなインターフェースを実現するため、HTML、CSS、JavaScript（React、Vue、Angularなどのフレームワークを使用）を用いて、ユーザーが長いURLを入力し、生成された短縮URLを確認できるようにします。

2. データベーススキーマ設計

URLマッピングを保存するためのテーブル（またはコレクション）が必要です。基本的なスキーマには以下を含めます：* id: プライマリキー（自動増分整数またはUUID）。 * short_code: 短縮URLの一部となる一意の短い文字列（例: "abcde"）。高速検索のためインデックス化が必要。* original_url: 短縮コードがリダイレクトする元の長いURL。* created_at: 短縮URLが作成されたタイムスタンプ。 * clicks (オプション): ショートURLがアクセスされた回数を記録するカウンター。

3. コアバックエンドロジック

  • ショートコード生成:

    • ユーザーが長いURLを送信すると、バックエンドは一意のshort_codeを生成する必要があります。
    • これは以下の方法で実現できます：
      • ランダム文字列生成： 固定長（例：6～8文字）の英数字からなるランダムな文字列を生成します。 データベースに既に存在するコードかどうかを確認し、存在する場合、一意性を確保するために再生成する必要があります。
      • ハッシュ化： オリジナルURL、またはURLとタイムスタンプの組み合わせをハッシュ化し、そのハッシュの一部を取得します。これはより決定論的ですが、一意性チェックは依然として必要です。
      • Base62エンコーディング: データベースで自動増分idを使用している場合、その整数IDをBase62文字列（0-9, a-z, A-Z）に変換できます。これにより一意性が保証され、非常に効率的です。

  • マッピングの保存:

    • 一意のshort_codeが生成されたら、short_codeとoriginal_urlをデータベースに保存します。

  • リダイレクト処理:

    • ユーザーが短縮URL（例：yourshortener.com/abcde）にアクセスした際、サーバーは以下を実行する必要があります：
      1. URLパスからshort_code（abcde）を抽出します。
      2. データベースを照会し、そのshort_codeに関連付けられたoriginal_urlを検索する。
      3. 見つかった場合、original_url への HTTP 301 (Moved Permanently) または 302 (Found) リダイレクトを発行する。永続的なリダイレクトには通常 301 が推奨される。ブラウザにキャッシュされるため、サーバーへの後続リクエストを減らせるためである。
      4. 見つからなかった場合、404 Not Found エラーページを返す。

4. APIエンドポイント（バックエンド用）

  • POST /shorten:

    • リクエスト本文にoriginal_urlを受け取る。
    • short_codeを生成します。
    • マッピングを保存します。
    • 完全な短縮URL（例: yourshortener.com/generated_code）を返します。

  • GET /:short_code:

    • URLパスからshort_codeを取得します。
    • original_urlを検索します。
    • リダイレクトを実行します。

5. フロントエンド（該当する場合）

  • 長いURLを入力するフィールドと送信ボタンを備えたシンプルなウェブページを作成します。
  • 生成された短縮URLをユーザーに表示します。

6. デプロイメント

  • ドメイン名（例: myurl.short）が必要です。
  • バックエンドアプリケーションをサーバー（例：AWS、Google Cloud、Heroku、Vercel）にホストする。
  • ウェブサーバー（例：Nginx、Apache）を設定し、リクエストをバックエンドアプリケーションにルーティングし、ドメインを処理する。

フロー例：

  1. ユーザーが yourshortener.com にアクセスします。
  2. ユーザーが https://www.example.com/very/long/path/to/a/resource を入力し、「短縮」をクリックします。
  3. フロントエンドが長いURLを伴うPOSTリクエストをyourshortener.com/shortenに送信します。
  4. バックエンドがXyZ12aのような一意のshort_codeを生成します。
  5. バックエンドがXyZ12aをデータベースに保存します。
  6. バックエンドがhttps://www.example.com/very/long/path/to/a/resourceを返します。
    7. https://www.example.com/very/long/path/to/a/resource をデータベースに保存します。
  7. バックエンドは yourshortener.com/XyZ12a で応答します。
  8. ユーザーが yourshortener.com/XyZ12a を共有します。
  9. 別のユーザーがyourshortener.com/XyZ12aをクリックします。
  10. そのユーザーのブラウザがyourshortener.com/XyZ12aにGETリクエストを送信します。
  11. バックエンドがXyZ12aを検索し、元のURLを見つけます。
  12. バックエンドはユーザーのブラウザにHTTP 301リダイレクト応答を送信し、https://www.example.com/very/long/path/to/a/resourceを指し示す。
  13. ユーザーのブラウザは元の長いURLへ移動する。