01DEFINITION
한 줄로 말하면
같은 화면이라도 서버가 보낸 HTML 안에서 본문 글자가 차지하는 비율은 사이트마다 크게 다릅니다. 인라인 스크립트와 중복된 마크업이 쌓이면 본문 만 자가 오백 킬로바이트 안에 흩어져 있는 상태가 되고, 사람 눈에는 멀쩡하지만 기계는 그 안에서 본문을 골라내야 합니다. 골라내는 데 실패하면 답변에 인용되는 문장이 본문이 아니라 메뉴나 푸터가 됩니다.
02RISK
없으면 무슨 일이 생기나
빌더로 만든 페이지에서 자주 나옵니다. 문단 하나가 예닐곱 겹의 컨테이너에 싸이고, 요소마다 인라인 스타일과 자동 생성 클래스가 붙습니다. 사람 눈에는 깔끔한 화면인데 파일은 수백 킬로바이트이고 그중 글은 몇 킬로바이트입니다. 기계는 그 안에서 본문을 골라내야 하고, 그 작업이 어려울수록 잘못 골라낼 확률이 올라갑니다.
답변 엔진에서 손해가 더 큽니다. 크롤러는 받아 온 문서에서 본문 영역을 추정해 필요한 조각을 떼어 갑니다. 본문과 껍데기의 경계가 흐리면 내비게이션 문구나 푸터가 본문으로 섞여 들어가고, 그 상태로 인용되면 엉뚱한 문장이 우리 이름으로 나갑니다.
비용도 그대로 발생합니다. 같은 글을 보여 주는 데 다섯 배의 바이트를 보내면 그만큼 느리고 그만큼 데이터를 씁니다. 모바일에서 이 차이는 체감으로 나타나고, 크롤 예산도 같은 비율로 소모됩니다.
03CHECK IT YOURSELF
직접 확인하는 방법
아래는 저희를 거치지 않고 지금 해 보실 수 있는 방법입니다. 결과를 저희에게 보내실 필요도 없습니다.
-
01
응답 크기와 본문 글자 수를 나란히 본다
이 항목이 세는 것이 그것입니다. 본문 글자 수를 전체 바이트로 나눈 값을 봅니다.
$ curl -s https://example.com/ -o /tmp/p.html $ wc -c < /tmp/p.html 482013 $ sed 's/<[^>]*>//g' /tmp/p.html | tr -d '[:space:]' | wc -m 7576
나머지 확인 방법 2단계는 셀프수리 가이드에 있습니다.
04HOW TO FIX
고치는 방법
서버 환경에 따라 적을 자리가 다릅니다. 아래는 가장 흔한 구성 기준이고, 적용 전에 현재 설정을 백업하십시오.
가장 효과가 큽니다. 문단 하나를 감싼 겹을 두셋으로 줄이면 파일 크기가 눈에 띄게 내려갑니다.
가이드 안내 보기 · 먼저 무료로 진단받기
이미 열람권을 구매하셨다면 안내 메일의 가이드 링크로 바로 열립니다 — 링크를 잃으셨다면 문의 주시면 다시 보내 드립니다.
05FAQ
자주 묻는 질문
몇 퍼센트가 좋은 건가요
- 저희는 5퍼센트 이상을 통과, 2퍼센트 미만을 실패로 봅니다. 이 값은 절대 기준이 아니라 글 중심 페이지에서 관찰되는 분포를 근거로 정한 것입니다. 판정 기준은 진단 방법론 페이지에 공개해 두었습니다.
글을 더 쓰면 올라가나요
- 올라가지만 그것이 목적이 되면 안 됩니다. 채우려고 쓴 글은 다른 항목에서 걸리고 읽는 사람에게도 도움이 안 됩니다. 마크업을 줄이는 쪽이 먼저입니다.
압축을 켜면 해결되나요
- 전송량은 줄지만 이 항목은 압축 전 문서를 봅니다. 기계가 읽어 내는 밀도는 압축과 무관하기 때문입니다. 압축은 별도 항목에서 따로 봅니다.
RELATED
같이 보시면 좋은 항목
GET STARTED
내 사이트는
이 항목을 통과할까요
주소만 넣으시면 이 항목을 포함해 51가지를 판정해 점수와 실패 개수를 보여 드립니다. 로그인도, 소유 확인도 필요 없습니다 — 전부 밖에서 관찰만 하는 항목이기 때문입니다.