페이지 주소 바꾸기 전에 꼭 볼 것

지난주에 메뉴판을 바꾸고 서비스 소개를 다시 정리한 식당이나, 여름 시즌 맞춰 시술 페이지를 손본 미용실 사이트를 보면 비슷한 장면이 나옵니다. 분명 더 깔끔하게 고쳤고, 사진도 새로 넣었고, 문의 버튼도 달았는데 며칠이 지나도 검색에는 예전 주소만 남아 있거나 새 페이지가 좀처럼 보이지 않습니다. 사장님 입장에서는 답답합니다. 돈 들여 고쳤는데 손님이 들어오는 길이 오히려 꼬인 것처럼 느껴지기 때문입니다.

이럴 때 많은 분들이 가장 먼저 하는 일이 Search Console에서 색인 요청 버튼을 누르는 일입니다. 물론 그 작업도 필요할 수 있습니다. 하지만 페이지 주소를 바꾼 뒤 검색이 흔들리는 문제는 대개 버튼을 덜 눌러서 생기지 않습니다. 새 주소를 구글이 자연스럽게 따라갈 수 있게 만들었는지, 이전 주소에서 새 주소로 신호가 깔끔하게 정리됐는지가 더 중요합니다. 미국에서 한인 고객과 로컬 고객을 함께 받는 업종일수록 이 차이가 큽니다. 검색에서 길을 잃으면 문의, 예약, 전화 전환이 같이 흔들리기 때문입니다.

새 주소를 만들었다고 바로 새 페이지가 되지는 않습니다

구글 검색은 새 페이지를 사람이 등록해 주는 방식이 아니라, 링크를 따라 발견하고 페이지의 신호를 해석하는 방식으로 움직입니다. 그래서 서비스 페이지 주소를 바꿨다면 핵심은 “새 URL이 생겼다”가 아니라 “이 URL이 이제 공식 주소다”라는 신호를 사이트 전체에서 일관되게 보내는 일입니다.

여기서 사장님들이 많이 헷갈리는 부분이 있습니다. 페이지를 새로 만들었으니 시간이 지나면 알아서 잡히지 않겠느냐는 생각입니다. 아주 작은 사이트에서는 그렇게 보일 때도 있습니다. 하지만 실제 운영에서는 메뉴 링크, 내부 링크, 리디렉션, 사이트맵, canonical, noindex 같은 기본 신호가 어긋나 있으면 구글은 새 페이지를 늦게 보거나, 예전 주소를 더 중요하게 볼 수 있습니다.

한 문장으로 정리하면 이렇습니다. 페이지 주소 변경 SEO의 핵심은 새 페이지를 많이 만드는 일이 아니라, 이전 주소에서 새 주소로 권한과 방문 흐름을 정확하게 넘기는 일입니다.

예전 주소를 그대로 두면 손님도 검색도 같이 헷갈립니다

주소를 바꿀 때 가장 먼저 봐야 할 것은 예전 URL을 어떻게 처리했는가입니다. 구글 공식 문서도 URL 변경이 있을 때 리디렉션으로 새 위치를 알려 주는 방식을 기본으로 안내합니다. 쉽게 말해 예전 주소로 들어온 사람과 검색엔진을 새 주소로 자연스럽게 보내야 한다는 뜻입니다.

실무에서는 이 부분이 자주 비어 있습니다. 예를 들어 service-facial-old 페이지를 없애고 facial-treatment 페이지를 새로 만들었는데, 예전 주소가 그냥 404로 끝나거나 홈으로만 보내지는 경우가 많습니다. 그러면 사장님은 “어차피 새 페이지 만들었는데 왜 문제가 되지?”라고 느끼실 수 있습니다. 문제는 기존 검색 결과, 북마크, 외부 링크, 커뮤니티 글, 네이버 카페 후기, 문자로 보낸 링크가 여전히 예전 주소를 가리킬 수 있다는 점입니다.

리디렉션은 단순한 기술 작업이 아니라 손님 동선을 끊지 않는 운영 작업입니다. 특히 병원, 살롱, 식당처럼 반복 방문이 많은 업종은 예전 링크를 타고 다시 들어오는 비율이 생각보다 높습니다. 예전 주소가 끊기면 검색 순위 문제 이전에 실제 문의 손실이 생길 수 있습니다.

메뉴와 본문 안에서 새 주소를 밀어줘야 합니다

리디렉션만 걸어 두고 끝내면 반쪽 정리입니다. 구글은 크롤링 가능한 링크를 따라 페이지를 발견하고 관계를 이해합니다. 다시 말해 새 서비스 페이지가 중요하다면 사이트 안에서 그 페이지로 향하는 링크가 분명해야 합니다.

이때 중요한 것은 “클릭 가능한 진짜 링크”입니다. 이미지나 버튼처럼 보여도 실제 HTML 링크가 아니면 발견 신호가 약해질 수 있습니다. 메인 메뉴, 서비스 목록, 관련 글 본문, 자주 묻는 질문, 도시별 안내 페이지처럼 손님이 실제로 지나는 곳에서 새 주소가 연결되어 있어야 합니다.

사장님들이 현장에서 가장 많이 묻는 부분이 이겁니다. “사이트맵에 넣었는데 왜 또 내부 링크까지 손봐야 하나요?” 사이트맵은 새 페이지가 있다는 힌트를 주지만, 사이트 안에서 얼마나 중요한 페이지인지까지 대신 말해 주지는 못합니다. 반대로 메뉴와 본문에서 여러 번 자연스럽게 연결되면 구글도 그 페이지를 사이트 구조 안의 실제 목적지로 이해하기 쉬워집니다.

특히 한글 페이지와 영어 페이지를 같이 운영하는 사이트는 더 주의해야 합니다. 한글 메뉴에서는 새 한글 서비스 페이지로, 영어 메뉴에서는 대응되는 영어 페이지로 연결이 정리돼야 합니다. 언어가 다른데도 예전 URL이나 다른 언어 페이지로 뒤섞여 연결되면 사용자 경험도 흔들리고 검색 신호도 흐려집니다.

사이트맵은 제출보다 정합성이 먼저입니다

사이트맵은 여전히 중요합니다. 구글 공식 문서도 사이트맵이 페이지 발견에 도움을 준다고 설명합니다. 다만 “사이트맵 제출 = 곧바로 색인”으로 이해하면 실무에서 자꾸 엇박자가 납니다. 사이트맵은 힌트이고, 그 안에 적힌 URL이 실제 사이트 구조와 맞지 않으면 힘을 크게 못 씁니다.

예를 들어 사이트맵에는 새 주소가 들어가 있는데, 메뉴는 여전히 예전 주소를 가리키고 있고, canonical은 다른 페이지를 보고 있고, 예전 주소는 리디렉션도 없이 열려 있다면 신호가 서로 충돌합니다. 이런 상태에서는 제출을 여러 번 반복해도 문제의 핵심이 풀리지 않습니다.

그래서 사이트맵을 볼 때는 “등록했는가”보다 “지금 사이트가 새 주소를 하나의 공식 주소로 밀고 있는가”를 같이 봐야 합니다. 사장님이 직접 점검하실 때도 어렵게 생각하실 필요는 없습니다. 사이트맵에 새 주소가 있고, 사이트 메뉴와 본문도 그 주소로 연결되고, 예전 주소는 새 주소로 보내지고, 페이지 안의 대표 주소 신호도 일치하면 기본 골격은 맞다고 보시면 됩니다.

canonical과 noindex가 조용히 발목을 잡을 때가 많습니다

여기서 잠깐, 이런 의문이 드실 수 있습니다. “페이지는 잘 열리는데 왜 검색에서는 예전 주소나 다른 주소가 보이죠?” 이때 가장 먼저 확인할 항목이 canonical입니다. canonical은 여러 URL 중 대표로 보고 싶은 주소를 알리는 신호입니다. 템플릿을 복사해서 새 페이지를 만들 때 이전 페이지의 canonical이 그대로 남아 있으면, 새 페이지를 만들고도 대표 주소를 다른 URL로 넘겨 버리는 꼴이 됩니다.

또 하나는 noindex입니다. 구글 공식 문서 기준으로 noindex가 걸린 페이지는 검색 결과에 나오지 않도록 처리됩니다. 개발 중에 잠깐 막아 둔 설정이 그대로 남아 있는 경우가 의외로 많습니다. 특히 외주 작업 후 검수 단계에서 페이지는 눈에 보이니 문제없다고 생각하기 쉬운데, 검색 신호는 전혀 다르게 들어가고 있을 수 있습니다.

자바스크립트로 나중에 noindex를 바꾸면 되지 않느냐는 질문도 종종 나옵니다. 그런데 구글 문서에는 noindex를 만나면 렌더링이나 자바스크립트 실행을 건너뛸 수 있다고 안내합니다. 그래서 처음 코드에 noindex가 들어간 상태라면 나중에 바꾸는 방식은 안전한 해결책이 아닙니다. 이 부분은 꼭 초기 응답 기준으로 점검하는 편이 낫습니다.

색인 요청은 마지막 확인 단계로 쓰는 편이 맞습니다

Search Console의 URL 검사와 색인 요청은 유용한 도구입니다. 다만 이 기능은 구조가 정리된 뒤 마지막 확인 단계로 써야 힘을 씁니다. 구글 문서도 재크롤 요청은 보낼 수 있지만, 즉시 색인을 보장하는 기능은 아니라고 분명히 설명합니다.

즉, 색인 요청을 반복해서 눌러도 리디렉션이 빠져 있거나 내부 링크가 약하거나 canonical이 엉켜 있으면 근본 문제는 그대로 남습니다. 반대로 구조를 정리한 뒤 한 번 요청하는 것은 충분히 실무적인 방법입니다. 사장님 입장에서는 “버튼을 더 누를까”보다 “구조가 맞나”를 먼저 묻는 쪽이 비용 대비 훨씬 효율적입니다.

실제로 미국 소상공인 사이트 운영에서는 페이지 수가 많지 않기 때문에, 전체 사이트를 다 뒤집기보다 핵심 서비스 페이지 한두 개만 정확히 정리해도 체감이 큽니다. 검색 노출만이 아니라 광고 랜딩, 문자 링크, 구글 비즈니스 프로필 연결, 기존 고객 재방문 흐름까지 같이 정돈되기 때문입니다.

사장님이 오늘 바로 확인할 리스트

이번 주에는 서비스 페이지를 새로 더 만드는 일보다, 이미 바꿔 둔 주소 하나를 제대로 정리하는 데 시간을 먼저 써보시기 바랍니다. 예전 주소가 새 주소로 넘어가는지, 메뉴와 본문 링크가 같은 방향을 가리키는지, canonical과 noindex가 조용히 방해하지 않는지만 잡아도 검색과 문의 흐름이 훨씬 덜 흔들립니다. 사이트 개편의 성패는 페이지 수가 아니라 신호의 일관성에서 갈립니다.