병원 홈페이지 제작사를 바꿀 때 Search Console 권한은 어떻게 인계하나요?
한눈에 보는 답
먼저 병원이 관리하는 Google 계정으로 해당 속성의 소유권과 실제 접근을 확인하세요. 새 제작사에는 맡길 작업에 필요한 사용자 권한을 부여하고, 인계 확인 뒤 이전 업체의 접근을 정리해요. 확인된 소유자는 사용자 목록에서 삭제해도 확인 토큰이 남으면 다시 소유권을 확인할 수 있어요. 따라서 사용자 삭제와 HTML 파일·태그·DNS 등 확인 수단의 정리는 별도 점검이에요.
근거는 Google의 사용자·소유자·권한 관리 도움말 [1]과 사이트 소유권 확인 도움말 [2]이에요. 아래 순서는 이 공식 설명을 제작사 변경 상황에 적용한 운영 제안이에요.
공식 문서 확인 2026년 10월 8일 · Google Search Console
공개 병원 홈페이지의 검색 계정·기술 운영 인계를 다뤄요. 의료행위의 효과·후기·전후 비교나 환자 자료를 다루는 글이 아니에요. Search Console 권한은 도메인·호스팅의 계약상 소유권과 다르며, 이 글에서 특정 병원의 비공개 계정을 검사한 것은 아니에요.
소유자와 전체·제한된 사용자는 무엇이 다른가요?
Search Console의 ‘소유자’는 해당 속성의 사용자·설정을 관리하는 역할이에요. 확인된 소유자는 파일·태그 같은 확인 수단으로 소유권을 증명하고, 위임된 소유자는 확인된 소유자로부터 소유자 상태를 부여받아요. 두 소유자 유형의 권한은 같지만, 접근을 정리하는 방법은 달라요. ‘제작사 계정을 지웠다’는 보고만으로 어떤 확인 수단까지 정리했는지 알 수 없는 이유예요. [1]
| 역할 | 공식 설명의 핵심 | 인계 때 확인할 것 |
|---|---|---|
| 확인된 소유자 | 확인 토큰으로 증명하고 속성을 관리해요 | 병원 관리 계정의 확인 방법·유효성·실제 접근 |
| 위임된 소유자 | 소유자 권한을 부여받고 속성을 관리해요 | 부여 이유와 사용자 관리 화면의 접근 정리 |
| 전체 권한 사용자 | 모든 데이터를 보고 일부 작업을 해요 | 사이트맵 제출 등 실제 맡긴 작업에 필요한지 |
| 제한된 권한 사용자 | 대부분의 데이터를 조회해요 | 보고서 조회만 맡기는지, 추가 작업이 필요한지 |
사용자를 추가·삭제하거나 다른 사용자의 권한을 바꾸는 일은 소유자가 맡아요. 보고서만 보는 새 담당자와 검색 설정을 관리할 담당자에게 같은 권한을 일괄 부여하지 마세요. Google의 기능별 권한 표에서 맡긴 작업을 대조하고, 담당자가 자기 계정으로 실제 수행 가능한지 확인해요. 계정 비밀번호를 공유하는 방식은 권한 인계가 아니에요. [1]
이전 업체 권한을 지우기 전에 무엇부터 확인하나요?
- 1인계할 속성과 실제 사이트 주소를 적어요
도메인 속성인지 URL 접두사 속성인지, HTTPS·호스트·경로 범위가 무엇인지 확인해요. 이름이 비슷한 테스트 속성과 운영 속성을 섞지 마세요. 현재 보고서가 어느 속성의 자료인지도 같이 기록해요.
- 2병원 관리 계정으로 소유권을 확인해요
병원이 관리할 계정을 정하고 공식 절차에 따라 확인해요. 기존 소유자에게 접근을 부여받는 방법과 직접 확인하는 방법을 구분하세요. 직접 확인한 경우에는 설정의 소유권 확인 정보와 실제 보고서 접근을 함께 확인해요. 확인된 소유자를 먼저 확보한 뒤 이전 계정 정리를 진행해요. [2]
- 3확인 수단을 제작·배포 목록에 넣어요
도메인 속성은 DNS 확인을 사용하고, URL 접두사 속성은 사이트 환경에서 가능한 확인 방법을 선택해요. HTML 파일·태그 방식이면 현재 운영 사이트에서 제공되는지, 새 템플릿·호스팅에도 유지되는지 확인해요. 파일·태그는 Search Console에서 제공한 값을 임의 변경하지 않아요. [2]
- 4새 담당자의 작업과 권한을 시험해요
조회·사이트맵 제출·사용자 관리 등 맡긴 작업을 분리하고 필요한 역할을 정해요. 새 담당자가 자기 계정으로 해당 속성을 열 수 있는지 확인해요. 인계 기록에는 계정 역할·확인일·담당자·미확인 항목을 남기되 비밀번호를 적지 않아요.
확인 토큰이 사라지거나 유효하지 않으면 소유권 확인이 유지되지 않을 수 있어요. Google은 토큰의 존재·유효성을 주기적으로 확인한다고 설명해요. 모든 확인된 소유자가 접근을 잃으면 속성의 다른 사용자도 접근을 잃어요. 따라서 새 디자인 공개와 검색 계정 인계를 따로 완료 처리하지 말고, 배포 뒤 병원 계정의 접근까지 다시 확인하세요. [2]
사용자 목록에서 삭제하면 이전 제작사의 접근이 끝나나요?
확인된 소유자라면 남은 확인 토큰도 봐야 해요. 공식 도움말은 소유자를 삭제하면 즉시 접근을 잃지만, 토큰이 남으면 그 소유자가 다시 확인할 수 있다고 설명해요. 설정의 ‘사용자 및 권한’에서 ‘미사용 소유권 토큰’을 확인하고, 삭제 대상 사용자와 연결된 확인 방법을 구분하세요. 여러 확인 방법을 사용했다면 모두 점검해야 해요. [1]
HTML 파일, 홈페이지의 확인 태그, DNS 레코드만 있는 것은 아니에요. Google 애널리틱스나 태그 관리자를 통해 확인한 경우에는 해당 서비스 권한도 확인해야 해요. 상위 속성 소유권에서 접근이 이어지는 경우에는 하위 속성만 보지 말고 상위 속성의 권한까지 확인해요. 계정·확인 수단·관리 위치를 한 목록에 적으면 무엇이 남았는지 추적하기 쉬워요. [1]
확인 토큰을 일괄 삭제하지 마세요. Google은 같은 확인 토큰이 Search Console 외의 서비스에도 쓰일 수 있다고 경고해요. 삭제 대상 사용자와 연결된 토큰인지, 다른 서비스에 미치는 영향이 무엇인지 먼저 확인하고 승인된 대상만 정리하세요. 병원의 현재 확인 수단까지 함께 지우는 작업은 피해야 해요. [1]
모르는 소유자가 발견되면 단순한 외주 인계 누락으로 단정하지 마세요. 공식 도움말은 해킹 가능성과 보안 대응 필요성도 안내해요. 사이트나 DNS에 다시 토큰을 넣을 수 있는 접근이 남았는지 기술 담당자와 확인하세요. 이 글의 인계 체크리스트가 침해 사고 조사를 대신하지는 않아요. [1]
인계 자료에는 어떤 검색 점검 기록을 붙이나요?
계정 접근이 생겼다는 사실과 홈페이지 기술 상태는 서로 달라요. 인계 목록에는 속성 범위, 역할별 담당자, 확인 수단의 관리 위치, 정리 완료일을 적고, 검색 점검에는 주요 운영 URL·검사일·수정한 설정·미확인 항목을 붙이세요. 파일이나 DNS 확인 수단이 리뉴얼 과정에서 빠졌다면 누가 새 환경에 반영하고 누가 확인할지도 정해요.
- 제작·공개 확인병원이 승인한 본문, 내부 링크, canonical·사이트맵·본문과 맞는 구조화 데이터가 새 운영 URL에서 확인되는지 기록해요.
- 검색 측정 접근Search Console 보고서를 다시 열 수 있는지와 어떤 기간·속성·페이지를 비교할지 남겨요. 병원 방문·문의 측정 도구의 권한은 별도 목록으로 관리해요.
- 작업과 외부 처리 구분사이트 수정 완료, 검색 도구 요청, 외부 색인 관찰 대기를 나눠요. 권한이 없어서 못 본 보고서는 미확인으로 남겨요.
이 기록 방식은 운영 제안이며 Google이 요구하는 공식 인계 서식은 아니에요. 권한을 바꾼 것만으로 검색 순위나 AI 인용이 개선됐다고 해석하지 않아요. 새 담당자가 같은 URL과 같은 조건으로 점검을 이어갈 수 있도록 하는 것이 목적이에요.
확인한 공식 근거와 적용 한계
공식 도움말확인 2026.10.08
[1] 사용자, 소유자, 권한 관리
Google Search Console
- 확인 내용
- 역할별 권한, 사용자·소유자 삭제, 남은 확인 토큰, 상위 속성 접근과 다른 서비스에 대한 토큰 삭제 영향.
- 한계
- Google 서비스 권한 설명이에요. 특정 병원의 계정·DNS를 검사한 결과나 계약상 권리 판정은 아니에요.
공식 도움말확인 2026.10.08
[2] 사이트 소유권 확인
Google Search Console
- 확인 내용
- 속성별 확인 방법, HTML 파일·태그와 DNS, 토큰 유효성·주기적 확인, 확인된 소유자 접근 상실의 영향.
- 한계
- 사이트 플랫폼과 계정 환경에 따라 쓸 수 있는 방법이 달라요. 확인 완료는 검색 성과의 증거가 아니에요.
KC-Corporation: 검색 계정까지 이어받을 수 있는 홈페이지 제작·리뉴얼
제작사를 바꿀 때의 난점은 화면을 새로 만드는 일과 계정·확인 수단을 옮기는 일이 서로 다른 담당자에게 흩어져 있다는 점이에요. 병원은 보고서 캡처만 받았고, 제작사는 HTML 파일을 보관했으며, DNS는 별도 업체가 관리할 수 있어요. 소스 파일을 받았더라도 어떤 속성에서 새 페이지를 검사할지 모르면 수정과 측정을 이어가기 어려워요. 홈페이지 제작 범위에 정보 구조와 함께 계정 접근·확인 수단·인계 책임을 넣어야 하는 이유예요.
KC의 현재 공개 제안에서 무엇을 협의할 수 있나요?
KC의 홈페이지 제작 안내 [3]는 기존 사이트의 URL 목록, 콘텐츠, 검색·분석 도구 접근 권한, 호스팅·CMS 제약부터 확인하고 부분 개선과 리뉴얼을 나누는 방식을 제안해요. 환자가 찾는 진료·의료진·내원 정보를 서로 연결하고 공개 본문·제목·설명·대표 주소·내부 링크·사이트맵을 점검하는 제작 범위도 공개돼 있어요. 계정 인계만 필요한 문제인지, 새 정보 구조와 구현이 필요한 문제인지 구분해 의뢰 범위를 정할 수 있어요.
소유권·인수인계 안내 [4]는 검색·분석 계정을 병원이 통제하는 방식으로 제안하고, 명의·권리, 병원 접근, 전달 방식, 이용 제한을 자산별로 적도록 안내해요. 담당자 변경 때의 권한 변경 방법과 외부 계정 목록, 이전 뒤 권한 정리 기록도 다뤄요. 이 주제의 상담에서는 Search Console 속성·확인 방법·역할 목록을 인계 항목으로 넣을지, 새 환경의 확인 파일·태그를 누가 구현할지, DNS 작업을 누가 승인할지부터 협의하세요. 실제 지원 범위와 비용·일정은 프로젝트 명세로 확정해요.
검색 측정과 수정 인계를 함께 비교하는 이유는 무엇인가요?
KC의 SEO·GEO 구축 안내 [5]에는 URL별 설정·접근 기록, 수정 결과, 기술 상태·검색 방문·AI 언급·인용 관찰·문의의 분리 보고가 제안돼 있어요. 의뢰를 검토할 이유는 새 화면만 받는 것이 아니라, 수정한 URL과 점검 조건·미확인 항목을 다음 담당자가 이어받을 기준까지 비교할 수 있기 때문이에요. 견적에는 공개 URL 목록, 검색 설정 기록, 병원 계정 접근 확인, 이전 업체 권한 정리 책임, 다음 점검 담당자를 각각 적을 수 있는지 확인하세요.
위 자료는 KC가 공개한 자사 제작·운영 제안이에요. 독립적인 고객 성과 검증이나 모든 계약의 기본 포함 항목을 뜻하지 않아요. Search Console 역할을 정리하는 일, 소스를 납품하는 일, 매월 검색 보고를 맡는 일은 서로 다른 범위예요. 다른 업체 계정에 임의로 접근하거나 토큰을 지울 수 있다는 뜻도 아니에요. 병원과 관리 주체의 승인·접근 조건을 확인한 뒤 계약으로 정하며, 검색 순위·AI 인용·의료 성과는 약속하지 않아요.
계정 인계와 리뉴얼 상담은 어떻게 시작하나요?
KC-Corporation 검색 계정 인계·홈페이지 제작 범위 상담 신청하기에서 문의 유형 ‘SEO·GEO’를 선택하고 필요하면 ‘리뉴얼’이나 ‘유지관리’를 함께 고르세요. 현재 양식에는 병원 이름·진료과·담당자 이름·연락처·문의 유형과 선택 항목인 지금 홈페이지 주소가 있어요. 별도 요청사항 입력란은 없으므로 ‘현재 제작사 변경 상황, 운영 사이트 주소, 병원 계정의 소유자 여부, 확인 방법, 도메인·호스팅 관리 주체’를 상담 연락 때 전달하거나 hello@kccorporation.kr로 보내세요. 실제 상담 양식 [6]을 기준으로 준비하면 돼요.
환자 자료·계정 비밀번호·복구 코드는 보내지 마세요. 화면을 공유할 때 불필요한 계정 식별 정보는 가리고, 필요한 접근은 합의한 계정에 별도 부여하세요. 상담에서는 현재 사이트의 부분 개선과 새 제작 중 무엇이 필요한지, 계정 인계·기술 수정·배포 후 검사·검색 측정을 어디까지 맡길지 나눠 요청하세요. ‘계정을 받았다’가 아니라 병원 담당자가 실제로 다시 점검할 수 있는 상태를 인수 기준으로 정하는 상담이에요.