探討:利用AJAX技術提高搜尋引擎排名

來源:互聯網
上載者:User
描述 嵌入在你的web頁面中的導航元素能夠降低你的搜尋引擎評價排名並且降低你的網站的響應效能。本文作者想同你一起探討如何使用AJAX技術來解決這兩個問題。

  許多設計良好的web網站都包含大量的與實際內容相聯絡的可導航資訊。用於導航的HTML標記能影響你的搜尋引擎評價,而且能夠改進訪問者的頁面下載體驗感。在本文中,你會看到如何使用AJAX來建立更為集中的更快速載入的web頁面。

   一、 分離導航與內容

  讓我們使用一個例子作為開始。請考慮你現在閱讀的文章,它有下列一些內容:

  · 一個其上有一些預定義的到Informit的各個部分的連結的頁首。

  · 在頁首下有一行,把本文放到Informit的目錄結構之中(實際上,這是唯一的與目錄相關的可導航元素)。

  · 一個位於右首的側欄,其中有一些串連到流行文章和推薦內容的連結。

  · 一個頁尾,還有一些永遠不會改變的連結。

  上面的"混合"很可能會影響搜尋引擎索引你的資料的方式:

  · 因為搜尋引擎不能區別內容與導航文本,所以它們會把它們在你的頁面中找到的一切進行索引。既然目錄中的關鍵字與不相關的可導航關鍵字混合在一起,那麼內容之間的關聯大大減少。一些搜尋引擎宣稱,它們能夠在被搜尋到的頁面(例如,固定的頁首和頁尾)中發現重複的文本並且刪除它們。但是,不要依賴這種可能性;即使它們實現了這種技術,也很可能不會一直可靠。

  · web頁面中的外向連結影響你的內容的頁面評價。儘管這可能提高流行的文章的評價排名(因為許多頁面都連結到它們),但是所有的頁面都連結到的內容(例如,隱私權原則)通常得到最高的頁面評價-這可能不是你一直關心的問題。在我的一個web網站中,最高的評價頁面是用於把訊息發送到web管理員的表單-而不是你想讓使用者首先在Google上找到的內容。

  注意

  即使你不使用網站地圖,你也可以通過Google的網站地圖使用者介面來瞭解一下你的頁面的頁面排名情況。

  添加到一個web頁面的可導航元素還可能影響使用低速互連網存取的使用者,而如果web頁面不使用DIV元素(Informit使用之)而使用表格時更是如此。在這種情況中,在把它顯示給使用者之前,整個表格必須被載入到一些web瀏覽器中。

  傳統地,web設計者一般都使用框架組或通過構建整套的導航架構(廣泛使用JavaScript代碼)來實現導航與內容的分離。這兩條途徑都存在其缺點;因此,許多大型網站避免使用框架組就不足為奇了。

  藉助於在AJAX架構中使用的技術,你可以為這一問題提供一種方案:

  · 每一個web頁面僅包含可導航元素和實際內容的預留位置。

  · 在web頁面通過嵌入式架構(IFRAME)或使用XmlHttpRequest對象載入後,再裝載這些可導航元素。

  · 然後,可導航元素的內容被合并到web頁面內容中,從而產生一個不嵌入任何幀的乾淨的頁面。

  在使用這種方法重新設計你的web頁面之前,你需要考慮下列問題:

  · 搜尋引擎僅將看到初始的web頁面。你必須確保,該頁面中包含到相關頁面或到一個網站地圖的連結。Informit網站中文章頁首上方的導航線和在頁面的文章資訊部分中的連結正好可以較好地實現這一目的。

  · 在他們的瀏覽器中禁止調用JavaScript的訪問者將具有與搜尋引擎相同的整頁模式。你必須確保他們有受限的視圖不會給你的網站的功能造成較大影響。

  · 你可能想在你的頁面上保留一些靜態內容。例如,Informit標識和著作權資訊必須一直顯示給所有的訪問者。

  當你確定好應該把你的導航結構哪些部分依附到頁面上以及哪些部分應該與之分開之後,你就可以開始下一步驟了。

   二、 設計你的Web頁面

  實現分離內容和導航的第一步是,在web頁面上建立將插入可導航元素的預留位置。對於每一個可導航元素的連續地區,你應該建立一個具有唯一id的獨立DIV元素;這樣以來,以後你可以在你的JavaScript代碼中標識它。為了防止過度晃動,在創作頁面期間,目錄上方或右邊的DIV元素的尺寸應該調整到非常接近你的可導航元素的實際大小;這樣,當你使用希望的HTML代碼來代替它們時內容就不會移動位置。為此,一種最巧妙的方法是把一個空的適當大小的DIV元素插入到該預留位置處。

  對於Informit網站來說,其頁面結構已經是良好設計的,且DIV元素已經非常到位,如圖1所示。


圖1一篇Informit文章的頁面結構

  你僅需要從可導航DIV元素中刪除內容並且插入一個空框,頁首將會出現在這裡(為了簡短起見,我們將忽略把公司標識和著作權資訊嵌入到每一個頁面中的討論)。下面是相應的代碼:

<div id="header">
<div style="height: 100px; width: 100%"></div>
</div>
<div id="contentArticle">
<div id="firstCol">
... article content ....
</div>
<div id="secondCol" ></div>
</div>
<div id="footer"></div>

  注意

  如果你的web頁面使用表格來實現所希望的頁面配置,那麼請不要把表格儲存格重用作預留位置;而把DIV元素放到表格儲存格內比較好一些。

  已經被從web頁面中刪除的可導航的元素必須被重新建立為獨立的頁面。你應該使用靜態HTML檔案來表達靜態內容(這將允許緩衝內容,不管你使用什麼樣的web伺服器)和在載入它們的web頁面上建立顯示基於動態元素的伺服器端指令碼。對於Informit來說,每一個web頁面都有唯一一個文章標識符(在URL中的"p="參數);因此,你需要建立一個能夠接受文章標識符並建立右邊的欄目的伺服器端指令碼。在大多數情況中,你可以重用建立嵌入的可導航元素的伺服器端代碼。

  在重新設計這些web頁面後,接下來,你就可以實現本方案中的AJAX部分了。與通常一樣,你可以使用嵌入式架構(IFRAME元素)工作,也可以選用一個XmlHttpRequest對象。

   三、 嵌入式架構

  如果你關心瀏覽器安全色性的話,你應該使用嵌入式架構。一些老式的瀏覽器支援IFRAME元素,但不支援XmlHttpRequest對象。當然,使用這種方式還有如下一些理由:

  · 被載入到一個IFRAME中的內容在裝載的過程中被顯示於瀏覽器中,這向終端使用者顯示一個可視化進程。

  · 頁面緩衝總是使用載入到一個IFRAME中的內容工作。一些版本的Opera還不能較好地使用XmlHttpRequest對象處理經緩衝的響應。

  為此,我們可以把一個空IFRAME插入到每一個DIV容器中,並且在每一個IFRAME後添加一個簡短的JavaScript語句,如下所示:

<div id="header">
<div style="height: 100px; width: 100%"></div>
<iframe id="header_iframe" style="height: 0px;"></iframe>
<script>loadIframe("header","/navigation/header.html")</script>
</div>

  IFRAME的id應該等於以_iframe為尾碼的預留位置的id。loadIframe函數使用了兩個參數:預留位置的id和要載入到其中的URL。

  技巧

  如果你想在下載過程中使得IFRAME內容可見,那麼你應該使用一個適當大小的IFRAME元素來替換在預留位置內的空的DIV框。然而,如果你想使IFRAME保持不可見,那麼你應該使用style屬性來把它的高度設定為0以克服一些瀏覽器中的錯誤。

  啟動裝載過程的loadIframe函數是很簡單的:

function loadIframe(id,url) {
 try {
  var iframeObj = document.getElementById(id+"_iframe");
  iframeObj.src = url ;
 } catch (err) {
  alert("cannot load "+url+" into "+id) ;
 }
}

  注意

  本文中所有範例程式碼都假定,瀏覽器安全色文件物件模型(DOM)。

  然而,還沒有一種機制來通知請求頁面所希望的內容已經被載入到預留位置IFRAME中。因此,被裝載的內容必須通知父頁面(經由一個JavaScript調用)可以使用該內容了。實現這一操作的最好時機是,在頁面載入完成以後。因此,在IFRAME內容中的BODY標誌應該包含一個onLoad事件:

<body style="margin: 0px 0px;
padding: 0px 0px">

  技巧

  載入到IFRAME中的內容的body部分應該總是有零邊距和填充空白;否則,當把它整合到父頁面中時,它將會輕微地遷移。

  在IFRAME的上下文中執行的contentLoaded函數將提取body部分相應的HTML內容並且把它傳遞到一個在父頁面上下文中執行的函數,此函數將使用它來填充相應的預留位置:

  contentLoaded在IFRAME內容相關的上下文中執行:

function contentLoaded(parentID) {
 var myContent = document.body.innerHTML ;
 parent.copyContent(parentID,myContent);
}

  copyContent在父web頁面的上下文中執行:

function copyContent(id,content) {
 try {
  var placeholder = document.getElementById(id) ;
  placeholder.innerHTML = content;
 } catch (err) {
  alert("Cannot copy HTML content into "+id);
 }
}

  現在,細心的讀者應該感到疑惑,為什麼這麼複雜?在IFRAME元素中載入導航元素不是更簡單一些嗎?事實證明,對於此方法還要加一些防止誤解的說明為好:

  · IFRAME具有固定的高度和寬度。如果內容彼此超出,則內容將被剪掉或者IFRAME要加上捲軸。然而,被複製到一個在父頁面中的DIV元素中的HTML標記其大小卻總是保持自動調整大小。

  · 當在一個IFRAME中時,在導航內容中的連結(一個元素)將裝載IFRAME中的新頁面,除非你把target="_parent"添加到每一個連結之後。

  · 依附到導航元素的JavaScript事件處理器將在IFRAME的上下文中工作(如果還保留這個內容相關的話)。如果你把導航內容移動首頁面上,那麼事件處理器能夠存取在首頁面中定義的函數和變數。

   四、 使用XmlHttpRequest

  如果你的使用者主要使用Internet Explorer的較新版本或基於Gecko的瀏覽器(Mozilla,Firefox,Netscape 7),那麼你可以決定使用XmlHttpRequest對象來把其它內容下載到你的web頁面中。第一步非常類似於前面描述的方式。對於每一個預留位置,你需要一個JavaScript函數調用來啟動載入過程:

<div id="header">
<div style="height: 100px; width: 100%"></div>
<script>loadContent("header","/navigation/header.html")</script>
</div>

  然而,loadContent函數是根本不同的:它建立了一個新的XmlHttpRequest對象,然後把一個事件處理器指派給它,並且非同步啟動裝載過程:

function loadContent(id,url) {
 try {
  var rq = new XMLHttpRequest() ;
  rq.open("GET", url, true);
  rq.onreadystatechange = function() { contentLoaded(rq,url,id) }
  rq.send(null);
 } catch (err) {
  alert("cannot load "+url+" into "+id) ;
 }
}

  注意

  每一種主流瀏覽器家族都以一種不同的方式實現了XmlHttpRequest對象。處理這種相容性問題的最容易的方法是,使用一個封裝器庫,例如Sarissa。我們在本文中樣本中就使用了這種庫。

  回呼函數contentLoaded負責檢查XmlHttpRequest對象是否已經準備好及完成狀態(如果請求已完成的話),並且從響應中提取HTML標記。提取HTML代碼(除非你使用XHTML,這種情況下,你可以使用XMLDOM介面)的最容易的方法是,使用字串處理函數來尋找<body>和</body>標誌之間的文本:

function contentLoaded(rq,url,id) {
 try {
  if (rq.readyState != 4) { return; }
  if (rq.status != 200) { alert("failed to load "+url); return; }
  var txt = rq.responseText ;
  //尋找<body>標記的開始位置
  var startBodyTag = txt.indexOf("<body")
  //尋找<body>標記的結束,跳過任何屬性
  var endOfStartTag = txt.indexOf(">",startBodyTag+1)
  //尋找</body>標記
  var endBodyTag = txt.indexOf("</body")
  if (endBodyTag == -1) { endBodyTag = txt.length ; }
  //提取實際內容
  var bodyContent = txt.substring(endOfStartTag+1,endBodyTag)
  if (bodyContent) {
   var placeholder = document.getElementById(id) ;
   placeholder.innerHTML = bodyContent;
  }
 } catch (err) {
  alert("cannot load "+url+" into "+id) ;
 }
}

  與前面描述的基於IFRAME的方法相比,使用XmlHttpRequest對象具有下列好處:

  · 代碼更乾淨,並且不依賴於頁面的環境切換。

  · XmlHttpRequest對象使你能夠檢測和處理錯誤(通過它的readyState和status屬性)。而使用IFRAME載入內容時,如果出現錯誤,則只能顯示非常粗略的錯誤提示,這主要是因為缺乏對回呼函數的調用。

  · 你能夠實現內容元素的平行裝載(如在這一節中顯示的)或順序化裝載請求以最小化頻寬利用。
 
   五、 小結

  在本文中,你學習了怎樣實現把你的web頁面內容與包圍該內容的可導航元素分離開來。分離導致更為集中地描述搜尋引擎要搜尋的頁面內容,並且也減少了使用者使用低速互連網存取的載入時間(既然是在可導航元素被下載之前把實際內容顯示給使用者)。

  當重新設計你的web頁面來利用這種方案時,切記,一些基本格式的導航必須保留在頁面上以便允許搜尋引擎和決定禁止使用JavaScript的使用者在你的網站的頁面之間進行導航。

  你可以使用嵌入式架構(IFRAME)或使用在最現代瀏覽器中實現的XmlHttpRequest對象來實現可導航元素的延遲裝載。IFRAME方法能夠為較老式的瀏覽器所支援;因此,它可能是你要考慮使用的方法-如果你非常關心向後相容問題的話。另一方面,XmlHttpRequest對象的使用使你能夠更為緊密地控制裝載過程並能夠檢測和處理下載錯誤。

相關文章

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.