SEO與CMS中常見的錯誤:SEJ峰會講者Carolyn Shelby
目錄
你在SEJ峰會的報告將談論如何調整你的SEO,有沒有任何你聽過的平台升級恐怖故事?
我曾經目睹過一些災難。其中一個比較嚴重的災難是有人在建立網站時出了問題。由於他們可以隨意設定頁面的密碼,有人決定利用這個功能將關鍵字塞入URL中。<br/><br/>他們會為每個頁面創造一個獨特的URL,並放入大量子目錄,只是為了能夠插入更多關鍵字。例如,如果是關於脊柱側彎的頁面,URL可能會是website.com/backpain/spinecurvature/curvedspine/geneticdisease/scoliosis。每個URL都是唯一的,而且沒有結構可言。<br/><br/>因為它們沒有任何規律或邏輯可循,我們不得不針對3</a>000個不同的URL寫下一對一的重定向規則。正常情況下,URL具有系統命名方式。你可以把整個website.com/spineproblems作為基礎,保留實際檔案名稱作為變量,在不同目錄中重定向該變量即可。<br/><br/>這非常容易處理。根據目錄數量的不同,你的HTXS檔可能只需要十行代碼,而不是3</a>000行。我還見過其他一些情況,比如更改無法被搜尋引擎</a>爬取的菜單結構。<br/><br/>去年我們進行新平臺建設時發生了一些重要的事情,涉及Google News。它們通過CSS傳遞,以便人們能夠看到作者名稱中的“購買</a>”一詞。但是搜尋引擎</a>只會看到這個隨機名稱或日期出現在空中。<br/><br/>日期是通過CSS插入的,在代碼中是看不見的。其中一件我必須強調的事情是,如果在渲染後的代碼中找不到某個詞語,搜尋引擎</a>就無法看到它。不能僅僅因為人類可以看到它,就認為爬蟲也能看到它,因為事實並非如此。<br/><br/>渲染後代碼和源代碼對開發者來說意味著兩回事。開發者撰寫源代碼來生成網頁,在輸出之前其外觀會有很大差異。作為SEO</a>人員,你需要查看渲染後的輸出,以確保你看到的正是爬蟲能夠訪問到的內容</a>。<br/><br/>內部背景發生什麼並不重要,重要的是在網頁上提供給人們訪問的內容</a>。
優勢 | 劣勢 | |
---|---|---|
機會 |
|
|
威脅 |
|
|
缺乏與觀眾的連結和共鳴
我最常見的情況之一是人們剛啟動新的WordPress網站。有多少次有人在啟動後不久來找我,說:“我不知道發生了什麼事情。這個網站在Google上找不到了。<br/><br/>我們已經打開它了,一切看起來都很正常。”你知道他們忘記在WordPress中關閉什麼嗎?隱私設置。真的,你應該檢查一下那個。<br/><br/>我見過一個網站,他們無法弄清楚為什麼某些字元顯示得很奇怪。無論他們做什麼,字元都以ASCII等效形式顯示出來。這真的很煩人。<br/><br/>這種情況已經持續了很長時間了。這是一件我從未想到要檢查的事情,但碰巧發現</a>了問題所在。在設置中,格式被設置為通常是UTF-8通用的方式。<br/><br/>每個人都會這樣設置它。但由於某種原因,它被設置成了UTF Swedish(UTF-8 瑞典語)。誰這麼做呢?你必須仔細檢查WordPress中的設置,而且拜託了,關閉隱私設置。<br/><br/>否則,每次Google來索引你的網站時,你基本上是對它們豎起中指。
除了檢查基本設置如隱私權等,人們在升級到不同平台時還有其他常見的錯誤嗎?
我看到的一個最大問題是人們沒有努力將舊的URL正確重定向到新的URL。你不能簡單地進行全面重定向,如果有一個錯誤的URL進來就直接發送到主頁。那是你能做的最糟糕的事情。<br/><br/>你也不應該只是對已棄用頁面返回404錯誤。如果你以前有一個關於粉色小部件的頁面,並且現在有一個新頁面關於粉色小部件,你必須將舊的URL 301重定向</a>到新的URL,這有幾個原因。首先,如果不這樣做,用戶體驗</a>會很差。<br/><br/>其次,搜尋引擎</a>需要找到那個新頁面,並且您希望保留通過轉移它獲取到的價值。您不知道誰正在連結到那個舊頁面上。可能存在非常有價值的連結。<br/><br/>這就是為什麼在執行這些操作之前,您應該提取一份反向連結</a>報告的原因之一。還有一個非常常見的問題:人們忘記為圖像添加所有屬性,因為他們急於將圖像遷移到新網站而忽視了這些細節。那樣是不好的。<br/><br/>我們必須在啟動新網站之前對其進行審核和審查工作 。最糟糕聽到過得話就是:“沒關係, 我們只需要發佈然後再優化SEO</a>。” 但你不能以後再來優化SEO</a>。<br/><br/>
如果有人希望儘量減少麻煩,你有沒有推薦的最容易轉移過去的平台或內容管理系統?
我不認為有哪一種內容管理系統</a>(CMS)比其他任何一種更好或更容易。它們都是可以實現相同功能的系統。如果你找到了一位瞭解如何</a>在代碼中操作的程式員或開發人員,確保基本的SEO基礎知識</a>得到滿足並不會很困難,只要你的開發人員理解這些基礎知識是什麼。<br/><br/>當然,如果你自己不懂如何</a>編程或撰寫代碼,情況就不同了。在這種情況下,我通常建議使用WordPress,因為它被廣泛使用,有著龐大的開發社區,而且它幾乎是所見即所得的。但這並不意味著你不能意外地下載到一個低質量的免費</a>主題。<br/><br/>最重要的是無論使用什麼工具</a>,你都必須知道如何</a>正確地使用它。
開發者是否應該特地去學習和了解一些SEO知識?
如果你在建立網站時沒有考慮到SEO</a>(搜尋引擎優化</a>),那麼一旦上線後不久,可能會有某個SEO</a>公司告訴你,"你必須重建這個網站,因為它存在著許多問題。" 這樣的話,你就得返回去修改剛剛上線的網站,而且客戶也不會願意付出額外的時間和金錢來解決這些問題。如果從一開始就能按照最佳實踐來建立,那麼可以節省時間和金錢,避免在客戶抱怨後才不得不處理這些問題。<br/><br/>很多開發人員聲稱自己懂SEO</a>,但實際上卻一無所知。當真正的SEO專家</a>出現時,他們可能會說:"你需要修復這個問題和那個問題。我已經做了SEO優化</a>;你什麼都不需要做。<br/><br/>我不明白你在說什麼。" 雖然聲稱具有SEO</a>經驗或者已將SEO</a>納入其中是一回事,但實際上你需要正確地執行。
相關數據:
- 近70%的網站因使用了過多的javascript而導致網站速度變慢 來源: think with google
- 每秒頁面加載延遲1秒,會使轉換率下降7% 來源: neil patel
- 超過50%的用戶會在網站加載超過3秒後離開 來源: google
- seo優化可以提高網站搜索引擎曝光率,平均增加轉換率達14.6% 來源: hubspot
- 目前有超過90%的流量來自搜索引擎 來源: brightedge
除了這些基本的SEO技巧,比如h1和alt tags之外,業務在進行平台切換時還應該做哪三到五件與SEO相關的事情呢?
如果您現在打算進行平臺轉換,那麼執行轉換並包含HTTPS可能已經成為標準做法。如果有人建議您進行升級而不使用HTTPS,我真的會對其理智性提出質疑。當然,這取決於您要轉換到什麼平臺。<br/><br/>切換到HTTPS是一件好事,自然地切換到響應式設計,我認為每個人都應該這樣做。如果您正在切換到響應式設計並選擇無限滾動(就像我們最近所做的),那就有點棘手了,因為您必須確保開發無限滾動的人知道如何</a>更改URL。Google提供了一些關於如何</a>做到這一點的指南,我們實際上開發了一種不同的方法來強制URL更改,但只要URL變化且搜尋引擎</a>爬蟲能看見明確的頁面而不僅僅是無窮可能性,那就沒問題。<br/><br/>另外,在更換平臺時,我認為你不應該選擇一個有三百萬項目的導航欄,特別是置於頁面頂部的那種。我很幸運能和一家公司合作,他們在本來不該選擇的平臺上進行了大規模重建。有趣的事情是,他們從一個相對看起來像1996年風格的網站轉換到了華麗而新穎的網站,但他們並不在線上銷售任何產品。<br/><br/>他們一直說"我們不需要電子商務</a>,我們不需要電子商務</a>",但當你仔細觀察時,他們基本上只是將一份包含3</a>萬項目清單</a>的產品目錄放在網上而已。所以我就說:"好吧,在這裡你所擁有的其實是一個沒有開啟定價功能的電子商務</a>網站"。然後有人說服他們購買</a>Red Dot(註:Red Dot 是一款內容管理系統</a>)。<br/><br/>Red Dot是專用軟件,它使用Oracle等類似資料庫。這又算哪門子回事?Oracle非常昂貴,而Red Dot的授權費用竟然是25萬美元。它是一個內容</a>發布平臺。<br/><br/>我們花了兩年時間和數百萬美元來建設一個本應該很簡單的電子商務</a>網站,只是沒有啟用定價功能而已。確保您選擇了適合您應用程式的正確工具</a>。請確保切換到HTTPS,因為如果您要經歷這種辛苦,就趁此機會把它做好吧。<br/><br/>不要做任何愚蠢的事情,比如讓某人說服你添加一個荒謬的設計元素,因為其他人都不這麼做。也許其他人之所以不那麼做是因為那是件壞事。