Absrtact: 포인트 돌 포럼 포럼 자주 볼 같은 게시물에서에서: 정적 HTML과 의사 정적 낫다? 의사 정적를 재작성 URL을 사용 하 여, 검색 엔진을 정적 웹 페이지 처리 됩니다? 정적 HTML과 의사 정적 문제에 음악에서
포인트 돌 포럼 및 포럼 자주 같은 게시물을 참조:
정적 HTML과 의사 정적 낫다?
의사 정적를 재작성 URL을 사용 하 여, 검색 엔진을 정적 웹 페이지 처리 됩니다?
다음은 정적 HTML과 의사 정적 문제에 대 한 개인 견해입니다.
구글, 다음, 다른 검색 엔진에 대 한 경우 되지 않습니다.
첫째, 어떤은 더 나은 질문을 보자.
년 동안, Google의 Google의 관측 문제에 근본적으로 완벽 한 솔루션 되었습니다. 다른 단어, 지금 Google에 대 한 여부 의사 정전기를 사용 하 여 정적 HTML 기본을 잘 수 또는 크롤 링 하 고, 몇 년 전 여러 매개 변수가 동적 URL의 현상 크롤 링 하지 않습니다 표시 되지 것입니다.
크롤링 해결, 그래서 같은 경우, 의사 정적 또는 검색에 대 한 정적 HTML 엔진 더 나은? 대답은 정적 HTML, 그것은 지금, 그리고 그것은 나중에 보장 되지 않습니다.
위의 같은 상황, 같은 이전에 수 있어야 합니다 "Google 논평 동적, 정적, 의사 정적 URL" 기사 같은 URL 주소를 넣어 하려면:
Http://www.domain.com/read.php? classid 123 & lang = en & id를 = = 321
재작성:
Http://www.domain.com/read-321.html
효과 이론 위의 동적 주소 만큼 좋지 않다.
다음 정적 의사에 그리고 정적 HTML 구글 보고
구글 관리자 도구 추가 기능 "같은 Googlebot", 서재응, 값은 매우 큰, 볼, Googlebot 참조 웹 페이지는 쉽게 사용할 수 있습니다.
실험, 이전 기사 달리 XHTML 코드를 보여 주는 한 정적 HTML 페이지를 업로드 합니다. 다음은 시뮬레이션 탐색의 결과입니다.
위의 이미지에서 왼쪽의 의사 정적 페이지, 오른쪽은 정적 HTML 파일, 대비, 분명히 다음과 같은 두 가지 차이점을 볼 수 있습니다.
마지막 수정: 정적 HTML이 수정 (대 한 검색 엔진 직접 파일 수정 시간) 시간
콘텐츠-길이: 파일 크기 (SEO 한다 명확 하 게, 검색 엔진의 영향에 파일 크기; Googlebot 참조로 서버에서 직접 파일 크기를 얻을 수 있다면 크롤 링 효율 높은 것)
다음 그림은 정적 html 파일 속성:
마지막으로, Google 정적 HTML 동적 Url 보다 낫다 생각 하는 이유를 추측 한다
비교 방법은 정적 HTML과 동적 Url 작업:
정적 HTML: 클라이언트는 서버와 성공적으로 통신 하 고 서버 파일 속성 및 콘텐츠를 직접 보냅니다.
동적 URL: 클라이언트와 서버-사이드 통신 성공, 클라이언트의 내용에 따라 서비스 쪽 요청, 페이지의 콘텐츠를 생성, 서비스 측 정보 및 요청 내용.
동적 URL을 사용 하 여: 프로그램에 문제가 있으면 프로그램에 따라 모든 내용을 액세스할 수 없습니다, 템플릿 변경, 모든 정보 콘텐츠 변경 됩니다, 그리고 콘텐츠의 진정한 가치를 변경 되지 않은 경우, 데이터베이스 ID 고유 하지 않으면 새 콘텐츠 삭제 된 콘텐츠의 ID 다음과 URL 변경 나타나고 페이지가 완전히 변경...
정적 HTML의 경우는 파일만 존재 및 존재 하지 않는 (서버 상태 계산 되지 않습니다), "수정 & 수정 되지" (읽기 마지막 수정).
이 분석 후 결과 정적 HTML 더 높은 안정성을가지고.
이 추측은 또한 SEO 자주 문제가 있어서, 일부 문서 (pdf 및 doc 및 xml) 무게의 상대적으로 높은 사이트를 설명할 수 있습니다.
꽤 오랜 시간 팬 들은 블로그, 언어 약간의 혼동, hehe의 정보를 기록 하지 않았다.
전용 라벨의 의미에 블로그, "같은 Googlebot" 소개 구글 관리자 도구를 작성 하는 시간 있을 때 친구와 함께 단지 시작이 매우 이해 하지 않을 수 있습니다.
저자: 시 슈
원본: Google 의사 정적 및 정적 HTML 차이 저작권에 대 한 무단 전재 저자와 원본 형태에 연결 되어야 합니다 고이 문을 유지.