AMP 구조 점검표

도면 첫 장의 첫 정리

모바일에서 문서를 빨리 띄우려고 구글이 주도해 만든 경량 페이지 규격이며, 허용된 요소와 스크립트만 쓰도록 제한한다. AMP는 칸 이름을 정한 곳에 따라 Accelerated Mobile Pages라는 이름이 괄호 안에 나란히 붙는다.¹ 이 노트 뒤쪽의 칸은 AMP를 작업 지시로 옮기기 전에 볼 칸으로 엮었다.

바탕에 둘 내력과 작동 방식

검색엔진최적화를 맡은 쪽이 배치표를 들고 앞에 놓을 바탕은 이렇게 나뉜다.² 모바일 화면이 느리게 뜨는 문제가 컸던 시기에 기사처럼 빨리 읽히는 문서를 겨냥해 보급됐고, 이후 일반 웹의 속도 개선이 진전되며 쓰임이 줄었다.

자리가 적용되는 방식

목록 앞에서 묶음이 어떻게 전달되는지 보면 무엇을 맞춰야 할지가 드러난다. 규격에 맞춘 문서는 구성 요소가 미리 정해진 틀을 따르고 외부 보관소에서 받아 전달될 수 있어, 첫 화면이 빠르게 뜨는 구조를 만든다.

직접 맞춰 볼 점검 지점 차례

• 도면에서 옆 칸에 놓이는 개념과 견주면 두 자리를 가르는 구분선이 보인다. 일반 문서를 가볍게 다듬는 작업과 달리, 이쪽은 쓸 수 있는 요소 자체를 규격으로 묶어 속도를 확보한다.

• 강의 한 장만 옮긴 말의 허점은 오해의 뿌리까지 이렇게 추린다. 이 규격을 쓰지 않으면 모바일 노출에서 밀린다는 설명이 남아 있으나, 검색 쪽 요건은 그 뒤 일반 웹의 속도 지표 중심으로 바뀌었다.

• 실제 화면과 설계 노트를 나란히 겹쳐 보려면 가늠할 곳을 아래에 남겨 둔다. 규격 검사 도구로 문법 오류를 확인하고, 서치 콘솔에서 해당 유형 문서의 오류와 유효 항목 수를 본다.

• 오늘 바로 손댈 수 있는 손질은 단계별 작업으로 이렇게 나뉜다. 이미 운영 중이라면 일반 문서와 짝이 맞는지 확인하고, 새로 들일 때는 일반 문서 속도 개선과 견줘 유지 비용을 먼저 따진다.

• 급히 고쳐 넣다 생기는 탈은 실수 유형으로 이렇게 모인다. 일반 문서와 규격 문서를 함께 운영하면 본문과 구조화 데이터가 어긋나기 쉽고, 관리 대상이 두 벌로 늘어난다.

여기서 짚은 칸을 사이트 한 채의 도면으로 묶어 보려면 내부링크구조 쪽에 층과 칸을 모아 두었다.

시험용 구조로 자리까지 확인하기

점검한 자리가 실제로 어떤 모습인지 보려고 가상 사례 하나를 아래에 붙여 둔다. 가령 기사 문서를 규격에 맞춰 따로 만들었다면, 두 문서의 본문과 대표 주소 지정이 서로 맞는지 점검할 자리다.

층을 다 짚은 뒤 도면과 함께 기억할 요지

검색엔진최적화를 맡은 설계 노트의 여백에 AMP를 칸 설명으로 간추려 올린다면 이렇다. 속도를 규격으로 강제한 모바일 전용 문서 형식이며, 지금은 선택지 가운데 하나로 남아 있다.

곁에 둔 글

도면 옆에 걸어 둔 항목으로는 캐싱과 반응형 웹이 표 아래에 실려 있다. 같은 노트의 다른 장에는 CDN과 구조화 데이터 칸도 한 장 뒤에 따로 있다. 속도를 다룬다는 점에서 캐싱과 CDN이 맡는 몫과 겹치고, 모바일 화면 구성은 반응형 웹으로도 해결할 수 있다.