在很多情況下，企業需要有技術部門必須遵守的SEO規範。以前，一些技術部門為客戶編寫了SEO規範。
在提供SEO諮詢服務時，客戶作為外部顧問往往會遇到一些不方便的參與。例如，一些公司想要建立新的網站，或者現有的網站被推給我，問我是否可以從一開始就參與SEO.固然是一件好事在規劃和設計階段考慮搜尋引擎最佳化的網站，但在國外作為一名顧問，這是一個糟糕的操作參與這個過程的深入討論，溝通和協調，內部搜尋引擎最佳化人員更適合這類工作。
一些客戶公司的規模比較大，技術開拓、內容、SEO等部門是分開的，SEO部門的無數需求都要提交給技術和運營部門。相反，其他部門的需求也由技術部梅蝕行，但不一定要經過SEO部門的允許。這一過程可能對SEO產生不利影響。
也有頻繁的人員變動，即使原來的開拓人員受過SEO的培訓，仍然會有不瞭解SEO的新成員。
這些條件要求技術部門必須遵守SEO規範，並且在開拓網站或修改網站時，即使它不與SEO部門合作，至少也不能違反SEO規範以倖免災害性的後果。
過去，我們為客戶編寫了一些技術部門的SEO規範。現在我們只是更新它們並與您分享，希翼能關心其他公司。
SEO部門在企業應該做什麼？搜尋引擎最佳化規範指出：
此SEO規範適用於公司的所有新網站和現有網站的更新和修訂。
SEO規範不是一個提議和強制性規則。程式設計、前端、運維等相關部門必須遵守。
當您對這個SEO規範的內容有疑問時，請與SEO部門溝通，不要自己解釋可疑的部分。
與域名和伺服器相關的僅解析公司由於業務需要而決定開啟的子域。未開啟的域名未被解析。不要使用pan解析（萬用字元*代替子域名）。
顯示站點內容的域名最多不超過兩個或兩個（無論實現方式如何，比如解析到同一個根名目、上傳相同的檔案和資料庫）。
用於測試的子域使用機器人檔案來禁止搜尋引擎抓取。
未完成內容的網站和欄目不願意上線。
沒有頁面必須返回404程式碼。每月使用線上工具確認頁面伺服器頭不存在
伺服器開啟gzip壓縮。
4XX和5XX伺服器資訊不正常。及時通知SEO部門舉行進一步檢查。
使用https.新車站子域名應與SEO部門溝通並允許。
一旦網站結構和URLURL得到確認，沒有SEO部門的允許和相應的機制，無法對URL舉行修改。
除了規劃和禁止搜尋引擎捕獲和收集內容之外，所有網站都是靜態URL.
該站點的搜尋結果頁面使用機器人檔案禁止搜尋引擎抓取。
Web站點列和URL名目需要是一對一的通訊，第一級分類對應於第一級名目，兩個級別的分類對應於兩個層次名目。多達兩層的名目，假如產品/頁面的數量需要超過三個分類，請先與SEO部門溝通，導航和內部連結解決方案。
列/名目URL以歪線結束，沒有索引。php的名字是補充道。
列名、檔名等中的字母在URL中都是小寫的。
URL中除了短橫線外沒有其他特殊字元。
除了列之外，URL不能新增其他冗餘名目級別。
中文和英文網站的網址名目名稱都使用相應的英文字，英文字長度限制為3個。不要使用中文或拼音。號碼/信箋號也可以考慮。
中文網站、產品/文章頁面、檔名按字母順序編號。
同一產品不應被歸入多個類別，而應只歸入一個類別。
所有的頁面都標上了canonical.假如您不確定哪個標準URL應該在規範標籤中列出，請諮詢SEO部門。
所有頁面的麵包屑導航。
頁面元素頁面標題標籤、描述標籤和H1字元依據格式自動生成預設版本，但系統需要手動填充SEO部門的功能。
一個頁面只使用一次H1.
列頁面標題預設格式：兩層列名-一流的列名網站名稱列頁面頁面標題預設格式：兩層列名-第一級列名站點名稱，網站名稱- X產品頁面標題預設格式頁：產品名稱-網路名稱列頁面預設格式：1級列眼睛名稱--兩級列名產品頁面H1預設格式：產品名稱描述標籤從列或產品描述第一段擷取長度超過20個字，70個字下完整的句子。
假如產品頁面有格式化的資料，標題和描述標籤可以充分利用它們使它們一致和可讀。
頁面不使用關鍵字標籤，除非SEO部門另有要求。
除非SEO部門單獨要求，否則所有連結都應該透過HTML程式碼連結，而不是使用JS.
所實使用者在內容（UGC）和nofollow屬性中生成連結。
列、產品/文章頁面主頁加上ALT文字（假如不是手動填充的話）可以與頁面標題相同。
不使用躲藏的文字或連結。
儘量倖免使用表單（表），特別是巢狀表單。
頁面開啟的速度是相關的。在視覺效果沒有明顯影響的前提下，所有的圖片在使用前都需要最大程度的壓縮。
不要使用超出實際顯示尺寸的圖片（不要上傳大尺寸的圖片，然後放大）。
頁面文字程式碼（包括HTML、JS、CSS）不超過500K.特殊的頁面，如主頁可以輕鬆。
注意使用JS.測試JS是否減慢了主流掃瞄器的頁面開啟速度。
使用主流掃瞄器測試頁面開啟速度不應超過3秒。假如條件願意，可以在很多省市舉行測試。
函式使用和程式碼，除非有其他要求，確保在所有web頁面都聯機時新增流量統計程式碼。
所有網站都開放百度資源平臺和谷歌搜尋主機賬戶。
禁止使用會話ID、框架（框架結構）、Flash.
該網站向來線上，除非SEO或操作部門單獨要求機器人檔案開啟所有的URL和檔案（包括圖片、CSS、JS）舉行抓取。
後臺可以實時或定期地生成和更新XML版本的站點地圖，包括主頁、列和頁面、產品/文章頁面。確定過濾器條件頁面是否與SEO部門協調。
新站點應使用響應式設計，而無需使用獨立的挪移站或挪移子域。擁有最佳化挪移子域的舊站點被暫時維護，與SEO部門舉行溝通，並對設計做出響應。
英文網站的HTML程式碼不顯示中文字元，包括註釋。
由於各種原因更改URL,舊URL將301轉到新URL.而不是使用其他的轉向模式。
由於改變URL的各種原因，導航和內部頁面連結被更新以防止URL.從轉向新的URL.導航。
在與SEO部門溝通之前，不要啟用標籤/標籤功能。
除非SEO另有要求，否則不要使用JS生成或呼叫頁面內容。
在很多情況下，企業需要有技術部門必須遵守的SEO規範。以前，一些技術部門為客戶編寫了SEO規範。
在提供SEO諮詢服務時，客戶作為外部顧問往往會遇到一些不方便的參與。例如，一些公司想要建立新的網站，或者現有的網站被推給我，問我是否可以從一開始就參與SEO.固然是一件好事在規劃和設計階段考慮搜尋引擎最佳化的網站，但在國外作為一名顧問，這是一個糟糕的操作參與這個過程的深入討論，溝通和協調，內部搜尋引擎最佳化人員更適合這類工作。
一些客戶公司的規模比較大，技術開拓、內容、SEO等部門是分開的，SEO部門的無數需求都要提交給技術和運營部門。相反，其他部門的需求也由技術部梅蝕行，但不一定要經過SEO部門的允許。這一過程可能對SEO產生不利影響。
也有頻繁的人員變動，即使原來的開拓人員受過SEO的培訓，仍然會有不瞭解SEO的新成員。
這些條件要求技術部門必須遵守SEO規範，並且在開拓網站或修改網站時，即使它不與SEO部門合作，至少也不能違反SEO規範以倖免災害性的後果。
過去，我們為客戶編寫了一些技術部門的SEO規範。現在我們只是更新它們並與您分享，希翼能關心其他公司。
SEO部門在企業應該做什麼？搜尋引擎最佳化規範指出：
此SEO規範適用於公司的所有新網站和現有網站的更新和修訂。
SEO規範不是一個提議和強制性規則。程式設計、前端、運維等相關部門必須遵守。
當您對這個SEO規範的內容有疑問時，請與SEO部門溝通，不要自己解釋可疑的部分。
與域名和伺服器相關的僅解析公司由於業務需要而決定開啟的子域。未開啟的域名未被解析。不要使用pan解析（萬用字元*代替子域名）。
顯示站點內容的域名最多不超過兩個或兩個（無論實現方式如何，比如解析到同一個根名目、上傳相同的檔案和資料庫）。
用於測試的子域使用機器人檔案來禁止搜尋引擎抓取。
未完成內容的網站和欄目不願意上線。
沒有頁面必須返回404程式碼。每月使用線上工具確認頁面伺服器頭不存在
伺服器開啟gzip壓縮。
4XX和5XX伺服器資訊不正常。及時通知SEO部門舉行進一步檢查。
使用https.新車站子域名應與SEO部門溝通並允許。
一旦網站結構和URLURL得到確認，沒有SEO部門的允許和相應的機制，無法對URL舉行修改。
除了規劃和禁止搜尋引擎捕獲和收集內容之外，所有網站都是靜態URL.
該站點的搜尋結果頁面使用機器人檔案禁止搜尋引擎抓取。
Web站點列和URL名目需要是一對一的通訊，第一級分類對應於第一級名目，兩個級別的分類對應於兩個層次名目。多達兩層的名目，假如產品/頁面的數量需要超過三個分類，請先與SEO部門溝通，導航和內部連結解決方案。
列/名目URL以歪線結束，沒有索引。php的名字是補充道。
列名、檔名等中的字母在URL中都是小寫的。
URL中除了短橫線外沒有其他特殊字元。
除了列之外，URL不能新增其他冗餘名目級別。
中文和英文網站的網址名目名稱都使用相應的英文字，英文字長度限制為3個。不要使用中文或拼音。號碼/信箋號也可以考慮。
中文網站、產品/文章頁面、檔名按字母順序編號。
同一產品不應被歸入多個類別，而應只歸入一個類別。
所有的頁面都標上了canonical.假如您不確定哪個標準URL應該在規範標籤中列出，請諮詢SEO部門。
所有頁面的麵包屑導航。
頁面元素頁面標題標籤、描述標籤和H1字元依據格式自動生成預設版本，但系統需要手動填充SEO部門的功能。
一個頁面只使用一次H1.
列頁面標題預設格式：兩層列名-一流的列名網站名稱列頁面頁面標題預設格式：兩層列名-第一級列名站點名稱，網站名稱- X產品頁面標題預設格式頁：產品名稱-網路名稱列頁面預設格式：1級列眼睛名稱--兩級列名產品頁面H1預設格式：產品名稱描述標籤從列或產品描述第一段擷取長度超過20個字，70個字下完整的句子。
假如產品頁面有格式化的資料，標題和描述標籤可以充分利用它們使它們一致和可讀。
頁面不使用關鍵字標籤，除非SEO部門另有要求。
除非SEO部門單獨要求，否則所有連結都應該透過HTML程式碼連結，而不是使用JS.
所實使用者在內容（UGC）和nofollow屬性中生成連結。
列、產品/文章頁面主頁加上ALT文字（假如不是手動填充的話）可以與頁面標題相同。
不使用躲藏的文字或連結。
儘量倖免使用表單（表），特別是巢狀表單。
頁面開啟的速度是相關的。在視覺效果沒有明顯影響的前提下，所有的圖片在使用前都需要最大程度的壓縮。
不要使用超出實際顯示尺寸的圖片（不要上傳大尺寸的圖片，然後放大）。
頁面文字程式碼（包括HTML、JS、CSS）不超過500K.特殊的頁面，如主頁可以輕鬆。
注意使用JS.測試JS是否減慢了主流掃瞄器的頁面開啟速度。
使用主流掃瞄器測試頁面開啟速度不應超過3秒。假如條件願意，可以在很多省市舉行測試。
函式使用和程式碼，除非有其他要求，確保在所有web頁面都聯機時新增流量統計程式碼。
所有網站都開放百度資源平臺和谷歌搜尋主機賬戶。
禁止使用會話ID、框架（框架結構）、Flash.
該網站向來線上，除非SEO或操作部門單獨要求機器人檔案開啟所有的URL和檔案（包括圖片、CSS、JS）舉行抓取。
後臺可以實時或定期地生成和更新XML版本的站點地圖，包括主頁、列和頁面、產品/文章頁面。確定過濾器條件頁面是否與SEO部門協調。
新站點應使用響應式設計，而無需使用獨立的挪移站或挪移子域。擁有最佳化挪移子域的舊站點被暫時維護，與SEO部門舉行溝通，並對設計做出響應。
英文網站的HTML程式碼不顯示中文字元，包括註釋。
由於各種原因更改URL,舊URL將301轉到新URL.而不是使用其他的轉向模式。
由於改變URL的各種原因，導航和內部頁面連結被更新以防止URL.從轉向新的URL.導航。
在與SEO部門溝通之前，不要啟用標籤/標籤功能。
除非SEO另有要求，否則不要使用JS生成或呼叫頁面內容。