URL Encoder/Decoder

Encode or decode URLs for safe web transmission

Input Text

Output

URL 인코더/디코더 정보

URL 인코딩(퍼센트 인코딩이라고도 함)은 RFC 3986에 정의된 대로 URI(Uniform Resource Identifier)의 정보를 인코딩하기 위한 표준화된 메커니즘입니다. 특수 문자, 공백 및 비ASCII 문자를 인터넷을 통해 안전하게 전송할 수 있으면서 데이터 무결성을 유지하는 형식으로 변환합니다.

URL을 인코딩할 때 특수 문자는 퍼센트 기호(%)로 바뀌고 ASCII 또는 UTF-8 인코딩의 문자 숫자 값을 나타내는 2개의 16진수 숫자가 뒤따릅니다. 예를 들어, 공백은 %20이 되고 물음표는 %3F이 됩니다.

URL 디코딩은 역 프로세스입니다. 퍼센트 인코딩된 URL을 원래의 인간이 읽을 수 있는 형식으로 변환합니다. 이는 웹 브라우저와 서버가 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을 짧고 의미 있게 유지: URL을 75자 이하로 유지하고 3-5개의 의미 있는 키워드를 포함합니다
쿼리 매개 변수 최소화: 가능하면 정적 URL 구조를 사용합니다. 매개 변수는 크롤링 및 색인 생성 문제를 발생시킵니다
세션 ID 제거: 동일한 페이지 콘텐츠를 가진 중복 콘텐츠를 만드는 세션 식별자를 피합니다
적절한 UTF-8 인코딩 사용: 국제 문자의 경우 사이트 전체에서 일관된 UTF-8 인코딩을 확인합니다
301 리디렉션 구현: URL 구조를 변경할 때 검색 순위 및 백링크 권한을 유지하기 위해 영구 리디렉션을 사용합니다

일반적인 인코딩 문자 참조

자주 사용되는 인코딩된 문자의 빠른 참조:

%20 – 공백(URL 경로에 하이픈 사용)
%23 – # (해시/해시태그)
%26 – & (앰퍼샌드)
%3D – = (같음)
%3F – ? (물음표)
%40 – @ (at 기호)
%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 및 분석에서 URL 성능 모니터링

일반적인 오류 및 해결책

URL 경로의 예약된 문자 인코딩: 의도하지 않은 URL 구조를 만듭니다. 예약되지 않은 문자만 인코딩합니다.
공백에 %20 사용 대신 하이픈: 가독성과 SEO를 감소시킵니다. URL 경로에 하이픈 사용: url-with-hyphens
대문자와 소문자 혼합: 중복 콘텐츠 문제를 만듭니다. 모든 URL에 소문자를 적용합니다.
깨끗한 URL 과도한 인코딩: 클릭률 및 사용자 경험을 손상시킵니다. 필요할 때만 인코딩합니다.
매개 변수의 특수 문자를 인코딩하지 않음: URL 및 API 요청을 중단합니다. 항상 특수 문자를 사용한 매개 변수 인코딩합니다.
URL의 세션 ID 포함: 중복 콘텐츠를 만듭니다. 세션 관리에 쿠키를 사용합니다.
너무 많은 매개 변수가 있는 동적 URL: 크롤 및 색인이 어렵습니다. 가능하면 정적 URL 구조를 만듭니다.

자주 묻는 질문

Q: 인코딩된 URL이 SEO를 해칩니까?
A: 검색 엔진은 URL을 디코딩할 수 있지만 읽을 수 있는 URL은 클릭률과 사용자 경험에서 더 나은 성능을 합니다. 필요한 경우(특수 문자가 있는 매개 변수)에만 인코딩을 사용하고 URL 주 경로는 아닙니다.

Q: URL의 공백에 %20 또는 +를 사용해야 합니까?
A: 쿼리 문자열에서 %20과 +는 모두 공백을 나타내지만 %20이 더 표준이고 신뢰할 수 있습니다. URL 경로에서 공백 인코딩 대신 하이픈을 사용합니다.

Q: SEO를 위해 영어 이외의 문자를 인코딩하려면 어떻게 해야 합니까?
A: UTF-8 퍼센트 인코딩을 사용합니다. 대부분의 최신 웹사이트는 URL에 국제 문자를 직접 표시합니다(IDN - 국제화 도메인 이름). 검색 엔진은 인코딩보다 이를 선호합니다.

Q: URL 구조를 변경하면 내 순위에 해가 될까요?
A: 이전 URL에서 새 URL로 적절한 301 리디렉션을 구현하면 순위를 유지할 수 있습니다. URL 구조를 변경할 때 즉시 리디렉션을 설정합니다.

Q: 검색 엔진이 인코딩된 매개 변수를 색인화할 수 있습니까?
A: 예, 하지만 Google은 깨끗하고 정적인 URL을 선호합니다. 매개 변수는 절약하게 사용하고 필요한 필터링 또는 추적 목적으로만 사용합니다.

Q: URL의 최대 길이는 얼마입니까?
A: 기술적으로 URL은 매우 길 수 있지만 대부분의 브라우저는 최대 2,000자의 URL을 지원합니다. SEO의 경우 가능하면 URL을 75-100자 이하로 유지합니다.