AMP 상태 보고서

이 보고서는 AMP 페이지가 AMP에 특화된 기능을 사용하여 Google 검색결과에 표시되지 않게 만드는 오류를 해결하는 데 도움이 됩니다.

최상위 보기에는 Google이 사이트에서 문제를 발견한 모든 AMP 페이지가 문제별로 그룹화되어 표시됩니다. 특정 문제를 클릭하면 문제로 인해 영향을 받는 페이지의 샘플 목록, 문제 해결 방법, 수정사항을 Google에 알리는 프로세스 등 문제에 관한 세부정보를 볼 수 있습니다.

문제 및 수정사항의 영향을 보여 주는 차트를 보려면 상태 페이지를 방문하세요.

샘플 목록이 표시되는 이유는 무엇인가요? Google에서는 오류의 영향을 받는 페이지를 가능한 한 많이 표시합니다. 그러나 표를 통해 표시할 수 있는 URL 수는 1,000개로 엄격히 제한되어 있습니다. 그뿐만 아니라 Google에서 발견하거나 계산하지 못한 페이지가 추가로 있을 수도 있습니다.

AMP 보고서 열기

Search Console의 AMP 상태 보고서 - Google Search Console 교육

확인할 사항

보고서에 다음 내용이 표시되어야 합니다.

  • 사이트에 AMP 오류가 0개입니다. 경고는 오류가 아닌 권장사항으로 간주됩니다. 아래의 경고 이해하기를 참고하세요. 오류가 0이 아닌 경우 문제 우선순위 지정 및 수정하기를 참고하세요.
  • 보고서의 총 AMP 페이지 수(유효 + 경고 + 오류 페이지)는 사이트의 AMP 페이지 수와 비슷해야 합니다. 그렇지 않은 경우 누락된 AMP 페이지를 참고하세요.

AMP 문제 목록

표준 AMP 오류 외에도 다음과 같은 추가적인 문제(오류 및 경고)가 보고서에 표시될 수 있습니다.

Google에서 발생하는 AMP 문제
문제 설명
콘텐츠 불일치: 삽입 동영상 누락 삽입된 동영상이 표준 웹페이지에는 있는데 AMP 버전에 없습니다. 중요한 콘텐츠 리소스는 표준 웹페이지와 AMP 버전에 모두 동일하게 포함하는 것이 좋습니다. 동영상은 URL로 감지되므로 2개의 다른 URL이 동일한 동영상을 가리키는 경우에도 이 경고가 표시된다는 점을 유의해야 합니다.
이미지 크기가 권장 크기보다 작음 AMP의 구조화된 데이터가 권장 크기보다 작은 이미지를 참조합니다. 이렇게 되면 Google 검색에서 페이지가 AMP와 관련된 아무런 기능 없이 표시될 수 있습니다. 또한, 디스커버 카드에 큰 이미지가 표시되지 않을 수 있으며 웹사이트 트래픽이 감소하고 사용자 참여가 낮아지는 결과로 이어질 수 있습니다. 문제를 해결하려면 Google 가이드라인에 따라 더 큰 이미지를 사용하세요.
AMP 페이지 도메인 불일치 AMP 페이지가 표준 버전이 아닌 다른 도메인에 호스팅됩니다. 이는 검색결과와 AMP 리더에서 URL 도메인이 다르게 표시되는 모바일 검색자에게 혼란을 초래할 수 있습니다. (색인 생성이나 순위 결정에는 영향을 미치지 않음)
URL을 찾을 수 없음(404) 요청한 AMP URL을 찾을 수 없습니다. 404 페이지 해결에 관해 알아보기
서버 오류(5xx) AMP 페이지 요청 시 지정되지 않은 5XX 서버 오류가 발생했습니다. 서버 오류 자세히 알아보기
robots.txt에 의해 차단됨 요청한 AMP URL이 robots.txt 규칙에 의해 차단되었습니다.
크롤링 문제 AMP 페이지에 알 수 없는 크롤링 오류가 발생했습니다. AMP URL의 URL 검사 도구를 사용하여 문제를 해결합니다. 
참조된 AMP URL이 AMP가 아님 표준 페이지에서 실제로는 AMP 페이지가 아닌 AMP를 참조합니다. AMP가 아닌 페이지에서 AMP 페이지를 참조하도록 하는 방법 알아보기
참조된 AMP URL이 자체 표준 AMP임 표준 페이지가 독립형 AMP를 가리킵니다. 페이지의 AMP 버전으로 독립형 AMP를 참조할 수 없습니다. AMP가 아닌 페이지에서 AMP를 참조하는 방법 알아보기
URL이 'noindex'로 표시됨 AMP가 'noindex' 명령어에 의해 차단되었습니다. Google은 noindex로 차단된 페이지의 색인을 생성할 수 없습니다. noindex 명령어를 삭제하거나 차단된 페이지 참조를 삭제하세요.
이 페이지의 'unavailable_after' 날짜가 만료됨 AMP 페이지에 이미 통과된 'unavailable_after' 메타태그 또는 명령어가 있으므로 더 이상 제공할 수 없습니다. 태그를 이후 날짜로 업데이트하거나 삭제해야 합니다.
표준 URL이 잘못됨 표준 페이지가 형식이 잘못된 URL을 사용하는 AMP 버전을 참조합니다. AMP 버전을 제대로 참조하는 방법 알아보기
amp-story 표준 오류

페이지에서 amp-story 페이지를 AMP 버전으로 잘못 참조합니다. amp-story 페이지는 정의에 따라 자체 표준이므로 이는 허용되지 않습니다. <rel="canonical"> 태그로 자기 자신을 가리켜야 하며, 다른 페이지의 AMP 버전으로 제공할 수 없습니다.

서명된 교환 문제

AMP 상태 보고서 및 URL 검사 보고서 모두 서명된 교환 프로토콜을 사용하는 AMP 문제를 표시할 수 있습니다.

특정 문제의 서명된 교환 세부정보 보기

다음과 같은 여러 위치에서 AMP와 연결된 서명된 교환 관련 정보를 확인할 수 있습니다.

  • URL 검사 도구에서 AMP 버전 세부정보에 표시된 문제를 클릭합니다.
  • AMP 상태 보고서에서 문제 세부정보 표에 표시된 URL을 클릭합니다.

AMP에서 서명된 교환을 사용하는지 확인하기

Google에서 AMP의 서명된 교환 헤더 또는 페이로드를 감지했는지 확인하려면 다음 단계를 따르세요.

  1. AMP URL을 검사합니다. URL 검사 도구를 사용해 특정 URL을 검사할 수도 있고 AMP 상태 보고서에서 문제 세부정보 표에 표시된 URL 옆에 있는 검사 아이콘 을 클릭해도 됩니다.
  2. 결과 페이지에서 크롤링된 페이지 보기를 클릭하면 추가 정보가 포함된 측면 패널이 열립니다.
  3. 추가 정보 탭을 클릭합니다.
  4. 서명된 교환 라벨에 Google에서 AMP의 서명된 교환 구성요소 감지 여부를 나타내는 상태가 표시됩니다.

서명된 교환 문제 목록

AMP에서 서명된 교환 프로토콜을 사용하는 경우 다음과 같은 문제가 발생할 수 있습니다.

서명된 교환이 유효하지 않습니다.

HTTP 응답이 Google AMP Cache 요구사항을 충족하지 않는 서명된 교환이었습니다. 따라서 서명에 관한 아무런 정보 없이 페이지가 표시됩니다.

사이트에 미치는 영향:

페이지가 원래 URL이 아닌 Google URL과 함께 AMP 뷰어에 표시됩니다.

다음 단계:

이 오류를 해결하는 것은 선택사항입니다. 이 오류가 있는 페이지라도 AMP 뷰 내부에서 제대로 표시됩니다. 페이지와 함께 페이지의 서명된 URL이 표시되도록 하려면 아래의 내용을 계속 읽어 보시기 바랍니다.

이 오류는 다음과 같은 여러 가지 이유로 발생할 수 있습니다.

서명된 교환 서비스 제공업체를 사용하는 경우 제공업체에 지원을 요청하세요.

AMP 패키지 도구를 사용하는 경우:

  • AMP 패키지 도구의 최신 버전을 실행 중인지 확인합니다.
  • 최신 버전을 사용하고 있는 경우 버그를 신고하세요.

서명된 교환 페이로드에 파싱 오류가 있습니다.

HTTP 응답이 서명된 교환이었으며 '페이로드'(본문)가 Google AMP Cache 요구사항을 충족하지 않았습니다. 따라서 서명에 관한 아무런 정보 없이 페이지가 표시됩니다.

사이트에 미치는 영향:

페이지가 원래 URL이 아닌 Google URL과 함께 AMP 뷰어에 표시됩니다.

다음 단계:

이 오류를 해결하는 것은 선택사항입니다. 이 오류가 있는 페이지라도 AMP 뷰 내부에서 제대로 표시됩니다. 페이지와 함께 페이지의 서명된 URL이 표시되도록 하려면 아래의 내용을 계속 읽어 보시기 바랍니다.

이 오류는 다음과 같은 여러 가지 이유로 발생할 수 있습니다.

  • HTML에 잘못된 UTF-8 인코딩이 포함되어 있지 않은지 확인합니다. $URL 오류가 발생하면 curl $URL | iconv -f UTF-8 -t UTF-8 >/dev/null을 실행하고 '잘못된 입력 시퀀스'와 같은 오류 메시지가 표시되는지 확인합니다. 표시되는 경우 문서가 UTF-8 방식으로 올바르게 인코딩되어 있는지 확인하세요. 멀티바이트 문자의 일반적인 두 가지 출처는 영어가 아닌 텍스트 및 공백입니다.
  • HTML에 HTML 파싱 오류를 일으키는 U+0000 NULL 또는 유니코드 문자가 포함되어 있지 않은지 확인합니다.
  • transform -config NONE을 호출한 후 HTML이 변경되지 않았는지 확인합니다. 변경되는 일반적인 이유는 다음의 두 가지입니다.

서명된 교환 페이로드의 헤더 'header_name'에 잘못된 값이 있습니다.

HTTP 응답이 Google AMP Cache 요구사항 중 하나를 충족하지 않는 서명된 응답 헤더를 포함한 서명된 교환이었습니다. 따라서 서명에 관한 아무런 정보 없이 페이지가 표시됩니다.

사이트에 미치는 영향:

페이지가 원래 URL이 아닌 Google URL과 함께 AMP 뷰어에 표시됩니다.

다음 단계:

이 오류를 해결하는 것은 선택사항입니다. 이 오류가 있는 페이지라도 AMP 뷰 내부에서 제대로 표시됩니다. 페이지와 함께 페이지의 서명된 URL이 표시되도록 하려면 아래의 내용을 계속 읽어 보시기 바랍니다.

서명된 교환 서비스 제공업체를 사용하는 경우 제공업체에 지원을 요청하세요.

AMP 패키지 도구를 사용하는 경우:

  • AMP 패키지 도구의 최신 버전을 실행 중인지 확인합니다.
  • 최신 버전을 사용하고 있는 경우 버그를 신고하세요.

서명된 교환 페이로드의 필수 헤더 'header_name'이 누락되었습니다.

HTTP 응답이 서명된 교환 사양 또는 Google AMP Cache 요구사항에 명시된 특정 헤더가 누락된 서명된 교환이었습니다. 따라서 서명에 관한 아무런 정보 없이 페이지가 표시됩니다.

사이트에 미치는 영향:

페이지가 원래 URL이 아닌 Google URL과 함께 AMP 뷰어에 표시됩니다.

다음 단계:

이 오류를 해결하는 것은 선택사항입니다. 이 오류가 있는 페이지라도 AMP 뷰 내부에서 제대로 표시됩니다. 페이지와 함께 페이지의 서명된 URL이 표시되도록 하려면 아래의 내용을 계속 읽어 보시기 바랍니다.

서명된 교환 서비스 제공업체를 사용하는 경우 제공업체에 지원을 요청하세요.

AMP 패키지 도구를 사용하는 경우:

  • AMP 패키지 도구의 최신 버전을 실행 중인지 확인합니다.
  • 최신 버전을 사용하고 있는 경우 버그를 신고하세요.

서명된 교환의 서명 헤더를 파싱할 수 없습니다.

HTTP 응답이 서명된 교환 사양에 따라 올바르게 생성되지 않은 서명 헤더가 포함된 서명된 교환이었습니다. 따라서 서명에 관한 아무런 정보 없이 페이지가 표시됩니다.

사이트에 미치는 영향:

페이지가 원래 URL이 아닌 Google URL과 함께 AMP 뷰어에 표시됩니다.

다음 단계:

이 오류를 해결하는 것은 선택사항입니다. 이 오류가 있는 페이지라도 AMP 뷰 내부에서 제대로 표시됩니다. 페이지와 함께 페이지의 서명된 URL이 표시되도록 하려면 아래의 내용을 계속 읽어 보시기 바랍니다.

서명된 교환 서비스 제공업체를 사용하는 경우 제공업체에 지원을 요청하세요.

AMP 패키지 도구를 사용하는 경우:

  • AMP 패키지 도구의 최신 버전을 실행 중인지 확인합니다.
  • 최신 버전을 사용하고 있는 경우 버그를 신고하세요.

서명된 교환 서명 헤더의 매개변수 'parameter_name'이 잘못되었습니다.

HTTP 응답이 서명된 교환이었으며 서명 헤더의 특정 매개변수에 서명된 교환 사양에서 요구하는 값이 아닌 잘못된 값이 포함되어 있습니다. 따라서 서명에 관한 아무런 정보 없이 페이지가 표시됩니다.

사이트에 미치는 영향:

페이지가 원래 URL이 아닌 Google URL과 함께 AMP 뷰어에 표시됩니다.

다음 단계:

이 오류를 해결하는 것은 선택사항입니다. 이 오류가 있는 페이지라도 AMP 뷰 내부에서 제대로 표시됩니다. 페이지와 함께 페이지의 서명된 URL이 표시되도록 하려면 아래의 내용을 계속 읽어 보시기 바랍니다.

서명된 교환 서비스 제공업체를 사용하는 경우 제공업체에 지원을 요청하세요.

AMP 패키지 도구를 사용하는 경우:

  • AMP 패키지 도구의 최신 버전을 실행 중인지 확인합니다.
  • 최신 버전을 사용하고 있는 경우 버그를 신고하세요.

서명된 교환의 날짜가 유효하지 않습니다.

HTTP 응답이 서명된 교환이었으며 서명 헤더의 date 또는 expires 매개변수에 서명된 교환 사양 또는 Google AMP Cache 요구사항에 명시된 값이 아닌 잘못된 값이 포함되어 있습니다. 특히 서명은 가져온 시점 및 가져온 시점부터 적어도 4일 동안 유효해야 합니다. 따라서 서명에 관한 아무런 정보 없이 페이지가 표시됩니다.

사이트에 미치는 영향:

페이지가 원래 URL이 아닌 Google URL과 함께 AMP 뷰어에 표시됩니다.

다음 단계:

이 오류를 해결하는 것은 선택사항입니다. 이 오류가 있는 페이지라도 AMP 뷰 내부에서 제대로 표시됩니다. 페이지와 함께 페이지의 서명된 URL이 표시되도록 하려면 아래의 내용을 계속 읽어 보시기 바랍니다.

서명된 교환 서비스 제공업체를 사용하는 경우 제공업체에 지원을 요청하세요.

AMP 패키지 도구를 사용하는 경우 다음과 같은 여러 가지 원인이 있습니다.

  • 프런트 엔드 역방향 프록시가 서명된 교환 응답을 너무 오래 캐시하지 않는지 확인합니다. curl -H 'Accept: application/signed-exchange;v=b3' -H 'AMP-Cache-Transform: any'가 포함된 페이지를 여러 차례 요청한 다음 각 응답에서 'date='를 검색하고 그 결과 표시된 번호가 매번 다른지 확인합니다.
  • AMP 패키지 도구의 최신 버전을 실행 중인지 확인합니다.
  • 위의 이유 중 어떤 것에도 해당하지 않는다면 AMP 패키지 도구에 버그가 있을 수 있습니다. 버그를 신고해 주세요.

서명된 교환 'cert-url'에서 참조한 인증서 체인을 파싱할 수 없습니다.

HTTP 응답이 서명된 교환 사양에 따라 올바르게 형식이 지정되지 않은 cert-url이 포함된 서명된 교환이었습니다. 따라서 서명에 관한 아무런 정보 없이 페이지가 표시됩니다.

사이트에 미치는 영향:

페이지가 원래 URL이 아닌 Google URL과 함께 AMP 뷰어에 표시됩니다.

다음 단계:

이 오류를 해결하는 것은 선택사항입니다. 이 오류가 있는 페이지라도 AMP 뷰 내부에서 제대로 표시됩니다. 페이지와 함께 페이지의 서명된 URL이 표시되도록 하려면 아래의 내용을 계속 읽어 보시기 바랍니다.

서명된 교환 서비스 제공업체를 사용하는 경우 제공업체에 지원을 요청하세요.

AMP 패키지 도구를 사용하는 경우:

  • AMP 패키지 도구의 최신 버전을 실행 중인지 확인합니다.
  • 최신 버전을 사용하고 있는 경우 버그를 신고하세요.

'cert-url'에서 참조한 인증서 체인이 서명된 교환에 유효하지 않습니다.

HTTP 응답이 서명된 교환 사양에서 요구하는 값이 아닌 잘못된 cert-url이 포함된 서명된 교환이었습니다. 따라서 서명에 관한 아무런 정보 없이 페이지가 표시됩니다.

사이트에 미치는 영향:

페이지가 원래 URL이 아닌 Google URL과 함께 AMP 뷰어에 표시됩니다.

다음 단계:

이 오류를 해결하는 것은 선택사항입니다. 이 오류가 있는 페이지라도 AMP 뷰 내부에서 제대로 표시됩니다. 페이지와 함께 페이지의 서명된 URL이 표시되도록 하려면 아래의 내용을 계속 읽어 보시기 바랍니다.

서명된 교환 서비스 제공업체를 사용하는 경우 제공업체에 지원을 요청하세요.

AMP 패키지 도구를 사용하는 경우 다음과 같은 여러 가지 원인으로 이러한 오류가 발생할 수 있습니다. 확인해야 할 사항:

  • CertFile에 리프 인증서 및 중간 인증서의 전체 목록이 포함되어 있지 않은지 확인합니다.
  • AMP 패키지 도구가 -development 또는 -invalidcert 플래그와 함께 실행된 것이 아닌지 확인합니다. 프로덕션 모드에서 AMP 패키지 도구는 인증서의 여러 측면을 확인합니다.
  • 프런트 엔드 역방향 프록시가 max-age에 설정된 시간보다 오랫동안 /amppkg/cert/ URL을 캐시하지 않는지 확인합니다.
  • 프런트 엔드 역방향 프록시가 캐시 헤더를 수정하지 않는지 확인합니다. 이로 인해 업스트림 프록시가 이러한 인증서 체인을 너무 오랫동안 캐시할 수 있습니다. 이를 테스트하려면 내부 패키지 도구 도메인에서 해당하는 /amppkg/cert/ URL을 확인하고, 응답 헤더(예: curl -i 포함)와 함께 이 URL을 가져온 다음 프런트 엔드 서버에서 반환된 헤더와 응답 헤더를 비교해 보세요.
  • openssl x509 도구 등을 사용해 인증서에 SCT가 포함되어 있는지 확인합니다. 포함되어 있지 않으면 인증 기관에 문의하시기 바랍니다.
  • AMP 패키지 도구의 최신 버전을 실행 중인지 확인합니다.
  • 위의 이유 중 어떤 것에도 해당하지 않는다면 AMP 패키지 도구에 버그가 있을 수 있습니다. 버그를 신고해 주세요.

서명된 교환을 파싱할 수 없습니다.

HTTP 응답에 application/signed-exchange;v=b3 content-type이 포함되어 있으나 응답 본문을 추출하지 못했습니다. 이는 해당 유형의 상위 요구사항을 충족하지 못했거나 페이로드가 잘못된 방식으로 Merkle 인코딩되었기 때문일 수 있습니다.

사이트에 미치는 영향:

페이지에 이에 해당하며 AMP가 아닌 페이지가 있는 경우 Google 검색에서 대신 이 페이지의 색인을 생성합니다. 그렇지 않으면 페이지가 Google 검색에 전혀 표시되지 않을 수도 있습니다.

다음 단계:

서명된 교환 서비스 제공업체를 사용하는 경우 제공업체에 지원을 요청하세요.

AMP 패키지 도구를 사용하는 경우 다음과 같은 여러 가지 원인이 있습니다.

  • 프런트 엔드 역방향 프록시가 패키지 도구의 응답을 변경하지 않는지 확인합니다. 오류가 발생한 URL의 내부 패키지 도구 도메인에서 해당하는 /priv/doc URL을 확인하고 dump-signedexchange를 사용해 테스트합니다. 내부 패키지 도구 응답이 유효한 서명 교환이지만 외부 프런트 엔드 응답은 아닌 경우 프런트 엔드에 구성 오류가 있을 수 있습니다.
  • AMP 패키지 도구의 최신 버전을 실행 중인지 확인합니다.
  • 위의 이유 중 어떤 것에도 해당하지 않는다면 AMP 패키지 도구에 버그가 있을 수 있습니다. 버그를 신고해 주세요.

내부 페이로드의 URL이 서명된 교환의 요청 URL과 일치하지 않습니다.

HTTP 응답이 서명된 교환이었으며 그 fallbackUrl이 요청 URL과 일치하지 않았습니다. 모든 바이트가 일치해야 합니다. 따라서 Google 검색에서 응답이 요청 URL을 대표한다고 신뢰하지 않게 됩니다.

사이트에 미치는 영향:

페이지에 이에 해당하며 AMP가 아닌 페이지가 있는 경우 Google 검색에서 대신 이 페이지의 색인을 생성합니다. 그렇지 않으면 페이지가 Google 검색에 전혀 표시되지 않을 수도 있습니다.

다음 단계:

서명된 교환 서비스 제공업체를 사용하는 경우 제공업체에 지원을 요청하세요. 일반적인 URL 파서의 버그를 방지하려면 페이지의 URL을 변경하는 것이 좋습니다. 예를 들어 퍼센트 인코딩 또는 예약 문자, 또는 ?(매개변수 없음) 기호와 같이 일반적이지 않은 쿼리 문자열 인코딩을 제거해 보세요.

AMP 패키지 도구를 사용하는 경우 다음과 같은 여러 가지 원인이 있습니다.

  • 프런트 엔드 역방향 프록시가 URL을 올바르게 다시 쓰는지 확인합니다. 특히 퍼센트 인코딩 또는 예약 문자가 포함된 URL에서 문제가 발생할 수 있습니다. 예를 들어 nginx의 경우 rewrite 명령어proxy_pass 명령어의 경로가 없는 형태에서 문제가 발생합니다. 이를 테스트하려면 프런트 엔드에 일부 테스트 요청을 보내고 AMP 패키지 도구가 stdout에 기록하는 URL과 비교합니다.
  • AMP 패키지 도구의 최신 버전을 실행 중인지 확인합니다.
  • 위의 이유 중 어떤 것에도 해당하지 않는다면 AMP 패키지 도구에 버그가 있을 수 있습니다. 버그를 신고해 주세요.

서명된 교환 HTTP 응답의 헤더 'header_name'에 잘못된 값이 있습니다.

HTTP 응답에 application/signed-exchange content-type이 포함되어 있으나 응답 헤더가 다른 방식으로 잘못되었습니다. 예를 들어 content-type에 v=b3 매개변수가 없을 수 있습니다. 따라서 Google에서 알 수 없는 형식이므로 응답 본문을 추출할 수 없습니다.

사이트에 미치는 영향:

페이지에 이에 해당하며 AMP가 아닌 페이지가 있는 경우 Google 검색에서 대신 이 페이지의 색인을 생성합니다. 그렇지 않으면 페이지가 Google 검색에 전혀 표시되지 않을 수도 있습니다.

다음 단계:

서명된 교환 서비스 제공업체를 사용하는 경우 제공업체에 지원을 요청하세요.

AMP 패키지 도구를 사용하는 경우 다음과 같은 여러 가지 원인이 있습니다.

  • 프런트 엔드 역방향 프록시가 content-type 헤더를 변경하지 않는지 확인합니다. 오류가 발생한 URL의 내부 패키지 도구 도메인에서 해당하는 /priv/doc URL을 확인하고 응답 헤더(예: curl -i 포함)와 함께 가져옵니다. 내부 패키지 도구 응답과 외부 프런트 엔드 응답의 헤더가 다르면 오류의 원인일 수 있습니다. content-type이 아닌 헤더에 차이가 있는 경우 요구사항 목록을 업데이트할 수 있도록 이 도움말 문서에 버그를 신고해 주시기 바랍니다.
  • AMP 패키지 도구의 최신 버전을 실행 중인지 확인합니다.
  • 위의 이유 중 어떤 것에도 해당하지 않는다면 AMP 패키지 도구에 버그가 있을 수 있습니다. 버그를 신고해 주세요.

문제 우선순위 지정 및 수정하기

  1. 요약 AMP 페이지에서 오류에 먼저 집중할 수 있도록 경고를 필터링하여 숨깁니다. 기본적으로 문제는 심각도, 유효성 검사 상태, 영향을 받은 페이지 수의 조합을 기준으로 정렬됩니다. 문제를 해결할 때는 이 순서를 기본으로 하는 것이 좋습니다. 일반적인 원인(예: 템플릿 오류)으로 인한 오류를 먼저 해결한 다음, 각 페이지에만 있는 오류를 해결합니다.
  2. 같은 오류가 여러 번 발생하여 전체 오류 수가 증가했는지 확인합니다. 즉, 표에서 문제 하나에 이러한 급격한 증가가 있는지 찾아봅니다.
  3. 아래의 디버깅 급증 및 AMP 페이지 누락 관련 정보를 참고합니다.
  4. 표에서 행을 클릭하여 오류 세부정보 페이지를 확인합니다.
    1. 세부정보 페이지에는 영향을 받은 URL 샘플이 표시됩니다. 이 목록에는 1,000개 행까지만 표시될 수 있으므로 완전하지 않을 수 있고 이 오류와 관련된 사례 중 최근에 발견된 사례는 포함되지 않을 수도 있습니다.
    2. 구문 오류인 경우에는 자세히 알아보기를 클릭하여 올바른 구문과 관련된 공식 문서를 확인해 보세요.
    3. 검사 아이콘을 클릭하여 영향을 받은 페이지에 유효성 테스트를 실행합니다. 이 테스트로 현재 문제만이 아닌 모든 오류를 정확히 찾아낼 수 있으며 오류를 강조표시하고 추가 정보를 보여 주는 코드 탐색기를 사용할 수 있습니다. 아직 재크롤링되지 않은 상태에서는 오류가 웹페이지에서 해결되었어도 여전히 오류로 표시될 수 있습니다. 그런 경우에는 이 문제의 모든 사례를 해결한 후 확인을 요청하세요.
  5. 사이트에서 문제의 모든 사례를 해결하고 수정사항을 테스트한 후 수정사항이 웹에 게시되었는지 확인합니다.
  6. 문제 세부정보 페이지로 돌아가 수정 결과 확인 버튼을 클릭하여 유효성 검사 프로세스를 시작합니다. 이 프로세스는 즉시 완료되지 않습니다. 유효성 검사 프로세스에 관해 알아보려면 유효성 검사 정보를 참고하세요.
  7. 오류 수정을 계속합니다.
  8. 모든 오류가 수정되었으면 경고 필터를 삭제하고 경고 수정을 고려해 봅니다. 일부 경고는 관련 콘텐츠가 있는 페이지에 새로운 검색 기능을 사용할 수 있게 해 주는 구조화된 데이터 마크업(선택사항) 누락에 관한 것입니다.

보고서 공유하기

페이지에서 공유 버튼을 클릭하여 범위 또는 개선사항 보고서에 표시된 문제 세부정보를 공유할 수 있습니다. 링크가 있는 모든 사용자는 현재 문제 세부정보 페이지 및 이 문제에 관한 유효성 검사 내역에만 액세스할 수 있습니다. 리소스의 다른 페이지에 액세스할 수는 없으며 공유 사용자는 속성이나 계정에 관한 작업을 할 수 없습니다. 언제든지 이 페이지의 공유를 사용 중지하여 링크를 취소할 수 있습니다.

보고서 데이터 내보내기

대부분의 보고서에서 내보내기 버튼 으로 보고서 데이터를 내보낼 수 있습니다. 차트 및 표 데이터를 모두 내보낼 수 있으며 보고서에 ~ 또는 - 기호(사용할 수 없거나 숫자 값이 아님)로 표시되는 값은 다운로드한 데이터에 0으로 나타납니다.

오류 급증

일련의 페이지들의 심각도가 바뀌었기 때문에 오류가 급증한 것은 아닌지 확인합니다.

  1. 오류가 급증한 만큼 다른 상태(오류 또는 유효)에서 감소가 있었는지 확인합니다.
  2. 상응하는 분량의 감소가 있는 경우 두 URL이 동일한지 확인합니다.
  3. URL의 상태가 바뀐 경우에는 어떤 변경 사항 때문에 상태가 변경된 것인지 확인합니다.

사이트의 여러 페이지에서 사용하는 템플릿에 오류가 발생한 경우에 가장 일반적으로 오류가 급증합니다.

누락된 AMP 페이지 문제해결

보고서의 AMP 페이지 수(유효 + 경고 + 오류)가 사이트의 AMP 페이지 수보다 적다면 다음과 같은 이유일 수 있습니다.

  • 보고서에 보고된 URL이 사이트의 알려진 모든 AMP URL의 샘플을 나타냅니다. URL 목록이 모든 URL을 포함하지는 않습니다.
  • 표준 비 AMP 페이지가 AMP 페이지에 제대로 연결되어 있는지 확인합니다.
  • AMP 또는 표준 페이지가 robots.txt 또는 NOINDEX에 의해 차단되거나 인증 또는 로그인 요구사항으로 보호되어 있지 않은지 확인합니다.
  • Google에서 표준 페이지 URL을 검색하여 AMP 및 표준 페이지가 색인에 있는지 확인합니다. 검색되지 않으면 색인이 생성되지 않은 것입니다.
    • 표준 페이지가 있는 경우에는 AMP 페이지에 제대로 연결되는지 확인합니다.
    • 표준 페이지가 없는 경우에는 색인 생성을 위해 제출하세요.
  • AMP/표준 페이지가 다른 페이지에 의해 연결되나요? 사이트맵에 표시되나요? 수가 적은 AMP 페이지의 색인 생성을 요청하는 데는 표준 페이지에 URL 검사 도구를 사용하지만, 페이지 수가 많은 경우 사이트맵을 사용합니다. (사이트맵에는 표준 페이지만 나열하면 됩니다.) 사이트맵을 제출하려면 사이트맵 보고서 사용을 고려해 보세요.
  • 새 페이지에 관해 알리는 방법에 따라 Google에서 누락된 페이지를 찾아 크롤링하는 데 며칠 정도 걸릴 수 있습니다.
  • 일부 유효한 AMP 페이지는 이 보고서에 포함되지 않을 수 있지만 색인 생성 범위 보고서에 표시될 수 있습니다. 색인 생성 범위 보고서는 보고서의 색인 생성 문제를 디버그하기 위해 더 포괄적인 정보를 제공해야 하지만, AMP 상태 보고서는 사이트의 특정 AMP 문제를 디버그하기 위해 더 적지만 관련성이 높은 페이지를 자세히 다루기 때문입니다. AMP 페이지가 색인 생성되었는지 확인하려면 확실한 답을 제공하는 URL 검사 도구를 사용하세요.

경고 이해하기

경고가 있는 AMP 페이지는 색인이 생성되며 Google 검색결과에 표시될 수 있지만, 주요뉴스 캐러셀에 표시되는 경우와 같은 가능한 모든 AMP 기능과 함께 표시되지는 않을 수도 있습니다. 즉, 이러한 페이지는 일반적인 파란색 링크 검색결과로만 표시될 수도 있습니다.

유효성 검사 정보

사이트에서 발생한 특정 문제의 모든 인스턴스를 수정한 후 Google에 변경사항의 유효성 검사를 요청할 수 있습니다. 알려진 모든 인스턴스가 없어지면 상태 표에서 문제가 해결된 것으로 표시되고 표 하단으로 내려갑니다. Search Console에서는 문제의 각 인스턴스와 전반적인 문제의 유효성 검사 상태가 함께 추적됩니다. 문제의 모든 인스턴스가 없어지면 그 문제는 해결된 것으로 간주됩니다. 기록된 실제 상태는 문제 유효성 검사 상태인스턴스 유효성 검사 상태를 참조하세요.

문제의 전체 기간 추가 정보

문제의 전체 기간은 사이트에서 문제의 인스턴스가 처음 감지되었을 때부터 마지막 인스턴스가 없음으로 표시된 후 90일까지입니다. 문제가 반복되지 않는 상태로 90일이 지나면 보고서 기록에서 삭제됩니다.

문제가 처음 감지된 날짜는 문제가 전체 기간에서 처음 감지된 시간이며 변경되지 않습니다. 따라서 날짜는 다음과 같습니다.

  • 문제의 모든 인스턴스가 수정되었는데 15일 후 이 문제의 새로운 인스턴스가 발생하면 문제가 열림으로 표시되고 '처음 감지된' 날짜는 원래 날짜로 남습니다.
  • 마지막 인스턴스가 수정된 지 91일이 지난 후 같은 문제가 발생한 경우, 이전 문제는 종료되었으므로 이 문제는 새로운 문제로 기록되고 처음 감지된 날짜는 '오늘'로 설정됩니다.

기본 유효성 검사 흐름

다음은 문제의 수정 결과 확인을 클릭한 후 진행되는 유효성 검사 프로세스의 개요입니다. 이 프로세스는 며칠이 걸릴 수 있으며 진행 상황 알림이 이메일로 전송됩니다.

  1. 수정 결과 확인을 클릭하면 Search Console에서 즉시 몇몇 페이지를 확인합니다.
    • 확인한 페이지에 현재 인스턴스가 있으면 유효성 검사가 종료되고 유효성 검사 상태는 변경되지 않습니다.
    • 샘플 페이지에 현재 오류가 없으면 유효성 검사는 계속 시작됨 상태를 유지합니다. 유효성 검사 과정에서 관련이 없는 문제가 발견된 경우, 해당 문제는 다른 문제 유형과 관련된 것으로 간주되고 유효성 검사가 계속됩니다.
  2. Search Console은 이 문제의 영향을 받는 알려진 URL 목록 전체를 확인합니다. 그런 다음 이 문제의 알려진 인스턴스가 포함된 URL만 재크롤링을 위해 대기열에 추가되며, 전체 사이트가 다시 크롤링되지는 않습니다. Search Console은 확인된 모든 URL의 기록을 유효성 검사 기록에 보관합니다. 기록은 문제 세부정보 페이지에서 볼 수 있습니다.
  3. URL 확인 후 단계
    1. 문제가 발견되지 않으면 인스턴스 유효성 검사 상태가 통과로 변경됩니다. 유효성 검사를 시작하고 첫 번째 인스턴스가 확인된 경우 문제 유효성 검사 상태가 문제 없음으로 변경됩니다.
    2. URL에 더 이상 연결되지 않으면 인스턴스 유효성 검사 상태가 기타(오류 상태 아님)로 변경됩니다.
    3. 인스턴스가 계속 존재하는 경우 문제 상태는 실패로 변경되고 유효성 검사가 종료됩니다. 이 페이지가 정상적인 크롤링으로 발견된 새 페이지라면 기존 문제의 다른 인스턴스로 간주됩니다.
  4. 모든 오류와 경고 URL이 확인되고 문제 개수가 0이면 문제 상태가 통과로 변경됩니다. 중요: 영향을 받은 페이지 수가 0으로 내려가고 문제 상태가 통과로 변경되어도 원래 심각도 라벨(오류 또는 경고)은 계속 표시됩니다.

'유효성 검사 시작'을 클릭한 적이 없어도 Google에서는 문제의 수정된 인스턴스를 감지할 수 있습니다. Google에서 정기 크롤링을 진행하는 동안 문제의 모든 인스턴스가 수정되었음을 감지하면 보고서에 문제 상태를 '해당 사항 없음'으로 변경합니다.

URL이나 항목의 문제는 언제 '수정됨'으로 간주되나요?

다음 조건을 하나라도 충족하면 URL이나 항목 문제가 수정됨으로 표시됩니다.

  • URL이 크롤링되고 페이지에서 문제가 더 이상 발견되지 않는 경우: AMP 태그 오류인 경우 태그를 수정했거나 태그가 삭제되었다는(태그가 필요하지 않은 경우) 의미일 수 있습니다. 유효성 검사를 시도하는 동안에는 '통과'로 간주됩니다.
  • 페이지 삭제, NOINDEX로 표시, 승인 필요 등 어떤 이유로든지 Google에서 페이지에 액세스할 수 없는 경우 URL의 문제는 해결된 것으로 간주됩니다. 유효성 검사를 시도하는 동안에는 '기타' 유효성 검사 상태로 간주됩니다.

유효성 재검사

실패한 유효성 검사에서 유효성 재검사를 클릭하면 실패한 모든 인스턴스 및 정상적인 크롤링을 통해 발견된 이 문제의 새로운 인스턴스의 유효성 검사를 다시 시작합니다.

현재 주기 동안 일부 문제가 해결된 경우에도 유효성 검사 주기가 완료되어야 다른 주기를 요청할 수 있습니다.

유효성 검사를 통과한 인스턴스(통과됨으로 표시됨) 또는 더 이상 연결되지 않는 인스턴스(기타로 표시됨)는 다시 확인되지 않으며, 유효성 재검사를 클릭하면 기록에서 삭제됩니다.

유효성 검사 기록

문제 세부정보 페이지에서 유효성 검사 세부정보 링크를 클릭하여 유효성 검사 요청에 관한 진행 상황을 볼 수 있습니다.

유효성 검사 기록 페이지의 항목은 AMP 보고서와 색인 상태 보고서 URL별로 그룹화됩니다. 모바일 사용 편의성 또는 리치 결과 보고서의 항목은 URL과 구조화된 데이터 항목(항목의 이름 값에 따라 결정됨)의 조합으로 그룹화됩니다. 유효성 검사 상태는 검사 중인 특정 문제에 적용됩니다. 페이지에 '통과' 라벨이 지정된 문제가 한 개 있고 기타 나머지 문제는 '실패함', '대기 중', '기타'라고 라벨이 지정되었을 수 있습니다.

문제 유효성 검사 상태

문제에는 다음과 같은 유효성 검사 상태가 적용됩니다.

  • 시작되지 않음: 이 문제와 관련하여 유효성 검사를 시도한 적이 없는 인스턴스가 포함된 페이지가 하나 이상 있습니다. 다음 단계:
    1. 문제를 클릭하여 오류의 세부정보를 살펴봅니다. 게시된 페이지에 있는 오류의 예를 보려면 AMP 테스트를 사용하여 개별 페이지를 검사하세요. AMP 테스트에 페이지의 오류가 표시되지 않는다면 Google에서 오류를 발견하고 이 문제 보고서를 생성한 후 게시된 페이지의 오류가 해결된 것입니다.
    2. 세부정보 페이지에서 '자세히 알아보기'를 클릭하여 위반한 규칙의 세부정보를 살펴봅니다.
    3. 표의 예제 URL 행을 클릭하여 특정 오류에 관한 세부정보를 확인합니다.
    4. 페이지를 수정한 다음 수정 결과 확인을 클릭하여 Google에서 페이지를 다시 크롤링하도록 합니다. 그러면 Google에서 유효성 검사의 진행 상황을 알려 줍니다. 유효성 검사에 며칠에서 최대 2주가 걸릴 수 있으니 기다려 주시기 바랍니다. 
  • 시작됨:  유효성 검사를 시작했으며 아직 문제의 나머지 인스턴스가 발견되지 않았습니다. 다음 단계: 유효성 검사가 진행되는 동안 필요할 경우 Google에서 알림을 보내 취해야 할 조치를 알려 드립니다.
  • 문제 없음: 유효성 검사를 시작했으며 지금까지 확인된 모든 문제 사례가 수정되었습니다. 다음 단계: 특별히 해야 할 작업은 없으며, 유효성 검사가 진행되는 동안 Google에서 알림을 보내 취해야 할 조치를 알려 드립니다.
  • 통과됨: 문제의 알려진 모든 인스턴스가 사라졌거나 영향을 받은 URL을 더 이상 사용할 수 없습니다. 이 상태에 이르려면 '수정 결과 확인'을 클릭해야 합니다. 유효성 검사를 요청하지 않았는데 인스턴스가 사라졌다면 상태가 해당 사항 없음으로 변경됩니다. 다음 단계: 더 해야 할 작업이 없습니다.
  • 해당 사항 없음: 유효성 검사를 시작한 적이 없는데도 Google에서 모든 URL의 문제가 해결되었음을 확인했습니다. 다음 단계: 더 해야 할 작업이 없습니다.
  • 실패: '유효성 검사'를 클릭한 후에도 특정 임계값에 해당하는 페이지에 여전히 문제가 있습니다. 다음 단계: 문제를 해결하고 유효성을 재검사합니다.

인스턴스 유효성 검사 상태

유효성 검사가 요청되면 문제의 모든 인스턴스에 다음과 같은 유효성 검사 상태 중 하나가 할당됩니다.

  • 유효성 검사 대기 중: 유효성 검사를 위한 대기열에 추가되었습니다. Google에서 마지막으로 확인했을 때 이 문제 인스턴스가 존재했습니다.
  • 통과: [일부 보고서에서는 제공되지 않음] Google에서 문제 인스턴스를 확인한 결과 문제가 더 이상 존재하지 않습니다. 이 문제 인스턴스에 관해 유효성 검사를 명확히 클릭한 경우에만 이 상태에 이를 수 있습니다.
  • 실패: Google에서 문제 인스턴스를 확인했는데 문제 인스턴스가 여전히 존재합니다. 이 문제 인스턴스에 관해 유효성 검사를 명확히 클릭한 경우에만 이 상태에 이를 수 있습니다.
  • 기타: [일부 보고서에서는 제공되지 않음] Google에서 인스턴스를 호스팅하는 URL에 연결할 수 없거나 페이지에서 더 이상 항목을 찾을 수 없습니다(구조화된 데이터의 경우). 통과와 같은 상태로 간주됩니다.

문제에 따라 같은 URL에 다양한 상태가 할당될 수 있습니다. 예를 들어 하나의 페이지에 문제 X와 문제 Y가 모두 있는 경우, 문제 X는 통과 유효성 검사 상태이지만 같은 페이지에 있는 문제 Y는 대기 중 유효성 검사 상태일 수 있습니다.

알려진 문제

다음은 Search Console에서 알려진 문제이며 Google에 신고할 필요는 없지만, 다른 기능이나 문제에 관한 의견이 있으면 탐색 메뉴에서 기본으로 제공되는 의견 제출 기능을 사용하세요.

  • 이름이 길어서 이해하기 쉽지 않은 문제도 일부 있습니다.
  • 문제가 그래프에 추가되는 시기와 표에 추가되는 시기에 차이가 날 수 있습니다.
  • (활성화된 문제가 있는지에 관계없이) 사이트에 문제가 아주 많다면 보고서에는 첫 200개의 문제만 중요도 순으로 표시됩니다.
도움이 되었나요?
어떻게 하면 개선할 수 있을까요?