안녕하세요, 천상나타입니다.지난 글에서 네이버 서치어드바이저에 공식 API가 없어서 콘솔 자체를 Playwright로 자동화한 이야기를 했었죠. 그런데 그 방식에는 치명적인 제한이 하나 있었습니다. 웹 페이지 수집 요청에 일일 한도가 있다는 것. 제 사이트처럼 페이지가 1,600개 넘는 곳에서 50개씩 끊기면 전체를 돌리는 데 한 달이 걸립니다.그러다 발견한 게 IndexNow입니다. 네이버가 2024년부터 공식 지원하는 프로토콜인데, 의외로 모르는 분이 많은 것 같아 정리해봅니다.IndexNow가 뭔가요"내 사이트 페이지가 추가·변경·삭제됐다"고 검색엔진에 즉시 알리는 단순한 핑 프로토콜입니다. Bing과 Yandex가 만들었고, 지금은 네이버, Bing, Yandex, Seznam, Yep이 참여하고..

안녕하세요, 천상나타입니다.이 시리즈를 쓰게 된 계기가 된 궁금증이 하나 있었습니다. 제 블로그가 네이버에 분명 색인은 돼 있는데, 검색 노출이 한 달에 7회밖에 안 나온 거예요. "색인됨 = 검색에 뜬다"라고 생각하면 이해가 안 되는 현상인데, 두 검색엔진의 구조를 비교해보니 답이 나왔습니다. 시리즈 마지막으로 그 분석을 정리합니다.상황 정리: 색인은 정상인데 노출이 0에 가까움네이버 서치어드바이저 진단 리포트를 보면 제 블로그는 이런 상태였어요(실제 캡처, 사이트 정보는 가명 처리).색인: 1,700건 — 네이버가 문서를 정상적으로 보관 중색인 제외: 0건 — 수집 거부당한 것도 없음수집 현황도 주기적으로 돌아감색인 쪽으론 완벽히 정상입니다. 그런데 "콘텐츠 노출/클릭" 리포트를 보면,최근 30일 총..

안녕하세요, 천상나타입니다.지난 글에서 제 사이트 색인 상태를 전수 검사한 이야기를 했는데요, 그 결과에서 가장 골치 아팠던 게 바로 canonical 문제였습니다. 한국어 페이지는 96% 색인됐는데 다국어 페이지는 17~32%밖에 안 됐거든요. 원인을 파고들다 보니 canonical 버그였고, 개념 정리 + 실제 사고 사례로 정리해봅니다.canonical이 뭔가요?같은 내용의 페이지가 여러 주소로 존재할 수 있습니다. mysite.com/page와 mysite.com/page?utm=ad처럼요. 이때 검색엔진에 "이 중에서 이 주소가 대표야"라고 알려주는 게 canonical(표준 주소)입니다.이 선언이 왜 중요하냐면, 검색엔진은 비슷한 페이지들을 하나로 묶어서 관리해요. 표준 주소가 정해지면 나머지는..

안녕하세요, 천상나타입니다.블로그나 사이트를 운영하다 보면 "글을 올렸는데 검색에 안 떠요"라는 상황을 한 번쯤 겪습니다. 저도 제 사이트 1,218개 페이지를 서치콘솔 API로 전수 검사해봤는데, 색인된 게 45%뿐이었어요. 그런데 조사하면서 알게 된 게 하나 있습니다 — 대부분의 "색인 안 됨"은 사실 종류가 다 다르더라고요.오늘은 그 용어들을 정리해봅니다. 서치콘솔에서 뜨는 상태 메시지가 뭘 의미하는지, 어느 단계에서 막힌 건지 이해하면 대응이 훨씬 쉬워집니다.먼저, URL이 검색 결과에 뜨기까지URL은 이런 파이프라인을 지나갑니다.발견(Discovered) — 구글이 그 URL의 존재를 "알게 된" 상태예요. 사이트맵에 넣었거나, 어딘가 링크를 타고 찾아낸 거죠. 아직 방문은 안 했습니다.크롤링(..

안녕하세요, 천상나타입니다.지난 글에서 구글 서치콘솔의 URL Inspection API로 사이트 전체 페이지의 색인 상태를 한 번에 뽑아본 이야기를 했었는데요, 그러면 자연스럽게 이런 질문이 생깁니다. 네이버도 같은 게 되나?미리 결론부터 말하면, 네이버 서치어드바이저는 공식 API가 없습니다. 검색광고 API나 데이터랩 API는 있지만 사이트 소유자용 색인 검사 API는 아예 제공하지 않아요. 그래서 저는 다른 방법을 썼습니다. 사람이 콘솔에서 하는 걸 그대로 자동화한 거죠. API가 없어도 사실상 API처럼 쓰는 방법을 정리해봤습니다.네이버에서 수동으로 하는 작업먼저 사람이 하는 흐름을 볼게요. 서치어드바이저에 로그인하면 등록된 사이트 목록이 나옵니다.사이트를 고르고 검증 > 색인 상태 확인에 들어..

안녕하세요, 천상나타입니다.최근에 제 사이트 페이지가 구글 검색에 제대로 안 뜨는 문제를 파고들다가, 서치콘솔에 생각보다 잘 알려지지 않은 기능이 있다는 걸 알게 됐어요. 바로 URL 검사 API입니다. 웹 화면에서 하나씩 눌러보던 그 검사를, 코드로 수백 수천 개 한 번에 돌릴 수 있는 기능이에요. 준비부터 실제 결과까지 캡처 그대로 정리해봤습니다.보통 우리가 아는 방법페이지가 검색에 안 뜨면 서치콘솔 상단의 검사창에 URL을 넣어보잖아요.이렇게 넣으면 "Google에 등록되어 있음 / 있지 않음"과 그 이유를 보여줍니다.문제는 이게 한 번에 하나씩만 된다는 거예요. 페이지가 수십 개면 모르겠는데 제 사이트처럼 1,200개가 넘어가면 물리적으로 불가능합니다. 수동 검사에도 할당량이 있어서 연타로 누르는..