很多人因為不了解或者怕麻煩,所以就算對現在的網站寄存公司很不滿意亦選擇忍耐。網站搬家轉換網站寄存公司其實並不難。首先需要釐清一些基本概念。
內容目錄
網域和寄存之間的關係
網域和寄存其實是分開的。網域 welldevelop.com 代表一個 Internet 地址,這 Internet 地址用於標記某地方有個(或多個)伺服器可以提供各樣 Internet 服務。有些 Internet 服務是以公開標準協議方式進行。例如:
通過 HTTP 協議訪問 Internet 地址會接連到網域所標記的伺服器,為訪客提供資信內容。對訪客來說就是我們俗稱的網站。通過 FTP 協議訪問 Internet 地址會接連到網域所標記的伺服器,訪客可以批量式上傳或下載文件,而一般這個 ftp 服務只開放給網站管理員用以上傳或下載網頁文件作維護網站之用。
有些服務是專有 proprietary 而細節不向公眾開放, 例如某公司的雲端同步,需要在 PC 或手機安裝他們提供的程式並接連到他們的儲存伺服器。其他標準定義 Internet 服務包括 HTTPS 加密連線瀏覽,SMTP 電郵轉發,POP 郵件信箱服務等等。由於標準 Internet 服務採用標準協義,如果你不滿意 IE 瀏覽器作為 HTTP 服務客戶端的表現,你可以轉使用另一個瀏覽器如 Chrome。如果你不滿意伺服器網頁應用程式如 IIS 的表現,你可以選擇使用別一個伺服器網頁應用程式如 Apache。
如果你不滿意伺服器硬件的表現,你可以選擇使用別一個伺服器硬件。之前說過網域和寄存其實是分開的,當您更改網頁伺服器,您需要通知其他人新網頁伺服器的 Internet 地址。例如:welldevelop.com 現在應該指向 202.13.45.9 (新伺服器地址) 而不是舊 128.34.56.1 (舊伺服器地址)。誰擁有伺服器地址最新地址信息?您寄存公司的 DNS 服務器。因為每當服務器變更寄存公司有責任更新您的網域記錄並通知所有其他人。
搬遷網站轉換網站寄存公司要考慮的問題
當轉換網站寄存公司時,要考慮以下的問題:
如果純粹是從A網站寄存公司轉到B網站寄存公司而沒有更新網站,做法相對簡單。你最大的考慮是怎樣減少您的網站服務的中斷時間。
搬遷網站時訪問者瀏覽你的網站有三種情況可能會發生:1) 瀏覽器還沒有收到最新 DNS 更新,所以連到寄存舊伺服器。2) 瀏覽器已經收到最新 DNS 更新,所以連到新伺服器。3) 瀏覽器還沒有收到最新 DNS 更新,所以連到寄存舊伺服器,而現在該伺服器已經不再為網站提供寄存,所以瀏覽器回報錯誤。
公司電郵可能發生情況:如果你的電郵信箱是在舊寄存公司,由於搬遷網域寄存中間有段時間是網域 DNS 未能全球完成更生(一般需要幾小時),而舊寄存伺服器沒有即時刪除網域記錄,某些電郵轉發器可能會成功將電郵發送到舊寄存伺服器。如果舊寄存伺服器已經刪除網域記錄,即使某些電郵轉發器發送到舊寄存伺服器會遇到電郵錯誤。因此,你必須明白到電子郵件在轉換網站寄存公司幾小時之間可能遺失,因此請對方重新發送。
搬遷郵件
要備份舊的郵件,如果你是使用 webmail 電郵系統,所有電郵是放在寄存伺服器上。如果不作處理,搬網站以後你可能會掉丢過去幾年跟客戶來往的電郵記錄。做法是你可以在 PC 上安裝 Thunderbird 電郵客戶端,設定以 POP 協議連接到你的寄存公司的信箱,將現有郵件全部下載。當搬遷網站到新的寄存公司以後,再更新 Thunderbird 配置資料連接到新郵件伺服器。
好幾年前 Gmail Apps for Business 提供免費電郵服務 (只限用戶數量少於十個),現在這個服務對新用戶是要收月費。就是在 Gmail 介面下以你的網域電郵名稱操作,好處是 Gmail 系統穩定,安全性高,無需 IT 人員管理。如果閣下現在的電郵系統是利用 Gmail, 電郵系統就不需要過渡。做法是在你的網站控制台設定使用外部電郵系統,然後通過 name server 設定以下五個 MX 記錄,將收發電郵的動作外判給 Gmail 系統。
有些公司幫用戶設定利用 Gmail 介面收發電郵,設定方法比較轉接。首先是在網域設定中的電郵啟用轉發 forwarding 功能,將電郵自動轉發到 Gmail 帳戶。
然後在 Gmail 帳戶中設定將所發送的電郵設定通過網域的電郵伺服器轉發,並以指定的網域電郵名稱發送。
如果您的電子郵件系統是這樣,搬遷電郵過程除了要重新建立電郵地址和轉發設定外,亦需要更新網域電郵伺服器的名稱,連接埠和登入密碼就可以。
搬遷文件
一般的網站可以是純網頁或採用內容管理系統 CMS。搬遷純網頁文件網站很簡單,以 FTP (可以使用 FileZilla) 連接到舊伺服器,將所有在 public_html 文件夾下的文件目錄拷貝到 PC,然後連接到新伺服器,將先前拷貝的文件目錄上載到 public_html 文件夾就可以。
搬遷資料庫
內容管理系統採用資料庫。所以搬遷時除了像上面描述搬遷純網頁文件外,你要將現有資料庫內容全部匯出成 SQL 文件,然後在新伺服器建立一個資料庫,這時你需要提供資料庫名稱,資料庫用戶名稱及連接密碼。將先前匯出的 SQL 文件匯入新資料庫。最後在新伺服器上找到該資料庫配置文件,更新資料庫名稱,資料庫用戶名稱及連接密碼。如果你的數據庫是 MySQL,通常匯出匯入使用的程式是 phpMyAdmin。
搜尋引擎優化-錯誤301重定向
很多人將藉重整他們網站的機會時同時轉換到網站寄存公司。很可能是您的舊網站針對某關鍵字的網頁已經排名不錯,如果重整網站導致舊的網頁更改為新的URL,這個網頁先前累積的排名優勢會全部化為烏有。解決的辦法是利用301 重定向 Redirect 將舊 URL 網頁的訪問自動接連到新網頁的 URL。在保持現有排名優勢的基礎上再力爭上游。
決定那些網頁要設定重新定向需要參考 Google Search Console, 理由是你希望將已經取得高排名的關鍵字指向的舊網頁在重定向的新網頁取得相同或更好的搜尋引擎結果排名。
當網頁地址改變前就要設定好 301 重定向。理由是:
- 假設原來的網頁地址 A 已經取得高搜尋排結果排名,現在網址轉為 B 而忘記設定 301 重定向將 A → B。現在某搜尋用戶輸入查詢,網址 A 顯示在搜尋排名結果頁。搜尋用戶點擊登陸到 A 網址,但網站回報 404 找不到錯誤,用戶在瀏覽器選擇退回。
- 搜尋引擎可以偵測到搜尋用戶退回的行為和網站回報的 404 錯誤。對此錯誤搜尋引擎會先當作偶然,將網址 A 的排名降分,變相將排名下調,當再有第二三四等等同樣事情發生,網址A再被下調排名。這時網址A可能再無機會曝光在搜尋用戶眼前。這時候你再定義301重定向便成無作用。
就算一開始設定好 301 重定向沒有以上的問題,但仍需要考慮以下幾點:
- 原來網址 A 的頁外排名優勢 (或者可以簡單理解為分數) 只有 90% 被網址 B 承繼。每一次重定向都如是。所是如果網址 A → 網址 B → 網址 C → 網址 D,網址 D 只有原來網址 A 的 73% 頁外排名優勢。
- 當搜尋引擎發現網址 A 被 301 重定向到網址 B, 搜尋引擎會重新計算 (根據內容) B 的頁內排名優勢。如果 B 比 A 好,網址 B的排名有可能被提升。再反如果網址 B 比網址 A 差,網址 B 的排名有可能被下調。其道理就如利用 Query Deserves Freshness QDF 進行 Republishing 內容一樣。
- 當搜尋引擎發現網頁 B 後,會檢索網頁 B 而放棄原來的網頁 A。而這個檢索由於涉及 Crawl Budget 等技術問題,不是實時發生。受歡迎網站可以是幾小時,冷門網站可以是一個月。當網頁 B被檢索取代網頁 A 後,原來的 301 重定向的作用大幅減小,可能只剩下一些其他第三方的推薦鏈接 referral links 仍然用原來 A 網址。
你要明 301 重定向是告訴搜尋引擎對應舊網頁時新網頁的網址。搜尋引擎收到 301 重定向訊號時發現新網址後會從新評估新網頁內容,例如標題,meta 描述, 圖片 alt 文字等等,詳細可以參考網頁SEO優化。常犯的錯誤是在新301 重定向網頁中沒有排名關鍵字相關內容。例如我們一個買花瓶的客戶在舊分類頁中取得 trumpet vases, pilsner vase 排名,但新網頁中沒有了關於 pilsner vase 的內容。
重定向後,pilsner vase 的排名將顯著下降。
上述例子使用 WordPress 網頁內容管理系統作示範。不同的網頁內容管理系統有不同的具體操作程序。
了解更多網頁設計內容管理系統。
更多相關文章:
1. 選擇網頁寄存公司
2. 網站速度問題
3. 域名和寄存問題
4. 網店還是網站?