這三個詞的排序我也是掂量了一番，至少對於大部分數網站來說是這麼。內部實質意義是心髒，結構是扇骨子，方式是血肉。沒內部實質意義的是無心肝，結構沒秩序的是脆骨病，方式鞣雜的是淨角貓。

一、內部實質意義：

定義：網站的本質性涵養

一個訪客來你的站多半是由於你的內部實質意義—-他需求的物品，沒有充實的內部實質意義是沒有辦法留住訪客的，靠作弊QJ百毒跟GG得的流量是不會永久的。內部實質意義的更新很關緊，無論是訪客仍然爬行動物，都喜歡新的物品。小量多次是最合宜的辦法。一次更新1W篇，半年更新一次是不可以取的。最好是每個月甚至於每星期都有更新。利用你的計數，看哪一些內部實質意義更受熱烈歡迎一點兒，PV比較高，就注意增強下那方面的內部實質意義。譬如有段時間我經過計數發覺JAY專題的PV有大幅度增加，我就找了更多的圖片文章來充實那一個專題。額外能原創的就原創，不可以原創的總得加工下（當然要注明出處，要沒可能會有人找岔 ），必須要讓人感到你居心在做—-無論到盡頭用沒居心，架勢要數說優點點 。像技術性的文章，過時無用甚至於不正確的最好刪掉，否則會給訪客一種不可以信任的感受。
一個成功的站長建站的主要的精神力應當是花在內部實質意義的充實上，而不是其它。

當網站的正題穩固建立往後，該加些啥子內部實質意義，我想這個曾經肯定有高人刊發過，鄙人就不關公面前耍大刀了。

二、結構：

定義：網站內部實質意義的分類等

壓根兒感到應當在方式後面的，不過我自個兒經歷的凶狠冷酷事實使我只得把它排在第二。我自個兒的站就結構沒秩序承受不了，汗一個先。由於改動結構的話工程太大，所以只好苟且下去。

說到結構的關緊性，眾多人輕視不贊同，否也。欄目標設置，分幾個欄目，每個的正題是啥子，啥子內部實質意義放在啥子欄目前邊。分門能力別類。訪客很很長時間候不是從你的首頁一層一層往下過訪，所以不要妄想他能比你還明白你的網站到盡頭有點啥子。有關的物品聚在一塊兒，相仿的物品做個LINK。專門做技術文章的分類跟大雜燴的分類肯定不同。各個欄目層疊盡力少些，最好不要層疊。值當注意的是大多數瀏覽者初次過訪一個網站的內部實質意義頁的時刻都喜歡在看完第1個頁面後點下一頁，想像下假如一位准母親要找一篇牛奶粉的文章，最後結果下一頁卻是篇商議正則的文章，她會不會一下子關掉你的頁面？當然，我只能說大多數事情狀況下會，由於她有可能是個技術員。

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

三、方式：

定義：網站的板式布局、擔任美術工作的人以及所運用的語言

先解釋明白下純人肉制造的全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 ,我就不再續貂了。

——你或許需求團隊。 或許罷了。當你過訪量不斷增加而你自個兒獨自一個人無能為力的時刻，你需求一點臭味相投的人與你共同戰斗。（不曉得柏拉圖同志是不是拿到風險投資了，要麼就是找到伴了，總感到他比曾經更強了那末一點兒點了。）

相差無幾了，想到哪寫到哪，讓列位見笑了。假如不幸運您感到這些個書契玷污了您的智商，鄙人非常對不起。

捎帶腳兒打下廣告:熱烈歡迎過訪點撥我的小站