Safari는 광고 차단기에게 주는 여유가 거의 없습니다. 각 콘텐츠 차단기는 150,000개의 규칙만 가질 수 있고 페이지의 JavaScript는 건드릴 수 없습니다. wBlock은 콘텐츠 차단기 다섯 개(750,000개 규칙)와 규칙으로 처리할 수 없는 모든 것을 위한 스크립트 확장을 함께 제공합니다. 여기에는 스크립틀릿, 코스메틱 필터, 유저스크립트와 유저스타일, 요소 제거 도구, 그리고 YouTube와 대부분의 다른 사이트를 위한 네이티브 비디오 플레이어가 포함됩니다.

무료이며 아무것도 수집하지 않습니다. 목록이 잘못 작동하면 무엇으로 컴파일되었는지, Safari가 어떤 줄을 버렸는지, 지난 업데이트에서 무엇이 바뀌었는지 확인할 수 있습니다.

[!TIP] wBlock, uBlock Origin Lite, Wipr, AdGuard 중에서 고민 중이신가요? 비교 글을 작성했습니다.

포함된 기능

차단

• AdGuard 문법의 필터 목록을 Safari 규칙으로 컴파일하여 다섯 개의 차단기에 분산합니다. 매칭은 Safari가 직접 수행하며, wBlock은 유휴 상태에서 약 40 MB를 사용합니다.
• 좋은 기본값, 사용자의 언어에 맞춰 선택되는 지역 목록, 성가심 및 쿠키 배너 목록, 그리고 URL, 붙여넣기, 파일로 추가하는 모든 목록.
• 매시간부터 매주까지 원하는 일정으로 업데이트합니다. diff 패치를 게시하는 목록은 변경된 부분만 다운로드합니다. macOS에서는 작은 launch agent가 앱이 닫혀 있어도 계속 확인합니다.
• utm_* 같은 추적 파라미터가 링크에서 제거되고, 링크 단축기도 해제됩니다. 기본적으로 켜져 있습니다.
• 용량 표시줄과, 어떤 줄이 지원되지 않았는지, 중복되었는지, 또는 스크립트 확장으로 넘겨졌는지 알려주는 규칙 뷰어.

유저스크립트와 유저스타일

• GM_*와 GM.*를 모두 지원하는 Greasemonkey 호환 엔진. GM_xmlhttpRequest는 스크립트가 @connect에 나열한 호스트에만 접근할 수 있습니다.
• UserCSS 테마(.user.css), Less, Sass, Stylus 포함. 자세한 내용은 docs/USERSTYLES.md를 참고하세요.
• Tube Cleaner, Player Cleaner, DeArrow, Dark Reader, Return YouTube Dislike, Bypass Paywalls Clean, AdGuard Extra, AdGuard Popup Blocker, TwitchAdSolutions가 포함된 내장 카탈로그. 작은 안티 애드블록 무력화 도구인 tinyShield를 제외하고는 모두 기본적으로 꺼져 있습니다.

네이티브 비디오

Tube Cleaner와 Player Cleaner는 페이지가 그려지기 전에 사이트의 비디오를 Safari에 넘겨줍니다. 일반 <video controls> 태그와 동일하게 Picture-in-Picture, 백그라운드 오디오, 전체 화면, Now Playing을 사용할 수 있습니다.

Tube Cleaner는 YouTube용입니다. YouTube 자체 스트림을 유지하고, 챕터와 자막을 Safari의 네이티브 메뉴에 넣으며, 카테고리별 설정이 있는 SponsorBlock을 통해 스폰서를 건너뜁니다. 더 나은 제목과 썸네일도 원한다면 DeArrow가 별도의 스크립트입니다. Player Cleaner는 video.js, JW Player, Plyr, Flowplayer, MediaElement, Clappr, Media Chrome, 그리고 Archive.org 같은 shadow-root 플레이어에서 같은 역할을 하며, 사이트별로 재생 속도, 볼륨, 자막, 마지막 시청 위치를 기억합니다.

둘 다 앱과 별개로 자체 일정에 따라 wBlock-userscripts에서 업데이트됩니다. 광고를 차단하지는 않습니다(그건 필터 목록이 합니다).

사이트별 제어

어떤 사이트에서든 툴바 버튼을 클릭하면 필터링, 유저스크립트, 자동 재생에 대한 개별 스위치와 요소 제거 도구가 나타납니다. 필터 목록이나 유저스크립트를 특정 사이트로 제한하거나 해당 사이트에서 제외할 수도 있습니다. 제거 도구 규칙은 설정에서 계속 편집할 수 있습니다.

모든 기기

macOS, iOS, iPadOS, visionOS에서 하나의 앱입니다. iCloud가 목록, 사용자 정의 필터, 유저스크립트, 허용 목록, 설정을 동기화합니다. 로컬에 보관하고 싶다면 대신 백업을 내보내면 됩니다.

스크린샷

macOS의 유저스크립트
Tube Cleaner의 SponsorBlock	iPhone의 Safari 팝업
macOS의 설정

설치

• App Store. 스스로 업데이트되며, 제가 사용하는 방법입니다.
• Homebrew: brew tap 0xcub3/wblock && brew install --cask wblock
• 최신 릴리스의 DMG.

세 가지 모두 동일한 빌드입니다. 첫 실행 시 wBlock이 Safari에서 확장을 켜는 과정을 안내합니다.

TestFlight 베타

TestFlight는 Apple의 선택적 베타 배포 서비스입니다. 저는 서명된 베타 빌드를 배포하고 안정 버전 출시 전에 피드백을 받기 위해 사용합니다. 위의 안정 빌드를 설치하는 데 TestFlight나 유료 Apple Developer 멤버십은 필요하지 않습니다.

Apple은 베타 충돌 로그와 사용 정보를 자동으로 수집하여 개발자와 공유합니다. 테스트 중에는 이 수집을 거부할 수 없습니다. 제출한 피드백과 스크린샷도 공유되며 개인적인 내용이 포함될 수 있습니다. 참여하기 전에 Apple의 TestFlight 개인정보 보호 고지와 wBlock 개인정보 처리방침의 TestFlight 섹션을 읽어보세요.

작동 방식

wBlock은 세 부분으로 구성됩니다. 앱이 목록을 다운로드하고, SafariConverterLib 4.3.0으로 변환한 뒤, 결과를 다섯 개의 콘텐츠 차단기(Ads, Privacy, Security, Foreign, Custom)에 분산합니다. Safari가 이를 컴파일하고 스스로 적용하며, 페이지가 로드되는 동안에는 wBlock 코드가 실행되지 않습니다. 정적 규칙으로 표현할 수 없는 모든 것은 wBlock Scripts 확장으로 넘어갑니다.

필터 데이터는 LZ4 압축이 적용된 Protocol Buffers로 저장되며, 대규모 컴파일 시 메모리 급증을 막기 위해 디스크로 스트리밍됩니다. 목록 하나를 변경하면 그 목록이 공급하는 차단기만 다시 빌드됩니다. 변경 사항을 보려면 Safari가 여전히 이를 다시 로드해야 하며, 어떤 앱도 이를 건너뛸 수 없습니다.

비교 글은 사이트에 대해 필터링을 끌 때 wBlock이 작성하는 정확한 규칙을 보여줍니다.

FAQ

wBlock을 다른 광고 차단기와 함께 실행해야 하나요?

아니요. 범용 차단기 하나만 선택하세요.

두 차단기는 같은 요청과 같은 페이지를 두고 다툽니다. Mozilla의 webRequest 문서에 따르면 두 확장이 하나의 응답을 서로 충돌하는 방식으로 변경하면 그중 하나만 적용됩니다. uBlock Origin의 README에는 "uBO를 다른 콘텐츠 차단기와 함께 사용하지 마세요"라고 되어 있고(출처), AdGuard는 느린 로딩, 깨진 사이트, 비디오 문제에 대해 경고합니다(출처).

또한 버그 보고가 무용지물이 됩니다. 차단기가 두 개 켜져 있으면 어느 쪽이 광고를 통과시켰는지, 사이트를 망가뜨렸는지 알 수 없습니다. 문제를 제출하기 전에 다른 쪽을 꺼주세요.

필터 목록을 더 켜야 하나요?