SEO 도구를 다섯 개 열면 거의 확실히 문제 목록을 다섯 개 받게 됩니다. 어떤 도구는 제목을 줄이라고 하고, 다른 도구는 내용을 더 추가하라고 하며, 또 다른 도구는 링크를 요구합니다. 네 번째 도구는 비즈니스와 아무 상관없는 항목을 빨간색으로 표시하기도 합니다.
SEO는 초록색 체크 표시를 모으는 경쟁이 아닙니다. 도구는 구체적인 질문에 답해야 합니다. Google이 중요한 페이지를 찾을 수 있는지, 해당 페이지가 어떤 검색어로 순위에 오르는지, 사람들이 무엇을 검색하는지, 사이트의 어느 부분에서 문제가 발생하는지, 그리고 무엇을 먼저 수정할 가치가 있는지를 알려 줘야 합니다.
1. Google Search Console: 검색에서 실제로 일어나는 일
Search Console은 제가 시작할 때 사용하는 도구입니다. 클릭 수, 노출 수, 검색어, 페이지, 색인 문제를 보여 줍니다. URL 검사를 사용하면 특정 URL을 확인하고 현재 라이브 버전을 테스트할 수 있습니다. Google은 Performance 보고서에 익명 처리된 모든 검색어가 표시되는 것은 아니며 일부 보고서에는 표본이 사용된다고도 안내합니다. Search Console 데이터에 관한 공식 설명을 확인해 보세요.
실무에서 확인할 질문은 다음과 같습니다.
- 중요한 페이지 중 노출 수는 높지만 CTR이 낮은 페이지는 무엇인가요?
- 웹사이트가 어떤 예상 밖의 검색어에 노출되고 있나요?
- Google은 어떤 URL을 표준 URL로 판단하나요?
- 사이트 전체, 특정 콘텐츠 그룹, 또는 단일 페이지의 성과가 하락했나요?
Search Console은 웹사이트에서의 행동을 분석하는 도구가 아닙니다. 두 관점을 연결하는 방법은 Google Analytics 4에 관한 글에서 설명했습니다.
2. Google Trends: 웹사이트가 변한 것인가, 수요가 변한 것인가?
클릭 수가 감소했다고 해서 반드시 기술적 오류가 있다는 뜻은 아닙니다. 트렌드나 시즌이 끝났을 수도 있습니다. Google은 자연 검색 트래픽 감소를 조사할 때 Search Console의 검색어와 Trends를 비교할 것을 권장합니다. Google의 감소 원인 진단 절차는 순위 변화, 관심도 변화, 기술적 문제, 검색 업데이트를 구분합니다.
Trends는 정확한 검색 횟수가 아니라 상대적인 관심도를 보여 줍니다. 같은 지역과 기간의 주제를 비교하고, 같은 단어가 서로 다른 의미로 사용되는지도 살펴보세요.
3. Keyword Planner: 콘텐츠 계획이 아닌 아이디어와 대략적인 수요
Google Ads Keyword Planner는 단어나 웹사이트를 바탕으로 아이디어를 찾고, 이를 필터링하며, 지역과 기간을 설정해 사용할 수 있습니다. 최신 사용 방법은 공식 Keyword Planner 도움말에서 확인할 수 있습니다.
이 데이터는 주로 광고를 목적으로 합니다. 경쟁도는 광고 경쟁을 의미하며, 자연 검색 SEO 난이도를 뜻하지 않습니다. 묶음으로 제공되는 검색량 역시 회계 장부처럼 정확한 수치가 아닙니다. 저는 이 데이터를 어휘를 확장하고 규모를 비교하는 데 사용한 뒤, Search Console과 SERP, 고객과의 대화로 검색어를 검증합니다.
4. Sklik Keyword Suggestions: 체코 시장을 바라보는 두 번째 관점
체코 시장에서는 Google 데이터에 Sklik 데이터를 보완해 사용하는 것이 의미가 있습니다. 두 수치를 하나의 ‘정확한’ 검색량으로 억지로 합치기 위해서가 아니라, 다른 표현과 계절적 차이를 발견하기 위해서입니다. 검색 의도에 따라 정보 탐색, 비교, 구매, 지원으로 분류해 보세요.
5. PageSpeed Insights와 Lighthouse: 페이지가 느리거나 사용하기 어려운 이유
PageSpeed Insights는 이용 가능한 실제 사용자 데이터를 실험실 진단과 결합합니다. Lighthouse는 구체적인 기술적 원인을 파악하는 데 도움을 줍니다. 점수 자체가 목표는 아닙니다. 주요 콘텐츠가 빠르게 표시되는지, 페이지가 즉시 반응하는지, 로딩 중 아무것도 갑자기 움직이지 않는지가 더 중요합니다.
web.dev는 최신 Core Web Vitals와 실제 사용자 측정 및 실험실 측정의 차이를 정리합니다. 구체적인 수정 절차는 웹사이트의 기술적 점검에 관한 글에서 확인할 수 있습니다.
6. Chrome DevTools: 추측 대신 증거
Network, Performance, Console 탭에서는 무엇이 로드되는지, 무엇이 메인 스레드를 차단하는지, 오류가 어디에서 발생하는지를 확인할 수 있습니다. DevTools는 카탈로그에서 말하는 의미의 ‘SEO 도구’는 아닙니다. 하지만 문제가 실제로 존재하는지 검증하는 가장 좋은 방법입니다.
- 실패한 요청과 큰 파일을 필터링합니다.
- 느린 모바일 프로필을 활성화합니다.
- 실행 시간이 긴 JavaScript 작업을 찾습니다.
- 레이아웃 이동과 주요 LCP 요소를 확인합니다.
7. Rich Results Test와 Schema Markup Validator
Rich Results Test는 페이지가 지원되는 어떤 리치 결과에 적합할 수 있는지 확인합니다. Schema Markup Validator는 일반적인 Schema.org 유효성을 확인합니다. Google은 구조화된 데이터 테스트 문서에서 두 도구를 구분해 설명합니다.
유효한 마크업이 표시를 보장하는 것은 아닙니다. 또한 마크업은 페이지에 없는 내용을 주장해서는 안 됩니다. 예를 들어 실제 리뷰가 없는데 평점을 표시해서는 안 됩니다.
8. 의사결정이 이루어지는 곳: 직접 만든 스프레드시트
저는 URL, 주제, 검색 의도, 클릭 수, 노출 수, 비즈니스 역할, 콘텐츠 상태, 권장 조치를 하나의 스프레드시트에 정리합니다. 데이터를 회사가 판매하는 것과 연결할 수 있는 곳은 오직 여기입니다. 도구는 페이지를 알지만, 여러분의 우선순위는 알지 못합니다.
도구에 휘둘리지 않는 프로세스
- Search Console에서 중요한 페이지나 콘텐츠 그룹을 선택합니다.
- 검색어, 클릭 수, 노출 수, 트렌드를 기록합니다.
- 색인 상태와 표준 URL을 확인합니다.
- 실제 검색 결과와 검색 의도를 검토합니다.
- 사용자 경험을 느리게 만들 수 있는 기술적 문제만 측정합니다.
- 변경 사항 하나와 그 효과를 평가할 지표를 제안합니다.
- 충분한 데이터가 쌓일 때까지 기다립니다. 사흘마다 페이지를 바꾸지 마세요.
무료 도구가 결정해 주지 못하는 것
무료 도구는 어떤 주제가 상업적으로 중요한지, 해당 주제에 대해 권위 있게 말할 자격이 있는지, 새로운 글을 만들어야 하는지를 알려 주지 못합니다. 마진, 팀의 여력, 리드의 품질도 알지 못합니다. 그래서 저는 도구의 권장 사항을 항상 영향으로 번역합니다. 오류를 수정하면 어떤 일이 일어나는지, 비용은 얼마나 드는지, 결과를 어떻게 알아볼 것인지를 확인합니다.
SEO를 처음 시작한다면 SEO 초보자 가이드부터 계속 읽어 보세요. 체계적인 검토가 필요하다면 온라인 마케팅 체크리스트를 따라가 보세요. 보고서는 열 개나 있지만 명확한 작업 순서가 없다면, 결정해야 할 상황을 설명해 주셔도 됩니다.