GEO·SEO 진단 툴 5개로 내 사이트를 실측을 해 봤더니...

비개발자, 세무·노무·법무 기반으로 중소기업 대표님들 경영자문을 하는 사람입니다. 지피터스 연간 회원권 마지막 기수에 「GEO 노출 전략」 스터디를 신청했습니다. 이유는 단순합니다. 제가 제일 약한 데가 딱 여기라서요.

7월 23일(목) 밤 온라인 1회차, 7월 25일(토) 오후 오프라인 모임. 이 두 번에 걸쳐 진단 툴을 배우고 → 각자 자기 사이트를 그 자리에서 돌려보고 → 뭐가 빠졌는지 조언 받는 시간을 가졌습니다. 그 기록입니다.

1. 어떤 상태였나

홈페이지(lbiz-partners.com)를 두 달쯤 전에 한 번 갈아엎었습니다.

원래는 "잘못된 정보로 강의팔이 당하는 대표님들을 줄이자"는 목적으로 정보성 글만 쌓던 블로그였어요. 그런데 글이 쌓일수록 "이 사이트가 대체 뭘 하는 곳인지 모르겠다"는 게 분명해지더군요. 정보는 많은데 방향이 없었습니다.

그래서 목적을 법인전환 하나로 확 좁혀서 첫 페이지부터 다시 짰습니다.

문제는 그 다음이었습니다. 리모델링은 했는데, "이게 잘 된 건지 안 된 건지를 측정할 방법을 제가 모른다"는 것. 블로그는 100편 넘게 쌓였고 팩트체크 하네스까지 깎아가며 검수하고 있는데, 정작 그게 검색엔진과 AI에 어떻게 잡히는지는 깜깜이였습니다.

2. 배운 툴 — "내 사이트 건강검진 5종 세트"

스터디장 체크(CHANK)님은 개발자 8년 차인데, 첫 시간을 개념 강의가 아니라 "지금 다 같이 자기 사이트를 열고 돌려보세요"로 시작했습니다. 이게 진짜 좋았습니다.

① 그냥 검색해보기 (제일 무시했던 것)

구글에, 네이버에 내 사이트 이름을 쳐봅니다. 끝. 너무 당연한데 안 해본 사람이 많습니다. 그리고 여기서 안 나오면?

"구글에서 검색이 안 되고 있다는 분은, 당연히 AI한테도 안 나올 가능성이 엄청 높은 겁니다."

참고로 1회차 과제가 「서치 콘솔 5개 등록」이었습니다. 구글 하나가 아니라 구글·네이버·빙·다음에 각각 내 사이트를 등록할 수 있고, Brave는 별도로 URL만 제출하는 방식입니다. 검색엔진에 "제 사이트 좀 봐주세요"라고 신청하는 창구가 이렇게 여러 개 있는 줄도 몰랐습니다.

그리고 실습 대상 사이트를 고를 때 피해야 할 것도 짚어주셨습니다. 네이버 블로그나 브런치는 핵심 메타 태그를 내가 수정할 수 없어서 이번 실습에는 부적합합니다. 티스토리·구글 블로그는 소스 수정이 가능해서 그나마 활용 여지가 있고요. 외주로 제작해서 내가 손댈 수 없는 사이트도 마찬가지입니다.

② Brave Search URL 제출 — 클로드에 잡히려면 여기부터

이건 저한테 완전히 새로웠습니다. 클로드가 웹서치를 할 때 Brave 검색 인덱스의 영향을 받는다고 알려져 있습니다. (공식 문서로 확정된 내용은 아니고, 지금은 자체 크롤링을 섞어 쓴다고 봅니다. 다만 여전히 영향이 있다는 사례가 많다고 합니다.)

제출은 허무할 정도로 쉽습니다. URL 하나 넣고 버튼 누르면 끝.

ALT

Adobe Acrobat 로그인 페이지의 스크린샷

URL 넣고 Submitted → Success. 이게 답니다. 10초.

"AI 검색에 잡히고 싶다"면서 정작 AI가 참조하는 인덱스에 등록 신청조차 안 해봤다는 걸 그날 알았습니다.

③ PageSpeed Insights — 속도가 왜 노출이랑 상관있냐면

pagespeed.web.dev. 구글이 만든 성능 측정 도구입니다.

"사이트가 빠르면 SEO에 좋은가요?"라는 질문이 나왔는데, 답이 명확했습니다. 비슷한 정보를 담은 사이트가 여럿이면, 구글은 빠른 쪽을 우선 노출할 수 있다 — 이건 구글 공식 문서에 있는 내용인데 사람들이 잘 안 읽는다고 하더군요.

그 자리에서 제 사이트를 돌렸습니다.

ALT

구글애널리틱스 대시보드 스크린샷

ALT

한국사이트 스크린샷

ALT

구글 플레이 스토어 한국 -

ALT

한국의 한 광고 대행사 홈페이지

2026년 7월 23일 밤 9시 44분, 스터디 도중 실측. 데스크톱 기준.

세부 지표는 FCP 0.4초, TBT 10밀리초, CLS 0.001로 양호했고, LCP 2.2초와 Speed Index 1.7초가 발목을 잡아 87점이었습니다.

여기서 눈에 걸린 게 「에이전트형 브라우징(Agentic Browsing)」입니다. Lighthouse에 최근 새로 들어온 항목이에요. 사람이 아니라 AI 에이전트가 이 페이지를 제대로 읽어갈 수 있느냐를 보는 지표입니다. GEO라는 게 뜬구름이 아니라 이미 측정 도구에 들어와 있더라는 게, 저한테는 그날의 가장 큰 수확이었습니다.

그리고 중요한 팁 하나. 측정은 메인 페이지가 아니라 "검색에 뜨기를 바라는 그 페이지"에 해야 의미가 있습니다. 메인은 느려도 상관없는 경우가 많거든요.

④ 메타체크 + SEO 확장 프로그램 — "가게 앞 메뉴판" 점검

체크님이 직접 만든 크롬 확장 프로그램 메타체크와, 스토어에서 SEO로 검색하면 첫 번째로 뜨는 빨간 S 아이콘 확장을 같이 깝니다.

여기서 나온 비유가 계속 기억에 남습니다.

식당이 수십 개 늘어서 있습니다. 검색엔진은 그 집에 다 들어가 보지 않아요.

앞에 걸린 메뉴판만 보고 들어갈지 말지 정합니다.

메뉴판도 가격표도 없는 집은, 아무리 음식이 좋아도 그냥 지나칩니다.

그 메뉴판이 title, description, 오픈그래프, JSON-LD, 그리고 헤딩 구조(H1/H2/H3)입니다.

확장 프로그램의 HEADERS 탭으로 본 우리 홈페이지 뼈대.

제 H1은 「법인전환, 할지 말지 숫자로 먼저 확인하세요.」였습니다. 2회차에서 배운 원칙이 "메인 키워드가 가능하면 H1 앞쪽에 나와 있으면 더 좋다", "H1은 한 페이지에 하나", "H1만이 아니라 H2·H3까지 같이 본다"였는데, 다행히 이건 우연히 맞아떨어져 있었습니다. 화면에서 보시면 H2로 "지금 어떤 상황인가요", "세 가지에 집중합니다", "자문은 이렇게 진행됩니다"가 깔리고 그 아래 H3로 실제 사례가 붙는 구조입니다.

⑤ robots.txt와 sitemap.xml — 주소창에 직접 쳐보기

내도메인.com/robots.txt, 내도메인.com/sitemap.xml. 사용자는 절대 안 보지만 검색 크롤러는 무조건 여기를 제일 먼저 봅니다.

"바이브 코딩으로 처음 만드시면 저 페이지들이 누락된 경우가 상당히 많거든요."

실제로 그 자리에서 여러 분 사이트를 열어봤는데, 오픈그래프가 빠졌거나 robots.txt·sitemap.xml이 아예 없는 경우가 나왔습니다.

제 것은 다행히 살아 있었고, 오프라인 모임에서 체크님이 열어보시더니 이렇게 말씀하셨습니다.

"여기는 지금 유저 에이전트가 엄청 많이 떠 있잖아요. 저런 애들한테 검색됐을 때 뜨게끔 설정을 해 놓으신 상태입니다."

확인해보니 GPTBot, ChatGPT-User, Google-Extended, Anthropic-ai, ClaudeBot, PerplexityBot, Bytespider — AI 크롤러 7종을 명시적으로 허용하고 /api/와 /admin/만 막아둔 상태였습니다. 이건 예전에 세팅해두고 잊고 있었는데, 이번에야 그게 무슨 의미인지 알았습니다.

참고로 요즘은 반대 고민도 있습니다. LLM 크롤러가 너무 많이 긁어가서 트래픽 요금 폭탄을 맞은 사례들이 나오면서, 각 업체가 자기 봇 이름을 공개하기 시작했다고 하네요. 열어줄지 막을지를 내가 정할 수 있다는 게 핵심입니다.

3. 그래서 뭐가 부족했나 — 제일 아팠던 지적

색인: 사이트맵에 있어도 구글이 안 읽어갔으면 없는 겁니다

과제가 구글 서치 콘솔 등록이었고, 그 자리에서 제 블로그 글 URL을 검사기에 넣었습니다.

「URL이 Google에 등록되어 있지 않음」 — 그 자리에서 색인 생성 요청을 눌렀습니다.

• URL이 Google에 등록되어 있지 않음

• 페이지 색인이 생성되지 않음: Google에는 아직 알려지지 않은 URL

• 감지된 참조 사이트맵: 없음

확인해보니 총 125개 URL(블로그 103편)이 들어 있고, 문제의 그 글도 분명히 포함되어 있었습니다. 그런데도 구글은 모르고 있었어요. 이유는 이겁니다.

"사이트맵은 구글이 주기적으로 긁어가요. 주기적인데, 이게 느려요.

내 사이트가 구글이 봤을 때 엄청 중요한 사이트가 아니면 잘 안 읽어가니까."

사이트맵 제출 = 자동 색인이 아니었습니다. 사이트맵은 밥상을 차려두는 것이고, 급한 건 따로 손들어서 알려야 합니다. 그게 URL 검사 → 색인 생성 요청이고, 하루 10~12개 한도가 있어서 중요한 글부터 밀어넣어야 합니다.

100편 넘게 써놓고 "쌓으면 언젠가 잡히겠지" 했던 게 제일 큰 착각이었습니다.

구조: 한 페이지에 다 넣으면, 검색엔진은 한 페이지로 셉니다

오프라인 모임에서 제 사이트를 띄워놓고 받은 기술 지적입니다.

"위에 메뉴 누르면 한 페이지 안에서 스크롤만 바뀌잖아요.

만들기는 간편한데, 검색 엔진 입장에서는 이 페이지 하나만 읽어요."

서비스 / 대표 / 자문 절차 / FAQ … 대충 세어도 7개로 나눌 수 있는 내용이 지금은 통으로 한 페이지입니다. 각각을 독립 페이지로 만들면 각각 따로 색인될 수 있고, 그만큼 검색에 걸릴 그물코가 늘어납니다.

다만 여기엔 균형 잡힌 조언도 같이 붙었습니다.

"근데 이 사이트는 블로그가 이미 정보가 많으니까, 페이지 쪼개는 게 큰 영향은 없을 것 같다고 저는 생각했어요."

지적만 하고 끝내는 게 아니라 "당신 사이트에서 이건 우선순위가 낮다"까지 짚어주는 게, 이 스터디가 좋았던 이유입니다.

자료실: 이미지에 텍스트를 묻어두면 AI가 못 읽습니다

이건 저 말고 다른 분(쇼핑몰 운영) 케이스에서 나온 얘기인데 제 자료실에도 그대로 적용됐습니다.

"물 추천해줘' 하면 AI가 추천하는 물을 살 거 아니에요? 그러려면 다 텍스트로 인덱싱이 되어 있어야 됩니다.

상세페이지를 통이미지 하나로 만들면 로딩도 느리고, 그 안의 글자는 아무도 못 읽어가요."

그런데 이걸 "앱을 소개하는 텍스트 페이지" 없이 카드 UI로만 두면, 검색과 AI 입장에서는 존재하지 않는 것과 비슷합니다. 이번에 받은 조언이 정확히 그거였습니다.

"앱은 그 앱을 소개하는 페이지가 따로 있으면 제일 좋고,

'이 앱을 누가 어떤 질문으로 찾았으면 좋겠는지'를 정한 다음, 그 질문에 답하는 자료가 페이지에 있고 거기서 앱으로 흘러가게 만드는 겁니다."

이게 제 다음 과제입니다.

4. 마지막으로 — 이 글 자체가 배운 것의 실습입니다

1회차에서 이런 말씀이 나왔습니다.

"사례글을 통해서 내 사이트 SEO도 할 수 있습니다.

구글은 내 새 사이트를 잘 몰라요. 근데 지피터스는 잘 알잖아요.

지피터스에 사례글을 올리고 거기에 내 사이트 링크를 하나 넣는데 — 그냥 링크만 걸지 말고, 어떤 맥락에서 인용됐는지가 같이 들어가 있어야 좋습니다."

그래서 이 글 안에 제 사이트를 몇 번 넣었습니다. 홍보하려는 게 아니라(홍보도 맞습니다만) 배운 걸 그대로 해보는 중입니다. 링크 하나에도 맥락이 붙어야 신뢰도가 쌓인다는 것.

• robots.txt / sitemap.xml 실물 예시 — lbiz-partners.com/robots.txt, lbiz-partners.com/sitemap.xml

AI 크롤러 7종 명시 허용 + 사이트맵 선언 + 125개 URL이 어떻게 생겼는지 그대로 보실 수 있습니다. 메타체크 돌려보실 때 비교군으로 쓰기 좋습니다.

• 텍스트 기반 정보 페이지 표본 — lbiz-partners.com/blog

세무·노무·법무 글 100여 편이 전부 텍스트로 들어가 있습니다. 이미지 대신 텍스트로 정보를 담으면 헤딩 구조가 어떻게 되는지 보기엔 괜찮은 표본일 겁니다.

• 자료실 웹앱 — 사업하시는 분이면 근로계약서·4대보험·정책자금 쪽은 실제로 쓰실 만합니다. 무료입니다.

정리 — 제가 4주 동안 할 일

가장 크게 바뀐 건 사실 기술이 아니라 관점이었습니다.

"좋은 글을 쌓으면 언젠가 찾아오겠지"가 아니라, "검색엔진과 AI가 내 가게 앞을 지나갈 때 메뉴판이 걸려 있는가"를 매번 확인하는 것.

그리고 그건 다행히 측정할 수 있는 일이더군요. 오늘 배운 툴 다섯 개면 30분이면 됩니다.

체크님, 그리고 오프라인에서 사이트 같이 봐주신 분들 감사합니다.

참고한 사이트

이 글에서 실측·예시로 쓴 사이트입니다.

• 엘비즈파트너스 홈페이지 (https://lbiz-partners.com)

• 블로그 (https://lbiz-partners.com/blog)