모바일 화면과 PC 화면이 다르면 검색엔진은 어느 쪽을 읽나요?

검색은 어느 쪽 화면을 읽나요

모바일 화면 쪽입니다. Google 문서는 색인 생성과 순위 지정에 스마트폰 에이전트로 크롤링된 모바일 버전의 콘텐츠를 사용하고 이를 모바일 중심 색인 생성이라고 부른다고 적습니다.

그래서 큰 화면에만 있는 문장은 색인에 들어가지 않을 수 있습니다. 가상의 예를 들면, 제품 상세 페이지의 규격 표가 PC에서는 펼쳐져 있고 모바일에서는 공간 때문에 아예 빠져 있는 경우입니다. 이때 검색엔진이 읽는 쪽은 표가 없는 화면이므로, 규격을 찾는 검색어에 답하는 문장이 사이트에는 있는데 색인에는 없는 상태가 됩니다. 같은 문서는 모바일 버전이 꼭 필요한 것은 아니지만 있는 것이 적극 권장된다고도 적습니다. 수집과 색인이 갈리는 단계는 검색엔진은 사이트를 어떻게 발견하고 색인하나요에 있습니다.

우리 사이트는 어느 구성인가요

휴대전화와 PC에서 같은 페이지를 열어 주소가 바뀌는지, 받은 HTML이 서로 다른지 두 가지를 봅니다. 표의 둘째 열은 그 판별 결과이고 구성 이름은 Google 문서가 쓰는 것입니다.

동적 게재는 같은 주소를 쓰면서 user-agent를 보고 다른 HTML을 내보내는 구성이고, 별도 URL은 m 주소처럼 기기마다 다른 주소를 쓰는 구성입니다. 문서는 구현과 유지보수가 가장 쉬운 반응형 웹 디자인을 권장하고, 반응형은 콘텐츠와 메타데이터가 두 버전에서 동일하다고 적습니다. 아래 권장사항은 동적 게재와 별도 URL에만 적용됩니다.

두 화면에서 같아야 하는 다섯 가지

• robots meta 태그. 모바일 쪽에 noindex나 nofollow가 있으면 크롤링이나 색인 생성이 되지 않을 수 있습니다. 두 표시의 차이는 noindex와 robots.txt 차이에 있습니다.
• 주 콘텐츠. 모바일에 적게 담으면 Google이 가져갈 정보가 줄어 트래픽 손실이 생길 수 있다고 적혀 있습니다. 공간을 비우려 콘텐츠를 지우는 대신 아코디언이나 탭으로 옮기라는 권장이 같은 자리에 있습니다.
• title 요소와 메타 설명. 두 버전에서 같아야 합니다. 데스크톱과 마찬가지로 모바일에도 명확하고 의미 있는 제목을 쓰라는 권장이 붙어 있습니다.
• 구조화된 데이터. 양쪽에 다 있고 값이 같아야 하며, 모바일 버전 안에 적는 주소는 모바일 주소로 갱신합니다. 우선순위를 정해야 하면 Breadcrumb, Product, VideoObject부터 넣으라고 적혀 있습니다.
• 이미지. 대체 텍스트를 데스크톱과 같게 쓰고, 이미지 주소까지 같게 두면 전환 중 일시적인 이미지 트래픽 손실을 피할 수 있습니다.

지금 어느 쪽이 읽혔는지 어디서 보나요

Search Console의 URL 검사 도구에 주소를 넣고 세 자리를 봅니다.

1. 크롤링에 사용된 에이전트. 문서는 이 값이 크롤링에 쓰인 사용자 에이전트 유형, 즉 데스크톱이나 모바일이라고 설명합니다. 크롤러 문서에는 Googlebot 스마트폰과 Googlebot 데스크톱이 따로 올라 있습니다.
2. 크롤링된 페이지 보기. HTTP 요청과 응답, 반환된 HTML을 봅니다. 여기에 문장이 없으면 자바스크립트로 그려 넣는 문장인지 따로 갈라야 합니다.
3. 렌더링된 버전의 페이지. 문서는 Google-InspectionTool이 페이지를 인식하는 방식을 보여 주는 스크린샷이라고 적습니다.

화면에는 보이는데 반환된 HTML에는 없는 경우를 가르는 방법은 답변 문장을 자바스크립트로 그리면에 있습니다.

별도 URL일 때만 생기는 자리

• 데스크톱 주소가 항상 표준 주소이고 모바일 버전은 그 주소의 대체입니다. 모바일 쪽에는 데스크톱을 가리키는 canonical을, 데스크톱 쪽에는 모바일을 가리키는 alternate를 둡니다. 표기 자체는 canonical 태그 설정법에 있습니다.
• 모바일 주소 끝에 샵 기호로 시작하는 프래그먼트가 붙어 있으면 대부분 색인 생성이 되지 않습니다.
• 두 버전의 오류 페이지 상태가 같아야 합니다. PC에서는 정상 콘텐츠를 주면서 모바일에서 오류 페이지를 주면 그 페이지는 색인 생성에서 누락됩니다.
• 여러 데스크톱 페이지가 한 모바일 주소나 모바일 홈페이지로 리디렉션되면 그 페이지들은 색인에서 누락됩니다.
• Search Console에서 두 버전을 모두 확인해 두고, 모바일 쪽 서버가 크롤링 속도 증가를 받을 수 있는지도 봅니다.

여기까지로 알 수 없는 것

다섯 가지를 맞췄다는 것은 읽힐 조건을 갖췄다는 뜻까지입니다. URL 검사 문서는 실시간 테스트로는 테스트된 버전이 표준으로 간주될지 예측할 수 없다고 적고, 고친 내용이 색인에 반영되는 시점도 사이트가 정하지 못합니다.

모바일 중심 색인 생성이 적용된 뒤 순위가 떨어졌거나 Search Console에서 관련 메시지를 받았다면, 같은 문서가 끝에 모아 둔 일반적인 오류 목록을 먼저 봅니다. 구조화된 데이터 누락, 모바일 쪽 noindex, 차단된 이미지, 제목이나 메타 설명 누락처럼 위에서 맞춘 자리가 그대로 항목 이름으로 올라 있습니다.

지금 할 한 가지는 가장 중요한 페이지 하나를 URL 검사에 넣어 크롤링에 사용된 에이전트 값과 확인한 날짜를 적어 두는 것입니다. 값이 모바일이면 그 페이지에서 손볼 대상은 모바일 화면입니다.