마크다운으로 복사링크 공유
디자인

분양 예정 상세에 다음 길을 놓자 탐색이 깊어졌어요

다른 예정 단지로 가는 링크를 붙이자, 분양 예정 상세에서 시작한 세션당 페이지가 1.45에서 2.15로 늘었어요.

요약

  • 분양 예정 상세에는 다른 예정 단지로 가는 길이 없었어요
  • 지역 후보 여섯 곳을 서버 HTML 링크로 붙였어요
  • 같은 날 넣은 최근 본 단지·/today는 거의 움직이지 않았어요

리블 세션은 대부분 네이버 검색에서 단지 하나, 유형 하나의 페이지로 바로 시작해요. 10월 초 착지 템플릿마다 그 페이지에서 시작한 세션이 몇 페이지를 봤는지 정리하다가 분양 예정 상세가 눈에 걸렸어요.

읽고 나서 이어 볼 곳이 없었어요

10월 세션의 95.3%가 네이버 출처였어요. 세션이 시작되는 페이지가 수천 개라서, 우리는 같은 틀을 쓰는 착지 템플릿 단위로 봐요.

1.45

분양 예정 상세에서 시작한 세션당 페이지 · 9/9~10/8, 475세션

2.26

일반 단지 상세에서 시작한 세션당 페이지 · 같은 기간, 분양 예정 제외

0곳

다른 분양 예정 단지로 가는 링크 · 10/9 배포 전 화면

배포 전 값이에요. 세션당 페이지 수는 행동 기록이라 떠난 이유까지 말해 주지는 않아요.

처음 떠오른 답은 화면을 다듬는 것이었어요. 분양가를 더 크게 보여 주고, 청약 일정을 더 보기 좋게 정리하는 안이었죠. 그런데 이 페이지에서 시작한 세션의 참여율은 68.4%로, 같은 기간 단지 상세 전체(71.8%)와 크게 다르지 않았어요. 참여율만으로 충분히 읽었다고 판단할 수는 없었어요. 그래서 화면보다 다음 이동 경로를 먼저 점검했어요.

당시 이동 기록과 실제 화면을 함께 살펴봤어요. 화면을 다시 열어 보니 청약 일정 아래가 바로 페이지 끝이었고, 무엇보다 다른 예정 단지로 가는 링크가 한 곳도 없었어요.

사용자가 근처의 다른 예정 단지를 찾고 있었는지는 직접 묻지 못했어요. 다만 예정 단지 하나를 본 뒤 같은 종류의 다른 후보로 이어 갈 경로가 화면에 없다는 건 확인할 수 있었어요. 그 경로를 만드는 일부터 시작했어요.

단계내용증거 수준
증상분양 예정 상세에서 시작한 세션당 1.45페이지, 일반 단지 상세 2.26실서비스 관찰
확인한 사실청약 일정 아래가 페이지 끝, 다른 예정 단지로 가는 직접 링크 0곳코드·화면 점검
설계 가설근처의 다른 청약 후보를 바로 볼 수 있으면 탐색이 이어질 것설계 가설(사용자가 직접 말한 요구 아님)
문제를 증상·사실·가설 세 단계로 나눴어요. 가설은 확인된 사실이 아니라 검증할 대상이에요.

세 안 중 서버에서 그리는 링크를 골랐어요

후보얻는 것감수하거나 버린 이유
홈으로 가는 버튼 키우기구현이 가장 단순홈은 전국 단위 화면이라 “근처의 다른 예정 단지”라는 과업으로 바로 잇지 못함
화면에서 따로 불러오는 추천 칸개인화를 붙일 수 있음요청이 하나 늘고 로딩을 기다려야 함, 서버 HTML에 링크가 바로 나오지 않음
같은 지역 예정 단지 6곳을 서버에서 그리기(채택)이미 받는 자료 재사용, 이 블록을 위한 추가 요청 0개인화 없음, 같은 시군구에 후보가 모자라면 시도로 넓힘
배포 전(10월 초) 비교한 세 안이에요.

결정적이었던 건 이 페이지가 필요한 자료를 이미 받고 있었다는 점이에요. 페이지를 그릴 때 받는 지역 자료 안에 같은 시도의 예정 단지가 다 들어 있었거든요. 그래서 같은 시군구에서 먼저 고르고, 모자라면 같은 시도까지 넓혀 최대 6곳을 채웠어요. 후보가 6곳보다 적으면 있는 만큼만 보여 주고, 0곳이면 블록을 그리지 않아요. 청약 유형을 모아 보는 페이지가 있는 지역이면 끝에 전체 보기로 이었어요. 여기서 “추가 요청 0”은 페이지 전체가 아니라 이 블록 때문에 늘어난 요청을 센 값이에요.

서버 HTML에서 링크를 바로 확인할 수 있다는 점도 우선했어요. 이 페이지들은 이미 네이버 검색에서 세션을 데려오고 있었으니까요. 주소, 제목, 설명, 대표 주소(canonical), H1은 그대로 두고 링크만 더했어요. 배포 전에 새 빌드와 라이브의 서버 HTML을 템플릿 5개에서 대조해 보니, 메타 정보는 같고 링크 수만 늘었어요(43→43, 38→45, 35→39, 35→39, 33→34).

분양 예정 상세를 내려 청약 일정 아래에 생긴 부평구 주변 분양·입주 예정 블록. 같은 지역 예정 단지가 로고·세대수·입주 시기·분양가와 함께 줄로 나열돼 있다
바뀐 곳은 청약 일정 아래의 다음 탐색 경로이고, 화면 전체를 바꾸지는 않았어요. 2026-11-11 라이브 캡처예요. 화면 속 분양가·입주 시기는 UI 예시이고 글의 근거 숫자가 아니에요. 배포 전 화면 캡처는 남아 있지 않아요.

배포 뒤 탐색 깊이가 늘어난 게 관찰됐어요

10월 9일 배포일을 빼고 전후 30일씩 비교했어요. 분양 예정 상세에서 시작한 세션은 배포 전 475건, 후 1,292건이었고, 세션당 페이지 수는 1.45에서 2.15로 늘었어요(+48%). 참고로 일반 단지 상세에서 시작한 세션은 같은 기간 2.26에서 2.34였어요. 다만 유입 규모와 사용자 구성이 달라졌고, 같은 배포에 모집공고일 표시 같은 다른 변화도 들어 있어 새 링크만의 효과로 단정할 수는 없어요.

지표전 9/9~10/8후 10/10~11/8세션 수(전→후)증거 수준
분양 예정 상세에서 시작한 세션당 페이지1.452.15475 → 1,292실서비스 관찰
일반 단지 상세에서 시작한 세션당 페이지(참고 비교)2.262.34약 1,476 → 2,623실서비스 관찰
분양 예정 상세 참여율68.4%69.5%475 → 1,292실서비스 관찰
GA4 사람 필터, 2026-11-11 조회, 배포일(10/9) 제외. 일반 단지 값은 단지 상세 전체에서 분양 예정을 뺀 가중 계산이에요. 일반 단지도 같은 배포에서 빵부스러기·최근 본 단지 변경을 받아 순수 대조군이 아니에요.
분양 예정 상세에서 시작일반 단지 상세에서 시작
0페이지1페이지2페이지3페이지4페이지9/79/2810/1911/2
주별(월요일 시작 주) 세션당 페이지 수예요. 배포(10/9)는 10/5 주 안에 있어요. 주별 값은 흔들림이 커서 결론은 30일 묶음으로 봐요. 9/7 주의 분양 예정 세션은 34건뿐이에요.

73%는 다음 이동을 분류한 값이에요

배포 후 분양 예정 상세에서 출발한 다음 이동 730건 중 536건이 또 다른 예정 단지로 이어졌어요(73%). 홈으로 간 건 76건(10%)이었어요. 이전에는 이런 직접 링크가 없었다는 점에서 설계 가설과 맞는 관찰이었어요.

하지만 이 수치는 새 블록의 직접 클릭 이벤트가 아니에요. 직전 페이지 주소로 이동을 분류한 값이라, 블록이 아닌 다른 경로로 간 예정 단지 이동도 들어 있어요.

배포 후(10/10~11/8) page_referrer로 분류한 다음 이동 수예요. 블록 클릭 수가 아니고, 계측이 바뀌어 배포 전과 비교할 수 없어요(실서비스 관찰).

참여율도 68.4%에서 69.5%로 거의 그대로였어요. 페이지를 더 넘겨 봤다는 뜻일 뿐, 더 깊이 읽었다는 증거는 되지 못해요. 둘러본 페이지가 늘어난 게 더 나은 결정으로 이어졌는지도 아직 몰라요.

같은 날 넣은 다른 장치는 거의 움직이지 않았어요

그날 배포에는 장치가 셋 더 있었어요. 단지 페이지 위 경로(빵부스러기)를 홈 대신 지역 페이지로 잇고, 단지 상세에 최근 본 단지를 붙이고, 오늘 공개된 실거래를 모은 /today 페이지를 열었어요. 셋 다 “다음 페이지로 잇는다”는 같은 생각에서 나왔어요. 그런데 일반 단지 상세의 세션당 페이지 수는 2.26에서 2.34로 조금 움직였을 뿐이고, /today는 30일 동안 4번 열렸어요.

우리는 차이가 질문에 있었다고 의심해요. 분양 예정 단지를 보러 온 사람에게는 “같은 지역의 다른 후보”라는 다음 과업이 비교적 분명했고, 링크를 그 자리에 놓았어요. 반면 최근 본 단지와 오늘의 실거래는 우리가 보여 주고 싶은 것에 가까웠어요. 이건 해석이고, 장치별 노출·클릭을 따로 재지 않아 확인하지는 못했어요.

“다음 페이지를 만드는 것과 다음 과업을 잇는 것은 달랐어요.”

지금은 규칙이 이 결정을 지켜요

이 결정은 상설 규칙으로 남았어요. 상세는 시트가 아니라 페이지로 열고, 답·카드·모아보기는 다음 페이지로 잇는 링크를 품는다는 방향이에요. 화면을 고치는 에이전트는 일을 시작하기 전에 이 규칙을 먼저 읽어요.

다음에 잴 것

이제는 페이지 수보다 후보를 고르는 행동을 재려고 해요. 세 지표의 정의를 배포 전에 정해 두고, 그 정의 그대로 다시 잴 계획이에요.

  1. 블록 노출·클릭 이벤트를 따로 심어 잰 클릭률(단지 ID, 노출 순위, 시군구에서 시도로 넓혔는지 함께 기록)
  2. 블록으로 연 단지의 저장 여부와 청약 공고 확인 여부
  3. 같은 사람의 재방문 비율 - 지금 기준선은 리블 내부 재방문 집계(return_visit)로 최근 30일 약 4%

숫자 출처

지표값기간분자/분모출처증거 수준
분양 예정 상세에서 시작한 세션당 페이지1.45 → 2.159/9~10/8 vs 10/10~11/8PV/세션, 475 → 1,292세션GA4 landingPage /complex/u|·r|실서비스 관찰
일반 단지 상세에서 시작한 세션당 페이지2.26 → 2.34같음단지 상세 전체 − 분양 예정, 가중 계산GA4실서비스 관찰
다음 이동 중 다른 예정 단지73%(536/730)10/10~11/8만page_referrer 분류 이동 수GA4실서비스 관찰(전후 비교 불가)
/today 열람4회10/10~11/8PVGA4실서비스 관찰
서버 HTML 대조템플릿 5개, 메타 동일·링크만 증가10/9 배포 전-커밋 a452ca7959코드·문서 점검
최근 30일 재방문약 4%조회일 기준 30일return_visit 사용자/전체리블 내부 집계실서비스 관찰(GA4 표준 재방문과 정의 다름)
GA4 Data API 사람 필터(데이터센터·중국 봇·이상 해상도 제외), 2026-11-11 조회. GA4는 지난 값을 며칠 뒤 고치기도 해서 조회일을 함께 적어요.
글에 나온 화면은 리블에서 바로 써 봐요

리블 팀이 만드는 과정을 기록한 글이에요. 숫자는 글을 쓴 시점 기준이고, 화면은 그 뒤에 바뀔 수 있어요.