Bing 웹마스터 도구 등록: 소유권 확인부터 AI 성과 보고서까지
Bing 웹마스터 도구 등록을 로그인·사이트 추가·소유권 확인·사이트맵 제출 순서로 안내합니다. 이어서 URL 검사·사이트 탐색기·AI 성과 보고서로 상태를 확인하는 기준을 정리합니다.
Bing 웹마스터 도구 등록은 계정 로그인, 사이트 추가, 소유권 확인, 사이트맵 제출 순서로 진행합니다. Google Search Console에서 이미 소유권이 확인된 사이트는 가져오기 기능으로 확인 절차를 대신할 수 있습니다. 등록한 뒤에는 URL 검사, 사이트 탐색기, 사이트맵, AI 성과 보고서에서 Bing이 사이트를 어떻게 보는지 확인합니다.
Bing 웹마스터 도구는 2026년 2월부터 AI 성과 보고서를 공개 미리보기로 제공합니다. 이 보고서는 AI 답변에서 사이트가 출처로 인용된 기록을 보여 줍니다. 그래서 AI 인용을 진단하는 담당자에게도 등록이 출발점이 됩니다.
등록 전에 무엇을 준비해야 하나요?
소유권 확인을 끝내려면 사이트 파일, 홈페이지 코드, DNS(도메인 주소를 서버에 연결하는 설정) 가운데 하나를 고칠 수 있어야 합니다. 담당자가 가진 권한을 먼저 확인하면 확인 방법을 바로 고를 수 있습니다.
| 준비 항목 | 내용 | 준비 완료 기준 |
|---|---|---|
| 로그인 계정 | Microsoft, Google, Facebook 계정 가운데 하나로 로그인합니다. 시작 안내 문서는 계정이 없으면 가입 과정에서 Microsoft 계정을 만들 수 있다고 설명합니다. | 로그인에 쓸 계정과 관리 담당자가 정해졌다 |
| 등록할 주소 | 실제로 운영하는 대표 주소를 등록합니다. | https 사용 여부와 www 포함 여부가 실제 접속 주소와 같다 |
| 수정 권한 | 서버 최상위 폴더 업로드, 홈페이지 head(페이지 상단의 보이지 않는 설정 코드 영역) 편집, DNS 관리 가운데 하나가 필요합니다. | 셋 중 하나를 직접 하거나 맡길 담당자가 정해졌다 |
| 사이트맵 주소 | CMS나 플러그인이 만든 사이트맵 주소를 씁니다. | 브라우저에서 주소를 열면 URL 목록이 보인다 |
| Search Console 권한 | 가져오기 기능을 쓸 때만 필요합니다. | 해당 Google 계정에서 사이트가 확인된 상태다 |
실무에서는 개인 계정보다 회사가 관리하는 계정으로 로그인하는 방법을 권합니다. 담당자가 바뀔 때 계정 접근을 다시 정리하는 부담이 줄어듭니다.
사이트를 추가하고 소유권을 확인하는 순서는 무엇인가요?
Microsoft의 시작 안내 문서는 로그인 다음 단계로 사이트 추가와 소유권 확인을 둡니다. 단계별 완료 기준은 다음과 같습니다.
- 로그인: Bing 웹마스터 도구에 로그인합니다. 내 사이트(My Sites) 화면이 열리면 완료입니다.
- 사이트 추가: 사이트 추가를 누르고 주소를 입력합니다. 소유권 확인 방법을 고르는 화면이 나오면 다음 단계로 진행합니다.
- 확인 수단 적용: 확인 방법 하나를 골라 파일, 태그, 레코드를 반영합니다. 사이트나 DNS 조회에서 반영 결과가 보여야 합니다.
- 확인 실행: 화면에서 확인을 실행합니다. 문서는 확인이 끝나면 녹색 체크 표시가 보이고 대시보드가 곧 데이터를 모으기 시작한다고 설명합니다.
다섯 가지 확인 방법은 어떻게 고르나요?
| 방법 | 하는 일 | 맞는 상황 |
|---|---|---|
| Domain Connect | DNS 업체에 로그인하면 자동으로 확인합니다. 시작 안내 문서는 쓸 수 있으면 이 방법을 권한다고 표시합니다. | 도메인 업체가 이 연동을 지원할 때 |
| XML 확인 파일 | Bing이 내려 주는 파일을 사이트 최상위 폴더에 올립니다. | 서버에 파일을 올릴 권한이 있을 때 |
| 메타 태그 | 홈페이지 head 영역에 고유 태그를 넣습니다. | CMS 설정에서 head 코드를 고칠 수 있을 때 |
| DNS 레코드 | 도메인 업체의 DNS 설정에 Bing이 알려 주는 확인 레코드를 추가합니다. | 서버는 다루지 못하고 도메인 관리 권한만 있을 때 |
| Search Console 가져오기 | Google에서 이미 확인된 소유권을 그대로 씁니다. | Search Console에 사이트가 등록되어 있을 때 |
DNS 방식은 사이트 추가 화면에 표시된 레코드 종류, 이름, 값을 그대로 입력합니다. 도메인 업체 화면에 옮겨 적은 뒤 세 값을 한 번 더 대조하면 확인 실패를 줄일 수 있습니다.
실무에서는 확인에 쓴 파일, 태그, 레코드를 확인 뒤에도 지우지 않고 유지하는 방법을 권합니다. 사이트 개편이나 CMS 교체 때 head 코드가 사라지는 일이 있으므로 개편 점검 항목에도 넣습니다.
Search Console 가져오기를 쓰면 무엇이 달라지나요?
Bing 문서가 안내하는 가져오기 순서는 다음과 같습니다. 내 사이트 화면에서 가져오기(Import)를 누르고 Google 계정으로 로그인합니다. 확인된 사이트와 사이트맵에 대한 접근을 허용하면 사이트 목록이 나옵니다. 목록에는 사이트마다 사이트맵 수와 역할이 표시되고, 고른 사이트를 가져오면 끝납니다.
한 번에 최대 100개 사이트를 가져올 수 있고, 계정당 1,000개 한도는 그대로 적용됩니다. 여러 Search Console 계정에서 가져오는 것도 가능하며 사이트맵도 함께 연결됩니다.
문서는 Bing이 Search Console 계정과 주기적으로 동기화해 소유권을 다시 확인한다고 설명합니다. Google 계정의 접근 권한이 해제되면 다시 연결하거나 메타 태그, DNS 같은 다른 방법으로 확인해야 합니다. 새로 확인된 사이트의 트래픽 데이터는 표시되기까지 최대 48시간이 걸릴 수 있습니다.
실무에서는 Google 계정 권한을 정리할 때 Bing 연결이 끊기지 않도록 계정 관리 목록에 이 연결을 함께 적는 방법을 권합니다.
사이트맵과 IndexNow는 등록 직후 어떻게 연결하나요?
시작 안내 문서는 사이트맵을 robots.txt에 적거나 사이트맵(Sitemaps) 메뉴에서 제출하라고 안내합니다. 같은 문서는 Bing이 사이트맵을 최소 24시간마다 한 번 처리한다고 설명합니다.
비교 문서에 따르면 XML, RSS, Atom 등의 형식을 지원합니다. 사이트맵 보고서는 상태와 오류, 발견·색인된 URL 수를 보여 주고 다시 제출할 수도 있습니다. 실무에서는 제출한 주소가 목록에 보이고 오류 없이 발견 URL 수가 표시되면 이 단계를 마친 것으로 보는 방법을 권합니다.
IndexNow는 URL의 추가, 수정, 삭제를 참여 검색엔진에 바로 알리는 프로토콜입니다. IndexNow 문서는 참여 검색엔진끼리 제출된 URL을 자동으로 공유한다고 설명합니다. 시작 안내 문서는 지원 CMS, 플러그인, 직접 구현 세 가지 연결 방식을 소개합니다.
IndexNow 문서에 따르면 키는 8~128자이며, 키 이름으로 된 UTF-8 텍스트 파일을 사이트 최상위 폴더에 두는 것이 기본 위치입니다. 직접 구현할 때는 개발 담당자가 IndexNow 문서의 키 위치와 일괄 제출 규정을 확인합니다. 제출 뒤 받는 응답 코드는 다음 표로 판단합니다.
| 응답 코드 | 문서상 의미 | 담당자가 할 일 |
|---|---|---|
| 200 | URL 제출이 접수되었습니다. | 색인 여부는 URL 검사로 따로 확인합니다. |
| 202 | 받았으나 키 검증이 대기 중입니다. | 키 파일 주소가 열리는지 확인하고 기다립니다. |
| 400 | 요청 형식이 잘못되었습니다. | 요청 본문의 형식을 점검합니다. |
| 403 | 키 파일이나 파일 안의 키를 찾지 못해 키가 유효하지 않습니다. | 키 파일 위치와 내용을 요청 값과 대조합니다. |
| 422 | URL이 해당 호스트에 속하지 않거나 키가 프로토콜 형식과 맞지 않습니다. | 요청의 호스트 값과 URL 도메인을 맞춥니다. |
| 429 | 요청이 지나치게 많아 스팸으로 볼 수 있습니다. | 제출 빈도를 줄입니다. |
등록이 끝난 뒤 상태는 어떤 화면에서 확인하나요?
확인하려는 질문에 따라 보는 화면이 다릅니다. Microsoft 문서가 설명하는 화면별 확인 항목은 다음과 같습니다.
| 확인할 질문 | 화면 | 문서가 설명하는 항목 |
|---|---|---|
| 이 페이지가 색인되었는가 | URL 검사(URL Inspection) | 색인 상태, 크롤링 가능 여부, HTTP 응답 코드, 차단된 리소스, 실시간 URL 테스트, 구조화 데이터 점검 |
| 사이트 어디가 막혔는가 | 사이트 탐색기(Site Explorer) | Bing이 보는 사이트 구조, 색인된 페이지, 크롤링 차단, 오류 응답, 클릭·노출·백링크 수 |
| 사이트맵이 처리되었는가 | 사이트맵(Sitemaps) | 상태와 오류, 발견·색인된 URL 수 |
| 검색에 노출되는가 | 검색 성과(Search Performance) | 노출, 클릭, 평균 순위, 최대 16개월 데이터 |
| AI 답변에 인용되는가 | AI 성과(AI Performance) | 인용 수, 인용 페이지, 그라운딩 쿼리(AI가 답변 근거를 찾을 때 쓴 검색 문구), 추이 |
데이터가 쌓일 시간을 고려하면 등록 당일보다 며칠 뒤에 다시 확인하는 편이 적절합니다. 점검은 사이트맵 상태부터 시작합니다. 이어서 핵심 페이지 몇 개를 URL 검사로 확인합니다. 마지막으로 사이트 탐색기에서 오류 응답이 몰린 폴더를 찾습니다.
확인 결과는 다음 양식으로 남기면 다음 점검 때 바로 비교할 수 있습니다.
- 확인일과 확인자:
- 소유권 확인 방법과 관리 위치(예: DNS 레코드, 도메인 관리 담당 부서):
- 사이트맵 주소, 상태, 발견 URL 수:
- URL 검사 대상 페이지와 각각의 색인 상태:
- 사이트 탐색기의 오류 응답·크롤링 차단 폴더:
- AI 성과 조회 기간, 총 인용 수, 인용이 많은 페이지 상위 3개:
- 다음 확인일과 조치 담당자:
AI 성과 보고서는 어떻게 읽어야 하나요?
AI 성과 보고서는 Microsoft Copilot, Bing의 AI 생성 요약, 일부 파트너 연동에서 사이트가 출처로 표시된 기록을 모읍니다. Microsoft 문서가 설명하는 지표는 다섯 가지입니다.
- 총 인용 수: 선택한 기간에 콘텐츠가 AI 답변의 출처로 표시된 횟수입니다.
- 평균 인용 페이지: 출처로 표시된 고유 페이지 수의 일 평균입니다.
- 그라운딩 쿼리: 인용된 콘텐츠를 AI가 찾을 때 쓴 핵심 문구입니다.
- 페이지별 인용: URL마다 인용된 횟수입니다.
- 노출 추이: 지원되는 AI 경험 전반의 인용 활동 흐름입니다.
문서는 그라운딩 쿼리 데이터가 전체 인용 활동의 표본이라고 밝힙니다. 인용 지표는 순위나 권위, 개별 답변에서 페이지가 맡은 역할을 뜻하지 않는다고도 설명합니다.
2026년 6월에는 의도(Intents), 주제(Topics), 인용 점유율(Citation Share), 비교(Compare)가 미리보기로 배포되기 시작했습니다. 인용 점유율은 같은 그라운딩 쿼리에서 모든 사이트에 표시된 전체 인용 가운데 해당 사이트에 귀속된 인용의 비율입니다.
Microsoft는 이 지표가 경쟁 도메인을 드러내지 않고, 트래픽 점유율을 나타내지 않으며, 콘텐츠 품질 점수를 매기지 않는다고 밝힙니다. 인용 양상은 사용자 행동, 모델 변화, 최신성 신호, 파트너 갱신 주기, 웹 전반의 변화에 따라 달라질 수 있다고도 설명합니다.
실무에서는 그라운딩 쿼리를 콘텐츠 기획 때 정한 질문 목록과 나란히 놓고 비교하는 방법을 권합니다. 조회 기간은 같은 길이로 맞춰야 변화의 원인을 덜 헷갈립니다. 예를 들어 가상의 B2B 소프트웨어 기업이라면 「도입 비용」 질문은 인용이 있고 「보안 인증」 질문은 인용이 없을 수 있습니다. 이때는 보안 인증 페이지를 URL 검사로 열어 색인과 크롤링 상태부터 점검합니다.
정리
- 로그인 계정과 확인 방법 하나를 정해 녹색 체크 표시가 나올 때까지 소유권 확인을 마칩니다.
- 사이트맵을 robots.txt에 적거나 사이트맵 메뉴에 제출하고, 상태와 발견 URL 수를 확인합니다.
- 콘텐츠 변경이 잦은 사이트는 IndexNow 키 파일을 최상위 폴더에 올리고 제출 응답 코드를 기록합니다.
- 핵심 페이지는 URL 검사로, 사이트 전체는 사이트 탐색기로 점검해 오류 응답과 크롤링 차단을 찾습니다.
- AI 성과 보고서의 인용 페이지와 그라운딩 쿼리를 기록 양식에 옮기고 같은 길이의 기간끼리 비교합니다.
이 글은 일반적인 정보 제공을 위한 것이며, 글 속 수치와 사례는 인용한 출처 기준입니다.
