검색어에서 사이트 내 행동까지, 한 화면에서.
서치 콘솔은 무엇을 검색했는지 압니다. GA4 는 들어온 뒤 무엇을 했는지 압니다. GIIP 는 둘을 하나의 AI 분석으로 묶어 하루 한 번 보냅니다 — 검색어와 그 검색어가 데려온 페이지, 그 페이지에서의 행동을 두 번 내려받지 않고 한 줄로 읽습니다.
GA4 속성과 서치 콘솔 속성에 읽기 전용으로 연결하면 시작할 수 있습니다.
클릭을 기준으로 한쪽은 끝나고 한쪽은 시작합니다.
서치 콘솔과 GA4 는 같은 이야기의 절반씩을 들고 있습니다. 정작 필요한 절반 — 어떤 검색어로 들어온 방문자가 바로 나갔는가 — 은 둘 사이의 틈에 있고, 그 틈을 손으로 메우는 일은 매주 내려받아 맞추는 작업이며 다음 주면 다시 낡습니다.
서치 콘솔은 클릭에서 멈춥니다
검색어, 노출수, 클릭률, 평균 순위는 다 있습니다. 들어온 뒤 무엇을 했는지는 그 도구에 없습니다.
GA4 는 클릭 다음부터 시작합니다
세션, 참여율, 이탈률, 평균 참여 시간은 다 있습니다. 어떤 검색어로 들어왔는지는 그 도구에 없습니다.
둘을 손으로 잇는 것이 진짜 업무입니다
검색어와 유입 페이지와 행동 지표를 맞추려면 양쪽을 내려받아 주소를 줄 맞추고, 다음 주에 또 해야 합니다.
주인 없는 리포트는 아무것도 바꾸지 않습니다
맞는 분석이라도 폴더에 들어 있으면 담당자와 기한이 붙은 할 일이 되지 않습니다.
검색유입 랜딩 분석 — 검색어와 페이지와 행동을 함께 읽습니다.
GIIP 는 서치 콘솔과 GA4 를 읽기 전용으로 받아 유입 페이지 기준으로 잇고, 매일 정해진 다섯 개 절로 AI 리포트를 씁니다. 구조를 고정한 것은 의도입니다 — 어제와 오늘을 같은 틀로 비교하기 위해서입니다.
검색어 → 페이지 → 행동이 한 줄에
검색어마다 그 검색어가 데려온 유입 페이지와 그 페이지의 GA4 행동을 함께 봅니다 — 세션, 참여 세션, 참여율, 이탈률, 평균 참여 시간.
이어붙지 않은 줄을 감추지 않습니다
모든 줄에 연결 상태를 같이 적습니다. matched, gsc_only(서치 콘솔에는 검색어가 있는데 GA4 에 해당 자연 유입 세션이 없음), ga_only(GA4 에는 유입이 있는데 서치 콘솔에 그 검색어 데이터가 없음). 전체 중 얼마가 실제로 이어졌는지가 늘 보입니다.
다섯 개 고정 절을 매일 생성
현재 상황, 오늘의 핵심 병목, 근거, 지금 실행할 작업, 보류할 판단. 근거마다 종류를 표시합니다 — 실측인지, 사이트에서 확인한 것인지, 서비스 맥락인지, 전문가 가설인지, 아직 모르는 것인지. 추측이 실측처럼 읽히지 않게 합니다.
제안을 한 번에 담당 있는 이슈로
리포트 화면에서 바로 조직 이슈로 등록할 수 있고, 등록한 이슈 번호를 리포트가 기억하므로 같은 건이 두 번 올라가지 않습니다.
분석 규칙은 조직이 직접 고칩니다
조직마다 자기 분석 규칙을 따로 둡니다. 일반적인 점검표를 돌리는 대신 그 사업에서 중요한 것을 따집니다.
지금 되는 것과, 아직 준비 중인 것.
우리 분석 기준은 허위 권위 신호 — 지어낸 통계, 출처 없는 숫자, 근거 없는 "최고" — 를 금지합니다. 그 규칙을 이 페이지에 먼저 적용합니다. 경계는 이렇습니다.
지금 되는 것
실측된 SEO 지표
검색어별 클릭수·노출수·클릭률·평균 순위, 유입 페이지별 세션·참여율·이탈률·평균 참여 시간.
매일 자동 생성되는 리포트
다섯 개 고정 절, 사람이 내려받지 않아도 만들어집니다.
한 번에 이슈 등록
리포트를 조직 이슈로, 중복 등록은 막습니다.
조직별 분석 규칙
우리 조직의 분석 규칙을 관리 화면에서 직접 고칩니다.
점검 관점으로서의 GEO 기준
직접 답변, 수치와 근거, 용어 정의, 구조화된 FAQ, 개체 관계 같은 GEO 기준을 리포트가 점검 관점으로 다룹니다. 이것은 비평의 기준이지 점수가 아닙니다.
아직 안 되는 것
AEO
답변 엔진 최적화는 분석 기준 문서에만 정의돼 있고 구현이 없습니다. 기능이 아니라 로드맵입니다. 추적 이슈: giip 4023.
GEO 점수
GEO 점수도 등급도 지수도 없습니다. 이 데이터로 점수를 준다는 말이 있다면 그것은 지어낸 것입니다.
구조화 데이터·FAQ 스키마 자동 검증
구조화 데이터나 FAQ 스키마를 자동으로 검사하는 기능은 없습니다.
화면에 뜨는 코어 웹 바이탈
조직이 자기 페이지스피드 API 키를 설정한 경우에만 실험실 데이터를 수집하고, 지금은 리포트에 표시하지 않습니다. 실사용자 현장 데이터는 아예 수집하지 않습니다.
검색어별 전환
전환은 페이지 단위로 집계됩니다. 특정 검색어가 특정 전환을 만들었다고 말할 수 없고, 리포트도 그렇게 적지 않습니다.
이 목록은 구현과 함께 갱신합니다. giip 4023 으로 AEO 가 구현되면 그때 오른쪽에서 왼쪽으로 옮깁니다 — 그전에는 옮기지 않습니다.
형용사가 아니라 구조로 말합니다.
2
서치 콘솔과 GA4, 두 출처를 하나로 묶어 분석
1회/일
사람이 내려받지 않아도 생성되는 리포트
5
고정된 리포트 절 수 — 어제와 오늘을 같은 틀로 비교
3
항상 표시되는 연결 상태 — matched, gsc_only, ga_only
자주 묻는 질문
서치 콘솔과 GA4 를 제가 직접 보는 것과 무엇이 다릅니까?
두 도구는 이미 열려 있습니다. 없는 것은 연결입니다 — 검색어를 그 검색어가 데려온 유입 페이지와, 그 페이지에서의 행동과 매일 이어 붙이는 일을 사람이 내려받지 않고 하는 것. 그 연결과 그 위에 얹는 매일의 AI 분석이 이 기능입니다.
GEO 점수를 주나요?
주지 않습니다. GEO 점수도 등급도 지수도 없습니다. 직접 답변, 수치와 근거, 용어 정의, 구조화된 FAQ, 개체 관계 같은 GEO 기준은 리포트가 콘텐츠를 점검하는 관점에 반영되지만, 점수를 만들지 않고 있다고 말하지도 않습니다.
AEO 도 되나요?
아직 안 됩니다. 답변 엔진 최적화는 분석 기준 문서에 정의돼 있을 뿐 구현이 없습니다. 기능이 아니라 로드맵으로 적습니다. 추적 이슈는 giip 4023 입니다.
어떤 검색어가 전환을 만들었는지 알 수 있나요?
알 수 없고, 이것은 잠시의 한계가 아니라 구조상의 한계입니다. 전환은 페이지 단위로 집계되므로 리포트는 검색어를 유입 페이지에, 그 페이지를 행동에 잇되, 특정 검색어가 특정 전환을 만들었다고는 말하지 않습니다.
gsc_only, ga_only 는 무슨 뜻인가요?
gsc_only 는 서치 콘솔에 검색어가 기록됐지만 GA4 에 그 페이지의 자연 유입 세션이 없는 경우입니다. ga_only 는 GA4 에 자연 유입은 있는데 서치 콘솔에 그 검색어 데이터가 없는 경우입니다. 이런 줄을 버리지 않고 남겨 둡니다 — 내 데이터 중 얼마가 실제로 이어지는가 자체가 하나의 발견이기 때문입니다.
코어 웹 바이탈도 보여주나요?
지금 리포트에는 표시하지 않습니다. 조직이 자기 페이지스피드 API 키를 설정한 경우에만 실험실 데이터를 수집하고, 실사용자 현장 데이터는 수집하지 않습니다. 모든 고객이 성능 데이터를 본다는 인상을 주기보다 이렇게 적는 쪽을 택했습니다.
우리 사업에 맞게 분석을 바꿀 수 있나요?
바꿀 수 있습니다. 조직마다 자기 분석 규칙을 두고 관리 화면에서 직접 고칩니다. 일반적인 SEO 점검표가 아니라 그 조직의 유입 흐름과 우선순위를 두고 따집니다.
리포트가 지적한 다음에는 어떻게 됩니까?
리포트를 한 번에 조직 이슈로 등록할 수 있어 제안이 담당자가 있는 할 일이 됩니다. 등록한 이슈 번호를 리포트가 기억하므로 다시 읽어도 같은 건이 두 번 올라가지 않습니다.
어떤 접근 권한이 필요합니까?
GA4 속성과 서치 콘솔 속성에 대한 읽기 전용 API 접근만 필요합니다. 어느 쪽에도 쓰지 않습니다.
매주 두 개 화면을 내려받는 일을 그만두십시오.
GA4 와 서치 콘솔 속성을 연결하고, 검색어와 유입 페이지와 행동이 이어진 분석을 하루 한 번 리포트로 받으십시오.