이메일 인코더 무료 온라인: 스팸으로부터 이메일 보호

A 네, 브라우저가 정상 표시. 봇만 읽지 못함.

A 스팸을 크게 줄이지만 정교한 봇에 대해 완벽하지는 않음.

A 저희 도구는 긴 이메일 주소도 문제없이 처리합니다. 15자든 50자든 인코딩 과정은 동일합니다. 생성된 HTML 또는 JavaScript는 모든 문자를 정확하게 표현하기 위해 길어질 뿐입니다. 문자 제한에 걸릴 걱정은 없습니다.

A 아니요, 인코딩된 이메일은 일반 텍스트처럼 복사됩니다. 사용자가 브라우저에서 보이는 주소를 선택해 복사하면 디코딩된 버전을 얻습니다. 인코딩은 봇이 소스 코드를 읽는 방식에만 영향을 줍니다. 직접 테스트해보세요: 이메일을 인코딩하고 테스트 페이지에 붙여넣은 후 다시 복사해보면 항상 원본을 얻을 수 있습니다.

A 물론 가능합니다. HTML 엔티티 인코딩과 JavaScript 인코딩을 같은 페이지에서 혼용할 수 있습니다. 각 주소마다 인코딩 과정을 반복하고 생성된 스니펫을 필요한 위치에 붙여넣기만 하면 됩니다. 메서드 간 충돌이 발생하지 않습니다. 일반적인 구성: 주요 연락처 이메일에는 JavaScript를 사용하고 support@ 같은 덜 중요한 주소에는 HTML 엔티티를 사용하세요.

A 네, 전체 유니코드 범위를 지원합니다. é, ü 같은 악센트 문자와 ©, € 같은 기호도 올바른 엔티티 코드로 변환됩니다. 예를 들어 'café@example.com'을 인코딩해도 문제없습니다. 도구가 자동으로 UTF-8 인코딩을 사용하므로 문자가 깨지지 않습니다. 이메일 주소를 붙여넣고 방법만 선택하면 됩니다. 특수 문자가 많은 주소는 배포 전에 미리 테스트하세요.

A 전혀 그렇지 않습니다. 인코딩된 mailto 링크는 일반 링크와 똑같이 작동합니다. 사용자가 클릭하면 기본 이메일 클라이언트가 올바른 주소로 열립니다. support@example.co.kr을 인코딩해서 직접 테스트해보세요. 디코딩은 브라우저 내에서 클릭 이벤트가 발생하기 전에 이루어지므로 링크 동작은 완전히 동일합니다. href 속성 전체를 인코딩해야 한다는 점만 기억하세요.

A 어떤 인코딩 방법도 100% 완벽하지는 않습니다. 정교한 봇은 HTML 엔터티를 디코딩하고, 일부는 JavaScript도 실행합니다. 이 도구를 강력한 필터라고 생각하세요. 요새가 아닙니다. 개인 사이트의 경우 JavaScript 인코딩은 스팸의 95% 이상을 차단합니다. 하지만 헤드리스 브라우저를 사용하는 공격자는 뚫을 수도 있습니다. 인코딩과 문의 양식을 함께 사용하는 것이 가장 좋습니다.

A 전혀 체감되지 않습니다. HTML 엔터티 방식은 이메일 하나당 약 50~70바이트만 추가됩니다. 자바스크립트 방식은 150~200바이트 정도 더 붙죠. 이미지 하나가 보통 5만 바이트 이상인 걸 생각하면 미미한 수준입니다. 디코딩은 브라우저에서 즉시 처리되며 서버에 부하를 주지 않습니다. 페이지에 수백 개 이메일이 있다면 HTML 엔터티 방식만 쓰는 걸 추천합니다.

A 네, 생성된 스니펫은 일반 텍스트라 표준 HTML을 제공하는 어떤 호스팅에서도 작동합니다. WordPress, Netlify, 심지어 옛날 FTP 사이트 사이에서도 인코딩된 이메일을 옮겨본 적 있는데 문제없었습니다. 단, Wix나 Squarespace 같은 빌더는 특정 블록에서 자바스크립트를 제거할 수 있습니다. 그럴 땐 HTML 엔티티 인코딩으로 바꾸세요. 마이그레이션 후엔 반드시 다시 테스트하세요. CMS가 코드를 축소하거나 재작성하면 링크가 깨질 수 있습니다.