TL;DR
PC에서 본문이 보여도 모바일에서 비어 있다면 모바일 콘텐츠부터 확인한다. 메뉴와 배경만 정상이라는 사실로 주요 설명이 전달됐다고 볼 수는 없다. 핵심 본문, 접근 조건, 검색 지시를 같은 주소에서 비교한 불일치 항목표가 필요하다.
모바일 화면의 빈 영역을 구분한다
화면이 좁아 내용을 접은 것인지, 실제 본문을 제공하지 않는 것인지 나눈다. 펼침 메뉴 안에 같은 설명이 있는 경우와 모바일 요청에서 설명 데이터 자체가 빠지는 경우는 다르다. 운영자는 모바일에서 필요한 정보를 직접 찾아보고 어디까지 읽을 수 있었는지 적는다. 기술 담당자는 어떤 자원과 요청에서 차이가 생기는지 확인한다.
Google은 스마트폰 크롤러가 수집한 모바일 콘텐츠를 색인과 순위에 사용한다고 설명한다. PC 화면이 정상이라는 사실만으로 모바일 본문 문제를 뒤로 미루기 어려운 이유다. Google의 모바일 중심 색인 설명에 따른 점검이며 다른 모든 검색엔진의 동작을 같은 것으로 일반화하지 않는다. 우선 문제 페이지의 실제 모바일 제공 내용을 증거로 확보한다.
Google은 모바일과 데스크톱에서 주요 콘텐츠가 동등하게 제공되도록 권장한다. 화면 배치가 같아야 한다는 뜻은 아니다. 모바일에서 설명을 탭이나 접힘 영역에 정리할 수 있지만 핵심 정보가 없어져서는 안 된다. 같은 서비스의 대상, 제공 범위, 조건을 두 화면에서 읽고 어떤 사실이 빠졌는지 적는다. 문단 수보다 독자가 얻는 정보가 같은지가 중요하다.
주요 정보 대조표
표에는 확인할 사실, PC 위치, 모바일 위치, 실제 내용, 표시 조건, 판단을 둔다. 예를 들어 지원 범위가 PC에는 본문에 있고 모바일에서는 사라졌다면 누락으로 적는다. 같은 내용이 다른 위치에 있으면 위치 변경으로 적고, 조작해야 처음 불러오는 내용이면 그 동작 조건을 기록한다. 위치 변경과 데이터 누락을 같은 결함으로 묶지 않는다.
Google은 클릭이나 스와이프 같은 사용자 조작이 있어야 불러오는 주요 콘텐츠를 로드하지 않는다고 안내한다. 모바일 탭을 누르면 새 데이터가 내려오는 구현이라면 중요한 설명이 그 조작에만 의존하는지 기술 담당자가 확인해야 한다. 이미 제공된 내용을 화면에서 접는 방식과 새로 요청하는 방식은 다를 수 있다. 겉모습만 보고 동일한 문제로 판단하지 않는다.
본문 외의 차이도 좁혀 본다
핵심 본문 차이를 확인한 뒤 모바일에만 다른 검색 제외 지시가 있는지 살핀다. 로그인이나 지역 설정에 따라 내용이 달라지는지도 비교 조건에 남긴다. PC에서는 관리자 계정으로, 모바일에서는 익명으로 본 결과라면 기기 차이와 계정 차이를 먼저 분리해야 한다. 같은 조건을 확보하지 않으면 원인을 반응형 화면 탓으로 잘못 돌릴 수 있다.
이미지에만 들어 있는 설명이 모바일에서 작아 읽을 수 없는 경우도 있다. 이 문제는 본문 데이터 누락과는 다르지만 독자가 필요한 정보를 얻지 못한다는 점에서 별도 표시가 필요하다. 핵심 조건을 실제 텍스트로 제공하는지 확인하고, 글자가 작다는 관찰과 검색 수집 여부를 혼동하지 않는다. 확인하지 못한 기술 상태를 추정해서 채우지 않는다.
수정 요청에는 기기 이름만 적기보다 재현한 화면 폭, 계정 상태, 처음 열었는지 내부에서 이동했는지를 남긴다. 특정 경로에서만 본문이 빠지면 직접 접근에서는 정상일 수 있기 때문이다. 검수 때 사용한 정확한 주소와 조작 순서도 기록한다. 이 조건이 있어야 개발자가 같은 결함을 재현하고 수정 범위를 좁힐 수 있다.
변경 후에는 대조표에서 누락됐던 사실을 하나씩 다시 읽는다. 페이지가 열리기만 하면 완료로 처리하지 않는다. 모바일 본문 복구가 확인돼도 Google의 다음 처리 결과는 별도 관찰로 남긴다. 배포 결과와 검색 반영 결과를 구분해야 수정 완료의 의미가 명확해진다.
마무리
모바일 본문 진단은 PC 화면과 모양을 맞추는 작업보다 주요 정보가 실제로 제공되는지 확인하는 작업이다. 사실 단위의 불일치 항목표와 재현 조건을 남기고, 표시 방식과 데이터 누락을 구분한다. 수정 후에도 같은 조건에서 필요한 정보를 읽을 수 있는지 직접 검수한다.