글로벌다

도움말은 이 설정이 일반 검색 순위에 쓰이지 않는다고 밝히지만, AI 기능의 노출과 트래픽은 받지 못합니다. 읽고 나면 내 속성의 설정 상태를 확인하고, 포함·제외·상속 중 무엇을 고를지 판단 기준을 세울 수 있습니다. 구글은 2026년 6월 3일자 글에서 AI 개요, AI 모드, 디스커버의 생성형 AI 기능에 내 사이트를 쓸지 정하는 서치콘솔 설정을 소개했습니다. 처음에는 영국의 일부 웹사이트 소유자에게 시험 출시한다고 적었는데, 같은 글에 붙은 8월 31일 갱신 문구는 전 세계 모든 웹사이트에 출시했다고 말해요. 한 글 안에서 두 문장이 어긋나는 셈이라, 이 글은 더 나중 문구와 서치콘솔 고객센터 도움말을 따릅니다(2026-10-18 구글 블로그·서치콘솔 고객센터 기준). 이 설정이 하는 일 📌 Google 검색 생성형 AI 제어 는 내 사이트의 링크와 콘텐츠를 AI 개요, AI 모드, 구글 디스커버의 생성형 AI 기능에 쓸지 속성 단위로 정하는 서치콘솔 설정입니다. 메뉴 경로는 서치콘솔의 설정 > Google 검색 생성형 AI입니다. 한국어판 도움말의 문구이고, 영어 화면에서는 Search generative AI로 보여요. 제외를 고르면 이 기능들에서 내 링크와 콘텐츠가 나타나지 않고, 크롤링된 내 콘텐츠가 AI 응답이나 미리보기를 만드는 입력으로 쓰일 자격도 사라집니다. 대신 이 기능들에서 오는 트래픽과 노출도 받지 못합니다. 선택지 세 개, 표로 비교 아래 표는 한국어판과 영어판 도움말을 대조해 옮긴 것입니다(2026-10-18 서치콘솔 고객센터 기준). 선택지(한국어판 라벨) 의미 기본값 여부 Google 검색 생성형 AI 기능에 내 사이트의 링크와 콘텐츠 포함 링크와 콘텐츠가 AI 기능에 표시되거나 응답의 근거로 쓰일 수 있고, 노출과 트래픽이 생김 모든 속성의 기본 제어 Google 검색 생성형 AI 기능에서 내 사이트의 링크와 콘텐츠 제외 위 기능들에 나타나지 않고 트래픽과 노출도 없음...

성과만 보게 할 사람은 제한된 권한, 사이트맵 제출까지 맡길 사람은 전체 권한이 맞습니다. 읽고 나면 협업자에게 줄 권한을 표 하나로 고르고, 일이 끝난 뒤 권한을 거두는 순서까지 5분 안에 정할 수 있습니다. 글 작성이나 운영을 도와줄 사람이 생겼다고 가정해 보죠. 서치콘솔 화면을 보여 주겠다고 내 구글 계정을 통째로 빌려주면 메일과 드라이브까지 같이 열려 버립니다. 서치콘솔에는 사람마다 권한을 따로 주는 기능이 있고, 고객센터가 그 범위를 표로 밝혀 두었어요. 권한은 네 단계로 나뉩니다 📌 서치콘솔의 권한 은 속성(사이트)마다 소유자, 전체 권한 사용자, 제한된 권한 사용자, 보조 권한 사용자로 나뉘며, 사용자 추가와 삭제는 소유자만 할 수 있습니다. 소유자 : 속성을 완전히 제어합니다. 소유권 토큰으로 증명한 확인된 소유자와, 확인된 소유자가 토큰 없이 권한을 넘겨준 위임된 소유자가 있고 두 유형의 권한은 같습니다. 전체 권한 사용자 : 모든 데이터를 볼 수 있고 일부 작업을 할 수 있습니다. 제한된 권한 사용자 : 대부분의 데이터를 보기만 합니다. 메시지는 본인에게 영향을 주는 것만 받아요. 보조 권한 사용자 : 사이트를 대신해 특정 작업을 하는 사람이나 계정입니다. 서치콘솔 계정이나 데이터를 직접 열 수는 없고, 연결 유형에 따라 할 수 있는 일이 달라집니다. 기능별 권한표, 원문에서 고른 열다섯 줄 아래 표는 고객센터 권한 문서의 표에서 블로거가 자주 쓰는 행을 골라 옮긴 것입니다. 영어판과 한국어판 표를 대조했고 기능 이름은 한국어판을 따랐어요(2026-10-18 서치콘솔 고객센터 기준). '—'는 원문에서 빈 칸인 항목입니다. 기능 소유자 전체 권한 제한된 권한 실적 ✓ ✓ ✓ 링크 ✓ ✓ ✓ 모든 보고서 보기 ✓ ✓ ✓ 색인 생성 범위 ✓ ✓ 보기 전용 URL 검사 ✓ ✓ 가져오기만 가능 사이트맵 제출 ✓ ✓ — URL 삭제 ✓ ✓ 보기 전용 링크 거부 ✓ ✓...

블로거는 초보자용 재생목록부터 보고, 기술 SEO 재생목록은 필요한 주제만 골라 보면 됩니다. 읽고 나면 구글이 묶은 두 재생목록의 차이를 알고, 내 블로그 점검과 연결한 4주 학습 순서를 5분 안에 정할 수 있습니다. 구글 검색 센터 블로그에 2026년 10월 6일 자로 새 게시물이 올라왔어요. 제목은 '새로운 학습 과정: 검색 기본사항 및 기술 검색엔진 최적화를 위한 선별된 YouTube 재생목록'이고, 게시자는 Google 검색 애드보킷 다니엘 웨이스버그입니다(2026-10-17 구글 검색 센터 블로그 기준). 취지는 단순해요. 검색 센터 YouTube 채널의 영상이 여러 시리즈에 흩어져 있어서 처음부터 차례대로 배울 길을 찾기 어려울 수 있으니, 두 개의 재생목록으로 묶었다는 겁니다. 다만 게시물은 재생목록의 대상과 주제만 소개하고 영상 개수나 길이는 적지 않았습니다. 이 글도 영상 내용까지는 확인하지 못했어요. 그래서 아래 표에서 주제 열은 게시물이 소개한 내용이고, 해당도와 '같이 열 화면' 열은 이 글의 제안입니다. 재생목록 두 개, 무엇이 다른가 📌 검색 센터 학습 재생목록 은 구글 검색 센터 YouTube 채널의 영상을 주제별로 묶은 두 개의 목록으로, 초보자용 '검색 기본사항'과 개발자·기술 SEO 전문가용 '기술 검색엔진 최적화 기본사항'으로 나뉩니다. 대상 독자부터 갈립니다. 첫 번째 목록은 웹사이트 소유자, 마케팅 담당자, 콘텐츠 크리에이터, 검색엔진 최적화 초보자를 대상으로 하고, 두 번째 목록은 개발자와 기술 SEO 전문가를 대상으로 한다고 게시물이 설명합니다. 두 번째 목록은 기본적인 내용을 건너뛰고 사이트 상태, 크롤링 예산 최적화, 렌더링 고려사항, 대규모 디버깅에 중점을 둔다고도 적혀 있어요(2026-10-17 구글 검색 센터 블로그 기준). 주제는 아래처럼 여섯 묶음입니다. 재생목록 주제 묶음 게시물이 소개한 세부 주제 해당도...

삭제한 글은 구글이 그 주소를 다시 확인해야 빠지고, 급하면 제거 도구가 최대 하루 안에 숨깁니다. 읽고 나면 지운 글의 주소를 검색결과에서 어떤 도구로, 어떤 순서로 빼야 하는지 5분 안에 정할 수 있습니다. 순위가 흔들리면 약해 보이는 글부터 지우고 싶어지는 게 사람 마음이죠. 구글 검색 상태 대시보드에는 2026년 9월 스팸 업데이트가 9월 24일에 시작해 13일 16시간 동안 진행된 것으로 올라와 있습니다(2026-10-12 구글 검색 상태 대시보드 기준). 요약 화면에는 시작일과 진행 기간만 있고 완료를 알리는 문구는 따로 없었어요. 이 글은 지우는 것이 맞는지는 판단하지 않습니다. 이미 지우기로 정했다면 그 주소를 검색결과에서 어떻게 빼는지를 구글 문서로 확인해 정리했어요. 확인되지 않은 부분은 확인하지 못했다고 그대로 적었습니다. 삭제, noindex, 제거 도구는 하는 일이 다릅니다 📌 제거 도구(Removals tool) 는 서치콘솔에서 내가 소유한 사이트의 URL을 약 6개월 동안 구글 검색결과에서 숨기는 임시 조치이며, 색인에서 영구 삭제하는 기능은 아닙니다. 구글 문서에서 읽히는 방법을 한 표로 모았습니다(2026-10-12 구글 검색 센터 문서 기준). 문서에 없는 내용은 확인하지 못했다고 적어 두었어요. 방법 하는 일 효과 조건 콘텐츠 삭제(404 또는 410) 페이지를 지우거나 고쳐 서버가 404나 410을 돌려주게 함 영구 주소가 더는 글을 보여 주지 않아야 함 접근 차단(비밀번호 등) 접근 자체를 막아 크롤러가 들어오지 못하게 함 차단이 유지되는 동안 로그인 같은 접근 제한 수단이 필요함 noindex 태그 구글 검색결과에만 나오지 않게 함. 태그를 지원하지 않는 검색엔진이나 방문자는 그대로 접근 태그가 유지되는 동안 페이지에 태그를 넣을 수 있어야 하고, 도움말은 다른 방법보다 덜 안전하다고 설명 임시 URL 삭제(제거 도구) 약 6개월 동안 검색결과에서 숨기고 스니펫도 함께 ...

구글의 URL 구조 문서는 영어 주소를 요구하지 않고, 독자가 쓰는 언어의 단어로 읽기 쉽게 지으라고 안내합니다. 읽고 나면 내 글 주소를 한글로 둘지 영어로 지을지, 이미 발행한 주소는 건드릴지 말지 5분 안에 정할 수 있습니다. 글 설정의 퍼머링크 칸 앞에서 한참 멈추게 되는 순간이 있죠. 한글 제목을 그대로 주소에 쓰면 검색에 불리하다, 영어로 지어야 한다는 말도 흔히 오갑니다. 그래서 구글 문서에 그 말을 뒷받침하는 문장이 있는지부터 열어 봤어요. 구글 검색 센터의 URL 구조 문서는 한국어판 최종 업데이트가 2025-12-31(UTC)로 표시돼 있었고(2026-10-18 구글 검색 센터 문서 기준), Blogger 쪽은 고객센터 도움말을 함께 읽었습니다. 구글 문서가 주소에 대해 적은 것 📌 퍼머링크 는 글 하나에 붙는 고유 주소를 가리키며, Blogger에서는 글 설정의 '퍼머링크' 항목에서 맞춤설정 퍼머링크를 골라 직접 입력할 수 있습니다(2026-10-18 Blogger 고객센터 기준). URL 구조 문서에서 블로그 주소와 관련 있는 항목만 추리면 아래와 같습니다(2026-10-18 구글 검색 센터 문서 기준). 셋째 열은 이 글의 해석이에요. 항목 문서의 요지 블로그에서 읽으면 설명적인 단어 긴 ID 숫자 대신 읽을 수 있는 단어를 쓰라고 안내하고, /wiki/Aviation 같은 주소를 좋은 예로 제시 글 내용을 짐작할 수 있는 단어로 짓기 독자의 언어 독일어 독자에게는 독일어 단어를 쓰는 예시를 제시 한국어 독자라면 한글 단어도 선택지 비ASCII 문자 링크에서는 필요에 따라 퍼센트 인코딩을 쓰고, gem%C3%BCse 형태를 권장 예로 제시 한글 주소는 인코딩된 형태로 연결됨 단어 구분 밑줄 대신 하이픈 사용 단어 사이는 하이픈 대소문자 /APPLE과 /apple을 서로 다른 URL로 취급 영문이면 소문자로 통일 매개변수 콘텐츠를 바꾸지 않는 매개변수는 제거해 주소를 짧게 ...

구글 검색은 llms.txt를 사용하지 않아서, 만들어도 순위가 오르거나 내려가지 않습니다. 읽고 나면 AI 검색 대비 작업 중 내 블로그가 지금 할 일과 미뤄도 되는 일을 5분 안에 가를 수 있습니다. AI 검색 대비 이야기를 따라가다 보면 llms.txt라는 파일 이름을 만나게 되죠. 만들어야 하는지, 만들면 구글 AI 개요에 더 잘 나오는지는 구글이 공식 문서에 답을 적어 둔 질문이에요. 검색 센터 문서 업데이트 이력에는 6월 15일자로 llms.txt 안내를 명확히 했다는 항목이 올라 있고(2026-10-12 구글 검색 센터 업데이트 이력 기준), 그 내용이 들어 있는 생성형 AI 최적화 가이드는 한국어판에 최종 업데이트 2026-07-15(UTC)로 표시돼 있습니다. 이 글은 그 가이드에서 하지 않아도 된다고 한 일과 하라고 권한 일을 표로 나누고, Blogger 운영자가 따져 볼 점까지 붙였습니다. 구글 문서가 llms.txt에 대해 적은 세 가지 📌 llms.txt 는 웹사이트에 마크다운 파일을 두어 대규모 언어 모델이 읽기 좋은 내용을 제공하자는 제안으로, 구글이 만든 규격이 아니라 llmstxt.org가 내놓은 형식입니다. 제안 페이지에는 작성자가 Jeremy Howard로, 게시일이 2024년 9월 3일, 수정일이 2026년 8월 10일로 표시돼 있습니다(2026-10-12 llmstxt.org 기준). 파일은 사이트 루트의 /llms.txt 같은 위치에 두는 마크다운 문서이고, 필수 요소는 사이트나 프로젝트 이름을 적는 제목 하나뿐이라고 설명해요. 형식은 단순한데, 문제는 이 파일을 구글 검색이 읽느냐입니다. 가이드에는 이 질문에 대한 답이 별도 소제목으로 들어 있습니다. 한국어판 문장을 요지로 옮기면 아래와 같아요(2026-10-12 구글 검색 센터 가이드 기준). 구분 문서의 요지 읽는 법 필요 여부 구글 검색(생성형 AI 기능 포함)에 표시되려고 llms.txt 같은 새 기계 가독형 파...

검색 결과의 날짜는 구글이 여러 요소로 추정하므로, 글에 보이는 날짜와 구조화 데이터의 날짜를 같게 맞추는 것이 기본입니다. 읽고 나면 내 글의 날짜 표기 여섯 곳을 10분 안에 점검하고, 글을 고쳤을 때 어떤 날짜를 바꿀지 정할 수 있습니다. 제목에 연도를 넣어 둔 글이 있다면, 연말이 가까워질수록 손볼 시점이 다가옵니다. 그런데 글을 고친 뒤에도 검색 결과에는 예전 날짜가 그대로 보이거나, 내가 생각한 것과 다른 날짜가 붙을 수 있어요. 구글이 날짜를 한 가지 요소로 정하지 않고 여러 요소를 종합해 추정하기 때문입니다. 이 글은 구글 검색 센터의 날짜 문서와 Article 구조화 데이터 문서에서 운영자가 손댈 수 있는 부분만 추려 표로 정리했습니다. 구글은 날짜를 어떻게 정할까 📌 byline date(서명일) 는 구글이 웹페이지가 게시되었거나 업데이트되었다고 추정하는 날짜이며, 유용하다고 판단되면 검색결과에 표시됩니다. 문서는 구글이 하나의 날짜 요소에만 기대지 않는다고 설명합니다. 모든 요소에 문제가 생길 수 있어서, 여러 요소를 함께 보고 글이 게시되었거나 중요하게 업데이트된 시점을 가장 가깝게 추정한다는 거예요. 구체적인 신호 목록은 문서에 나오지 않습니다. 대신 운영자가 줄 수 있는 정보를 두 가지로 안내해요. 사용자에게 보이는 날짜를 눈에 띄게 표시하는 것, 그리고 구조화 데이터로 날짜를 지정하는 것입니다(2026-10-17 구글 검색 센터 문서 기준). 표시를 보장하지는 않는다는 점도 함께 적혀 있습니다. 한국어 문서에서는 byline date를 서명일이라는 낯선 말로 옮겨 놓았는데, 뜻은 글의 게시 또는 업데이트 날짜입니다. 점검 6가지, 문서 기준으로 아래 표의 앞 세 열은 문서 내용이고, 마지막 열은 내 글에서 확인하는 방법으로 이 글이 덧붙인 것입니다(2026-10-17 구글 검색 센터 문서 기준). 번호 점검 항목 문서 내용 내 글에서 확인하는 법 1 보이는 날짜 사용자가 볼 수 있...

구글이 다른 표준 URL을 골랐다고 바로 오류는 아니며, 먼저 그 주소가 내 글인지 남의 글인지 가려야 합니다. 읽고 나면 내 글이 어느 유형인지 가리고, 직접 손댈 것과 기다릴 것을 5분 안에 나눌 수 있습니다. 서치콘솔 URL 검사에서 내가 지정한 표준 URL과 Google에서 선택한 표준 URL이 다르게 적혀 있으면 덜컥 겁이 나기 마련이에요. 하지만 이 화면이 곧바로 고치라는 경고는 아닙니다. 구글 검색 센터의 문서 업데이트 기록에는 7월 10일 항목으로 표준화 문제 해결 가이드가 재평가 시점을 명확히 했다고 올라 있고(2026-10-12 구글 검색 센터 기준), 이 가이드의 최종 업데이트는 2026-09-11 UTC로 표시돼 있어요. 그 항목이 다룬 주제가 고친 뒤 재평가에 걸리는 시간인 만큼, 이 글은 원인과 확인 순서에 기다리는 시간표를 더해 정리했습니다. 표준 URL부터 짧게 짚고 갑니다 📌 표준 URL 은 내용이 같거나 매우 비슷한 여러 주소 가운데 구글이 대표로 보고 검색 결과에 보여 주는 주소입니다. 검색 센터의 표준 URL 지정 문서는 선호하는 표준 URL을 지정하지 않아도 사이트가 정상적으로 작동한다고 적었어요. 지정하는 이유로는 검색 결과에 보일 주소를 제어하고, 링크 같은 신호를 한 주소로 모으고, 크롤링 낭비를 줄이는 점을 듭니다(2026-10-12 구글 검색 센터 기준). 표준을 알리는 방법의 세기는 문서가 이렇게 구분해요. 방법 문서 표현 블로그에서 보면 리디렉션 강력한 신호 옛 주소를 새 주소로 보낼 때 rel="canonical" 링크 강력한 신호 글 페이지 head에 들어가는 태그 사이트맵 포함 약한 신호 사이트맵에 넣은 주소를 표준 후보로 돕는 정도 세 가지를 서로 다른 주소로 가리키면 신호가 엇갈립니다. 문서가 방법마다 다른 URL을 가리키지 말라고 하는 이유예요. 문서가 나눈 일곱 갈래와 블로그 해당 가능성 표준화 문제 해결하기 문서는 소...

개별 글의 색인 여부는 서치콘솔 URL 검사로 확인하고, site: 검색 결과는 전체 목록으로 믿지 않는 편이 안전합니다. 읽고 나면 새 글이 구글에 들어갔는지 3분 안에 확인하는 순서를 정하고, 어떤 숫자를 믿어도 되는지 가릴 수 있습니다. 구글 검색 상태 대시보드에는 2026년 9월 스팸 업데이트가 9월 24일에 시작해 13일 16시간 동안 진행된 것으로 올라와 있습니다(2026-10-17 구글 검색 상태 대시보드 기준). 대시보드는 종료일을 따로 적지 않아서, 시작일에 기간을 더해 계산하면 10월 7~8일 무렵에 끝난 셈이에요. 이런 시기에 방문자나 순위가 달라졌다면 먼저 가려야 할 것이 하나 있습니다. 글이 색인에서 빠진 건지, 색인에는 남아 있고 순위만 움직인 건지 하는 점이죠. 이 둘을 가르는 도구로 site: 검색, URL 검사, 페이지 색인 생성 보고서가 있는데, 셋은 믿어도 되는 범위가 서로 다릅니다. site: 검색이 알려주는 것과 못 알려주는 것 📌 site: 검색 연산자 는 지정한 도메인, URL, URL 접두사에서 나온 검색결과만 보여 달라고 구글에 요청하는 검색 연산자입니다. 구글 검색 센터 문서는 이 연산자로 색인 생성 및 게재 URL 목록을 확인하거나 특정 URL이 색인됐는지 점검할 수 있다고 소개합니다. 동시에 한계도 분명히 적어 두었어요. 아래 표는 문서 내용과 블로그에서 그것이 뜻하는 바를 나란히 놓은 것입니다(2026-10-17 구글 검색 센터 문서 기준). 오른쪽 열은 이 글의 해석입니다. 문서 내용 블로그에서 뜻하는 바 반환된 URL 목록이 항상 완전한 것은 아니다 목록에 글이 안 보여도 색인 누락으로 단정하지 않는다 대규모 사이트는 모든 URL이 표시되리라 기대하면 안 된다 글이 많은 블로그일수록 목록에서 빠지는 글도 많아질 수 있다 지정한 접두사로 색인된 URL을 모두 반환하지는 않으며, 더 구체적인 접두사를 쓰면 더 많은 결과가 나올 수 있다 연·월 단위처럼 범위를 좁혀...