블로그 URL 바꾸면 안 되는 경우와 꼭 바꿔야 할 때 순서

수정 버튼에 손이 갔다가 멈춘 적 있으신가요.

발행하고 나서야 슬러그가 눈에 걸리는 거 있잖아요. 자동 생성된 긴 한글 주소, 핵심 키워드가 빠진 것 같은 찜찜함. 그 찜찜함에 손이 움직이는 건 자연스러운 일인데, 딱 거기서 멈춰야 합니다. 왜냐면 이미 색인된 URL을 건드리는 건 설정 변경이 아니라 기존 SEO 자산 일부를 리셋하는 작업이거든요.

바꾸지 말라는 게 아닙니다. 바꾸기 전에 "지금 이 글을 건드려도 되는 상황인가"를 먼저 따지자는 겁니다.

URL을 바꾸면 실제로 무슨 일이 벌어지나

구글은 특정 URL을 기준으로 크롤링, 색인, 순위 산출을 합니다. URL이 바뀌면 기존 주소는 사실상 없어지는 것과 같습니다.

301 리디렉트를 걸면 구글 공식 문서 기준으로 링크 신호(PageRank)는 새 URL로 전달됩니다. 그런데 이전이 완료되기까지 구글이 새 URL을 재크롤링하고 색인에 반영하는 데는 시간이 걸립니다. 구글 서치센트럴 공식 문서에 따르면 중간 규모 사이트도 수 주 이상이 걸릴 수 있고, 사이트 규모가 클수록 더 오래 걸립니다.

그 과도기 동안 순위가 흔들리는 건 구조적으로 피하기 어렵습니다. 구글 입장에서 새 URL은 아직 신뢰 신호가 얕은 신규 페이지에 가깝고, 리디렉트를 통해 신호가 완전히 이전될 때까지 기존 순위가 그대로 유지되지는 않습니다.

외부 백링크도 문제입니다. 다른 블로그나 커뮤니티에서 기존 URL로 걸어둔 링크는 리디렉트가 살아있는 동안은 따라오지만, 리디렉트를 영구 유지할 수는 없습니다. 체인이 쌓이면 크롤 효율도 떨어지고, 내부링크까지 수정하지 않으면 사이트 안에서도 기존 URL 참조가 남아 꼬이기 시작합니다.

"URL에 키워드가 없어서"처럼 SEO 체감 효과가 불분명한 이유로 이 위험을 감수할 필요는 없습니다. Google의 John Mueller는 URL 자체가 순위에 미치는 영향은 매우 작다고 반복해서 말해왔습니다.

지금 이 글, 건드려도 되는 글인가

URL을 바꾸기 전에 아래 항목을 먼저 체크해보세요. 하나라도 해당된다면 수정을 미루거나 포기하는 쪽이 낫습니다.

• 서치콘솔에서 색인 완료 상태다 → 구글이 이미 해당 URL 기준으로 평가 중이라 이전 비용이 크다
• 성능 보고서에서 노출이나 클릭이 발생하고 있다 → 실제 트래픽 자산이 걸려 있어 순위 흔들림이 곧 유입 손실로 이어진다
• 특정 키워드로 20위 이내에 노출되고 있다 → 상위권일수록 URL 변경 후 순위 회복에 걸리는 시간이 길어진다
• 서치콘솔 링크 보고서나 외부 SEO 도구에서 백링크가 1개라도 확인된다 → 리디렉트를 장기간 유지해야만 링크 신호가 이전되고, 그 전에 리디렉트를 해제하면 신호가 끊긴다
• 다른 글에서 내부링크로 연결돼 있다 → 리디렉트를 걸어도 내부링크가 구 URL을 계속 가리키면 크롤 효율이 낮아진다
• 소셜미디어나 커뮤니티에 공유된 이력이 있다 → 리디렉트가 해제되는 순간 그 링크들은 전부 404가 된다

반대로, 발행한 지 얼마 안 됐고, 색인도 안 됐고, 유입도 없고, 백링크도 없는 글이라면 — 지금이 URL을 손볼 수 있는 거의 유일한 타이밍입니다. 이 창은 생각보다 빨리 닫힙니다.

꼭 바꿔야 한다면 이 순서대로

콘텐츠 방향이 바뀌거나, URL에 오타나 민감한 정보가 포함됐거나, 사이트 구조를 전면 개편해야 하는 경우가 있습니다. 이때는 순서가 중요합니다. 순서를 뒤바꾸는 순간 복구하기 어려운 공백이 생기거든요.

1. 301 리디렉트를 먼저 설정한다

URL을 실제로 바꾸기 전에 리디렉트를 먼저 걸어두세요. 이 순서가 뒤바뀌면 기존 URL이 404로 노출되는 공백이 생기고, 그 사이에 구글봇이 방문하면 색인에서 제거 처리가 시작될 수 있거든요.

워드프레스라면 Rank Math나 Redirection 플러그인이 편하고, 티스토리는 자체 301 설정 UI가 없어서 서버 레벨이나 .htaccess를 써야 합니다. 302(임시)가 아닌 301(영구)로 설정하는 게 핵심입니다. 302는 구글이 기존 URL을 계속 정식 URL로 보기 때문에 링크 신호가 넘어오지 않아요. A→B→C처럼 이어지는 리디렉트 체인도 피하는 게 좋고요.

2. 내부링크를 일괄 수정한다

사이트 내에서 기존 URL로 연결된 링크를 전부 새 URL로 교체합니다. 리디렉트가 있어서 당장 깨지지는 않지만, 리디렉트를 거치는 내부링크는 크롤 예산을 낭비하고 신호 전달 효율도 낮춥니다. Screaming Frog 같은 크롤러로 사이트 전체를 긁으면 기존 URL을 참조하는 페이지 목록을 뽑을 수 있습니다. 글 수가 많지 않다면 에디터 검색 기능으로 직접 찾아 바꾸는 것도 충분합니다.

3. 사이트맵을 업데이트하고 서치콘솔에 재제출한다

새 URL이 포함된 사이트맵을 서치콘솔에 제출합니다. 사이트맵 제출은 구글봇에게 새 URL의 존재를 빠르게 알리는 공식 경로입니다. 이후 서치콘솔의 URL 검사 도구에서 새 URL을 직접 입력해 색인 요청(Inspect → Request Indexing)을 겁니다. 기존 URL도 URL 검사 도구로 조회해보면 구글이 리디렉트를 인식했는지, 새 URL이 canonical로 잡혔는지 확인할 수 있습니다.

4. 변경 후 2~4주를 모니터링한다

변경 후 D+14~28 동안 서치콘솔 성능 보고서에서 두 URL의 노출·클릭 추이를 함께 봐야 해요. 새 URL 노출이 늘고 기존 URL 노출이 줄면 이전이 정상 진행 중이라는 신호입니다. 새 URL이 색인조차 안 된다면 리디렉트 설정이나 사이트맵을 다시 점검해야 하고요.

리디렉트는 최소 1년 이상 유지하는 게 안전합니다. 구글 서치센트럴 문서는 외부 백링크를 새 URL에 재할당하는 데 충분한 시간이 필요하고, 그 기간 동안 리디렉트를 유지해야 신호 이전이 완료된다고 안내합니다.

처음부터 URL을 잘 설계하는 게 맞다

솔직히, 사후 수정보다 처음 설계가 훨씬 낫습니다. 발행 전에 슬러그에 핵심 키워드 1~2개를 짧게 담고, 자동 생성된 긴 한글 주소는 미리 영문으로 손보는 습관이 필요합니다. 블로그-url-변경-seo 같은 형태로요. 특수문자, 날짜, 일련번호만 들어간 슬러그는 나중에 아쉬움이 남아도 고치기가 어렵습니다.

막상 수정하고 싶다는 생각이 든다면, 서치콘솔에서 30초만 확인해보세요. 해당 URL의 성능 탭을 열어 노출과 클릭이 있는지 보면 됩니다. 유입이 전혀 없는 글이라면 부담 없이 바꿀 수 있습니다. 유입이 있는 글이라면, 수정하고 싶은 이유가 그 리스크를 감수할 만큼 타당한지 한 번 더 따져보길 권합니다.

URL 하나 바꾸는 게 별것 아닌 것처럼 보여도, 쌓아온 색인과 순위를 건드리는 일이라는 건 변하지 않더라고요. 🔍