網域和寄存之間的關系

網域和寄存其實是分開的。網域 jumitop.com 代表一個 Internet 地址，這 Internet 地址用于標記某地方有個（或多個）服務器可以提供各樣 Internet 服務。有些 Internet 服務是以公開標準協議方式進行。例如：

通過 HTTP 協議訪問 Internet 地址會接連到網域所標記的服務器，為訪客提供資信內容。對訪客來說就是我們俗稱的網站。通過 FTP 協議訪問 Internet 地址會接連到網域所標記的服務器，訪客可以批量式上傳或下載檔，而一般這個 ftp 服務只開放給網站管理員用以上傳或下載網頁檔作維護網站之用。

有些服務是專有 proprietary 而細節(jié)不向公眾開放, 例如某公司的云端同步，需要在 PC 或手機安裝他們提供的程序并接連到他們的儲存服務器。其他標準定義 Internet 服務包括 HTTPS 加密連線瀏覽，SMTP 電郵轉發(fā)，POP 郵件信箱服務等等。由于標準 Internet 服務采用標準協義，如果你不滿意 IE 瀏覽器作為 HTTP 服務客戶端的表現，你可以轉使用另一個瀏覽器如 Chrome。如果你不滿意服務器網頁應用程序如 IIS 的表現，你可以選擇使用別一個服務器網頁應用程序如 Apache。

如果你不滿意服務器硬件的表現，你可以選擇使用別一個服務器硬件。之前說過網域和寄存其實是分開的，當你更改網頁服務器，你需要通知其他人新網頁服務器的 Internet 地址。誰擁有服務器地址最新地址信息？您寄存公司的 DNS 服務器。因為每當服務器變更寄存公司有責任更新你的網域記錄并通知所有其他人。

搬遷網站轉換網站寄存公司要考慮的問題

當轉換網站寄存公司時，要考慮以下的問題：

如果純粹是從A網站寄存公司轉到B網站寄存公司而沒有更新網站，做法相對簡單。你最大的考慮是怎樣減少您的網站服務的中斷時間。

搬遷網站時訪問者瀏覽你的網站有三種情況可能會發(fā)生：1) 瀏覽器還沒有收到最新 DNS 更新，所以連到寄存舊服務器。2) 瀏覽器已經收到最新 DNS 更新，所以連到新服務器。3) 瀏覽器還沒有收到最新 DNS 更新，所以連到寄存舊服務器，而現在該服務器已經不再為網站提供寄存，所以瀏覽器回報錯誤。

公司電郵可能發(fā)生情況：如果你的電郵信箱是在舊寄存公司，由于搬遷網域寄存中間有段時間是網域 DNS 未能全球完成更生（一般需要幾小時），而舊寄存服務器沒有實時刪除網域記錄，某些電郵轉發(fā)器可能會成功將電郵發(fā)送到舊寄存服務器。如果舊寄存服務器已經刪除網域記錄，即使某些電郵轉發(fā)器發(fā)送到舊寄存服務器會遇到電郵錯誤。因此，你必須明白到電子郵件在轉換網站寄存公司幾小時之間可能遺失，因此請對方重新發(fā)送。

搬遷郵件

要備份舊的郵件，如果你是使用 webmail 電郵系統，所有電郵是放在寄存服務器上。如果不作處理，搬網站以后你可能會掉丟過去幾年跟客戶來往的電郵記錄。做法是你可以在 PC 上安裝 Thunderbird 電郵客戶端，設定以 POP 協議連接到你的寄存公司的信箱，將現有郵件全部下載。當搬遷網站到新的寄存公司以后，再更新 Thunderbird 配置資料連接到新郵件服務器。

好幾年前 Gmail Apps for Business 提供免費電郵服務 (只限用戶數量少于十個)，現在這個服務對新用戶是要收月費。就是在 Gmail 界面下以你的網域電郵名稱操作，好處是 Gmail 系統穩(wěn)定，安全性高，無需 IT 人員管理。如果閣下現在的電郵系統是利用 Gmail, 電郵系統就不需要過渡。做法是在你的網站控制臺設定使用外部電郵系統，然后通過 name server 設定以下五個 MX 記錄，將收發(fā)電郵的動作外判給 Gmail 系統。

有些公司幫用戶設定利用 Gmail 界面收發(fā)電郵，設定方法比較轉接。首先是在網域設定中的電郵啟用轉發(fā) forwarding 功能，將電郵自動轉發(fā)到 Gmail 賬戶。然后在 Gmail 賬戶中設定將所發(fā)送的電郵設定通過網域的電郵服務器轉發(fā)，并以指定的網域電郵名稱發(fā)送。

如果您的電子郵件系統是這樣，搬遷電郵過程除了要重新建立電郵地址和轉發(fā)設定外，亦需要更新網域電郵服務器的名稱，連接埠和登入密碼就可以。

搬遷檔

一般的網站可以是純網頁或采用內容管理系統 CMS。搬遷純網頁檔網站很簡單，以 FTP  (可以使用 FileZilla) 連接到舊服務器，將所有在 public_html 檔夾下的檔目錄拷貝到 PC，然后連接到新服務器，將先前拷貝的檔目錄上載到 public_html 檔夾就可以。

搬遷數據庫

內容管理系統采用數據庫。所以搬遷時除了像上面描述搬遷純網頁檔外，你要將現有數據庫內容全部匯出成 SQL 檔，然后在新服務器建立一個數據庫，這時你需要提供數據庫名稱，數據庫用戶名稱及連接密碼。將先前匯出的 SQL 檔匯入新數據庫。最后在新服務器上找到該數據庫配置檔，更新數據庫名稱，數據庫用戶名稱及連接密碼。如果你的數據庫是 MySQL，通常匯出匯入使用的程序是 phpMyAdmin。

搜尋引擎優(yōu)化-錯誤301重定向

很多人將藉重整他們網站的機會時同時轉換到網站寄存公司。很可能是您的舊網站針對某關鍵字的網頁已經排名不錯，如果重整網站導致舊的網頁更改為新的URL，這個網頁先前累積的排名優(yōu)勢會全部化為烏有。解決的辦法是利用301 重定向 Redirect 將舊 URL 網頁的訪問自動接連到新網頁的 URL。在保持現有排名優(yōu)勢的基礎上再力爭上游。

決定那些網頁要設定重新定向需要參考 Google Search Console, 理由是你希望將已經取得高排名的關鍵字指向的舊網頁在重定向的新網頁取得相同或更好的搜尋引擎結果排名。

當網頁地址改變前就要設定好 301 重定向。理由是：

假設原來的網頁地址 A 已經取得高搜尋排結果排名，現在網址轉為 B 而忘記設定 301 重定向將 A → B。現在某搜尋用戶輸入查詢，網址 A 顯示在搜尋排名結果頁。搜尋用戶點擊登陸到 A 網址，但網站回報 404 找不到錯誤，用戶在瀏覽器選擇退回。

搜尋引擎可以偵測到搜尋用戶退回的行為和網站回報的 404 錯誤。對此錯誤搜尋引擎會先當作偶然，將網址 A 的排名降分，變相將排名下調，當再有第二三四等等同樣事情發(fā)生，網址A再被下調排名。這時網址A可能再無機會曝光在搜尋用戶眼前。這時候你再定義301重定向便成無作用。

就算一開始設定好 301 重定向沒有以上的問題，但仍需要考慮以下幾點：

原來網址 A 的頁外排名優(yōu)勢 (或者可以簡單理解為分數) 只有 90% 被網址 B 承繼。每一次重定向都如是。所是如果網址 A → 網址 B → 網址 C → 網址 D，網址 D 只有原來網址 A 的 73% 頁外排名優(yōu)勢。

當搜尋引擎發(fā)現網址 A 被 301 重定向到網址 B， 搜尋引擎會重新計算 (根據內容) B 的頁內排名優(yōu)勢。如果 B 比 A 好，網址 B的排名有可能被提升。再反如果網址 B 比網址 A 差，網址 B 的排名有可能被下調。其道理就如利用 Query Deserves Freshness QDF 進行 Republishing 內容一樣。

當搜尋引擎發(fā)現網頁 B 后，會檢索網頁 B 而放棄原來的網頁 A。而這個檢索由于涉及 Crawl Budget 等技術問題，不是實時發(fā)生。受歡迎網站可以是幾小時，冷門網站可以是一個月。當網頁 B被檢索取代網頁 A 后，原來的 301 重定向的作用大幅減小，可能只剩下一些其他第三方的推薦鏈接 referral links 仍然用原來 A 網址。

你要明 301 重定向是告訴搜尋引擎對應舊網頁時新網頁的網址。搜尋引擎收到 301 重定向訊號時發(fā)現新網址后會從新評估新網頁內容，例如標題，meta 描述， 圖片 alt 文字等等，。常犯的錯誤是在新301 重定向網頁中沒有排名關鍵字相關內容。例如我們一個買花瓶的客戶在舊分類頁中取得 trumpet vases， pilsner vase 排名，但新網頁中沒有了關于 pilsner vase 的內容。

重定向后，pilsner vase 的排名將顯著下降。