푸시에 이제 전달성 문제가 있습니다

화면 위의 숫자

제가 처음 함께 일한 공급사는 아주 큰 구독자 기반을 보여 줬습니다. 발송은 나갔습니다. 도착했는지는 알 수 없었습니다. 제품 안의 무엇도 그 간극을 설명하지 않았습니다. 당신은 숫자에 돈을 냅니다. 휴대폰은 다른 일을 하고 있을지도 모릅니다.

저는 거기에 좀 집착했습니다. 전달의 진실은 지루한 표현입니다. 그리고 제가 가장 먼저 원했지만 얻지 못한 것이기도 합니다.

이메일은 이미 이 싸움을 했습니다

이메일에 스팸함이 생긴 것은 마케터들이 요청해서가 아닙니다. 발송량이 가치와 맞지 않게 되자 받은편지함 제공자들이 필터를 만들었습니다. 발신자 평판은 하나의 직무가 됐습니다. 메일이 왜 도착하지 않게 됐는지 설명할 수 있는 업체들이 계정을 지켰습니다.

2026년이 로고만 바뀐 2003년이라는 말은 아닙니다. 형태가 낯익다는 말입니다. 이제 누가 아직 통과하는지는 발신자가 아니라 플랫폼이 정합니다.

실제로 나온 것들

지난 10월 Chrome은 발송량이 많을 때, 사용자가 별로 쓰지 않은 사이트의 알림 권한을 자동으로 제거한다고 밝혔습니다. 1월에는 방해라고 부르는 사이트에 대해 Push API 속도 제한을 시작했습니다. 며칠 전 Chrome Security는 계층화된 방어를 설명했습니다. 회수, 악용 네트워크 탐지, 서버 측 제한, Android의 원탭 구독 해지. Safari는 지난해에 이미 Declarative Web Push를 내놨고, 서비스 워커를 깨우지 않고도 알림을 표시할 수 있게 했습니다.

모두 날짜가 붙은 공개 문서입니다. 그 문서들이 쓰지 않은 Chrome 버전 번호를 덧붙이지 않겠습니다. 이 중 어떤 것도 Chrome의 스팸함이라고 부르지 않겠습니다. 그 표현은 설명을 위한 우리 것이지, 제품 이름이 아닙니다.

저는 그것으로 무엇을 하는가

발송만 최적화하면 언젠가 브라우저의 반대편에 앉게 됩니다. 거기에 영리한 해법은 없습니다. 제가 원했던 루프는 있습니다. 누가 도달 가능한가, 이번 것은 보낼 가치가 있는가, 무엇을 보내지 않았는가. 일부는 오늘 제품 안에 있습니다. 일부는 아직 만드는 중입니다. 다르게 말하지 않겠습니다.

대시보드가 아직도 살아 있는 엔드포인트와 예의 바른 허구를 구분하지 못한다면, 거기서부터 시작하십시오. 숫자가 정직해지고 나면 나머지 논의는 더 쉬워집니다.