많은 사람들이 정기적으로 다른 웹 호스트 나 IP 주소로 이동하는 문제를 Google에 어떤 종류의 딸꾹질도하지 않고 나타납니다. 저는 여러분과 공유 할 호스트를 변경함으로써 하나의 IP에서 다른 IP로 mattcutts.com을 옮기는 성공적인 테스트를 마쳤습니다. 정적 웹 사이트가 있거나 웹 사이트가 2 개의 IP 주소 사이에서 진동 할 수있는 날을 남겨 둘 수는 있지만 쉬울 것입니다. 그러나 웹 사이트가 동적 인 경우 상황은 다소 어려울 수 있습니다. 같은. 이 작업과 관련된 단계를 진행해 보겠습니다..
Wordpress 웹 사이트를 다른 도메인으로 이전하는 방법
1 단계 : 훌륭한 웹 호스트 제공 업체에 가입하십시오.
항상 좋은 웹 호스트를 갖기 위해 집중적 인 조사를하거나 참고 문헌을 따르는 것이 현명한 방법입니다. 제가 우려하는 한, 독창적 인 독자층을 보여준 연구 후에 csoft.net을 선택했습니다. 반면 pair.com은 내 비 -SEO 친구를 선택했습니다. 사실을 명확히하기 위해 csoft.net에서 pair.com으로 이동하는 것으로 가정 할 수 있으며 IP는 63.x.x.x에서 65.x.x.x로 변경됩니다. 웹 사이트를 IP 주소로 매핑하기 위해 DNS 시스템 (예 : 61.115.6.132)을 사용합니다..
2 단계 : 새 웹 호스트에 웹 사이트의 백업 만들기
정적 인 웹 사이트를 가지는 것은 새로운 웹 호스트에 전체 파일을 복사하는 것만 큼 좋을 것입니다. 바로 그 것입니다. 그러나 블로그를 갖는 것은 일반적으로 게시물 저장을 위해 MySQL을 포함하기 때문에 조금 어렵습니다. 일부 전자 상거래 사이트는 데이터베이스가 항상 동기화되어 있기 때문에 이러한 목적으로는 더 어려울 수 있습니다. 이 경우 전환하는 동안 이전 위치와 새 위치 사이에 데이터베이스의 복제본을 설정해야 할 수 있습니다.
MySQL 데이터베이스를 사용하는 WordPress 블로그의 예를 들어 보겠습니다. MySQL 데이터베이스는 너무 많은 문제없이 2 시간 동안 중단 될 수 있습니다. 한 웹 호스트에서 다른 웹 호스트로 정적 파일을 복사하는 데 FTP 또는 타르를 사용했다고 가정합니다. 그런 다음 새 호스트에서 새로운 MySQL 데이터베이스를 만들어야합니다. 일반적으로 동일한 사용자 이름과 데이터베이스 이름을 지정할 수 있습니다. 그것이 허용되지 않는다면, 새로운 위치에서 WordPress wp-config.php를 조정하여 사용자 이름, 데이터베이스 이름 및 기타 관련 사항을 업데이트 할 수 있습니다.
새 SQL 데이터베이스가 있으면 이전 데이터베이스를 새 데이터베이스로 복사하고 데이터베이스를로드 할 수 있습니다. 이것은 아주 간단하다..
하나는 웹 호스트 모두의 사용자 이름과 암호뿐만 아니라 모든 단일 위치에서 데이터베이스의 사용자 이름과 암호가 서로 다른 것입니다. 나는 당신이 독특한 위치에 저장된 MySQL 데이터베이스를 부여받을 수 있기 때문에 데이터베이스 복원 동안 호스트 옵션을 전시했다. 사실 데이터베이스에 고유 옵션이있는 새 호스트에도 불구하고 wp-config.php 파일을 편집하지 않으면 WordPress가 데이터베이스에 들어갈 수 없습니다..
두 곳의 다른 위치에 유사한 웹 사이트 사본이 있습니다. 블로그가 매일 몇 개의 댓글로 업데이트되는 경우 의견이 게시되거나 전환이 진행되는 동안 누군가가 데이터베이스를 변경하면 큰 문제가되지 않습니다. 그러나 사이트가 거대하고 전자 상거래를 기반으로하는 경우 두 데이터베이스를 동기화 된 상태로 유지하기 위해 열심히 노력해야합니다..
3 단계 : 새 웹 호스트를 가리 키도록 DNS 변경
이것이 가장 중요한 것입니다. Googlebot 또는 다른 사용자가 귀하의 사이트에 접속하려고하면 먼저 귀하의 IP 주소를 찾습니다. 그들은 약 500 페치 후에 IP 주소를 다시 검사하거나 심지어 몇 시간이 경과했는지 확인하여 진실을 보장하기 위해 최선을 다합니다. 일반적으로 DNS 사용 브라우저를 사용하는 사람들은 초 단위로 측정되는 TTL [설정 - Time to Live]의 영향을받으며 :가져온 IP 주소는 x 초 동안 안전합니다.이 IP 주소는 캐시 할 수 있지만 그렇게 많은 시간 동안 다시 보지 않아도됩니다. : 웹 사이트의 각 웹 페이지에있는 모든 콘텐츠의 IP 주소를 추적하면 브라우저가 매우 느리게 이동합니다..
TTL은 DNS에 중요한 역할을합니다. Yahoo !, Google, MSN 등의 일부 웹 사이트는 약 300-900 초의 DNS TTL 설정을 가지고 있습니다. 여러 개의 데이터 센터가있는 경우 데이터 센터 정비사가 시스템에 올바른 데이터를 제공 할 수 있도록하기 위해 하나의 데이터 센터를 사용하는 것이 좋습니다. TTL이 짧은 경우 몇 분 내에 데이터 센터의 IP 주소를 순환에서 제외 할 수 있습니다.
이것은 또한 지나간 :Google Dance:의 시대를 설명합니다. 1 주 정도 지속될 것이며, 사용자가 쳤던 데이터 센터에 따라 새로운 결과뿐만 아니라 이전 결과도 볼 수 있습니다. 주된 이유는 새로운 데이터를로드 한 후에 모든 데이터 센터가 중단되고 다시 가져 왔기 때문입니다. 데이터를 모든 센터로 전환하는 데는 며칠이 걸렸습니다. 이 기간 동안 웹 마스터는 최신 데이터 센터로 안내 한 이후 www2.google.com 또는 www3.google.com을 확인했습니다. 요즘, 생산 시스템은 짧은 시간 내에 이러한 것들을 전환 할 수 있도록 적절히 준비되어 있습니다..
4 단계 : DNS 변경이 인터넷을 통해 전파되는 동안 기다립니다.
기본적으로 이것은 TTL 기능이며 현재 DNS에있는 이름 서버로 실제로 전환하고 있는지 여부를 기반으로합니다. DNS는 계층 적이며 TTL이 초과되면 DNS 캐시가 플러시되는 데 시간이 걸립니다. DNS의 루트에 위치하는이 스위치는 스마트 등록 기관과 알려진 새 이름 서버 집합을 사용하는 경우에만 더 빠릅니다. ';dig + trace domain';은 UNIX와 Linux에서 새로운 이름 서버가 루트 서버에 존재하는지 확인하기 위해 사용할 수 있습니다.
5 단계 : Googlebot이 새 웹 호스트와 IP 주소에서 가져 오는 경우 프로세스가 거의 끝나고 이전 웹 사이트를 종료 할 수 있습니다..
도메인을 핑 (ping)하여 IP 주소를 확인할 수 있습니다. 이전 방문자가 자신의 DNS 캐시에서 이전 IP 주소를 사용하고있을 수 있지만 새로운 방문자는 새 IP 주소를 가져야합니다. 어떤 사람들은 긴 TTL 세트를 가지고 있으며, 그들은 2 일간 허용되어야합니다. 그런 다음 이전 위치에서 호스팅을 비활성화 할 수 있습니다. 로그에 대한 오류 확인이 있는지 로그를 확인할 수 있습니다. 귀하의 기록에 아무도 이전 위치에서 방문하지 않는다고 말하면 작업이 완전히 끝났습니다. 웹 사이트 이동 방법 웹 사이트 이동시 다음 사항을 명심하십시오.
1. 백업, 백업, 백업
귀하의 웹 사이트는 소중한 자산이며 귀하는 그것을 잃고 싶지 않습니다. 사이트 사본을 그대로 복사 한 다음 새 호스트로 옮겨야합니다. 이것을 달성하는 다양한 방법이 있습니다..
당신은
a) 좋아하는 FTP 프로그램을 사용하고 ';이전';호스트의 파일을 로컬 PC의 안전한 위치로 복사하십시오. 서버의 모든 파일과 폴더를 로컬 시스템에 복사하십시오. 이렇게하면 모든 파일과 그림이 올바른 폴더에 있는지 확인할 수 있습니다..
b) 제어판의 내장 백업 기능을 사용할 수 있습니다. CPanel에서는 쉽습니다. 다른 유형의 제어판의 경우 설명서를 읽거나 호스팅 제공 업체에서이를 수행하는 방법을 찾아야합니다. CPanel에서 백업 아이콘을 선택하고 ';홈 디렉토리 백업 다운로드';링크를 선택하십시오. 이렇게하면 서버에있는 모든 파일의 ZIP 파일이 생성됩니다..
사이트가 간단한 HTML 페이지로 구성되어 있으면 파일 백업 만 있으면됩니다. 그러나 사이트에 동적 콘텐츠가 있고 데이터베이스 엔진을 기반으로 구축 된 경우 SQL 데이터베이스도 백업해야합니다. 이것은 또한 두 가지 방법으로 수행 될 수있다..
a) CPanel의 백업 옵션에서 MySQL 데이터베이스 백업 다운로드를 선택하거나
b) MySQL 데이터베이스로 직접 이동하여 전체 SQL 내보내기 실행.
사이트에서 데이터베이스를 사용하는지 여부를 잘 모르는 경우 웹 마스터 또는 웹 호스팅 전문가에게 문의해야합니다..
2. 이동을 만들기
a) 새로운 호스팅 제공 업체 및
b) 귀하의 웹 사이트에 대한 이름 서버 항목을 변경하십시오. 이것은 Namecheap 또는 GoDaddy와 같은 도메인 등록 기관 공급자에 로그인하고 ';이름 서버 설정';옵션을 선택하여 수행 할 수 있습니다. 새 공급자로 새 계정을 만들 때 사용할 이름 서버가 포함 된 전자 메일을 받아야합니다. 이들은 일반적으로 ns1.nameserver.net 또는 dns1.nameserver.net ... 형태로되어 있습니다. 두 개의 새 이름 서버를 받아야합니다. 이름 서버 필드에이 이름을 입력하고 저장하십시오..
이제 도메인이 새 이름 서버를 가리 키도록 설정되었지만 실제 변경을 수행하는 데는 8 시간에서 48 시간이 소요됩니다 (DNS 전파라고 함).
계정이 생성되었습니다. 도메인은 새 서버를 가리 키지 만 파일은 업로드되지 않았습니다..
새 호스트의 환영 이메일에 FTP 계정에 대한 정보와 DNS 전파가 제대로 이루어질 때까지 일시적으로 제어판 계정에 액세스하는 방법에 대한 정보를 받아야합니다. 이제 FTP를 통해 파일을 업로드하거나 제어판에 다시 로그인하여 (다시 CPanel로 변경) ';백업';옵션으로 다시 이동할 수 있습니다. 이제 이전에 만든 파일 백업을 복원하고 만든 MySQL 백업을 복원 할 수 있습니다.
귀하의 웹 사이트는 기본적으로 이전 서버와 새 서버의 두 위치에 기본적으로 존재합니다. DNS 전파가 이루어지는 동안 일부 방문자는 이전 사이트를 보게되고 일부는 새로운 사이트를 보게됩니다. 전파가 완료되면 모든 방문자에게 새 사이트가 표시됩니다..
고려해야 할 몇 가지 사항 :
1. 방문자 상호 작용이 많은 동적 사이트 (예 : 포럼)를 운영하는 경우 전파가 이루어지는 동안 이전 사이트를 완전히 끄는 것이 좋습니다. 이전 사이트 방문자가 줄어들 수도 있지만, 그렇지 않은 경우 방문자는 여전히 이전 사이트에서 상호 작용하고 메시지를 게시하며 새로운 사이트에서는 메시지가 게시되지 않습니다. (백업은 시간상의 스냅 샷입니다. 백업을 한 후에 이전 사이트에 게시 된 내용은 새 사이트에 나타나지 않습니다)
2. 새 사이트에서도 이메일을 설정해야합니다. 잠시 동안 당신은 이메일 서비스에 방해가 될 것입니다. Outlook 또는 Outlook Express의 메일 서버 설정을 메일 서버의 IP 주소를 직접 가리 키도록 변경하는 것이 좋습니다.
3. 이동하면 모든 트래픽 로그 및 방문자 통계를 포함한 모든 로그가 손실됩니다. 로그 파일을 유지하려면 PC에 다운로드하거나 오프라인 분석기를 사용할 수도 있고하지 않을 수도 있습니다..
4. 통행량이 적은 시간에 이동하십시오. 일주일 중 어느 기간에 트래픽이 적은지 웹 사이트 통계를 통해 확인할 수 있습니다. 최소한 48 시간이 걸릴 것임을 기억하십시오..
5. 귀하의 고객과 방문자 및 웹 호스팅 회사에 알립니다..
6. 모든 문제가 해결되고 DNS 전파가 제대로 수행되었는지 확인하기 위해 적어도 한 두 주 이상 오래된 웹 호스팅 계정을 유지하십시오.