페이지 내 SEO 검사는 완전히 제어하는 검색 최적화의 일부입니다. 누가 링크하는지 또는 경쟁이 얼마나 강한지는 선택할 수 없지만 페이지에 합리적인 제목,실제 설명,하나의 명확한 주요 제목,질문에 답하기에 충분한 텍스트,이미지의 대체 텍스트,읽을 수있는 문장 및 사이트의 나머지 부분에 대한 링크가 있는지 확인할 수 있습니다. 페이지가 그 중 하나를 놓친 경우 일반적으로 우연히 발생합니다.
이 가이드는 그 체크의 각각을 통해 걷는다: 측정 하는 것, 문턱이 어디에서 오는 지, 그 문턱이 얼마나 정직 한 지, 그리고 실패 할 때 고칠 것 이다. 그것은 무료를 사용 합니다 콘텐츠 분석기URL을 가져오고 몇 초 안에 7개의 검사를 실행하지만 이 방법은 손으로도 작동합니다.
TL;DR: 페이지 내 콘텐츠 감사는 일곱 가지를 확인합니다: 제목 길이 (30~60 자), 메타 설명 길이 (120~160 자), 정확히 하나의 h1,최소 600 단어,이미지의 대체 텍스트,50 개 이상의 Flesch 읽기 용이성,최소 3 개의 내부 링크 Toolz 콘텐츠 분석기는 page's 서버 HTML 을 가져오고,각 검사에 합격,경고 또는 실패 점수를 매기고,100 점 만점에 가장 빈번한 10 개 단어를 더한 점수를 반환합니다. 서버에서 실행되므로 방문자당 하루에 세 가지 분석으로 제한되며 JavaScript 로 렌더링된 콘텐츠를 볼 수 없습니다. 높은 점수는 페이지가 유능하게 설정되었음을 의미하지,순위가 매겨지는 것을 의미하지 않습니다.
콘텐츠 분석기는 무엇을 확인합니까?
콘텐츠 분석기는 웹 페이지를 읽고's HTML 그리고 고정된 임계값에 대해 검색 엔진과 독자가 먼저 보는 요소를 측정합니다. 그것은 글이 좋은지 또는 페이지가 순위를 매길 자격이 있는지를 판단하지 않습니다. 그것은 기본 구조가 제자리에 있는지 확인합니다.
Toolz Content Analyzer 는 이 일곱 가지 검사를 실행합니다. 임계값은 소스 코드에서 복사됩니다.
| 체크 | 패스 | 경고 | 실패하다 |
|---|---|---|---|
| 제목 태그 | 30~60자 | 현재이지만 더 짧거나 더 길다 | 실종된 |
| 메타 설명 | 120~160자 | 현재이지만 더 짧거나 더 길다 | 실종된 |
| H1 제목 | 정확히 1 | 2 개 이상 | 0 |
| 내용 길이 | 600 단어 이상 | 300~599 단어 | 300 단어 미만 |
| 이미지 대체 텍스트 | 대체 누락된 이미지가 없습니다 | 20% 이하 누락 | 20% 이상 실종 |
| 가독성 | 플레쉬 50 이상 | 30~49.9 | 30세 미만 |
| 내부 링크 | 3 개 이상의 내부 링크 | 1 또는 2 | 0 |
검사와 함께 단어 수, 난이도가 있는 Flesch 점수, 가장 자주 의미 있는 10개의 단어 및 구조 요약을 보고합니다: h1, h2 및 h3 제목, 단락, 이미지, 대체가 없는 이미지, 내부 및 외부 링크.
100 점 만점은 어떻게 계산되나요?
각 체크는 패스의 경우 1 점, 경고의 경우 0.5 점, 실패의 경우 0 의 가치가 있습니다. 포인트는 7 로 나누어지고 100 을 곱한 다음 반올림됩니다.
작업된 예
블로그 게시물이 이렇게 돌아온다고 가정해 보겠습니다:
| 체크 | 결과 | 포인트 |
|---|---|---|
| 제목 태그 | 72자 | 0.5 (경고) |
| 메타 설명 | 실종된 | 0(실패) |
| H1 제목 | 1 발견되었습니다 | 1 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 1 |
| 내용 길이 | 850 단어 | 1 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 1 |
| 이미지 대체 텍스트 | alt가 누락된 이미지 12개 중 2개(16.7%) | 0.5 (경고) |
| 가독성 | 플레쉬 58 | 1 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 1 |
| 내부 링크 | 14 내부 링크 | 1 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 100 X 1 |
7 점 만점에 5 점입니다. 5 / 7 × 100 = 71.4 이므로 점수는 71.
경고의 반점은 고의적입니다. 72 자 제목은 누락 된 제목이있는 방식으로 깨지지 않으며,두 가지를 모두 실패로 취급 한 점수는 차이를 숨길 것입니다. 누락 된 설명을 수정하는 것만으로도이 페이지를 6 / 7 또는 86 으로 끌어 올립니다. 제목을 60 자로 트리밍하는 것도 93 자로 가져옵니다.
제목 길이와 설명 길이가 중요한 이유는 무엇입니까?
제목 태그와 메타 설명은 검색 결과에서 파란색 링크와 그 아래 텍스트의 원재료입니다. 너무 길면 결과가 잘립니다; 누락된 경우 검색 엔진은 자체적으로 작성합니다.
Google 은 둘 중 하나에 대한 문자 제한을 게시하지 않습니다. Its documentation on 제목 링크 는 제목을 잘라서 장치에 맞출 수 있으며 잘림은 문자 수가 아닌 픽셀 너비를 기준으로 한다고 말합니다.Its guidance on 스니펫 페이지 텍스트보다 페이지를 더 잘 설명할 때 스니펫에 메타 설명을 사용할 수 있으며 Google이 특정 쿼리에 대해 다시 작성할 수 있다고 말합니다.
따라서 30 ~ 60 및 120 ~ 160 범위는 일반적으로 공식 규칙이 아닌 데스크톱 결과에 전체 내용을 표시하는 실용적인 규칙입니다. 그렇기 때문에 길이가 긴 제목은 실패가 아닌 분석기의 경고입니다. 수정은 여전히 가치가 있습니다: 타이틀 시작 부분에 중요한 단어를 넣어 컷오프가 가장 중요하지 않은 부분을 잃습니다.
두 태그 중 하나를 다시 작성해야 하는 경우 메타 태그 생성기 입력할 때 문자를 계산합니다 메타 태그 가이드 어떤 태그가 여전히 중요한지 설명합니다.
왜 정확히 하나의 h1?
하나의 h1 은 페이지가 하나의 명확한 메인 헤딩을 제공하여 독자,스크린 리더 사용자 및 검색 엔진이 페이지가 무엇인지 이해하는 데 도움이됩니다. 분석기는 모든 것을 계산합니다 <h1> HTML의 요소입니다.
제로는 페이지가 최상위 제목을 전혀 가지고 있지 않기 때문에 실패입니다. 둘 이상은 경고 일뿐입니다. HTML 표준은 여러 h1 요소를 허용하고 검색 엔진은 해당 요소가있는 페이지를 처리합니다. 문제는 일반적으로 템플릿 문제입니다: 모든 페이지에서 h1 로 포장 된 사이트 로고와 두 번째 h1 의 기사 제목 로고를 일반 요소로 변경하는 것이 일반적인 수정 사항입니다.
페이지에는 몇 개의 단어가 있어야 합니까?
분석기는 600 단어 이상의 페이지를 통과하고 300 에서 599 사이의 경고하며 300 미만의 모든 것을 실패합니다. 그 숫자는 기사,가이드 및 카테고리 페이지와 같이 질문에 깊이 답하기위한 페이지의 바닥 대상이 아니며 더 긴 페이지가 자동으로 더 나은 것은 아닙니다.
일부 페이지는 짧아야합니다. 연락처 페이지,로그인 화면 또는 사양 테이블이있는 제품 페이지는이 검사에 실패하고 완벽하게 괜찮습니다. 페이지의 목적에 대한 검사를 읽으십시오.
중요한 측정 디테일이 하나 있습니다. count 라는 단어는 안에 있는 모든 것에서 나온 것입니다 <body> 스크립트, 스타일, 후 <noscript> 그리고 <template> 블록이 제거됩니다. 탐색 메뉴,바닥글, 쿠키 공지 및 사이드바 위젯이 모두 계산됩니다. 무거운 사이트 템플릿 내부의 얇은 기사는 템플릿 텍스트에 대한 600 단어 검사를 단독으로 통과 할 수 있으므로 기사에 포함 된 내용을 알고있는 단어 그림을보십시오.
단어는 적어도 하나의 문자를 포함하는 공백 사이의 문자 실행이므로 "2026" 자체는 계산되지 않습니다.
Flesch Reading Ease 점수는 어떻게 작동합니까?
Flesch Reading Ease 는 두 가지로부터 얼마나 어려운 텍스트를 읽을 수 있는지를 추정합니다: 문장이 얼마나 길고 단어가 얼마나 많은 음절을 가지고 있는지 Rudolf Flesch 는 1948 년에 공식을 발표했으며 여전히 영어에서 가장 널리 사용되는 가독성 점수입니다.
Reading Ease = 206.835 - 1.015 × (words / sentences) - 84.6 × (syllables / words)
더 높은 것이 더 쉽습니다. 분석기는 70 이상 Easy,50 ~ 69,9 Medium,30 ~ 49,9 Difficult 및 30 이하 매우 어렵다고 표시합니다. 대략적인 가이드로 60 ~ 70 은 대부분의 성인이 편안하게 읽는 평범한 영어입니다.
작업 예: 900 단어로 구성된 두 페이지
A 페이지는 1,350 음절로 45 문장에 900 개의 단어가 있습니다. 즉,문장당 20 개의 단어,단어당 1,5 개의 음절입니다.
206.835 - 1.015 × 20 - 84.6 × 1.5 = 206.835 - 20.3 - 126.9 = 59.6, 통과하는 매체.
B 페이지는 1,530 음절로 30 문장에 900 개의 단어가 동일합니다. 즉,문장당 30 개의 단어와 단어당 1,7 개의 음절입니다.
206.835 - 1.015 × 30 - 84.6 × 1.7 = 206.835 - 30.45 - 143.82 = 32.6, 어려운, 이는 경고입니다.
음절 용어는 더 큰 가중치를 갖습니다: 단어당 평균 음절을 0.2 올리는 데 약 17 포인트가 소요되는 반면, 문장당 10 단어를 추가하는 데 약 10 포인트가 소요됩니다 짧은 단어는 짧은 문장보다 더 많은 도움이 됩니다.
음절 수가 대략적인 이유
음절을 세는 것은 정확히 사전을 필요로 한다. 분석기는 표준 휴리스틱을 대신 사용한다: 모음의 그룹을 세고,"-e", "-ed" 또는 "-es" 자음 뒤에 무음 어미를 떨어뜨린다. 대부분의 단어에는 옳고 일부 단어에는 틀리다. "Queue" 하나일 때는 두 음절로 세고,3 일 때는 "sentences" 두 음절로 세는다. 산문의 한 페이지 건너편에서 이러한 오류는 대략 상쇄되므로 점수는 안정적이지만 의미를 두세 점의 차이로 읽지 않는다.
문장은 열 자 이하의 조각을 무시하고 마침표,물음표 또는 느낌표 뒤에 공백이 오는 곳에서 계산됩니다. 구두점이없는 글머리 기호 목록은 긴 & quot;sentences"로 함께 실행되어 목록이 많은 페이지에서 점수를 낮 춥니 다.
대체 텍스트가 중요한 이유는 무엇이며, 비어 있는 대체 텍스트는 언제 올바른가요?
Alt 텍스트는 이미지에 대한 텍스트 대안입니다. 화면 판독기는 큰 소리로 읽고,브라우저는 이미지가 로드되지 않을 때 이를 표시하며,검색 엔진은 이를 사용하여 이미지를 이해합니다. 텍스트가 아닌 콘텐츠에 대한 텍스트 대안을 제공하는 것은 웹 콘텐츠 접근성 지침에서 가장 첫 번째 성공 기준입니다 WCAG 2.2 성공 기준 1.1.1.
분석기는 다음과 같은 경우 이미지를 누락된 대체 이미지로 계산합니다 alt 속성이 없거나 비어 있습니다. 그 두 번째 부분은 보살핌이 필요합니다. The HTML 표준 순전히 장식적인 이미지에는 비어 있어야 한다고 말합니다 alt="", 그래서 보조 기술은 그들을 건너 뜁니다. 빈 alt로 10 개의 장식 아이콘을 올바르게 표시하는 페이지는 여기에 누락 된 것으로 표시됩니다.
따라서 이 검사가 경고하거나 실패할 때,어느 이미지가 관련되어 있는지 살펴보십시오. 사진,다이어그램 및 차트와 같은 콘텐츠 이미지는 설명적인 대체가 필요합니다. 장식적인 것은 그대로 정확합니다.
내부 링크를 확인하는 이유는 무엇입니까?
내부 링크는 독자와 크롤러 모두 사이트의 나머지 부분을 찾는 방법입니다. 내부 링크가없는 페이지는 막다른 골목이며,아무 것도 연결되지 않는 페이지 인 고아 페이지는 검색 엔진이 발견하기 어렵고 site's 권한을 거의 얻지 못합니다.
분석기는 호스트 이름이 page's 호스트 이름과 일치하는 링크를 계산하며 리딩은 무시합니다 www.. 로 시작하는 링크 #, mailto:, tel: 또는 javascript: 건너뜁니다. 상대 링크는 먼저 페이지 URL에 대해 해결됩니다 /pricing 내부로 계산됩니다.
하나의 세부 사항: 하위 도메인은 외부로 계산됩니다. On www.example.com에 대한 링크입니다 blog.example.com 는 외부입니다. 블로그가 하위 도메인에 있는 경우 가정할 수 있는 것보다 더 낮은 내부 개수를 기대합니다.
세 개의 내부 링크는 바닥입니다. 대부분의 탐색 메뉴는 자체적으로 지우므로 일반 사이트에서는 검사가 거의 실패하지 않으며 표준 템플릿 없이 구축된 방문 페이지에 가장 유용합니다.
내 페이지에 단어가 거의 없다고 보고하는 이유는 무엇입니까?
콘텐츠는 자바스크립트에 의해 렌더링되기 때문입니다. 분석기는 서버가 반환하는 HTML 을 읽고,서버 렌더링이 없는 단일 페이지 앱과 같이 브라우저에서 전적으로 빌드된 페이지는 거의 빈 셸을 보냅니다. 그러면 분석기는 텍스트도,제목도, 링크도 보지 못하고,브라우저에서 페이지가 통과할 수 있는 몇 가지 검사에 실패합니다.
당신은 그것이 무엇을 볼 수 있습니다: 귀하의 browser's 설정에서 자바 스크립트를 비활성화 된 페이지를 열거 나, 요소 검사기보다는 소스보기를 사용합니다. 구글은 자바 스크립트를 렌더링 할 수 있습니다, 그것의로 자바스크립트 SEO 기본 설명하되 렌더링은 별도의 단계에서 이루어지며 서버 렌더링 HTML 은 여전히 콘텐츠 인덱싱을 얻는 가장 신뢰할 수있는 방법입니다. 여기서 거의 0 에 가까운 단어 수는 프레임 워크가 어떻게 렌더링되는지 확인하는 강력한 힌트입니다.
분석기는 어떤 오류를 반환할 수 있습니까?
분석기는 서버에서 페이지를 가져오므로 대부분의 오류는 분석이 아닌 가져오기에서 발생합니다.
| 전언 | 원인 | 무엇을 할 |
|---|---|---|
| 오직 http 와 https URL 만 분석할 수 있습니다. | ftp와 같은 또 다른 계획: | 웹 주소 사용 |
| 그것은 유효한 URL처럼 보이지 않습니다. | 호스트 이름이나 잘못된 주소에 점이 없습니다 | 철자를 확인하세요; https:// 접두사는 선택 사항입니다 |
| 해당 호스트에 연락할 수 없거나 공개 주소가 아닙니다. | DNS가 실패했거나 호스트가 개인 주소 또는 루프백 주소로 해결되었습니다 | 로컬 호스트나 인트라넷 호스트가 아닌 공용 URL을 사용합니다 |
| 페이지는 404.(또는 다른 상태)로 응답했습니다 | 서버가 오류를 반환했습니다 | 브라우저에서 URL 로드를 확인하세요 |
| 그 URL은 HTML 페이지가 아닙니다. | 응답은 PDF, 이미지 또는 JSON입니다 | 링크되어 있는 HTML 페이지를 분석합니다 |
| 그 페이지는 분석하기에는 너무 큽니다. | 응답은 3MB 이상을 선언합니다 | 더 가벼운 페이지나 템플릿을 테스트합니다 |
| 해당 페이지를 가져올 수 없습니다. | 15 초 후의 시간 초과, 또는 차단된 요청 | 다시 시도; 일부 사이트는 자동 페치를 차단합니다 |
| 일일 한도에 도달했습니다(3개 분석). | 방문자당 일일 한도가 사용되었습니다 | UTC 자정까지 기다리세요 |
개인 주소 규칙은 가져오기가 Toolz's 서버에서 발생하기 때문에 존재합니다. 이 규칙이 없으면 누구나 내부 인프라, 즉 공격 클래스를 가리킬 수 있습니다 서버측 요청 위조. 분석기는 가져오기 전에 호스트 이름을 확인하고 루프백,개인, 링크 로컬 및 캐리어급 NAT 범위를 거부합니다. 페이지가 다른 호스트로 리디렉션되면 해당 호스트도 검사됩니다.
로그인, 페이월 또는 국가 블록 뒤에 있는 페이지는 세션 없이 가져오므로 분석기는 대신 로그인 또는 블록 페이지를 보고 점수를 매깁니다.
결과를 사용하여 페이지를 수정하려면 어떻게 해야 합니까?
실패부터 경고까지 작업하고 키워드 목록을 주제에 대한 온전한 확인으로 처리합니다.
- 열다 온페이지 SEO 검사기을 입력하고 URL 을 붙여넣은 후 분석을 클릭합니다. 결과를 먼저 보려면 샘플 옵션이 Toolz 도구 페이지에 채워집니다.
- 모든 실패를 먼저 수정하십시오: 제목 누락, 설명 누락, h1 없음, 내부 링크 없음 일반적으로 빠른 편집입니다.
- 문맥에 따른 경고를 살펴보십시오. 65 자 제목은 괜찮을 수 있습니다; 짧은 제품 페이지에는 600 단어가 필요하지 않을 수 있습니다.
- 가장 빈번한 단어 상자를 읽으십시오. 일반적인 스톱워드가 제거된 네 글자 이상의 가장 일반적인 단어 10 개를 보여줍니다. 쓰려고 했던 주제가 해당 목록에 없으면 페이지는 아마도 다른 것에 관한 것이거나 템플릿 텍스트가 익사한 것입니다.
- 변경 후 다시 실행합니다. 하루 3 개 제한을 기억하고 편집 내용을 일괄 처리합니다.
기본 이상의 다음 계층을 위해 구조화된 데이터는 검색 엔진이 페이지가 어떤 종류의 페이지인지 이해하는 데 도움이 됩니다. The 스키마 마크업 가이드 그것을 다루고 있습니다 스키마 마크업 생성기 JSON-LD 를 빌드합니다. 모든 SEO 도구는 에 나열됩니다 SEO 도구 허브.
Content Analyzer 는 무엇을 하지 않습니까?
이는 구조적 점검이며 가장자리를 명확하게 하는 데 도움이 됩니다.
순위,트래픽, 백링크 또는 경쟁을 측정하지 않습니다. 페이지 속도,모바일 레이아웃 또는 핵심 웹 바이탈을 확인하지 않습니다. JavaScript 를 실행하지 않습니다. 표준 태그,로봇 지시문 또는 구조화된 데이터를 읽지 않습니다. 그리고 아무것도 저장하지 않습니다: URL 은 서버로 전송되고,페이지는 가져오고,측정되고, 폐기되며,분석만 돌아옵니다. 대부분의 Toolz 도구와 달리 오프라인으로 작업할 수 없습니다. 페이지를 가져오려면 네트워크가 필요하기 때문입니다.
100 점이라는 것은 페이지가 7 개의 센스있는 층을 지운다는 것을 의미합니다. 순위가 매겨지는지는 그 내용에 답하는 다른 모든 것과 비교하여 얼마나 잘 쿼리에 답하는지에 달려 있습니다.
