이 페이지는 1576년에 마지막으로 수정되었습니다. 흥미로운 정보가 많은 블로그… 검색 엔진에 의한 색인 생성 속도 향상
HTTP 헤더 Last-Modified(마지막으로 수정됨)클라이언트에게 시간을 보낸다 마지막 변경문서(웹 페이지). 클라이언트(브라우저 또는 크롤러)가 " If-수정된 이후' 그리고 페이지의 마지막 수정 날짜가 일치하면 서버는 제목을 반환합니다. 304 수정되지 않음' 페이지를 로드하지 않습니다. 마지막 수정 시간이 다른 경우(또는 마지막 수정된 헤더가 구성되지 않은 경우) 서버는 " 200 확인' 페이지를 로드합니다. 즉, 페이지를 다시 로드하고 캐시를 업데이트하는 대신 클라이언트는 제목 304. 클라이언트는 트래픽을 절약하고 서버는 더 적은 데이터를 제공하여 상호 절약합니다.
그러나 Last-Modified 헤더 설정이 사이트의 인덱싱 속도를 높이는 이점에 대해 이야기하지 않는다면 이 기사가 필요한 이유는 무엇입니까? 사이트의 10페이지가 1000페이지보다 빠르게 인덱싱될 것이라고 추측하기 쉽습니다. 페이지 로드를 최적화할 수 있는 동일한 원칙이 인덱싱에도 적용됩니다. 검색 엔진은 10개의 새 페이지를 찾기 위해 1000개의 페이지를 인덱싱할 필요가 없습니다. 마지막 수정 덕분에 로봇에 대한 새 페이지(또는 업데이트된 페이지)만 남깁니다. 로봇이 현장에 와서 필요한 것을 먼저 가져간 다음 그 밖의 모든 것을 가져갑니다.
마지막으로 수정된 헤더 설정
http 헤더가 올바른지 확인하십시오. 특히 "if-modified-since" 요청에 대해 서버가 제공하는 응답 내용이 중요합니다. Last-Modified 헤더는 문서가 마지막으로 수정된 정확한 날짜를 반환해야 합니다. 서버가 문서의 마지막 수정 날짜(마지막 수정)를 반환하지 않더라도 귀하의 사이트는 인덱싱됩니다. 그러나이 경우 다음 사항을 고려해야합니다. -검색 결과에서 사이트 페이지 옆에 날짜가 표시되지 않습니다. - 날짜별로 정렬하면 사이트가 대부분의 사용자에게 표시되지 않습니다. - 로봇은 마지막 인덱싱 이후 사이트 페이지가 업데이트되었는지 여부에 대한 정보를 얻을 수 없습니다. 그리고 한 번의 방문으로 로봇이 사이트에서 받는 페이지 수가 제한되어 있으므로 변경된 페이지의 재인덱싱 빈도가 줄어듭니다. 웹 서버가 "If-Modified-Since" HTTP 헤더를 지원하는지 확인하십시오. 이 헤더를 사용하면 사이트 콘텐츠가 마지막으로 크롤링된 이후 변경된 경우 웹 서버가 Google에 알릴 수 있습니다. 이 기능에 대한 지원은 오버헤드 및 대역폭 사용을 줄입니다.
다음은 마지막으로 수정된 헤더 전송을 설정하고 If-Modified-Since를 적절하게 처리하는 방법의 예입니다.
정적 html 페이지에 대해 메타 Last-Modified를 설정하는 방법
PHP에서 Last-Modified를 설정하는 방법
= $LastModified_unix) ( header($_SERVER["SERVER_PROTOCOL"] . " 304 Not Modified"); exit; ) header("마지막 수정: ". $LastModified); ?>Last-Modified .htaccess 설정 방법
재작성 규칙 .* - 재작성 규칙 .* -Last-Modified nginx + php 설정 방법
위치 ~ .php$ ( ... if_modified_since 꺼짐; fastcgi_pass fcgi; fastcgi_index index.php; fastcgi_param SCRIPT_FILENAME /<путь >/web$fastcgi_script_name; ... fastcgi_pass_header 최종 수정; fastcgi_params 포함; )마지막 수정 확인
클라이언트로 전달되는 헤더가 구성되면 아프지 않습니다. 마지막 수정 확인정확성을 위해. 온라인 서비스를 통해 자신 또는 타사 사이트에서 Last-Modified를 확인할 수 있습니다.
또는 Last-Modified 헤더가 올바르게 처리되었는지 직접 확인하십시오.
마지막으로 수정된 헤더 설정 If-Modified-Since 헤더를 처리하는 것은 다소 큰 사이트에 매우 유용합니다. 사이트의 페이지 처리 속도가 중요해질 수 있습니다. 상대적으로 간단한 설정은 특히 Joomla, wordpress, modx 등과 같은 인기 있는 CMS의 경우 문제를 일으키지 않습니다. 기성 솔루션이 있습니다.
검색 엔진 최적화(SEO) 분야에는 다양한 신화가 있습니다. 그들 중 일부는 어디에 있는지 이해하지 못하는 근거가 있습니다. 이 노트에서는 그 중 하나인 last-Modified 응답 헤더의 사용을 고려할 것입니다.
얼마 전에 우리는 "프로모션 사이트의 웹 스튜디오에 대한 Ingate의 지침"이라는 제목의 문서를 발견했습니다. 그리고 "권장 사항" 중 하나는 다음과 같습니다.
개편 후 또는 신규 사이트 개발 시에는 사이트 페이지의 최종 수정일(Last Modified)을 기재해야 합니다.
사이트에 추가하려면 PHP 정보페이지의 마지막 수정 날짜는 맨 처음에 필요합니다. 소스 코드각 페이지 삽입 스크립트
header ("마지막 수정: " . date("D, d M Y H:i:s", time()) . " GMT");
?>
내가 이 기사를 쓰게 만든 것은 이 터무니없는 말도 안 되는 말도 안 되는 말도 안 되는 솔직히 망상적인 코드였습니다. 여기서는 Last-Modified가 무엇인지, 왜 필요한지, 브라우저와 검색 엔진이 어떻게 사용하는지 설명하겠습니다.
마지막으로 수정된 항목
웹 서버는 클라이언트(브라우저 또는 검색 로봇)에게 정보를 전송할 때 상당히 많은 추가 데이터를 보고합니다. 예를 들어 브라우저 콘솔에서 볼 수 있습니다.
올바른 응답 헤더를 발행하도록 서버 구성(예: 페이지가 존재하지 않는 경우 404 오류 발행, If-Modified-Since 요청이 수신된 경우 지정된 날짜 이후 페이지가 변경되지 않은 경우 304 코드 발행) 요청에서).
또한 조건부 GET 요청에 대해 서버가 어떤 식으로든 응답하지 않는 경우 일반 요청과 다르지 않음을 확인할 수 있습니다. 즉, 현재 시간이 포함된 Last-Modified 헤더와 잘못된 형식(Hello Integate!)이 전혀 필요하지 않습니다!
Last-Modified가 필요한가요?
일반적으로 필요합니다. 그러나 어떤 역할을 하는 것은 헤더 자체가 아니라 사이트에서 끝까지 구현해야 하는 조건부 요청의 전체 시나리오라는 것을 이해하는 것이 중요합니다. 이 경우 사이트의 높은 인덱싱 속도를 얻을 수 있습니다.
그러나 완성된 CMS에서 이를 구현하는 것은 종종 매우 어렵습니다. 아마도 이것은 CMS 자체의 코드에서 상당히 중요한 변경이 필요할 것입니다.
많은 CMS의 경우 페이지 캐싱을 활성화하여 구현할 수 있습니다. CMS가 사실상 정적 파일을 생성하고 제공하여 페이지를 캐시하는 경우 웹 서버 자체가 조건부 요청에 올바르게 응답합니다. 예를 들어 WordPress에서는 WP Super Cache 플러그인을 사용하여 이 작업을 수행할 수 있습니다.
직장에서 확인해 봅시다. 이 플러그인을 활성화하고 익명 모드로 브라우저를 열고 동일한 페이지에 대해 두 개의 요청을 했습니다. 두 번째 응답(304 Not Modified)이 올바른 것임을 분명히 알 수 있습니다.
결론 대신
따라서 우리는 Last-Modified 헤더를 알아냈습니다. 첫째, 문서가 실제로 수정된 날짜와 시간에 대한 정보를 전달해야 합니다. 둘째, If-Modified-Since 헤더가 있는 조건부 요청에 대한 서버의 반응이 매우 중요합니다.
글쎄, 인터넷의 기본을 모르는 SEO의 말을 덜 들어라.
적절한 운영과 성공적인 프로모션을 위해 인터넷 사이트를 최적화하는 단계 중 하나는 서버측 최적화입니다. 무엇보다도 - "Last-Modified" 요청에 대한 올바른 서버 응답 설정. 이 매개변수의 올바른 설정은 사이트 로딩 속도의 증가에 영향을 미칠 수 있으며 검색 로봇의 인덱싱에 긍정적인 영향을 미칩니다.
Last-Modified는 무엇이고 왜 필요한가요?
이름에서 알 수 있듯이 Last-Modified 헤더는 클라이언트(사이트 방문자)에게 사이트의 특정 페이지가 마지막으로 수정된 시간을 알려줍니다. 검색 로봇이 사이트 방문자 역할을 하고 사이트(서버의)가 요청된 문서 또는 페이지에 대한 Last-Modified 응답으로 구성(또는 잘못 구성)되지 않은 경우 검색 로봇은 모든 페이지를 인덱싱할 수 밖에 없습니다. 방문할 때마다 인터넷 리소스를 반복해서 사용하므로 호스팅 사이트에 있는 서버에 특정 부하가 발생합니다. 그리고 페이지 수가 수백 또는 수천이면? 서버의 특성과 기능에 따라 호스팅 측에서 일종의 오류가 "실행"될 가능성이 있습니다. 이 외에도 검색 로봇은 "한 번에" 인덱싱되는 페이지 수에 제한이 있으므로 Last-Modified 헤더가 올바르게 설정되지 않은 경우 변경되지 않은 페이지가 인덱싱될 위험이 있습니다. 로봇이지만 필요한 새 페이지는 그렇지 않습니다.
HTML 하이퍼텍스트 전송 프로토콜을 설명하는 RFC 2616 사양을 기반으로 클라이언트는 "If-Modified-Since" 헤더를 서버에 전송하여 특정 날짜 이후 페이지가 변경된 경우 서버에 "질문"할 수 있습니다. 요청된 페이지가 변경되지 않은 경우 서버는 "304 Not Modified" 헤더를 반환하고 브라우저는 페이지를 로드하지 않으며 웹 서버는 많은 데이터를 전송하지 않습니다. 그렇지 않으면(이전 요청 이후 사이트 페이지가 변경된 경우) 서버는 "200 OK" 응답과 페이지 자체의 코드를 반환합니다.
위의 내용 외에도 Yandex의 권장 사항에 대해 언급하겠습니다. “로봇은 마지막 인덱싱 이후 사이트 페이지가 업데이트되었는지 여부에 대한 정보를 얻을 수 없습니다. 그리고 로봇이 한 번의 방문으로 사이트에서 받는 페이지 수가 제한되어 있으므로 변경된 페이지의 재색인 빈도가 줄어듭니다.
총:"Last-Modified" 헤더의 중요한 목적은 사이트 방문자에게 알리고 검색 로봇문서의 마지막 수정 날짜.
올바른 Last-Modified 설정은 무엇입니까?
Last-Modified 서버 응답을 적절하게 구성하면 여러 가지를 얻을 수 있습니다. 긍정적인 결과우리 사이트:
- 사람들을 위해 웹사이트 페이지 로딩 속도를 높입니다.사용자가 페이지를 이미 방문했고 다음 방문 시 페이지가 변경되지 않은 경우 방문자의 브라우저는 페이지를 다시 로드하지 않지만 캐시된 복사본을 표시합니다.
- 호스팅 사이트(서버)의 부하가 감소합니다.이 작업 알고리즘을 사용하면 변경된 페이지의 양만 사이트 방문자에게 전송해야 하기 때문에 서버의 부하가 훨씬 적습니다.
- 검색 결과의 마지막 문서 날짜가 표시됩니다.이 사실은 "신선한" 날짜가 표시되면 방문자를 사이트로 끌어들일 수 있습니다.
- 날짜순 정렬:사이트 페이지는 검색 결과에서 날짜별로 정렬됩니다.
- 검색 로봇에 의한 사이트 색인 생성이 크게 가속화됩니다.스캔한 페이지 날짜에 대한 사이트의 빠른 응답으로 인해 이전(이미 인덱싱된) 페이지는 "버려져" "신선한" 문서로 대체됩니다. 이 항목은 사이트를 홍보할 때 가장 중요하기 때문입니다. 높은 인덱싱 속도는 검색 로봇 사이에서 사이트에 대한 신뢰 수준을 높입니다.
Last-Modified가 올바르게 구성되었는지 확인하는 방법은 무엇입니까?
구성된 Last-Modified 서버 응답의 정확성(실제로 존재 여부)을 확인할 수 있는 서비스 중 하나는 같은 이름의 last-modified.com입니다.
입력 필드에 사이트 또는 특정 페이지의 주소를 작성하고 "확인" 버튼을 클릭해야 합니다. 서비스 결과는 "Last-Modified" 및 "304 Not Modified" 헤더 요청에 대한 사이트 응답의 데모입니다. 이러한 확인의 예:
최종 수정 설정
Last-Modified HTTP 헤더 응답의 PHP 구현을 살펴보겠습니다.
인터넷에는 Last-Modified 설정에 대한 권장 사항이 매우 자주 있습니다.
하나는 "우리는 그런 하키가 필요하지 않습니다! "라고 외치고 싶습니다. 그 이유를 살펴보겠습니다. 사용자 요청에 대한 응답으로 기능 gmdate우리에게 돌아올 것이다 현재 날짜그리니치 표준시(GMT). 그리고 이것은 사용자 또는 검색 로봇의 모든 요청에 대해 매번 발생합니다. 서버는 우리에게 정확하게 반환합니다. 현재 날짜. 검색 엔진이 귀하의 사이트를 방문할 때마다 요청한 페이지가 방금 업데이트되었음을 알게 됩니다. 이것은 몇 번만 "유용"할 수 있습니다... 잠시 후 검색 엔진은 자신이 "속고" 있다는 사실을 깨닫고 귀하의 사이트에 대한 신뢰를 잃게 됩니다. 따라서 이러한 구현은 우리에게 적합하지 않습니다.
도움이 필요하면 위의 리소스를 참조하십시오. last-modified.com. 또한 Last-Modified HTTP 헤더의 PHP 구현을 보여줍니다. 다음과 같습니다.
$LastModified_unix = 1294844676;
$IfModifiedSince = 거짓;
if ($IfModifiedSince && $IfModifiedSince >= $LastModified_unix) (
출구;
}
이 코드가 어떻게 작동하는지 살펴보겠습니다. 변하기 쉬운 $LastModified_unix형식으로 수동 설정 유닉스 타임 스탬프(1970년 1월 1일부터 Unix 시대가 시작된 이후 경과한 초 수).
기능 gmdate형식으로 현재 GMT 시간을 반환합니다. 일, DD 월 YEAR HH:MM:SS GMT.
다음: 페이지의 마지막 수정 시간 가져오기, 존재 여부 확인 If-수정된 이후있다면 - 주다 304 수정되지 않음스크립트를 중지합니다. 그렇지 않으면 헤더를 생성합니다. 마지막 수정전체 페이지를 제공하십시오.
위의 옵션에서 시간을 설정하는 것이 제안됩니다. $LastModified_unix수동으로. 하지만 사이트에 페이지가 많다면 어떨까요? 이를 위해 스크립트를 약간 "현대화"하여 첫 줄만 바꿉니다.
$LastModified_unix = strtotime(date("D, d M Y H:i:s", filectime($_SERVER["SCRIPT_FILENAME"])));
$LastModified = gmdate("D, d M Y H:i:s \G\M\T", $LastModified_unix);
$IfModifiedSince = 거짓;
if (isset($_ENV["HTTP_IF_MODIFIED_SINCE"]))
$IfModifiedSince = strtotime(substr ($_ENV["HTTP_IF_MODIFIED_SINCE"], 5));
if (isset($_SERVER["HTTP_IF_MODIFIED_SINCE"]))
$IfModifiedSince = strtotime(substr ($_SERVER["HTTP_IF_MODIFIED_SINCE"], 5));
if ($IfModifiedSince && $IfModifiedSince >= $LastModified_unix) (
header($_SERVER["SERVER_PROTOCOL"] . " 304 수정되지 않음");
출구;
}
header("마지막 수정: ". $LastModified);
업데이트된 버전에서 코드의 첫 번째 줄은 영어 날짜의 텍스트 표현을 다음 형식의 레이블로 변환합니다. 유닉스 타임 스탬프, 따라서 사이트의 현재 페이지에서 자동으로 계산된 변경 시간을 사용합니다.
모두 준비되었습니다! 이제 결과 코드를 섹션에 붙여넣기만 하면 됩니다. ... 사이트의 각 페이지를 탐색하고 페이지 로딩 속도와 검색 로봇에 의한 인덱싱을 즐기십시오.
Last-Modified 설정을 도와드리겠습니다!
간단한 통화로 시작"T-디자인"에서! 우리 전화는 8 499 340-17-82 - 모드에서 작동 논스톱사이트 개발 및 지원 문제를 해결하는 데 관심이 있는 정보를 신속하게 받을 수 있습니다. 또는 쓰기 이메일. 우리는 모든 문제에 대해 조언하고 최적의 요금을 선택하십시오당신의 회사를 위해.
통사론
수정된 경우:지침
그리니치 표준시. HTTP 날짜는 항상 현지 시간이 아닌 GMT로 표시됩니다.
예
If-Modified-Since: 2015년 10월 21일 수요일 07:28:00 GMT명세서
| 사양 | 제목 |
|---|---|
| RFC 7232, 섹션 3.3: If-Modified-Since | 하이퍼텍스트 전송 프로토콜(HTTP/1.1): 조건부 요청 |
브라우저 호환성
이 페이지의 호환성 표는 구조화된 데이터에서 생성됩니다. 데이터에 기여하고 싶다면 https://github.com/mdn/browser-compat-data를 확인하고 풀 요청을 보내주십시오.
GitHub에서 호환성 데이터 업데이트
| 데스크톱 | 이동하는 | |||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 크롬 | 가장자리 | 파이어폭스 | 인터넷 익스플로러 | 오페라 | 원정 여행 | 안드로이드 웹뷰 | 안드로이드용 크롬 | 안드로이드용 파이어폭스 | 안드로이드용 오페라 | iOS의 사파리 | 삼성인터넷 | |
| If-수정된 이후 | Chrome 전체 지원 예 | Edge 전체 지원 12 | Firefox 전체 지원예 | IE 전체 지원 예 | Opera 전체 지원 예 | Safari 전체 지원 예 | WebView Android 전체 지원 예 | Chrome Android 전체 지원 예 | Firefox Android 전체 지원예 | Opera Android 전체 지원 예 | Safari iOS 전체 지원 예 | 삼성 인터넷 안드로이드 전체 지원 예 |
WordPress의 Last-Modified 및 If-Modified-Since 헤더
HTTP 헤더에 주의를 기울이는 사람은 거의 없습니다. 마지막 수정그리고 If-수정된 이후사이트를 최적화할 때 헛된 것입니다! 검색 로봇의 마지막 방문 이후 내용이 변경되지 않은 페이지가 304 코드를 제공하는 것이 중요합니다. 이 코드는 실제로 이 특정 페이지에 아무 것도 추가되지 않았음을 나타냅니다. 이 항목 등에 주석이 추가되지 않았습니다. P.
이 http 헤더가 없으면 Yandex에서 날짜별로 결과를 정렬할 때 사이트가 대부분의 사용자에게 표시되지 않습니다.
그렇기 때문에 올바르게 설정하는 것뿐만 아니라 게시물을 편집할 때마다 날짜를 현재 날짜로 업데이트하는 것이 중요합니다. 이 작업은 수동으로 수행해야 합니다.
댓글을 사용하면 더 쉽습니다. 방문자가 댓글을 추가하면 변수에 $last_modified_time댓글이 추가된 시간이 자동으로 입력됩니다. 이것은 페이지가 마지막으로 수정된 날짜입니다.
Last-Modified 및 If-Modified-Since 헤더가 필요한 이유는 무엇입니까?
1. 서버가 이러한 코드를 반환하면 페이지의 모든 PHP 스크립트 실행이 시작되지도 않습니다. 페이지는 검색 캐시에서 로드되며, 이는 아시다시피 호스트의 큰 기쁨으로 서버의 로드를 크게 줄이고 방문자의 페이지 로드 속도를 높이며 기뻐할 수밖에 없습니다.
어떻게 이런 일이 발생합니까?
인터넷을 검색할 때 Google 및 Yandex 스파이더는 데이터베이스에 각 사이트의 복사본을 저장합니다. 이 사본은 모든 것이 동일한지 또는 변경 사항이 있는지 등 일종의 비교 모델 역할을 합니다. 그리고 Last-Modified 및 If-Modified-Since 헤더가 구성되지 않거나 잘못 구성되면 사이트의 새 페이지가 인덱싱되고 검색 엔진 캐시의 기본 페이지가 댓글 피드와 마찬가지로 오랫동안 업데이트되지 않습니다. 업데이트되지 않습니다.
그러나 자주 업데이트되는 페이지(하루에 여러 번 업데이트되는 뉴스 피드, 적극적으로 댓글이 달린 블로그 등)의 경우 한 가지 단점이 있습니다. 뉴스, 새 댓글이 표시되지 않습니다. 그러나 여전히 문제의 절반입니다. 문제는 로봇이 켜져 있지 않으면 로봇도 이것을 볼 수 없다는 것입니다. 올바른 제목마지막 수정.
header("마지막 수정: ".gmdate("D, d M Y H:i:s ")."GMT");
사이트가 자주 업데이트되는 경우(예: 게시물에 댓글이 자주 달림) 다음 헤더 집합을 사용하여 캐싱을 비활성화할 수 있습니다.
header("만료: ".gmdate("D, d M Y H:i:s", time() + 7200)." GMT");
이는 저장된 사본의 유효성을 각 요청에서 다시 확인해야 함을 의미합니다.
브라우저 캐싱은 어떻게 작동합니까?
no_cache 함수를 호출하여 비활성화하지 않으면 Firefox 및 IE에서 페이지가 캐시에 저장되고 모든 후속 요청에서 반환되는 페이지입니다.
페이지를 새로 고치고 최신 버전을 얻으려면 키 조합을 눌러야 합니다. Ctrl+F5, 일반 새로 고침 버튼(F5)이 작동하지 않습니다. 그리고 IE 캐시의 문서는 매우 오랫동안 저장할 수 있습니다.
Opera에서는 Refresh 버튼을 누르거나 F5를 누르면 캐시 페이지가 지워집니다. Opera에서 CRTL + F5 조합 - 열려 있는 모든 탭 다시 로드 아시다시피 탭을 많이 열었다면 기다리는 동안 수염이 자랄 수 있습니다.
no_cache 기능으로 페이지 캐싱을 비활성화하면 Opera와 Firefox는 해당 페이지에 액세스할 때 If-Modified-Since 헤더가 있는 메커니즘을 사용합니다. 따라서 캐싱이 발생하지만 브라우저는 페이지가 실제로 변경되었는지 여부를 서버에 묻습니다. 이것이 올바른 질문입니다.
따라서 이 매개변수의 처리도 연결해야 합니다. 나는 기능이 무엇을 의미하는지 설명하지 않고 헤더를 올바르게 반환하고 내가 작업해야 하는 대부분의 호스팅에서 충돌을 일으키지 않는 코드를 제공할 것입니다. 이 디자인은 sweb.ru, eomy.net, timeweb.ru, fastvps.ru, startlogic.com
header("만료: ".gmdate("D, d M Y H:i:s", time() + 7200)." GMT");
header("Cache-Control: no-cache, must-revalidate");
$mt = filemtime($file_name);
$mt_str = gmdate("D, d M Y H:i:s ")."GMT";
if (isset($_SERVER["HTTP_IF_MODIFIED_SINCE"]) &&
strtotime($_SERVER["HTTP_IF_MODIFIED_SINCE"]) >= $mt)
(헤더("HTTP/1.1 304 수정되지 않음");
주사위;
}
header("마지막 수정: ".$mt_str);
에코 $텍스트;
header("Vary: Accept-Encoding");
header("Accept-Encoding:gzip,deflate,sdch");
?>
따라서 이 코드를 복사하여 파일에 추가하기만 하면 됩니다. 헤더.php당신의 테마 위에 . 저것들. 이 코드는 나머지 코드보다 먼저 파일 맨 위에 있습니다.
주목!무엇이든 추가하기 전에 이 파일을 컴퓨터에 저장하여 이러한 헤더 구성을 허용하지 않는 경우 원래 버전을 복원할 수 있습니다.
Last-Modified 및 If-Modified-Since 헤더를 확인하기 위해 서비스에서 결과를 확인합니다. http://last-modified.com/ru/if-modified-since.html
- 결과가 좋으면 이마의 땀을 닦고 차를 마시러 갑니다.
- 결과가 음수이면 동일한 구문을 파일에 추가할 수 있습니다. index.php귀하의 WordPress 루트에서 (timeweb.ru 호스팅에서 이것을 만났습니다). 마찬가지로, 그 안에 있는 다른 모든 것 위에. 업데이트할 때 잊지 마세요. 인덱스 파일은 표준 형식으로 덮어쓰게 됩니다.
짜잔! Last-Modified 및 If-Modified-Since 헤더를 적절하게 설정하면 많은 보너스를 얻을 수 있습니다.
- Googlebot에 중요하고 사람들에게 즐거운 페이지 로딩 속도 증가.
- 우리는 호스팅 업체를 기쁘게 하는 서버의 부하를 줄였습니다.
- Yandex 검색 결과에 날짜가 표시됩니다. 최근 업데이트경우에 따라 사람들에게 매우 중요한 페이지이므로 간접적으로 행동 요인에 긍정적인 영향을 미칩니다.
- 우리 사이트의 페이지는 날짜별로 검색 엔진 정렬에 참여합니다. 예, 고급 사용자가 사용합니다.
- 그리고 위의 모든 결과로 검색 엔진에 의한 우리 사이트의 색인 생성이 매우 빨라질 것입니다.
