서비스 페이지가 안 잡힐 때 먼저 볼 것

오후 한가한 틈에 새 서비스 페이지를 올렸는데, 며칠이 지나도 구글에서 제목 한 줄조차 안 보일 때가 있습니다. 사장님 입장에서는 분명 돈 들여 페이지를 만들었고, 사진도 넣고, 문의 버튼도 붙였는데 검색창에는 여전히 예전 페이지나 홈페이지만 뜹니다. 그래서 급한 마음에 Search Console에서 색인 요청 버튼부터 누르지만, 실제로는 그보다 먼저 확인해야 할 것이 따로 있습니다. 미국에서 한인 고객과 로컬 고객을 함께 받는 업종일수록 이 점검 순서를 놓치면 페이지는 계속 묻히고, 광고나 지도에서 넘어온 방문자도 원하는 정보에 바로 닿지 못합니다.

검색에 안 잡힌다는 말부터 조금 나눠 봐야 합니다

사장님들이 “페이지가 검색에 안 잡힌다”고 말할 때는 보통 두 상황이 섞여 있습니다. 첫째는 구글이 그 페이지를 아직 발견하지 못했거나 크롤링하지 못한 경우입니다. 둘째는 페이지를 봤더라도 다른 주소를 대표로 판단했거나, 아예 검색 결과에 넣지 않도록 막혀 있는 경우입니다.

이 둘은 겉으로 보기에는 비슷합니다. 그런데 대응은 완전히 다릅니다. 발견이 안 된 상태라면 링크 구조와 사이트맵부터 봐야 하고, 대표 주소 판단이 꼬인 상태라면 canonical이나 중복 페이지 구성을 봐야 합니다. noindex가 걸린 상태라면 아무리 색인 요청을 눌러도 먼저 그 막힘을 풀어야 합니다. 한 문장으로 정리하면 이렇습니다. 서비스 페이지 인덱싱 확인은 요청 버튼을 누르는 일이 아니라 구글이 이 페이지를 정상 페이지로 받아들이는 조건을 맞추는 일입니다.

버튼 누르기 전에 길이 열려 있는지 먼저 봐야 합니다

Google Search Central은 구글이 링크를 따라 페이지를 발견한다고 설명합니다. 실무에서는 이 말이 아주 중요합니다. 새 서비스 페이지가 홈, 관련 서비스 페이지, 메뉴, 블로그 글 같은 기존 페이지 어디에서도 제대로 연결되지 않으면 구글은 그 페이지를 늦게 보거나 약하게 볼 수 있습니다.

여기서 잠깐, 이런 의문이 드실 수 있습니다. “주소만 있으면 구글이 알아서 찾는 것 아닌가요?” 작은 사이트에서는 운 좋게 그럴 때도 있습니다. 하지만 운영 관점에서는 그렇게 기대하면 안 됩니다. 공식 문서 기준으로도 구글이 가장 안정적으로 따라가는 링크는 HTML의 <a href> 링크입니다. 자바스크립트 클릭에만 묶인 버튼, 검색창 안에서만 보이는 경로, 폼 제출 뒤에만 나오는 페이지는 발견 속도가 느려질 수 있습니다.

그래서 새 서비스 페이지를 만들었다면 가장 먼저 세 군데를 보셔야 합니다. 첫째, 메인 내비게이션이나 서비스 목록에서 실제 링크로 연결되어 있는지 확인합니다. 둘째, 비슷한 서비스를 소개하는 기존 페이지 본문 안에서도 연결합니다. 셋째, 한국어 페이지와 영어 페이지를 따로 운영한다면 각 언어 흐름 안에서 해당 언어 페이지로 들어가게 연결합니다. 한국어 손님이 보는 페이지에서 영어 서비스 페이지만 걸려 있거나, 반대로 영어 페이지에서 한국어 URL만 연결돼 있으면 인덱싱 이전에 사용자 경험부터 흔들립니다.

사이트맵에 넣었다고 끝난 것은 아닙니다

사장님들이 두 번째로 많이 묻는 부분이 이겁니다. “사이트맵에 들어가 있으면 이제 기다리기만 하면 되지 않나요?” 사이트맵은 분명 중요합니다. Google Search Central도 사이트맵이 새 페이지를 발견하는 데 도움을 줄 수 있다고 안내합니다. 다만 도움을 주는 것과 바로 색인된다는 것은 다릅니다.

사이트맵은 쉽게 말해 “이 주소를 봐 달라”는 목록입니다. 반면 구글이 실제로 판단하는 것은 그 페이지가 사이트 안에서 어떤 위치를 갖는지, 다른 페이지와 어떻게 연결되는지, 대표 주소가 분명한지 같은 맥락입니다. 그래서 사이트맵에 새 서비스 페이지가 들어가 있어도 메뉴에는 없고, 내부 링크도 없고, 제목과 본문이 다른 페이지와 거의 비슷하면 기대만큼 빨리 움직이지 않을 수 있습니다.

실무적으로는 이렇게 보시면 됩니다. 사이트맵은 초대장이고, 내부 링크는 길 안내판입니다. 초대장만 보내 놓고 가게 입구 안내가 없으면 손님도 헷갈리듯, 구글도 페이지의 우선순위를 강하게 읽기 어렵습니다. 특히 지역별 서비스 페이지를 여러 개 만들었는데 본문 구조가 거의 같다면 더 조심해야 합니다. 이 경우는 “새 페이지를 많이 만들었다”보다 “왜 이 페이지가 따로 존재해야 하는지”가 더 중요합니다.

다른 주소를 대표로 밀고 있지 않은지도 확인해야 합니다

새 서비스 페이지가 안 잡히는 원인 중에서 의외로 많은 것이 canonical 설정입니다. canonical은 중복되거나 비슷한 페이지가 있을 때 어떤 URL을 대표로 볼지 알려 주는 신호입니다. 문제는 이 설정이 잘못 들어가면 새 페이지를 만들어 놓고도 구글에게 “사실은 저쪽 페이지를 대표로 봐 주세요”라고 말하는 셈이 된다는 점입니다.

예를 들어 치과 사이트에서 임플란트 페이지를 새로 만들었는데, 템플릿 복사 과정에서 canonical이 공통 서비스 페이지나 예전 랜딩페이지를 그대로 가리키는 일이 종종 있습니다. 그러면 구글은 새 URL보다 기존 URL을 더 대표로 볼 수 있습니다. Search Console URL 검사에서 사용자 지정 canonical과 구글이 선택한 canonical을 함께 보는 이유가 바로 이것입니다.

실제로 현장에서 많이 헷갈리는 부분도 여기입니다. “페이지는 열리는데 왜 검색에는 다른 주소만 뜨죠?” 이럴 때는 콘텐츠 품질 이야기를 꺼내기 전에 먼저 canonical과 중복 구성을 보셔야 합니다. 같은 내용을 제목만 조금 바꿔 여러 URL에 나눠 두면, 새 페이지를 더 만들수록 오히려 대표 주소가 한쪽으로 몰릴 수 있습니다. 서비스 페이지를 늘릴수록 중요한 것은 개수가 아니라 역할 구분입니다.

noindex 한 줄이 모든 작업을 멈춰 세울 수 있습니다

생각보다 단순한 실수도 많습니다. 개발 중에 임시로 걸어 둔 noindex가 그대로 남아 있는 경우입니다. Google Search Central 문서 기준으로 noindex가 있으면 해당 페이지는 검색 결과에 표시되지 않도록 처리됩니다. 이 상태에서는 URL 검사에서 페이지가 보이더라도 검색 노출은 막힐 수 있습니다.

이 실수는 새 디자인 작업 뒤, 스테이징 페이지를 복사한 뒤, 혹은 SEO 플러그인 설정을 만진 뒤 자주 생깁니다. 특히 외주 개발이나 여러 사람이 사이트를 만지는 구조에서는 “누가 잠깐 막아 둔 것”이 몇 주씩 남아 있기도 합니다. 사장님이 직접 코드까지 볼 필요는 없습니다. 다만 담당자에게 아주 구체적으로 물어보시면 됩니다. “이 페이지에 noindex가 있는지, robots 메타나 헤더에서 검색 제외가 걸려 있는지 확인해 주세요.”

그리고 색인 요청은 이 모든 점검이 끝난 뒤에 쓰는 것이 맞습니다. Google Search Console의 URL 검사 도구는 새 정보가 반영된 뒤 재크롤링을 요청하는 데 유용합니다. 하지만 공식 문서도 요청이 곧바로 색인을 보장하는 것은 아니라고 설명합니다. 그래서 요청 버튼을 반복해서 누르는 것보다, 링크 구조와 사이트맵, canonical, noindex를 먼저 정리하고 한 번 깔끔하게 요청하는 편이 훨씬 낫습니다.

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

이 리스트에서 가장 먼저 볼 것은 내부 링크와 canonical입니다. 새 서비스 페이지가 검색에 안 잡힐 때 많은 사장님이 콘텐츠 길이나 키워드부터 걱정하지만, 실제 현장에서는 길이 열려 있지 않거나 대표 주소 신호가 꼬여 있는 경우가 훨씬 자주 나옵니다. 그다음이 noindex 여부이고, 사이트맵과 색인 요청은 그 구조를 정리한 뒤 마무리 단계로 보시면 됩니다.

이번 주 안에 새 서비스 페이지 하나만 골라서 확인해 보셔도 좋습니다. 홈에서 두 번 안에 들어갈 수 있는지, 관련 페이지 본문에서 자연스럽게 연결되는지, Search Console에서 어떤 canonical이 잡히는지, noindex는 없는지 차례대로 보시면 됩니다. 이 네 가지만 정리해도 “페이지를 만들었는데 왜 안 보이지?”라는 답답함은 꽤 빨리 줄어듭니다. 검색은 결국 페이지 수보다 구조를 더 정직하게 반영합니다.