지연 로딩 이미지가 수집에서 빠지는 경우

지연 로딩 누락의 판단 기준

구글 검색 센터는 이미지가 대역폭과 성능에 부담을 줄 수 있어 지연 로딩을 활용할 수 있다고 안내합니다. 이 안내와 사용자 상호작용에 대한 제한을 함께 적용하면, 지연 로딩을 사용했다는 사실만으로 수집 누락을 판정할 수는 없습니다. 이미지가 늦게 나타나는 현상과 사용자가 조작해야 이미지 요청이 시작되는 구현은 서로 다른 조사 대상입니다.

표의 위치는 조사 대상을 찾기 위한 표시이며, 위치만으로 로딩 방식을 확정하지 않습니다. 같은 이미지 모음에서도 첫 이미지와 다음 이미지의 요청 조건이 다를 수 있으므로 각각의 조건을 기재합니다. 개발 담당자는 화면에 나타나는 시점뿐 아니라 이미지 파일을 요청하게 만드는 동작을 설명해야 합니다.

로딩 조건과 검사 결과의 차이

클릭 뒤에 이미지가 나타났다는 관찰만으로 클릭이 로딩의 필수 조건이라고 단정하지 않습니다. 이미 불러온 이미지를 클릭으로 표시하는 구현과 클릭 뒤에 파일을 처음 요청하는 구현을 가려야 합니다. 운영자가 화면 동작을 기록하면 개발 담당자는 실제 요청 조건을 조사해 어느 방식인지 답합니다.

반대로 검사 화면에서 이미지가 빠졌다는 사실만으로 사용자 조작을 원인으로 확정하지 않습니다. 구글의 URL 검사 도구 안내는 실제 페이지와 렌더링 화면의 차이가 차단된 리소스 때문에 발생할 수 있다고 설명합니다. 따라서 이미지 부재는 조사 출발점으로 기록하고, 로딩 조건과 리소스 접근 상태를 조사한 뒤 원인 판단을 추가합니다.

이때 조사 결과의 적용 범위는 구글 안내와 해당 검사 환경으로 한정합니다. 다른 AI 검색 서비스에 대해서는 그 서비스의 접근 방식이나 실제 관측 자료가 없으면 같은 동작을 한다고 설명하지 않습니다. 구글 검사 화면에 이미지가 존재한다는 결과도 다른 서비스가 이미지를 수집했다는 증거로 사용하지 않습니다.

로딩 조건부터 시작하는 조사 순서

운영자는 이미지가 들어 있는 페이지와 이미지의 위치, 파일을 식별할 수 있는 정보를 준비합니다. 이미지가 표시된 화면만 전달하면 개발 담당자가 다른 파일을 조사할 수 있으므로, 화면상의 위치와 실제 이미지 파일을 연결합니다. 접근 권한이 필요한 페이지라면 검사 대상이 공개 페이지인지도 함께 기재합니다.

1. 이미지 로딩 조건을 조사합니다. 개발 담당자는 클릭·스와이프·입력이 이미지 요청에 필요한지 답하고, 운영자는 조작 전후의 상태를 기록합니다.
2. 렌더링된 화면에 해당 이미지가 존재하는지 확인합니다. 운영자는 서치 콘솔의 성공한 실시간 테스트에서 이미지의 위치와 표시 상태를 기록합니다.
3. 필요한 리소스의 차단 여부를 조사합니다. 이미지가 빠졌다면 개발 담당자는 해당 파일과 이미지 표시 과정에 필요한 리소스의 접근 제한을 조사합니다.

앞 단계의 기록은 다음 단계에서 조사할 이미지를 특정하는 데 사용합니다. 한 페이지에 이미지가 여러 개라면 페이지 전체에 정상 또는 누락이라는 판정만 남기지 않습니다. 담당자는 이미지별 상태를 작성해 정상인 이미지와 추가 조사가 필요한 이미지를 따로 관리합니다.

렌더링 화면과 접근 상태의 기록

구글은 성공한 실시간 테스트에서 렌더링된 페이지의 스크린샷을 제공한다고 안내합니다. 서치 콘솔에서 실제 URL 테스트를 실행한 뒤 테스트된 페이지 보기의 스크린샷 탭을 이용합니다. 화면을 열 수 없는 상태와 화면을 열었지만 이미지가 없는 상태는 별도로 기록합니다.

구글 안내에 따르면 색인이 생성된 주소의 결과나 가져오기에 실패한 실시간 테스트에서는 스크린샷을 사용할 수 없습니다. 따라서 스크린샷이 없다는 이유로 이미지 누락을 기록하면 검사 기능의 제공 조건과 이미지 상태를 혼동하게 됩니다. 운영자는 테스트 성공 여부를 먼저 기재하고, 확보한 화면에 대해서만 표시 상태를 판단합니다.

리소스 접근 요청은 사이트 전체의 제한을 무조건 해제하라는 뜻이 아닙니다. 개발 담당자는 해당 이미지와 필요한 리소스에 적용된 제한을 특정하고, 공개 대상에 맞는 변경 범위를 정합니다. 운영자는 조사 중인 항목과 원인이 밝혀진 항목을 별도로 표시합니다.

이미지 부재를 원인으로 오해하는 경우

이미지 부재는 검사 결과이며, 지연 로딩 오류나 리소스 차단은 그 결과를 설명할 수 있는 원인 후보입니다. 담당자는 화면에서 빠졌다는 관찰을 곧바로 차단 판정으로 변경하지 않습니다. 조작이 필요한 요청 조건을 찾았는지, 실제 접근 제한을 찾았는지에 따라 수정할 항목을 정합니다.

구글의 모바일 중심 색인 생성 안내는 모바일 페이지의 중요한 이미지가 robots.txt로 차단된 경우 리소스를 크롤링할 수 있도록 해야 한다고 설명합니다. 모바일과 데스크톱에서 이미지 주소가 다를 수 있다는 내용도 포함합니다. 개발 담당자는 데스크톱에서 열린 파일만 조사하지 말고, 검사 대상 페이지가 실제로 사용하는 이미지 파일의 제한을 따집니다.

차단 가능성이 있다는 설명과 차단 규칙을 찾았다는 결과는 보고에서 분리합니다. 아직 접근 상태를 조사하지 못했다면 원인 미확정으로 남기고 추가 조사 항목을 기재합니다. 로딩 조건과 접근 제한이 함께 발견되면 담당자는 각각을 수정 대상으로 기록하며 하나의 원인만 선택하지 않습니다.

변경 전후 같은 이미지의 재검사

수정 후에는 처음 조사한 이미지와 같은 파일 또는 같은 역할의 이미지인지 먼저 대조합니다. 화면 구성이 변경되어 다른 이미지가 나타났다면 이전 누락이 해결됐다고 바로 처리하지 않습니다. 운영자는 원래 조사 대상이 유지됐는지와 변경 후 검사 상태를 연결해 기록합니다.

개발 담당자가 로딩 조건을 변경했다면 어떤 사용자 동작에 의존하던 요청을 수정했는지 기재합니다. 접근 제한을 변경했다면 해제한 대상과 남겨야 하는 제한을 별도로 기록합니다. 이후 운영자는 성공한 실시간 테스트를 다시 진행해 해당 이미지의 표시 상태를 기록합니다.

재검사에서 이미지가 존재해도 수집·색인·검색 노출이 모두 해결됐다는 표현은 사용하지 않습니다. 기록에는 해당 테스트에서 렌더링 화면에 이미지가 존재했다는 결과만 담습니다. 이미지가 여전히 빠졌다면 이미 변경한 항목을 반복 수정하기 전에 남은 원인 후보와 조사하지 않은 리소스를 정리합니다.

이미지 교체와 로딩 수정의 혼동

누락된 이미지를 새 파일로 교체했다면 로딩 조건 수정과 파일 교체를 같은 조치로 기록하지 않습니다. 새 파일은 저장 위치나 접근 설정이 이전 파일과 다를 수 있어, 교체 후 표시됐다는 결과만으로 기존 로딩 조건이 문제였다고 결론 내릴 수 없습니다. 담당자는 파일 교체 여부와 구현 변경 여부를 각각 기재합니다.

콘텐츠 담당자가 수정 과정에서 이미지의 의미까지 변경한 경우에는 기술 상태와 내용 승인을 별도로 처리합니다. 이미지가 표시되는지는 운영자가 검사하고, 원래 설명에 필요한 자료가 유지됐는지는 콘텐츠 담당자가 판단합니다. 화면에 새 이미지가 있다는 사실만으로 원래 조사 대상의 누락 기록을 완료 처리하지 않습니다.

이어서 읽을 주제

병원 광고 연결페이지는 광고에서 도착한 뒤 필요한 정보를 찾을 수 있는 연결 구조를 판단할 때 이어 읽을 주제입니다. 병원 FAQ 페이지는 반복되는 질문에 대한 답을 페이지 안에서 어떻게 구성할지 정할 때 이어 읽을 주제입니다.