계산기 페이지 하단 광고 슬롯 누락 복원

page-bottom 광고 자리가 어느 순간 빠져 있었다. 복원하면서 페이지 상단·하단 각 1개 구조로 정리했음.

왜 이 작업이 필요했나

계산기 페이지들을 이전에 리팩터링하면서 광고 슬롯 중 page-bottom 자리가 누락됐던 것 같다. 정확히 언제 빠졌는지는 히스토리를 뒤져봐야 하지만, 어느 시점에 "위쪽 광고만 있고 아래는 없는" 상태가 됐고, 그걸 이번에 발견해서 복원했다.

영향 받은 페이지는 6개다.

전부 계산기 성격의 유틸 페이지들이다. 사용자가 값을 입력하고 결과를 확인하는 흐름이라 페이지 체류 시간이 어느 정도 있는 편이고, 그래서 page-bottom 슬롯이 상대적으로 의미 있는 위치다. 결과를 보고 나서 스크롤을 내리는 자연스러운 흐름에 하단 광고가 얹히는 구조이기 때문이다.

변경 내용: 위/밑 각 1개 구조

이번 정리로 각 페이지는 아래 구조를 갖게 됐다.

[page-top 광고 슬롯]
...계산기 본문...
[page-bottom 광고 슬롯]

단순하지만 이게 맞는 구조다. 위에 하나, 아래에 하나. 각 슬롯은 독립적으로 1개씩만 렌더링하도록 명시했고, 두 슬롯이 서로 겹치거나 중복 적재되는 일은 없다.

광고 슬롯 컴포넌트를 페이지마다 직접 배치하는 방식이라 파일 수가 많아 보이지만, 실제 변경 패턴은 동일하다. 파일 6개를 수정했어도 diff 자체는 반복적인 구조다. 이런 경우엔 "왜 공통 레이아웃으로 묶지 않았냐"는 질문이 나올 수 있는데, 각 계산기 페이지가 구조적으로 조금씩 다르거나, 슬롯 노출 조건이 달라질 여지가 있을 때는 페이지별로 두는 쪽이 나중에 제어하기 편하다. 일단 지금은 이 방식을 유지.

회고

솔직히 이런 작업은 우선순위를 잡기 애매하다. 기능 버그가 아니고, 서비스 장애도 아니고, 그냥 "있어야 할 광고 슬롯이 빠져 있음" 수준이니까. 근데 광고 수익 구조가 있는 서비스라면 슬롯 누락은 곧 기회 손실이다. 사용자 경험 측면에서 치명적이진 않지만, 운영 측면에서는 무시하기 어렵다.

이런 게 생기는 원인은 대부분 리팩터링 과정에서 "일단 기능부터" 하고 광고·분석 코드를 임시로 제거했다가 복원을 빠뜨리는 패턴이다. 팀에서 광고 슬롯 관련 변경을 체크리스트로 관리하거나, 페이지 템플릿 레벨에서 슬롯 존재 여부를 테스트하는 구조가 있으면 이런 누락은 잡을 수 있다.

파일 수는 많아 보이지만 변경 자체는 핀포인트 수준이었고, 검토 부담도 낮았다. 이런 건 빠르게 처리해서 배포하는 게 맞다.

다음

🛒 이 글과 어울리는 추천 상품

• 모니터암 쿠팡에서 보기 →
• 외장SSD 쿠팡에서 보기 →
• 기계식키보드 쿠팡에서 보기 →

*위 링크는 쿠팡파트너스 활동의 일환이며, 일정액의 수수료를 제공받을 수 있습니다.