웹사이트 수정 301 리디렉션 및 빠른 복구 컬렉션 솔루션

중간 트랜잭션 http://www.aliyun.com/zixun/aggregation/6858.html "> seo 진단 Taobao 게스트 클라우드 호스트 기술 홀

오늘 마지막으로 안정화, 적어도 힌트 안도의 느낌이 날 수 있도록 바이 다시에서 블로그 하 경향이 있다. Google와 360 어제 복원 했다. 하지만 현재 바이 검색 트래픽 이므로 여전히 대부분 트래픽 소스, 바이 포함 했다 때까지 나는 안심 했습니다. 그 중요성을 더 말할 필요가 포함의 SEO 가치.

복구 포함 통계: 바이: 2 일, 구글: 1 일, 360:1 일.

물론, 컬렉션의 유일한 부분, 모든 페이지를 전송에 완전히 포함 됩니다. 그것은 추정 무게 전송 2 주 또는 심지어 한 달 모든 페이지가 전송 될 때까지 걸릴 수 있습니다.

좋은, 느낌 때문에 내가 이전 바이 몇 전임자를 다루는 이런이 종류의 일, 발견 하는 어떤 사람들 1 개월 어떻게 하지 않은 포함. 그래서 나는 정말 운이 좋은 느낌. 모두 여기 내 새로운 역 일반 바이에 포함 될 것입니다 의심 하지 않습니다. 나는 절대적으로 확신할 수 있기 때문에 내 자신의 신용입니다. 다음 내가 내가 하는 방법 있을 것입니다 밖으로 완전히, 당신에 게 대 한 참조를 제공.

1, 웹사이트 301 리디렉션입니다. 비록 많은 친구의 무엇 인지 301, 하지만 난 아직도 체계적으로.

영구 페이지 제거 (301 리디렉션)은 매우 중요 한 기술 "자동 조 타". 웹 사이트 리디렉션 가장 실현 가능한 방법 중 하나입니다. 사용자 또는 검색 엔진 찾아보기 요청을 웹 서버에 보내면 서버에서 반환 된 HTTP 데이터 스트림의 머리글 (헤더) 상태 코드 중 하나는이 페이지를 다른 주소로 전송 영구적으로 의미 합니다.

이것은 분명히 단순 지배적인 URL 전달 될 것으로 보인다. 진정한 의미는이 페이지를 다른 페이지로 영구적으로 이동 되었습니다 검색 엔진을 말할 것입니다. 이제 당신이 알고 있는이 301의 의미, 어떻게 해야 합니까 301 리디렉션?

1, 도메인 이름 확인 끝에 301 리디렉션을 설정할 수 있습니다. 이제 일반 도메인 이름 분석 서비스 공급자는 dnspod, 301 리디렉션 기능을 제공 하지만 1 개월 후, 도메인 이름을 전송 하 고 감사 하는 데 필요한 해야 합니다.

2, 서버 사이드 301 리디렉션, 지금 가상 호스트 관리 패널의 대부분이이 옵션을 제공 합니다. 다 같이 사용. 또는 일부 국내 패널입니다. (패널 다르기 때문에 구체적인 방법 메시지를 남길 수 있습니다, 그리고 난 당신을 도울.) 또는 바이입니다. 이 이야기를 하지 않습니다. 물론 만약 당신이 VPS 사용자 또는 서버 사용자 패널 설치 때문에 없을 수 있습니다이 함수, 다음 사용할 수 있습니다 방법 1 또는 3.

IIS 리디렉션 방법: 인터넷 정보 서비스 관리자-> 가상 디렉터리 URL 이동-> 이동 될 필요가 있는 대상 URL을 입력 하 고 리소스에 대 한 영구적 리디렉션을 선택.

3, 코드 전환, 이것은 보다 일반적인 코드 301 리디렉션 달성 하기 방법

1.301 ASP 리디렉션

2, 301 리디렉션 PHP

헤더 ("http/1.1 영구적으로 이동");

헤더 ("위치: http://www. * * *.com");

? >

3, 301 리디렉션 그물

다음 방법을 사용 하 여 구성 파일, 가상 호스트도 있다.

Httpd.ini로 다음 코드를 저장 하 고 웹에 그것을 넣어. 혼자서 대체 하는 웹 사이트입니다. 301 점프를 얻을 수 있습니다.

[Isapi_rewrite]

Cacheclockrate 3600

Repeatlimit 32

Rewritecond 호스트: ^ * * *.com

Rewriterule (. *) http://www. * * *.com$ 1 [RP]

다음은 대 한 코드는. htaccess로

에 Rewriteengine

Rewritecond % {http_host} ^ ycyskycom [노스캐롤라이나]

Rewriterule ^ (. *) $ http://www.***.com/$1 [연구 = 301, 패]

2, 웹 페이지 리디렉션 다음 다음 단계부터 웹 마 스 터 바이 플랫폼 수정 된 규칙을 제출 하는.

다음은 수정 된 규칙 및 나의 사이트의 스크린샷을 제출 하 개정 규칙의 웹 마 스 터 바이 플랫폼

도메인 이름 개정 개정 범위: 개정 과정에서 모든 페이지의 하위 웹의 사이트를 있을 것입니다. 예를 들어, http://baidu.com/에 대 한 현재 사이트 도메인 이름 범위 개정 됩니다 http://baidu.com/, http://wenku.baidu.com/, http://tieba.baidu.com/ 개정 과정에 사이트의 모든 페이지. 카탈로그 수정: 현재 사이트 디렉터리 및 하위 디렉터리, URL 처리의 개정 할 디렉터리 지원. 예를 들어 현재 사이트 http://baidu.com/, 개정의 범위는 http://wenku.baidu.com/ac/, http://wenku.baidu.com/ac/1.html, 있을 것 이다 http:// Wenku.baidu.com/ac/2.html 고 수정 처리를 할 다른 Url입니다.

규칙, 제출 후 예상된 처리 시간이 48 시간 이내에 피드백을 될 것입니다 그리고 처리 일정은 매일 업데이 트 해야 합니다. 이 기간 동안 다음과 같은 방법으로 개정 과정을 볼 수 있습니다: 새로운 사이트 크롤링 비정상적인 상황에, 새로운 사이트, 새 사이트 인덱스 변동, 오래 된 사이트의 도메인 여전히 동안 대체 링크의 수, 일정 기간 유지 필요가 사이트 수정 도구 표시에 주의에 초점을 더 빨리 크롤 링 수 있도록 크롤링 압력 강화에 적절 한 짧은 기간에 주의 새로운 때까지 바이 색인에 사이트 하 고 좋은 결과 보여줍니다.

참고: 수정 된 규칙은 매우 중요 한, 빠른 복구에 포함 될 수 있습니다 제출, 제출 웹 마 스 터 플랫폼에서 같은 컬렉션 새로운 역의 경우 2 일 내 새로운 컬렉션을가지고, 그것은 불가능가 포함 하는 경우에 것입니다 첫 번째 집 없이 콘텐츠 페이지에 포함 되지. 그래서이 것은 중요 하다, 하지만 제출 하기 전에 301 리디렉션을 수행 해야 합니다.

3, 바이, 즉, 사이트의 구조적된 지도에 sitemap을 제공 하. 다른 이유는 각 웹사이트 시스템 또한 다른 프레임, 때문에 여기도 좋지 않다, 아무 말도 하지만 바이 Stationmaster 플랫폼 제공은 discuz!와 플러그인, WordPress 구조 쉽게 웹사이트 사이트맵을 제출할 수 있습니다. 그러나 그것은 또한 그에 따라 서버 부담 증가.

참고: 그것은 가장 일반적으로, 그것을 사용 하 여 301 리디렉션을 하지. (서버 부담 문제 여기 계산 되지 않습니다, 그리고 자신을 테스트 하시기 바랍니다.) )

4, 웹사이트 링크

이 없을 것 이다 너무 많이 말을 때문에 우리가 할 수 있습니다 일반 시간에 가장 친구 체인 및 체인. 작성 된 301 리디렉션에 여기 희망 우정 링크 새 도메인 이름으로 전송, 새 도메인 이름 무게 추가 이며 체인을 다시 전송 됩니다.

여기 쓰기,이 기사는 이다, 때문에 난 재능, 쓰기이 글은 순전히 일시적인 상승, 포함 하 고 수정 하는 잘못 된 장소입니다. Www.ycysky.com 웹 마 스 터 기부 감사 합니다!