소개
지피터스에서 “내 사이트 방문자가 사용한 AI 검색어를 Google Search Console에서 찾는 방법” 글을 읽고, 단순히 검색어를 확인하는 데서 멈추지 않고 싶었습니다.
제가 운영하는 폴리곤즈·스포링크는 교육 체험, 학교 프로그램, 교구, 팀빌딩처럼 설명해야 할 정보가 많습니다. 검색어 하나가 들어왔을 때 매번 “이 검색어를 누가 왜 찾을까?”, “블로그에는 어떻게 쓰지?”, “홈페이지 FAQ와 상담 답변은 어떻게 바꾸지?”를 따로 생각하는 일이 반복됐습니다.
그래서 검색어를 출발점으로 고객 질문을 해석하고, 블로그 원고·SNS 카드뉴스·쇼츠 대본·FAQ·상담 문구까지 한 번에 정리하는 작은 운영 도구를 만들었습니다.
결과물은 아래 Vercel Preview 링크에서 모바일로 바로 볼 수 있게 배포했습니다.
https://blog-one-source-multiuse-d39z5yx6k-spolink-4064s-projects.vercel.app/
핵심은 “글 자동 생성기”가 아니라, 검색어 → 발행 → 측정 → 보강을 끊기지 않게 연결하는 것입니다.
진행 방법
어떤 도구를 사용했고, 어떻게 활용하셨나요?
• Claude/OpenClaw: 지피터스 사례에서 반복되는 운영 원칙을 추출하고, 폴리곤즈 업무 흐름에 맞게 재구성했습니다.
• React + Vite: 입력형 운영 화면과 결과 카드 UI를 만들었습니다.
• JSZip: 블로그 원고, 이미지 프롬프트, SNS 문구 등을 한 묶음으로 내려받는 기능에 사용했습니다.
• Vercel Preview: 스마트폰에서 바로 확인할 수 있도록 미리보기 배포에 사용했습니다.
• Google Search Console / 네이버 서치어드바이저: 다음 단계에서 실제 노출·클릭·색인 데이터를 확인할 측정 도구로 설계했습니다.
처음에는 지피터스 사례를 여러 개 모아 “좋은 팁 목록”으로 정리했습니다. 그런데 목록만으로는 다음 행동이 생기지 않았습니다. 그래서 아래 10단계 업무 흐름으로 통합했습니다.
검색/질문 수집 → 키워드 레이더 → 고객 질문 해석 → SEO/AEO/GEO/CRO 설계 → 원소스 원고 생성 → 멀티유즈 변환 → 발행 전 검수 → 검색 등록·색인 확인 → 성과 측정 → 재발행·보강
현재 MVP에는 다음 기능을 넣었습니다.
1. 검색어 기반 고객 질문 해석
2. SEO/AEO/GEO/CRO 관점의 답변 구조 제안
3. 블로그 원고를 기준으로 카드뉴스·쇼츠·FAQ·상담 문구로 변환
4. 특허성 표현, 개인정보, 과장된 교육 효과 등을 점검하는 발행 전 검수 게이트
5. 실제 검색엔진에서 검색되려면 반드시 외부 채널에 발행해야 한다는 Publish & Measure 체크리스트
사용한 프롬프트
아래 프롬프트로 사례를 단순 요 약하지 않고, 제 사업의 운영 흐름으로 번역했습니다.
당신은 검색 노출 운영 설계자입니다.
아래 지피터스 사례들의 핵심을 복사하지 말고,
폴리곤즈·스포링크의 실제 콘텐츠 운영 흐름으로 재구성하세요.
목표:
검색어 하나를 입력하면
1) 고객이 실제로 묻는 질문을 해석하고
2) SEO, AEO, GEO, CRO 관점의 답변 구조를 만들고
3) 하나의 원소스 원고를 블로그, 홈페이지 FAQ, SNS 카드뉴스,
쇼츠 대본, 상담 답변으로 변환하며
4) 발행 전에는 특허성 결합 구조, 개인정보, 검증되지 않은 교육 효과,
과장 표현을 점검하고
5) 발행 후에는 Google Search Console과 네이버 서치어드바이저에서
노출·클릭·색인·문의 연결을 확인하게 하세요.
출력 형식:
- 전체 운영 흐름 10단계
- 각 단계의 목적 / 앱 안에서 하는 일 / 외부에서 확인할 일 / 산출물
- MVP에 넣을 기능 목록
- 실제 데이터가 없는 점수는 ‘가설’로 분리
- 외부 발행은 사용자 승인 게이트를 둠
Polygon Splink 웹사이트의 스크린샷
[캡처 이미지 1 삽입: 앱 첫 화면의 검색 노출 운영 흐름]
중국사이트 스크린샷
[캡처 이미지 2 삽입: 검색어 입력 후 원소스 멀티유즈 결과 화면]
한국어 웹사이트 스크린샷
결과와 배운 점
한국사이트 스크린샷
가장 크게 배운 점은 검색 최적화의 시작점이 “키워드” 자체가 아니라 고객의 질문이라는 점입니다.
예를 들어 ‘초등 도형단원’이라는 검색어를 받으면, 단순히 키워드를 제목에 넣는 것이 아니라 “아이들이 도형을 손 으로 조작하며 이해할 수 있는 수업이 필요한가?”, “교사가 수학 체험 활동 자료를 찾는가?”처럼 검색 의도를 먼저 분리해야 했습니다. 그 다음에야 블로그 글, FAQ, 상담 문구가 같은 방향을 봅니다.
또 하나는 앱 안에서 만든 글은 검색되지 않는다는 사실입니다. 도구가 아무리 잘 만들어져도 네이버 블로그, 홈페이지, FAQ, 랜딩페이지처럼 공개된 페이지에 발행하고, 색인 등록과 성과 측정을 해야 비로소 검색 자산이 됩니다. 그래서 자동 발행보다 자동 검수와 측정 루프를 먼저 넣었습니다.
시행착오
첫 번째는 모바일 전달 방식이었습니다. 처음에는 단일 HTML 파일을 텔레그램으로 보냈는데, 스마트폰에서는 웹앱이 아니라 코드 파일처럼 열렸습니다. 파일을 ‘만드는 것’과 사람이 ‘바로 보는 것’은 다른 문제였습니다.
그래서 Vercel Preview로 배포해 모바일 링크로 확인하도록 바꿨습니다. 다만 Preview 링크도 보호 설정에 따라 Vercel 로그인 화면이 나올 수 있습니다. 주소를 아는 사람만 보는 것과 완전한 비공개는 다르므로, 개인정보·특허성 구조·민감한 사업 자료는 보호 설정을 확인하기 전에는 올리지 않는 기준도 함께 세웠습니다.
두 번째는 첫 화면의 한글 줄바꿈과 정렬이었습니다. 데스크톱에서는 괜찮아 보이던 큰 제목이 휴대폰에서 어색하게 나뉘었습니다. 브랜드명과 한글 제목을 분리하고, 제목 크기·행간·본문 폭·카드 여백을 조정했습니다. 모바일 결과물은 반드시 휴대폰에서 다시 봐야 한다는 것을 배웠습니다.
나만의 꿀팁
• 사례를 많이 모으기 전에 “내가 매주 반복할 한 흐름”으로 번역해 보세요.
• 가설 점수와 실제 Search Console 데이터는 반드시 구분하세요.
• 콘텐츠 생성보다 발행 전 검수 기준을 먼저 정하면 브랜드 리스크가 줄어듭니다.
• 모바일로 결과를 보는 사용자라면, 로컬 경로나 HTML 첨부보다 검증된 Preview 링크가 훨씬 낫습니다.
• Vercel 링크는 기본적으로 비공개 금고가 아닙니다. 민감자료는 배포 전에 공개 범위와 보호 방식을 먼저 확인해야 합니다.
앞으로의 계획
다음 단계는 실제 Google Search Console과 네이버 서치어드바이저 데이터를 연결해, 현재의 ‘가설형 키워드 레이더’를 실제 노출·클릭 기반 우선순위로 바꾸는 것입니다.
그 후에는 반응이 확인된 검색어만 골라 블로그 글, 홈페이지 FAQ, 랜딩페이지로 보강하고, 어떤 검색어가 실제 상담·문의로 이어졌는지 기록하려고 합니다. 도구를 크게 만드는 것보다, 발행·측정·보강이 매주 한 번씩 돌아가게 하는 것이 우선입니다.
도움 받은 글 (옵션)
• 퍼널해커님, 「내 사이트에 방문한 사람들이 사용한 AI 검색어를 구글서치콘솔에서 찾는 방법」
https://www.gpters.org/news/post/ai-geomsaegeoreul-gugeulseocikonsolese
