AMP 상태 보고서

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

최상위 보기에는 사이트의 AMP 페이지에 영향을 미치는 중요한 문제가 표시됩니다. 특정 문제를 클릭하면 해당 문제의 영향을 받는 페이지 및 문제 세부정보를 볼 수 있습니다.

AMP 보고서 열기

 

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

 

보고서 내용

심각한 문제: 심각한 AMP 문제의 영향을 받는 페이지는 Google에 표시할 수 없습니다. 사이트에서 발견된 심각한 문제 목록은 AMP 보고서의 최상위 페이지에 있는 차트 바로 아래에 AMP 페이지가 유효하지 않은 이유라는 제목으로 표시됩니다. 목록에서 문제를 클릭하면 선택한 문제가 있는 페이지를 볼 수 있습니다.

중요하지 않은 문제(경고): 중요하지 않은 문제가 있는 AMP 페이지는 심각한 문제가 없어도 Google에 표시될 수 있습니다. 사이트에서 발견된 중요하지 않은 문제 목록은 AMP 보고서의 최상위 페이지에 있는 심각한 문제 목록 아래에 중요하지 않은 문제라는 제목으로 표시됩니다. 목록에서 문제를 클릭하면 선택한 문제가 있는 페이지를 볼 수 있습니다. 경고가 있는 AMP 페이지는 주요 뉴스 캐러셀에 표시되는 경우와 같은 가능한 모든 AMP 기능과 함께 표시되지는 않을 수도 있습니다. 즉, 이러한 페이지는 일반적인 파란색 링크 검색결과로만 표시될 수도 있습니다.

페이지 상태(유효한 페이지 및 잘못된 페이지): AMP 페이지가 유효하거나 잘못되었습니다. 유효한 AMP 페이지는 Google에 게재될 수 있으며, 잘못된 AMP 페이지는 Google에 표시될 수 없습니다. 심각한 문제가 있는 페이지는 잘못된 것으로 간주됩니다. 경고만 있거나 문제가 없는 경우 유효한 것으로 간주됩니다. AMP 보고서의 최상위 페이지에 있는 차트 아래에서 유효한 AMP 페이지에 관한 데이터 보기를 클릭하면 유효한 AMP 페이지 목록을 볼 수 있습니다.

확인할 사항

보고서에서 다음과 같은 수치를 목표로 삼아야 합니다.

• 사이트에 심각한 문제가 없습니다. 문제의 우선순위 지정 및 수정에서 오류를 해결하기 위한 권장사항을 확인하세요.
• 보고서의 총 AMP 페이지 수(유효한 페이지 및 잘못된 페이지)는 사이트의 AMP 페이지 수와 비슷해야 합니다. 그렇지 않은 경우 누락된 AMP 페이지 문제 해결을 참고하세요.

영향을 받는 URL 목록은 샘플이지만 특정 문제의 영향을 받는 모든 URL이 표시된다고 보장할 수는 없습니다. 보고서는 문제당 URL 1,000개로 제한됩니다. 그뿐만 아니라 Google에서 발견하거나 계산하지 못한 페이지가 추가로 있을 수도 있습니다.

보고서에는 심각한 문제 및 중요하지 않은 문제가 총 200개만 표시될 수 있습니다. 활성화된 사례가 있는지에 관계없이 사이트에 매우 긴 문제 목록이 있는 경우 상위 200개의 문제만 중요도 순으로 표시됩니다.

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 규칙에 의해 차단되었습니다. 차단을 원하지 않는다면 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 버전으로 제공할 수 없습니다.
모듈 스크립트가 노모듈 대안 없이 선언됨(또는 그 반대)	일치하는 <script nomodule async> 태그가 없는 <script type="module"> 태그를 사용하거나 반대의 경우입니다. 이러한 태그는 일치하는 쌍으로 사용해야 모듈 스크립트를 지원하거나 지원하지 않는 브라우저에서 올바르게 처리될 수 있습니다.
HTML 태그에 URL이 없음	지정된 HTML 태그에 길이가 0이 아닌 유효한 URL이 있는 속성이 필요하지만 URL이 빈 문자열입니다. 강조표시된 속성에 유효한 URL을 입력하세요.
'on' 속성에 필요한 속성이 누락되었거나 잘못됨	지정된 속성은 필수이지만 올바르지 않거나 누락되었습니다. 동일한 태그에서 'on' 속성을 지정했으므로 이 속성은 필수입니다.
<svg> 블록에 속하지 않은 <svg> 하위 태그가 발견됨	<svg> 블록 내에 중첩되어야 하는 <svg> 블록의 외부에 태그를 지정했습니다.
페이지에서 동일한 확장 스크립트의 여러 버전을 로드 중임	페이지에서 동일한 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에서 서명된 교환 프로토콜을 사용하는 경우 다음과 같은 문제가 발생할 수 있습니다.

• 서명된 교환이 유효하지 않습니다.
• 서명된 교환 페이로드에 파싱 오류가 있습니다.
• 서명된 교환 페이로드의 헤더 'header_name'에 잘못된 값이 있습니다.
• 서명된 교환 페이로드의 필수 헤더 'header_name'이 누락되었습니다.
• 서명된 교환의 서명 헤더를 파싱할 수 없습니다.
• 서명된 교환 서명 헤더의 매개변수 'parameter_name'이 잘못되었습니다.
• 서명된 교환의 날짜가 유효하지 않습니다.
• 서명된 교환 'cert-url'에서 참조한 인증서 체인을 파싱할 수 없습니다.
• 'cert-url'에서 참조한 인증서 체인이 서명된 교환에 유효하지 않습니다.
• 서명된 교환을 파싱할 수 없습니다.
• 내부 페이로드의 URL이 서명된 교환의 요청 URL과 일치하지 않습니다.
• 서명된 교환 HTTP 응답의 헤더 'header_name'에 잘못된 값이 있습니다.

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

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

사이트에 미치는 영향:

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

다음 단계:

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

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

• 페이지에 서명된 교환 사양 또는 Google AMP Cache에서 허용되지 않는 헤더가 포함되어 있습니다.
• 페이지의 validity-url이 서명된 교환 사양에 따른 fallbackUrl과 동일한 출처가 아닙니다.
• 페이지의 서명된 응답 헤더가 표준 방식으로 인코딩되지 않았습니다.

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

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이 변경되지 않았는지 확인합니다. 변경되는 일반적인 이유는 다음의 두 가지입니다.
  • 페이지가 AMP 패키지 도구와 번들로 제공된 프린터가 아닌 다른 프린터로 직렬화되었습니다. 다른 서명된 교환 생성기를 사용하는 경우 AMP 패키지 도구의 변환기 라이브러리를 사용하고 있는지 확인하세요.
  • HTML이 파싱 트리 수정으로 처리되는 파싱 오류를 일으킵니다. 이러한 오류는 대개 생략되거나 잘못 배치된 종료 태그로 인해 발생합니다. 도입 에이전시 알고리즘 및 'form' 종료 태그 처리 등이 여기에 해당합니다. 이러한 오류를 진단하는 것은 쉽지 않지만, HTML 마크업 검사기가 원인을 찾는 데 도움이 될 수 있습니다.
  • 위의 이유 중 어느 것에도 해당하지 않는 경우:
    • 서명된 교환 서비스 제공업체를 사용하는 경우 제공업체에 지원을 요청하세요.
    • AMP 패키지 도구를 사용하는 경우:
      • AMP 패키지 도구의 최신 버전을 실행 중인지 확인합니다.
      • 최신 버전을 실행하고 있다면 AMP 패키지 도구에 버그가 있을 수 있습니다. 버그를 신고해 주세요.

서명된 교환 페이로드의 헤더 '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. 오류 수정: 표의 행을 클릭하여 오류 세부정보 페이지를 확인합니다.
   1. 세부정보 페이지에는 영향을 받는 URL 샘플이 포함됩니다. 목록은 1,000행으로 제한되며 이 오류와 관련해 최근에 발견된 사례 또는 오류 발생 후 다시 크롤링되지 않은 페이지는 포함되지 않을 수 있습니다.
   2. 문제 옆에 있는 자세히 알아보기를 클릭하여 오류에 대한 공식 문서를 확인합니다.
   3. 예시 URL 표에서 URL을 클릭하면 페이지 코드에 강조표시된 문제를 볼 수 있습니다.
   4. 검사 아이콘 을 클릭하면 특정 페이지에 대한 자세한 테스트가 실행됩니다. 이 테스트로 현재 문제만이 아닌 모든 오류를 정확히 찾아낼 수 있으며 오류를 강조표시하고 추가 정보를 보여 주는 코드 탐색기를 사용할 수 있습니다. 페이지가 최근에 다시 크롤링되지 않은 경우 색인이 생성된 페이지에 대한 문제는 표시되지만 라이브 페이지에 대한 문제는 표시되지 않습니다. 이 경우 해당 페이지의 색인 생성을 요청할 수 있습니다.
   5. 사이트에서 문제의 모든 사례를 해결하고 수정사항을 테스트한 후 수정사항이 웹에 게시되었는지 확인합니다.
4. 모든 사례를 수정했으면 문제 세부정보 페이지로 돌아가 수정 결과 확인 버튼을 클릭하여 유효성 검사 프로세스를 시작합니다. 이 프로세스는 즉시 완료되지 않습니다. 유효성 검사 프로세스에 관해 알아보려면 유효성 검사 정보를 참고하세요.
5. 오류 수정을 계속합니다.
6. 유효한 페이지와 잘못된 페이지의 합계가 사이트의 AMP 페이지 수보다 훨씬 적다면 누락된 AMP 페이지 문제 해결을 참고하세요.
7. 심각한 오류가 모두 수정되었다면 중요하지 않은 문제를 해결하는 것이 좋습니다. 일부 중요하지 않은 문제(예: 지원 중단된 기능 사용)는 나중에 심각한 문제가 될 수 있습니다.

보고서 공유하기

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

보고서 데이터 내보내기

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

누락된 AMP 페이지 문제 해결

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

• 표준 비 AMP 페이지가 AMP 페이지에 제대로 연결되어 있는지 확인합니다.
• AMP 또는 표준 페이지가 robots.txt 또는 NOINDEX에 의해 차단되거나 로그인 요구사항으로 보호되어 있지 않은지 확인합니다.
• AMP의 표준 페이지 URL을 검사하여 색인이 생성되었는지 확인합니다.
  • 표준 페이지가 있는 경우에는 AMP 페이지에 제대로 연결되는지 확인합니다.
  • 표준 페이지가 없는 경우에는 색인 생성을 위해 제출하세요.
• 새 페이지에 관해 알리는 방법에 따라 Google에서 누락된 페이지를 찾아 크롤링하는 데 며칠 정도 걸릴 수 있습니다.
• 일부 유효한 AMP 페이지는 이 보고서에 포함되지 않을 수 있지만 페이지 색인 생성 보고서에 표시될 수 있습니다. 페이지 색인 생성 보고서는 보고서의 색인 생성 문제를 디버그하는 데 도움이 되도록 포괄적인 내용을 제공하는 반면, AMP 상태 보고서는 사이트에 있는 특정 AMP 페이지를 디버그하는 데 유용하도록 다루는 페이지의 개수는 적으나 관련성이 높은 일부 페이지를 매우 자세하게 다릅니다. AMP 페이지가 색인 생성되었는지 확인하려면 확실한 답을 제공하는 URL 검사 도구를 사용하세요.

수정 결과 확인

사이트에서 발생한 특정 문제의 모든 인스턴스를 수정한 후 Google에 수정 결과를 확인해 줄 것을 요청할 수 있습니다. 알려진 모든 인스턴스가 수정되면 문제 표에서 문제 수가 0이 되고 해당 문제는 표 하단으로 내려갑니다.

수정 결과를 확인하는 이유

특정 상태의 문제 또는 특정 카테고리의 문제를 모두 해결했다고 Google에 알리면 다음과 같은 이점이 있습니다.

• Google로부터 모든 URL에서 수정 결과를 확인했다는 이메일 또는 해당 문제의 인스턴스가 남아 있음을 발견했다는 이메일을 받게 됩니다.
• Google의 수정 결과 확인이 얼마나 진행되었는지 추적할 수 있고, 확인을 위해 대기열에 추가된 모든 페이지의 기록 및 각 URL의 수정 상태도 살펴볼 수 있습니다.

웹사이트의 특정 문제를 수정하고 확인할 필요가 없는 경우도 있습니다. 예를 들어 robots.txt에 의해 차단된 URL은 의도적으로 차단되었을 가능성이 높습니다. 특정 문제를 해결해야 하는지는 스스로의 판단으로 결정하세요.

문제를 해결한 후 유효성 검사를 실행하지 않아도 됩니다. 수정 결과 확인을 명시적으로 요청했는지와 관계없이 Google에서는 알려진 문제가 있는 페이지를 크롤링할 때마다 인스턴스 수를 업데이트합니다.

고급 기능 사용 팁: 사이트맵으로 수정사항 확인하기

수정 요청을 신속하게 처리하려면 가장 중요한 페이지만 포함된 사이트맵을 만들어 제출한 다음, 수정 확인을 요청하기 전에 그 사이트맵으로 보고서를 필터링하세요. 영향을 받은 URL의 하위 집합에 대한 검사 요청이 사이트에서 영향을 받는 모든 URL이 포함된 요청보다 빠르게 완료될 수 있습니다.

수정 결과 확인 시작

Search Console에 문제를 해결했다고 알리려면 다음 단계를 따르세요.

1. 사이트에서 문제의 모든 인스턴스를 수정합니다. 수정 시 누락되는 경우 해당 문제의 인스턴스가 하나만 남아 있더라도 Google에서 이를 발견하면 확인이 중지됩니다.
2. 수정한 문제의 세부정보 페이지를 엽니다. 보고서의 문제 목록에서 문제를 클릭합니다.
   • ⚠️ 보고서가 특정 사이트맵으로 필터링된 경우 검사를 요청한 시점의 사이트맵 항목에만 검사가 적용됩니다. 사용자의 실제 의도와 무관하게 적용되는 사항이므로 유의해 주시기 바랍니다.
3. 수정 결과 확인을 클릭합니다. 확인에 성공하거나 실패할 때까지는 '수정 결과 확인'을 다시 클릭하지 마세요. Google에서 수정 결과를 확인하는 방법에 관해 자세히 알아보세요.
4. 확인 진행 상황을 모니터링할 수 있습니다. 수정 결과를 확인하는 데는 일반적으로 최대 2주가 소요되지만 더 오래 걸리는 경우도 있으니 기다려 주시기 바랍니다. 확인에 성공하거나 실패하면 알림이 전송됩니다.
5. 확인에 실패하면 문제 세부정보 페이지에서 세부정보 보기를 클릭하여 실패한 URL을 확인할 수 있습니다. 이 페이지를 수정하고 대기 중 상태인 모든 URL의 수정 결과를 확인한 후 확인을 다시 시작합니다.

URL이나 항목의 문제는 어떤 경우에 '수정됨' 상태로 간주되나요?

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

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

문제의 전체 기간

문제의 전체 기간은 사이트에서 문제의 인스턴스가 처음 감지된 시점부터 마지막 인스턴스가 해결된 것으로 표시된 후 90일까지입니다. 문제가 재발하지 않고 90일이 지나면 문제 표에서 삭제됩니다.

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

• 문제의 모든 인스턴스가 수정됐지만 15일이 지나서 새로운 인스턴스가 발생하는 경우, 문제가 '미해결'로 표시되고 처음 감지된 날짜는 원래 날짜로 유지됩니다.
• 마지막 인스턴스가 수정된 후 91일째에 같은 문제가 발생하는 경우 이전 문제는 종료되었으므로 새로운 문제로 기록되고 처음 감지된 날짜는 새롭게 감지된 날짜로 설정됩니다.

수정 결과 확인 절차

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

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

'수정 결과 확인 시작'을 클릭하지 않아도 Google에서는 문제의 수정된 인스턴스를 감지할 수 있습니다. Google에서 정기적인 크롤링을 진행하는 동안 문제의 모든 인스턴스가 수정되었음을 감지하면 보고서에서 문제 수를 0으로 변경합니다.

수정 결과 재확인

⚠️ 현재 확인 주기 동안 일부 문제를 수정했더라도 이 주기가 완료되어야 다른 주기를 요청할 수 있습니다.

실패한 확인 절차를 다시 시작하려면 다음 단계를 따르세요.

1. 확인 절차를 통과하지 못한 수정에 대한 확인 기록으로 이동: 확인 절차를 통과하지 못한 문제의 세부정보 페이지를 열고 세부정보 보기를 클릭합니다.
2. 새로운 확인 시작을 클릭합니다.
3. 대기 중 또는 실패로 표시된 모든 URL 및 마지막 확인 시도 이후 정상적인 크롤링을 통해 발견된 새로운 문제 인스턴스를 대상으로 확인 절차가 다시 시작됩니다. 통과나 기타로 표시된 URL은 다시 검사하지 않습니다.
4. 수정 결과를 확인하는 데는 일반적으로 최대 2주가 소요되지만 더 오래 걸리는 경우도 있으니 기다려 주시기 바랍니다.

수정 확인 진행 상황 보기

현재 진행 중인 수정 확인 요청의 진행 상황을 확인하거나 마지막 요청의 기록을 보려면(수정 확인이 진행되지 않는 경우) 다음 단계에 따르세요.

1. 문제의 세부정보 페이지를 엽니다. 기본 보고서 페이지에서 문제 행을 클릭하여 문제 세부정보 페이지를 엽니다.
   • 문제 세부정보 페이지와 '세부정보' 표의 수정 확인 행 둘 다에 수정 확인 요청 상태가 표시됩니다.
2. 세부정보 보기를 클릭하여 해당 요청의 수정 확인 세부정보 페이지를 엽니다.
   • 요청에 포함된 각 URL의 인스턴스 상태가 표에 표시됩니다.
   • 인스턴스 상태는 검사 중인 특정 문제의 상태를 나타냅니다. 같은 페이지에 통과 라벨이 표시된 문제도 있고 실패, 대기 중 또는 기타 라벨이 표시된 문제도 있을 수 있습니다.
   • AMP 보고서 및 페이지 색인 생성 보고서의 수정 확인 기록 페이지에 표시되는 항목은 URL별로 그룹화됩니다.
   • 모바일 사용 편의성 및 리치 결과 보고서의 항목은 URL과 구조화된 데이터 항목(항목의 '이름' 값에 따라 결정됨)의 조합으로 그룹화됩니다.

수정 결과 확인 요청 상태

문제에 적용되는 수정 확인 상태는 다음과 같습니다.

• 시작되지 않음: 문제 인스턴스 중 하나 이상이 이 문제에 대한 수정 확인 요청에 한 번도 포함되지 않았습니다.
  다음 단계:
  1. 문제를 클릭하여 오류의 세부정보를 살펴봅니다. 개별 페이지를 검사하여 라이브 페이지의 오류 예를 확인하세요.
  2. 세부정보 페이지에서 자세히 알아보기를 클릭하여 문제의 세부정보를 확인합니다.
  3. 표의 예시 URL 행을 클릭하여 해당 오류에 관한 세부정보를 확인합니다.
  4. 페이지를 수정한 다음 수정 결과 확인을 클릭하여 수정 확인을 시작합니다. 수정 확인에는 일반적으로 최대 2주가 소요되지만 더 오래 걸리는 경우도 있으니 기다려 주시기 바랍니다.
• 시작됨: 수정 확인을 시작했으며 해결되지 않은 문제 인스턴스는 아직 발견되지 않았습니다.
  다음 단계: 필요하면 수정 확인이 진행되는 동안 Google에서 알림을 보내 취해야 할 조치를 알려 드립니다.
• 문제 없음: 수정 확인을 시작했으며 지금까지 확인한 모든 문제 인스턴스가 해결되었습니다.
  다음 단계: 특별히 해야 할 작업은 없으며, 수정 확인이 진행되는 동안 Google에서 알림을 보내 취해야 할 조치를 알려 드립니다.
• 통과: 알려진 모든 문제 인스턴스가 해결되었거나 영향을 받은 URL을 더 이상 사용할 수 없습니다. 이 상태에 이르려면 수정 결과 확인을 클릭해야 합니다. 수정 확인을 요청하지 않았는데 인스턴스가 사라졌다면 상태가 '해당 사항 없음'으로 변경됩니다.
  다음 단계: 더 해야 할 작업이 없습니다.
• 해당 사항 없음: 수정 확인을 시작한 적이 없지만 Google에서 모든 URL의 문제가 해결되었음을 확인했습니다.
  다음 단계: 더 해야 할 작업이 없습니다.
• 실패: 수정 결과 확인을 클릭한 후 특정한 수(임계값)의 페이지에 여전히 문제가 남아 있습니다.
  다음 단계: 문제를 수정하고 수정 확인을 다시 시작합니다.

인스턴스 수정 확인 상태

수정 확인이 요청되면 모든 문제 인스턴스에 다음과 같은 수정 확인 상태 중 하나가 할당됩니다.

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

문제에 따라 하나의 URL에 여러 상태가 할당될 수 있습니다. 예를 들어 하나의 페이지에 문제 X와 문제 Y가 모두 있는 경우, 문제 X의 수정 확인 상태는 통과이고 문제 Y는 대기 중일 수 있습니다.

 

알려진 문제

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

• 이름이 길어서 이해하기 쉽지 않은 문제도 일부 있습니다.
• 문제가 그래프에 추가되는 시기와 표에 추가되는 시기에 차이가 날 수 있습니다.