GBP 주소를 바꿔도 지도 핀은 안 움직인다 — 서비스 지역 업체가 겪는 함정

구글 비즈니스 프로필(GBP) 을 제대로 관리하려면 지금 보이는 대시보드 너머를 봐야 한다. 리스팅의 주소 이력은 숨겨진 알고리즘 페널티를 진단하고, 로컬 순위를 보호하고, 장기적인 검색 안정성을 확보하는 데 결정적일 수 있다.

이 맥락은 특히 서비스 지역 업체(SAB, Service Area Business) 에게 중요하다. 주소 노출 여부가 전략에 영향을 주기 때문이다.

주소를 보여줄 것인가

구글이 가이드라인에 대해 늘 투명하지는 않기 때문에, 로컬 SEO 커뮤니티가 주소 업데이트에 관한 베스트 프랙티스를 직접 테스트하고 문서화해왔다. 그리고 이 사안은 노련한 로컬 SEO 사이에서도 의견이 갈린다.

원문 저자가 링크드인에서 진행한 업계 설문에서는 69%가 가능하면 주소를 노출하는 쪽을 지지했다.

그 비율은 납득이 간다. 주소를 보여주면 정당성을 신호하고, 맵 팩 노출을 지원하며, 구글에 지오코딩 가능한 앵커를 제공한다.

리스팅은 과거에 발목 잡힌다

SAB에게 주소 결정이 복잡한 이유는 리스팅의 현재 상태만이 아니다. 그 뒤에 있는 전체 이력이다.

무언가를 건드리기 전에 물어볼 세 가지 질문이 있다.

1. 프로필을 최초 생성할 때 사용한 주소가 루프탑에 제대로 앵커될 만큼 정확했는가? 즉 구글이 그것을 모호한 지역 포인트가 아니라 정밀한 건물 좌표로 해석할 수 있었는가.
2. 이사 후든 정책 결정의 결과든, 주소가 노출됐다가 숨겨진 적이 있는가?
3. 주소가 과거에 업데이트된 적이 있는가?

대부분의 마케팅 실무자는 주소가 바뀌면 구글이 단순히 기록을 갱신하고, 인증 후 리스팅이 새 위치에서 순위에 나타난다고 가정한다. 주소를 숨긴 SAB에게는 그 가정이 항상 성립하지 않는다.

주소와 지도 핀은 같은 것이 아니다

GBP에 저장된 주소와 구글이 근접성 계산에 사용하는 지도 핀은 서로 다른 두 가지다.

GBP에 주소를 입력하면 구글의 지오코딩 엔진이 그 텍스트 문자열을 읽고, 내부 지리 데이터베이스와 대조해, 리스팅에 물리적 좌표를 할당한다.

로컬 순위를 앵커하는 것은 당신이 입력한 주소 텍스트가 아니라 그 좌표다.

숨긴 주소가 만드는 문제

저자의 테스트에 따르면, SAB가 GBP 대시보드에서 주소를 숨기면 지도 핀이 프로필이 최초 생성된 원래 주소로 되돌아갈 수 있다.

즉 리스팅이 집 주소, 사서함, 또는 가상 오피스로 생성됐다면, 그 이후 어떤 주소 업데이트를 했든 랭킹 앵커는 여전히 그 원래 위치에 있을 가능성이 높다.

주소가 숨겨져 있다면, 대시보드에서 주소를 업데이트해도 좌표가 재앵커되지 않는다. 숨김 설정을 해제하고, 새 위치로 업데이트하고, 인증을 완료해도 기능적 지도 핀은 여전히 움직이지 않는다.

업계의 오해가 얼마나 큰가

이 기술적 현실에도 불구하고 업계에는 광범위한 혼란이 있다.

SAB의 주소 변경이 로컬 검색 순위를 새 위치로 재중심화하는지 묻는 별도의 링크드인 설문에서

• 36%가 순위가 새 위치로 업데이트된다고 잘못 믿었다
• 32%만이 순위가 움직이지 않는다는 것을 정확히 이해했다
• 나머지 3분의 1은 확신하지 못하거나 업종에 따라 다르다고 생각했다

전문가 집단으로 좁히면 결과가 달라진다. 저자는 구글 비즈니스 프로필 프로덕트 엑스퍼트와 The SEO Slack 커뮤니티를 대상으로 별도 조사를 했다.

응답 그룹	순위가 새 위치로 이동	원래 위치에 묶여 있음	불확실·경우에 따라
링크드인 (62명)	35%	34%	31%
전문가 그룹 (16명)	18.8%	62.5%	18.7%

일반 인식과 전문 기술 실행 사이에 선명한 선이 그어진다. 링크드인에서는 의견이 거의 반으로 갈렸지만, 전문가 그룹에서는 62.5%가 순위가 원래 위치에 묶여 있다는 것을 정확히 파악하고 있었다.

이 데이터가 위험한 오해를 드러낸다. 많은 실무자가 구글이 로컬 가시성을 자동으로 옮겨줄 것이라는 잘못된 가정 아래 중요한 주소 업데이트를 하고 있다.

무엇도 건드리기 전에: 시나리오별 판단

올바른 조치는 무엇을 다루고 있느냐에 전적으로 달려 있다. 자기 상황을 먼저 찾아야 한다.

주소가 숨겨져 있고 한 번도 손대지 않은 SAB

순위가 잘 나오고 있다면 그대로 둔다. 지도 핀은 프로필이 최초 생성된 주소에 앵커돼 있고, 숨겨진 상태가 유지되는 한 주소 필드를 업데이트해도 그 앵커는 움직이지 않는다.

기능적 핀이 실제로 어디 있는지 확인하고 싶다면 아무것도 가정하기 전에 그리드 랭킹 리포트를 돌린다.

주소가 숨겨져 있고 리스팅을 인수받은 경우

클라이언트에게 세 가지를 먼저 묻는다.

• 정확한 원래 주소
• 주소가 노출과 숨김 사이를 토글된 적이 있는지
• 인증 이후 사업체가 물리적으로 이전했는지

모른다면 그리드 랭킹 도구로 삼각측량하고, 해당 서비스 카테고리로 구글 지도를 확대 검색해 좁혀나간다.

주소가 숨겨져 있고 원래 사서함이나 가상 오피스였던 경우

리스팅이 정지되지 않았다면 실무자 의견이 여기서 갈린다.

• 일부는 그대로 두고, 향후 어떤 업데이트든 정지 리스크로 클라이언트에게 알린다
• 일부는 클라이언트를 규정에 맞는 물리적 주소로 옮기고 인용 정보를 정렬한 뒤 대시보드를 건드린다

어느 쪽도 틀리지 않았다. 다만 편한 쪽으로 기본 선택하지 말고 의도적으로 하나를 고르라는 것이 저자의 조언이다.

주소가 노출돼 있고 같은 지역 내에서 이전하는 경우

노출된 주소 업데이트는 지도 핀을 새 위치로 옮겨야 한다. 표준 재인증이 적용될 수 있다.

주소가 노출돼 있고 주 경계를 넘어 이전하는 경우

GBP를 건드리기 전에 다른 모든 인용 정보를 먼저 업데이트한다. 웹사이트, 페이스북, 옐프, 애플 지도, 스키마, BBB, 사업 서류까지 웹의 나머지가 이미 새 주소에 동의한 상태를 만든다.

새로 시작하지 말고 기존 프로필을 유지한다. 리뷰와 이력을 보존하기 때문이다.

주 경계를 넘어 이전하는데 과거 내비게이션 데이터가 걱정되는 경우

이것이 편집 대신 새로 시작하는 것이 가장 강한 근거를 갖는 시나리오다.

옛 주에 묶인 수년간의 길찾기 요청과 행동 데이터가 새로 편집된 주소와 충돌할 수 있다. 그리고 편집된 프로필이 정지되면 복구 과정에서 주소를 숨겨야 하는 경우가 많은데, 그러면 핀이 다시 옛 위치로 재앵커된다.

그 리스크를 새로 시작할 때의 리뷰 손실과 저울질해야 한다.

신규 리스팅을 만드는 경우 (노출이든 숨김이든)

제출 전에 정확한 주소 텍스트를 구글 지오코딩 API에 넣어본다. 부분 일치가 아니라 ROOFTOP으로 해석되는지 확인한다.

접미사가 틀렸거나 호수(suite)가 잘못된 필드에 들어간 것이, 정밀한 핀과 길 아래 잔디밭에 앵커된 리스팅의 차이를 만드는 경우가 많다.

캔자스 버그와 바다에 찍힌 핀

주소를 숨기는 것은 과거 앵커와 무관한 방식으로도 리스팅을 망가뜨릴 수 있다.

캔자스 버그

캔자스 버그는 사업체가 실제로 어디서 운영하든 상관없이 SAB 핀을 미 본토의 지리적 중심인 캔자스 인디펜던스 근처로 떨어뜨린다.

제이슨 브라운(Jason Brown)은 원인을 추적했다. SAB가 주소 필드를 비우면 구글이 백엔드에서 주소를 null 처리하는데, 내부적으로는 여전히 주소가 저장돼 있는 상태다.

이 버그는 미국에 국한되지 않았다. 호주, 캐나다, 아일랜드, 영국의 SAB에도 영향을 미쳐 보편적 버그로 보인다.

바다에 찍힌 핀

대런 쇼(Darren Shaw)는 관련되지만 다른 사례를 문서화했다.

한 클라이언트의 핀이 바다에 떨어졌다. 주소를 비우고 서비스 지역을 하와이를 포함한 미국 전체로 설정하면서 계산된 중심점이 태평양으로 끌려간 것이다.

이 사례에서 원래 주소와 현재 주소가 동일했으므로 옛 주소로의 회귀가 아니었다. 주소를 복원하자 다음 날 해결됐고 재인증도 필요 없었다.

"그가 인증에 사용한 주소가 프로필에 있던 것과 같다는 걸 의심의 여지 없이 안다. 그러니 순위가 그냥 옛 주소로 돌아간 경우가 아니다." — 대런 쇼

저자는 서비스 지역 중심점으로 핀이 기본 설정되는 것을 본 적은 있지만 두 번째 프로필에서 확인하지는 못해, 확정된 패턴이 아니라 그럴듯한 가설로 다룬다고 밝혔다.

조이 호킨스(Joy Hawkins)는 핀이 사업체의 서비스 지역 밖으로 떨어졌을 때 순위 하락도 문서화했다.

인수받은 SAB 리스팅 관리법

SAB 리스팅을 인수받으면 프로필이 어떻게 생성됐는지, 설정 시 어떤 주소가 사용됐는지, 그 주소가 구글 가이드라인상 적격이었는지 알 방법이 없는 경우가 많다.

사업체가 이전했거나 노출된 점포에서 숨긴 주소 SAB로 전환하려는 경우에도 같은 문제가 발생한다.

클라이언트에게 물을 세 가지는 앞서와 같다.

• GBP가 최초 생성된 정확한 물리적 주소를 아는가?
• 이 프로필에서 사업 주소가 변경되거나 노출·숨김 사이를 토글된 적이 있는가?
• 리스팅이 최초 인증된 이후 사업체의 물리적 운영을 이전했는가?

그 답 — 또는 답하지 못한다는 사실 — 이 수개월, 수년간 진단되지 않은 좌절을 설명하는 경우가 많다. 제한된 맵 팩 노출, 갑작스러운 전화 감소, 뚜렷한 원인 없는 낮은 참여도 같은 것들이다.

주소 이력은 SEO가 가장 먼저 보는 항목이 아니다. 그러나 많은 인수 리스팅에서 나머지 모든 것을 설명하는 하나의 근본 요인이다.

사소한 주소 차이가 지도 핀을 바꾼다

저자는 자신의 사업 주소로 예를 든다. 555 Friendly Rd., Pontiac, MI 48341.

저자는 오랫동안 접미사가 'Road'가 아니라 'Street'이라고 가정해왔다. 구글 지오코딩 API가 이 작은 차이를 어떻게 처리하는지 보자.

• 'St.'로 조회하면 지오코딩 엔진이 partial_match 플래그를 던진다. 그 특정 텍스트 문자열에 대한 정확한 일치를 찾지 못해 정밀도를 잃고 근처 빈 잔디밭에 핀을 떨어뜨린다.
• 'Rd.'로 조회하면 엔진이 완벽한 확신으로 문자열을 해석해 ROOFTOP 위치 유형이 나오고 핀이 건물 지붕에 정확히 중심을 잡는다.

당신의 클라이언트가 몇 년 전 프로필을 처음 만들 때 100% 정확하게 주소를 입력했다고 얼마나 확신하는가?

주소 1행에 호수를 추가하는 것도 거의 항상 핀 배치 문제를 일으킨다.

신규 리스팅은 지오코딩 API를 먼저 돌린다

주소가 노출되든 숨겨지든, 신규 리스팅을 만들기 전에 구글 지도 지오코딩 API로 텍스트 문자열이 어떻게 읽히는지 확인하는 것이 저자의 루틴이다.

• 'Road'를 'Rd.'로 써야 하는가?
• 'County'를 약어로 써야 하는가?
• 접미사가 실제로 'Street'인가 'Avenue'인가?

클라이언트가 제공한 주소가 정밀한 루프탑으로 지오코딩될 만큼 깨끗한지 확인하는 것이 우리 일이라는 것이다.

이 도구는 두 가지 용도로도 유용하다.

• 역 지오코딩: 현지 주소 형식을 파싱하기 어려운 국제 브랜드에 유용하다. 클라이언트에게 정확한 위도·경도를 받아 구글이 기대하는 깨끗한 텍스트 문자열로 역변환한다.
• 중복 탐지: 해당 주소에 구글이 이미 연결해둔 다른 사업 엔티티를 보여줘 필터링 문제나 중복 가능성을 파악할 수 있다.

클라이언트를 믿지 말고 랭킹 리포트를 믿어라

대부분의 사업주는 GBP를 설정할 때 지오코딩 정밀도를 생각하지 않는다. 주소를 입력하고 설정 플로를 클릭해 넘기며 구글이 알아서 했으리라 가정한다.

그러나 클라이언트가 사업체가 원래 설립됐다고 주장하는 지역에서 리스팅이 순위에 오르지 않는다면 추측을 멈춰야 한다.

근접성 기반 그리드 랭킹 리포트를 돌린다. 로컬 가시성이 몇 마일 떨어진 완전히 다른 동네를 중심으로 피어나고 있다면, 프로필이 잘못 지오코딩됐거나 첫날부터 옛 주소에 앵커됐을 가능성이 매우 높다.

로컬 SEO 이력에서 기억은 흐려지지만 랭킹 데이터는 거짓말하지 않는다.

리뷰는 프로필 간에 이전할 수 있나

레거시 주소를 편집하는 대신 새 프로필로 시작할지 결정할 때 실무자가 겪는 가장 큰 망설임은 힘들게 얻은 고객 리뷰를 잃는 두려움이다.

짧은 답은 "가능하다" 다. 다만 구글의 수동 지원 채널을 거쳐야 한다.

구글은 정당한 이전이나 법인 구조 변경 같은 특정 상황에서 리뷰 이전을 허용한다. 성공 확률을 높이려면 다음을 지켜야 한다.

• 두 프로필을 모두 열어둔다: 지원 상담원이 이전을 처리하려면 원본 프로필과 대상 프로필이 모두 대시보드에서 활성 상태여야 한다.
• 핵심 브랜드 신호를 일치시킨다: 구글 수동 지원팀은 사업 연속성을 평가한다. 사업체명, 주요 카테고리, 브랜딩이 옛 리스팅과 새 리스팅 사이에 일관돼야 같은 운영 주체임을 입증할 수 있다.
• 공식 증거를 제출한다: 옛 주소에서 새 주소로의 전환을 보여주는 갱신된 사업자등록증이나 공과금 고지서 같은 일치 서류를 준비한다.

지원 채널로 원하는 결과가 나오지 않으면 구글 비즈니스 프로필 포럼에서 추가 도움을 구할 수 있다.

실무 체크리스트

첫째, 이전 전에 이력부터 파악한다. 이사나 주소 변경을 계획 중이라면, 먼저 이 리스팅이 어떤 주소로 생성됐고 그 사이 어떤 변경을 거쳤는지 확인한다. 변경 후에 순위가 안 오르는 이유를 사후에 찾는 것보다 훨씬 싸다.

둘째, 최초 등록 주소를 신중하게 고른다. 신규 SAB를 등록할 때 임시로 집 주소를 넣는 관행이 흔하다. 그런데 그 주소가 장기 랭킹 앵커로 남을 수 있다면 임시가 아니다.

셋째, 지오코딩 API를 등록 절차에 넣는다. 'Rd.'와 'St.' 하나 차이로 핀이 건물 지붕과 빈 잔디밭 사이를 오간다. 비용이 거의 들지 않는 사전 점검이다.

넷째, 그리드 랭킹으로 실측한다. 클라이언트의 기억이 아니라 핀이 실제로 어디 있는지가 판단 근거다.

다섯째, 지역 페이지 구조와 함께 본다. GBP 앵커와 웹사이트의 지역 페이지 구조가 어긋나면 신호가 분산된다. 그 구조를 잡는 방법은 멀티 로케이션 SEO — 지역 키워드마다 페이지를 만들면 안 되는 이유에서 다뤘다.

여섯째, 로컬 데이터가 AI 답변으로 흘러가는 흐름을 고려한다. 잘못 앵커된 위치 정보는 검색 순위뿐 아니라 AI가 생성하는 로컬 추천에도 반영된다. 관련 변화는 챗GPT가 옐프 리뷰를 읽는다 — 로컬 검색의 약점을 데이터로 메꾸는 방식에서 확인할 수 있다.

프로필의 과거에 대해 모르는 것이 그 미래를 망칠 수 있다.