uBlock Origin이 Facebook 광고 대응을 멈춘 이유

uBlock Origin 핵심 개발진이 Facebook 광고 차단 규칙을 계속 고치는 일을 멈추기로 했어요. 지금 작동하는 규칙은 남지만, Facebook이 다시 우회하면 핵심 팀이 쫓아가며 수정하지는 않아요. 1
이번 결정은 광고 차단 기능 전체의 종료도, Chrome의 Manifest V3 전환에 따른 변화도 아니에요. 소수의 자원봉사자가 한 대형 플랫폼의 반복적인 우회에 얼마나 오래 대응할 수 있는지를 보여 주는 유지보수 문제에 가까워요.
핵심 요약
| 구분 | 내용 |
| 바뀌는 점 | uBlock Origin 핵심 팀이 Facebook 전용 광고 규칙의 지속적인 수정을 중단해요. |
| 그대로인 점 | 현재 Facebook 광고 규칙은 삭제되지 않고 남아 있어요. |
| 사용자 영향 | Facebook이 새 우회 방식을 적용하면 일부 광고가 다시 보일 수 있어요. |
| 기여 방법 | 외부 개발자가 규칙 수정안을 만들어 Pull Request로 보낼 수 있어요. |
| 별개인 문제 | Chrome과 Edge의 Manifest V3 전환 때문에 내린 결정은 아니에요. |
1. 대형 플랫폼과 자원봉사 개발팀의 끝없는 추격전
Facebook 광고는 일반적인 HTML 요소처럼 고정된 표식을 오래 유지하지 않아요. GeekNews에 공개된 설명을 보면 광고 표시 문자열을 여러 코드 조각으로 나누고, 화면에는 보이지 않는 텍스트를 넣고, 식별용 레이블의 순서를 바꾸는 방식이 쓰였어요. 규칙이 광고를 찾아내면 페이지 구조를 다시 바꿔 그 규칙을 무력화하는 흐름이 반복됐어요. 1
광고 차단 규칙은 한 번 작성하고 끝나는 목록이 아니에요. 사이트 구조가 바뀔 때마다 원인을 확인하고, 정상 게시물을 가리지 않으면서 광고만 찾도록 선택자를 다듬어야 해요. Facebook처럼 화면 구성이 자주 달라지는 서비스에서는 재현과 수정, 회귀 확인이 계속 필요해요.
uBlock Origin은 수천만 명이 쓰지만 프로젝트의 핵심 유지보수 인력은 많지 않아요. 한 사이트가 우회 방식을 바꿀 때마다 같은 인력이 분석에 매달리면 다른 브라우저와 사이트에서 생긴 문제를 처리할 시간이 줄어요. 핵심 팀은 Facebook용 규칙을 지우는 대신, 앞으로 생기는 파손을 우선 업무로 맡지 않는 쪽을 택했어요.
지금 당장 광고가 모두 돌아오는 건 아니에요
현재 작동하는 Facebook 규칙은 그대로 유지돼요. 따라서 이번 결정만으로 모든 사용자에게 광고가 즉시 다시 나타나는 것은 아니에요. 다만 Facebook이 기존 식별 방식을 바꾸면 해당 규칙은 고쳐지지 않은 채 남을 수 있어요.
외부 기여의 길도 닫히지 않았어요. 문제를 재현하고 안전한 수정안을 만든 개발자는 프로젝트에 Pull Request를 보낼 수 있어요. 핵심 개발진이 Facebook 대응을 상시로 책임지지 않겠다는 뜻이지, 관련 기여를 거부한다는 뜻은 아니에요. GeekNews가 연결한 uBlock Origin 커뮤니티 논의에서도 Facebook 개발 방식과 대응 비용이 주요 쟁점으로 다뤄졌어요. 2
Manifest V3 문제와 구분해야 해요
Chrome과 Edge가 Manifest V2 지원을 줄이면서 기존 uBlock Origin 확장 프로그램이 영향을 받은 일과 이번 결정은 원인이 달라요. Manifest V3는 브라우저가 확장 프로그램에 허용하는 기능과 배포 방식의 변화예요. Facebook 대응 중단은 특정 사이트의 우회를 계속 따라갈지 판단한 프로젝트 운영 결정이에요.
두 문제가 같은 시기에 겹치면 광고 차단 도구가 전반적으로 기능을 포기한 것처럼 보일 수 있어요. 실제로는 브라우저 플랫폼의 제약과 사이트별 규칙 유지 비용을 따로 봐야 해요. 사용하는 브라우저에서 확장 프로그램이 지원되는지와 Facebook 전용 규칙이 최신인지도 서로 다른 확인 항목이에요.
왜 중요한가요
이번 사례는 무료 오픈소스 도구의 사용자 수가 많아도 유지보수 역량이 자동으로 커지지는 않는다는 점을 보여 줘요. 대형 플랫폼은 광고 노출을 지키기 위해 제품 코드를 계속 바꿀 수 있어요. 반면 차단 도구를 관리하는 자원봉사자는 제한된 시간 안에서 어떤 사이트를 계속 지원할지 골라야 해요. 3
개발팀이 오픈소스에 의존한다면 설치 수보다 유지보수 주체를 먼저 확인할 필요가 있어요. 핵심 관리자가 몇 명인지, 특정 서비스 대응이 한 사람에게 몰려 있는지, 외부 기여를 검토할 여력이 있는지가 실제 지속성을 좌우해요. 문제를 발견했을 때 재현 절차와 테스트 가능한 수정안을 함께 내면 관리자의 부담을 줄일 수 있어요.
사용자에게도 광고가 보이지 않는 상태와 추적 요청이 차단된 상태는 같지 않아요. 화면 요소만 숨기는 규칙이 깨졌는지, 광고 서버 요청까지 막는 규칙이 작동하는지는 따로 확인해야 해요. Facebook 광고가 다시 보이기 시작했다면 확장 프로그램 전체가 고장 났다고 단정하기보다 적용 중인 규칙과 브라우저 지원 상태를 나눠 살펴보는 편이 정확해요.
원문 기사 페이지는 보안 확인 화면으로 막혀 본문을 직접 대조하지 못했어요. 공개된 사실관계는 GeekNews의 상세 본문과 연결된 uBlock Origin 커뮤니티 자료 범위에서 정리했어요.
참고 자료
- uBlock Origin, Facebook 광고 차단과의 싸움을 포기 — GeekNews
- About disgusting Facebook devs — r/uBlockOrigin
- uBlock Origin stops chasing Facebook ads — Digital Escape Tools
'IT & AI' 카테고리의 다른 글
| Wails v3 베타, Go 데스크톱 앱의 구조를 다시 짰어요 (0) | 2026.08.14 |
|---|---|
| 영상 타임라인에 Claude와 Codex가 들어왔어요, Palmier Pro (0) | 2026.08.14 |
| Qwen3.8 2.4T를 397GB로 줄인 Unsloth, 로컬 실행의 현실 (0) | 2026.08.13 |
| Delta는 코딩 에이전트의 작업 과정을 팀과 함께 검토해요 (0) | 2026.08.13 |
| AI 코딩을 멈춘 20년 차 개발자, 속도 뒤에서 잃은 것들 (0) | 2026.08.13 |