구글seo 점검: 모바일에서만 순위가 다를 때 살펴볼 곳

모바일 순위가 다르게 보일 때 먼저 확인할 전제

구글seo에서 모바일과 PC 순위가 서로 다르게 나오면, 먼저 구글이 어느 버전을 기준으로 보는지부터 정리합니다. 구글은 스마트폰 에이전트로 크롤링한 모바일 버전 콘텐츠로 색인을 만들고 순위를 정합니다. 이를 모바일 중심 색인이라고 부릅니다(Google 검색 센터 모바일 색인 가이드).

같은 가이드에 따르면 데스크톱과 모바일이 같은 콘텐츠를 쓰면 같은 키워드에 대해 두 버전 모두 순위가 지정될 수 있습니다. 반대로 내용이 같아도 DOM이나 레이아웃이 다르면 구글이 콘텐츠를 다르게 이해할 수 있습니다. 따라서 모바일에서만 순위가 낮을 때는 «구글이 모바일 버전에서 읽은 내용이 PC와 같은가»를 가장 먼저 확인합니다.

점검 전에 사이트 구성 방식도 확인합니다. 반응형 웹 디자인은 같은 URL에 같은 HTML을 내보내므로 두 버전의 콘텐츠·메타데이터가 같습니다. 구글은 구현과 유지보수가 가장 쉬운 반응형 웹 디자인을 권장합니다. 동적 게재(같은 URL에서 기기별로 다른 HTML)나 별도 URL(m. 주소)로 구성했다면 아래 항목을 차례로 대조합니다.

모바일과 PC의 콘텐츠·메타데이터 대조

가장 먼저 볼 곳은 모바일 페이지에서 빠진 내용입니다. 화면이 좁다는 이유로 본문 일부를 지우면 구글이 그 페이지에서 가져가는 정보도 줄어들고, 일부 트래픽이 줄 수 있습니다. 가이드는 콘텐츠를 지우지 말고 아코디언이나 탭으로 옮기라고 권합니다.

• 본문: 모바일의 주 콘텐츠가 PC와 같은지, 표·사양·자주 묻는 질문이 모바일 템플릿에서 빠지지 않았는지 확인합니다.
• title과 메타 설명: 두 버전의 문구가 같은지 비교합니다.
• 구조화된 데이터: 두 버전에 모두 있는지, 모바일 버전 안의 URL이 모바일 URL로 바뀌어 있는지 확인합니다. 우선순위를 정해야 한다면 가이드는 Breadcrumb, Product, VideoObject부터 넣으라고 안내합니다.
• 이미지: 모바일 이미지의 대체 텍스트·캡션·파일 이름이 PC와 같은지, 해상도가 지나치게 낮지 않은지 확인합니다.
• 동영상: 모바일에서 동영상을 찾으려면 한참 스크롤해야 하는 위치에 있지 않은지 확인합니다.

두 버전의 이미지 URL이 다르면 모바일 중심 색인으로 전환되는 동안 이미지 트래픽이 일시적으로 줄 수 있습니다. 모바일 이미지 URL이 처음으로 색인에 쓰이기 때문입니다. 이미지 검색 유입이 많은 사이트라면 두 버전에 같은 이미지 URL을 씁니다.

크롤링·렌더링에서 모바일만 막히는 곳

내용이 같아도 구글이 모바일 페이지를 제대로 읽지 못하면 결과가 달라집니다. 다음 세 가지를 확인합니다.

1. robots meta 태그: 모바일 템플릿에만 noindex나 nofollow가 들어 있지 않은지 확인합니다. 가이드는 두 버전에 같은 robots meta 태그를 쓰라고 권합니다.
2. 리소스 차단: 모바일 전용 CSS·JS·이미지 경로가 PC와 다르다면, 그 경로가 robots.txt의 disallow 규칙에 걸려 있지 않은지 확인합니다.
3. 지연 로드: 스와이프·클릭·입력 같은 사용자 동작이 있어야 나타나는 주 콘텐츠는 구글이 로드하지 않습니다. 모바일에서 «더 보기»를 눌러야 본문이 나오는 구조라면 처음 받는 HTML에 본문이 들어 있는지 확인합니다.

광고 배치도 함께 확인합니다. 모바일 상단 광고가 화면을 지나치게 차지하면 사용자 환경을 해칠 수 있으므로, 가이드는 더 나은 광고 표준(Better Ads Standard)을 따르라고 안내합니다.

별도 URL(m.) 구성에서 추가로 볼 항목

m. 주소를 따로 쓰는 사이트는 점검 항목이 더 많습니다.

• 오류 상태: PC 페이지는 정상인데 모바일 페이지가 오류 페이지를 보여 주면 그 페이지는 색인에서 빠집니다.
• URL 프래그먼트: 모바일 주소에서 # 뒷부분으로 콘텐츠를 구분하면 대부분 색인되지 않습니다.
• 리디렉션: 여러 PC 페이지가 모바일 홈 하나로 리디렉션되면 그 페이지들은 모두 색인에서 빠집니다. PC 페이지마다 대응하는 모바일 페이지를 둡니다.
• hreflang: 모바일 URL의 hreflang은 모바일 URL끼리, PC URL의 hreflang은 PC URL끼리 연결합니다.
• Search Console: 두 버전을 모두 등록해 각 버전의 데이터와 메시지를 확인합니다.

robots.txt 규칙이 AI 검색 노출까지 바꾸는 경우

robots.txt는 같은 호스트에만 적용됩니다. 그러므로 www가 붙은 주소, www가 없는 주소, m. 주소의 파일을 각각 열어 규칙이 같은지 확인합니다. 이 단계에서 m. 주소에만 예전 규칙이 남아 있지 않은지도 함께 확인합니다.

이때 AI 크롤러용 규칙도 함께 보게 됩니다. Google-Extended는 Gemini 학습과 Gemini 앱의 답변 근거 활용 여부를 정하는 robots.txt 표시입니다. 구글은 이 표시가 구글 검색 포함 여부와 순위에는 영향을 주지 않는다고 밝힙니다. 구글 검색과 AI 모드는 Googlebot을 기준으로 합니다. 따라서 모바일 순위 문제의 원인 후보에서는 빼도 되지만, AI 답변 노출을 함께 관리한다면 설정 결과를 따로 확인해야 합니다.

OptiGEO는 2026년 10월 10일, AI 4종(ChatGPT·네이버 AI·구글 AI 모드·Gemini)이 많이 인용한 상위 100곳 가운데 robots.txt를 읽은 81곳을 조사했습니다. 인용은 2026년 8월부터 10월 초까지 집계했습니다(OptiGEO 실측 자료). 81곳 중 59곳은 AI 크롤러를 하나도 막지 않았습니다.

표 1. Google-Extended 설정별 인용 수(조사 대상 81곳, 인용 집계 2026년 8월부터 10월 초까지)

Google-Extended를 막은 11곳 중 10곳은 Gemini 인용이 0건이었고, 구글 AI 모드 인용은 1,799건 있었습니다. 다만 차단한 11곳 중 7곳이 네이버·증권사 사이트여서 사이트 성격의 영향을 따로 떼어 볼 수는 없습니다. 또 robots.txt는 조사일 기준이고 인용은 그 이전 기간이라, 설정을 바꾼 시점에 따라 결과가 섞일 수 있습니다. 이 표는 설정별로 인용된 사이트의 특징을 보여 줄 뿐, 설정 하나가 인용 수를 결정한다는 뜻은 아닙니다.

구글 AI 기능에 보이는 내용을 줄이려면 Google-Extended가 아니라 nosnippet, max-snippet, noindex 같은 기존 검색 제어 방법을 씁니다. 이 지시어를 모바일 템플릿에만 넣으면 앞에서 본 robots meta 불일치가 생기므로 두 버전에 같은 값을 넣습니다.

점검 순서와 결과 기록

구글은 순위가 떨어졌을 때 가장 많은 영향을 받은 페이지와 검색 유형을 먼저 살펴보라고 안내합니다(Google 검색 센터 콘텐츠 가이드). 모바일 순위 차이도 같은 방식으로 범위를 좁힙니다.

1. Search Console 실적 보고서를 기기별로 나눠 보고, 모바일에서만 순위가 낮은 페이지와 검색어를 추립니다.
2. 사이트 구성이 반응형인지, 동적 게재인지, 별도 URL인지 확인합니다.
3. 추린 페이지의 모바일 HTML과 PC HTML을 받아 본문, title, 메타 설명, 구조화된 데이터, 대체 텍스트를 대조합니다.
4. robots meta, 호스트별 robots.txt, 리소스 차단, 지연 로드를 확인합니다.
5. 별도 URL 구성이면 오류 상태, 리디렉션, hreflang을 확인합니다.
6. 고친 날짜와 항목을 기록하고, 같은 페이지의 기기별 순위를 다시 비교합니다.

이 절차는 원인을 찾기 위한 점검이며 순위 회복을 보장하지 않습니다. 구글이 모바일 버전을 다시 크롤링하고 처리하는 시점에 따라 결과를 확인할 수 있는 시기도 달라집니다. 페이지마다 모바일과 PC를 대조할 인력이 부족하다면 seo업체를 통해 점검 범위를 정할 수 있습니다. AI 답변 노출까지 함께 관리한다면 생성형엔진최적화 관점의 robots.txt 점검을 함께 진행합니다.