글

라벨이 구글서치콘솔인 게시물 표시

서치콘솔 '발견됨 현재 색인이 생성되지 않음' 해결 5단계

이미지
발견됨 상태는 구글이 주소만 알고 아직 크롤링하지 않은 것이라, 대개 기다림과 내부링크 보강이 먼저입니다. 서치콘솔의 '페이지 색인 생성' 보고서를 열면 아래쪽에 '페이지가 색인되지 않은 이유'라는 표가 나옵니다. 이 표에서 초보 블로거를 가장 오래 붙잡아 두는 줄이 바로 "발견됨 – 현재 색인이 생성되지 않음"이에요. 새 글을 올리고 며칠이 지나도 이 줄의 숫자만 늘어나면, 뭔가 잘못 설정한 게 아닌지 걱정부터 앞서죠. 그런데 이 항목은 오류가 아니라 대기 상태에 가깝습니다. 구글 Search Central과 서치콘솔 고객센터 문서를 기준으로, 무슨 뜻인지부터 어떤 순서로 손대야 하는지까지 짚어봅니다. 공식 문서가 말하는 이 상태의 뜻 📌 발견됨 – 현재 색인이 생성되지 않음 은 구글이 페이지 URL의 존재를 알고는 있지만 아직 크롤링하지 않은 상태를 가리키는 서치콘솔 페이지 색인 생성 보고서의 항목입니다. 서치콘솔 고객센터의 설명은 짧습니다. "Google에서 페이지를 발견했지만 페이지가 아직 크롤링되지 않았습니다." 영문 문서는 한 줄을 더 붙여요. 일반적으로 구글이 그 URL을 크롤링하려 했지만 사이트에 과부하가 걸릴 것으로 예상돼 크롤링 일정을 다시 잡았다는 내용입니다. 그래서 이 상태의 URL은 보고서에서 마지막 크롤링 날짜가 비어 있죠. 핵심은 "아직 안 봤다"는 것이지 "보고 나서 거절했다"가 아니라는 점입니다. 페이지 품질이 판정된 단계가 아니기 때문에, 이 상태만으로 글이 저품질이라고 단정할 근거는 없어요. '크롤링됨 – 현재 색인이 생성되지 않음'과 헷갈리면 안 되는 이유 같은 표에 나란히 뜨는 두 항목은 뜻이 다릅니다. 이름이 비슷해서 같은 처방을 내리기 쉬운데, 대응이 갈려요. 항목 상태 공식 문서의 안내 발견됨 – 현재 색인이 생성되지 않음 URL은 알지만 크롤링 전 크...

네이버 서치어드바이저 등록 방법, 구글 서치콘솔만으로는 안 되는 이유

이미지
구글 서치콘솔에 사이트를 등록하고 색인까지 확인했는데, 정작 네이버에서 블로그명이나 글 제목으로 검색해보면 아무것도 안 뜨는 경우를 본 적 있나요? 구글과 네이버는 검색 로봇도, 색인 방식도 서로 다른 별개의 시스템이라 한쪽에만 등록해서는 다른 한쪽에서 노출되지 않습니다. 특히 한국 이용자 비중이 높은 주제를 다루는 블로그라면 네이버 서치어드바이저 등록을 미룰 이유가 없어요. 등록 절차와 소유확인 방법, 사이트맵·RSS 제출까지 순서대로 정리해봤습니다. 구글과 네이버, 애초에 다른 검색 로봇이 움직인다 구글 서치콘솔에 사이트를 등록했다고 해서 네이버 검색결과에 자동으로 반영되지는 않습니다. 두 검색엔진은 각자 자기 크롤러를 따로 운영하고, 색인 데이터베이스도 완전히 분리돼 있거든요. 구글 크롤러가 매일 수집해가는 페이지와 네이버 크롤러가 수집해가는 페이지는 서로 다른 목록이라고 보면 됩니다. 한국어 검색 트래픽 중 상당수가 여전히 네이버를 거쳐 들어온다는 점을 생각하면, 구글 SEO만 챙기고 네이버 등록을 건너뛰는 건 절반의 채널을 스스로 닫아두는 셈이에요. 특히 블로그 세금, 애드센스처럼 실생활 정보를 검색하는 이용자는 네이버 검색창을 먼저 여는 경우가 많다고 알려져 있습니다. 사이트 등록, 도메인 입력부터 시작한다 네이버 서치어드바이저(searchadvisor.naver.com)에 네이버 계정으로 로그인하면 화면 상단에 웹마스터 도구 메뉴가 보입니다. 등록 흐름은 아래 순서로 진행돼요. 1단계 - 사이트 등록 : 웹마스터 도구 → 사이트 관리 → 사이트 등록에서 블로그의 대표 도메인 주소를 입력합니다. https:// 를 포함해 불필요한 쿼리 문자 없이 최상위 주소만 넣는 게 원칙이에요. 2단계 - 소유확인 : 입력한 주소가 실제로 내 사이트임을 증명하는 단계로 넘어갑니다. 이 단계를 통과해야 다음 기능들이 열려요. 3단계 - 사이트맵·RSS 제출 : 소유확인이 끝나면 사이트맵과 RSS 주소를 등록해 크롤러가 새 글을 빠르게...

구글 애널리틱스(GA4) 블로그 연동 방법, 서치콘솔과 함께 봐야 하는 이유

이미지
서치콘솔 화면을 열면 노출수와 클릭수, 평균 순위까지 한눈에 보입니다. 그런데 그 화면 어디에도 방문자가 글을 몇 초나 읽었는지, 어느 페이지에서 뒤로가기를 눌렀는지는 나오지 않아요. 서치콘솔 하나만 연동해두고 "통계는 다 확인하고 있다"고 생각하는 블로거가 은근히 많은데, 사실 두 도구는 애초에 보는 지점 자체가 다릅니다. 검색 결과에 뜨기 전 단계를 보여주는 서치콘솔과, 방문 이후의 행동을 보여주는 GA4를 함께 봐야 전체 그림이 그려지거든요. 서치콘솔과 GA4, 보는 지점이 다르다 서치콘솔은 구글 검색을 통해 들어온 트래픽만 다룹니다. 어떤 검색어로 노출됐는지, 그 검색 결과에서 클릭까지 이어졌는지, 클릭 이전 단계의 데이터를 보여주는 도구죠. 서치콘솔 자체의 색인·사이트맵 사용법은 이전에 정리한 구글서치콘솔 라벨 글에서 확인할 수 있으니 여기서는 반복하지 않을게요. 반면 GA4는 유입 경로와 무관하게 방문자가 사이트에 들어온 이후의 행동을 추적합니다. 검색뿐 아니라 소셜, 다이렉트 접속, 다른 사이트의 링크를 타고 온 트래픽까지 전부 잡히고요. 스크롤, 클릭, 파일 다운로드 같은 상호작용도 별도 설정 없이 기본적으로 수집되도록 되어 있습니다. 정리하면 서치콘솔은 "클릭 전" 데이터 , GA4는 "클릭 후" 데이터 를 보는 도구라고 나눠서 이해하는 게 가장 명확해요. GA4 계정, 처음 만들 때 이렇게 진행한다 analytics.google.com에 접속해 구글 계정으로 로그인한 뒤 계정 만들기를 시작합니다. 계정 이름은 블로그명으로 정해두면 나중에 여러 사이트를 관리할 때 헷갈리지 않아요. 속성을 만드는 단계에서는 시간대와 통화를 한국 기준으로 맞추고, 업종 카테고리는 블로그와 가장 가까운 항목을 골라주면 됩니다. 이어서 나오는 데이터 스트림 화면에서 '웹'을 선택하고 블로그 주소를 입력하면, G로 시작하는 측정 ID가 발급됩니다. 이 측정 ID(예: G-X...

구글 서치콘솔 사용법, 계정만 만들면 끝이라는 착각

이미지
블로그를 새로 열고 며칠 뒤, 구글 검색창에 자기 블로그 제목을 쳐본 경험이 다들 한 번쯤 있을 겁니다. 그런데 아무리 찾아도 내 글이 안 나오면 순간 당황스럽죠. "분명 글도 몇 개 올렸는데 왜 검색에 안 잡히지"라는 물음표가 뜨는 그 시점이, 사실 구글 서치콘솔을 열어봐야 하는 순간입니다. 문제는 여기서부터입니다. 서치콘솔에 계정을 만들고 사이트를 등록해두면 그걸로 할 일이 끝났다고 생각하는 초보 블로거가 정말 많아요. 등록은 시작일 뿐이고, 실제로 검색 노출에 도움이 되는 작업은 등록 이후에 일어납니다. 서치콘솔은 순위를 올려주는 도구가 아니다 가장 먼저 정리하고 넘어갈 오해가 있습니다. 서치콘솔은 검색 순위를 직접 끌어올려주는 마법 버튼이 아니에요. 구글 공식 도움말도 이 도구를 사이트가 Google 검색결과에서 어떻게 표시되는지 모니터링하고 유지관리하는 도구 라고 설명합니다. 즉 순위를 조작하는 게 아니라, 구글이 내 사이트를 어떻게 보고 있는지 확인하는 진단 창구인 셈이죠. 그래서 서치콘솔을 켜둔다고 트래픽이 저절로 늘지는 않습니다. 대신 이 도구를 통해 "내 글이 색인이 안 됐다", "특정 페이지에서 오류가 난다", "모바일에서 로딩이 느리다" 같은 문제를 미리 발견할 수 있어요. 발견한 문제를 실제로 고치는 건 여전히 블로거의 몫입니다. 계정 등록과 소유권 인증 서치콘솔을 처음 쓴다면 search.google.com/search-console에 접속해서 속성을 추가하는 것부터 시작합니다. 이때 "도메인" 속성과 "URL 접두어" 속성 중 하나를 고르게 되는데, 도메인 속성은 DNS 인증이 필요해서 조금 번거롭고 URL 접두어 속성은 HTML 태그 삽입이나 파일 업로드로 비교적 간단하게 인증할 수 있어요. Blogspot(Blogger)을 쓰고 있다면 테마 HTML 편집 화면에서 <head> 태그...

코어 웹 바이탈이란, 블로그 로딩속도 LCP·INP·CLS 기준값과 개선 체크리스트

이미지
구글 서치 콘솔 왼쪽 메뉴를 쭉 훑어보면 "핵심 웹 지표"라는 탭이 하나 있습니다. 클릭해본 적 없는 블로거가 의외로 많은데, 이 탭 안에 숫자 세 개가 내 블로그 순위와 직접 연결돼 있다는 사실은 잘 알려져 있지 않죠. 오늘은 이 세 지표가 정확히 뭘 측정하는지, 통과 기준은 몇 초·몇 밀리초인지, 어디서 확인하고 뭘 고쳐야 하는지까지 순서대로 정리해보겠습니다. 핵심 웹 지표, 정확히 뭘 재는 지표인가 코어 웹 바이탈(Core Web Vitals)은 구글이 정한 세 가지 사용자 경험 지표입니다. 이름은 낯설어도 개념은 단순해요. LCP(Largest Contentful Paint) : 페이지에서 가장 큰 요소(보통 대표 이미지나 제목 영역)가 화면에 다 그려지기까지 걸리는 시간 INP(Interaction to Next Paint) : 방문자가 화면을 탭하거나 클릭했을 때 반응이 나타나기까지 걸리는 시간 CLS(Cumulative Layout Shift) : 페이지를 읽는 도중 요소들이 갑자기 밀리거나 움직이는 정도 세 가지 모두 "로딩 속도가 빠른가"보다는 "방문자가 실제로 불편함을 느끼는가"에 가까운 지표예요. 이미지가 늦게 뜨는 것, 버튼을 눌렀는데 반응이 늦는 것, 글을 읽다가 광고가 갑자기 끼어들어 손가락이 엉뚱한 곳을 누르게 되는 것 — 이 세 가지 불편을 각각 숫자로 바꿔놓은 셈입니다. 구글이 제시하는 통과 기준값 web.dev(구글 개발자 문서)가 명시한 "좋음(Good)" 기준은 다음과 같습니다. 지표 좋음 개선 필요 나쁨 LCP 2.5초 이하 2.5~4초 4초 초과 INP 200ms 이하 200~500ms 500ms 초과 CLS 0.1 이하 0.1~0.25 0.25 초과 구글은 이 세 지표를 방문자 전체가 아니라 75번째 백분위수 기준으로 평가합니다. 쉽게 말해 방문자 100명 중 상위 25명(가장 느리게 겪은 사람들)의 ...