為什麼網站建設者對您的SEO可能會很糟糕

[ad_1]

為什麼網站建設者對您的SEO可能會很糟糕

我將大膽地聲明:

頁面構建器太糟糕了。

他們每個人。

他們沒有提供SEO優勢。

最終,這些所見即所得(「所見即所得」)網站建設者將嚴重限制您的業務增長。

與專家網路開發人員手工製作的HTML相比,任何頁面構建器創建的HTML標記總是會指數級地膨脹。

一般人可能會問:「只要我在瀏覽器中擁有漂亮的設計,誰會在乎代碼的外觀?」

這就是為什麼重要…

所見即所得?

這是一個用於設計網站的軟體應用程序,您可以在其中簡單地將文本圖形元素放置在所需的位置,然後該軟體會編寫功能所需的HTML,PHP,CSS和JavaScript。

如果您不是很熟練,您可能會想:「傑里米,這怎麼了?這似乎比學習我設計自己的網站所需的一切要快得多,容易得多,而且比僱用代理商便宜得多。」

如果那是您的頭腦,那麼您在這兩個方面都是正確的。

但是對於任何嚴肅的生意,這些網站建設者仍然是一個糟糕的選擇。

要了解原因,首先讓我們看一下所見即所得編輯器的歷史,在線格局如何變化以及這對當今的企業主和營銷商意味著什麼。

所見即所得的道路

當人們第一次開始使用瀏覽器進行在線瀏覽時,通常必須手工對網頁進行精心編碼,通常是在諸如記事本之類的基本文本編輯器中進行。

沒有光滑的界面。沒有語法突出顯示。只需手動輸入代碼的白色背景。

我生動地記得走進北卡羅來納州傑克遜維爾的Barnes&Noble,併購買了第一本關於HTML的書。那是1997年。

過去,這就是我們獲得新技能的方式,因為學校遠遠落後於當前技術,而且我們沒有在線的驚人資源,例如Search Engine Journal,Stack Overflow和CSS Tricks,我們可以在其中立即找到答案幾乎任何東西。

即使它們存在,搜索引擎還不夠先進,也沒有對網路進行足夠的索引以幫助用戶有效地找到它們。

因此,我們從這些碩大的書本中學到了,這些書通常厚4英寸多,重幾磅。

創建網頁是一個緩慢而費力的過程,但是您的代碼通常是乾淨且高效的。

當然,每個人都希望使此過程更快,更輕鬆。

通過向老式的文本編輯器中添加語法突出顯示和代碼完成等功能,該過程得到了顯著改善,但很快就進入了下一步。

那是當我們看到諸如Microsoft FrontPage和Macromedia Dreamweaver之類的所見即所得工具出現時。 (Macromedia後來被Adobe收購了。)

一些網頁設計師堅持使用文本編輯器,但是由於其簡單性,更多的人開始遷移到所見即所得的編輯器。

現在,您不必像學習和記住數百個HTML元素那樣設計網站,就像在PowerPoint中創建幻燈片一樣容易。

但是這種簡單性是有代價的。

雖然最終網站的前端看起來很棒,但背後的代碼卻是垃圾箱大火。這通常會導致網頁載入速度大大降低,甚至在一個或多個瀏覽器中顯示或無法正常運行。

一些Web設計師知道這些限制,並只使用WYSIWYG編輯器來快速製作網頁原型,然後手動進行代碼微調。

不幸的是,大多數人都不知道或不在乎,這意味著有數百萬個在線網站無法正常運行。

這就是為什麼在整個1990年代到2000年代初期,我們在網站上看到消息的內容,例如:「最好在Internet Explorer上以800×600或更高的屏幕解析度查看該網站。」

隨著時間的流逝,瀏覽器和網站中使用的技術也迅速發展。所見即所得(WYSIWYG)的編輯根本跟不上,大多數真正的網頁設計師開始轉向手工編碼的網站。

這使他們能夠生成更乾淨的代碼,這些代碼可以更快地載入,可以在所有主要瀏覽器上正確顯示,並在搜索引擎中排名更高。
近年來,大多數瀏覽器開始更一致地呈現網頁。

可以預見的是,這鼓勵了所見即所得編輯器的興起,因為它們現在通常可以產生可以在大多數現代瀏覽器中呈現相對較好的標記。

然後出現了無數的選擇。

幾乎每個託管公司都提供第三方選項或他們自己的品牌頁面構建器,幾家公司推出了獨立的桌面或SAAS版本的頁面構建器,而一些公司提供了完整的頁面構建器+託管程序包,以及大量的WordPress和Drupal頁面構建器插件充斥市場。

所見即所得怎麼了?

頁面速度

快速載入的網站對於創造良好的用戶體驗至關重要,並且會對以下方面產生重大影響:

  • 訪客停留在您網站上的時間。
  • 有多少訪客轉化為買家。
  • 在付費搜索中,您為每次點擊支付多少費用。
  • 您在自然搜索中的排名。

我們這些人 優先考慮頁面速度 傾向於關注諸如圖像大小,腳本數量和理想的媒體格式之類的細節,但通常忽略了HTML標記對頁面速度的影響。

在很多情況下,人們甚至沒有意識到它確實有影響。

這樣考慮一下–每一個位元組都會增加網頁載入的時間。儘管它們看起來無關緊要,但它們的累加速度很快。

它不僅超出了HTML文件本身的大小。

每個元素都被視為一個單獨的節點。節點越多,下載頁面後瀏覽器處理和呈現頁面所花費的時間就越長。

問題與嵌套元素成倍增加。

由於正確渲染頁面所需的額外處理能力,太多的嵌套元素可能會導致性能下降。

頁面構建器通過無效嵌套多個元素來實現特定的布局。

然後嵌套
和嵌套
和嵌套
和嵌套。

你明白了。

Wix嵌套元素「 width =」 900「 height =」 338「 size =」(最大寬度:900px)100vw,900px「 srcset =」 https://cdn.searchenginejournal.com/wp-content/uploads/2020/02 /wix-nested-elements-5e497944f10b6.jpg 900w,https://cdn.searchenginejournal.com/wp-content/uploads/2020/02/wix-nested-elements-5e497944f10b6-480x180.jpg 480w,https:// cdn .searchenginejournal.com / wp-content / uploads / 2020/02 / wix-nested-elements-5e497944f10b6-680x255.jpg 680w,https://cdn.searchenginejournal.com/wp-content/uploads/2020/02/wix- nested-elements-5e497944f10b6-768x288.jpg 768w「 src =」 https://cdn.searchenginejournal.com/wp-content/uploads/2020/02/wix-nested-elements-5e497944f10b6.jpg

他們簡單的拖放界面僅專註於前端外觀,而缺乏在後台簡化HTML的能力。

由頁面生成器生成的特定設計可能會生成數千個元素,而經驗豐富的設計人員可能僅用幾百個元素就能獲得相同的外觀。

專業設計的網站與流行的網頁構建器所製作的網站之間的速度差異驚人。

Wix性能「 width =」 779「 height =」 1100「 Size =」(最大寬度:779px)100vw,779px「 srcset =」 https://cdn.searchenginejournal.com/wp-content/uploads/2020/02/ wix-performance-5e496da9a6188.png 779w,https://cdn.searchenginejournal.com/wp-content/uploads/2020/02/wix-performance-5e496da9a6188-480x678.png 480w,https://cdn.searchenginejournal.com/ wp-content / uploads / 2020/02 / wix-performance-5e496da9a6188-680x960.png 680w,https://cdn.searchenginejournal.com/wp-content/uploads/2020/02/wix-performance-5e496da9a6188-768x1084.png 768w「 src =」 https://cdn.searchenginejournal.com/wp-content/uploads/2020/02/wix-performance-5e496da9a6188.png

但是問題不止於此。

HTML標記

W3C有效的HTML很重要,因為具有有效HTML的網頁更有可能顯示和正常運行。

這也很重要,因為您的HTML標記會向搜索引擎發送某些信號。另一種看待此問題的方法是,它可以幫助他們更好地理解您的內容。

如果他們能夠更好地理解您的內容,並假設它們適合搜索者的需求,則您的網頁通常會排名更高,並獲得更多的自然流量。

您看,我不是一個純粹主義者,堅持每個網站的每個頁面100%的時間都必須是100%有效的HTML。

我總體上支持HTML驗證的原理,但是在很多情況下,錯誤微不足道和/或不值得花費時間,人力和金錢進行修復。現實世界中有很多灰色區域。

但是這些網站建設者將HTML驗證錯誤提升到了一個全新的水平。對於他們來說,這幾乎就像是超級大國。

Wix HTML驗證「 width =」 900「 height =」 1020「 Size =」(最大寬度:900像素)100vw,900像素「 srcset =」 https://cdn.searchenginejournal.com/wp-content/uploads/2020/02 /wix-html-validation-5e4979e1f2a63.jpg 900w,https://cdn.searchenginejournal.com/wp-content/uploads/2020/02/wix-html-validation-5e4979e1f2a63-480x544.jpg 480w,https:// cdn .searchenginejournal.com / wp-content / uploads / 2020/02 / wix-html-validation-5e4979e1f2a63-680x771.jpg 680w,https://cdn.searchenginejournal.com/wp-content/uploads/2020/02/wix- html-validation-5e4979e1f2a63-768x870.jpg 768w「 src =」 https://cdn.searchenginejournal.com/wp-content/uploads/2020/02/wix-html-validation-5e4979e1f2a63.jpg

網頁幾乎沒有借口有將近600個HTML驗證錯誤!

不可否認,其中一些錯誤導致外觀和功能出現問題,並且不可避免地會損害用戶體驗和排名。

但是這些HTML錯誤(您無法修復)發現了另一個更大的問題。

您無權訪問自己的代碼

為了正確解決和解決技術上的現場SEO問題,您需要完全訪問網站背後的HTML。

但是您無法使用這些構建器進行訪問。

您只有他們的前端WYSIWYG編輯器。

使用WordPress,Drupal或任何其他開源平台時,您實際上可以對網站進行任何操作。

這很重要,因為每個網站都有不同的需求,並且這些需求會隨著時間而變化。

您可能需要執行大量任務來改善現場SEO。

這些任務遠遠超出了基本細節,例如標題和標題標籤,URL標記,結構化數據,規範URL或元描述。

當然,您可以將HTML添加到頁面中,但不能編輯已經存在的HTML。

對於任何嚴肅的生意來說,這都是一個巨大的問題。

我們已經解決了許多常規性能和HTML驗證問題,但是可能還會出現許多其他更具體的問題。

例如,我經常要做的是修改博客類別的URL結構,然後修改麵包屑以準確表示新的URL結構。

這要求能夠修改為網站提供動力的PHP代碼。

否則您可能需要設置重定向 刪除大量舊內容後

好的,使用網站構建器後,您就不得不手動配置每個單獨的重定向,而傳統平台則可以訪問.htaccess或web.config文件,而傳統平台通常可以使用以下命令為所有已刪除內容創建適當的重定向:只需幾行代碼。

在大型網站上,直接修改HTML和資料庫的功能通常使您能夠快速快速解決大量頁面的問題。

這可能包括:

  • 更改主題的特定部分的標記方式。
  • 在整個站點範圍內添加或刪除關鍵元素。
  • 更新網站多個頁面內容中的特定鏈接。

由於您無權訪問後台代碼,因此無法微調網站的性能。

這是至關重要的,因為速度優化既是一門科學,也是一門藝術,並且對一個網站有效的方法可能會減慢甚至破壞另一個網站。

有很多試驗和錯誤。

但是網站建設者沒有讓您對此做任何事情的能力,考慮到他們的糟糕速度,這是瘋狂的。

如果您使用的是網站構建器,則可能會遇到無限數量的潛在現場SEO問題,而這些問題根本無法解決。

網站建設者不僅會限制技術搜索引擎優化-他們還會限制業務選擇

但是,無法直接編輯網站的HTML會帶來超出SEO之外的問題。

例如,我的代理機構正在為一個大型承包商包裝一個網站,該承包商在多個位置提供各種服務。

我們構建了一個系統,他們可以將服務類型和聯繫信息簡單地輸入到特定頁面的一組自定義欄位中,然後該頁面將在頁腳中顯示其唯一的地址和電話號碼,並以適當的方式包裝在幕後模式標記。

對於任何在這些自定義欄位中沒有數據的頁面,它默認為公司聯繫信息和架構。

您永遠無法在網站構建器中執行類似的操作。

但是,當使用像WordPress這樣的開源平台時,通常可以找到一個插件來完成幾乎可以想像的任何事情。

而且在極少數情況下,您不能自己開發,也可以僱用開發人員。

嚴肅的生意應該避免網站建設者

使用網站構建器存在太多弊端。

我相信任何認真的企業主都應該避免使用像瘟疫這樣的平台。

更好的選擇是選擇像WordPress這樣的開源平台,如果預算緊張,您可以安裝自己的平台並找到免費或廉價的主題,也可以聘請自由職業者或代理機構為您解決所有問題。

您投入到簡單的網站製作工具網站中的時間,資源和金錢都將被浪費,因為當您準備認真對待自己的在線形象時,必須重新開始。

編者註:在此列中表達的觀點僅是作者的觀點,不一定代表《搜索引擎期刊》的觀點。

圖片積分

特色圖片:作者創作,2020年3月
由作者拍攝的所有屏幕截圖,2020年3月

相關文章