7. 技術問題
1. 使用 301s
- 301s 是否被用在所有的重定向（redirects）
- 如果 root 有被導向目標到達頁面，是否使用 301 而不是 302？
- 使用 Live HTTP Headers Firefox 插件檢查 301s
2. 避免不良的重定向（redirects）
- 包含 302s, 307s, meta refresh 和 JavaScript 重定向，因為它們導流很少的 link equity
- 你可以使用 Screaming Frog 等工具找出這些重定向
註：link equity 是所有從外部網站導流到你的網站頁面的連結，而這些連結都可以為你的網站排名提供價值。
3. 重定向沒有導到最終到達網址，也沒有使用重定向鏈（redirect chains）
- 重定向鏈會大幅減少和最終到達網址相關連的連結
- Google 指出如果它們追蹤數個重定向後就會停止追蹤重定向鏈
4. 使用 JavaScript
- 內容是否使用 JavaScript？
- 連結是否使用 JavaScript？是否為了 PR sculpting 而做？
註：Page Rank sculpting 是透過控制你的連結流去影響網站排名的機制。
5. 使用 iFrames
- 是否從 iFrames 擷取內容
6. 使用 Flash
- 整個網站是否都使用 Flash？或 Flash 是否會阻擋網站追蹤機制？
7. 使用 Google Webmaster Tools 檢查錯誤
Google WMT 會告訴你它們在網站上發現的技術性錯誤（例如 4xx 錯誤、5xx 錯誤、XML sitemap 中無法存取的頁面、soft 404s）
8. XML Sitemaps
- XML Sitemaps 是否在適當的位置？
- XML Sitemaps 是否彌補較差的網站結構？
- XML sitemaps 是否結構化，進而找出 indexation （網站指數）問題？
- sitemaps 是否依循適當的 XML 條款？
9. 透過 301s 建立網站的標準（Canonical）連結元素
10. 在 Google Webmaster Tools 中指明網站的標準連結元素
11. 在網站中廣泛使用 Rel canonical 連結標籤
- 標籤需要連結到正確的頁面，而每個頁面不會都導到主頁
12. 使用絕對網址（absolute URLs）而不是相對網址（relative URLs）
- 如果你的根網域有安全區域，可能會造成很多問題
註：絕對網址是完全完整且客觀的網址，對外部的 HTML 使用；相對網址則是以網頁文件對應到目標文件位置的相對關係且主觀，通常在同一個伺服器中連結其他網頁時會使用相對網址。
8. 網站速度
1. 審查重要網頁的載入速度
- 對使用者或搜尋引擎來說會不會太慢？
2. 確認可以壓縮
3. 確認可以快取
4. 為網站優化你的圖像
5. Minify 你的 CSS/JS/HTML
6. 使用快速的 host 檔案
- 考慮為你的圖像使用 CDN（Content Delivery Network）
註：CDN 是指一種透過網際網路互相連接的電腦網路系統，提供高效能、可擴展性、及低成本的網路將內容傳遞給使用者。
9. 行動裝置
1. 檢查行動版使用經驗
- 是否有設立行動版網站？
- 如果有的話，是行動版網站、自適應網頁設計（Responsive Web Design ）或動態服務（dynamic serving）？
註1：自適應網頁設計（Responsive Web Design ）是當一個網頁在不同的解析度下，會呈現不同的介面，也就是在不同的介面（手機、電腦、平板）上適應。
註2：動態服務（dynamic serving）可讓伺服器根據要求網頁的使用者代理程式，透過同一網址傳回不同的 HTML（和 CSS）。
2. 在不同的行動版內容中建立追蹤碼
3. 如果使用動態服務（dynamic serving），也要使用 Vary HTTP header
- 這可以讓搜尋引擎知道行動裝置用戶的內容是不同的
4. 檢視行動裝置用戶的使用意圖是否和使用經驗吻合
5. 確認不存在錯誤的行動版重定向（redirects）
如果你的網站沒有將行動裝置用戶重定向到目標網址（通常是首頁），很可能會影響到行動版的自然流量成效
6. 確認行動版網站和電腦網站的連結有使用適當的標記語言（markup）
- 如果行動版 site (m.) 存在，電腦版相同的 URL 是否透過 rel=”alternate” 導到行動版頁面？
- 行動版是否符合電腦版的標準？
- 官方文件
10. 國際化
1. 檢視網址中的國際版本
- 例如： site.com/uk/ 或 uk.site.com
2. 在 webmaster tools 中可以針對國家設計
- 是否有在 webmaster tools 中指明特定的國家？
- 如果網站有針對不同國家設計的區塊，是否有在 webmaster tools 中標記？
3. 必要須使用 hreflang / rel alternate
4. 如果同樣的語言提供不同版本（如 /us/ 和 /uk/ 都是使用英文），請更新修改的副本才不會讓內容重複
5. 確認國家相對應的貨幣單位無誤
6. 檢查網址結構是使用當地語言
- 避免所有的網址都使用同一種語言
11. 網站分析
1. 每一個頁面都有網站分析的追蹤碼
- 你可以在 Screaming Frog Crawl 中用〝custom〞篩選器檢查或搜尋自我參照連結網址
- 是否存在需要屏蔽的網頁？
2. 一個網頁只有一種 GA 資源（property）
- 相同的 GA 資源可能對頁面瀏覽的指標產生問題，例如浮報瀏覽量和單次造訪頁面數，進而減少跳出率
- 列出多個 GA 資源是沒問題的
3. 網站分析可以捕捉內部搜尋且正確追蹤
4. 建立人口統計追蹤
5. 如果你有使用 Adwords 和 Adsense 平台，要建立適當連結
6. 排除內部 IP 網址
7. 使用 UTM 參數
8. 避免使用 Meta refresh 和 JavaScript 重定向
9. 為重要的用戶互動建立事件追蹤（event tracking）
本篇提供了一些技術上的網站審查要素，我發現專注在解決方案與對企業的影響才是最好用來審查網站的方式，如果你想要更多審查網站的資源，以下提供一些工具供你參考：
- Annie Cushing’s Site Audit
- Web Developer Toolbar
- User Agent Add-on
- Firebug
- Link Checker
- SEObook Toolbar
- MozBar (Moz’s SEO toolbar)
- Xenu
- Screaming Frog
- Your own scraper
- Inflow’s technical mobile best practices
上篇閱讀：SEO 不求人！網站 SEO 檢查清單【Part 1】
文章出處：Technical Site Audit Checklist: 2015 Edition
圖片出處：搜尋123
