피드로 돌아가기
Dev.toFrontend
원문 읽기
3.3만 페이지 생성 후 18% 인덱싱 달성 및 고밀도 콘텐츠 최적화 전략
Templating got me to 33,620 pages. Indexing them was the hard part.
AI 요약
Context
구조화된 데이터셋 기반의 Templating을 통해 33,620개의 페이지를 단기간에 생성했으나, 낮은 Indexation Rate와 높은 Boilerplate Ratio로 인한 검색 엔진의 저평가 발생. 단순 페이지 수량 확대 방식으로는 Google의 Templated-content Detection 및 Canonical-decision 시스템을 통과할 수 없는 아키텍처적 한계 직면.
Technical Solution
- Boilerplate Ratio 감소를 위한 State-context Module 도입 및 상위 15개 주(State) 대상 수동 고밀도 콘텐츠 작성
- 나머지 35개 주에 대해 변수 기반의 Parameterized Template를 적용하여 콘텐츠 변동성 확보
- URL Intent 분리를 통해 /city-page(사실 기반 참조)와 /blog-post(의견 및 가이드) 간의 Canonical 경쟁 제거
- SSR HTML 내 'loading...' 플레이스홀더 제거를 위해 모든 고유 콘텐츠를 Runtime이 아닌 Build time에 Pre-compute 처리
- CCNI(Crawled, currently not indexed) 상태의 페이지에 외부 트래픽을 직접 유도하여 Indexing 우선순위 강제 상향
- 단순 Word count 충족이 아닌 페이지별 고유 유용성(Page-specific utility) 중심의 콘텐츠 밀도 최적화
실천 포인트
- [ ] 동일 엔티티를 다루는 URL 타입 간의 Search Intent가 명확히 구분되어 있는가? - [ ] SSR 렌더링 시 Client-side fetch로 인한 빈 공간(Thin content)이 발생하지 않도록 Pre-computing 되었는가? - [ ] 사이트 전체의 Boilerplate Ratio를 낮추기 위한 고유 콘텐츠 모듈이 설계되어 있는가? - [ ] GSC(Google Search Console)의 Soft 404 및 CCNI 지표를 주 단위로 모니터링하고 있는가?