주소가 다른 두 버전의 문서별 대응 정하기
PC 페이지와 모바일 페이지의 주소가 다른 병원 사이트에서는 문서별 URL 쌍을 먼저 정하고 본문, 메타데이터, 응답을 대조합니다. 여러 PC 문서를 같은 모바일 홈으로 이동시키는 상태는 올바른 문서별 대응이 아닙니다. Google의 모바일 중심 색인 가이드는 스마트폰 에이전트가 크롤링한 모바일 콘텐츠를 색인 생성과 순위 지정에 사용한다고 설명합니다. PC 화면에서 읽을 수 있다는 사실만으로 모바일 자료가 같은 내용을 제공한다고 판단하지 않습니다.
먼저 현재 사이트의 구성을 구별합니다. 반응형은 동일한 URL과 HTML을 사용하면서 화면 크기에 따라 표시를 달리합니다. 동적 게재는 같은 URL에서 기기에 따라 다른 HTML을 제공합니다. 별도 URL은 기기마다 다른 주소와 HTML을 사용합니다. 가이드는 구현과 유지보수가 가장 쉬운 반응형을 권장하지만, 이미 별도 주소를 사용하는 사이트의 조사에는 그 구성의 추가 권장사항을 적용할 수 있습니다.
이 원칙을 병원 사이트에 적용하는 방법으로, PC의 공개 문서와 해당 모바일 문서를 한 쌍으로 대응시키는 절차를 제안합니다. 같은 제목의 홈 두 개만 조사하는 것으로 끝내지 않고 주요 안내 문서가 각각 어느 모바일 URL로 연결되는지 읽습니다. 아직 대응 주소를 찾지 못한 항목은 조사 대상의 빈칸으로 표시해야 합니다. 존재하지 않는 모바일 문서를 정상 페이지로 기재해서는 안 됩니다.
| 문서 쌍에서 읽을 항목 | 대조의 대상 | 질문 | 수정 범위 |
|---|---|---|---|
| PC URL과 모바일 URL | 같은 내용을 맡는 두 주소 | 어떤 문서가 대응하는가 | 누락된 연결 관계 |
| 실제 이동 목적지 | 기기별 접근 결과 | 해당 문서로 도착하는가 | 홈으로의 일괄 이동 |
| 핵심 본문 | 두 버전에서 읽을 수 있는 정보 | 모바일에서 무엇이 빠졌는가 | 해당 문서의 누락 내용 |
| 응답 상태 | 일반 콘텐츠와 오류 페이지 | 모바일만 오류를 제공하는가 | 오류가 발생한 주소 |
별도 URL 구성에서는 데스크톱 URL이 표준 주소이고 모바일 URL은 그 대체 주소라고 가이드는 안내합니다. 모바일 버전의 canonical은 대응하는 데스크톱을 가리키며 데스크톱의 alternate는 대응 모바일을 표시합니다. 전체 사이트에서 어느 홈이 대표인지 하나만 적는 문제가 아니라 각 문서의 관계를 표현하는 설정입니다. 실제 HTML에서 해당 연결이 어느 주소를 가리키는지 읽는 절차를 제안합니다.
여러 콘텐츠를 제공하는 PC 문서는 각각 상응하는 모바일 버전이 있어야 합니다. 서로 다른 PC 주소를 휴대기기에서 동일한 모바일 주소로 이동시키면 모바일 중심 색인 전환 후 해당 페이지들이 색인에서 누락될 수 있다고 설명합니다. 특히 대부분의 PC 문서를 모바일 홈페이지로 보내는 오류도 따로 제시합니다. 그 경우에는 홈페이지의 문구를 늘리는 작업보다 원래 문서에 맞는 모바일 목적지를 복구하는 일이 먼저입니다.
모바일 URL의 프래그먼트는 주소 끝에서 샵 기호 뒤로 이어지는 부분입니다. 가이드는 대부분의 프래그먼트 주소가 색인 생성에 적합하지 않으며 모바일 중심 색인 전환 뒤 누락될 수 있다고 설명합니다. 문서별 대응을 조사할 때 화면상 이동 위치와 독립된 모바일 페이지 주소를 구별해야 합니다. 제목이 바뀌어 보여도 주소가 문서마다 어떻게 구성되는지 따로 읽을 수 있습니다.
모바일 본문과 메타데이터를 실제로 읽기
모바일 사이트의 주 콘텐츠는 데스크톱과 같아야 한다고 가이드는 안내합니다. 화면을 줄이기 위해 중요한 내용을 삭제하는 대신 아코디언이나 탭으로 이동하는 방식도 제시합니다. 병원 안내의 적용 절차에서는 내용 자체의 누락과 배치 방식의 차이를 구별하는 질문을 사용할 수 있습니다. 두 화면의 모양이 다르다는 이유만으로 모든 문서를 다시 만드는 판단을 내리지는 않습니다.
같은 콘텐츠라도 DOM이나 레이아웃 차이가 있으면 Google이 다르게 이해할 수 있다고 설명합니다. 모바일에 데스크톱보다 적은 콘텐츠를 의도적으로 넣으면 Google이 이전만큼 정보를 가져오지 못해 일부 트래픽 손실이 발생할 수 있습니다. 이런 제한은 실제 모바일 본문을 읽을 이유입니다. PC에서 작성한 원문 파일만 대조하는 대신 모바일에서 전달되는 주 콘텐츠를 조사할 수 있습니다.
Google은 주 콘텐츠를 불러오기 위해 스와이프, 클릭, 입력 같은 사용자 상호작용이 필요한 경우 그 콘텐츠를 로드하지 않는다고 설명합니다. 탭이나 아코디언을 사용할 수 있다는 권장과, 사용자 동작 뒤에야 자료 자체를 가져오는 지연 로드는 별개의 조건입니다. 문서에서 접혀 있는 정보가 실제로 전달됐는지와 동작 후 새롭게 불러오는 정보인지를 구별하는 질문을 제안합니다.
| 두 버전의 설정 | 가이드의 조건 | 실제 입력을 조사할 질문 | 대응 문서에서의 판단 |
|---|---|---|---|
| robots 메타 | 같은 태그 사용 | 모바일에만 noindex가 있는가 | 색인 차단 여부 |
| 제목과 메타 설명 | 두 버전에서 동일하게 제공 | 모바일에서 요소가 누락됐는가 | 누락된 요소 수정 |
| 구조화된 데이터 | 같은 데이터와 올바른 URL | 모바일 주소가 맞는가 | 마크업과 문서의 대응 |
| 리소스 접근 | 크롤링을 허용 | 모바일 리소스 주소가 차단됐는가 | 해당 리소스의 접근 설정 |
모바일과 PC에 다른 robots 메타를 사용하면 특히 noindex나 nofollow 때문에 크롤링 또는 색인 생성에 문제가 생길 수 있다고 가이드는 안내합니다. 모바일 페이지를 색인에 포함하려는 목적과 현재 태그가 일치하는지 읽는 방법을 제안합니다. 문서의 본문은 정상이어도 설정이 처리 범위를 제한할 수 있으므로 내용 편집과 메타 수정은 서로 다른 작업으로 다룰 수 있습니다.
구조화된 데이터가 있다면 두 버전에 같은 데이터가 있는지 조사하고 모바일 버전에 포함된 URL은 올바른 모바일 URL로 갱신하도록 안내합니다. 데이터 하이라이터로 제공하는 경우에는 모바일 사이트에서 학습시키고 추출 오류를 정기적으로 조사하라고 설명합니다. 이 조건은 병원에 특정 데이터 유형을 새로 만들라는 요구로 확대하지 않고, 실제 사용하는 마크업과 제공 방식에 적용할 수 있습니다.
모바일과 PC에서 리소스 URL이 다를 수 있으므로 disallow 규칙으로 해당 주소를 막지 않아야 합니다. 별도 URL 추가 권장사항은 두 버전에 로봇 규칙이 정상적으로 작동하는지 읽도록 안내합니다. 본문 페이지가 열리는 상태와 이미지 같은 연결 리소스가 허용되는 상태를 합쳐 판정하지 않습니다. 접근 문제를 찾았다면 차단된 실제 리소스 주소를 대상으로 수정할 수 있습니다.
응답과 시각 자료에서 남는 차이 조사하기
PC 페이지는 일반 콘텐츠를 제공하는데 모바일 버전은 오류 페이지를 제공한다면 해당 페이지가 색인에서 누락된다고 가이드는 설명합니다. 기기별로 오류 페이지 상태가 같아야 한다는 조건입니다. 공개 문서 쌍을 시험할 때에는 화면 제목뿐 아니라 실제로 본문을 받는지 읽어야 합니다. 정상 안내와 오류 화면이 뒤섞인 상태를 콘텐츠가 같다는 판정으로 기록하지 않습니다.
모바일 사이트의 용량은 잠재적인 크롤링 속도 증가를 처리할 만큼 충분해야 한다고 안내합니다. PC 호스트가 정상이라고 모바일 호스트의 처리 능력까지 판정할 수 있는 것은 아닙니다. 별도 주소를 제공하는 구성에서는 모바일의 실제 응답과 부하 관련 자료를 조사하는 방법을 적용할 수 있습니다. 가이드의 일반 조건만으로 특정 서버에 용량 부족이 있다고 추정하지 않습니다.
이미지는 모바일에서도 고화질이고 지원되는 형식을 사용해야 하며, 너무 작거나 해상도가 낮은 자료를 피하도록 권고합니다. 이미지 대체 텍스트와 관련 제목, 캡션, 파일 이름, 주변 텍스트는 PC와 동일하게 구체적으로 제공하도록 안내합니다. 본문만 복사해도 시각 자료의 설명이 빠질 수 있으므로 이미지가 맡는 정보를 별도로 조사할 수 있습니다.
모바일과 PC에서 서로 다른 이미지 URL을 사용하면 모바일 중심 색인 전환 과정에서 일시적인 이미지 트래픽 손실이 발생할 수 있다고 설명합니다. 모바일 이미지 주소가 색인에 처음 쓰이므로 검색결과에서 충분히 노출되고 순위를 개선하는 데 시간이 걸리기 때문입니다. 이를 피하려면 같은 이미지 URL을 사용하도록 안내하며, 일시 손실을 허용한다면 추가 조치는 필요하지 않다고 구별합니다.
동영상도 지원되는 형식과 식별 가능한 HTML 태그를 사용하고, 모바일에서 쉽게 찾는 위치에 배치하라고 권고합니다. 동영상을 찾으려고 너무 아래로 이동해야 한다면 순위가 낮아질 수 있다고 안내합니다. 페이지 로드마다 동영상 URL이 달라지는 방식은 리소스를 올바르게 처리하고 색인을 생성하기 어렵게 만든다고 설명합니다. 실제 영상의 위치와 주소 안정성은 본문 문서의 대응과 다른 조사 항목입니다.
별도 주소 구성에서 이어지는 질문
모바일 버전이 없으면 검색결과에 들어갈 수 없나요?
가이드는 모바일 버전이 꼭 필요한 것은 아니지만 적극 권장된다고 설명합니다. 모바일 버전의 부재와 이미 존재하는 모바일 버전의 오류는 구별합니다.
다국어 링크는 모바일과 PC 주소를 섞어도 되나요?
별도 URL의 hreflang은 모바일끼리, 데스크톱끼리 연결하도록 안내합니다. 같은 언어 관계라도 기기별 연결 대상을 따로 읽습니다.
두 버전의 Search Console 자료도 모두 읽어야 하나요?
가이드는 양쪽 사이트를 검증해 두 버전의 데이터와 메시지에 접근하도록 안내합니다. 모바일 중심 색인 전환 때 데이터가 달라질 수 있다고 설명합니다.
인라인 SVG의 모든 이미지가 같은 방식으로 처리되나요?
가이드는 SVG 형식 지원과 별개로 인라인 SVG의 image 태그 안에 있는 JPG 이미지의 색인을 생성할 수 없다고 예를 듭니다. 실제 형식과 삽입 방식을 구별합니다.
모바일 화면 위쪽의 광고도 조사 대상인가요?
가이드는 휴대기기에 광고를 게재할 때 Better Ads Standard를 따르도록 권고하며 상단 광고가 공간을 지나치게 차지해 이용 환경을 해칠 수 있다고 설명합니다. 의료 광고의 법적 적합성을 판단하는 안내로 사용하지 않습니다.