만든 홈페이지를 구글·네이버 검색에 등록하는 방법 — Search Console·서치어드바이저

홈페이지를 배포한 뒤 Google Search Console과 네이버 서치어드바이저에 운영 도메인의 소유권을 확인하고 sitemap.xml을 제출하세요. 중요한 URL의 수집·색인 상태를 점검할 수 있지만 등록과 수집 요청이 즉시 노출이나 높은 순위를 보장하지는 않습니다.

임재후2026. 07. 23 발행2026. 08. 06 수정

핵심 요약

먼저 대표 운영 주소를 하나로 정하고 robots.txt·sitemap.xml·홈페이지와 중요 URL이 실제로 열리는지 확인합니다.
두 검색엔진 도구에서 소유권을 인증하고 같은 운영 도메인의 사이트맵과 중요 URL을 제출합니다.
새 글은 배포·사이트맵·내부 링크를 확인하고 상태를 추적하되 같은 수집 요청을 반복하지 않습니다.

AI와 함께 홈페이지를 만들고 배포까지 마쳤습니다. 주소를 직접 입력하면 잘 열리고, 다른 사람에게 링크를 보내도 문제없이 접속할 수 있어요.

이제 사람들이 구글이나 네이버에서 내 홈페이지를 찾게 하려면 무엇을 해야 할까요?

배포 다음에는 두 검색엔진의 관리 도구에 사이트를 연결합니다.

구글   → Google Search Console
네이버 → 네이버 서치어드바이저

여기서 말하는 검색 등록은 검색 결과의 자리를 예약하는 일이 아닙니다. 내가 이 사이트의 운영자라는 것을 확인하고, 검색엔진에 사이트맵을 알려주고, 페이지의 수집·색인 상태를 확인할 관리 창구를 만드는 일이에요.

등록을 마쳐도 모든 페이지가 바로 검색 결과에 나오거나 높은 순위에 노출된다고 보장되지는 않습니다. 다만 검색엔진이 내 사이트를 알고 있는지, 페이지를 읽을 수 있는지, 문제가 생겼다면 어디에서 막혔는지를 직접 확인할 수 있게 됩니다.

웹사이트를 배포해도 구글 검색에 바로 나오지 않는 이유를 아직 읽지 않았다면 배포·발견·수집·색인의 차이부터 살펴보세요. 이 글에서는 그다음 단계인 실제 등록과 상태 확인에 집중합니다.

검색엔진 관리 도구에 등록한다는 뜻

네이버는 공식 안내에서 별도의 검색 등록 절차가 있는 것은 아니라고 설명합니다. 서치어드바이저에 사이트를 등록하지 않아도 검색로봇이 사이트를 발견할 수 있어요. 등록의 목적은 사이트의 수집·색인·노출 정보를 확인하고 필요한 요청을 보낼 수 있게 하는 것입니다. 네이버 사이트 등록 및 소유확인 안내 (새 탭에서 열림)

Google Search Console도 비슷한 역할을 합니다. Search Console에 속성을 추가하는 것 자체가 검색 순위를 올리거나 검색 결과에 사이트를 강제로 넣는 것은 아닙니다.

두 도구에서 진행할 일은 대체로 같습니다.

할 일	Google Search Console	네이버 서치어드바이저
사이트 연결	속성 추가	사이트 등록
운영자 확인	DNS·HTML 태그 등으로 소유 확인	HTML 태그·HTML 파일로 소유 확인
페이지 목록 알림	사이트맵 제출	사이트맵 제출
중요 URL 확인	URL 검사·색인 생성 요청	웹 페이지 수집 요청
등록 후 상태 확인	페이지 색인·검색 실적	수집·색인·콘텐츠 노출

등록은 끝이 아니라 검색 상태를 확인하기 시작하는 시점입니다.

등록 전에 운영 주소부터 하나로 정하세요

가장 먼저 검색엔진에 알릴 대표 주소를 정합니다.

개발 중 사용한 주소
https://my-project.vercel.app

실제로 계속 사용할 주소
https://myservice.com

자체 도메인을 연결했다면 보통 https://myservice.com을 대표 주소로 사용합니다. Vercel 주소와 자체 도메인을 모두 홍보하거나 사이트맵에 섞어 넣지 마세요.

www.myservice.com과 myservice.com이 둘 다 열린다면 한쪽을 대표 주소로 정하고 다른 쪽은 대표 주소로 리디렉트하는 것이 좋습니다. 같은 페이지가 여러 주소로 열릴 때 어떤 주소를 검색 결과에 저장해야 하는지 혼란을 줄 수 있기 때문입니다.

아직 자체 도메인이 없고 Vercel 주소를 계속 사용할 계획이라면 해당 주소로 등록할 수 있습니다. 다만 나중에 자체 도메인으로 바꾸면 새 주소를 다시 확인하고 검색엔진이 주소 변경을 인식할 시간을 줘야 합니다. 계속 운영할 서비스라면 도메인을 정한 뒤 등록하는 편이 관리하기 쉽습니다. 두 주소의 차이와 도메인을 정할 시점은 홈페이지 도메인이 꼭 필요한지 설명한 글에서, 구매 후 실제 설정은 Vercel 배포 주소를 내 도메인으로 바꾸는 방법에서 확인할 수 있어요.

localhost와 배포 주소가 어떻게 다른지부터 낯설다면 대표 주소를 정하기 전에 먼저 확인해 보세요.

등록 전에 네 가지 URL을 직접 열어보세요

관리 도구에 들어가기 전에 실제 배포 주소에서 다음 항목을 확인합니다.

https://내도메인.com/
https://내도메인.com/robots.txt
https://내도메인.com/sitemap.xml
검색에 포함할 대표 공개 페이지

다음 조건을 만족해야 합니다.

홈페이지와 공개 페이지가 로그인 없이 열립니다.
robots.txt가 전체 공개 사이트를 막고 있지 않습니다.
공개 페이지에 noindex가 들어 있지 않습니다.
sitemap.xml이 오류 없이 열립니다.
사이트맵 안의 주소가 현재 운영 도메인과 일치합니다.
관리자·로그인·결제 결과처럼 검색할 필요가 없는 페이지는 사이트맵에서 제외되어 있습니다.

코드를 직접 읽을 필요는 없습니다. AI에게 먼저 읽기 전용 점검을 요청할 수 있어요.

검색엔진 등록 전에 실제 배포 사이트를 점검해줘.
아직 코드는 수정하지 마.

운영 주소: https://내도메인.com

다음을 실제 URL과 로컬 코드에서 확인해줘.
- 홈페이지와 주요 공개 페이지의 응답 상태
- robots.txt가 공개 페이지를 차단하는지
- 공개 페이지에 noindex가 있는지
- sitemap.xml이 정상적으로 열리는지
- 사이트맵의 모든 URL이 운영 도메인을 사용하는지
- 관리자·로그인·결제 완료 페이지가 사이트맵에 들어갔는지

각 항목을 통과 / 주의 / 실패 / 확인 불가로 표시하고
확인한 URL과 파일을 근거로 함께 적어줘.

더 넓은 범위를 확인하려면 AI에게 확인시킬 SEO 기술 점검표를 사용하세요. 제목과 설명, 대표 URL, 내부 링크와 구조화 데이터까지 함께 점검할 수 있습니다.

먼저 Google Search Console에 등록하세요

Google Search Console (새 탭에서 열림)에 Google 계정으로 로그인한 뒤 사이트를 속성으로 추가합니다.

1. 도메인 속성과 URL 접두어 속성 중에서 고르세요

Search Console은 사이트를 추가할 때 두 가지 방식을 제공합니다.

구분	도메인 속성	URL 접두어 속성
입력 예시	`myservice.com`	`https://myservice.com/`
포함 범위	모든 프로토콜과 하위 도메인	입력한 프로토콜과 주소로 시작하는 URL
소유권 확인	DNS 레코드	HTML 태그·HTML 파일 등 여러 방법
적합한 상황	자체 도메인 전체를 계속 운영할 때	특정 주소만 관리하거나 DNS를 못 바꿀 때

자체 도메인이 있고 DNS를 수정할 수 있다면 도메인 속성이 관리하기 편합니다. http, https, www와 여러 하위 도메인을 한 속성에서 함께 볼 수 있기 때문입니다.

도메인 속성은 DNS 인증만 지원합니다. 도메인을 구입한 업체나 DNS 관리 서비스에 Search Console이 알려준 TXT 레코드를 추가한 뒤 확인합니다.

Vercel 기본 주소를 사용하거나 DNS를 수정할 수 없다면 URL 접두어 속성을 선택하고 실제 운영 주소 전체를 입력합니다. URL 접두어 속성은 프로토콜과 하위 도메인을 구분하므로 http와 https, www 유무를 정확하게 입력해야 해요.

Google은 사이트 전체를 관리할 수 있는 경우 도메인 속성을 권장하며, URL 접두어 속성은 입력한 주소 범위만 포함한다고 설명합니다. Search Console 속성 추가 안내 (새 탭에서 열림)

2. 선택한 방식으로 소유권을 확인하세요

도메인 속성을 골랐다면 안내받은 DNS TXT 레코드를 추가합니다.

URL 접두어 속성을 골랐다면 HTML 파일 업로드나 HTML 태그 같은 방법을 사용할 수 있습니다. Next.js 프로젝트에서는 홈페이지의 <head>에 확인용 메타태그가 출력되도록 설정하는 방법이 편리합니다.

Search Console이 다음과 같은 태그를 준다고 가정해볼게요.

<meta name="google-site-verification" content="GOOGLE_TOKEN" />

Next.js App Router를 사용한다면 루트 app/layout.tsx의 정적 metadata에 content 값만 넣을 수 있습니다.

import type { Metadata } from "next";

export const metadata: Metadata = {
  verification: {
    google: "GOOGLE_TOKEN",
  },
};

수정한 코드는 반드시 배포해야 합니다. 로컬 코드에만 태그가 있으면 Search Console이 확인할 수 없어요.

배포가 끝나면 브라우저에서 홈페이지 소스를 열어 다음 태그가 실제 HTML에 있는지 확인한 뒤 Search Console의 확인 버튼을 누릅니다.

view-source:https://내도메인.com

소유권 확인용 태그나 DNS 레코드는 확인이 끝났다고 바로 삭제하지 마세요. Google은 소유 상태를 다시 확인할 수 있습니다. HTML 태그 방식은 URL 접두어 속성에서만 사용할 수 있다는 점도 기억하세요. Google 소유권 확인 안내 (새 탭에서 열림)

3. 사이트맵을 제출하세요

소유권 확인이 끝나면 Search Console의 사이트맵 메뉴에서 배포된 사이트맵 주소를 제출합니다.

https://내도메인.com/sitemap.xml

사이트맵 제출은 파일을 Google에 업로드하는 일이 아닙니다. 이미 내 사이트에 공개된 사이트맵의 위치를 알려주는 일이에요.

제출 전에 사이트맵의 구조와 URL 포함 기준부터 확인하려면 sitemap.xml의 역할과 올바른 생성 방법을 참고하세요.

제출 뒤 상태가 성공인지 확인합니다. 가져올 수 없음이나 오류가 표시된다면 다음을 점검하세요.

사이트맵 URL이 브라우저에서 열리는가
로그인을 요구하지 않는가
사이트맵 안의 URL이 현재 운영 주소와 일치하는가
존재하지 않는 페이지나 오류 페이지가 들어 있지 않은가

사이트맵이 성공으로 표시되어도 그 안의 모든 페이지가 바로 수집되거나 색인되는 것은 아닙니다. Google도 사이트맵 제출과 URL의 실제 수집·색인을 구분합니다. Google 사이트맵 보고서 안내 (새 탭에서 열림)

4. 홈페이지와 중요 페이지를 URL 검사하세요

Search Console 상단의 URL 검사 입력란에 홈페이지 전체 주소를 넣습니다.

https://내도메인.com/

아직 Google이 모르는 새 페이지라면 실제 URL 테스트를 실행하고, 페이지를 정상적으로 가져올 수 있는지 확인한 뒤 색인 생성을 요청할 수 있습니다.

처음에는 다음 URL 정도만 확인하면 충분합니다.

홈페이지
핵심 서비스 또는 프로그램 페이지
검색 유입을 기대하는 대표 블로그 글

페이지가 많다면 하나씩 반복해서 요청하기보다 사이트맵과 내부 링크로 발견되게 하세요. URL 검사는 특정 페이지가 왜 색인되지 않았는지 확인하고, 중요한 새 페이지나 수정한 페이지를 알리는 용도로 사용하는 편이 좋습니다.

URL 검사에서 확인할 핵심은 다음과 같습니다.

페이지를 가져올 수 있는가?
크롤링이 허용되어 있는가?
색인이 허용되어 있는가?
Google이 선택한 대표 URL은 무엇인가?
마지막으로 수집한 시점은 언제인가?

URL이 Google에 있음이라고 표시되어도 특정 검색어에서 반드시 노출된다는 뜻은 아닙니다. 색인은 검색 결과의 후보가 되기 위한 단계이고, 실제 노출과 순위는 별도의 판단입니다. Google URL 검사 안내 (새 탭에서 열림)

네이버 서치어드바이저에도 등록하세요

Google 등록을 마쳤다면 네이버 서치어드바이저 (새 탭에서 열림)의 웹마스터 도구에 로그인합니다.

1. 실제 운영 주소를 사이트로 추가하세요

사이트 목록에 대표 운영 주소를 입력합니다.

https://내도메인.com

프로토콜과 www 유무를 실제 주소와 같게 입력하세요. 홈페이지에 접속하자마자 다른 주소로 이동한다면 최종적으로 사용하는 대표 주소를 기준으로 등록합니다.

네이버는 사이트 URL의 프로토콜이 다르거나 첫 페이지가 비표준 방식으로 리디렉트되면 소유 확인이 어려울 수 있다고 안내합니다. 네이버 소유확인 문제 해결 안내 (새 탭에서 열림)

2. HTML 태그로 소유권을 확인하세요

서치어드바이저가 다음과 같은 확인용 태그를 제공합니다.

<meta name="naver-site-verification" content="NAVER_TOKEN" />

Next.js에서는 Google 확인값과 함께 루트 metadata에 넣을 수 있습니다.

import type { Metadata } from "next";

export const metadata: Metadata = {
  verification: {
    google: "GOOGLE_TOKEN",
    other: {
      "naver-site-verification": "NAVER_TOKEN",
    },
  },
};

Next.js의 Metadata API는 verification.google을 Google 확인용 태그로 만들고, verification.other에 지정한 이름은 사용자 정의 메타태그로 출력합니다. Next.js Metadata 공식 문서 (새 탭에서 열림)

코드를 배포한 뒤 홈페이지 소스에서 태그를 확인합니다.

view-source:https://내도메인.com

네이버 소유확인은 JavaScript를 실행해서 나중에 만들어진 태그를 찾지 않습니다. 확인용 태그가 홈페이지의 실제 HTML <head> 안에 있어야 해요. 개발자 도구의 요소 화면에서만 보인다고 판단하지 말고 페이지 소스를 직접 확인하세요. 네이버 사이트 등록 및 소유확인 안내 (새 탭에서 열림)

태그가 확인되면 서치어드바이저로 돌아가 소유확인을 완료합니다.

3. 사이트맵을 제출하세요

소유확인을 마친 사이트의 요청 메뉴에서 사이트맵 주소를 제출합니다.

https://내도메인.com/sitemap.xml

사이트맵 안에 들어 있는 URL의 도메인은 소유확인한 사이트와 일치해야 합니다. Vercel 주소로 사이트를 확인했는데 사이트맵에는 자체 도메인이 들어 있거나, 그 반대라면 제출과 수집 과정에서 문제가 생길 수 있어요.

블로그가 있더라도 처음부터 RSS까지 반드시 만들 필요는 없습니다. 네이버도 많은 URL을 알릴 때는 RSS보다 사이트맵을 적극적으로 활용하라고 권장합니다. 네이버 RSS 및 사이트맵 제출 안내 (새 탭에서 열림)

4. 중요한 웹페이지의 수집을 요청하세요

요청 메뉴의 웹 페이지 수집에서 홈페이지와 중요한 공개 페이지를 요청할 수 있습니다.

/
/services
/blog/첫-번째-글

수집 요청은 검색로봇이 아직 방문하지 못한 주요 URL을 알려주는 기능입니다. 요청했다고 로봇이 실시간으로 방문하거나 검색 결과에 바로 노출되는 것은 아니에요.

네이버는 수집 요청 처리에 최소 하루에서 몇 주가 걸릴 수 있으며, 같은 URL을 매일 반복해서 요청할 필요가 없다고 설명합니다. 수집 성공 역시 검색 노출을 보장하지 않습니다. 네이버 웹페이지 수집 요청 안내 (새 탭에서 열림)

등록 직후에는 성공 화면보다 상태 변화를 보세요

등록 버튼을 모두 눌렀다고 작업이 끝난 것은 아닙니다. 며칠 뒤 두 도구에 다시 들어가 상태를 확인하세요.

Google에서 확인할 것

제출한 사이트맵을 정상적으로 가져왔는가
홈페이지와 중요 페이지가 색인되었는가
색인되지 않았다면 어떤 이유가 표시되는가
Google이 선택한 대표 URL이 의도한 주소인가
검색 실적에 노출과 검색어 데이터가 생기기 시작했는가

네이버에서 확인할 것

사이트맵이 정상적으로 처리되었는가
수집 요청이 성공·보류·실패 중 어떤 상태인가
수집 현황에 검색로봇 방문이 잡히는가
색인 현황과 콘텐츠 노출에 변화가 생기는가
사이트 진단에 robots, DNS, 서버 또는 콘텐츠 오류가 있는가

네이버의 수집 실패는 robots 차단, DNS 오류, 연결 실패, 서버 오류, 404와 비표준 HTML 같은 원인으로 발생할 수 있습니다. 네이버 수집 현황 안내 (새 탭에서 열림)

두 도구 모두 데이터가 바로 채워지지 않을 수 있습니다. 새 사이트라면 먼저 수집할 수 있는 상태인가와 검색엔진이 사이트를 발견했는가를 확인하고, 검색어별 노출과 클릭은 콘텐츠를 발행하며 시간을 두고 살펴보세요.

자주 막히는 문제를 순서대로 확인하세요

소유확인 태그를 넣었는데 실패해요

다음 순서로 확인합니다.

태그를 로컬이 아니라 실제 운영 환경에 배포했는지 확인합니다.
등록한 주소와 현재 브라우저 주소의 프로토콜·www 유무를 비교합니다.
view-source:로 홈페이지를 열어 태그를 검색합니다.
태그가 <body>가 아니라 <head> 안에 있는지 확인합니다.
발급받은 계정과 현재 확인을 누르는 계정이 같은지 확인합니다.
홈페이지가 로그인이나 방화벽으로 막혀 있지 않은지 확인합니다.

사이트맵 제출이 실패해요

브라우저에서 사이트맵을 먼저 직접 여세요. 그다음 사이트맵 안의 주소를 몇 개 눌러 실제 페이지가 열리는지 확인합니다.

잘못된 예
http://localhost:3000/about
https://old-project.vercel.app/blog

운영 주소가 자체 도메인일 때
https://myservice.com/about
https://myservice.com/blog

사이트맵 파일은 열리지만 내부 URL이 예전 주소를 가리키는 경우가 자주 있습니다.

수집 요청은 성공했는데 검색에 없어요

수집과 색인은 다릅니다.

수집 성공
→ 검색로봇이 페이지를 가져옴

색인
→ 검색 시스템이 페이지를 검색 후보로 저장함

노출
→ 특정 검색어에 해당 페이지를 보여줌

내용이 거의 없거나 다른 페이지와 중복되거나 검색 의도가 불분명하다면 수집 뒤에도 색인·노출되지 않을 수 있습니다. 기술 상태가 정상이라면 같은 요청을 반복하기보다 페이지가 실제 방문자의 질문에 충분히 답하는지 살펴보세요.

새 글을 발행할 때마다 무엇을 해야 할까요?

사이트맵이 블로그 글을 자동으로 포함하도록 구현되어 있다면 매번 사이트맵을 다시 등록할 필요는 없습니다. 같은 사이트맵 주소를 검색엔진이 주기적으로 다시 확인할 수 있어요.

새 글을 발행할 때는 다음 정도면 충분합니다.

1. 새 글이 실제 배포 주소에서 열리는지 확인
2. sitemap.xml에 새 URL이 들어갔는지 확인
3. 관련된 기존 글이나 서비스 페이지에서 내부 링크 연결
4. 중요한 글이면 URL 검사 또는 수집 요청
5. 며칠 뒤 수집·색인 상태 확인

검색엔진이 이해하기 좋은 글의 제목, 답변, 근거와 출처를 구성하는 방법은 GEO에 유리한 블로그 글 구조에서 이어서 확인할 수 있습니다.

완료 기준은 검색 1등이 아니라 확인 가능한 상태예요

검색엔진 등록 작업의 완료 기준을 검색했을 때 바로 첫 번째에 나온다로 잡으면 안 됩니다. 신규 사이트의 노출 시점과 순위를 운영자가 통제할 수 없기 때문입니다.

대신 다음 상태까지 확인하세요.

Google Search Console과 네이버 서치어드바이저에서 소유확인을 마쳤습니다.
두 도구에 현재 운영 도메인의 사이트맵을 제출했습니다.
홈페이지와 중요 공개 페이지를 검색로봇이 가져올 수 있습니다.
robots와 noindex가 공개 페이지를 잘못 막고 있지 않습니다.
사이트맵이 성공 상태이고 내부 URL이 운영 주소와 일치합니다.
수집·색인 문제를 확인할 관리 화면이 준비되었습니다.
새 콘텐츠를 발행한 뒤 상태를 다시 확인하는 방법을 알고 있습니다.

직접 프로젝트의 SEO 기본 설정부터 등록까지 따라 하려면 바이브코딩 가이드 14장의 SEO와 링크 미리보기 실습을 함께 활용하세요.

배포는 홈페이지의 문을 여는 일입니다. Search Console과 서치어드바이저 등록은 검색엔진에 주소를 알리고, 찾아오는 길에 문제가 없는지 확인할 관리 창구를 만드는 일입니다.

그다음 검색 노출을 만드는 것은 고객이 실제로 찾는 질문에 답하는 페이지를 꾸준히 발행하고, 수집·색인 상태를 확인하며 개선하는 과정입니다.

#SEO #구글 검색 #네이버 검색 #Search Console #서치어드바이저 #배포 #바이브코딩

인스타그램 @ddukddak.build · 페이스북 뚝딱