프로젝트 소개
런케어(runcare.rankweb.co.kr)는 이용 안내, 지역·서비스 기준, FAQ를 중심으로 콘텐츠를 쌓아가는 정보 플랫폼입니다. RankWeb은 본 사이트와 역할이 겹치지 않도록 주제를 정리하고, 페이지 유형별 메타·구조화 데이터·내부링크 규칙을 한 세트로 설계해 색인과 확장을 동시에 고려했습니다. 초기 스캐폴딩 단계부터 ‘어떤 템플릿에 어떤 스키마를 허용할지’를 코드로 고정해, 이후 운영자가 콘텐츠만 추가해도 구조가 흐트러지지 않게 했습니다.
이 사례는 서브도메인을 모브랜드와 섞지 않고, 색인·확장·운영까지 한 흐름으로 설계하는 RankWeb의 접근 방식을 보여줍니다. 알트케어24와 같은 기존 사례와 기술 원칙을 공유하면서도 주제와 URL 공간은 완전히 분리합니다.
이 페이지에서 다루는 검색 주제
서브도메인 SEO를 이 사례의 저격 키워드로 두고, 호스트 단위 SEO·내부링크·운영 루프를 같은 언어로 묶었습니다.
해결 과제
- 모브랜드(rankweb.co.kr)와 서브도메인의 콘텐츠 중복·주제 혼선을 피해야 하는 과제
- 초기 런칭 단계에서도 URL 계층과 확장 경로를 미리 고정해 두어야 하는 구조적 요구
- 정보성 페이지 위주로 가짜 리뷰·과장 신호 없이 신뢰 가능한 스키마만 남기는 정책 정리
- 배포 이후 Search Console 기준으로 실제 질의에 맞춰 콘텐츠를 다듬는 운영 루프 설계
설계 접근 방식
- rankweb.co.kr은 제작·SEO 설계 모브랜드, runcare는 사용자 안내 전용 플랫폼으로 역할 분리
- 허브(홈) → 주제별 상세 → 지역·가이드·FAQ로 이어지는 1차 정보 구조 정의
- 페이지 템플릿별 title·description·H1·canonical 규칙을 문서화해 동일 패턴으로 확장
- WebPage·FAQPage·Article 등 정보 제공 목적에 맞는 JSON-LD만 선택 적용
- sitemap·robots·절대 URL 기준을 서브도메인 단위로 분리해 크롤링 신호 명확화
- 알트케어24 등 기존 서브도메인 사례와 동일한 기술 SEO 원칙을 공유해 유지보수 비용 절감
- 배포 후 Search Console 샘플로 질의–랜딩 불일치를 주기적으로 상위 20개만 우선 개선
- 내부 운영 문서(금지 스키마·금지 표현)를 짧게라도 남겨 인수인계 비용 절감
모브랜드와 서브도메인의 역할 분리
RankWeb은 웹 제작과 SEO 구조 설계를 설명하는 모브랜드이고, 런케어는 특정 주제의 이용 안내에 집중하는 플랫폼입니다. 본 사이트에서 영업 문구를 반복하지 않고, 구축 사례와 푸터 관계만으로 기획·설계 주체를 드러내도록 했습니다.
서브도메인 SEO: 이 사례가 다루는 범위
‘서브도메인 SEO’라고 하면 흔히 ‘서브디렉토리가 더 낫지 않나’하는 논쟁부터 떠오릅니다. 런케어 프로젝트에서 RankWeb이 말하는 서브도메인 SEO는 논쟁을 이기기 위한 주장이 아니라, 주제와 검색 의도가 분명히 갈라졌을 때 호스트 단위로 색인·사이트맵·구조화 데이터를 한 덩어리로 관리하는 실무 규칙 세트입니다.
runcare.rankweb.co.kr는 사용자 안내용 정보 플랫폼이고, rankweb.co.kr은 제작·설계 모브랜드입니다. 두 호스트의 본문을 섞어 ‘같은 사이트처럼’ 꾸미면 사용자 혼선뿐 아니라 크롤러도 주제 경계를 헷갈릴 수 있습니다. 서브도메인 SEO의 1차 목표는 경계를 선언하고, 허용된 내부링크와 메타 패턴 안에서만 서로를 참조하게 만드는 일입니다.
서브도메인 SEO에서 가장 비싼 비용은 런칭 후 URL 패턴을 바꾸는 일입니다. 그래서 초기에 ‘허브는 무엇, 스포크는 무엇, FAQ는 어디까지 공통인지’를 고정하고, 템플릿·스키마 허용 목록을 코드와 문서로 맞춰 둡니다. 이후에는 운영자가 텍스트만 채워 넣어도 구조가 무너지지 않습니다.
이 페이지의 저격 키워드인 서브도메인 SEO는 바로 위 과정—역할 분리, 호스트별 사이트맵, 스키마 최소주의, 모브랜드와의 절제된 연결—을 하나의 사례로 묶어 보여 주기 위해 중심에 두었습니다.
왜 서브도메인 단위로 나눴는가
주제와 검색 의도가 뚜렷이 갈라질 때 서브도메인은 URL 네임스페이스를 분리해 사용자와 크롤러 모두에게 목적을 분명히 전달할 수 있습니다. 같은 코드베이스를 쓰더라도 호스트와 경로 규칙을 분리해 사이트맵, 절대 URL, 구조화 데이터를 한 덩어리로 관리하는 편이 안전합니다.
서브도메인 SEO 관점에서 보면, 호스트가 바뀌는 순간 ‘어떤 URL이 이 도메인의 대표인가’가 새로 정의됩니다. 런케어는 그 대표 URL 세트를 출시 초기에 확정하고, 확장 시에도 동일 패턴을 유지하는 것을 원칙으로 삼았습니다.
사이트 아키텍처
서브도메인 SEO를 설계할 때 아키텍처는 ‘폴더 구조’가 아니라 크롤러가 따라갈 클릭 깊이와 의도 분기로 봅니다.
- 홈: 주요 주제와 지역·서비스 안내로 분기하는 허브
- 주제 상세: 검색 의도가 다른 키워드를 페이지 단위로 분리
- 지역·가이드: 생활권·이용 흐름이 다른 경우 지역 단위로 보완
- FAQ: 공통 질문과 상세 페이지 전용 질문을 나눠 중복을 줄임
콘텐츠 전략: 서브도메인 안에서의 허브–스포크
홈은 전체 주제를 요약하는 허브로 두고, 상세 페이지는 각 검색 의도에 맞는 확인 기준을 담습니다. 템플릿 문장만 바꾼 얇은 페이지를 피하고, FAQ·체크리스트를 페이지마다 다르게 구성해 실제로 읽힐 수 있는 본문을 만드는 것을 기준으로 삼았습니다.
서브도메인 SEO가 장기적으로 유지되려면 ‘운영자가 매번 설계자에게 묻지 않아도 되는’ 문장 규칙이 있어야 합니다. 금지 표현, 허용 스키마, 메타 변수 순서를 짧은 문서로 남겨 두면 조직이 커져도 품질 편차가 줄어듭니다.
기술 SEO 기준(호스트 단위)
서브도메인 SEO에서 실패가 잦은 지점은 ‘메인과 같은 robots를 복사’하거나 ‘사이트맵에 다른 호스트 URL을 섞는’ 경우입니다. 런케어는 호스트 기준으로 분리합니다.
- 본문을 서버 HTML에 노출하는 SSG 중심 구조
- 페이지별 고유 title, description, H1, canonical 정책
- sitemap.xml과 robots.txt를 서브도메인 기준으로 분리
- BreadcrumbList, FAQPage, WebPage, Article 중심의 JSON-LD
- 과장된 리뷰·평점 신호 없이 정보 제공 목적에 맞는 스키마만 유지
서브도메인 SEO와 내부링크: 모브랜드를 어떻게 찍을까
RankWeb 본체에서는 지역 SEO, 업종별 SEO, 구축 사례 페이지에서 런케어로 연결합니다. 런케어 사용자 경로를 해치지 않는 범위에서 기획·설계 주체만 드러내고, 영업 카피는 최소화합니다.
모브랜드 → 서브도메인 단방향 설명 링크가 과도해지면 주제가 섞인다고 판단될 수 있어, 본문 중첨 링크는 질의 일치도가 높을 때만 연결합니다. 서브도메인 SEO는 ‘링크를 많이’가 아니라 ‘경계를 지키는 링크’가 핵심입니다.
알트케어24와 공유하는 메타·스키마·사이트맵 정책 덕분에, 여러 서브도메인을 운영하더라도 점검 포인트가 동일해 운영 인지 부하가 줄어듭니다.
30일 안정화: 서브도메인 SEO 출시 직후 체크
새 호스트는 색인까지 시간이 걸릴 수 있습니다. 아래 순서는 ‘서브도메인 SEO’가 현장에서 흔들리지 않도록 만든 주간 단위 최소 루프입니다.
- 1주차: rankweb.co.kr과 서브도메인 주제 분리, 내부링크·사례 페이지 연결 정리
- 2주차: 런케어 1차 페이지 콘텐츠, 메타, JSON-LD, 내부링크 적용
- 3주차: 배포, Search Console 등록, sitemap 제출, 주요 URL 검사
- 4주차: 색인 상태, 노출 질의, 본문 품질, FAQ, 내부링크 재점검
확장 계획과 서브도메인 SEO의 다음 단계
1차 페이지가 색인된 뒤 Search Console의 실제 질의를 기준으로 주제·지역을 순차 확장합니다. 검색 수요가 확인된 조합만 별도 URL로 분리하고, 그 전에는 내부링크와 본문 보강으로 충분한지 먼저 판단합니다.
서브도메인 SEO에서 페이지 수가 늘수록 ‘샘플 품질 관리’가 전부입니다. 상위 N개 URL의 본문·메타·FAQ를 분기마다 리프레시하지 않으면, 나머지 URL이 아무리 늘어도 도메인 전체 신호는 얇아질 수 있습니다.