內容 結構 形式—談網站優化三要素

來源:互聯網
上載者:User

仲介交易 HTTP://www.aliyun.com/zixun/aggregation/6858.html">SEO診斷 淘寶客 雲主機 技術大廳

這三個詞的排序我也是掂量了一番,至少對於大多數網站來說是如此。 內容是心臟,結構是骨架,形式是血肉。 沒內容的是無心肝,結構混亂的是軟骨病,形式鞣雜的是花臉貓。

一、內容:

定義:網站的實質性內涵

一個訪客來你的站多半是因為你的內容----他需要的東西,沒有充實的內容是無法留住訪客的,靠作弊QJ百毒跟GG得的流量是不會長久的。 內容的更新很重要,不管是訪客還是爬蟲,都喜歡新的東西。 少量多次是最合適的方法。 一次更新1W篇,半年更新一次是不可取的。 最好是每個月甚至每星期都有更新。 利用你的統計,看哪些內容更受歡迎一點,PV比較高,就注意加強下那方面的內容。 比如有段時間我通過統計發現JAY專題的PV有大幅度增加,我就找了更多的圖片文章來充實那個專題。 另外能原創的就原創,不能原創的也得加工下(當然要注明來源,要不可能會有人找岔 ),一定要讓人覺得你用心在做----不管到底用沒用心,架勢要擺好點 。 像技術性的文章,過時無用甚至錯誤的最好刪掉,否則會給訪客一種不可信賴的感覺。
一個成功的站長建站的主要的精力應該是花在內容的充實上,而不是其他。

當網站的主題確立以後,該加些什麼內容,我想這個以前肯定有高人發表過,鄙人就不班門弄斧了。

二、結構:

定義:網站內容的分類等

本來覺得應該在形式後面的,但是我自己經歷的殘酷現實使我不得不把它排在第二。 我自己的站就結構混亂不堪,汗一個先。 因為改動結構的話工程太大,所以只好苟且下去。

說到結構的重要性,很多人不以為然,否也。 欄目的設置,分幾個欄目,每個的主題是什麼,什麼內容放在什麼欄目下面。 分門才能別類。 訪客很多時候不是從你的首頁一層一層往下訪問,所以不要妄想他能比你還清楚你的網站到底有些什麼。 相關的東西聚在一起,相似的東西做個LINK。 專門做技術文章的分類跟大雜燴的分類肯定不一樣。 各個欄目重疊儘量少些,最好不要重疊。 值得注意的是多數流覽者初次訪問一個網站的內容頁的時候都喜歡在看完第一個頁面後點下一頁,想像下如果一位准媽媽要找一篇奶粉的文章,結果下一頁卻是篇討論正則的文章,她會不會一下關掉你的頁面? 當然,我只能說多數情況下會,因為她可能是個技術員。

一個網站在建站之初就應該預設好結構,否則到後面是很麻煩滴。

三、形式:

定義:網站的板式佈局、美工以及所使用的語言

先說明下純人肉製作的全HTML網站一般不需要考慮語言,不過這個屬於個人主頁的範疇,所以不在討論之列。

為什麼把形式放內容跟結構後面? 因為形式是由內容跟結構決定的。

清單頁清單該怎麼放、旁邊放什麼、內容頁內容該怎麼放------據科學研究證明,主題內容應當放在頁面左邊,因為大多數語言是從左向右閱讀,這時候注意到右邊導航或者廣告或者什麼的的機會才更大, 鄙人不贊成把附加內容放頁腳而主要內容拉個長通欄,因為88位WEB專家對此持否定態度 。 到底是三分欄二分欄還是其他分欄方式,這個是由你內容的多少,以及你網站的結構所決定的。 一般是採用的二分欄模式。 內容豐富的可以採用三甚至四分欄。 相關文章、圖片、軟體最好放在醒目的位置,那樣訪客會覺得你的內容很充實----至少他能找的所需要東西可能會更多。 當然,非相關內容的連結也很重要,其他欄目的精彩內容甚至全站的精華,都應該在一個適當的位置展示。 那樣才能盡可能的把訪客吸引住。 你的佈局甚至在某種程度上決定了訪客能看到的內容,所以不可草草了事。

多餘的話:推薦DIV+CSS佈局, 不過我是隨大流而已,DIV的代碼簡潔一點,頁面尺寸小一點點,節約資源也會很多,上手也不難。 只不過偶爾會出現與FF一類小使用者群瀏覽器的相容問題。 (其實俺知道火狐現在差不多10%的人在用,不過我還是MYIE的忠實FANS,況且我的訪客使用FF的只占0.03%)。 用DIV佈局一定要記得多瀏覽器測試,IE5、6、7,MYIE,FF,TT,鄙人只測試IE6、7跟FF,因為----比較懶 。 儘量保證訪客看到的就是你設計的。

再談談美工。 這個比較簡單。 現在流行簡潔。 主要是細節方面的問題。 精緻的、適當的小圖片的使用會使你的頁面看起來更細膩而不讓人覺得粗糙。 另外娛樂性的站大面積的漸變跟向量圖一類的應該用得多一點。 技術性的站相對而言要「簡陋」點,不要太花哨。 最起碼的一點,你得讓訪客能看清楚主體內容的文字,不至於背景用#F0F0F0文字用#F1F1F1。 現在好象主流的是白底黑字。 額,這個是藍的。 科學研究證明白底黑字最適合閱讀。 美工方面更詳細的請訪問山達不溜點逼踢稻糠畝。

其次是語言。 ASP,JSP,還是PHP。 這個因素比較複雜。 要由你自己擅長什麼、你的站想實現的功能、你的伺服器特性等等決定。 想說的是PHP比ASP優秀的說法完全幾乎是謬論。 用AC跟MYSQL比而得出ASP遠遜于PHP的結論根本就是偷換概念。 大資料量訪問的情況MSSQL絲毫不比MYSQL差,甚至要強那麼一點點。 當然 ,成本方面MSSQL是要貴那麼一點點。

四、其他

還有點沒寫完的,姑且放到這裡。 主要是對上面的一些補充。

PS:不好的習慣,大雜燴、不知所云的東西一般全丟「其他」裡,這是站長的通病。

所有這些文字的前提是你的站主題已經明確了。 這好象是廢話。 但是又不是廢話。 主題是靈魂,內容結構形式是肉體。 ( 好象不對,應該是先有肉體才對,無神論者又要笑話俺了)。 另外這些文字是寫給個人站長包括俺自己的。

另外一些或許有用的:

——你也許要選個CMS。 那樣的話,俺帶點感情色彩吐血推薦DEDE。 不過如果有先知柏拉圖同志的水品的話也不妨自己寫。 用的人多有多的好處,用的人少有少的好處。 像一點點軟跟蘋果。 個人覺得APPLE洞洞不比較一點點少多少,用的人少而已。

——你也許要學會看統計。 這個阿江同志已經寫過:HTTP://help.51.la/howto/readit.asp ,我就不再續貂了。

——你也許需要團隊。 也許而已。 當你訪問量不斷增加而你自己一個人力不從心的時候,你需要一些臭味相投的人與你並肩戰鬥。 (不知道柏拉圖同志是不是拿到風險投資了,要不就是找到伴了,總覺得他比以前更強了那麼一點點了。 )

差不多了,想到哪寫到哪,讓諸位見笑了。 如果不幸您覺得這些文字侮辱了您的智商,鄙人十分抱歉。

順便打下廣告:歡迎訪問指點我的小站 HTTP://www.im486.com

相關文章

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.