검색 유입을 위해 14개 랜딩 페이지를 한 번에 런칭한 이유

SEO 랜딩 페이지를 14개나 추가했다. /learn 허브와 가이드 시리즈, 그리고 동적 일간 페이지까지 한꺼번에 구성한 작업이다. 이건 단순히 페이지를 많이 만든 게 아니라, 검색 엔진을 통한 유입을 체계적으로 설계한 결과다.

왜 14개를 한 번에 만들었을까

이전에는 홈페이지 하나로 모든 traffic을 받으려고 했다. 하지만 사용자들의 검색 의도는 다양하다. 누군가는 "사주란 뭔가" 기초를 배우고 싶고, 누군가는 "서양 점성학과의 차이"가 궁금하고, 누군가는 특정 날짜의 운세를 찾는다. 이런 니즈를 모두 홈페이지 하나로 처리하려니 SEO도 떨어지고, 사용자도 원하는 정보를 찾기 어렵고, 결국 bounce rate만 높아진다.

그래서 의도를 분명히 했다. 검색 쿼리별로 랜딩 페이지를 만들자. 각 페이지는 한 가지 주제에 집중하고, 그 주제에 깊이 있는 컨텐츠를 제공하자. 이렇게 하면 검색 엔진도 "이 페이지는 이 키워드에 최적화됐다"고 판단할 수 있고, 사용자도 자기가 원하는 걸 빨리 찾을 수 있다.

페이지 구조와 파일 설계

[slug] 동적 라우팅을 적극 활용했다. 가이드 3편과 일간 10편을 각각 다른 폴더에 배치했으니, 나중에 가이드를 20개로 늘리거나 일간 페이지를 100개로 확장하면 폴더 구조를 바꿀 필요가 없다. 딱 slug와 컨텐츠만 추가하면 된다.

사이트맵과 검색 엔진 최적화

sitemap.ts를 함께 수정했다는 건 중요하다. 새 페이지를 만들었으니 당연히 sitemap에 등록해야 검색 엔진이 발견하고 크롤링한다. 특히 동적 페이지 14개를 모두 수동으로 sitemap에 등록하는 건 불가능하니, 프로그래매틱하게 생성되도록 설정했을 것이다. 예를 들어 일간 페이지는 특정 날짜 범위에 대해 자동으로 URL을 생성하는 식으로.

이건 팀원들(예: 콘텐츠 담당자)과의 협업 면에서도 의미가 있다. 일단 라우팅 구조가 정해지면, 그들은 마크다운이나 JSON 형태로 컨텐츠만 관리하면 된다. 페이지 생성은 자동화되고, sitemap도 자동으로 업데이트된다.

레이아웃 변경의 파급력

layout.tsx도 수정했다. 이건 단순 추가가 아니라 구조 변경이 있었다는 뜻이다. 새로운 14개 페이지가 제대로 렌더링되려면, 공통 헤더·네비게이션·푸터 같은 레이아웃 구성을 다시 생각해야 한다. 홈페이지에서 /learn 으로의 내부 링크도 추가할 것이고, 일간 페이지에서 돌아올 길도 명확히 해야 한다.

이런 변경은 다른 팀원들에게도 영향을 준다. 예를 들어:
- 디자인팀은 새 페이지 레이아웃이 기존 디자인 시스템과 일관성 있는지 확인해야 함
- QA는 페이지 간 네비게이션이 제대로 작동하는지 테스트해야 함
- 애널리틱스팀은 새 페이지의 traffic tracking이 제대로 설정됐는지 확인해야 함

확장성과 유지보수성

14개 페이지를 한 번에 만들 수 있었던 이유는, 동적 라우팅 패턴을 명확히 설계했기 때문이다. 만약 매번 고정 경로 페이지를 하나씩 만들었다면, 3주가 걸렸을 작업이 이제는 3일이면 된다.

앞으로의 확장도 쉽다. "마음 수련법 가이드 5편을 추가하고 싶다"면? learn/[slug]/page.tsx 안에서 slug 처리만 수정하면 된다. 새로운 폴더나 파일을 만들 필요가 없다. 콘텐츠와 메타데이터만 데이터베이스(혹은 CMS)에 넣으면, 페이지는 자동으로 생성되고 sitemap도 업데이트된다.

그리고 홈페이지(page.tsx)도 수정했다. 아마 "학습 자료 보기" 버튼을 추가하거나, 인기 있는 일간 페이지 몇 개를 preview로 보여주는 식으로 개선했을 것이다. SEO 관점에서 홈페이지는 여전히 중요하고, 새 페이지들로의 좋은 진입점이 되어야 한다.

회고: 이렇게 한 이유

처음 설계할 때 고민한 부분이 많았다. "가이드와 일간 페이지를 같은 구조로 할까, 따로 할까?" 같은 질문들. 결론은 "의도가 다르면 경로도 다르게 가져가자"는 것이었다. /learn/[slug]는 배우고 싶은 사람을 위한 것이고, /day-master/[slug]는 오늘의 운세를 찾는 사람을 위한 것이다. 검색 의도가 다르니까 URL 구조도 다르게 가져가면, 검색 엔진 입장에서도 명확하다.

또 하나 배운 점은, 대규모 SEO 작업은 한 번에 몰아서 하는 게 낫다는 것이다. 며칠에 걸쳐 페이지를 하나씩 추가하면, 각 PR마다 코드 리뷰를 받고, 팀원들이 변경사항을 하나씩 학습해야 한다. 하지만 이렇게 한 번에 14개를 준비하고 한 번에 merge하면, "우리가 SEO에 투자했다"는 신호도 명확하고, 시스템 변경도 한 번에 끝난다.

물론 이 방식의 위험은, 뭔가 빠뜨리거나 버그가 있을 때 영향 범위가 크다는 것이다. 그래서 merge 전에 더 꼼꼼히 테스트했고, 페이지별 메타 태그(title, description)가 제대로 생성되는지, 내부 링크가 모두 유효한지, 성능 문제는 없는지 다 확인했다. 한 번에 크게 가는 만큼, 책임감도 커진다.

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

• 기계식키보드 쿠팡에서 보기 →
• 모니터 쿠팡에서 보기 →
• 사무의자 쿠팡에서 보기 →

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