디코딩이 필요한 상황
실무에서 디코딩을 가장 자주 하는 때는 로그나 분석 자료에서 URL을 읽을 때입니다. 서버 로그나 일부 분석 도구에는 한글 URL이 %EC%9A%A9%EC%96%B4 같은 인코딩 형태로 기록되어, 어떤 페이지인지 확인하려면 디코딩해야 합니다. 브라우저 개발자 도구 콘솔의 decodeURIComponent 함수나 온라인 URL 디코더를 쓰면 됩니다.
반대 방향도 알아 두면 좋습니다. XML 사이트맵에 한글 URL을 넣을 때는 디코딩된 한글이 아니라 퍼센트 인코딩된 형태로 적는 것이 규격에 맞습니다.
디코딩할 때 글자가 깨지는 이유
인코딩할 때 쓴 방식과 다른 방식으로 디코딩하면 글자가 깨집니다. 예를 들어 UTF-8로 저장한 한글을 EUC-KR로 읽으면 알아볼 수 없는 문자가 나옵니다. EUC-KR을 쓰던 오래된 국내 사이트를 이전할 때 자주 생기는 문제입니다.
스크래핑 도구로 페이지를 가져올 때도 응답의 문자셋을 확인하지 않으면 같은 문제가 생깁니다. 검색엔진도 페이지를 파싱할 때 선언된 문자셋을 참고하므로, 인코딩 선언을 정확히 해 두는 것이 근본적인 예방책입니다.
웹 기초문자나 데이터를 정해진 규칙에 따라 다른 형식으로 바꾸는 것입니다. 웹에서는 한글을 UTF-8로 저장하는 문자 인코딩과, URL의 한글을 %EA%B0%80 같은 형태로 바꾸는 퍼센트 인코딩을 주로 다룹니다.
웹 기초웹 페이지의 고유 주소(Uniform Resource Locator)입니다. 프로토콜·도메인·경로·파라미터로 구성됩니다. SEO에서는 짧고 의미가 드러나며, 한 페이지에 하나의 URL만 대응하도록 설계하는 것이 기본입니다.
웹 기초HTML 같은 문서를 읽어 태그와 구조를 분석하고 프로그램이 다룰 수 있는 형태로 바꾸는 과정입니다. 검색엔진은 페이지를 파싱해 제목·본문·링크·메타정보를 추출하며, HTML 오류가 심하면 의도와 다르게 해석될 수 있습니다.
웹 기초프로그램으로 웹 페이지에서 원하는 데이터를 자동 추출하는 것입니다. 경쟁사 분석이나 데이터 수집에 쓰이지만, 남의 콘텐츠를 긁어 그대로 게시하는 것은 구글 스팸 정책(스크랩 콘텐츠) 위반입니다.