404 페이지는 사용자가 지정한 url(페이지 주소)이 존재하지 않음을 알리기 위한 것입니다.
이러한 잘못된 URL은 "깨진 링크"라고도 합니다.
많은 사이트에서 사용자의 편의를 위해 404페이지를 만듭니다. 종종 이러한 페이지 주소가 올바르지 않아 실망하기보다는 사용자를 미소 짓게 만드는 아름답고 흥미로운 페이지입니다.
404 페이지를 만들 때 모든 것이 올바르게 설정되지 않으면 검색 엔진의 사이트 순위에 큰 영향을 미치는 중요한 기술 구성 요소가 있습니다.
404 페이지 생성에 대해 의아해한다면 다음 세 가지 사항을 고려해야 합니다.
1) 잘못 입력된 모든 URL에서 .htaccess의 404 페이지로 리디렉션합니다.
2) 리디렉션 후 서버 응답을 수정합니다(페이지의 http 코드는 200이 아니라 404여야 함).
3) robots.txt의 인덱싱에서 404 페이지 닫기
위의 모든 내용은 주로 php에서 자체 작성 사이트를 위해 작성되었음을 즉시 알 수 있습니다. WordPress의 경우 동일한 사용자 정의 플러그인이 있습니다. 그러나이 기사에서는 모든 것이 실제로 어떻게 보이는지 살펴볼 것입니다. %)
잘못된 URL을 404 페이지로 리디렉션(리디렉션)
가장 먼저 할 일은 404 페이지 자체를 생성하여 people%%을(를) 보낼 곳이 있도록 하는 것입니다.리디렉션 URL은 .htaccess 파일에 구성되어 있습니다.
다음 줄을 입력하세요.
오류 문서 404 http://mysite.com/404.php
여기서 "mysite.com"은 도메인이고 http://mysite.com/404.php는 실제 페이지의 경로입니다. 사이트가 html인 경우 행은 다음과 같습니다.
오류 문서 404 http://mysite.com/404.html
확인은 매우 간단합니다. 위의 줄이 있는 .htaccess 파일을 호스팅에 업로드한 후 의도적으로 존재하지 않는 URL(깨진 링크)을 입력하여 확인하십시오(예: http://mysite.com/$%$%).
생성한 페이지로의 리디렉션이 발생한 경우 모든 것이 작동하는 것입니다.
따라서 404로의 리디렉션만 구성된 전체 .htaccess 파일은 다음과 같습니다.
____________________________
재작성 엔진 켜기
오류 문서 404 http://mysite.com/404.html
____________________________
올바른 서버 응답(페이지 http 코드)
리디렉션 중에 올바른 서버 응답, 즉 404 Not Found가 있는 것이 매우 중요합니다.이것은 별도로 설명해야 합니다.
요청 시 모든 URL에는 상태(페이지의 http 코드)가 할당됩니다.
모든 기존 페이지의 경우 HTTP/1.1 200 OK
리디렉션된 페이지의 경우: HTTP/1.1 302 찾음
페이지가 존재하지 않으면 HTTP/1.1이어야 합니다. 404 Not Found
즉, 어떤 URL을 입력해도 상태, 특정 서버 응답 코드가 할당됩니다.
bertal.ru 또는 SEARCH CONCOLE GOOGLE - GOOGLE 봇으로 스캔/보기와 같은 리소스에서 서버 응답을 확인할 수 있습니다.
.htaccess가 404 페이지로 리디렉션되지 않으면 사용자가 입력한 존재하지 않는 URL과 끊어진 링크가 "HTTP/1.1 404 Not Found"라는 응답을 받았습니다. 
위에서 설명한 대로 .htaccess를 통해 작성자의 404 페이지에 대한 리디렉션을 설정한 후 http://mysite.com/$%$% 와 같은 깨진 링크(분명히 존재하지 않는 잘못된 URL)를 입력합니다. 서버 응답은 다음과 같습니다.
- 첫 번째 HTTP/1.1 302 발견(리디렉션),
- 다음에 HTTP/1.1 200 OK(페이지가 있음)가 표시됩니다. 
bertal.ru를 통해 확인하십시오.
그것은 무엇을 위협합니까? 이것은 Google이 404 페이지의 콘텐츠가 있는 기존 페이지로 데이터베이스(색인)에 끊어진 모든 링크를 입력할 수 있음을 의미합니다. 실제로 페이지를 복제합니다. 그리고 이것은 검색 엔진 최적화에 매우 해롭습니다.
이 경우 다음 두 가지 작업을 수행해야 합니다.
1) 404 페이지에서 올바른 서버 응답을 설정합니다.
2) 인덱싱에서 404 페이지를 닫습니다.이 작업은 robots.txt 파일을 통해 수행됩니다.
존재하지 않는 페이지에 대한 HTTP/1.1 404 Not Found 서버 응답 구성
덕분에 서버 응답을 구성할 수 있습니다. PHP 함수페이지 맨 위에:404 파일의 시작 부분에 작성하십시오.
결과적으로 끊어진 링크에 대한 응답을 받아야 합니다.
색인 생성에서 404 페이지 닫기
rodots.txt 파일의 인덱싱에서 페이지를 닫을 수 있습니다. 이 파일을 통해 사이트가 실제로 검색 로봇과 통신하기 때문에 이 도구에 주의하십시오!404 페이지 인덱싱만 닫힌 rodots.txt 파일의 전체 텍스트는 다음과 같습니다.
____________________________
사용자 에이전트: *
허용하지 않음:
허용하지 않음: /404.php
____________________________
코드 참고: "/404.php"는 페이지 경로를 의미합니다. 사이트에서 404.php(또는 각각 404.html) 페이지가 일부 폴더에 있는 경우 경로는 다음과 같습니다.
/홀더/404.php
여기서 "holder"는 폴더의 이름입니다.
실제로 404 페이지에 관한 모든 것입니다. 페이지의 작동, 끊어진 링크의 리디렉션 및 서버 응답을 확인하십시오.
반복합니다: 위의 모든 내용은 자체 작성 사이트를 위한 것입니다. WordPress를 사용하는 경우 괜찮은 404 오류 플러그인을 찾을 수 있습니다.
404 오류는 가장 인식하기 쉽고 일반적인 하이퍼텍스트 문서 오류입니다. 주어진 주소에 페이지가 존재하지 않는다고 보고합니다. 사실, 우리는 지정된 문서에 대한 html 파일이 없다는 것에 대해 이야기하고 있으므로 사이트는 오류를 반환합니다.
각 리소스에 있는 여러 서비스 파일과 함께 문제를 더 자세히 다루려면 다음을 사용하여 페이지의 하이퍼텍스트 표시와 관련된 순간을 연구해야 합니다. HTML 언어(하이퍼텍스트 마크 업 언어- "Hypertext Markup Language") 및 액세스가 이루어지는 HTTP 프로토콜. 프로그래밍 언어를 이해해야 한다는 사실에도 불구하고 표현 형식이 너무 간단해서 누구나 이해할 수 있습니다.
우리 채널에서 더 많은 비디오 - SEMANTICA로 인터넷 마케팅 배우기
하이퍼텍스트 페이지와 그 기능
인터넷은 영국 엔지니어 Timothy John Berners-Lee가 하이퍼텍스트 형식의 표현을 고안한 순간에 탄생했습니다. 텍스트 페이지네트워크에서 HTTP 응용 프로그램 프로토콜을 통해 액세스하는 원리를 설명했습니다. 일반적인 아이디어에 따르면 자신의 장치, 즉 브라우저의 사용자는 특정 리소스에 대한 네트워크 요청을 합니다. 이 시점에서 액세스 중인 서버에서 세션이 열립니다. HTML 페이지가 응답으로 반환됩니다.
물론 우리 시대에는 큰 페이지에 액세스하고 "교체"하는 더 복잡한 알고리즘이 사용되지만 일반 원칙동일하게 유지됩니다. 리소스에 액세스하려면 다음이 필요합니다. 도메인 이름및 IP 주소. 이러한 기준이 충족되고 리소스가 제대로 작동하는 경우에만 누락된 문서에 대해 "404 not found" 오류가 반환됩니다.
기본 404 페이지의 모양
사이트에는 장식된 "http 404 not found" 액세스 오류 페이지가 있거나 없을 수 있습니다. 경험이 거의 없는 사용자는 일반적으로 그것을 받을 때 상당히 긴장하고 이것이 자신의 잘못이라고 생각합니다. 사실, 모든 것이 훨씬 간단합니다. 대답은 위의 내용을 따릅니다.
사이트 디자인에서 디자인한 별도의 페이지 형태의 404 오류 코드는 해당 사이트에 404.html 파일이 있는 경우에만 반환됩니다. 일반적으로 루트 디렉토리에 있습니다. 그렇지 않으면 브라우저는 액세스 부족에 대한 메시지와 함께 이 오류를 보고합니다. 그리고 일반적으로 오류 메시지가 있는 흰색 시트처럼 보입니다.
웹 사이트를 개발할 때 일반적으로 콘텐츠 관리 시스템이 사용됩니다. 여기에는 다음을 나타내는 404 페이지가 포함되어 있습니다. 기능 파일그녀에게 가는 길. 일반적으로 이러한 페이지에는 존재하지 않는 주소에 대한 메시지와 다음으로 이동할 수 있는 링크가 포함되어 있습니다. 홈페이지대지. 404 페이지의 템플릿은 사이트에서 원하는 대로 사용할 수 있는 페이지이므로 원하는 대로 변경할 수 있습니다.
템플릿을 다시 작성하려면 파일을 마크업할 HTML 지식이 필요합니다. 참고하세요 개별 사례페이지 파일의 이름이 err404와 다를 수 있습니다. HTML, 404.php. 표준과의 차이점은 대부분 시스템 기능뿐만 아니라 더 넓은 기능과 관련이 있습니다. 예를 들어, WordPress에서 문서는 404.php 디렉토리에서 찾을 수 있습니다. 주소 표시줄에 "오류 404 페이지를 찾을 수 없음"이 다음과 같이 표시됩니다: domain.ru/404/.
표준 404 페이지를 목적에 맞게 조정
물론 사이트의 사용성(사용자에 대한 수용성)을 높이려면 방문자를 사이트로 끌어들이고 계속 탐색할 수 있는 페이지를 만들어야 합니다. 코드를 작성할 때 염두에 두어야 할 사항:
- 존재하지 않는 페이지를 접하는 방문자의 상당 부분은 검색 엔진을 통해 또는 포럼, 웹사이트 및 소셜 네트워크에서즉, 오래 전에 사라진 페이지에 대한 이전 링크를 찾을 수 있는 위치입니다.
- 사용자는 귀하의 사이트를 찾는 것이 아니라 키워드별 관심 정보, 즉 원하는 정보가 없으면 방문자가 사이트를 떠나 거의 보지 않습니다.
즉, 그러한 방문자를 유지하는 것이 그렇게 쉽지는 않을 것이라는 점을 이해해야 하지만 가능합니다!
인터넷에서 사용할 수 있는 표준 템플릿을 사용하거나 위의 기능을 고려하여 직접 만드십시오.
- 그 사람에게 무슨 일이 일어났고 왜 그가 찾고 있던 것을 보지 못하는지 간략하게 설명하십시오. 그에게 선택권을 줘 추후 조치당신이 찾고있는 것을 찾는 데 도움이됩니다.
- 방문자가 원하는 것을 즉시 찾을 수 있도록 404 페이지에 검색 문자열을 표시하십시오.
- 사람이 어디로 가야하는지 이해할 수 있도록 여기에 사이트 메뉴를 표시하십시오.
- 페이지가 사용자를 끌어들이고 사용자가 리소스에 대한 정보를 찾고 싶어하는지 확인하세요. 다채롭고 흥미로운 텍스트-비주얼 솔루션을 사용합니다.
404 서버 오류 페이지를 사용자에게 매력적으로 만들기 위해서는 미소나 관심을 유발하는 것으로 충분합니다. 따라서 리소스의 그러한 섹션에 대한 아이디어의 독창성을 위해 노력하십시오.
404 페이지 편집
콘텐츠 관리 시스템에서 직접 파일을 편집할 수 있습니다. 이를 위해서는 원하는 마크업과 이미지를 추가해야 합니다.
정보를 생성할 때 정보가 신속하고 지체 없이 열려야 한다는 사실에 따라 안내합니다. 페이지는 "가벼우며"(공간을 거의 차지하지 않음) 유용해야 하며 존재하지 않는 문서를 찾는 데 대한 대안을 제공해야 합니다.
- 메인으로의 전환;
- 사이트의 등급 페이지 목록;
- 리소스 맵으로의 전환;
- 특정 소스의 "깨진" 링크에 대해 관리자에게 알리는 버튼입니다.
그렇지 않으면 최고의 조수환상, 기업 표준 및 디자이너의 독창적 인 아이디어가 있습니다.
결론
404 찾을 수 없음 페이지는 사이트에 더 많은 방문자를 유치하기 위해 수정 및 보완할 수 있는 서비스 파일입니다. 이 파일은 필수입니다. 그렇지 않으면 브라우저에 오류 메시지가 표시되고 그 후에 사람을 유인할 가능성이 0이 되기 때문입니다. 다채로운 이미지와 가벼운 유머로 채워보세요.
모두 표시된 오류 Yandex에는 중요하지 않지만 어쨌든 페이지를 색인화합니다. 그러나 페이지의 잠재 방문자가 수백만 명의 다른 사람들 사이에서 페이지를 찾는 것을 어렵게 만들 수 있습니다.404 오류가 올바르게 처리되지 않음 찾을 수 없음"
오류가 발생한 경우 스크립트가 수행하는 작업을 확인하십시오. 스크립트가 오류를 보고하고 일반 종료 코드 200을 반환하면 메시지가 인덱싱됩니다. 스크립트가 HTTP 코드 404를 반환하면 이 오류 메시지는 인덱싱되지 않습니다.
이는 일반 문서에도 적용됩니다. 일부 서버는 오류 발생 시 정상 종료 코드 200을 보내도록 구성되어 있어 로봇이 데이터베이스의 페이지에 대한 링크를 삭제하는 것을 방지합니다. 모든 최신 웹 서버를 사용하면 표준 오류 메시지를 수정하고 올바른 오류 코드와 함께 다시 보낼 수 있습니다.
스팸 또는 사용자를 속이지 않기 위해
스팸은 헤더이며 키워드, 가장 인기 있는 쿼리의 많은 단어, 배경색 또는 매우 작은 글꼴로 페이지에 "작성된" 많은 텍스트 배열, 속임수로 사용자를 페이지로 끌어들이는 기타 많은 트릭으로 맛을 냈습니다.
두 가지 이유로 사용해서는 안됩니다. 첫째, 페이지 작성자에게 영광을 더하지 않으며 자연스럽게 사용자를 짜증나게 합니다. 둘째, Yandex는 이러한 비정상적인 변경을 추적하고 결과 페이지에서 문서의 위치를 줄입니다. 또한 스팸은 문서의 크기를 늘리고 결과적으로 단어의 대비를 줄여 검색 목록에서 문서의 위치에 영향을 줍니다. 스팸을 악의적으로 사용하는 경우 Yandex 관리는 해당 페이지와 사이트를 데이터베이스에서 제외할 수 있습니다.
다른 페이지로의 리디렉션 시간(리디렉션)이 0인 페이지도 인덱싱에서 제외됩니다.
잘못된 날짜
날짜별 검색 및 정렬은 Yandex에서 작동하지만 20%의 경우 서버에서 올바른 파일 수정 날짜를 제공하지 않습니다. 서버를 올바르게 설정하십시오. 사용자에게 추가 정보를 제공하지 말고 날짜별로 검색할 때 페이지를 올바르게 표시할 기회를 잡으십시오.
다른 인코딩으로 동일한 문서 인덱싱
다른 인코딩으로 웹 서버에서 발행한 동일한 문서를 인덱싱할 때 많은 리소스가 낭비됩니다. 동시에 러시아 검색 엔진은 여전히 문서를 데이터베이스의 인코딩 중 하나로 유지합니다. 인덱싱을 위해 하나를 제외한 모든 인코딩을 비활성화하는 것이 좋습니다. 인코딩이 서버 포트에서 발행되는 경우 다른 포트(서버)에서 다른 robots.txt를 발행해야 합니다. 이것은 메인 포트를 제외한 모든 포트/서버에서 작성되어야 함을 의미합니다.
예를 들어 디렉터리별로 인코딩이 발행된 경우에는 이 파일이 기록될 하나의 robots.txt 파일을 만들어야 합니다.
허용하지 않음: /alt
허용하지 않음: /mac
허용하지 않음: /koi
다른 서버에서 동일한 사이트 인덱싱
이 문제는 서버에 미러가 있거나 인코딩이 호스트 이름에 접두사로 붙을 때 발생합니다. www.chto-to.ru:
win.chto-to.ru, koi-www.chto-to.ru, wwwmac.chto-to.ru등.
로봇은 "메인" 주소를 독립적으로 결정할 수 없습니다. 그것이 할 수 있는(그리고 하는) 유일한 일은 두 문서가 인코딩과 일치하는지 확인하고 그 중 하나만 색인화하는 것입니다.
따라서 사이트의 다른 부분이 다른 호스트에서 인덱싱될 수 있습니다. 전체 사이트가 하나의 주소(호스트)에서 인덱싱되도록 하려면 적절한 robots.txt 파일을 설정하여 나머지의 인덱싱을 비활성화하십시오. 잠시 후(로봇이 크롤링할 때) 모든 인덱싱된 문서는 이 호스트를 참조합니다.