提供用戶最有幫助的內容是做SEO的王道。
效仿Google的企業價值:「Don’t be Evil(別做惡)」,重視顧客的需求,將客戶的利益擺第一。
此外,我們使用WordPress幫客戶架設網站,Google最資深的前工程師Matt Cutts也公開表示:、WordPress是非常好的選擇,因為WordPress的SEO(搜尋引擎最佳化)已經做到了80%~90%。

如果您是中小型企業主,並且擁有一個網站,在讀完這篇文章之後,您就知道如何利用正確的功能和設計元素進行對網站進行優化,以提高網站的知名度。
只要有架設網站,透過Web Analytics與PDCA分析來做修正與改善,無時間與地緣限制,是成本最低的行銷工具。
您的網站是否遇過“503 Service Unavailable”/“Service Temporarily Unavailable”之類的錯誤訊息?
這個錯誤訊息被稱之為「503 Error」,一般來說,出現“Service Temporarily Unavailable”錯誤訊息多半是因為「同一時間多人存取同一個網站」造成了流量超限引起的錯誤。
也就是說,當這個錯誤訊息出現時,網站訪客就無法瀏覽頁面。假如您是網路電商,消費者無法購買商品、假如您是閱讀收費網站的寫手,讀者無法閱讀您的文章。換句話說,當網站遇到“Service Temporarily Unavailable”,您的商機就會掉狠大・・・!
如果您的網站經常發生“Service Temporarily Unavailable”,該如何應對?
關鍵就在「正確選擇主機」。
其中影響最嚴重的莫過於對“網路集客”的殺傷力。
尤其是當自己的網站正成為Twitter或Facebook等社群媒體討論的話題時,有興趣的網友點擊網站一看,就遇到“Service Temporarily Unavailable”,不但倒盡胃口,好不容易有個宣傳網站的良機也白白尚失掉。
行動網路時代,網民每天接收無數的網路資訊並點擊無數的網站,絕大多數的網站訪問過一遍若沒有留下印象,通常不會再訪第二次。
因此網站發生“Service Temporarily Unavailable”錯誤訊息是大忌。
事實上,“Service Temporarily Unavailable”錯誤訊息通常是網站瞬間無法打開,同一時間存取同一個網站的人數一旦減少,網站就可以恢復正常。
只是,網路集客是分秒必爭的戰場,無法容許“Service Temporarily Unavailable”錯誤訊息的發生。
原來是這兩個因素造成的!
出現“Service Temporarily Unavailable”錯誤訊息是下面這兩個因素造成的。
首先就「1」做更進一步説明:
雖然許多主機商號稱”不限流量“,但是對瞬間瀏覽人次做上限封頂的限制。一旦網站訪客瞬間湧來時,大多數的網站很可能立刻掛掉,因此瞬間可以承受多少流量才是最重要的。若主機商設定「同時在線人數」100人,第101位訪客就會被”限制入場“(如下圖)。
接下來說明「2」:因網站結構因素,需要花較多的時間讀取網頁內容,因此發生許多訪客無法順利”入場“的”塞車現象“。
超過「同時在線人數」上限,導致網站發生“Service Temporarily Unavailable”錯誤訊息,而這些「同時在線人數」是已經讀取網頁內容的人次。
一旦網站回復正常,基本上就不會有數據從伺服器傳送出去,因此已經讀取網頁的訪客就不會影響「同時在線人數」。
(※但是,當訪客繼續瀏覽其他網頁時,伺服器又開始傳送數據,就會影響「同時在線人數」。)
例如,以高速公路的收費站為例:
假如是一個簡潔的網站架構,讀取時間短,就像無人的「ETC收費」。
假如網站架構複雜,需要花更多時間讀取,就像「人工收費」。
「ETC收費」不容易塞車,「人工收費」比較容易塞車。
根據網頁寫法,有「ETC型網站」(可快速讀取網頁的網站)與「人工收費型網站」(網頁讀取速度較慢的網站)兩種。
所謂「人工收費型網站」,點擊一個頁面就會叫出許多的檔案與程式,需要頻繁啟動資料庫的網站。
最具代表性的就是以非常受歡迎的“WordPress”(後台管理平台)建構的網站。
WordPress是使用PHP開發的平台, PHP程序通常比靜態HTML需要更多的執行時間。動態網站的每個頁面都是從存儲在數據庫或外部文件中的信息生成的。因此,與完全使用HTML構建的網站相比,需要更多的時間加載。
不僅是以WordPress架構的網站,通過資料庫所架設的的”動態網站“都比較容易發生”限制入場“人數,因此容易發生“Service Temporarily Unavailable”錯誤訊息。
如何將「人工收費型網站」改成「ETC型網站」?使用「 快取」(cache)的技術,可改善回應時間及減少系統負載。
例如「WP Super Cache」這個外掛插件可以生成靜態網頁,改善回應時間及減少系統負載。
此外,減少圖片使用數量,圖片優化等方法,都可以縮短網頁讀取時間。
看到網頁出現“Service Temporarily Unavailable”錯誤訊息,很多人會以為「網站掛掉了!」,事實上網站出現“Service Temporarily Unavailable”錯誤訊息,並非網站掛點。
「同時在線人數」超過上限,對主機造成過多的負擔,因此限制更多的人進入網站,這是主機商所採取的自我防衛措施。
但是,為什麼主機商要設定「同時在線人數」上限以減輕主機的負擔?
原因是主機商在商言商,不做不賺錢的生意・・・!
一般來講,“Service Temporarily Unavailable”錯誤訊息通常發生在使用「共用虛擬主機」的網站。
主機商提供「共用主機」與「專用主機」兩種方案。共用虛擬主機的年費大約3600~4500之間。
(※雲端及VPS等不在本貼文討論範圍)
所謂共用虛擬主機就是「1台主機同時出租給許多用戶使用」,因此費用相對較低。
一般流量不多的中小型企業網站使用「共用虛擬主機」應該綽綽有餘。
流量大的網站並不適合與其他用戶共用一台虛擬主機。
事實上每個月有數十萬、數百萬流量的網站畢竟不多。但,Twitter與Facebook等社群媒體的問世,網路世界產生了巨大的變化。當網址貼到Twitter或Facebook等社群媒體與網友分享,瞬間就會有大量的訪客流入網站。
在還沒有Twitter與Facebook等社群媒體的時代,縱使每月有數十萬、數百萬流量的網站,也不太可能瞬間締造出500或1,000的訪客人數。
Twitter與Facebook等社群媒體的到來,連個人規模的小型網站都有可能在瞬間爆發驚人的流量。
要是流量瞬間大增,對主機造成相當大的負擔,影響到主機的正常運作。
許多網站共用一個主機的情況,要是其中有一個網站流量過大,就會影響到其他網站,因此主機商為了避免客訴,必須限制每個網站的流量上限。
1台の主機同時出租給許多用戶使用,就必須對每個用戶的網站設定「同時在線人數」的上限。若因某一用戶流量過大影響到其他網站的正常運作,就會降低用戶對主機商的信頼。
・・・但是如果自己的流量真的很大時,還真不希望流量被限制。
苦心經營的網站,好不容易累積了不少忠實用戶,絕不想因主機商的流量限制而損失商機呢!
「只考慮如何降低成本,可能會流失大好商機」。要是自己在Facebook有1萬的粉絲,就表示網站瞬間流量有爆衝到1000人的可能,若使用共用虛擬主機,網站就有可能出現“Service Temporarily Unavailable”錯誤訊息,也就是增加商機流失的風險。
這裡要強調的是,並非便宜的共用虛擬主機不好,要斟酌自己網站的流量選擇合宜的主機。
斷送商機卻不自知的理由
因為當網頁出現”Service Temporarily Unavailable”錯誤訊息時,表示訪客無法讀取網頁,因此放入網站的Google Analytics追蹤碼當然無法正常計算流量。
在向大家介紹如何避免發生“Service Temporarily Unavailable”錯誤訊息的方法之前,先複習一下“Service Temporarily Unavailable”發生的原因。
要是每月花數萬元在廣告費上,卻使用年租費數千元的虛擬主機,花錢買廣告將流量導入網站,卻導致“Service Temporarily Unavailable”錯誤訊息發生,簡直是本末倒置。
此外,在前文提過,在這個社群媒體時代,將一篇貼文的網址分享在社群媒體,就有可能瞬間衝高流量。因此選擇好的主機,是一種保險、是對未来的投資。尤其是對大型電商而言,網路中段一秒都可能造成數以萬計的財務損失。
此外,圖片過多的網頁,讀取速度也會變慢。盡量減少圖片檔的使用量,縮小圖片尺寸,圖片經過壓縮後再上傳,或是圖片放在另一台主機,這些都是加快網頁速度的方法。
網頁讀取數度是決定Google 搜尋排名的一項重要因素,因此就SEO考量,改善網頁載入速度刻不容緩。
“大多數網站都在載入期間失去半數訪客”。Google提供的PageSpeed Insights 可以測試您的網站在行動裝置上的載入速度。
到底是與其他用戶分享虛擬主機,還是花更多錢使用專用主機?
配合自己網站流量選擇合宜的方案,才不至於讓網站發生掛點的憾事。
網站的製作流程中,最容易被忽略的就是事前準備工作就是建構一個角色做為行銷對象與明確清楚的概念。網站是為誰架設?提供什麼樣的服務內容,若有明確的目標客戶,提供動線佳、讓使用者在瀏覽的過程中不會產生壓力或感到挫折的網頁設計,才能有效增用戶對於網站的黏著度。
網頁的目的,就是為何要做這的網頁。網際網路上所有存在的網頁都是為了達到一個目的或多種目的而被製作出來。
如有架站新網站,或網站更新等任何需求,請留下資料,將有專員與您聯繫。
© 2014 – 2025 @Cybercats. All rights reserved.