알림 피로: 측정하는 법과 줄이는 법

알림 피로란 이미 알림을 읽지 않게 되었지만 아직 그 사실을 말하지 않은 구독자입니다.

문제 전체가 이 한 문장에 들어 있습니다. 불만을 적어 보내는 사람은 없습니다. 권한은 한동안 허용된 상태로 남습니다. 발송 수는 지난달과 똑같아 보입니다. 바뀌는 것은 더 조용한 쪽입니다. 같은 유형의 기사가 받는 상호작용이 줄고, 새 방문자가 권한 요청을 거절하는 일이 잦아지고, 엔드포인트가 실패하기 시작하고, 작업 방식은 아무것도 바뀌지 않았는데 구독자 기반이 거의 매주 줄어듭니다.

"푸시 알림 피로를 어떻게 줄이나요"에 대한 짧은 답을 원하신다면 이렇습니다. 캠페인 단위가 아니라 사람 단위로 노출에 상한을 두고, 그 상한을 발송 뒤에 확인하는 대신 발송 전에 적용하세요. 이 페이지의 나머지는 피로 문제가 있는지 아는 방법, 그리고 실제로 무엇을 바꿔야 하는지에 관한 것입니다.

운영 관점에서 피로는 어떻게 보이는가

피로는 숫자 하나가 아닙니다. 네 개의 서로 다른 곡선으로 나타나고, 각각 다른 속도로 움직입니다.

옵트아웃 곡선. 발송 직후 몇 시간에 몰리는 구독 해지입니다. 가장 빠른 신호이고, 모두가 이미 가지고 있는 신호입니다. 하지만 크게 과소 집계됩니다. 지친 구독자 대부분은 구독 해지를 누르지 않기 때문입니다.

권한 거절 곡선. 권한 요청을 거절하는 방문자의 비율입니다. 브랜드가 더 넓은 오디언스에게 "이 사이트의 알림은 받을 가치가 없다"고 가르쳤을 때 올라가며, 리텐션이 아니라 획득을 해치는 유일한 곡선입니다. 2025 Web Almanac PWA 챕터(2025년 7월 HTTP Archive 크롤링)에 따르면 데스크톱 사용자는 알림 요청을 78% 무시하고, 모바일 수락률은 16%입니다. 여러분의 사이트가 아니라 크롤링 전체에서 본 권한 요청 행동이지만, 여러분이 상대하는 기준선을 정해 줍니다.

무시 연속 곡선. 아직 구독 중이고 아직 받고 있지만 최근 다섯 개, 열 개, 스무 개 메시지에 아무 반응도 하지 않은 사람들입니다. 이것이 진짜 피로 인구이고, 이것을 보여 주는 푸시 대시보드는 거의 없습니다. Chrome은 전체 알림 중 사용자로부터 어떤 상호작용이라도 받는 비율이 1% 미만이라고 밝힙니다. 웹 전체에서 이 그룹이 얼마나 큰지 짐작하게 해 주는 숫자입니다.

조용한 제거 곡선. 구독 해지 클릭 없이 사라지는 구독입니다. 일부는 더 이상 쓰지 않는 기기와 지워진 브라우저 데이터입니다. 일부는 브라우저가 독자 대신 결정한 것입니다.

마지막 항목이 피로를 예의의 문제에서 전달의 문제로 바꿔 놓은 변화입니다.

이제 브라우저도 피로 정책의 일부입니다

세 가지 일이 있었고, 모두 이미 시행 중입니다. 이 중 어느 것도 예측이 아닙니다.

2025년 10월 Chrome은 참여가 매우 낮고 알림 발송량이 높을 때, 사용자가 최근에 상호작용하지 않은 사이트의 알림 권한을 자동으로 제거하는 기능을 내놓았습니다. Chrome은 사용자에게 알립니다. 사용자는 Safety Check나 사이트에서 권한을 다시 부여할 수 있고, 자동 회수를 끌 수도 있습니다. 설치된 웹 앱은 이 기능으로 회수되지 않습니다. 데스크톱과 Android에 적용됩니다.

2026년 1월 Chrome은 사이트 참여가 낮으면서 알림을 많이 보내는 사이트를 대상으로 Push API 속도 제한을 배포하기 시작했습니다. 방해가 된다고 판정된 사이트도 분당 1,000건 아래로는 제한되지 않으며, 초과 요청은 HTTP 429를 받습니다. Chrome이 밝힌 일일 판정 요소는 사이트 체류 시간 대비 푸시 메시지 수, 사이트 체류 시간 대비 권한 요청 수, 그리고 사이트 참여 점수와 포그라운드 시간(분)으로 측정한 참여도입니다. 제한 기간은 1일, 그다음 7일, 그다음 14일로 늘어나고, 방해가 아닌 상태가 42일 연속되면 초기화됩니다. 이는 Push API에만 적용되고 Notifications API에는 적용되지 않습니다. Chrome은 거의 모든 웹사이트가 영향을 받지 않을 것이라고 밝힙니다.

2026년 8월 Chrome Security는 전체 구조를 다층 방어로 설명했습니다. 낮은 참여에 대한 자동 회수와 의심스러운 알림 경고를 반복적으로 받은 사이트에 대한 자동 회수, 조직적 악용 네트워크의 행동 기반 탐지, FCM 서버 측 속도 제한, 그리고 Android의 원탭 구독 해지를 포함한 간소화된 권한 모델입니다. 사용자는 회수된 권한을 Safety Hub에서 확인합니다.

속도 제한의 판정 요소 목록을 다시 읽어 보세요. 브라우저 업체가 이 주제에 대해 공개한 문장 중 가장 쓸모 있는 문장이기 때문입니다. 판정 요소는 비율입니다. 하루 메시지 수가 아니라, 실제로 얻은 주의력 한 단위당 메시지 수입니다. 끊임없이 발행하면서도 독자를 페이지에 붙잡아 두는 사이트는, 발송 수는 같지만 참여가 없는 사이트라면 걸렸을 발송량을 감당할 수 있습니다.

할 수 없는 것은 그 기준치를 역으로 알아내는 일입니다. Chrome은 내부 점수 방식을 공개하지 않으며, 그것을 그대로 따라 한다고 말하는 사람은 추측하고 있는 것입니다. 브라우저를 단단한 바깥 경계로 보고, 자체 정책은 그보다 한참 안쪽에 두세요.

내 리스트에서 피로를 측정하는 방법

이것은 벤치마크가 아니라 절차입니다. 어느 푸시 공급사에나 이미 있는 데이터와 분석 도구를 쓰며, 첫 번째 버전은 일주일이면 돌릴 수 있습니다.

1. 분모를 고정하세요

활성 구독자를 명시적으로 정의하세요. 유효한 엔드포인트이고, 최근 30일 안에 메시지를 한 번 이상 받았으며, 영구 실패를 돌려준 적이 없는 구독입니다. 이 정의를 적어 두세요. 리스트 크기를 둘러싼 논쟁은 대부분 실은 서로 다른 두 분모를 둘러싼 논쟁입니다.

2. 발송별 장부를 만드세요

발송마다 다음을 기록하세요. 대상 오디언스, 전달 수, 상호작용, 24시간 내 옵트아웃, 24시간 내 무효로 제거된 엔드포인트. 한 행에 숫자 다섯 개입니다. 공급사에는 그중 네 개가 있고, 다섯 번째는 보통 전달 오류 로그가 필요합니다.

3. 구독자별 노출 카운터를 만드세요

구독자마다 최근 7일 동안 받은 메시지 수와, 상호작용 없이 연속으로 받은 메시지 수를 보관하세요. 이 두 정수가 의미 있는 피로 모델의 전부이고, 대부분의 플랫폼이 보관하지 않는 것도 바로 이것입니다.

4. 무시 연속 기준으로 코호트를 나누세요

코호트 경계는 테스트를 위한 출발점이지, 측정된 벤치마크가 아닙니다. 중요한 것은 리스트를 나눈다는 사실 자체입니다. 리스트 전체 평균은 그 모양을 완전히 가려 버립니다.

5. 리스트 순변동을 매주 추적하세요

새로 허용된 권한에서 구독 해지와 제거된 무효 엔드포인트를 뺀 값입니다. 이것을 발송량과 함께 주 단위로 그려 보세요. 발송량이 많은 주에는 선이 마이너스이고 적은 주에는 플러스라면, 답을 얻은 것이고 그것도 편집자가 받아들일 수 있는 형태로 얻은 것입니다.

정직하게 덧붙일 점이 하나 있습니다. 어떤 브라우저도 어느 제거가 자동 회수였는지 알려 주지 않습니다. 엔드포인트가 영구 실패를 돌려주는 것이 보일 뿐이고, 그 이유는 보고된 것이 아니라 추론한 것입니다. 추론한 원인을 측정한 원인처럼 제시하지 마세요.

실제로 피로를 줄이는 것

구독자별 빈도 상한. 사이트 단위로 하루 8회 상한을 둔다고 해서, 그 8회를 모두 받은 사람에 대해 알 수 있는 것은 없습니다. 한 사람이 하루와 일주일에 받는 양에 상한을 두세요. 보통 이 변화 하나가 이 목록의 나머지를 모두 합친 것보다 효과가 큽니다.

주제와 기사 중복 제거. 같은 기사가 제목만 두 번 바뀌어 한 독자에게 두 번 닿는 것은 가장 피하기 쉬운 형태의 피로입니다. 캠페인 행이 아니라 그 밑의 콘텐츠를 기준으로 중복을 제거하고, 주제별 쿨다운을 두어 계속 이어지는 기사 하나가 독자의 일주일을 다 차지하지 않게 하세요.

조용한 시간. 일상 발송은 실제 시간대 기준의 현지 발송 시간대를 지킵니다. 야간 발송은 도달을 조금 사고 원망을 많이 삽니다. 그리고 누군가에게 채널 전체를 끄라고 가르치는 가장 빠른 방법입니다.

무시 연속에 대한 휴식. 최근 여러 메시지를 무시한 사람에게는 보내지 말고, 그동안 구독은 유지하세요. 휴식은 하나의 결정입니다. 실패한 캠페인이 아니며, 이미 비용을 들여 얻은 권한을 지켜 줍니다.

가치 하한. 어떤 발송은 빈도와 상관없이 일어나지 말아야 합니다. 콘텐츠가 약하다면 올바른 수신자 수는 0이고, 상한에 여유가 남아 있다는 것은 그것을 채울 이유가 되지 않습니다.

명시적인 예외 처리. 속보는 정책을 건너뛸 수 있어야 합니다. 그것을 일반적인 예외로 두지 말고 이름이 붙고 기록되는 결정으로 만드세요. 그렇지 않으면 한 달 안에 모든 기사가 속보가 됩니다.

피로는 리포트가 아니라 발송 전에 다뤄야 합니다

대부분의 푸시 도구는 피로를 분석 탭에 둡니다. 보내고 나서 그 대가를 알게 됩니다. 그때는 이미 권한이 사라졌고, 그것을 다시 얻는 획득 비용은 현실입니다.

제대로 작동하는 방식은 피로를 발송이 통과해야 하는 정책으로 다룹니다. 구독자별 상한, 최소 간격, 조용한 시간, 휴면 규칙, 가치 하한을 발송 시점에 평가하고, 대상이 아닌 수신자는 전달 전에 빠지며, 그 이유가 기록되어 나중에 누군가 따져 볼 수 있습니다. 이 마지막 부분은 생각보다 중요합니다. 뉴스룸에서 숫자로 보여 줄 수 없는 절제는 모든 논쟁에서 집니다.

이것을 이식 가능한 형태로 적어 두고 싶다면, Open Attention Policy가 바로 이 항목들을 위한 개방형 JSON 형식이고 MIT 라이선스 검증기가 함께 있습니다. 저희 것이 아닌 공급사를 포함해 어느 공급사에서든 쓸 수 있습니다.

한계와 브라우저 관련 주의점

• Apple 플랫폼은 다르게 동작합니다. Declarative Web Push는 2025년 3월 31일 Safari 18.4와 함께 iOS와 iPadOS의 홈 화면 웹 앱을 대상으로 출시되었고, 표준화된 JSON 페이로드를 쓰며 설치된 서비스 워커가 필요 없습니다. 그 구독자들에게서 오는 상호작용 신호는 Chrome의 것과 똑같지 않으니, 확인하지 않고 하나의 피로 모델로 합치지 마세요.
• Chrome의 속도 제한은 Notifications API가 아니라 Push API에 적용됩니다. 로컬에서 트리거되는 알림은 다른 영역입니다.
• 구독이 왜 끝났는지 알려 주는 브라우저 공통 API는 없습니다. 조용한 제거는 추론한 것입니다.
• 이 페이지의 모든 브라우저 관련 숫자는 위에 날짜와 함께 적은 Chrome, WebKit, HTTP Archive에서 온 것입니다. EngageNudge는 자체 피로 벤치마크를 발표한 적이 없고, 페이지를 권위 있어 보이게 하려고 하나를 지어낼 생각도 없습니다.

EngageNudge는 이것을 어떻게 다루는가

EngageNudge는 Nudge가 나간 뒤가 아니라 나가기 전에 피로 정책을 평가합니다. 일일·주간 노출 상한, Nudge 간 최소 시간, 무시 연속 신호, 휴면 독자 보호, 주제별 쿨다운, 조용한 시간, 명시적인 속보 예외 처리가 모두 하나의 발송 또는 건너뛰기 결정에 들어가며, 건너뛰기는 오류가 아니라 결정으로 기록됩니다.

평판 점수는 지금 대시보드에 있습니다. 구간이 표시된 수치 하나, 그 뒤에 있는 요인들, 그리고 사이트가 위험 구간으로 들어가면 워크스페이스 소유자에게 가는 이메일입니다. 손실은 원인별로 나뉩니다. 구독 해지, 브라우저의 회수, 전달 실패. 그래서 감소를 추측하는 대신 읽을 수 있습니다. 점수는 여러분만 봅니다. 어디에도 공개되지 않고 다른 사이트와 공유되지도 않습니다.