고객마다 전용 서버와 IP를 쓰는 이유

메일을 보내다 보면 가끔 납득하기 어려운 상황을 마주합니다. 수신자 목록은 깨끗합니다. 내용도 문제없고 발송 습관도 평소와 같습니다. 그런데 어느 순간부터 스팸함으로 들어가는 비율이 올라갑니다. 원인을 찾아보면 내 쪽에 있지 않은 경우가 있습니다. 같은 발신 IP를 쓰던 다른 고객이 스팸성 목록을 대량으로 뿌렸고 그 IP의 평판이 한꺼번에 나빠졌습니다.

이웃집에 불이 나면

수신 서버와 스팸 필터는 주로 IP 주소와 도메인을 기준으로 평판을 매깁니다. 이메일 세계에서 발신 품질은 개인 단위로만 평가되지 않습니다. 그래서 여러 고객이 같은 IP 묶음을 공유하면 한 사람의 실수가 이웃에게까지 번집니다. 옆집에 불이 나면 우리 집 벽에도 그을음이 묻는 것과 비슷합니다. 내 집이 아무리 깨끗해도 이웃의 행동이 내 평판을 끌어내립니다.

왜 다들 공유 IP를 기본으로 쓰나

그럼에도 대부분의 이메일 서비스는 공유 IP 풀을 기본으로 제공합니다. 이유는 현실적입니다. 고객마다 별도의 서버와 IP를 할당하는 일은 생각보다 비용이 많이 듭니다. 새 IP를 확보하고 관리하는 과정, 장애가 났을 때 대응하는 과정이 모두 추가 부담입니다. 여러 고객을 한 묶음의 IP에 태우면 인프라 운영이 훨씬 효율적입니다. 평판이 IP와 도메인 단위로 형성된다는 사실을 알면서도 원가와 운영 때문에 공유 방식을 택합니다.

격리하면 생기는 대가

격리를 선택하면 이웃 효과는 줄어듭니다. 한 고객의 발신 행동이 다른 고객의 평판에 영향을 주지 않도록 서버와 발신 IP를 나누는 방식입니다. 그런데 여기서 반전이 생깁니다. 새로 마련한 IP는 평판이 거의 없는 상태에서 출발합니다. 수신 서버 입장에서는 처음 보는 발신처라 초반에는 오히려 더 엄격하게 걸러질 수 있습니다. 그래서 전용 IP를 쓰기 시작한 직후에 의도치 않게 전달률이 떨어지는 경험을 하기도 합니다. 이전에 이야기했던 것처럼 새 API 키를 받자마자 대량으로 메일을 보내는 것이 위험한 이유도 이와 맞닿아 있습니다. IP와 도메인은 처음부터 신뢰를 갖고 태어나지 않습니다. 서서히 쌓아 올려야 하는 자산입니다.

소량 발송에게는 다른 이야기

평판은 시간이 지난다고 저절로 쌓이는 게 아니라 어느 정도 발송량이 꾸준히 뒷받침되어야 형성됩니다. 그런데 하루에 몇 통, 혹은 몇백 통 정도만 보내는 소량 발송 고객이라면 애초에 그만한 물량 자체가 나오지 않습니다. 솔직히 말하면 모든 사람에게 전용 IP가 유리한 것은 아닙니다. 전용 IP를 오래 붙들고 있어도 웜업 곡선을 제대로 완성할 만큼 발송량이 쌓이지 않습니다. 평판은 계속 애매한 상태에 머무를 수 있습니다. 반면 공유 풀은 여러 고객의 발송량이 합쳐진 덕분에 이미 그 문턱을 넘어서 있는 경우가 많습니다. 격리의 이점은 발송량이 어느 정도 이상 되고 자신의 발신 품질을 독립적으로 관리하고 싶을 때 더 분명해집니다. 소량 고객에게까지 전용 환경을 강요하면 때로는 불필요한 비용을 떠안기는 일이 됩니다.

그럼에도 이 방식을 택한 이유

그럼에도 고객별로 전용 서버와 고유 IP 풀을 제공하는 쪽을 선택했습니다. 장기적으로 보면 발신 품질을 고객 스스로 통제하는 구조가 더 중요하다고 판단했습니다. 이웃의 실수로 내 메일이 함께 스팸함에 들어가는 상황을 줄이고 각 고객이 자신의 발신 습관과 목록 관리에 따라 평판을 쌓아 가게 하고 싶었습니다. 메일허브가 이 방식을 택한 것도 같은 맥락입니다. 공유의 효율과 격리의 안정성 사이에서 고객이 자신의 발신 환경을 더 독립적으로 관리하는 쪽을 우선했습니다.