搜索引擎優化的網絡開發:另一個幾乎走向南方

已發表: 2017-04-04

最後更新於 2018 年 9 月 14 日

Web Development for SEO

這就是為什麼你有一個搜索引擎優化公司,像那樣! 公司,以發現並糾正現有網站重新設計的問題。 任何在互聯網營銷行業工作並經歷過功能網站重建的人都知道,很多事情都可能出錯。 最近,一個 PPC(按點擊付費)和 SEO(搜索引擎優化)客戶剛剛完成了他們網站的重建,並在未經審查的情況下啟動。 該客戶網站的最新重建在發佈時出現了嚴重錯誤,因此我將討論一些可能發生並且可能發生衝突的預期和意想不到的事情。

需求

該客戶購買了一家現有企業,該企業擁有現有的電子商務和信息網站,並且是其行業的領導者。 網絡開發人員沒有隨購買而來。 由於某種原因從未向我透露,客戶無法更新購物車之外的任何頁面。 購物車對移動設備不友好,我們可以看到他們在桌面設備和移動設備上的轉化率差異。 移動轉化幾乎不存在。 他們絕大多數的在線銷售是由桌面自然搜索、PPC、直接和推薦訪問產生的。


作為全球領先的白標供應商,我們可以幫助您為客戶提供出色的 SEO 結果。 我們可以幫助你嗎? 查看有關我們的白標 SEO 服務的更多信息,並了解我們如何幫助您實現所需的結果。


改善他們的 SEO 所需的許多元素也不存在。 無法更改元數據、h1 標籤、alt/title 標籤等。這些數據大部分是通過程序生成的; 以及菜單和導航結構。 這個新站點也需要安全。 簡而言之,他們需要的是一個新的移動友好、安全的網站和帶有連接器的購物車,以與他們現有的企業資源規劃 (ERP) 軟件套件一起工作。

使命

該客戶有 3,766 個關鍵字,排名結果在前 100 個 Google SERP 中。 538 (538) 個關鍵詞與第 1 頁結果,平均每月搜索量為 65,790 和 43 個關鍵詞在平均每月搜索量為 6,110 的谷歌 SERP 中排名第一。 我的工作是指導他們完成新管理系統所需的要求,以提供實施 SEO 向前推進的能力。 這還包括盡可能保護他們現有的排名結果。

選擇
Web Development for SEO
客戶最終選擇了一家離岸供應商,該供應商可以提供其現有 ERP 軟件與新的、移動友好的、安全的購物車解決方案和網站之間的集成。 由於不熟悉這個離岸供應商,客戶向我提供了一個錄製的產品演示,以確認管理系統將提供我們實施 SEO 所需的內容。 在查看演示後,我得出結論,我們有必要的元素來幫助客戶進行 SEO 改進。 我們可以創建自己的頁面標題、元描述和 h1 標籤。 我們可以更新 Google Analytics (GA) 代碼,他們運行的是舊的、過時的 GA 代碼,並且沒有 Search Console 帳戶。 我們可以訪問圖像以添加格式正確的 alt/title 文本。 正如我們後來發現的那樣,而且為時已晚,甚至可以在每個頁面上應用 301 重定向。 但這只是故事的一部分。

結果


That! Company White Label Services


事實證明,開發人員提供了模板、購物車和 ERP 集成。 客戶的任務是移動內容(複製舊站點內容並粘貼到管理系統中的新頁面),包括現有的元數據。 他們還負責將舊站點的 URL 逐頁輸入到新頁面的數據中。 事實證明,由於客戶端無法完整地複制和粘貼舊站點的 URL,這使情況變得複雜。 客戶將此作為標準操作程序,並沒有通知任何人。 我們最初建議開發人員創建一個適當的 301 重定向文件。 推出時間表不允許客戶讓我們審查正確的操作。 他們剛剛推出了它,這就是一切都出錯的地方。

在註意到重新構建的網站已經啟動後,我們開始根據當前排名結果手動測試原始關鍵字排名結果。 只是為了看看新站點的樣子以及所有數據都被轉移過來了。 谷歌 SERP 中仍然存在的所有排名結果都會導致 404 響應代碼,但主頁除外。 事實證明,舊站點的 URL 是使用 .html 擴展名創建的,而新 URL 不是。 管理系統根本不允許將舊 URL 粘貼到提供的 301 重定向字段中,因此客戶端粘貼舊 URL 時不帶 .html 擴展名。 客戶認為這是標準操作程序。

經過多次內部討論後,我們發現如果您刪除了 .html 擴展名,在大多數情況下,頁面會正確重定向到新 URL 的安全版本。 但是,在某些情況下,沒有 .html 擴展名的舊 URL 會重定向到一個新的、對搜索引擎非常不友好的 URL,其中包含我們以前從未見過的查詢字符串。 在進一步檢查中,我們發現這個新的未知 URL 是由主菜單中的導航生成的。 所以我們有一個一對一的重定向,在大多數情況下,從舊的 URL,刪除 .html 擴展名,到新的安全搜索引擎友好的 URL,我們能夠從生成新的非主導航導航到相同的內容-友好的網址。

重複內容? 那麼,您可能會問,是否放置了 rel= 規範標籤? 對嗎? 不。搜索引擎友好的重定向 URL 上的 rel=canonical 標記被設置為指向包含查詢字符串的新的非搜索引擎友好 URL。 在檢查非友好頁面的 rel=canonical 標記時,我們發現該標記引用了一個完全不同的 URL。 一個包含類別而不是查詢字符串。 因此,針對三個不同的 URL 顯示了一個內容,並且設置了不正確的 rel=canonical 標籤。

接下來,我們發現 robots.txt 文件中已禁止所有機器人。 然後我們檢查了 GA 中的活動。 客戶仍在接收來自所有來源的訪問,但記錄的轉化率為零。 另外,客戶希望我們推送爬取和索引,這需要谷歌的搜索控制台。 這裡的問題是現有的 GA 代碼是舊的,並且從來沒有在網站上放置 Search Console 驗證碼。 這是客戶由於從未披露的原因而無法更改的項目之一。

幸運的是,客戶接受了我們的建議,將他們的 GA 代碼更新到最新版本。 他們還自行添加了 Google 的標籤管理器。 哎呀! 可能會雙重觸發 GA 代碼? 借助 Google 跟踪代碼管理器和更新的異步 GA 代碼,我們能夠為客戶創建一個新的、安全的(https 與 http)Search Console 帳戶,然後發現沒有 .xml 站點地圖可以提交以進行請求的抓取.

收到通知後,客戶端與開發人員進行了溝通,並獲得了兩個 .xml 站點地圖 URL。 一個工作。 一個沒有。 工作的有一個指向非工作 .xml 站點地圖的條目。 在瀏覽器中查看時,無法正常工作的 .xml 站點地圖沒有正確的格式。 所以我們當時沒有提交提供的 .xml 站點地圖。

最終結果
Web Development for SEO
我們通過分階段的電子郵件通知客戶我們的發現。 首先,重定向失敗的問題,我們發現如果我們刪除 .html 擴展名,它們會正確重定向。 客戶端通知了開發者,開發者回复說你不能把.html擴展名放到提供的301重定向工具裡。 進一步的發現表明客戶已經發現了這一點,並認為這是標準操作程序。

出於某種原因,原始網站已被刪除(這裡很糟糕,總是有一個工作版本可供使用),因此我們無法通過 .htaccess 文件提取任何舊 URL 來創建新的永久 301 重定向。 解決方案是創建一個新的一對一匹配,舊 URL 與新 URL,電子表格,從 GA 中提取過去一年的登錄頁面數據,以便開發人員創建一個正常工作的重定向,覆蓋 301 重定向委託給客戶的管理系統。

開發人員以額外費用向客戶解決了問題。 任何現有的帶有 .html 擴展名的舊排名結果都開始正確重定向,並且在 14 天內,排名結果已被新的安全 URL 替換,並且在大多數情況下,非常接近預先存在的排名結果。 rel=canonical 標籤問題在與 Web 開發人員的銷售代理的在線會議中得到解決,歸結為用戶輸入錯誤。 有幾個字段可以輸入或從現有選項中選擇數據,解決方案需要重置這些字段並清除緩存。

友好、安全的 URL 的另外兩個版本很快就消失了。 關於 robots.txt 中的 bot /disallow,開發者接到通知後迅速解決了這個問題。

發現GA轉換數據的問題似乎與客戶的商家服務提供商有關; 這是新的,與舊的提供商不同。 沒有人想到要與商家服務提供商溝通,我們需要在他們的結帳頁面上使用 GA 代碼,以便為客戶提供必要的電子商務數據,以便就他們的營銷工作做出明智的商業決策。 我們沒有意識到新的商家服務提供商的存在。

最後,我們手動創建了一個想要上傳到服務器的 .xml 站點地圖文件,並要求開發人員禁用任何正在創建他們的非工作 .xml 站點地圖的內容。 在與開發商的銷售代理進一步討論時,我們被告知不能將另一個 .xml 站點地圖上傳到服務器。

在向開發商的銷售代理展示結果後,他表示他會研究它,但他建議我們查看源代碼。 在源代碼中查看時,.xml 文檔的格式正確。 看到這個結果後,我們通過 Search Console 通知 Google,我們確實有一個有效的 .xml 站點地圖。 最後,在幾天的時間裡,谷歌終於記錄到我們確實有一個工作的 .xml 站點地圖,並開始顯示被索引的 URL。 但是,如前所述,格式正確的 .xml 站點地圖只有一個條目指向無法在瀏覽器中解析但在源代碼中正確顯示的附加 .xml 站點地圖。

好吧,這個問題已經變成了一個更大的問題,因為附加的 .xml 站點地圖生成了 500 響應代碼,因此訪問該站點的該區域的 Google 代理存在問題。 而且,截至今天,兩個 .xml 站點地圖都生成了 500 個響應代碼。 前一周,我們使用 Google Search Console 中可用的獲取、呈現、提交工具提示了一次抓取,我們認為這導致了新網站的抓取和索引。

因此,最後,如果它可能出錯,它會在重新構建您的網站時,並希望您能夠避免其中一些錯誤。 阻止 robots.txt 文件中的機器人並不正確地重定向可能會使您在網上停業,或者至少處於危險之中。 如果機器人無法抓取您的網站,您最終將從索引中刪除,當您從索引中刪除時,除非它們來自推薦、直接或其他非自然來源,否則大多數自然搜索訪問將不存在。

如果結果未正確重定向,自然訪問者可能會將您的網站視為不可信。 將您的網站保存為書籤的現有客戶可能會在他們的書籤未正確重定向時感到沮喪。 更不用說我們不得不同時關閉他們的 PPC 活動。 點擊付費廣告並獲得 404 頁面未找到響應不僅讓您的訪問者感到沮喪,而且代價高昂! 點擊會花錢,而且您的投資沒有回報。 而且,這就是您擁有我們的原因。

– 高級 SEO 經理 Mark Gray