[ad_1]
當您考慮建立鏈接時，如果忽略技術搜索引擎優化，您可能無法完全從SEO工作中獲益。
當您考慮網站搜索引擎優化的所有要點時，會發生最佳結果：
- 技術SEO。
- 內容。
- 鏈接。
事實上，有些情況下你必須在考慮獲取鏈接之前解決技術搜索引擎優化問題。
如果您的網站在技術搜索引擎優化領域很薄弱，或者搜索引擎非常混亂，那麼無論您擁有的反向鏈接的質量和數量如何，它都無法表現出色。
您的技術搜索引擎優化的最高目標是確保您的網站是：
- 輕鬆抓取搜索引擎。
- 具有頂級的跨平台兼容性。
- 在桌面和移動設備上快速載入。
- 採用WordPress插件的高效實現。
- 錯誤配置的Google Analytics代碼沒有任何問題。
這五點說明了為什麼在建立鏈接之前解決技術搜索引擎優化問題很重要。
如果您的網站無法被抓取或者在技術SEO最佳做法方面存在缺陷，您可能會遇到網站性能不佳的問題。
以下章節討論了在開始建立鏈接之前應該如何處理技術搜索引擎優化的原因。
確保搜索引擎輕鬆抓取您的網站
您的HTTPS安全實施
如果您最近跳轉到HTTPS安全實施，則可能沒有機會審核或以其他方式識別安全證書安裝的問題。
從一開始就進行表面級審計可以幫助您確定影響向HTTPS過渡的任何主要問題。
當購買SSL證書最初沒有考慮到網站稍後會做什麼時，可能會出現重大問題。
要記住的一件事是，您必須非常謹慎地購買證書並確保它涵蓋您想要的所有子域。
如果不這樣做，最終可能會遇到一些問題，例如無法重定向URL。
如果您沒有獲得完整的通配符證書，並且您的證書未涵蓋子域上的URL參數（使用絕對URL），則無法將這些URL重定向到https：//。
這就是為什麼要注意您在購買SSL證書期間選擇的選項，因為它可能會對您的網站產生負面影響。
沒有錯誤的重定向或太多重定向會導致網站性能下降
使用錯誤的重定向創建HTTPS安全實現很容易。
出於這個原因，鷹眼對網站當前重定向狀態的看法將有助於糾正這個問題。
如果您不密切關注正在創建的重定向，也可以輕鬆創建衝突的重定向。
此外，很容易讓重定向失控並導致每個站點網址數十或更多的重定向，反過來又會導致網站性能下降。
解決此問題的最簡單方法是：確保重定向全部以1：1的比例創建。
您的網站上的每個網址不應包含10-15個或更多重定向網址。
如果你這樣做，有些事情是嚴重錯誤的。
不應同時載入HTTPS和HTTP URL上的內容
正確的實現是應該重定向到另一個，而不是兩者。
如果您同時載入它們，則網站的安全版本出現問題。
如果您在瀏覽器中輸入網站的URL，請嘗試單獨測試https：//和http：//。
如果兩個網址都載入，則表示您正在顯示兩個版本的內容，重複的網址可能會導致重複的內容問題。
為確保您不再遇到此問題，您需要執行以下操作之一，具體取決於您網站的平台：
- 在HTACCESS中創建完整的重定向模式（在Apache / CPanel伺服器上）
- 使用WordPress中的重定向插件強制重定向來自http：//
相反，這是我們想要向用戶和搜索引擎展示的確切示例：
如何在Apache / Cpanel伺服器上的htaccess中創建重定向
您可以在Apache / CPanel伺服器上的.htaccess中的伺服器級別執行全局重定向。
Inmotionhosting 有一個很好的教程，如何在您自己的Web主機上強制重定向。但是，出於我們的目的，我們將專註於以下方面。
要強制所有Web流量使用HTTPS，以下是您要使用的代碼。
您希望確保將此代碼添加到具有類似前綴的任何代碼（RewriteEngine On，RewriteCond等）之上。
RewriteEngine On
RewriteCond％{HTTPS}！on
RewriteCond％{REQUEST_URI}！^ /（0-9）+ .. + 。cpaneldcv $
RewriteCond％{REQUEST_URI}！^ / 。眾所周知/ pki-validation /（A-F0-9）{32} .txt（？： Comodo DCV）？$
RewriteRule（。*）https：//％{HTTP_HOST}％{REQUEST_URI}（L，R = 301）
如果要僅重定向指定的域，則需要在htaccess文件中使用以下代碼行：
RewriteCond％{REQUEST_URI}！^ /（0-9）+ .. + 。cpaneldcv $
RewriteCond％{REQUEST_URI}！^ / 。眾所周知/ pki-validation /（A-F0-9）{32} .txt（？： Comodo DCV）？$
RewriteEngine On
RewriteCond％{HTTP_HOST} ^ example .com（NC）
RewriteCond％{SERVER_PORT} 80
RewriteRule ^（。*）$ https://www.example.com/$1(R = 301，L）
不要忘記將上述示例中的任何URL更改為您域名的正確實現。
該教程中還有其他可能適用於您的站點的解決方案。
警告：如果您對在伺服器上的伺服器級別進行正確更改的能力沒有信心，請確保讓您的伺服器公司/ IT人員為您執行這些修復。
如果您不確切知道自己在做什麼，可以搞砸這些類型的重定向。
如果您正在運行WordPress站點，請使用插件
解決這些重定向問題的最簡單方法是使用插件，尤其是在運行WordPress網站時。
有許多插件可以強制http：//到https：//重定向，但這裡有一些可以幫助使這個過程儘可能輕鬆：
關於插件的注意事項 – 如果您已經使用了太多插件，請不要只添加其他插件。
您可能想要調查您的伺服器是否可以使用上面提到的類似重定向規則（例如，如果您使用的是基於NGINX的伺服器）。
這裡必須說明：插件權重可能會對網站速度產生負面影響，因此不要總是假設最新的插件會對您有所幫助。
所有現場鏈接都應該從HTTP更改為：//到HTTPS：//
即使您執行上述重定向，也應執行此步驟。
如果您使用絕對URL而不是相對URL，則尤其如此，前者始終顯示您正在使用的超文本傳輸協議。
如果您使用後者，這不太重要，您可能不需要太注意這一點。
當您使用絕對URL時，為什麼需要在現場更改鏈接？
因為Google可以並且將抓取所有這些鏈接，這可能會導致重複的內容問題。
這似乎是浪費時間，但事實並非如此。您確定最終結果是Google確切地看到了您希望他們看到的網站。
一個版本。
一組URL。
一組內容。
沒有混亂。
沒有來自HTTP的404：//到HTTPS：//轉換
404s的突然飆升可能使您的網站幾乎無法抓取，尤其是當http：//和https：//頁面之間存在鏈接時。
抓取網站的難度是404s峰值導致的最常見問題之一。
此外，由於顯示的404太多而導致抓取預算浪費，而且Google沒有找到它應該的頁面。
為什麼這會影響網站性能，以及它為何重要：
而谷歌的約翰穆勒 提到 爬網預算除了極大的網站外無關緊要：
「Google的John Mueller在Twitter上表示，他認為爬行預算優化在他的腦海中被高估了。他說，對於大多數網站而言，它並沒有什麼不同，它只能幫助真正龐大的網站。
約翰寫道：「IMO爬行預算被高估了。」「大多數網站從不需要擔心這一點。這是一個有趣的話題，如果你正在抓取網路或運行一個數十億的網址，這很重要，但對於普通網站所有者來說，這不是很重要，「他補充道。」
一個偉大的 文章 作者：SEO PowerSuite的SEO主管Yauhen Khutarniuk完美地說：
「從邏輯上講，您應該關注爬網預算，因為您希望Google儘可能多地發現您網站的重要網頁。您還希望它能夠快速在您的網站上找到新內容。您的抓取預算越大（並且管理得越聰明），這種情況就會越快。「
優化抓取預算非常重要，因為快速查找網站上的新內容應該是首要任務，同時儘可能多地發現網站的高優先順序網頁。
如何修復你可能擁有的任何404
首先，您希望將舊URL中的任何404重定向到新的現有URL。
查看Benj Arriola的搜索引擎期刊文章了解更多信息 404s與軟404相比，以及如何修復它們。
一種更簡單的方法，特別是如果你有一個WordPress網站，將使用Screaming Frog抓取網站，並使用以下方法批量上傳301重定向規則 重定向WordPress插件。
否則，您可能必須在.htaccess中創建重定向規則。
您的網址結構不應過於複雜
該 您網址的結構 讓您的網站為技術搜索引擎優化做好準備是一個重要的考慮
您必須注意隨機生成被索引的動態參數，不易理解的URL以及其他會導致您的技術SEO實施問題的因素。
這些都是重要的因素，因為它們可能會導致索引問題，從而損害您網站的性能。
更多人性化的URL
創建URL時，您可能會考慮內容的去向，然後自動創建URL。
但是，這可能會傷害到你。
原因是因為自動生成的URL可以遵循幾種不同的格式，這些格式都不是人類可讀的。
例如：
- /內容/日期/時間/關鍵字
- /內容/日期/時間/串的號碼
- /內容/分類/日期/時間/
- /內容/分類/日期/時間/參數/
您遇到的這些格式都不具備人類可讀性，是嗎？
重要的是，正確地傳達URL背後的內容是用戶意圖的很大一部分。
由於可訪問性的原因，今天更重要的是。
您的網址越可讀，越好：
- 搜索引擎可以使用這些來確定人們如何與這些網址進行互動，而不是那些不參與這些網址的人。
- 如果有人在搜索結果中看到您的網址，他們可能更容易點擊它，因為他們會確切地看到該網址與他們搜索的內容相匹配的程度。簡而言之 – 匹配用戶搜索意圖，並且您有另一個客戶。
- 這就是為什麼在審核網站時考慮這部分網址結構非常重要的原因。
許多現有網站可能使用過時或令人困惑的網址結構，導致用戶參與度低下。
確定哪些網址可以更易於人工閱讀，可以在您的網站上創建更好的用戶參與度。
重複的網址
在任何鏈接構建之前應該解決的一個重要的技術SEO考慮因素是重複內容。
在涉及重複內容問題時，這些是主要原因：
- 內容在網站的各個部分顯著重複。
- 從其他網站上刪除的內容。
- 重複的URL，其中只存在一個內容。
這可能會受到影響，因為當多個URL代表一個內容時，它確實會混淆搜索引擎。
搜索引擎很少會同時顯示相同的內容，並且不會注意重複的網址會削弱他們查找和提供每個副本的能力。
避免使用動態參數
雖然動態參數本身並不是SEO方面的問題，但如果你無法管理它們的創建，並且在使用中保持一致，那麼這可能會成為一個重大問題。
Jes Scholz在搜索引擎雜誌上發表了一篇很棒的文章，內容涵蓋了基礎知識 動態參數和URL處理 以及它如何影響SEO。如果您不熟悉動態參數，我建議您在繼續本節的其餘部分之前儘快閱讀她的文章。
Scholz解釋說，參數用於以下目的：
- 跟蹤
- 重新排序
- 過濾
- 確定
- 分頁
- 搜索
- 翻譯
當您發現URL的動態參數導致問題時，通常會導致對這些URL創建的基本管理不善。
在跟蹤的情況下，在創建搜索引擎爬行的鏈接時使用許多不同的動態參數。
在重新排序的情況下，使用這些不同的動態參數來重新排序列表和項目組，然後創建可索引的重複頁面，然後搜索引擎將對其進行爬網。
如果不將動態參數保持在可管理的級別，則可能會無意中觸發過多的重複內容問題。
您永遠不需要50個帶有UTM參數的網址來跟蹤某些類型的廣告系列的結果。
如果您不仔細管理其創建並且會削弱內容的質量以及在搜索引擎結果中執行的能力，那麼為一條內容創建這些動態URL可能會隨著時間的推移而增加。
它會導致關鍵詞自相殘殺，並且在足夠大的範圍內會嚴重影響您的競爭能力。
較短的網址比較長的網址更好
一個長期存在的SEO最佳實踐是較短的URL比較長的URL更好。
谷歌的約翰穆勒有 討論 這個：
「在這裡肯定發揮作用的是，當我們有兩個具有相同內容的網址時，我們會嘗試選擇一個在搜索結果中顯示的網址，我們將選擇較短的網址。所以這是關於規範化的。
這並不意味著它是一個排名因素，但它意味著如果我們有兩個URL，一個非常短而且很甜，而另一個則附加了這個長參數，我們知道它們顯示完全相同的內容我們會嘗試選擇較短的一個。
那裡有很多例外，不同的因素髮揮作用，但其他一切都是平等的 – 你有一個較短的和一個較長的，我們將嘗試選擇較短的一個。「
還有經驗證據表明這一點 谷歌排名較短的網址 更多的條款，而不是長期和具體的。
如果您的網站包含超長網址，您可能希望將它們優化為更好，更短的網址，以更好地反映文章的主題和用戶意圖。
確保您的網站具有頂級跨平台兼容性和快速頁面速度
當您的網站編碼不正確時，可能會出現網站故障和其他問題。
這些故障可能是由於嵌套錯誤的DIV標籤導致格式錯誤，代碼語法錯誤導致調用操作元素消失，導致網站管理不良導致頁面元素不慎實現。
跨平台兼容性可能會受到頁面速度的影響，導致性能和用戶參與度大大降低，早在鏈接構建成為考慮因素之前。
在它們成為主要問題之後，將其中的一些問題扼殺在萌芽狀態。
許多這些技術搜索引擎優化問題歸結為糟糕的網站管理和糟糕的編碼。
您在開始時通過更一致的開發和網站管理最佳實踐解決這些技術性搜索引擎優化問題的次數越多，您的鏈接構建活動即將起飛時效果越好。
編碼不良的網站設計
當您的網站設計編碼不佳時，您的用戶體驗和參與度會受到影響，並會受到不利影響。
這是技術搜索引擎優化的另一個元素，很容易被忽視。
編碼不良的網站設計可以通過以下幾種方式表現出來：
- 頁面速度不佳。
- 設計中的故障出現在不同的平台上。
- 表單無法正常工作（影響轉化）。
- 對移動設備（和桌面）不起作用的任何其他操作調用。
- 任何未被準確監控的跟蹤代碼（導致您在SEO決策中的選擇不當）。
當這些問題無法正確報告，捕獲潛在客戶或與用戶充分發揮潛力時，這些問題都會給您的網站造成災難。
這就是為什麼在移動到鏈接建設之前應始終在現場考慮和處理這些事情的原因。
如果你不這樣做，你可能會在營銷活動中遇到一些更難以確定的弱點，或者更糟糕的是 – 你可能永遠找不到它們。
必須解決並檢查網站設計的所有這些元素，以確保它們不會導致您的SEO出現任何重大問題。
頁面載入緩慢
自2018年7月以來，谷歌推出了頁面速度 其移動演算法對所有用戶的排名因子。
緩慢載入頁面可能會影響所有內容，因此這是您應該持續關注的內容，而不僅僅是排名。
但對於所有用戶也。
在涉及影響頁面速度的問題時，您應該注意什麼？
慢載入圖像
如果您的站點有許多文件大小接近1 MB（1兆位元組）的圖像，則表示您遇到問題。
隨著平均互聯網連接速度的臨近 超過27.22 Mbps 下載移動和固定寬頻方法超過59.60 Mbps下載，實際上，這不是一個問題，但仍然是一個問題。
當您的網站上有如此大的圖像時，您仍將面臨較慢的載入頁面。如果您使用GTMetrix之類的工具，則可以查看網站載入這些圖像的速度。
典型的頁面速度分析最佳實踐表明，您應該拍攝網站頁面速度的三個快照。
平均三個快照，這是您網站的平均頁面速度。
平均而言，對於大多數網站，建議圖像每張圖像最多35 – 50K，而不是更多。這取決於解析度和像素密度（包括您是否適應iPhone和其他設備的更高像素密度）。
此外，在Adobe Photoshop等圖形應用程序中使用無損壓縮，以便在調整圖像大小時實現最佳質量。
高效的編碼最佳實踐
有些人認為標準編碼最佳實踐表明你應該使用 W3C有效編碼。
Google的網站管理員指南 建議使用有效的W3C編碼來編碼您的網站。
但是，John Mueller（甚至Matt Cutts）過去曾提到，為了排名原因，關注W3C有效編碼並不重要。
搜索引擎雜誌的工作人員Roger Montti在這裡進一步詳細討論了這個難題： 谷歌表示有效HTML的6個原因。
但是，那是關鍵詞。專註於它的排名目的。
對於不同的查詢，您會在Google的頂部找到各種網站，這些網站歸因於不同的編碼最佳做法，而不是每個網站都通過W3C進行驗證。
儘管沒有關注這種類型的開發最佳實踐用於排名目的，但有很多理由說明使用W3C有效編碼是一個好主意，以及為什麼它可以讓你領先於沒有這樣做的競爭對手。
在進行任何進一步的討論之前，需要從開發人員的角度注意：
- W3C標準驗證代碼並不總是好的代碼。
- 錯誤的代碼並不總是無效的代碼。
- W3C驗證不應該是對一段編碼工作的全部，最終評估。
- 但是，出於調試原因，應使用W3C驗證器等驗證服務，
- 使用W3C驗證器可以幫助您更輕鬆地評估您的工作，並避免重大問題，因為您的網站在項目完成後變得更大，更複雜。
但最終哪個更好，為什麼？
選擇編碼標準，與編碼最佳實踐保持一致，並堅持使用它們通常會更好。
當您選擇編碼標準並堅持使用它時，您會引入較少的複雜性，並且在最終網站啟動後出現問題的可能性較小。
雖然有些人認為W3C的代碼驗證器是一種不必要的惡意，但它確實提供了押韻和理由來確保您的代碼有效。
例如，如果您的標題中的語法無效，或者您沒有正確地自行關閉標記，W3C的代碼驗證程序將揭示這些錯誤。
如果在開發期間，為了伺服器兼容性原因，您將現有的WordPress主題從XHML 1.0轉移到HTML 5，您可能會注意到數千個錯誤。
這意味著主題中的DOCTYPE與實際使用的語言存在不兼容問題。
當有人將舊代碼複製並粘貼到新的站點實現中而不考慮任何編碼規則時，這種情況經常發生。
這對跨平台兼容性來說可能是災難性的。
此外，這個簡單的檢查可以幫助您在代碼方面明確地揭示內部工作（或不工作）的內容。
有效的編碼最佳實踐發揮作用的地方是，無意中將多個關閉的DIV標籤放在他們不應該去的地方，不小心你如何編碼布局等等。
從用戶和搜索引擎的角度來看，所有這些編碼錯誤都可能對您網站的性能造成巨大損害。
常見的方法太多WordPress插件可能會傷害您的網站
使用太多插件
插件在使用不受控制時可能成為主要問題。
為什麼是這樣？這怎麼可能 – 不是插件應該有幫助嗎？
實際上，如果您沒有正確管理插件，則可能會遇到主要的站點性能問題。
以下是一些原因。
額外的HTTP請求
您站點上載入的所有文件都會從伺服器或HTTP請求生成請求。
每當有人請求您的頁面時，所有頁面元素都會載入（圖像，視頻，圖形，插件，所有內容），並且所有這些元素都需要傳輸HTTP請求。
您擁有的HTTP請求越多，這些額外的插件就越會減慢您的網站速度。
這可能大部分都是毫秒級的問題，並且對於大多數網站來說不會造成巨大的問題。
但是，如果您的網站很大，並且您有數百個插件，它可能是一個主要的瓶頸。
保持您的插件使用是一個好主意，以確保您的插件不會導致主要瓶頸並導致頁面速度慢。
由於額外的插件而增加了資料庫查詢
WordPress使用SQL資料庫來處理查詢並維護其基礎結構。
如果您的站點在WordPress上，重要的是要知道您添加的每個插件都會發送額外的資料庫查詢。
這些額外的查詢可能會增加，並導致瓶頸問題，從而對網站的網頁速度產生負面影響。
載入插件的次數越多，網站獲得的速度就越慢。
如果您不能很好地管理資料庫查詢，則可能會嚴重影響網站的性能，而這與圖像的載入方式無關。
它還取決於您的主機。
如果你的大型網站有太多的插件和資源太少，現在可能是時候進行審核了解究竟發生了什麼。
插件的其他問題：它們會增加網站崩潰的可能性
使用正確的插件時，您不必擔心（太多）關注它們。
但是，您應該注意插件通常何時更新，以及它們如何與您的WordPress實施一起使用以確保您的網站保持正常運行。
如果您自動更新插件，那麼有一天您可能會遇到一個問題，即插件與其他插件不兼容。這可能會導致您的網站崩潰。
這就是管理WordPress插件非常重要的原因。
並確保您不超過伺服器的能力。
這就是為什麼在建立鏈接之前解決技術搜索引擎優化的重要性
許多技術搜索引擎優化問題可以在鏈接構建進入等式之前很長時間內影響其醜陋的頭部並影響網站的SERP性能。
這就是為什麼在開始建立鏈接之前解決技術搜索引擎優化的重要性。
在鏈接構建成為一個因素之前，任何技術性搜索引擎優化問題都會導致網站性能大幅下降。
從徹底的技術搜索引擎優化審計開始，以揭示和解決任何現場問題。
它將有助於識別您網站中的任何弱點，這些更改將與鏈接構建協同工作，為您和您的用戶創建更好的在線狀態。
如果搜索引擎（或您的用戶）無法準確抓取，導航或以其他方式使用您的網站，那麼任何鏈接構建都將毫無用處。
摘要
時間範圍：第1個月，第2個月，第3個月和每個季度
檢測結果：實施後1-4個月
所需工具：
- 尖叫的青蛙
- DeepCrawl
- Ahrefs（或Moz）
- Google Search Console
- 谷歌分析
鏈接建立技術SEO的好處：
- 技術搜索引擎優化將幫助您從鏈接中獲得最大的性能。
- 技術搜索引擎優化就像一個乾淨的網站結構和對PR流的理解是內部鏈接放置的關鍵。
圖片來源
特色圖片：Paulo Bobita
作者拍攝的圖像/截圖，2019年7月