Browsing articles tagged with " SEO"
九月
9
2010

六款免費網站測速工具評比

阿維有兩個主機,有一個主機即將到期,但是又不想要繼續養兩個主機空間,所以就想著到底該選哪一個才好,後來決定就用網站開啟的速度來決定好了。

於是阿維上網開始找各種網站測速的網站,結果沒想到是巧合還是剛好最近也有人有這樣的需求,阿維訂閱的smashing apps居然就剛好介紹測速的網站。

阿維根據他所介紹的幾個網站做了一次實際的測試之後,和大家分享一下。

1. WebWait
    WebWait 提供讓我們可以自己定義每隔幾秒重新測試一次,以及總共要測試的次數。並且會將平均值顯示在網頁上,省去我們自己還要另外記錄每個網站開啟的秒數。

   測試結果提供的資料
   只會顯示網站開啟秒數的平均值,中位數和標準差,有點可惜;

2. LinkVendor
    LinkVendor 提供了詳細的報表,讓我們可以知道載入了那些檔案,以及載入檔案的大小,不過他不支援IP address,只支援domain name。

    測試結果提供的資料
    (1) 網站開啟所需秒數;
    (2) 提供使用Modem, UMTS, DSL 768, T1與T3開啟的預估時間;
    (3) 載入的檔案總大小;
    (4) 頁面中html的檔案大小;
    (5) 頁面中不包含html的檔案大小。

3. iWebTool's Website Speed Test
    這個網站阿維以前就有用過,不過久沒用還真的忘記它了。他可以讓我們一次輸入多個網站進行查詢,算是相當的方便。

    測試結果提供的資料
    (1) 載入的頁面大小
    (2) 網站開啟所需秒數;
    (3) 網站開啟的平均速度。

4. SelfSEO's Website Speed Test
     這個測速網站感覺好像是clone iWebTool,一樣可以輸入多個網站進行測速,連測試結果的數據也都一樣。

5.  Webpage Test
      他提供了我們可以選擇從不同地點的主機進行測試,而且測試的報告結果相當的專業,對於專業達人或者是對於速度錙銖必較的人,這個網站實在是一定要造訪的網站,而且由於所提供的資訊太多,他還很貼心的提供測試結果輸入成rar檔案下載的功能,真的是一個相當不錯的測速網站。

      測試結果提供的資料
      (1)  waterfall:根據載入先後順序的圖表;
      (2) optimization checklist:提供了各種最佳化測試結果的圖表
      (3) screen shot:網站快照圖;
      (4)  content break:提供了兩張圓餅圖,
              4-1 第一張是網站開啟時各種類型檔案被request的比率;
              4-2 另外一張圓餅圖是網站開啟根據檔案類型被載入的大小比率;
      (5) 提供了測試結果rar檔案下載;

6. Web Page Analyzer
     這個網站除了可以讓我們輸入網址之外,也可以讓我們直接貼上網頁原始碼進行測試。測試之後的結果也是相當得不錯,還提供了建議,讓我們可以進行調整,對於專業達人,阿維也是相當推薦這個網站。

     測試結果提供的資料
     (1) 網站基本資料:網站位址、網站名稱與最後更新時間;
     (2) 總共發出的request次數與總檔案大小;
     (3) 根據各種檔案類型,將開啟的檔案大小、開啟的時間以及使用T1開啟的預估時間做統計;
     (4) 根據各種檔案類型,將額外開啟的檔案數量進行統計;
     (5) 根據各種速度,提供預估開啟時間;
     (6) 將頁面中載入的各種元素根據類型分類,並且提供修改建議。

希望阿維實際測試之後整理出來的心得,對於想要更加了解自己網站開啟速度瓶頸,並且想要進行調整的各位能夠有所幫助。

九月
26
2009

輸出格式該選擇RSS 2.0 或 ATOM?

我今天又把產生rss feed 的程式整個改寫,讓產生出來的RSS Feed更符合RSS 2.0的格式與規範,我在這裡跟有訂閱阿維雜記本的朋友說聲抱歉,我不會再去調整RSS Feed的產生程式了,除非接下來有新的格式出現,或者是我改以ATOM格式輸出。

為什麼我會想要捨棄RSS 2.0改用ATOM來輸出,主要是因為在這次修改的時候有了一些意外發現,也為了表達我的歉意,我在這裡分享一下這次額外的經驗。有網站的人通常都會在SEO上面努力,其中一個努力的目標就是Google,而Google的網站管理員工具,更是大家必定會使用的工具之一。除了提交sitemap之外,他也可以接受RSS,這個大家應該都知道。

在這次修改RSS Feed的時候,我意外發現,Google的網站管理員工具不支援RSS 2.0,他只接受RSS 0.92與ATOM。基本上大家應該都不會再使用RSS 0.92這樣的格式來輸出RSS,另外根據我前次修改時發現,Chrome對於沒有經過feedburner燒錄的RSS,都會以純文字輸出。那時候沒有特別去留意Chrome對於ATOM格式是不是比較友善。不過既然Google網站管理員可以接受ATOM格式,專心努力於SEO的朋友或許可以考慮將輸出的格式修改為ATOM並且提交到Google網站管理員上。

[ 註 ] 這裡所提到不支援的RSS 2.0是指目前使用者數量最多的WordPress所輸出的RSS 2.0格式。

十月
22
2008

自收與自推 – 閃開! 讓專業的來!

寫部落格寫了一段時間之後,就會希望很多人可以看到自己寫的文章.不管是單純的想要很多人可以看到進而發生共鳴;或者是想要創造流量,進而從流量中賺取利益;或者是想要成為別人口中所謂的知名部落客.基於這樣的動機,就會開始想要透過各種方法與手段來達成目標.

除了SEO之外,書籤網站的誕生對於想要達成上述目的的人來說,更是一個相當好的工具.從delicious,digg開始,到後來的HeMiDEMi, MyShare, Funp 以及眾多的書籤網站誕生.對於想要讓很多人看到自己文章的部落客,逐漸發展出所謂的自收自推行為.

自收與自推就是將自己寫好的文章收錄到書籤網站,然後再自己推薦這篇文章.希望藉由這樣的行為,讓自己的文章可以讓更多的人收錄與推薦.進而達到高曝光率的目的.更有甚者,自己註冊多個帳號,製造很多推薦的假像,讓大家誤認很多人推薦,因此就盲目的跟著推薦.這點我就不想去探討,畢竟我不是專業的人性分析專家,這只能交給專業的人去研究與探討.

我也做過所謂的自收與自推行為,目的是希望可以讓更多的人看到我寫的文章,滿足我那小小的虛榮心.但是一段時間下來,我發現.不管是那一種書籤網站,只要不是由我自己推上去的文章,總推薦數一定都大於我自收自推的文章.或許是大家已經被那些自收自推的前人搞得很厭煩,因此只要看到是原作者自收自推的文章就不太有意願去推.

另外一個可能的原因是,我觀察那些收推我文章的達人,他們在制訂該文章的關鍵字時,都下的相當的精準,比我自己下的關鍵字好很多.或許就是這個原因,讓他們收推的文章更容易被尋找到,而且是更貼近使用者想要找的內容.相對的,推薦數也就會跟著增加.

大家常常會說 "閃開!讓專業的來!" 我在此也要對自己說,不要再自收自推了,讓專業的人來幫忙吧! 畢竟人家下的關鍵字比你精準多了.而且別人收推的文章可以讓更多人看到,我的目的一樣有達成,又可以避免被別人說我又在自收自推了.一舉數得,何樂不為.

不過如果是被推上funp,我還是會去幫忙推一下,因為我的這一推,可能會影響到原始收文者多一個funp點數呢.