URL Encoder/Decoder

Encode or decode URLs for safe web transmission

Input Text

Output

URLエンコーダー/デコーダーについて

URLエンコーディング(パーセントエンコーディングとも呼ばれます)は、RFC 3986で定義されているように、Uniform Resource Identifier(URI)の情報をエンコードするための標準化されたメカニズムです。特殊文字、スペース、およびASCII以外の文字をインターネット経由で安全に送信でき、データの整合性を維持できる形式に変換します。

URLをエンコードする場合、特殊文字はパーセント記号(%)で置き換えられ、その後に文字のASCiiまたはUTF-8エンコーディングでの数値を表す2つの16進数字が続きます。たとえば、スペースは%20になり、疑問符は%3Fになります。

URLデコーディングは逆のプロセスです。パーセントエンコードされたURLを元の人間が読める形式に変換します。これはWebブラウザーとサーバーがRFC 3986標準に従ってURLを正しく処理および解釈するために必須です。

エンコーディングの仕組み

パーセントエンコードされた文字は3つの部分で構成されています。パーセント記号(%)の後に、バイト値を表す2つの16進数字(0-9、A-F)が続きます。ASCII文字は単一バイトエンコーディング(例:スペース = %20)を使用し、UTF-8エンコードされた文字は国際文字にマルチバイトエンコーディング(例:"café" = caf%C3%A9)を使用します。

RFC 3986は3つのタイプの文字を定義しています:

予約文字 (: / ? # [ ] @ ! $ & ' ( ) * + , ; =) – URLで特別な意味を持ち、適切なコンテキストではエンコードされるべきではありません
予約されていない文字 (A-Z、a-z、0-9、- . _ ~) – エンコーディングが必要なことはありません
その他すべての文字 – 安全な送信のためにパーセントエンコードされる必要があります

ユースケース

1.スペース付きクエリパラメータ

hello world は hello%20world になります
search?q=machine learning は search?q=machine%20learning になります

2.国際文字

café は caf%C3%A9 になります
naïve は na%C3%AFve になります
日本 は %E6%97%A5%E6%9C%AC になります

3.パラメータ内の特殊文字

price=$100 は price%3D%24100 になります
email=user@example.com は email%3Duser%40example.com になります
tag=#awesome は tag%3D%23awesome になります

4.件名と本文付きメールリンク

mailto:user@example.com?subject=Hello World は mailto:user@example.com?subject=Hello%20World になります
body=Check this out! は body=Check%20this%20out%21 になります

5.ソーシャルメディア共有URL

text=Check this out! #awesome は text=Check%20this%20out%21%20%23awesome になります
url=example.com/page?id=123 は url=example.com%2Fpage%3Fid%3D123 になります

SEOベストプラクティス

URLでの過度なエンコーディングを避ける: 人間が見えるURLをクリーンに保ちます。example.com/seo%20best%20practicesの代わりにexample.com/seo-best-practicesを使用してください
スペースの代わりにハイフンを使用: Googleはハイフンをお勧めします
小文字のみを排他的に使用: 重複コンテンツの問題を回避するために、URL全体で一貫した小文字を維持します
URLを短くて意味のあるものに保つ: URLを75文字未満に保ち、3-5の意味のあるキーワードを含みます
クエリパラメータを最小化: 可能な限り静的なURL構造を使用します
セッションIDを削除: 同一のページコンテンツを持つ重複コンテンツを作成するセッション識別子を避けます
適切なUTF-8エンコーディングを使用: 国際文字の場合、サイト全体で一貫したUTF-8エンコーディングを確認します
301リダイレクトを実装: URL構造を変更する場合、検索ランキングとバックリンク権限を保持するために永続的なリダイレクトを使用します

一般的なエンコード文字リファレンス

頻繁に使用されるエンコード文字の速いリファレンス:

%20 – スペース (URLパスでハイフンを使用してください)
%23 – # (ハッシュ/ハッシュタグ)
%26 – & (アンパサンド)
%3D – = (等号)
%3F – ? (疑問符)
%40 – @ (アットサイン)
%2B – + (プラス)
%2F – / (スラッシュ)
%24 – $ (ドル記号)
%21 – ! (感嘆符)
%25 – % (パーセント記号)
%3A – : (コロン)

実用的なアプリケーション

ウェブ開発

URL内のクエリパラメータのエンコーディング(スペースまたは特殊文字の検索用語)
特殊文字を使用したAPI要求のデータの準備
特殊文字を使用したHTMLの有効なhref属性の作成
onclickハンドラーとJavaScript URLのエンコーディング
パラメータを使用したリダイレクトURLの処理

コンテンツ管理

スペースまたは特殊文字を使用したアップロードされたファイル名のエンコーディング
特殊文字を使用したタイトルをURL安全なスラッグに変換
エンコードされたパラメータを使用した動的ルーティングの処理

メールと通信

件名行と本文コンテンツを含むmailtoリンクの作成
パラメータを使用したフォームアクション属性のエンコーディング
QRコード生成用のエンコードされたURLの作成

ヒント

URL内のクエリパラメータのエンコーディング(例:スペース付きの検索用語)
形成されていない要求を避けるためのAPI要求のデータ準備
属性を壊さずにHTMLとJavaScriptで安全なリンクを作成
メールリンクとmailto URLでの特殊文字のエンコーディング
互換性を確認するためにさまざまなブラウザー間でエンコードされたURLをテスト
複数のURLバリエーション経由で同じコンテンツにアクセスできる場合は、正規タグを使用
Google Search ConsoleおよびAnalyticsでのURL性能の監視

一般的なエラーと解決策

URLパス内の予約文字のエンコーディング: 意図しないURL構造を作成します。予約されていない文字のみをエンコードしてください。
ハイフンの代わりにスペースに%20を使用: 読みやすさとSEOを削減します。URLパスでハイフンを使用: url-with-hyphens
大文字と小文字を混ぜる: 重複コンテンツの問題を作成します。すべてのURLで小文字を強制します。
クリーンなURLの過度なエンコーディング: クリックスルーレートとユーザー体験を傷つけます。必要な場合のみエンコードします。
パラメータで特殊文字をエンコードしない: URLとAPI要求を破ります。特殊文字を常にパラメータをエンコードします。
URLにセッションIDを含める: 重複コンテンツを作成します。代わりにセッション管理用のCookieを使用してください。
パラメータが多すぎる動的URL: クロールとインデックスを作成するのは困難です。可能な場合は静的URL構造を作成してください。

よくある質問

Q: エンコードされたURLはSEOに害を及ぼしますか?
A: 検索エンジンはURLをデコードできますが、読み取り可能なURLはクリックスルーレートとユーザー体験の方が優れています。必要な場合(特殊文字を持つパラメータ内)のみエンコーディングを使用し、URLメインパスではありません。

Q: URL内のスペースに%20または+を使用すべきですか?
A: クエリ文字列では、%20と+の両方がスペースを表していますが、%20がより標準的で信頼性があります。URLパスでスペースをエンコードする代わりにハイフンを使用してください。

Q: SEOのために英語以外の文字をエンコードするにはどうすればよいですか?
A: UTF-8パーセントエンコーディングを使用してください。ほとんどの最新のWebサイトはURL内で国際文字を直接表示します(IDN - 国際化ドメイン名)。これは検索エンジンがエンコーディングを好みます。

Q: URLの構造を変更するとランキングが損なわれますか?
A: 古いURLから新しいURLへ適切な301リダイレクトを実装する場合、ランキングを保持できます。URL構造を変更するときは、すぐにリダイレクトを設定してください。

Q: 検索エンジンはエンコードされたパラメータをインデックスできますか?
A: はい、ただしGoogleはクリーンで静的なURLを好みます。パラメータは控えめに使用し、必要なフィルタリングまたは追跡目的のみに使用してください。

Q: URLの最大長はどのくらいですか?
A: 技術的にはURLは非常に長くなる可能性がありますが、ほとんどのブラウザーは最大2,000文字のURLをサポートしています。SEOの場合、可能な限りURLを75-100文字未満に保ってください。