最常見的方法是使用服務器的URL重寫模塊，在LAMP（Linux+Apache+MySQL+PHP）服務器上一般使用mod_rewrite模塊，Windows服務器也有功能相似的ISAPI Rewrite等模塊。以.LAMP服務器為例，要想把URL：
 http://www.dnso123.com/products.php?id=123
靜態(tài)化為：
 http://www.dnso123.com/products/123
       需要啟用服務器上的mod_rewrite模塊，然后在.htaccess文件中寫入如下代碼：
       RewriteRule/products/([0-9]+)/products.php?id=$1
      RUL重寫代碼基于正則表達式，每個網站的動態(tài)URL結構不同，服務器設置也可能不同，代碼也就不同，正則表達式的寫法比較復雜，千變萬化，通常需要程序員編寫。在寫URL靜態(tài)化代碼時必須非常小心，錯了一個字符，多了斜杠等微小的不同，都可能造成災難性的后果。
      嚴格來說，這里所說的URL靜態(tài)化應該成為“偽靜態(tài)化”，也就是說服務器上不存在HTML文件，用戶訪問時還是動態(tài)生成頁面，只不過通過URL重寫技術使網址看起來很像靜態(tài)的。也有的CMS系統(tǒng)可以實現(xiàn)真正的靜態(tài)化，站長增添文章拿或產品后，系統(tǒng)會自動生成真實存在的靜態(tài)的HTML文件。對搜索引擎來說，真正的靜態(tài)跟偽靜態(tài)沒有什么區(qū)別。
         3.URL不需要靜態(tài)化嗎
        近兩三年搜索引擎對動態(tài)URL的抓取有了很大進步。一般來說URL中有兩三個參數。對收錄不會造成多大影響。權重高的域名，再多幾個問號都不是問題，不過一般來說還是建議將URL靜態(tài)化，既能提高用戶體驗，又能降低收錄難度。
2008年9月份，Google站長博客發(fā)表了一篇討論動態(tài)網址和靜態(tài)網址的帖子，顛覆了這個SEO界的傳統(tǒng)觀念。在這片帖子里，Google明確建議不要將動態(tài)URL靜態(tài)化。
Google的帖子有幾個要點。
  （1）Google完全有能力抓取動態(tài)網址，多少個問號都不是問題。
   （2）動態(tài)網址更有助于Google蜘蛛讀懂URL含義并進行鑒別，應為網址中的參數有提示性。Google舉了這個例子：
www.example.com/article/bin/answer.foo?language=en&answer=3&sid=98971298178906&query=URL
URL里的參數本身有助于Google蜘蛛理解URL及網頁內容，比如Language后面跟的參數是提示語言，answer后面跟的是文章編號，sid后面肯定是Session ID。其他常用的參數包括:color后面一般是顏色，size后面跟的參數是尺寸等。有了這些參數名稱的幫助，Google更容易理解網頁。
將網址靜態(tài)化以后，這些參數的意義通常就變得不明顯了，比如這個URL：
www.example.com/shoes/red/7/12/men/index.html
就可能使Google不知道哪個是產品序列號，哪個是尺寸。
 （3）URL靜態(tài)化很容易弄錯，那就更得不償失了。比如，通常動態(tài)網址的參數調換順序所得到的頁面是相同的。
 保留動態(tài)網址，Google比較容易明白這兩個URL是一個頁面，因而自動合并權重。經過靜態(tài)化后，這兩個網址Google就不容易判斷是不是同一個頁面，從而可能引起復制內容。
再一個搞錯的是Session ID,也可能被靜態(tài)化URL。
這樣網站將產生大量URL不同，但內容相同的頁面。
所以Google建議不要靜態(tài)化URL。
但是我目前還是建議將URL靜態(tài)化。原因如下：
（1）Google給的建議是從Google自己出發(fā)，沒有考慮其他搜索引擎。Google抓取任何動態(tài)網址沒問題，并不意味著百度、雅虎、必應、搜狗、搜搜等沒有問題。
 （2）Google所說的靜態(tài)化弊端，基本上是基于靜態(tài)化做的不正確的假設。問題是要做靜態(tài)化就得做正確，假設會做錯誤時沒有什么道理的。有幾個人會在靜態(tài)化網址時把Session ID也放進去。
（3）用戶體驗。帶有參數的URL可能有助于Google讀懂內容，但是顯然非常不利于客戶在一瞥之下理解網頁的大致含義。
除了點擊率，長的動態(tài)網址也不利于記憶，不利于在郵件、社會化網站等地方抄送給別人。