초보 블로거를 위한 워드프레스 기술 설정 가이드 | 애드센스 & 서치콘솔 완벽 이해

 

워드프레스 초기 설정 가이드｜Ads.txt·서치콘솔 소유권 확인·사이트맵 오류 해결

워드프레스 블로그를 만들고 애드센스와 Google Search Console을 연결하다 보면 ‘Ads.txt 찾을 수 없음’, ‘소유권 확인 실패’, ‘사이트맵을 가져올 수 없음’ 같은 메시지를 만나게 됩니다. 세 오류는 서로 다른 문제이므로 한꺼번에 해결하려 하지 말고 Ads.txt 공개 여부 → Search Console 소유권 → XML 사이트맵 접근 여부 순서로 하나씩 확인하는 것이 가장 빠릅니다.

먼저 기억하세요. Ads.txt 오류가 있다고 사이트 소유권 확인이 실패하는 것은 아니며, Search Console 사이트맵 오류가 있다고 애드센스 승인이 자동으로 거절되는 것도 아닙니다. 각각 별도의 시스템이므로 오류 메시지별로 원인을 확인해야 합니다.

목차

1. Ads.txt란 무엇인가?
2. Ads.txt 찾을 수 없음 해결법
3. Search Console 소유권 확인 방법
4. Domain 속성 vs URL-prefix 속성
5. Rank Math로 HTML 태그 확인하기
6. 워드프레스 사이트맵 제출 방법
7. RSS feed도 제출해야 할까?
8. ‘가져올 수 없음’ 오류 해결 순서
9. 사이트맵 제출과 색인의 차이
10. 초기 설정 최종 체크리스트
11. 자주 묻는 질문
12. 핵심 정리

Ads.txt란?｜광고 판매자를 확인하는 파일입니다

Ads.txt는 Authorized Digital Sellers의 약자로 IAB Tech Lab이 만든 광고 생태계 표준입니다.

사이트 운영자가 자신의 광고 인벤토리를 판매할 수 있도록 허용한 광고 사업자를 공개함으로써, 광고주가 위조되거나 허가되지 않은 광고 인벤토리를 구분할 수 있도록 돕습니다.

수정할 표현: Ads.txt를 ‘내 블로그의 공식 신분증’ 또는 ‘내가 광고의 주인임을 증명하는 파일’이라고 설명하면 정확하지 않습니다. 사이트 소유권 확인은 별도의 절차이고, Ads.txt의 핵심 역할은 어떤 광고 판매자를 승인했는지를 선언하는 것입니다.

Ads.txt는 반드시 설치해야 하나요?

Google AdSense는 Ads.txt 사용이 의무사항은 아니라고 설명하지만 강력하게 권장하고 있습니다.

Ads.txt가 올바르게 설정되면 광고 구매자가 승인된 판매자를 확인할 수 있고, 위조 인벤토리로 광고비가 빠져나가는 문제를 줄이는 데 도움이 될 수 있습니다.

Ads.txt 찾을 수 없음｜워드프레스에서 해결하는 순서

AdSense의 사이트 화면에 ‘Not found’ 또는 Ads.txt 관련 경고가 표시된다면 먼저 AdSense에서 제공하는 정확한 코드 한 줄을 확인합니다.

AdSense Ads.txt 기본 형식

google.com, pub-0000000000000000, DIRECT, f08c47fec0942fa0

※ 위 publisher ID는 예시입니다. 반드시 자신의 AdSense 계정에서 제공하는 코드를 복사하세요.

방법 1. Ads.txt 관리 플러그인 사용

워드프레스에서 Ads.txt Manager 같은 플러그인을 사용한다면 플러그인을 활성화하는 것만으로 끝나는 것이 아니라 AdSense에서 받은 광고 판매자 정보를 실제로 입력하고 저장해야 합니다.

1. AdSense → 사이트에서 해당 사이트를 선택합니다.
2. Ads.txt 문제 화면에서 Google이 제공한 코드를 복사합니다.
3. 워드프레스의 Ads.txt 관리 화면으로 이동합니다.
4. 복사한 코드를 붙여넣습니다.
5. 저장합니다.
6. 브라우저에서 https://내도메인.com/ads.txt를 직접 엽니다.
7. AdSense에서 복사한 코드가 정상적으로 표시되는지 확인합니다.

브라우저에서 보이면 바로 해결된 것인가요?

브라우저에서 `내도메인.com/ads.txt`를 열었을 때 정확한 코드가 보인다면 웹에 파일이 정상적으로 공개됐다는 중요한 1차 확인이 됩니다.

다만 이를 두고 “100% 성공했고 Google도 곧 반드시 인정한다”고 단정해서는 안 됩니다. AdSense가 해당 파일을 다시 크롤링하고 상태를 갱신해야 합니다.

Google에 따르면 Ads.txt 변경 내용이 AdSense에 반영되기까지 며칠이 걸릴 수 있고, 광고 요청이 적은 사이트는 최대 한 달이 걸릴 수도 있습니다. AdSense 사이트 화면에서 Check for updates 기능을 사용할 수 있는 경우 다시 확인을 요청할 수 있습니다.

Ads.txt가 안 보일 때 확인할 것

• 잘못된 Publisher ID를 넣지 않았는지 확인
• `/ads.txt` 주소가 404를 반환하지 않는지 확인
• www와 non-www 중 실제 광고 사이트 도메인이 무엇인지 확인
• HTTP가 HTTPS로 정상 연결되는지 확인
• 보안 플러그인이나 CDN이 Ads.txt 접근을 막지 않는지 확인
• 캐시 때문에 이전 내용이 표시되지 않는지 확인

Google Search Console 소유권 확인｜어떤 방법을 선택할까?

Search Console에서 사이트를 사용하려면 먼저 Google에 내가 해당 사이트를 관리할 권한이 있다는 사실을 확인해야 합니다.

Google은 HTML 파일·HTML 태그·Google Analytics·Google Tag Manager·DNS 등 여러 확인 방법을 제공합니다.

확인 방식	사용 가능한 속성	특징
DNS 레코드	Domain 속성	모든 프로토콜·서브도메인을 한 번에 포함
HTML 태그	URL-prefix 속성	워드프레스 플러그인으로 적용하기 쉬움
HTML 파일	URL-prefix 속성	사이트 루트에 파일 업로드 필요
Google Analytics	URL-prefix 속성	적절한 GA 권한과 설치 조건 필요
Google Tag Manager	URL-prefix 속성	GTM 권한과 올바른 설치 필요

Domain 속성 vs URL-prefix｜여기서 많이 실수합니다

Domain 속성을 선택했다면

예를 들어 Search Console에서 `example.com` 형태의 Domain 속성을 추가했다면 소유권 확인은 DNS 레코드를 이용해야 합니다.

Rank Math에 HTML 태그를 넣어도 Domain 속성 자체를 확인할 수는 없습니다.

URL-prefix 속성을 선택했다면

`https://example.com/`처럼 프로토콜까지 포함된 URL-prefix 속성에서는 HTML 태그 확인을 사용할 수 있습니다.

처음 운영하는 워드프레스라면 Domain 속성 + DNS 확인을 사용할 수 있고, DNS 설정이 부담스럽다면 URL-prefix 속성을 추가해 HTML 태그 방식으로 확인할 수도 있습니다. 두 속성은 포함 범위가 다릅니다.

Rank Math로 Search Console HTML 태그 확인하기

URL-prefix 속성을 사용한다면 Rank Math의 Webmaster Tools 기능을 이용해 HTML 확인 코드를 넣을 수 있습니다.

1. Search Console에서 URL-prefix 속성을 추가합니다.
2. 소유권 확인 방법 가운데 HTML 태그를 선택합니다.
3. Google이 제공하는 메타 태그를 복사합니다.
4. 워드프레스 → Rank Math SEO → General Settings → Webmaster Tools로 이동합니다.
5. Google Search Console 입력란에 코드를 붙여넣습니다.
6. 변경사항을 저장합니다.
7. 캐시 플러그인·CDN을 사용한다면 캐시를 비웁니다.
8. 홈페이지 소스에서 `google-site-verification` 태그가 실제로 보이는지 확인합니다.
9. Search Console로 돌아가 HTML 태그 항목의 Verify를 누릅니다.

소유권 확인에 실패한다면

• HTML 태그가 실제 홈페이지 `` 안에 들어갔는지 확인합니다.
• Search Console에 등록한 URL과 현재 홈페이지 URL이 같은지 확인합니다.
• HTTP/HTTPS 또는 www/non-www 주소가 다른지 확인합니다.
• 잘못된 인증 토큰을 넣지 않았는지 확인합니다.
• 캐시를 삭제한 뒤 다시 확인합니다.

Google은 WordPress 같은 플랫폼에서는 사이트 전용 확인 방법이나 플러그인을 먼저 확인할 수 있다고 안내합니다. Google이 공식 지원하는 WordPress 플러그인으로는 Site Kit도 있습니다.

 

워드프레스 사이트맵 제출｜Rank Math라면 sitemap_index.xml 확인

Rank Math는 기본적으로 여러 하위 사이트맵을 하나로 묶은 Sitemap Index를 생성합니다.

일반적인 주소는 다음과 같습니다.

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

제출 전에 브라우저에서 먼저 확인하세요

Search Console에 제출하기 전에 브라우저에서 사이트맵 주소를 직접 열어 정상적으로 표시되는지 확인하세요.

Rank Math의 `sitemap_index.xml`에는 보통 posts·pages·categories 등 활성화한 콘텐츠 유형의 하위 사이트맵이 표시됩니다.

1. Search Console에서 올바른 속성을 선택합니다.
2. Indexing → Sitemaps 메뉴로 이동합니다.
3. `sitemap_index.xml`을 입력합니다.
4. Submit을 누릅니다.
5. 상태가 Success인지 확인합니다.

Sitemap Index 하나를 제출하면 Google은 그 안에 포함된 하위 사이트맵을 읽을 수 있으므로 일반적인 Rank Math 사이트에서는 각각의 post sitemap이나 page sitemap을 별도로 반복 제출할 필요가 없습니다.

RSS feed도 Search Console에 반드시 제출해야 할까?

아닙니다.

Google Search Console은 XML Sitemap뿐 아니라 RSS와 Atom 형식도 사이트맵으로 처리할 수 있습니다.

그러나 Rank Math의 `sitemap_index.xml`이 정상적으로 작동하고 있다면 워드프레스의 `/feed/`까지 반드시 별도로 제출해야 하는 것은 아닙니다.

파일	역할	일반적인 Rank Math 사이트
sitemap_index.xml	사이트의 주요 URL을 구조적으로 전달	우선 제출 권장
RSS/Atom	최근 게시물 URL 전달 가능	선택적

따라서 “sitemap_index.xml과 feed 두 개를 반드시 제출해야 한다”는 기존 설명은 수정하는 것이 좋습니다.

사이트맵 ‘가져올 수 없음’ 오류｜기다리기 전에 이것부터 확인하세요

Search Console에서 Couldn’t fetch·가져올 수 없음이 표시됐다는 것은 Google이 마지막 요청에서 해당 사이트맵을 가져오지 못했다는 의미입니다.

따라서 “새 사이트라서 누구나 처음에는 빨간색이고 하루 이틀 기다리면 반드시 성공으로 바뀐다”고 설명하는 것은 정확하지 않습니다.

1. 사이트맵 주소를 브라우저에서 엽니다

먼저 아래 주소가 실제로 열리는지 확인합니다.

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

404·403·500 오류가 나오거나 로그인 화면으로 이동한다면 Search Console보다 먼저 워드프레스 또는 서버 문제를 해결해야 합니다.

2. 잘못된 사이트 속성을 사용하지 않았는지 확인

Search Console 속성이 `https://www.example.com/`인데 실제 사이트가 `https://example.com/`으로 운영된다면 속성과 사이트맵 조합을 다시 확인합니다.

3. robots.txt에서 차단하지 않았는지 확인

Google은 robots.txt 규칙 때문에 사이트맵 자체에 접근할 수 없는 경우 가져오기에 실패할 수 있다고 안내합니다.

4. 서버·보안·CDN 상태 확인

호스팅 장애, 방화벽, 보안 플러그인, CDN 설정 때문에 Googlebot의 요청이 차단되는 경우도 있습니다.

5. Rank Math 캐시와 고유주소 새로고침

사이트맵은 열리지만 내용이 오래됐거나 비정상이라면 Rank Math의 sitemap 설정과 캐시를 확인하고 워드프레스 설정 → 고유주소에서 변경하지 않고 저장해 rewrite 규칙을 새로고침하는 방법도 확인할 수 있습니다.

6. 일시적 오류라면 Google이 다시 시도할 수 있습니다

Google은 사이트맵 가져오기가 실패하면 일정 기간 몇 차례 다시 시도할 수 있습니다.

하지만 계속 접근할 수 없거나 치명적인 문제가 지속되면 재시도를 중단할 수 있으므로 오류를 무조건 기다림으로 해결하려 하면 안 됩니다.

삭제 후 다시 제출하면 대기열 맨 뒤로 밀린다는 공식 규칙도 없습니다. Google은 사이트맵을 삭제해도 해당 사이트맵이나 그 안의 URL을 자동으로 잊는 것은 아니라고 설명합니다. 실제 오류를 고친 뒤 필요한 경우 다시 제출할 수 있습니다.

사이트맵 제출 = 구글 색인 완료가 아닙니다

사이트맵은 Google에 “이런 URL들이 있으니 발견과 크롤링에 참고해 달라”고 알려주는 방법입니다.

Search Console에서 사이트맵 상태가 Success라고 표시돼도 사이트맵 안의 모든 URL이 자동으로 크롤링되거나 색인된다는 보장은 없습니다.

상태	의미
Sitemap Success	Google이 사이트맵을 정상적으로 읽음
URL 발견	사이트맵 등에서 URL을 알게 됨
크롤링	Googlebot이 실제 페이지를 방문
색인	Google이 페이지를 검색 색인에 저장하기로 결정

따라서 사이트맵 설정이 끝났다면 이후에는 검색 가치가 있는 콘텐츠, 내부 링크, 중복·얇은 페이지 관리, 크롤링 가능 여부에 더 집중하는 것이 중요합니다.

워드프레스 초기 설정 최종 체크리스트

• □ `https://내도메인.com/ads.txt`가 브라우저에서 정상적으로 열리는가?
• □ Ads.txt 안의 Publisher ID가 내 AdSense ID와 일치하는가?
• □ AdSense에서 Ads.txt 업데이트 상태를 다시 확인했는가?
• □ Search Console에서 Domain과 URL-prefix 속성을 혼동하지 않았는가?
• □ Domain 속성이라면 DNS로 확인했는가?
• □ HTML 태그 방식이라면 홈페이지 ``에 실제 태그가 들어갔는가?
• □ `sitemap_index.xml`이 브라우저에서 정상적으로 열리는가?
• □ Search Console에 올바른 속성으로 사이트맵을 제출했는가?
• □ `feed`를 반드시 제출해야 한다고 오해하고 있지는 않은가?
• □ ‘가져올 수 없음’ 상태라면 URL·robots.txt·서버·CDN을 확인했는가?
• □ Sitemap Success와 색인 완료를 같은 의미로 생각하고 있지는 않은가?

워드프레스 Ads.txt·Search Console 자주 묻는 질문

Ads.txt는 애드센스 승인을 위한 필수 파일인가요?

Google은 Ads.txt가 의무사항은 아니라고 안내하지만 강력하게 권장하고 있습니다. 이미 경고가 표시됐다면 정확한 Publisher ID를 넣어 해결하는 것이 좋습니다.

Ads.txt Manager 플러그인만 설치하면 끝인가요?

아닙니다. AdSense가 제공한 정확한 코드가 `/ads.txt`에 실제로 표시되도록 입력하고 저장해야 합니다.

ads.txt가 브라우저에서 보이는데 경고가 남아 있습니다

Google이 다시 크롤링해 상태를 갱신하는 데 시간이 필요할 수 있습니다. 며칠이 걸릴 수 있고 광고 요청이 적은 사이트는 최대 한 달이 걸릴 수 있습니다.

Domain 속성을 Rank Math HTML 태그로 확인할 수 있나요?

아닙니다. Search Console의 Domain 속성은 DNS 확인이 필요합니다. HTML 태그 방식은 URL-prefix 속성에서 사용할 수 있습니다.

Rank Math 사이트맵 주소는 무엇인가요?

기본적으로 `https://내도메인.com/sitemap_index.xml` 형태입니다. 설정이나 필터를 변경했다면 달라질 수 있습니다.

사이트맵과 feed 둘 다 제출해야 하나요?

필수는 아닙니다. Rank Math를 사용해 `sitemap_index.xml`이 정상적으로 운영된다면 우선 Sitemap Index를 제출하면 됩니다. Google은 RSS와 Atom도 지원하지만 별도 제출 여부는 선택할 수 있습니다.

‘가져올 수 없음’이 뜨면 그냥 기다리면 되나요?

일시적인 서버 문제라면 나중에 정상화될 수 있지만 먼저 사이트맵 URL이 실제로 열리는지, robots.txt·서버·보안 설정·속성 URL이 올바른지 확인하는 것이 좋습니다.

사이트맵을 삭제하고 다시 제출하면 불이익이 있나요?

삭제했다고 ‘대기 순번 맨 뒤’로 밀린다는 Google 공식 규칙은 없습니다. 사이트맵 삭제는 Search Console 보고서에서 제출 항목을 제거하는 것이며 Google이 이미 발견한 URL을 자동으로 잊는 것도 아닙니다.

사이트맵이 Success면 모든 글이 검색에 나오나요?

아닙니다. Success는 Google이 사이트맵을 정상적으로 읽었다는 뜻입니다. 각 페이지의 크롤링과 색인은 별도의 판단을 거칩니다.

워드프레스 초기 설정 핵심 정리

• Ads.txt는 사이트 소유권을 증명하는 신분증이 아니라 승인된 광고 판매자를 선언하는 파일입니다.
• Google은 Ads.txt 사용을 의무화하지는 않지만 강력히 권장합니다.
• Ads.txt에는 반드시 자신의 AdSense Publisher ID를 사용해야 합니다.
• `내도메인.com/ads.txt`에서 코드가 보이는지 직접 확인합니다.
• Ads.txt 변경 내용이 AdSense에 반영되기까지 며칠이 걸릴 수 있습니다.
• 광고 요청이 적은 사이트는 반영까지 최대 한 달이 걸릴 수도 있습니다.
• Search Console에는 Domain 속성과 URL-prefix 속성이 있습니다.
• Domain 속성은 DNS 확인이 필요합니다.
• HTML 태그 확인은 URL-prefix 속성에서 사용할 수 있습니다.
• Rank Math에서는 General Settings → Webmaster Tools에서 Google 확인 코드를 넣을 수 있습니다.
• Rank Math의 기본 Sitemap Index는 일반적으로 `sitemap_index.xml`입니다.
• Sitemap Index 하나를 제출하면 하위 사이트맵을 Google이 읽을 수 있습니다.
• RSS feed를 반드시 별도로 제출할 필요는 없습니다.
• Search Console의 ‘가져올 수 없음’은 정상 상태가 아니라 마지막 사이트맵 가져오기 실패를 의미합니다.
• 사이트맵 주소·robots.txt·서버·CDN·보안 설정을 먼저 확인합니다.
• 오류를 고친 뒤 사이트맵을 다시 제출할 수 있습니다.
• 사이트맵을 삭제한다고 크롤링 대기열 맨 뒤로 밀린다는 공식 규칙은 없습니다.
• Sitemap Success는 색인 완료를 의미하지 않습니다.
• 기술 설정이 끝났다면 이후에는 좋은 콘텐츠와 내부 링크, 검색 의도 충족에 집중하는 것이 중요합니다.

함께 보면 좋은 글

• 워드프레스 애드센스 승인 완벽 가이드｜Search Console 오류 해결

공식 참고 자료

• Google AdSense｜Ads.txt Guide
• Google Search Console｜Verify Your Site Ownership
• Google Search Console｜Sitemaps Report
• Rank Math｜Google Site Verification
• Rank Math｜Submit Sitemap to Google

※ Search Console·AdSense·Rank Math의 메뉴와 기능은 업데이트될 수 있습니다. 특히 DNS·URL-prefix·HTML 태그 방식은 서로 적용 범위가 다르므로 현재 등록한 Search Console 속성 유형을 확인한 뒤 설정하세요.

 

마치며｜오류 메시지보다 실제 URL을 먼저 확인하세요

워드프레스 초기 설정에서 가장 중요한 습관은 대시보드의 빨간 경고만 보고 플러그인을 계속 설치하거나 설정을 반복해서 바꾸지 않는 것입니다.

Ads.txt 문제라면 먼저 `/ads.txt`, 사이트맵 문제라면 `/sitemap_index.xml`, Search Console HTML 확인 문제라면 홈페이지 소스의 `google-site-verification` 태그를 직접 확인하세요. 실제 웹에서 파일과 태그가 어떻게 제공되는지 확인한 뒤 Google의 상태 메시지를 보는 순서가 문제 해결을 훨씬 빠르게 만듭니다.

Ads.txt·소유권 확인·사이트맵 설정을 정상적으로 끝냈다면 그다음부터는 기술 설정을 반복해서 만지는 것보다 검색자가 원하는 글을 꾸준히 발행하고 내부 링크와 색인 상태를 점검하는 작업에 시간을 쓰는 편이 블로그 성장에 더 도움이 됩니다.