亚洲国产精品无码久久大片,亚洲AV无码乱码麻豆精品国产,亚洲品质自拍网站,少妇伦子伦精品无码STYLES,国产精久久久久久久

　　搜索引擎主題模型優(yōu)化(相關(guān)性二登錄DmozDmozDmozDmoz外部?jì)?yōu)化和外鏈建設AAAA交換鏈接執行步驟)
<p>相關(guān)性注意，hao123、265等網(wǎng)站需要進(jìn)行公關(guān)或新建小B類(lèi)業(yè)務(wù)目錄和導航站業(yè)務(wù)目錄最大的特點(diǎn)是分類(lèi)清晰，權重高，因為每個(gè)分類(lèi)都被嚴格控制網(wǎng)站 最大程度保證鏈接所屬的類(lèi)型和行業(yè)類(lèi)別。個(gè)別企業(yè)目錄 BUSINESSCOM 還將在關(guān)鍵類(lèi)別中添加適當的文本描述。關(guān)鍵詞 強調這對外部鏈接也是一個(gè)很大的好處。缺點(diǎn)是登錄過(guò)程復雜，耗時(shí)較長(cháng)。請注意，您可以根據網(wǎng)站的特點(diǎn)，分別登錄網(wǎng)站的各個(gè)欄目和頻道。外部?jì)?yōu)化和外鏈構建 1 尋找目標網(wǎng)站到目標網(wǎng)站的相關(guān)行業(yè)網(wǎng)站找到他們的鏈接網(wǎng)站或找到相關(guān)的關(guān)鍵詞@ &gt; 通過(guò)搜索引擎網(wǎng)站 排名前3 頁(yè)并填寫(xiě)“Backlink Targets網(wǎng)站 列表” 2 Backlink 協(xié)商針對列表中的每個(gè)網(wǎng)站 結合網(wǎng)站自有資源和品牌應用。講交換鏈接的技巧 3. 交換鏈接前和交換時(shí)的反向鏈接需要在交換反向鏈接后定期檢查，例如由調度人員檢查這些 網(wǎng)站 鏈接是否仍然存在. 3. Exchange 鏈接活動(dòng)序列號網(wǎng)站名稱(chēng)和 URL網(wǎng)站 spaders經(jīng)常訪(fǎng)問(wèn)這些頻繁更新的頁(yè)面，也可以成功爬取我們的頁(yè)面 SpiderSpiderSpiderSpiderWebsiteAWebsiteAWebsiteAWebsiteAWebsiteBWebsiteBWebsiteBWebsiteBInactiveInactiveInactiveInactiveActiveActiveActiveActive外部?jì)?yōu)化和外部鏈接建立個(gè)內部頁(yè)面連接比1111個(gè)主頁(yè)鏈接好。從PR值算法來(lái)看，高PR很重要，但是如果某個(gè)頁(yè)面有特別多的超過(guò)10000分的頁(yè)面，產(chǎn)品就會(huì )加起來(lái)。雖然每個(gè)頁(yè)面的貢獻不大，但由于數量眾多，產(chǎn)品的結果卻非常大。5.自然鏈接比純鏈接具有更高的權重。自然鏈接是指文本中的鏈接或公關(guān)鏈接。由于自然鏈接通常出現在外部鏈接較少的頁(yè)面上，相應的權重遠高于純外部鏈接。另外，對應的文字可以對應一定數量的deployments關(guān)鍵詞，這樣關(guān)聯(lián)度就大大提高了。6 質(zhì)量比數量更重要。在相同的協(xié)商難度下，我們推薦選擇連接的質(zhì)量，即相關(guān)PR和更新度，因為過(guò)多的垃圾鏈接會(huì )對我們造成一定的傷害。納斯達克上市公司B2B網(wǎng)站九城納斯達克NINE——拓拓網(wǎng)將在成都、上海、西安等9個(gè)城市舉辦以“中國出口貿易解決方案”為主題的路演。揚帆起航 5月22日，拓拓網(wǎng)專(zhuān)業(yè)B2B解決方案全國巡展在成都索菲特萬(wàn)達大酒店開(kāi)幕，渠道經(jīng)銷(xiāo)商招募正式啟動(dòng)。在B2B商業(yè)模式之后，我們?yōu)橹袊隹谄髽I(yè)和全球買(mǎi)家提供創(chuàng )新的搜索服務(wù)解決方案。進(jìn)一步開(kāi)拓國內B2B市場(chǎng)的重要舉措。外部?jì)?yōu)化和外鏈建設DDDD對外部鏈接的監控。1111 如果對方網(wǎng)站google存在時(shí)間長(cháng)但收錄很少被google處罰網(wǎng)站，檢查對方網(wǎng)站是否被處罰 是最好的方式確認和檢查是否使用nofollow標簽外鏈優(yōu)化和外鏈建立 5555 檢查外鏈是否有FrameFrameFrameFrame拒絕對方把外鏈放入Frame 6666 檢查外鏈是不是下拉菜單reject對方會(huì )將反向鏈接設置為下拉菜單 7777 檢查文字是否不完全相同 當反向鏈接數量超過(guò)一定數量時(shí)，如果你所有的反向鏈接都相同，搜索引擎會(huì )認為你在作弊并認為是一個(gè)相互協(xié)商的反向鏈接，該鏈接會(huì )減少將來(lái)添加的其他反向鏈接的權重。這將是一個(gè)很大的損失。8888 定期檢查反向鏈接是否正確。每月定期安排人查看最近交換的鏈接，看對方是否誠實(shí)，會(huì )發(fā)送我們網(wǎng)站的方式查看鏈接是否被移除或鏈接被更改或放置在Frame中等.就是去對方網(wǎng)站找到目標網(wǎng)站的文字鏈接，點(diǎn)擊看看是否到達了我們指定的鏈接頁(yè)面之外。優(yōu)化及外鏈建設AAAA資源站策略 1、流量資源站追求搜索熱點(diǎn)。比如一些明星Fans站，以流量為主，外鏈為輔。2. 以業(yè)務(wù)為導向的資源站追求目標網(wǎng)站擴大關(guān)鍵詞，以小Topics和高相關(guān)性獲得搜索引擎優(yōu)質(zhì)外鏈，帶來(lái)客戶(hù)為主要流量來(lái)源。流量貢獻是副產(chǎn)品 四種特殊的外鏈優(yōu)化策略 目標網(wǎng)站普通外鏈 普通流量 優(yōu)質(zhì)流量 高相關(guān)性 外鏈 直接客戶(hù) 外鏈優(yōu)化和外鏈建設 BBBB內容提供策略1原創(chuàng )&lt; @文章轉載優(yōu)秀原創(chuàng ) 查看全部

　　搜索引擎主題模型優(yōu)化(淺談搜索引擎優(yōu)化的鏈接策略(:搜索引擎方便復制修改打印))
　　文檔介紹：談搜索引擎優(yōu)化的鏈接策略.docEvaluationWarning:ThedocumentwascreatedwithSpire..論文寫(xiě)作不是一蹴而就的，更別說(shuō)補了。需要個(gè)人研究、調查、分析和歸納，需要大量的數據處理和信息獲取。本文不求給你多大幫助，只愿做你腳下的石頭。文檔為word格式，便于復制、修改和打印。寫(xiě)論文就是這么簡(jiǎn)單。以下是搜索引擎優(yōu)化的鏈接策略正文（作者：?jiǎn)挝唬亨]編：） 摘要：搜索引擎優(yōu)化技術(shù)是消除那些被搜索引擎識別為***的手段，尋求基本的優(yōu)化策略，如如關(guān)鍵詞選擇、鏈接策略分析。本文重點(diǎn)討論和研究搜索引擎優(yōu)化技術(shù)中的鏈接策略。關(guān)鍵詞：搜索引擎：優(yōu)化技術(shù)；鏈接策略鏈接是網(wǎng)站 的靈魂。用戶(hù)通過(guò)超鏈接獲取豐富的網(wǎng)站內容，搜索引擎蜘蛛也逐層跟隨一個(gè)網(wǎng)站頁(yè)面鏈接，完成網(wǎng)站的信息爬取。對于搜索引擎，尤其是谷歌來(lái)說(shuō)，確定網(wǎng)站排名的關(guān)鍵是有多少高質(zhì)量的外部鏈接指向這個(gè)網(wǎng)站。這些是外部鏈接或反向鏈接，也稱(chēng)為入站鏈接或反向鏈接。從 網(wǎng)站 到其他 網(wǎng)站 的出站鏈接以及 網(wǎng)站 內部頁(yè)面之間的鏈接也或多或少地影響排名。
　　- 搜索引擎優(yōu)化基礎技術(shù) 搜索引擎優(yōu)化技術(shù)是細分的，需要注意的方面很多，這里我們主要分析那些基礎或者關(guān)鍵的問(wèn)題。這些問(wèn)題將長(cháng)期占據搜索引擎優(yōu)化技術(shù)更重要的位置。K網(wǎng)站關(guān)鍵詞分析與選擇雖然網(wǎng)站的內容有所不同，但設立網(wǎng)站的目的是為了讓目標客戶(hù)更容易找到網(wǎng)站本身。所以網(wǎng)站的重點(diǎn)，也就是網(wǎng)站的關(guān)鍵字的作用是顯而易見(jiàn)的。2、網(wǎng)站建立鏈接是因為對于網(wǎng)站來(lái)說(shuō)，最重要的兩點(diǎn)是內容和鏈接。因此，本文第四章主要講解如何為&lt; @網(wǎng)站，包括導入鏈接、導出鏈接和網(wǎng)站 內部鏈接。3、搜索引擎優(yōu)化技術(shù)的完善，首先研究長(cháng)尾理論，用數學(xué)模型表達長(cháng)尾理論與現實(shí)的結合。研究長(cháng)尾理論經(jīng)濟模型的可行性，以及如何利用長(cháng)尾理論改進(jìn)搜索引擎優(yōu)化技術(shù)。二、搜索引擎優(yōu)化的鏈接策略（—） 傳入鏈接 在確定一個(gè)網(wǎng)站的排名時(shí)，搜索引擎不僅要分析網(wǎng)頁(yè)的內容和結構，還要分析網(wǎng)站的鏈接@>。網(wǎng)站 排名的一個(gè)重要因素是獲得盡可能多的高質(zhì)量外部鏈接，也稱(chēng)為傳入鏈接。網(wǎng)站 即使你不提交到目錄，但由于你的 網(wǎng)站 鏈接在其他重要的 網(wǎng)站 上，你仍然可以被搜索引擎快速抓取并為良好的排名加分。將傳入鏈接作為重要排名指標的依據是搜索引擎認為，如果您的網(wǎng)站 有價(jià)值，其他網(wǎng)站 會(huì )提及您；你被提及的越多，價(jià)值就越大。
　　這導致了 LinkPopularity 在搜索引擎優(yōu)化中的重要性。只有這樣，人們才會(huì )試圖為網(wǎng)站“制造”外鏈，導致垃圾鏈接和網(wǎng)站泛濫，所以搜索引擎正在調整算法，只為高質(zhì)量的外鏈付費注意，并經(jīng)常懲罰垃圾郵件等行為，嚴重時(shí)甚至刪除網(wǎng)站。因此，今天對鏈接廣度的理解是，即使您獲得數百個(gè)指向質(zhì)量較差或內容不相關(guān)的網(wǎng)站的鏈接，您也無(wú)法獲得指向具有高度相關(guān)或互補內容的高質(zhì)量網(wǎng)站的鏈接。以下是鏈接質(zhì)量和鏈接獲取的分析。入鏈K質(zhì)量分析 來(lái)自以下網(wǎng)站的鏈接可以稱(chēng)為高質(zhì)量入鏈。搜索引擎目錄中的鏈接，以及已添加到目錄中的 網(wǎng)站 的鏈接；網(wǎng)站 與網(wǎng)站 的主題相關(guān)或互補；網(wǎng)站 PR 值至少為 4 ；具有高流量、高知名度和頻繁更新的重要 網(wǎng)站（例如搜索引擎新聞提要）：網(wǎng)站，外向鏈接很少：基于您的 查看全部

　　搜索引擎主題模型優(yōu)化(LDA算法-主題建模(amp)())
　　SEOr每天面臨的挑戰來(lái)自于搜索引擎的排名算法，因為這個(gè)算法是搜索詞在結果頁(yè)中排名的重要依據，而搜索引擎通過(guò)建立一個(gè)可學(xué)習的模型來(lái)識別頁(yè)面上的文本內容。
　　LDA 算法 - 主題建模與分析
　　LDA算法公式：
　　
　　為了便于理解，這里是一個(gè)簡(jiǎn)化的形式：
　　
　　我們試著(zhù)解釋一下，主語(yǔ)出現的幾率=主語(yǔ)所在文檔的出現頻率X主語(yǔ)改變使用頻率；
　　谷歌會(huì )分析用戶(hù)的查詢(xún)詞與哪些主題相關(guān)，這些相關(guān)性會(huì )通過(guò)描述符周?chē)膶傩詠?lái)檢查，例如：“橙子”作為水果與其相關(guān)，橙色屬性等。這些內容是所有與它相關(guān)的東西。
　　LDA 方法是一種非常強大的自動(dòng)學(xué)習算法，它擴展了 關(guān)鍵詞 組合文檔和復合文檔之間的關(guān)聯(lián)。他在許多領(lǐng)域都做出了杰出貢獻。
　　貝葉斯定律 - 貝葉斯過(guò)濾方法應用于反垃圾郵件。有效減少索引庫的雜質(zhì)和詞的不準確。
　　相關(guān)算法還包括：
　　- TF*IDF權重公式比粗略的關(guān)鍵詞密度等指標更能準確影響關(guān)鍵詞排名因素。
　　- Followed IPs 這是我們最關(guān)心的鏈接權重的考慮，關(guān)注文本鏈接的價(jià)值。
　　- LDA 余弦主題和頁(yè)面依賴(lài)項。
　　看一些簡(jiǎn)單的例子：
　　1、單人關(guān)鍵詞
　　
　　內容 A 收錄 關(guān)鍵詞蝙蝠俠，但內容 B 沒(méi)有；顯然搜索引擎可以很容易地使用 Content A 參與排名。
　　2、關(guān)鍵詞短語(yǔ)
　　
　　關(guān)鍵詞組合排名更高，取決于兩者中哪個(gè)更相關(guān)，Wiggum 比 Chief 更常見(jiàn) 關(guān)鍵詞Chief 更常見(jiàn)（廣泛相關(guān)），因此內容 A 更容易捕獲。
　　注意：這個(gè)例子還說(shuō)明了另一個(gè)流行的焦點(diǎn)指示器 - 關(guān)鍵詞density，你知道怎么理解它:)
　　3、組合關(guān)鍵詞（復合）
　　
　　搜索引擎的相關(guān)性（relevancy），大家看完內容，從內容B《每日星球》《克拉克肯特》中的描述，很容易想到超人的主要特征，戴黑框眼鏡的每日記者——克拉克： ) 很明顯，內容 B 比內容 A 更相關(guān)。
　　4、主題模型
　　
　　通過(guò)內容作為人類(lèi)的理解可以看出明顯相關(guān)，內容B所描述的樂(lè )器——一個(gè)女人正在演奏這種樂(lè )器，但是搜索引擎沒(méi)有這個(gè)經(jīng)驗和經(jīng)驗，沒(méi)有相關(guān)的關(guān)鍵詞這樣的因為內容 A 更難識別。但幸運的是，從 LDA 的算法來(lái)看，內容 B 已被評估為優(yōu)于內容 A。這是一個(gè)強大的算法:)
　　-----
　　總結：
　　1、算法是基于用戶(hù)體驗的，我們用用戶(hù)的思維去考慮問(wèn)題。
　　2、搜索引擎也在努力解決這些問(wèn)題，這可能只是時(shí)間問(wèn)題。 查看全部

　　搜索引擎主題模型優(yōu)化(
小編的2018年網(wǎng)站SEO優(yōu)化的八大精髓?。。ㄉ希?br /> )
　　
　　很多人還停留在幾年前的SEO優(yōu)化方法上，每天寫(xiě)偽原創(chuàng )，發(fā)外鏈等等，然后每天查詢(xún)網(wǎng)站關(guān)鍵詞的排名，期待能有好的效果。事實(shí)上，這種方法對于目前的搜索引擎來(lái)說(shuō)并不是那么明顯。如果我們想取得好的結果，我們必須適應搜索引擎偏好的變化來(lái)改進(jìn)我們的網(wǎng)站。小編根據自己的一些經(jīng)驗總結了2018年網(wǎng)站SEO優(yōu)化的八大精髓。
　　1、網(wǎng)站的訪(fǎng)問(wèn)速度
　　很多新手站長(cháng)在搭建網(wǎng)站的時(shí)候并沒(méi)有考慮到主機空間對于優(yōu)化網(wǎng)站的重要性。小編之所以在這里首先強調網(wǎng)站的訪(fǎng)問(wèn)速度，是因為它不僅影響網(wǎng)站關(guān)鍵詞的排名優(yōu)化，還影響網(wǎng)站的用戶(hù)體驗@> 和跳出率。因為在這個(gè)快節奏的時(shí)代，沒(méi)有人愿意花時(shí)間等待。即使你費盡心思優(yōu)化了一些效果，但是這些效果不能很好的轉化，那就沒(méi)有用了。所以我們在構建網(wǎng)站的時(shí)候，一定要選擇一個(gè)比較快速穩定的主機。關(guān)于主機的選擇，根據小編的經(jīng)驗，美國品牌主機——bluehost是個(gè)不錯的選擇。
　　
　　2、網(wǎng)站登陸頁(yè)面內容優(yōu)化
　　著(zhù)陸頁(yè)是用戶(hù)輸入網(wǎng)站***時(shí)看到的頁(yè)面，所以著(zhù)陸頁(yè)的優(yōu)化非常重要。除了美觀(guān)之外，頁(yè)面優(yōu)化最重要的方面就是內容。用戶(hù)在搜索信息的時(shí)候，肯定是想找到自己想要的信息，所以?xún)热菀蜆祟}對應，要能解決用戶(hù)的問(wèn)題。例如，有人搜索“個(gè)人博客應該選擇什么樣的主機”。這時(shí)，我們的內容不僅要分析從哪個(gè)角度選擇虛擬主機，還要為用戶(hù)推薦合適的主機類(lèi)型和購買(mǎi)虛擬主機。地方，以便最終幫助他解決這個(gè)問(wèn)題。
　　3、網(wǎng)站頁(yè)面設計
　　無(wú)論是網(wǎng)站還是人，***印象都非常重要。雖然大家都在崇尚靈魂之美，但遇到陌生人，容貌真的很難看，我們能不能進(jìn)一步了解靈魂之美呢？所以網(wǎng)站的“外觀(guān)”也很重要。網(wǎng)站的設計應該給人一種專(zhuān)業(yè)、簡(jiǎn)潔、值得信賴(lài)的感覺(jué)。這時(shí)候就需要找專(zhuān)業(yè)的UI和UX設計，買(mǎi)一些優(yōu)質(zhì)的網(wǎng)站模板。
　　4、減少不良因素的發(fā)生
　　很多網(wǎng)站頁(yè)面為了賺取廣告費或者想拉更多的用戶(hù)信息，掛了很多廣告信息，或者頻繁彈出對話(huà)框，讓用戶(hù)非常反感。這會(huì )影響用戶(hù)在頁(yè)面上停留的時(shí)間。
　　5、關(guān)鍵詞的添加和分發(fā)
　　之前的SEO優(yōu)化方法不是大家都可以放棄的，有些地方還是有保留價(jià)值的。關(guān)于關(guān)鍵詞的設置，我們還是要繼續做，H1，文章內的關(guān)鍵詞，外鏈錨文本，內鏈錨文本，圖片ALT，URL，圖片命名等等。這些已經(jīng)被很多人說(shuō)了無(wú)數遍了，在此不再贅述。
　　6、主題模型的注入
　　僅添加 關(guān)鍵詞 是不夠的。為了方便用戶(hù)更好地查看和提高頁(yè)面權重，我們可以對內容進(jìn)行分類(lèi)。比如虛擬主機，我們可以擴展為L(cháng)inux虛擬主機和windows虛擬主機，然后在各自的主題下，可以擴展很多相關(guān)的內容。有利于用戶(hù)查看和關(guān)鍵詞排名。
　　7、搜索引擎顯示文字優(yōu)化
　　在搜索引擎結果中，部分描述顯示在標題下方，這對于 網(wǎng)站 的點(diǎn)擊率也很重要。主要需要優(yōu)化的元素有：title的創(chuàng )意、desc的流行度、url的規范、文章日期、結構數據的使用等。
　　8、獨特品質(zhì)網(wǎng)站內容
　　搜索引擎一直強調的一點(diǎn)是內容。無(wú)論網(wǎng)站如何優(yōu)化，仍然需要創(chuàng )建對用戶(hù)有用的獨特內容?；茏印钡母杏X(jué)。
　　以上是我根據自己的經(jīng)驗對SEO優(yōu)化的一些見(jiàn)解，希望能給新手站長(cháng)一些方向和幫助。如果您想了解更多SEO干貨信息或托管內容，請繼續關(guān)注我！
　　 查看全部

　　搜索引擎主題模型優(yōu)化(網(wǎng)站頁(yè)面設計無(wú)論是的2018年是怎么做無(wú)用功的？)
　　很多人還停留在幾年前的SEO優(yōu)化方法上，每天寫(xiě)偽原創(chuàng )，發(fā)外鏈等等，然后每天查詢(xún)網(wǎng)站關(guān)鍵詞的排名，期待能有好的效果。事實(shí)上，這種方法對于目前的搜索引擎來(lái)說(shuō)并不是那么明顯。如果我們想取得好的結果，我們必須適應搜索引擎偏好的變化來(lái)改進(jìn)我們的網(wǎng)站。小編根據自己的一些經(jīng)驗總結了2018年網(wǎng)站SEO優(yōu)化的八大精髓。
　　1、網(wǎng)站的訪(fǎng)問(wèn)速度
　　很多新手站長(cháng)在搭建網(wǎng)站的時(shí)候并沒(méi)有考慮到主機空間對于優(yōu)化網(wǎng)站的重要性。小編之所以在這里首先強調網(wǎng)站的訪(fǎng)問(wèn)速度，是因為它不僅影響網(wǎng)站關(guān)鍵詞的排名優(yōu)化，還影響網(wǎng)站的用戶(hù)體驗@> 和跳出率。因為在這個(gè)快節奏的時(shí)代，沒(méi)有人愿意花時(shí)間等待。即使你費盡心思優(yōu)化了一些效果，但是這些效果不能很好的轉化，那就沒(méi)有用了。所以我們在構建網(wǎng)站的時(shí)候，一定要選擇一個(gè)比較快速穩定的主機。關(guān)于主機的選擇，根據小編的經(jīng)驗，美國品牌主機——bluehost是個(gè)不錯的選擇。
　　2、網(wǎng)站登陸頁(yè)面內容優(yōu)化
　　著(zhù)陸頁(yè)是用戶(hù)輸入網(wǎng)站時(shí)看到的第一頁(yè)，所以著(zhù)陸頁(yè)的優(yōu)化非常重要。除了美觀(guān)之外，頁(yè)面優(yōu)化最重要的方面就是內容。用戶(hù)在搜索信息的時(shí)候，肯定是想找到自己想要的信息，所以?xún)热菀蜆祟}對應，要能解決用戶(hù)的問(wèn)題。例如，有人搜索“個(gè)人博客應該選擇什么樣的主機”。這時(shí)，我們的內容不僅要分析從哪個(gè)角度選擇虛擬主機，還要為用戶(hù)推薦合適的主機類(lèi)型和購買(mǎi)虛擬主機。地方，以便最終幫助他解決這個(gè)問(wèn)題。
　　3、網(wǎng)站頁(yè)面設計
　　無(wú)論是網(wǎng)站還是人，第一印象都非常重要。雖然每個(gè)人都尊重靈魂之美，但遇到陌生人時(shí)，容顏真的很難看，我們是否可以進(jìn)一步了解靈魂之美？所以網(wǎng)站的“外觀(guān)”也很重要。網(wǎng)站的設計應該給人一種專(zhuān)業(yè)、簡(jiǎn)潔、值得信賴(lài)的感覺(jué)。這時(shí)候就需要找專(zhuān)業(yè)的UI和UX設計，買(mǎi)一些優(yōu)質(zhì)的網(wǎng)站模板。
　　4、減少不良因素的發(fā)生
　　很多網(wǎng)站頁(yè)面為了賺取廣告費或者想拉更多的用戶(hù)信息，掛了很多廣告信息，或者頻繁彈出對話(huà)框，讓用戶(hù)非常反感。這會(huì )影響用戶(hù)在頁(yè)面上停留的時(shí)間。
　　5、關(guān)鍵詞的添加和分配
　　之前的SEO優(yōu)化方法不是大家可以放棄的，有些地方還是有保留價(jià)值的。關(guān)于關(guān)鍵詞的設置，我們還是要繼續做，H1，文章內的關(guān)鍵詞，外鏈錨文本，內鏈錨文本，圖片ALT，URL，圖片命名等等。這些已經(jīng)被很多人說(shuō)了無(wú)數遍了，在此不再贅述。
　　6、主題模型的注入
　　僅添加 關(guān)鍵詞 是不夠的。為了方便用戶(hù)更好地查看和提高頁(yè)面權重，我們可以對內容進(jìn)行分類(lèi)。比如虛擬主機，我們可以擴展為L(cháng)inux虛擬主機和windows虛擬主機，然后在各自的主題下，可以擴展很多相關(guān)的內容。有利于用戶(hù)查看和關(guān)鍵詞排名。
　　7、搜索引擎顯示文字優(yōu)化
　　在搜索引擎結果中，部分描述顯示在標題下方，這對于 網(wǎng)站 的點(diǎn)擊率也很重要。主要需要優(yōu)化的元素有：title的創(chuàng )意、desc的流行度、url的規范、文章日期、結構數據的使用等。
　　8、獨特品質(zhì)網(wǎng)站內容
　　搜索引擎一直強調的一點(diǎn)是內容。無(wú)論網(wǎng)站如何優(yōu)化，最終都需要創(chuàng )建對用戶(hù)有用的獨特內容。
　　以上是我根據自己的經(jīng)驗對SEO優(yōu)化的一些見(jiàn)解，希望能給新手站長(cháng)一些方向和幫助。想了解更多SEO干貨或托管內容，請繼續關(guān)注我！ 查看全部

　　搜索引擎主題模型優(yōu)化(搜索引擎主題模型優(yōu)化工作一般包括以下幾個(gè)方面？)
　　搜索引擎主題模型優(yōu)化工作一般包括以下幾個(gè)方面：
　　一、網(wǎng)頁(yè)調查評估優(yōu)化工作是否合理常用的工具包括：1.競爭分析競爭分析儀表盤(pán)直觀(guān)地表現搜索引擎營(yíng)銷(xiāo)推廣的競爭程度；競爭分析儀表盤(pán)最直觀(guān)的特征是它能夠反映出網(wǎng)頁(yè)評估優(yōu)化工作的好壞2.優(yōu)化原則和方法確定推廣目標，制定投放策略，明確優(yōu)化目標，制定公司級制度來(lái)規范、提高推廣策略效率和目標3.競爭力分析a.實(shí)時(shí)競爭力分析，使搜索引擎營(yíng)銷(xiāo)競爭能夠及時(shí)分析競爭對手的所有動(dòng)態(tài)，以掌握對手的動(dòng)態(tài)；b.基于地域的競爭力分析，使當地網(wǎng)絡(luò )營(yíng)銷(xiāo)推廣能夠及時(shí)掌握推廣者當地所開(kāi)展推廣活動(dòng)的情況c.獨立算法的競爭力分析，使整個(gè)地區網(wǎng)絡(luò )營(yíng)銷(xiāo)推廣能夠及時(shí)跟蹤、分析；4.數據驅動(dòng)分析報告（建議報告，可使用sdi量化分析工具自動(dòng)生成）。
　　監控公司網(wǎng)絡(luò )營(yíng)銷(xiāo)推廣工作的質(zhì)量，公司各個(gè)崗位上的工作情況是否存在必然關(guān)聯(lián)和不協(xié)調，最終確定崗位的相應工作方向。5.社會(huì )責任和行業(yè)責任分析通過(guò)社會(huì )責任問(wèn)卷調查、深入訪(fǎng)談、專(zhuān)家評審等方式，通過(guò)對從業(yè)人員的培訓、培訓行業(yè)現狀進(jìn)行分析，選定推廣策略。
　　二、關(guān)鍵詞優(yōu)化1.關(guān)鍵詞分析2.關(guān)鍵詞分類(lèi)3.重要性分析4.競爭力分析5.標記規則6.文案設計一切以出現在谷歌搜索頁(yè)最靠前位置的詞為準
　　三、網(wǎng)站分析1.網(wǎng)站分析2.重點(diǎn)內容分析3.更多內容分析
　　四、網(wǎng)站優(yōu)化和改進(jìn)1。更新2。增加鏈接3。更多鏈接4。深度內容5。深度內容6。加深頁(yè)面7。更深頁(yè)面8。增加頁(yè)面9。更多頁(yè)面10。頁(yè)面分類(lèi)11。頁(yè)面分類(lèi)12。更多頁(yè)面13。頁(yè)面分類(lèi)14。視頻15。視頻16。視頻分類(lèi)17。視頻分類(lèi)18。標準化視頻19。標準化視頻20。標準化視頻21。標準化視頻22。深入到視頻中23。
　　視頻視頻的內容設計24。視頻標題25。視頻標題26。視頻標題27。視頻標題28。頁(yè)面標題29。頁(yè)面標題30。頁(yè)面標題31。頁(yè)面標題32。頁(yè)面標題33。頁(yè)面標題34。頁(yè)面標題35。頁(yè)面標題36。頁(yè)面標題37。頁(yè)面標題38。頁(yè)面標題39。頁(yè)面標題40。頁(yè)面標題41。頁(yè)面標題42。頁(yè)面標題43。頁(yè)面標題44。
　　頁(yè)面標題45。頁(yè)面標題46。頁(yè)面標題47。頁(yè)面標題48。頁(yè)面標題49。頁(yè)面標題50。頁(yè)面標題51。頁(yè)面標題52。頁(yè)面標題53。頁(yè)面標題54。頁(yè)面標題55。頁(yè)面標題56。頁(yè)面標題57。頁(yè)面標題58。頁(yè)面標題59。頁(yè)面標題60。頁(yè)面標題61。頁(yè)面標題62。頁(yè)面標題63。頁(yè)面標題64。頁(yè)面標題65。頁(yè)面標題66。
　　頁(yè)面標題67。頁(yè)面標題68。頁(yè)面標題69。頁(yè)面標題70。頁(yè)面標題71。頁(yè)面標題72。頁(yè)面標題73。頁(yè)面標題74。頁(yè)面標題75。頁(yè)面標題76。頁(yè)面標題77。頁(yè)面標題78。頁(yè)面。 查看全部

　　搜索引擎主題模型優(yōu)化(這是Jerry2021年的第52篇文章，也是汪子熙公眾號)
　　這是杰瑞2021年的第52篇文章，也是王子曦公眾號總共第329篇原創(chuàng )文章。
　　本文的主題還源于 Jerry 團隊最近處理的一個(gè)客戶(hù)事件，并且與 Jerry 之前的 文章 演示文稿的內容密切相關(guān)。
　　讓我們簡(jiǎn)單回顧一下前面介紹的客戶(hù)端渲染（CSR）和服務(wù)器端渲染（SSR）的區別。
　　客戶(hù)端渲染
　　如下圖所示，用戶(hù)通過(guò)瀏覽器向網(wǎng)站發(fā)送請求，服務(wù)器或CDN為用戶(hù)提供靜態(tài)HTML、CSS和JavaScript文件。瀏覽器下載HTML和JavaScript文件，執行JavaScript（通常是Angular、React、Vue、SAP UI5等前端框架的庫文件）完成頁(yè)面渲染。在大多數情況下，瀏覽器會(huì )通過(guò) AJAX 向后端服務(wù)器請求動(dòng)態(tài)內容。從服務(wù)器獲取 API 響應后，在客戶(hù)端瀏覽器中解析響應內容以呈現最終頁(yè)面。
　　客戶(hù)端渲染之所以得名，是因為通過(guò) HTML 頁(yè)面的源代碼渲染最終頁(yè)面并根據 API 響應動(dòng)態(tài)更改頁(yè)面內容的行為發(fā)生在客戶(hù)端。
　　使用 CSR 技術(shù)的 SAP 產(chǎn)品 UI 包括使用 SAP UI5 框架開(kāi)發(fā)的所有產(chǎn)品，例如 SAP Cloud for Customer，以及基于 SAP Fiori Elements 的 SAP S/4HANA 頁(yè)面。
　　服務(wù)器端渲染
　　與CSR相比，在服務(wù)器端渲染機制中，從HTML源代碼到最終呈現給用戶(hù)的頁(yè)面的轉換過(guò)程是在服務(wù)器端運行環(huán)境中進(jìn)行的。
　　例如，假設 Angular 應用開(kāi)啟了服務(wù)端渲染模式，并使用 express 庫在 Node.js 服務(wù)器上運行，那么應用的 index.html 頁(yè)面將通過(guò) nguniversal/express-engine 引擎進(jìn)行渲染。入口位置如下：
　　服務(wù)端渲染完成后，最終呈現給客戶(hù)端的HTML源代碼字符串通過(guò)回調函數發(fā)送給瀏覽器，也就是下圖1006行做的回調函數。
　　下圖第1008行done回調函數中顯示的變量str存儲了SAP Commerce Cloud UI啟動(dòng)服務(wù)端渲染后服務(wù)端渲染的index.html的完整HTML源代碼，超過(guò)240KB；而在客戶(hù)端渲染模式下，服務(wù)器返回給瀏覽器的 index.html 內容大小小于 1KB。
　　使用SSR技術(shù)的SAP產(chǎn)品UI，包括所有基于SAP ABAP Webdynpro、WebClient UI技術(shù)的產(chǎn)品，如SAP SRM、SAP CRM、SAP S/4HANA中Service模塊的UI、基于JSP技術(shù)的SAP Commerce Cloud、加速器UI等...
　　基于 SAP Spartacus 開(kāi)源項目的新一代 SAP Commerce Cloud UI 支持客戶(hù)端渲染和服務(wù)器端渲染。
　　回到本文的主題。
　　在客戶(hù)端渲染模式下，Web 應用程序對 SEO 的支持較少。以 SAP Commerce Cloud UI 為例，在使用客戶(hù)端渲染時(shí)，搜索引擎的網(wǎng)絡(luò )爬蟲(chóng)爬取了一個(gè)空的 index.html 頁(yè)面：app-root 標簽中沒(méi)有內容，因為直到接收到內容瀏覽器接收 index.html 頁(yè)面。html，執行 Angular 框架代碼，生成最終的 HTML 源代碼。
　　開(kāi)啟服務(wù)端渲染模式后，服務(wù)端完成頁(yè)面渲染。此時(shí)，服務(wù)器返回瀏覽器的 app-root 標簽，其中已經(jīng)收錄了最終渲染的頁(yè)面。下圖開(kāi)啟服務(wù)端渲染模式后請求SAP Commerce Cloud UI首頁(yè)時(shí)，可以對比從服務(wù)端接收到的index.html中app-root標簽中的數據，并與上圖中的客戶(hù)端渲染模式。
　　服務(wù)端渲染解決了網(wǎng)頁(yè)爬蟲(chóng)無(wú)法正確抓取網(wǎng)頁(yè)應用頁(yè)面內容的問(wèn)題。但是，將頁(yè)面渲染、數據請求和響應處理移到服務(wù)器端，勢必會(huì )占用服務(wù)器端寶貴的內存資源，增加其處理負擔。
　　為此，在SAP Commerce Cloud UI的服務(wù)端渲染模式中，我們團隊還設計了一些優(yōu)化邏輯，比如引入渲染緩存，增加渲染隊列和超時(shí)機制，在一定條件下降級為客戶(hù)端渲染等。在保證服務(wù)器正常服務(wù)能力和支持搜索引擎優(yōu)化之間取得了較好的折衷。
　　支持服務(wù)端渲染只是完成搜索引擎優(yōu)化的第一步?；赟AP UI5框架開(kāi)發(fā)的SAP應用大多不是2C應用，所以不依賴(lài)搜索引擎優(yōu)化，即這些應用不太可能出現在用戶(hù)的搜索引擎結果列表中。
　　另一方面，比如客戶(hù)使用SAP Commerce Cloud搭建自己的電商店鋪，那么店鋪搜索引擎優(yōu)化的完善程度直接關(guān)系到店鋪的銷(xiāo)售額。
　　網(wǎng)站的搜索引擎優(yōu)化是一門(mén)學(xué)問(wèn)，這篇文章Jerry只介紹他最近從處理客戶(hù)事件中學(xué)到的相關(guān)知識。
　　我們在谷歌根據關(guān)鍵詞lego ae進(jìn)行搜索，搜索結果的第二條記錄是阿聯(lián)酋LEGO的電子商務(wù)商店網(wǎng)站（國家代碼AE），是基于SAP Spartacus SAP Commerce開(kāi)發(fā)的云界面頁(yè)面：
　　上圖中灰色區域的頁(yè)面標題和黃色區域的頁(yè)面描述分別來(lái)自SAP Commerce Cloud UI網(wǎng)頁(yè)源代碼中的title標簽和meta description標簽的值。
　　另一個(gè)例子是根據關(guān)鍵詞 lego ae LEGO Dinosaur Fossils 搜索一個(gè)樂(lè )高恐龍化石產(chǎn)品：
　　在搜索結果列表中，會(huì )出現一個(gè) SAP Commerce Cloud UI PDP 頁(yè)面 - 產(chǎn)品詳細信息頁(yè)面，它是一個(gè)產(chǎn)品詳細信息頁(yè)面：
　　在上面的示例中，頁(yè)面標題標簽和元描述標簽的值都是后端驅動(dòng)的，即來(lái)自 SAP Commerce Cloud 后端系統。
　　在SAP Commerce Cloud UI的實(shí)現中，我們團隊設計了Page模型，它的title字段和description字段分別維護了HTML源代碼title和meta description標簽中需要渲染的值。
　　我們將上述模型稱(chēng)為 SAP Commerce Cloud UI 頁(yè)面的元數據：Page Meta。
　　在運行時(shí)，這些頁(yè)面元數據是通過(guò)PageMetaService類(lèi)的meta$成員來(lái)維護的，賦值邏輯如下：
　?。?)調用cmsService的getCurrentPage方法從Commerce后臺讀取頁(yè)面元數據；
　　(2)根據Commerce Cloud前端配置，讀取當前頁(yè)面類(lèi)型需要完成的元數據解析類(lèi)型，獲取負責執行相應操作的解析器；
　　(3) 調用對應的解析器完成解析工作。
　　解析后的頁(yè)面元數據存放在PageMetaService的成員變量meta$中，最終被SeoMetaService訂閱，取出其值注入到頁(yè)面DOM元素中。這就是 SAP Commerce Cloud UI 如何為 SEO 實(shí)現基于元標記的實(shí)現。
　　在 SAP S/4HANA 等后臺人員使用較多的應用程序中，雖然頁(yè)面上有元標記，但與 SAP Commerce Cloud UI 中使用元描述標記來(lái)支持搜索引擎優(yōu)化是不同的。S/4HANA UI頁(yè)面中的meta標簽，更多體現的是維護頁(yè)面元數據的初衷，由SAP UI5框架代碼和對應的后臺代碼解析，對客戶(hù)完全透明。
　　例如下圖中的meta標簽名稱(chēng)為sap-client，維護的內容為715，表示Fiori Launchpad后臺對應的ABAP Client ID為715.
　　最后，可以使用inurl語(yǔ)法在搜索引擎中搜索，可以找到一些網(wǎng)站使用SAP WebClient UI技術(shù)進(jìn)行服務(wù)端渲染，可以被搜索引擎檢索到。有興趣的朋友可以自己試試。
　　希望這篇文章能讓你對SAP產(chǎn)品UI在支持搜索引擎優(yōu)化方面所做的努力有一些基本的了解，謝謝閱讀。 查看全部

　　搜索引擎主題模型優(yōu)化(這是Jerry2021年的第52篇文章，也是汪子熙公眾號)
　　這是杰瑞2021年的第52篇文章，也是王子曦公眾號總共第329篇原創(chuàng )文章。
　　本文的主題還源于 Jerry 團隊最近處理的一個(gè)客戶(hù)事件，并且與 Jerry 之前的 文章 演示文稿的內容密切相關(guān)。
　　讓我們簡(jiǎn)單回顧一下前面介紹的客戶(hù)端渲染（CSR）和服務(wù)器端渲染（SSR）的區別。
　　客戶(hù)端渲染
　　如下圖所示，用戶(hù)通過(guò)瀏覽器向網(wǎng)站發(fā)送請求，服務(wù)器或CDN為用戶(hù)提供靜態(tài)HTML、CSS和JavaScript文件。瀏覽器下載HTML和JavaScript文件，執行JavaScript（通常是Angular、React、Vue、SAP UI5等前端框架的庫文件）完成頁(yè)面渲染。在大多數情況下，瀏覽器會(huì )通過(guò) AJAX 向后端服務(wù)器請求動(dòng)態(tài)內容。從服務(wù)器獲取 API 響應后，在客戶(hù)端瀏覽器中解析響應內容以呈現最終頁(yè)面。
　　客戶(hù)端渲染之所以得名，是因為通過(guò) HTML 頁(yè)面的源代碼渲染最終頁(yè)面并根據 API 響應動(dòng)態(tài)更改頁(yè)面內容的行為發(fā)生在客戶(hù)端。
　　使用 CSR 技術(shù)的 SAP 產(chǎn)品 UI 包括使用 SAP UI5 框架開(kāi)發(fā)的所有產(chǎn)品，例如 SAP Cloud for Customer，以及基于 SAP Fiori Elements 的 SAP S/4HANA 頁(yè)面。
　　服務(wù)器端渲染
　　與CSR相比，在服務(wù)器端渲染機制中，從HTML源代碼到最終呈現給用戶(hù)的頁(yè)面的轉換過(guò)程是在服務(wù)器端運行環(huán)境中進(jìn)行的。
　　例如，假設 Angular 應用開(kāi)啟了服務(wù)端渲染模式，并使用 express 庫在 Node.js 服務(wù)器上運行，那么應用的 index.html 頁(yè)面將通過(guò) nguniversal/express-engine 引擎進(jìn)行渲染。入口位置如下：
　　服務(wù)端渲染完成后，最終呈現給客戶(hù)端的HTML源代碼字符串通過(guò)回調函數發(fā)送給瀏覽器，也就是下圖1006行做的回調函數。
　　下圖第1008行done回調函數中顯示的變量str存儲了SAP Commerce Cloud UI啟動(dòng)服務(wù)端渲染后服務(wù)端渲染的index.html的完整HTML源代碼，超過(guò)240KB；而在客戶(hù)端渲染模式下，服務(wù)器返回給瀏覽器的 index.html 內容大小小于 1KB。
　　使用SSR技術(shù)的SAP產(chǎn)品UI，包括所有基于SAP ABAP Webdynpro、WebClient UI技術(shù)的產(chǎn)品，如SAP SRM、SAP CRM、SAP S/4HANA中Service模塊的UI、基于JSP技術(shù)的SAP Commerce Cloud、加速器UI等...
　　基于 SAP Spartacus 開(kāi)源項目的新一代 SAP Commerce Cloud UI 支持客戶(hù)端渲染和服務(wù)器端渲染。
　　回到本文的主題。
　　在客戶(hù)端渲染模式下，Web 應用程序對 SEO 的支持較少。以 SAP Commerce Cloud UI 為例，在使用客戶(hù)端渲染時(shí)，搜索引擎的網(wǎng)絡(luò )爬蟲(chóng)爬取了一個(gè)空的 index.html 頁(yè)面：app-root 標簽中沒(méi)有內容，因為直到接收到內容瀏覽器接收 index.html 頁(yè)面。html，執行 Angular 框架代碼，生成最終的 HTML 源代碼。
　　開(kāi)啟服務(wù)端渲染模式后，服務(wù)端完成頁(yè)面渲染。此時(shí)，服務(wù)器返回瀏覽器的 app-root 標簽，其中已經(jīng)收錄了最終渲染的頁(yè)面。下圖開(kāi)啟服務(wù)端渲染模式后請求SAP Commerce Cloud UI首頁(yè)時(shí)，可以對比從服務(wù)端接收到的index.html中app-root標簽中的數據，并與上圖中的客戶(hù)端渲染模式。
　　服務(wù)端渲染解決了網(wǎng)頁(yè)爬蟲(chóng)無(wú)法正確抓取網(wǎng)頁(yè)應用頁(yè)面內容的問(wèn)題。但是，將頁(yè)面渲染、數據請求和響應處理移到服務(wù)器端，勢必會(huì )占用服務(wù)器端寶貴的內存資源，增加其處理負擔。
　　為此，在SAP Commerce Cloud UI的服務(wù)端渲染模式中，我們團隊還設計了一些優(yōu)化邏輯，比如引入渲染緩存，增加渲染隊列和超時(shí)機制，在一定條件下降級為客戶(hù)端渲染等。在保證服務(wù)器正常服務(wù)能力和支持搜索引擎優(yōu)化之間取得了較好的折衷。
　　支持服務(wù)端渲染只是完成搜索引擎優(yōu)化的第一步?；赟AP UI5框架開(kāi)發(fā)的SAP應用大多不是2C應用，所以不依賴(lài)搜索引擎優(yōu)化，即這些應用不太可能出現在用戶(hù)的搜索引擎結果列表中。
　　另一方面，比如客戶(hù)使用SAP Commerce Cloud搭建自己的電商店鋪，那么店鋪搜索引擎優(yōu)化的完善程度直接關(guān)系到店鋪的銷(xiāo)售額。
　　網(wǎng)站的搜索引擎優(yōu)化是一門(mén)學(xué)問(wèn)，這篇文章Jerry只介紹他最近從處理客戶(hù)事件中學(xué)到的相關(guān)知識。
　　我們在谷歌按照關(guān)鍵詞lego ae進(jìn)行搜索，搜索結果的第二條記錄是阿聯(lián)酋LEGO的電子商務(wù)商店網(wǎng)站（國家代碼AE），是基于SAP Spartacus SAP Commerce開(kāi)發(fā)的云界面頁(yè)面：
　　上圖中灰色區域的頁(yè)面標題和黃色區域的頁(yè)面描述分別來(lái)自SAP Commerce Cloud UI網(wǎng)頁(yè)源代碼中的title標簽和meta description標簽的值。
　　另一個(gè)例子是根據關(guān)鍵詞 lego ae LEGO Dinosaur Fossils 搜索一個(gè)樂(lè )高恐龍化石產(chǎn)品：
　　在搜索結果列表中，會(huì )出現一個(gè) SAP Commerce Cloud UI PDP 頁(yè)面 - 產(chǎn)品詳細信息頁(yè)面，它是一個(gè)產(chǎn)品詳細信息頁(yè)面：
　　在上面的示例中，頁(yè)面標題標簽和元描述標簽的值都是后端驅動(dòng)的，即來(lái)自 SAP Commerce Cloud 后端系統。
　　在SAP Commerce Cloud UI的實(shí)現中，我們團隊設計了Page模型，其title字段和description字段分別維護了HTML源代碼title和meta description標簽中需要渲染的值。
　　我們將上述模型稱(chēng)為 SAP Commerce Cloud UI 頁(yè)面的元數據：Page Meta。
　　在運行時(shí)，這些頁(yè)面元數據是通過(guò)PageMetaService類(lèi)的meta$成員來(lái)維護的，賦值邏輯如下：
　?。?)調用cmsService的getCurrentPage方法從Commerce后臺讀取頁(yè)面元數據；
　　(2)根據Commerce Cloud前端配置，讀取當前頁(yè)面類(lèi)型需要完成的元數據解析類(lèi)型，獲取負責執行相應操作的解析器；
　　(3) 調用對應的解析器完成解析工作。
　　解析后的頁(yè)面元數據存放在PageMetaService的成員變量meta$中，最終被SeoMetaService訂閱，取出其值注入到頁(yè)面DOM元素中。這就是 SAP Commerce Cloud UI 如何為 SEO 實(shí)現基于元標記的實(shí)現。
　　在 SAP S/4HANA 等后臺人員使用較多的應用程序中，雖然頁(yè)面上有元標記，但與 SAP Commerce Cloud UI 中使用元描述標記來(lái)支持搜索引擎優(yōu)化是不同的。S/4HANA UI頁(yè)面中的meta標簽，更多體現的是維護頁(yè)面元數據的初衷，由SAP UI5框架代碼和對應的后臺代碼解析，對客戶(hù)完全透明。
　　例如下圖中的meta標簽名稱(chēng)為sap-client，維護的內容為715，表示Fiori Launchpad后臺對應的ABAP Client ID為715.
　　最后，可以使用inurl語(yǔ)法在搜索引擎中搜索，可以找到一些網(wǎng)站使用SAP WebClient UI技術(shù)進(jìn)行服務(wù)端渲染，可以被搜索引擎檢索到。有興趣的朋友可以自己試試。
　　希望這篇文章能讓你對SAP產(chǎn)品UI在支持搜索引擎優(yōu)化方面所做的努力有一些基本的了解，謝謝閱讀。 查看全部

　　搜索引擎主題模型優(yōu)化(這是Jerry2021年的第52篇文章，也是汪子熙公眾號)
　　這是杰瑞2021年的第52篇文章，也是王子曦公眾號總共第329篇原創(chuàng )文章。
　　本文的主題還源于 Jerry 團隊最近處理的一個(gè)客戶(hù)事件，并且與 Jerry 之前的 文章 演示文稿的內容密切相關(guān)。
　　讓我們簡(jiǎn)單回顧一下前面介紹的客戶(hù)端渲染（CSR）和服務(wù)器端渲染（SSR）的區別。
　　客戶(hù)端渲染
　　如下圖所示，用戶(hù)通過(guò)瀏覽器向網(wǎng)站發(fā)送請求，服務(wù)器或CDN為用戶(hù)提供靜態(tài)HTML、CSS和JavaScript文件。瀏覽器下載HTML和JavaScript文件，執行JavaScript（通常是Angular、React、Vue、SAP UI5等前端框架的庫文件）完成頁(yè)面渲染。在大多數情況下，瀏覽器會(huì )通過(guò) AJAX 向后端服務(wù)器請求動(dòng)態(tài)內容。從服務(wù)器獲取 API 響應后，在客戶(hù)端瀏覽器中解析響應內容以呈現最終頁(yè)面。
　　客戶(hù)端渲染之所以得名，是因為通過(guò) HTML 頁(yè)面的源代碼渲染最終頁(yè)面并根據 API 響應動(dòng)態(tài)更改頁(yè)面內容的行為發(fā)生在客戶(hù)端。
　　使用 CSR 技術(shù)的 SAP 產(chǎn)品 UI 包括使用 SAP UI5 框架開(kāi)發(fā)的所有產(chǎn)品，例如 SAP Cloud for Customer，以及基于 SAP Fiori Elements 的 SAP S/4HANA 頁(yè)面。
　　服務(wù)器端渲染
　　與CSR相比，在服務(wù)器端渲染機制中，從HTML源代碼到最終呈現給用戶(hù)的頁(yè)面的轉換過(guò)程是在服務(wù)器端運行環(huán)境中進(jìn)行的。
　　例如，假設 Angular 應用開(kāi)啟了服務(wù)端渲染模式，并使用 express 庫在 Node.js 服務(wù)器上運行，那么應用的 index.html 頁(yè)面將通過(guò) nguniversal/express-engine 引擎進(jìn)行渲染。入口位置如下：
　　服務(wù)端渲染完成后，最終呈現給客戶(hù)端的HTML源代碼字符串通過(guò)回調函數發(fā)送給瀏覽器，也就是下圖1006行做的回調函數。
　　下圖第1008行done回調函數中顯示的變量str存儲了SAP Commerce Cloud UI啟動(dòng)服務(wù)端渲染后服務(wù)端渲染的index.html的完整HTML源代碼，超過(guò)240KB；而在客戶(hù)端渲染模式下，服務(wù)器返回給瀏覽器的 index.html 內容大小小于 1KB。
　　使用SSR技術(shù)的SAP產(chǎn)品UI，包括所有基于SAP ABAP Webdynpro、WebClient UI技術(shù)的產(chǎn)品，如SAP SRM、SAP CRM、SAP S/4HANA中Service模塊的UI、基于JSP技術(shù)的SAP Commerce Cloud、加速器UI等...
　　基于 SAP Spartacus 開(kāi)源項目的新一代 SAP Commerce Cloud UI 支持客戶(hù)端渲染和服務(wù)器端渲染。
　　回到本文的主題。
　　在客戶(hù)端渲染模式下，Web 應用程序對 SEO 的支持較少。以 SAP Commerce Cloud UI 為例，在使用客戶(hù)端渲染時(shí)，搜索引擎的網(wǎng)絡(luò )爬蟲(chóng)爬取了一個(gè)空的 index.html 頁(yè)面：app-root 標簽中沒(méi)有內容，因為直到接收到內容瀏覽器接收 index.html 頁(yè)面。html，執行 Angular 框架代碼，生成最終的 HTML 源代碼。
　　開(kāi)啟服務(wù)端渲染模式后，服務(wù)端渲染頁(yè)面。此時(shí)，服務(wù)器返回瀏覽器的 app-root 標簽，其中已經(jīng)收錄了最終渲染的頁(yè)面。下圖開(kāi)啟服務(wù)端渲染模式后請求SAP Commerce Cloud UI首頁(yè)時(shí)，可以對比從服務(wù)端接收到的index.html中app-root標簽中的數據，并與上圖中的客戶(hù)端渲染模式。
　　服務(wù)端渲染解決了網(wǎng)頁(yè)爬蟲(chóng)無(wú)法正確抓取網(wǎng)頁(yè)應用頁(yè)面內容的問(wèn)題。但是，將頁(yè)面渲染、數據請求和響應處理移到服務(wù)器端，勢必會(huì )占用服務(wù)器端寶貴的內存資源，增加其處理負擔。
　　為此，在SAP Commerce Cloud UI的服務(wù)端渲染模式中，我們團隊還設計了一些優(yōu)化邏輯，比如引入渲染緩存，增加渲染隊列和超時(shí)機制，在一定條件下降級為客戶(hù)端渲染等。在保證服務(wù)器正常服務(wù)能力和支持搜索引擎優(yōu)化之間取得了較好的折衷。
　　支持服務(wù)端渲染只是完成搜索引擎優(yōu)化的第一步?；赟AP UI5框架開(kāi)發(fā)的SAP應用大多不是2C應用，所以不依賴(lài)搜索引擎優(yōu)化，即這些應用不太可能出現在用戶(hù)的搜索引擎結果列表中。
　　另一方面，比如客戶(hù)使用SAP Commerce Cloud搭建自己的電商店鋪，那么店鋪搜索引擎優(yōu)化的完善程度直接關(guān)系到店鋪的銷(xiāo)售額。
　　網(wǎng)站的搜索引擎優(yōu)化是一門(mén)學(xué)問(wèn)，這篇文章Jerry只介紹他最近從處理客戶(hù)事件中學(xué)到的相關(guān)知識。
　　我們在谷歌根據關(guān)鍵詞lego ae進(jìn)行搜索，搜索結果的第二條記錄是阿聯(lián)酋LEGO的電子商務(wù)商店網(wǎng)站（國家代碼AE），是基于SAP Spartacus SAP Commerce開(kāi)發(fā)的云界面頁(yè)面：
　　上圖中灰色區域的頁(yè)面標題和黃色區域的頁(yè)面描述分別來(lái)自SAP Commerce Cloud UI網(wǎng)頁(yè)源代碼中的title標簽和meta description標簽的值。
　　另一個(gè)例子是根據關(guān)鍵詞 lego ae LEGO Dinosaur Fossils 搜索一個(gè)樂(lè )高恐龍化石產(chǎn)品：
　　在搜索結果列表中，會(huì )出現一個(gè) SAP Commerce Cloud UI PDP 頁(yè)面 - 產(chǎn)品詳細信息頁(yè)面，它是一個(gè)產(chǎn)品詳細信息頁(yè)面：
　　在上面的示例中，頁(yè)面標題標簽和元描述標簽的值都是后端驅動(dòng)的，即來(lái)自 SAP Commerce Cloud 后端系統。
　　在SAP Commerce Cloud UI的實(shí)現中，我們團隊設計了Page模型，其title字段和description字段分別維護了HTML源代碼title和meta description標簽中需要渲染的值。
　　我們將上述模型稱(chēng)為 SAP Commerce Cloud UI 頁(yè)面的元數據：Page Meta。
　　在運行時(shí)，這些頁(yè)面元數據是通過(guò)PageMetaService類(lèi)的meta$成員來(lái)維護的，賦值邏輯如下：
　?。?)調用cmsService的getCurrentPage方法從Commerce后臺讀取頁(yè)面元數據；
　　(2)根據Commerce Cloud前端配置，讀取當前頁(yè)面類(lèi)型需要完成的元數據解析類(lèi)型，獲取負責執行相應操作的解析器；
　　(3) 調用對應的解析器完成解析工作。
　　解析后的頁(yè)面元數據存放在PageMetaService的成員變量meta$中，最終被SeoMetaService訂閱，取出其值注入到頁(yè)面DOM元素中。這就是 SAP Commerce Cloud UI 如何為 SEO 實(shí)現基于元標記的實(shí)現。
　　在 SAP S/4HANA 等后臺人員使用較多的應用程序中，雖然頁(yè)面上有元標記，但與 SAP Commerce Cloud UI 中使用元描述標記來(lái)支持搜索引擎優(yōu)化是不同的。S/4HANA UI頁(yè)面中的meta標簽，更多體現的是維護頁(yè)面元數據的初衷，由SAP UI5框架代碼和對應的后臺代碼解析，對客戶(hù)完全透明。
　　例如下圖中的meta標簽名稱(chēng)為sap-client，維護的內容為715，表示Fiori Launchpad后臺對應的ABAP Client ID為715.
　　最后，可以使用inurl語(yǔ)法在搜索引擎中搜索，可以找到一些網(wǎng)站使用SAP WebClient UI技術(shù)進(jìn)行服務(wù)端渲染，可以被搜索引擎檢索到。有興趣的朋友可以自己試試。
　　希望這篇文章能讓你對SAP產(chǎn)品UI在支持搜索引擎優(yōu)化方面所做的努力有一些基本的了解，謝謝閱讀。 查看全部

　　搜索引擎主題模型優(yōu)化(這是Jerry2021年的第52篇文章，也是汪子熙公眾號)
　　這是杰瑞2021年的第52篇文章，也是王子曦公眾號總共第329篇原創(chuàng )文章。
　　本文的主題還源于 Jerry 團隊最近處理的一個(gè)客戶(hù)事件，并且與 Jerry 之前的 文章 演示文稿的內容密切相關(guān)。
　　讓我們簡(jiǎn)單回顧一下前面介紹的客戶(hù)端渲染（CSR）和服務(wù)器端渲染（SSR）的區別。
　　客戶(hù)端渲染
　　如下圖所示，用戶(hù)通過(guò)瀏覽器向網(wǎng)站發(fā)送請求，服務(wù)器或CDN為用戶(hù)提供靜態(tài)HTML、CSS和JavaScript文件。瀏覽器下載HTML和JavaScript文件，執行JavaScript（通常是Angular、React、Vue、SAP UI5等前端框架的庫文件）完成頁(yè)面渲染。在大多數情況下，瀏覽器會(huì )通過(guò) AJAX 向后端服務(wù)器請求動(dòng)態(tài)內容。從服務(wù)器獲取 API 響應后，在客戶(hù)端瀏覽器中解析響應內容以呈現最終頁(yè)面。
　　客戶(hù)端渲染之所以得名，是因為通過(guò) HTML 頁(yè)面的源代碼渲染最終頁(yè)面并根據 API 響應動(dòng)態(tài)更改頁(yè)面內容的行為發(fā)生在客戶(hù)端。
　　使用 CSR 技術(shù)的 SAP 產(chǎn)品 UI 包括使用 SAP UI5 框架開(kāi)發(fā)的所有產(chǎn)品，例如 SAP Cloud for Customer，以及基于 SAP Fiori Elements 的 SAP S/4HANA 頁(yè)面。
　　服務(wù)器端渲染
　　與CSR相比，在服務(wù)器端渲染機制中，從HTML源代碼到最終呈現給用戶(hù)的頁(yè)面的轉換過(guò)程是在服務(wù)器端運行環(huán)境中進(jìn)行的。
　　例如，假設 Angular 應用開(kāi)啟了服務(wù)端渲染模式，并使用 express 庫在 Node.js 服務(wù)器上運行，那么應用的 index.html 頁(yè)面將通過(guò) nguniversal/express-engine 引擎進(jìn)行渲染。入口位置如下：
　　服務(wù)端渲染完成后，最終呈現給客戶(hù)端的HTML源代碼字符串通過(guò)回調函數發(fā)送給瀏覽器，也就是下圖1006行做的回調函數。
　　下圖第1008行done回調函數中顯示的變量str存儲了SAP Commerce Cloud UI啟動(dòng)服務(wù)端渲染后服務(wù)端渲染的index.html的完整HTML源代碼，超過(guò)240KB；而在客戶(hù)端渲染模式下，服務(wù)器返回給瀏覽器的 index.html 內容大小小于 1KB。
　　使用SSR技術(shù)的SAP產(chǎn)品UI，包括所有基于SAP ABAP Webdynpro、WebClient UI技術(shù)的產(chǎn)品，如SAP SRM、SAP CRM、SAP S/4HANA中Service模塊的UI、基于JSP技術(shù)的SAP Commerce Cloud、加速器UI等...
　　基于 SAP Spartacus 開(kāi)源項目的新一代 SAP Commerce Cloud UI 支持客戶(hù)端渲染和服務(wù)器端渲染。
　　回到本文的主題。
　　在客戶(hù)端渲染模式下，Web 應用程序對 SEO 的支持較少。以 SAP Commerce Cloud UI 為例，在使用客戶(hù)端渲染時(shí)，搜索引擎的網(wǎng)絡(luò )爬蟲(chóng)爬取了一個(gè)空的 index.html 頁(yè)面：app-root 標簽中沒(méi)有內容，因為直到接收到內容瀏覽器接收 index.html 頁(yè)面。html，執行 Angular 框架代碼，生成最終的 HTML 源代碼。
　　開(kāi)啟服務(wù)端渲染模式后，服務(wù)端完成頁(yè)面渲染。此時(shí)，服務(wù)器返回瀏覽器的 app-root 標簽，其中已經(jīng)收錄了最終渲染的頁(yè)面。下圖開(kāi)啟服務(wù)端渲染模式后請求SAP Commerce Cloud UI首頁(yè)時(shí)，可以對比從服務(wù)端接收到的index.html中app-root標簽中的數據，并與上圖中的客戶(hù)端渲染模式。
　　服務(wù)端渲染解決了網(wǎng)頁(yè)爬蟲(chóng)無(wú)法正確抓取網(wǎng)頁(yè)應用頁(yè)面內容的問(wèn)題。但是，將頁(yè)面渲染、數據請求和響應處理移到服務(wù)器端，勢必會(huì )占用服務(wù)器端寶貴的內存資源，增加其處理負擔。
　　為此，在SAP Commerce Cloud UI的服務(wù)端渲染模式中，我們團隊還設計了一些優(yōu)化邏輯，比如引入渲染緩存，增加渲染隊列和超時(shí)機制，在一定條件下降級為客戶(hù)端渲染等。在保證服務(wù)器正常服務(wù)能力和支持搜索引擎優(yōu)化之間取得了較好的折衷。
　　支持服務(wù)端渲染只是完成搜索引擎優(yōu)化的第一步?；赟AP UI5框架開(kāi)發(fā)的SAP應用大多不是2C應用，所以不依賴(lài)搜索引擎優(yōu)化，即這些應用不太可能出現在用戶(hù)的搜索引擎結果列表中。
　　另一方面，比如客戶(hù)使用SAP Commerce Cloud搭建自己的電商店鋪，那么店鋪搜索引擎優(yōu)化的完善程度直接關(guān)系到店鋪的銷(xiāo)售額。
　　網(wǎng)站的搜索引擎優(yōu)化是一門(mén)學(xué)問(wèn)，這篇文章Jerry只介紹他最近從處理客戶(hù)事件中學(xué)到的相關(guān)知識。
　　我們在谷歌根據關(guān)鍵詞lego ae進(jìn)行搜索，搜索結果的第二條記錄是阿聯(lián)酋LEGO的電子商務(wù)商店網(wǎng)站（國家代碼AE），是基于SAP Spartacus SAP Commerce開(kāi)發(fā)的云界面頁(yè)面：
　　上圖中灰色區域的頁(yè)面標題和黃色區域的頁(yè)面描述分別來(lái)自SAP Commerce Cloud UI網(wǎng)頁(yè)源代碼中的title標簽和meta description標簽的值。
　　另一個(gè)例子是根據關(guān)鍵詞 lego ae LEGO Dinosaur Fossils 搜索一個(gè)樂(lè )高恐龍化石產(chǎn)品：
　　在搜索結果列表中，會(huì )出現一個(gè) SAP Commerce Cloud UI PDP 頁(yè)面 - 產(chǎn)品詳細信息頁(yè)面，它是一個(gè)產(chǎn)品詳細信息頁(yè)面：
　　在上面的示例中，頁(yè)面標題標簽和元描述標簽的值都是后端驅動(dòng)的，即來(lái)自 SAP Commerce Cloud 后端系統。
　　在SAP Commerce Cloud UI的實(shí)現中，我們團隊設計了Page模型，其title字段和description字段分別維護了HTML源代碼title和meta description標簽中需要渲染的值。
　　我們將上述模型稱(chēng)為 SAP Commerce Cloud UI 頁(yè)面的元數據：Page Meta。
　　在運行時(shí)，這些頁(yè)面元數據是通過(guò)PageMetaService類(lèi)的meta$成員來(lái)維護的，賦值邏輯如下：
　?。?)調用cmsService的getCurrentPage方法從Commerce后臺讀取頁(yè)面元數據；
　　(2)根據Commerce Cloud的前端配置，讀取當前頁(yè)面類(lèi)型需要完成的元數據解析類(lèi)型，獲取負責執行相應操作的解析器；
　　(3) 調用對應的解析器完成解析工作。
　　解析后的頁(yè)面元數據存放在PageMetaService的成員變量meta$中，最終被SeoMetaService訂閱，取出其值注入到頁(yè)面DOM元素中。這就是 SAP Commerce Cloud UI 如何為 SEO 實(shí)現基于元標記的實(shí)現。
　　在 SAP S/4HANA 等后臺人員使用較多的應用程序中，雖然頁(yè)面上有元標記，但與 SAP Commerce Cloud UI 中使用元描述標記來(lái)支持搜索引擎優(yōu)化是不同的。S/4HANA UI頁(yè)面中的meta標簽，更多體現的是維護頁(yè)面元數據的初衷，由SAP UI5框架代碼和對應的后臺代碼解析，對客戶(hù)完全透明。
　　例如下圖中的meta標簽名稱(chēng)為sap-client，維護的內容為715，表示Fiori Launchpad后臺對應的ABAP Client ID為715.
　　最后，可以使用inurl語(yǔ)法在搜索引擎中搜索，可以找到一些網(wǎng)站使用SAP WebClient UI技術(shù)進(jìn)行服務(wù)端渲染，可以被搜索引擎檢索到。有興趣的朋友可以自己試試。
　　希望這篇文章能讓你對SAP產(chǎn)品UI在支持搜索引擎優(yōu)化方面所做的努力有一些基本的了解，謝謝閱讀。 查看全部

　　搜索引擎主題模型優(yōu)化(這是Jerry2021年的第52篇文章，也是汪子熙公眾號)
　　這是杰瑞2021年的第52篇文章，也是王子曦公眾號總共第329篇原創(chuàng )文章。
　　本文的主題還源于 Jerry 團隊最近處理的一個(gè)客戶(hù)事件，并且與 Jerry 之前的 文章 演示文稿的內容密切相關(guān)。
　　讓我們簡(jiǎn)單回顧一下前面介紹的客戶(hù)端渲染（CSR）和服務(wù)器端渲染（SSR）的區別。
　　客戶(hù)端渲染
　　如下圖所示，用戶(hù)通過(guò)瀏覽器向網(wǎng)站發(fā)送請求，服務(wù)器或CDN為用戶(hù)提供靜態(tài)HTML、CSS和JavaScript文件。瀏覽器下載HTML和JavaScript文件，執行JavaScript（通常是Angular、React、Vue、SAP UI5等前端框架的庫文件）完成頁(yè)面渲染。在大多數情況下，瀏覽器會(huì )通過(guò) AJAX 向后端服務(wù)器請求動(dòng)態(tài)內容。從服務(wù)器獲取 API 響應后，在客戶(hù)端瀏覽器中解析響應內容以呈現最終頁(yè)面。
　　客戶(hù)端渲染之所以得名，是因為通過(guò) HTML 頁(yè)面的源代碼渲染最終頁(yè)面并根據 API 響應動(dòng)態(tài)更改頁(yè)面內容的行為發(fā)生在客戶(hù)端。
　　使用 CSR 技術(shù)的 SAP 產(chǎn)品 UI 包括使用 SAP UI5 框架開(kāi)發(fā)的所有產(chǎn)品，例如 SAP Cloud for Customer，以及基于 SAP Fiori Elements 的 SAP S/4HANA 頁(yè)面。
　　服務(wù)器端渲染
　　與CSR相比，在服務(wù)器端渲染機制中，從HTML源代碼到最終呈現給用戶(hù)的頁(yè)面的轉換過(guò)程是在服務(wù)器端運行環(huán)境中進(jìn)行的。
　　例如，假設 Angular 應用開(kāi)啟了服務(wù)端渲染模式，并使用 express 庫在 Node.js 服務(wù)器上運行，那么應用的 index.html 頁(yè)面將通過(guò) nguniversal/express-engine 引擎進(jìn)行渲染。入口位置如下：
　　服務(wù)端渲染完成后，最終呈現給客戶(hù)端的HTML源代碼字符串通過(guò)回調函數發(fā)送給瀏覽器，也就是下圖1006行做的回調函數。
　　下圖第1008行done回調函數中顯示的變量str存儲了SAP Commerce Cloud UI啟動(dòng)服務(wù)端渲染后服務(wù)端渲染的index.html的完整HTML源代碼，超過(guò)240KB；而在客戶(hù)端渲染模式下，服務(wù)器返回給瀏覽器的 index.html 內容大小小于 1KB。
　　使用SSR技術(shù)的SAP產(chǎn)品UI，包括所有基于SAP ABAP Webdynpro、WebClient UI技術(shù)的產(chǎn)品，如SAP SRM、SAP CRM、SAP S/4HANA中Service模塊的UI、基于JSP技術(shù)的SAP Commerce Cloud、加速器UI等...
　　基于 SAP Spartacus 開(kāi)源項目的新一代 SAP Commerce Cloud UI 支持客戶(hù)端渲染和服務(wù)器端渲染。
　　回到本文的主題。
　　在客戶(hù)端渲染模式下，Web 應用程序對 SEO 的支持較少。以 SAP Commerce Cloud UI 為例，在使用客戶(hù)端渲染時(shí)，搜索引擎的網(wǎng)絡(luò )爬蟲(chóng)爬取了一個(gè)空的 index.html 頁(yè)面：app-root 標簽中沒(méi)有內容，因為直到接收到內容瀏覽器接收 index.html 頁(yè)面。html，執行 Angular 框架代碼，生成最終的 HTML 源代碼。
　　開(kāi)啟服務(wù)端渲染模式后，服務(wù)端完成頁(yè)面渲染。此時(shí)，服務(wù)器返回瀏覽器的 app-root 標簽，其中已經(jīng)收錄了最終渲染的頁(yè)面。下圖開(kāi)啟服務(wù)端渲染模式后請求SAP Commerce Cloud UI首頁(yè)時(shí)，可以對比從服務(wù)端接收到的index.html中app-root標簽中的數據，并與上圖中的客戶(hù)端渲染模式。
　　服務(wù)端渲染解決了網(wǎng)頁(yè)爬蟲(chóng)無(wú)法正確抓取網(wǎng)頁(yè)應用頁(yè)面內容的問(wèn)題。但是，將頁(yè)面渲染、數據請求和響應處理移到服務(wù)器端，勢必會(huì )占用服務(wù)器端寶貴的內存資源，增加其處理負擔。
　　為此，在SAP Commerce Cloud UI的服務(wù)端渲染模式中，我們團隊還設計了一些優(yōu)化邏輯，比如引入渲染緩存，增加渲染隊列和超時(shí)機制，在一定條件下降級為客戶(hù)端渲染等。在保證服務(wù)器正常服務(wù)能力和支持搜索引擎優(yōu)化之間取得了較好的折衷。
　　支持服務(wù)端渲染只是完成搜索引擎優(yōu)化的第一步?；赟AP UI5框架開(kāi)發(fā)的SAP應用大多不是2C應用，所以不依賴(lài)搜索引擎優(yōu)化，即這些應用不太可能出現在用戶(hù)的搜索引擎結果列表中。
　　另一方面，比如客戶(hù)使用SAP Commerce Cloud搭建自己的電商店鋪，那么店鋪搜索引擎優(yōu)化的完善程度直接關(guān)系到店鋪的銷(xiāo)售額。
　　網(wǎng)站的搜索引擎優(yōu)化是一門(mén)學(xué)問(wèn)，這篇文章Jerry只介紹他最近從處理客戶(hù)事件中學(xué)到的相關(guān)知識。
　　我們在谷歌根據關(guān)鍵詞lego ae進(jìn)行搜索，搜索結果的第二條記錄是阿聯(lián)酋LEGO的電子商務(wù)商店網(wǎng)站（國家代碼AE），是基于SAP Spartacus SAP Commerce開(kāi)發(fā)的云界面頁(yè)面：
　　上圖中灰色區域的頁(yè)面標題和黃色區域的頁(yè)面描述分別來(lái)自SAP Commerce Cloud UI網(wǎng)頁(yè)源代碼中的title標簽和meta description標簽的值。
　　另一個(gè)例子是根據關(guān)鍵詞 lego ae LEGO Dinosaur Fossils 搜索一個(gè)樂(lè )高恐龍化石產(chǎn)品：
　　在搜索結果列表中，會(huì )出現一個(gè) SAP Commerce Cloud UI PDP 頁(yè)面 - 產(chǎn)品詳細信息頁(yè)面，它是一個(gè)產(chǎn)品詳細信息頁(yè)面：
　　在上面的示例中，頁(yè)面標題標簽和元描述標簽的值都是后端驅動(dòng)的，即來(lái)自 SAP Commerce Cloud 后端系統。
　　在SAP Commerce Cloud UI的實(shí)現中，我們團隊設計了Page模型，它的title字段和description字段分別維護了HTML源代碼title和meta description標簽中需要渲染的值。
　　我們將上述模型稱(chēng)為 SAP Commerce Cloud UI 頁(yè)面的元數據：Page Meta。
　　在運行時(shí)，這些頁(yè)面元數據是通過(guò)PageMetaService類(lèi)的meta$成員來(lái)維護的，賦值邏輯如下：
　?。?)調用cmsService的getCurrentPage方法從Commerce后臺讀取頁(yè)面元數據；
　　(2)根據Commerce Cloud的前端配置，讀取當前頁(yè)面類(lèi)型需要完成的元數據解析類(lèi)型，獲取負責執行相應操作的解析器；
　　(3) 調用對應的解析器完成解析工作。
　　解析后的頁(yè)面元數據存放在PageMetaService的成員變量meta$中，最終被SeoMetaService訂閱，取出其值注入到頁(yè)面DOM元素中。這就是 SAP Commerce Cloud UI 如何為 SEO 實(shí)現基于元標記的實(shí)現。
　　在 SAP S/4HANA 等后臺人員使用較多的應用程序中，雖然頁(yè)面上有元標記，但與 SAP Commerce Cloud UI 中使用元描述標記來(lái)支持搜索引擎優(yōu)化是不同的。S/4HANA UI頁(yè)面中的meta標簽，更多體現的是維護頁(yè)面元數據的初衷，由SAP UI5框架代碼和對應的后臺代碼解析，對客戶(hù)完全透明。
　　例如下圖中的meta標簽名稱(chēng)為sap-client，維護的內容為715，表示Fiori Launchpad后臺對應的ABAP Client ID為715.
　　最后，可以使用inurl語(yǔ)法在搜索引擎中搜索，可以找到一些網(wǎng)站使用SAP WebClient UI技術(shù)進(jìn)行服務(wù)端渲染，可以被搜索引擎檢索到。有興趣的朋友可以自己試試。
　　希望這篇文章能讓你對SAP產(chǎn)品UI在支持搜索引擎優(yōu)化方面所做的努力有一些基本的了解，謝謝閱讀。 查看全部

　　搜索引擎主題模型優(yōu)化(這是Jerry2021年的第52篇文章，也是汪子熙公眾號)
　　這是杰瑞2021年的第52篇文章，也是王子曦公眾號總共第329篇原創(chuàng )文章。
　　本文的主題還源于 Jerry 團隊最近處理的一個(gè)客戶(hù)事件，并且與 Jerry 之前的 文章 演示文稿的內容密切相關(guān)。
　　讓我們簡(jiǎn)單回顧一下前面介紹的客戶(hù)端渲染（CSR）和服務(wù)器端渲染（SSR）的區別。
　　客戶(hù)端渲染
　　如下圖所示，用戶(hù)通過(guò)瀏覽器向網(wǎng)站發(fā)送請求，服務(wù)器或CDN為用戶(hù)提供靜態(tài)HTML、CSS和JavaScript文件。瀏覽器下載HTML和JavaScript文件，執行JavaScript（通常是Angular、React、Vue、SAP UI5等前端框架的庫文件）完成頁(yè)面渲染。在大多數情況下，瀏覽器會(huì )通過(guò) AJAX 向后端服務(wù)器請求動(dòng)態(tài)內容。從服務(wù)器獲取 API 響應后，在客戶(hù)端瀏覽器中解析響應內容以呈現最終頁(yè)面。
　　客戶(hù)端渲染之所以得名，是因為通過(guò) HTML 頁(yè)面的源代碼渲染最終頁(yè)面并根據 API 響應動(dòng)態(tài)更改頁(yè)面內容的行為發(fā)生在客戶(hù)端。
　　使用 CSR 技術(shù)的 SAP 產(chǎn)品 UI 包括使用 SAP UI5 框架開(kāi)發(fā)的所有產(chǎn)品，例如 SAP Cloud for Customer，以及基于 SAP Fiori Elements 的 SAP S/4HANA 頁(yè)面。
　　服務(wù)器端渲染
　　與CSR相比，在服務(wù)器端渲染機制中，從HTML源代碼到最終呈現給用戶(hù)的頁(yè)面的轉換過(guò)程是在服務(wù)器端運行環(huán)境中進(jìn)行的。
　　例如，假設 Angular 應用開(kāi)啟了服務(wù)端渲染模式，并使用 express 庫在 Node.js 服務(wù)器上運行，那么應用的 index.html 頁(yè)面將通過(guò) nguniversal/express-engine 引擎進(jìn)行渲染。入口位置如下：
　　服務(wù)端渲染完成后，最終呈現給客戶(hù)端的HTML源代碼字符串通過(guò)回調函數發(fā)送給瀏覽器，也就是下圖1006行做的回調函數。
　　下圖第1008行done回調函數中顯示的變量str存儲了SAP Commerce Cloud UI啟動(dòng)服務(wù)端渲染后服務(wù)端渲染的index.html的完整HTML源代碼，超過(guò)240KB；而在客戶(hù)端渲染模式下，服務(wù)器返回給瀏覽器的 index.html 內容大小小于 1KB。
　　使用SSR技術(shù)的SAP產(chǎn)品UI，包括所有基于SAP ABAP Webdynpro、WebClient UI技術(shù)的產(chǎn)品，如SAP SRM、SAP CRM、SAP S/4HANA中Service模塊的UI、基于JSP技術(shù)的SAP Commerce Cloud、加速器UI等...
　　基于 SAP Spartacus 開(kāi)源項目的新一代 SAP Commerce Cloud UI 支持客戶(hù)端渲染和服務(wù)器端渲染。
　　回到本文的主題。
　　在客戶(hù)端渲染模式下，Web 應用程序對 SEO 的支持較少。以 SAP Commerce Cloud UI 為例，在使用客戶(hù)端渲染時(shí)，搜索引擎的網(wǎng)絡(luò )爬蟲(chóng)爬取了一個(gè)空的 index.html 頁(yè)面：app-root 標簽中沒(méi)有內容，因為直到接收到內容瀏覽器接收 index.html 頁(yè)面。html，執行 Angular 框架代碼，生成最終的 HTML 源代碼。
　　開(kāi)啟服務(wù)端渲染模式后，服務(wù)端完成頁(yè)面渲染。此時(shí)，服務(wù)器返回瀏覽器的 app-root 標簽，其中已經(jīng)收錄了最終渲染的頁(yè)面。下圖開(kāi)啟服務(wù)端渲染模式后請求SAP Commerce Cloud UI首頁(yè)時(shí)，可以對比從服務(wù)端接收到的index.html中app-root標簽中的數據，并與上圖中的客戶(hù)端渲染模式。
　　服務(wù)端渲染解決了網(wǎng)頁(yè)爬蟲(chóng)無(wú)法正確抓取網(wǎng)頁(yè)應用頁(yè)面內容的問(wèn)題。但是，將頁(yè)面渲染、數據請求和響應處理移到服務(wù)器端，勢必會(huì )占用服務(wù)器端寶貴的內存資源，增加其處理負擔。
　　為此，在SAP Commerce Cloud UI的服務(wù)端渲染模式中，我們團隊還設計了一些優(yōu)化邏輯，比如引入渲染緩存，增加渲染隊列和超時(shí)機制，在一定條件下降級為客戶(hù)端渲染等。在保證服務(wù)器正常服務(wù)能力和支持搜索引擎優(yōu)化之間取得了較好的折衷。
　　支持服務(wù)端渲染只是完成搜索引擎優(yōu)化的第一步?；赟AP UI5框架開(kāi)發(fā)的SAP應用大多不是2C應用，所以不依賴(lài)搜索引擎優(yōu)化，即這些應用不太可能出現在用戶(hù)的搜索引擎結果列表中。
　　另一方面，比如客戶(hù)使用SAP Commerce Cloud搭建自己的電商店鋪，那么店鋪搜索引擎優(yōu)化的完善程度直接關(guān)系到店鋪的銷(xiāo)售額。
　　網(wǎng)站的搜索引擎優(yōu)化是一門(mén)學(xué)問(wèn)，這篇文章Jerry只介紹他最近從處理客戶(hù)事件中學(xué)到的相關(guān)知識。
　　我們在谷歌按照關(guān)鍵詞lego ae進(jìn)行搜索，搜索結果的第二條記錄是阿聯(lián)酋LEGO的電子商務(wù)商店網(wǎng)站（國家代碼AE），是基于SAP Spartacus SAP Commerce開(kāi)發(fā)的云界面頁(yè)面：
　　上圖中灰色區域的頁(yè)面標題和黃色區域的頁(yè)面描述分別來(lái)自SAP Commerce Cloud UI網(wǎng)頁(yè)源代碼中的title標簽和meta description標簽的值。
　　另一個(gè)例子是根據關(guān)鍵詞 lego ae LEGO Dinosaur Fossils 搜索一個(gè)樂(lè )高恐龍化石產(chǎn)品：
　　在搜索結果列表中，會(huì )出現一個(gè) SAP Commerce Cloud UI PDP 頁(yè)面 - 產(chǎn)品詳細信息頁(yè)面，它是一個(gè)產(chǎn)品詳細信息頁(yè)面：
　　在上面的示例中，頁(yè)面標題標簽和元描述標簽的值都是后端驅動(dòng)的，即來(lái)自 SAP Commerce Cloud 后端系統。
　　在SAP Commerce Cloud UI的實(shí)現中，我們團隊設計了Page模型，其title字段和description字段分別維護了HTML源代碼title和meta description標簽中需要渲染的值。
　　我們將上述模型稱(chēng)為 SAP Commerce Cloud UI 頁(yè)面的元數據：Page Meta。
　　在運行時(shí)，這些頁(yè)面元數據是通過(guò)PageMetaService類(lèi)的meta$成員來(lái)維護的，賦值邏輯如下：
　?。?)調用cmsService的getCurrentPage方法從Commerce后臺讀取頁(yè)面元數據；
　　(2)根據Commerce Cloud的前端配置，讀取當前頁(yè)面類(lèi)型需要完成的元數據解析類(lèi)型，獲取負責執行相應操作的解析器；
　　(3) 調用對應的解析器完成解析工作。
　　解析后的頁(yè)面元數據存放在PageMetaService的成員變量meta$中，最終被SeoMetaService訂閱，取出其值注入到頁(yè)面DOM元素中。這就是 SAP Commerce Cloud UI 如何為 SEO 實(shí)現基于元標記的實(shí)現。
　　在 SAP S/4HANA 等后臺人員使用較多的應用程序中，雖然頁(yè)面上有元標記，但與 SAP Commerce Cloud UI 中使用元描述標記來(lái)支持搜索引擎優(yōu)化是不同的。S/4HANA UI頁(yè)面中的meta標簽，更多體現的是維護頁(yè)面元數據的初衷，由SAP UI5框架代碼和對應的后臺代碼解析，對客戶(hù)完全透明。
　　例如下圖中的meta標簽名稱(chēng)為sap-client，維護的內容為715，表示Fiori Launchpad后臺對應的ABAP Client ID為715.
　　最后，可以使用inurl語(yǔ)法在搜索引擎中搜索，可以找到一些網(wǎng)站使用SAP WebClient UI技術(shù)進(jìn)行服務(wù)端渲染，可以被搜索引擎檢索到。有興趣的朋友可以自己試試。
　　希望這篇文章能讓你對SAP產(chǎn)品UI在支持搜索引擎優(yōu)化方面所做的努力有一些基本的了解，謝謝閱讀。 查看全部

　　搜索引擎主題模型優(yōu)化(這是Jerry2021年的第52篇文章，也是汪子熙公眾號)
　　這是杰瑞2021年的第52篇文章，也是王子曦公眾號總共第329篇原創(chuàng )文章。
　　本文的主題還源于 Jerry 團隊最近處理的一個(gè)客戶(hù)事件，并且與 Jerry 之前的 文章 演示文稿的內容密切相關(guān)。
　　讓我們簡(jiǎn)單回顧一下前面介紹的客戶(hù)端渲染（CSR）和服務(wù)器端渲染（SSR）的區別。
　　客戶(hù)端渲染
　　如下圖所示，用戶(hù)通過(guò)瀏覽器向網(wǎng)站發(fā)送請求，服務(wù)器或CDN為用戶(hù)提供靜態(tài)HTML、CSS和JavaScript文件。瀏覽器下載HTML和JavaScript文件，執行JavaScript（通常是Angular、React、Vue、SAP UI5等前端框架的庫文件）完成頁(yè)面渲染。在大多數情況下，瀏覽器會(huì )通過(guò) AJAX 向后端服務(wù)器請求動(dòng)態(tài)內容。從服務(wù)器獲取 API 響應后，在客戶(hù)端瀏覽器中解析響應內容以呈現最終頁(yè)面。
　　客戶(hù)端渲染之所以得名，是因為通過(guò) HTML 頁(yè)面的源代碼渲染最終頁(yè)面并根據 API 響應動(dòng)態(tài)更改頁(yè)面內容的行為發(fā)生在客戶(hù)端。
　　使用 CSR 技術(shù)的 SAP 產(chǎn)品 UI 包括使用 SAP UI5 框架開(kāi)發(fā)的所有產(chǎn)品，例如 SAP Cloud for Customer，以及基于 SAP Fiori Elements 的 SAP S/4HANA 頁(yè)面。
　　服務(wù)器端渲染
　　與CSR相比，在服務(wù)器端渲染機制中，從HTML源代碼到最終呈現給用戶(hù)的頁(yè)面的轉換過(guò)程是在服務(wù)器端運行環(huán)境中進(jìn)行的。
　　例如，假設 Angular 應用開(kāi)啟了服務(wù)端渲染模式，并使用 express 庫在 Node.js 服務(wù)器上運行，那么應用的 index.html 頁(yè)面將通過(guò) nguniversal/express-engine 引擎進(jìn)行渲染。入口位置如下：
　　服務(wù)端渲染完成后，最終呈現給客戶(hù)端的HTML源代碼字符串通過(guò)回調函數發(fā)送給瀏覽器，也就是下圖1006行做的回調函數。
　　下圖第1008行done回調函數中顯示的變量str存儲了SAP Commerce Cloud UI啟動(dòng)服務(wù)端渲染后服務(wù)端渲染的index.html的完整HTML源代碼，超過(guò)240KB；而在客戶(hù)端渲染模式下，服務(wù)器返回給瀏覽器的 index.html 內容大小小于 1KB。
　　使用SSR技術(shù)的SAP產(chǎn)品UI，包括所有基于SAP ABAP Webdynpro、WebClient UI技術(shù)的產(chǎn)品，如SAP SRM、SAP CRM、SAP S/4HANA中Service模塊的UI、基于JSP技術(shù)的SAP Commerce Cloud、加速器UI等...
　　基于 SAP Spartacus 開(kāi)源項目的新一代 SAP Commerce Cloud UI 支持客戶(hù)端渲染和服務(wù)器端渲染。
　　回到本文的主題。
　　在客戶(hù)端渲染模式下，Web 應用程序對 SEO 的支持較少。以 SAP Commerce Cloud UI 為例，在使用客戶(hù)端渲染時(shí)，搜索引擎的網(wǎng)絡(luò )爬蟲(chóng)爬取了一個(gè)空的 index.html 頁(yè)面：app-root 標簽中沒(méi)有內容，因為直到接收到內容瀏覽器接收 index.html 頁(yè)面。html，執行 Angular 框架代碼，生成最終的 HTML 源代碼。
　　開(kāi)啟服務(wù)端渲染模式后，服務(wù)端完成頁(yè)面渲染。此時(shí)，服務(wù)器返回瀏覽器的 app-root 標簽，其中已經(jīng)收錄了最終渲染的頁(yè)面。下圖開(kāi)啟服務(wù)端渲染模式后請求SAP Commerce Cloud UI首頁(yè)時(shí)，可以對比從服務(wù)端接收到的index.html中app-root標簽中的數據，并與上圖中的客戶(hù)端渲染模式。
　　服務(wù)端渲染解決了網(wǎng)頁(yè)爬蟲(chóng)無(wú)法正確抓取網(wǎng)頁(yè)應用頁(yè)面內容的問(wèn)題。但是，將頁(yè)面渲染、數據請求和響應處理移到服務(wù)器端，勢必會(huì )占用服務(wù)器端寶貴的內存資源，增加其處理負擔。
　　為此，在SAP Commerce Cloud UI的服務(wù)端渲染模式中，我們團隊還設計了一些優(yōu)化邏輯，比如引入渲染緩存，增加渲染隊列和超時(shí)機制，在一定條件下降級為客戶(hù)端渲染等。在保證服務(wù)器正常服務(wù)能力和支持搜索引擎優(yōu)化之間取得了較好的折衷。
　　支持服務(wù)端渲染只是完成搜索引擎優(yōu)化的第一步?；赟AP UI5框架開(kāi)發(fā)的SAP應用大多不是2C應用，所以不依賴(lài)搜索引擎優(yōu)化，即這些應用不太可能出現在用戶(hù)的搜索引擎結果列表中。
　　另一方面，比如客戶(hù)使用SAP Commerce Cloud搭建自己的電商店鋪，那么店鋪搜索引擎優(yōu)化的完善程度直接關(guān)系到店鋪的銷(xiāo)售額。
　　網(wǎng)站的搜索引擎優(yōu)化是一門(mén)學(xué)問(wèn)，這篇文章Jerry只介紹他最近從處理客戶(hù)事件中學(xué)到的相關(guān)知識。
　　我們在谷歌根據關(guān)鍵詞lego ae進(jìn)行搜索，搜索結果的第二條記錄是阿聯(lián)酋LEGO的電子商務(wù)商店網(wǎng)站（國家代碼AE），是基于SAP Spartacus SAP Commerce開(kāi)發(fā)的云界面頁(yè)面：
　　上圖中灰色區域的頁(yè)面標題和黃色區域的頁(yè)面描述分別來(lái)自SAP Commerce Cloud UI網(wǎng)頁(yè)源代碼中的title標簽和meta description標簽的值。
　　另一個(gè)例子是根據關(guān)鍵詞 lego ae LEGO Dinosaur Fossils 搜索一個(gè)樂(lè )高恐龍化石產(chǎn)品：
　　在搜索結果列表中，會(huì )出現一個(gè) SAP Commerce Cloud UI PDP 頁(yè)面 - 產(chǎn)品詳細信息頁(yè)面，它是一個(gè)產(chǎn)品詳細信息頁(yè)面：
　　在上面的示例中，頁(yè)面標題標簽和元描述標簽的值都是后端驅動(dòng)的，即來(lái)自 SAP Commerce Cloud 后端系統。
　　在SAP Commerce Cloud UI的實(shí)現中，我們團隊設計了Page模型，它的title字段和description字段分別維護了HTML源代碼title和meta description標簽中需要渲染的值。
　　我們將上述模型稱(chēng)為 SAP Commerce Cloud UI 頁(yè)面的元數據：Page Meta。
　　在運行時(shí)，這些頁(yè)面元數據是通過(guò)PageMetaService類(lèi)的meta$成員來(lái)維護的，賦值邏輯如下：
　?。?)調用cmsService的getCurrentPage方法從Commerce后臺讀取頁(yè)面元數據；
　　(2)根據Commerce Cloud前端配置，讀取當前頁(yè)面類(lèi)型需要完成的元數據解析類(lèi)型，獲取負責執行相應操作的解析器；
　　(3) 調用對應的解析器完成解析工作。
　　解析后的頁(yè)面元數據存放在PageMetaService的成員變量meta$中，最終被SeoMetaService訂閱，取出其值注入到頁(yè)面DOM元素中。這就是 SAP Commerce Cloud UI 如何為 SEO 實(shí)現基于元標記的實(shí)現。
　　在 SAP S/4HANA 等后臺人員使用較多的應用程序中，雖然頁(yè)面上有元標記，但與 SAP Commerce Cloud UI 中使用元描述標記來(lái)支持搜索引擎優(yōu)化是不同的。S/4HANA UI頁(yè)面中的meta標簽，更多體現的是維護頁(yè)面元數據的初衷，由SAP UI5框架代碼和對應的后臺代碼解析，對客戶(hù)完全透明。
　　例如下圖中的meta標簽名稱(chēng)為sap-client，維護的內容為715，表示Fiori Launchpad后臺對應的ABAP Client ID為715.
　　最后，可以使用inurl語(yǔ)法在搜索引擎中搜索，可以找到一些網(wǎng)站使用SAP WebClient UI技術(shù)進(jìn)行服務(wù)端渲染，可以被搜索引擎檢索到。有興趣的朋友可以自己試試。
　　希望這篇文章能讓你對SAP產(chǎn)品UI在支持搜索引擎優(yōu)化方面所做的努力有一些基本的了解，謝謝閱讀。 查看全部

　　搜索引擎主題模型優(yōu)化(這是Jerry2021年的第52篇文章，也是汪子熙公眾號)
　　這是杰瑞2021年的第52篇文章，也是王子曦公眾號總共第329篇原創(chuàng )文章。
　　本文的主題還源于 Jerry 團隊最近處理的一個(gè)客戶(hù)事件，并且與 Jerry 之前的 文章 演示文稿的內容密切相關(guān)。
　　讓我們簡(jiǎn)單回顧一下前面介紹的客戶(hù)端渲染（CSR）和服務(wù)器端渲染（SSR）的區別。
　　客戶(hù)端渲染
　　如下圖所示，用戶(hù)通過(guò)瀏覽器向網(wǎng)站發(fā)送請求，服務(wù)器或CDN為用戶(hù)提供靜態(tài)HTML、CSS和JavaScript文件。瀏覽器下載HTML和JavaScript文件，執行JavaScript（通常是Angular、React、Vue、SAP UI5等前端框架的庫文件）完成頁(yè)面渲染。在大多數情況下，瀏覽器會(huì )通過(guò) AJAX 向后端服務(wù)器請求動(dòng)態(tài)內容。從服務(wù)器獲取 API 響應后，在客戶(hù)端瀏覽器中解析響應內容以呈現最終頁(yè)面。
　　客戶(hù)端渲染之所以得名，是因為通過(guò) HTML 頁(yè)面的源代碼渲染最終頁(yè)面并根據 API 響應動(dòng)態(tài)更改頁(yè)面內容的行為發(fā)生在客戶(hù)端。
　　使用 CSR 技術(shù)的 SAP 產(chǎn)品 UI 包括使用 SAP UI5 框架開(kāi)發(fā)的所有產(chǎn)品，例如 SAP Cloud for Customer，以及基于 SAP Fiori Elements 的 SAP S/4HANA 頁(yè)面。
　　服務(wù)器端渲染
　　與CSR相比，在服務(wù)器端渲染機制中，從HTML源代碼到最終呈現給用戶(hù)的頁(yè)面的轉換過(guò)程是在服務(wù)器端運行環(huán)境中進(jìn)行的。
　　例如，假設 Angular 應用開(kāi)啟了服務(wù)端渲染模式，并使用 express 庫在 Node.js 服務(wù)器上運行，那么應用的 index.html 頁(yè)面將通過(guò) nguniversal/express-engine 引擎進(jìn)行渲染。入口位置如下：
　　服務(wù)端渲染完成后，最終呈現給客戶(hù)端的HTML源代碼字符串通過(guò)回調函數發(fā)送給瀏覽器，也就是下圖1006行做的回調函數。
　　下圖第1008行done回調函數中顯示的變量str存儲了SAP Commerce Cloud UI啟動(dòng)服務(wù)端渲染后服務(wù)端渲染的index.html的完整HTML源代碼，超過(guò)240KB；而在客戶(hù)端渲染模式下，服務(wù)器返回給瀏覽器的 index.html 內容大小小于 1KB。
　　使用SSR技術(shù)的SAP產(chǎn)品UI，包括所有基于SAP ABAP Webdynpro、WebClient UI技術(shù)的產(chǎn)品，如SAP SRM、SAP CRM、SAP S/4HANA中Service模塊的UI、基于JSP技術(shù)的SAP Commerce Cloud、加速器UI等...
　　基于 SAP Spartacus 開(kāi)源項目的新一代 SAP Commerce Cloud UI 支持客戶(hù)端渲染和服務(wù)器端渲染。
　　回到本文的主題。
　　在客戶(hù)端渲染模式下，Web 應用程序對 SEO 的支持較少。以 SAP Commerce Cloud UI 為例，在使用客戶(hù)端渲染時(shí)，搜索引擎的網(wǎng)絡(luò )爬蟲(chóng)爬取了一個(gè)空的 index.html 頁(yè)面：app-root 標簽中沒(méi)有內容，因為直到接收到內容瀏覽器接收 index.html 頁(yè)面。html，執行 Angular 框架代碼，生成最終的 HTML 源代碼。
　　開(kāi)啟服務(wù)端渲染模式后，服務(wù)端完成頁(yè)面渲染。此時(shí)，服務(wù)器返回瀏覽器的 app-root 標簽，其中已經(jīng)收錄了最終渲染的頁(yè)面。下圖開(kāi)啟服務(wù)端渲染模式后請求SAP Commerce Cloud UI首頁(yè)時(shí)，可以對比從服務(wù)端接收到的index.html中app-root標簽中的數據，并與上圖中的客戶(hù)端渲染模式。
　　服務(wù)端渲染解決了網(wǎng)頁(yè)爬蟲(chóng)無(wú)法正確抓取網(wǎng)頁(yè)應用頁(yè)面內容的問(wèn)題。但是，將頁(yè)面渲染、數據請求和響應處理移到服務(wù)器端，勢必會(huì )占用服務(wù)器端寶貴的內存資源，增加其處理負擔。
　　為此，在SAP Commerce Cloud UI的服務(wù)端渲染模式中，我們團隊還設計了一些優(yōu)化邏輯，比如引入渲染緩存，增加渲染隊列和超時(shí)機制，在一定條件下降級為客戶(hù)端渲染等。在保證服務(wù)器正常服務(wù)能力和支持搜索引擎優(yōu)化之間取得了較好的折衷。
　　支持服務(wù)端渲染只是完成搜索引擎優(yōu)化的第一步?；赟AP UI5框架開(kāi)發(fā)的SAP應用大多不是2C應用，所以不依賴(lài)搜索引擎優(yōu)化，即這些應用不太可能出現在用戶(hù)的搜索引擎結果列表中。
　　另一方面，比如客戶(hù)使用SAP Commerce Cloud搭建自己的電商店鋪，那么店鋪搜索引擎優(yōu)化的完善程度直接關(guān)系到店鋪的銷(xiāo)售額。
　　網(wǎng)站的搜索引擎優(yōu)化是一門(mén)學(xué)問(wèn)，這篇文章Jerry只介紹他最近從處理客戶(hù)事件中學(xué)到的相關(guān)知識。
　　我們在谷歌根據關(guān)鍵詞lego ae進(jìn)行搜索，搜索結果的第二條記錄是阿聯(lián)酋LEGO的電子商務(wù)商店網(wǎng)站（國家代碼AE），是基于SAP Spartacus SAP Commerce開(kāi)發(fā)的云界面頁(yè)面：
　　上圖中灰色區域的頁(yè)面標題和黃色區域的頁(yè)面描述分別來(lái)自SAP Commerce Cloud UI網(wǎng)頁(yè)源代碼中的title標簽和meta description標簽的值。
　　另一個(gè)例子是根據關(guān)鍵詞 lego ae LEGO Dinosaur Fossils 搜索一個(gè)樂(lè )高恐龍化石產(chǎn)品：
　　在搜索結果列表中，會(huì )出現一個(gè) SAP Commerce Cloud UI PDP 頁(yè)面 - 產(chǎn)品詳細信息頁(yè)面，它是一個(gè)產(chǎn)品詳細信息頁(yè)面：
　　在上面的示例中，頁(yè)面標題標簽和元描述標簽的值都是后端驅動(dòng)的，即來(lái)自 SAP Commerce Cloud 后端系統。
　　在SAP Commerce Cloud UI的實(shí)現中，我們團隊設計了Page模型，其title字段和description字段分別維護了HTML源代碼title和meta description標簽中需要渲染的值。
　　我們將上述模型稱(chēng)為 SAP Commerce Cloud UI 頁(yè)面的元數據：Page Meta。
　　在運行時(shí)，這些頁(yè)面元數據是通過(guò)PageMetaService類(lèi)的meta$成員來(lái)維護的，賦值邏輯如下：
　?。?)調用cmsService的getCurrentPage方法從Commerce后臺讀取頁(yè)面元數據；
　　(2)根據Commerce Cloud前端配置，讀取當前頁(yè)面類(lèi)型需要完成的元數據解析類(lèi)型，獲取負責執行相應操作的解析器；
　　(3) 調用對應的解析器完成解析工作。
　　解析后的頁(yè)面元數據存放在PageMetaService的成員變量meta$中，最終被SeoMetaService訂閱，取出其值注入到頁(yè)面DOM元素中。這就是 SAP Commerce Cloud UI 如何為 SEO 實(shí)現基于元標記的實(shí)現。
　　在 SAP S/4HANA 等后臺人員使用較多的應用程序中，雖然頁(yè)面上有元標記，但與 SAP Commerce Cloud UI 中使用元描述標記來(lái)支持搜索引擎優(yōu)化是不同的。S/4HANA UI頁(yè)面中的meta標簽，更多體現的是維護頁(yè)面元數據的初衷，由SAP UI5框架代碼和對應的后臺代碼解析，對客戶(hù)完全透明。
　　例如下圖中的meta標簽名稱(chēng)為sap-client，維護的內容為715，表示Fiori Launchpad后臺對應的ABAP Client ID為715.
　　最后，可以使用inurl語(yǔ)法在搜索引擎中搜索，可以找到一些網(wǎng)站使用SAP WebClient UI技術(shù)進(jìn)行服務(wù)端渲染，可以被搜索引擎檢索到。有興趣的朋友可以自己試試。
　　希望這篇文章能讓你對SAP產(chǎn)品UI在支持搜索引擎優(yōu)化方面所做的努力有一些基本的了解，謝謝閱讀。 查看全部

　　搜索引擎主題模型優(yōu)化(這是Jerry2021年的第52篇文章，也是汪子熙公眾號)
　　這是杰瑞2021年的第52篇文章，也是王子曦公眾號總共第329篇原創(chuàng )文章。
　　本文的主題還源于 Jerry 團隊最近處理的一個(gè)客戶(hù)事件，并且與 Jerry 之前的 文章 演示文稿的內容密切相關(guān)。
　　讓我們簡(jiǎn)單回顧一下前面介紹的客戶(hù)端渲染（CSR）和服務(wù)器端渲染（SSR）的區別。
　　客戶(hù)端渲染
　　如下圖所示，用戶(hù)通過(guò)瀏覽器向網(wǎng)站發(fā)送請求，服務(wù)器或CDN為用戶(hù)提供靜態(tài)HTML、CSS和JavaScript文件。瀏覽器下載HTML和JavaScript文件，執行JavaScript（通常是Angular、React、Vue、SAP UI5等前端框架的庫文件）完成頁(yè)面渲染。在大多數情況下，瀏覽器會(huì )通過(guò) AJAX 向后端服務(wù)器請求動(dòng)態(tài)內容。從服務(wù)器獲取 API 響應后，在客戶(hù)端瀏覽器中解析響應內容以呈現最終頁(yè)面。
　　客戶(hù)端渲染之所以得名，是因為通過(guò) HTML 頁(yè)面的源代碼渲染最終頁(yè)面并根據 API 響應動(dòng)態(tài)更改頁(yè)面內容的行為發(fā)生在客戶(hù)端。
　　使用 CSR 技術(shù)的 SAP 產(chǎn)品 UI 包括使用 SAP UI5 框架開(kāi)發(fā)的所有產(chǎn)品，例如 SAP Cloud for Customer，以及基于 SAP Fiori Elements 的 SAP S/4HANA 頁(yè)面。
　　服務(wù)器端渲染
　　與CSR相比，在服務(wù)器端渲染機制中，從HTML源代碼到最終呈現給用戶(hù)的頁(yè)面的轉換過(guò)程是在服務(wù)器端運行環(huán)境中進(jìn)行的。
　　例如，假設 Angular 應用開(kāi)啟了服務(wù)端渲染模式，并使用 express 庫在 Node.js 服務(wù)器上運行，那么應用的 index.html 頁(yè)面將通過(guò) nguniversal/express-engine 引擎進(jìn)行渲染。入口位置如下：
　　服務(wù)端渲染完成后，最終呈現給客戶(hù)端的HTML源代碼字符串通過(guò)回調函數發(fā)送給瀏覽器，也就是下圖1006行做的回調函數。
　　下圖第1008行done回調函數中顯示的變量str存儲了SAP Commerce Cloud UI啟動(dòng)服務(wù)端渲染后服務(wù)端渲染的index.html的完整HTML源代碼，超過(guò)240KB；而在客戶(hù)端渲染模式下，服務(wù)器返回給瀏覽器的 index.html 內容大小小于 1KB。
　　使用SSR技術(shù)的SAP產(chǎn)品UI，包括所有基于SAP ABAP Webdynpro、WebClient UI技術(shù)的產(chǎn)品，如SAP SRM、SAP CRM、SAP S/4HANA中Service模塊的UI、基于JSP技術(shù)的SAP Commerce Cloud、加速器UI等...
　　基于 SAP Spartacus 開(kāi)源項目的新一代 SAP Commerce Cloud UI 支持客戶(hù)端渲染和服務(wù)器端渲染。
　　回到本文的主題。
　　在客戶(hù)端渲染模式下，Web 應用程序對 SEO 的支持較少。以 SAP Commerce Cloud UI 為例，在使用客戶(hù)端渲染時(shí)，搜索引擎的網(wǎng)絡(luò )爬蟲(chóng)爬取了一個(gè)空的 index.html 頁(yè)面：app-root 標簽中沒(méi)有內容，因為直到接收到內容瀏覽器接收 index.html 頁(yè)面。html，執行 Angular 框架代碼，生成最終的 HTML 源代碼。
　　開(kāi)啟服務(wù)端渲染模式后，服務(wù)端渲染頁(yè)面。此時(shí)，服務(wù)器返回瀏覽器的 app-root 標簽，其中已經(jīng)收錄了最終渲染的頁(yè)面。下圖開(kāi)啟服務(wù)端渲染模式后請求SAP Commerce Cloud UI首頁(yè)時(shí)，可以對比從服務(wù)端接收到的index.html中app-root標簽中的數據，并與上圖中的客戶(hù)端渲染模式。
　　服務(wù)端渲染解決了網(wǎng)頁(yè)爬蟲(chóng)無(wú)法正確抓取網(wǎng)頁(yè)應用頁(yè)面內容的問(wèn)題。但是，將頁(yè)面渲染、數據請求和響應處理移到服務(wù)器端，勢必會(huì )占用服務(wù)器端寶貴的內存資源，增加其處理負擔。
　　為此，在SAP Commerce Cloud UI的服務(wù)端渲染模式中，我們團隊還設計了一些優(yōu)化邏輯，比如引入渲染緩存，增加渲染隊列和超時(shí)機制，在一定條件下降級為客戶(hù)端渲染等。在保證服務(wù)器正常服務(wù)能力和支持搜索引擎優(yōu)化之間取得了較好的折衷。
　　支持服務(wù)端渲染只是完成搜索引擎優(yōu)化的第一步?；赟AP UI5框架開(kāi)發(fā)的SAP應用大多不是2C應用，所以不依賴(lài)搜索引擎優(yōu)化，即這些應用不太可能出現在用戶(hù)的搜索引擎結果列表中。
　　另一方面，比如客戶(hù)使用SAP Commerce Cloud搭建自己的電商店鋪，那么店鋪搜索引擎優(yōu)化的完善程度直接關(guān)系到店鋪的銷(xiāo)售額。
　　網(wǎng)站的搜索引擎優(yōu)化是一門(mén)學(xué)問(wèn)，這篇文章Jerry只介紹他最近從處理客戶(hù)事件中學(xué)到的相關(guān)知識。
　　我們在谷歌根據關(guān)鍵詞lego ae進(jìn)行搜索，搜索結果的第二條記錄是阿聯(lián)酋LEGO的電子商務(wù)商店網(wǎng)站（國家代碼AE），是基于SAP Spartacus SAP Commerce開(kāi)發(fā)的云界面頁(yè)面：
　　上圖中灰色區域的頁(yè)面標題和黃色區域的頁(yè)面描述分別來(lái)自SAP Commerce Cloud UI網(wǎng)頁(yè)源代碼中的title標簽和meta description標簽的值。
　　另一個(gè)例子是根據關(guān)鍵詞 lego ae LEGO Dinosaur Fossils 搜索一個(gè)樂(lè )高恐龍化石產(chǎn)品：
　　在搜索結果列表中，會(huì )出現一個(gè) SAP Commerce Cloud UI PDP 頁(yè)面 - 產(chǎn)品詳細信息頁(yè)面，它是一個(gè)產(chǎn)品詳細信息頁(yè)面：
　　在上面的示例中，頁(yè)面標題標簽和元描述標簽的值都是后端驅動(dòng)的，即來(lái)自 SAP Commerce Cloud 后端系統。
　　在SAP Commerce Cloud UI的實(shí)現中，我們團隊設計了Page模型，它的title字段和description字段分別維護了HTML源代碼title和meta description標簽中需要渲染的值。
　　我們將上述模型稱(chēng)為 SAP Commerce Cloud UI 頁(yè)面的元數據：Page Meta。
　　在運行時(shí)，這些頁(yè)面元數據是通過(guò)PageMetaService類(lèi)的meta$成員來(lái)維護的，賦值邏輯如下：
　?。?)調用cmsService的getCurrentPage方法從Commerce后臺讀取頁(yè)面元數據；
　　(2)根據Commerce Cloud的前端配置，讀取當前頁(yè)面類(lèi)型需要完成的元數據解析類(lèi)型，獲取負責執行相應操作的解析器；
　　(3) 調用對應的解析器完成解析工作。
　　解析后的頁(yè)面元數據存放在PageMetaService的成員變量meta$中，最終被SeoMetaService訂閱，取出其值注入到頁(yè)面DOM元素中。這就是 SAP Commerce Cloud UI 如何為 SEO 實(shí)現基于元標記的實(shí)現。
　　在 SAP S/4HANA 等后臺人員使用較多的應用程序中，雖然頁(yè)面上有元標記，但與 SAP Commerce Cloud UI 中使用元描述標記來(lái)支持搜索引擎優(yōu)化是不同的。S/4HANA UI頁(yè)面中的meta標簽，更多體現的是維護頁(yè)面元數據的初衷，由SAP UI5框架代碼和對應的后臺代碼解析，對客戶(hù)完全透明。
　　例如下圖中的meta標簽名稱(chēng)為sap-client，維護的內容為715，表示Fiori Launchpad后臺對應的ABAP Client ID為715.
　　最后，可以使用inurl語(yǔ)法在搜索引擎中搜索，可以找到一些網(wǎng)站使用SAP WebClient UI技術(shù)進(jìn)行服務(wù)端渲染，可以被搜索引擎檢索到。有興趣的朋友可以自己試試。
　　希望這篇文章能讓你對SAP產(chǎn)品UI在支持搜索引擎優(yōu)化方面所做的努力有一些基本的了解，謝謝閱讀。 查看全部

　　搜索引擎主題模型優(yōu)化(這是Jerry2021年的第52篇文章，也是汪子熙公眾號)
　　這是杰瑞2021年的第52篇文章，也是王子曦公眾號總共第329篇原創(chuàng )文章。
　　本文的主題還源于 Jerry 團隊最近處理的一個(gè)客戶(hù)事件，并且與 Jerry 之前的 文章 演示文稿的內容密切相關(guān)。
　　讓我們簡(jiǎn)單回顧一下前面介紹的客戶(hù)端渲染（CSR）和服務(wù)器端渲染（SSR）的區別。
　　客戶(hù)端渲染
　　如下圖所示，用戶(hù)通過(guò)瀏覽器向網(wǎng)站發(fā)送請求，服務(wù)器或CDN為用戶(hù)提供靜態(tài)HTML、CSS和JavaScript文件。瀏覽器下載HTML和JavaScript文件，執行JavaScript（通常是Angular、React、Vue、SAP UI5等前端框架的庫文件）完成頁(yè)面渲染。在大多數情況下，瀏覽器會(huì )通過(guò) AJAX 向后端服務(wù)器請求動(dòng)態(tài)內容。從服務(wù)器獲取 API 響應后，在客戶(hù)端瀏覽器中解析響應內容以呈現最終頁(yè)面。
　　客戶(hù)端渲染之所以得名，是因為通過(guò) HTML 頁(yè)面的源代碼渲染最終頁(yè)面并根據 API 響應動(dòng)態(tài)更改頁(yè)面內容的行為發(fā)生在客戶(hù)端。
　　使用 CSR 技術(shù)的 SAP 產(chǎn)品 UI 包括使用 SAP UI5 框架開(kāi)發(fā)的所有產(chǎn)品，例如 SAP Cloud for Customer，以及基于 SAP Fiori Elements 的 SAP S/4HANA 頁(yè)面。
　　服務(wù)器端渲染
　　與CSR相比，在服務(wù)器端渲染機制中，從HTML源代碼到最終呈現給用戶(hù)的頁(yè)面的轉換過(guò)程是在服務(wù)器端運行環(huán)境中進(jìn)行的。
　　例如，假設 Angular 應用開(kāi)啟了服務(wù)端渲染模式，并使用 express 庫在 Node.js 服務(wù)器上運行，那么應用的 index.html 頁(yè)面將通過(guò) nguniversal/express-engine 引擎進(jìn)行渲染。入口位置如下：
　　服務(wù)端渲染完成后，最終呈現給客戶(hù)端的HTML源代碼字符串通過(guò)回調函數發(fā)送給瀏覽器，也就是下圖1006行做的回調函數。
　　下圖第1008行done回調函數中顯示的變量str存儲了SAP Commerce Cloud UI啟動(dòng)服務(wù)端渲染后服務(wù)端渲染的index.html的完整HTML源代碼，超過(guò)240KB；而在客戶(hù)端渲染模式下，服務(wù)器返回給瀏覽器的 index.html 內容大小小于 1KB。
　　使用SSR技術(shù)的SAP產(chǎn)品UI，包括所有基于SAP ABAP Webdynpro、WebClient UI技術(shù)的產(chǎn)品，如SAP SRM、SAP CRM、SAP S/4HANA中Service模塊的UI、基于JSP技術(shù)的SAP Commerce Cloud、加速器UI等...
　　基于 SAP Spartacus 開(kāi)源項目的新一代 SAP Commerce Cloud UI 支持客戶(hù)端渲染和服務(wù)器端渲染。
　　回到本文的主題。
　　在客戶(hù)端渲染模式下，Web 應用程序對 SEO 的支持較少。以 SAP Commerce Cloud UI 為例，在使用客戶(hù)端渲染時(shí)，搜索引擎的網(wǎng)絡(luò )爬蟲(chóng)爬取了一個(gè)空的 index.html 頁(yè)面：app-root 標簽中沒(méi)有內容，因為直到接收到內容瀏覽器接收 index.html 頁(yè)面。html，執行 Angular 框架代碼，生成最終的 HTML 源代碼。
　　開(kāi)啟服務(wù)端渲染模式后，服務(wù)端渲染頁(yè)面。此時(shí)，服務(wù)器返回瀏覽器的 app-root 標簽，其中已經(jīng)收錄了最終渲染的頁(yè)面。下圖開(kāi)啟服務(wù)端渲染模式后請求SAP Commerce Cloud UI首頁(yè)時(shí)，可以對比從服務(wù)端接收到的index.html中app-root標簽中的數據，并與上圖中的客戶(hù)端渲染模式。
　　服務(wù)端渲染解決了網(wǎng)頁(yè)爬蟲(chóng)無(wú)法正確抓取網(wǎng)頁(yè)應用頁(yè)面內容的問(wèn)題。但是，將頁(yè)面渲染、數據請求和響應處理移到服務(wù)器端，勢必會(huì )占用服務(wù)器端寶貴的內存資源，增加其處理負擔。
　　為此，在SAP Commerce Cloud UI的服務(wù)端渲染模式中，我們團隊還設計了一些優(yōu)化邏輯，比如引入渲染緩存，增加渲染隊列和超時(shí)機制，在一定條件下降級為客戶(hù)端渲染等。在保證服務(wù)器正常服務(wù)能力和支持搜索引擎優(yōu)化之間取得了較好的折衷。
　　支持服務(wù)端渲染只是完成搜索引擎優(yōu)化的第一步?；赟AP UI5框架開(kāi)發(fā)的SAP應用大多不是2C應用，所以不依賴(lài)搜索引擎優(yōu)化，即這些應用不太可能出現在用戶(hù)的搜索引擎結果列表中。
　　另一方面，比如客戶(hù)使用SAP Commerce Cloud搭建自己的電商店鋪，那么店鋪搜索引擎優(yōu)化的完善程度直接關(guān)系到店鋪的銷(xiāo)售額。
　　網(wǎng)站的搜索引擎優(yōu)化是一門(mén)學(xué)問(wèn)，這篇文章Jerry只介紹他最近從處理客戶(hù)事件中學(xué)到的相關(guān)知識。
　　我們在谷歌根據關(guān)鍵詞lego ae進(jìn)行搜索，搜索結果的第二條記錄是阿聯(lián)酋LEGO的電子商務(wù)商店網(wǎng)站（國家代碼AE），是基于SAP Spartacus SAP Commerce開(kāi)發(fā)的云界面頁(yè)面：
　　上圖中灰色區域的頁(yè)面標題和黃色區域的頁(yè)面描述分別來(lái)自SAP Commerce Cloud UI網(wǎng)頁(yè)源代碼中的title標簽和meta description標簽的值。
　　另一個(gè)例子是根據關(guān)鍵詞 lego ae LEGO Dinosaur Fossils 搜索一個(gè)樂(lè )高恐龍化石產(chǎn)品：
　　在搜索結果列表中，會(huì )出現一個(gè) SAP Commerce Cloud UI PDP 頁(yè)面 - 產(chǎn)品詳細信息頁(yè)面，它是一個(gè)產(chǎn)品詳細信息頁(yè)面：
　　在上面的示例中，頁(yè)面標題標簽和元描述標簽的值都是后端驅動(dòng)的，即來(lái)自 SAP Commerce Cloud 后端系統。
　　在SAP Commerce Cloud UI的實(shí)現中，我們團隊設計了Page模型，它的title字段和description字段分別維護了HTML源代碼title和meta description標簽中需要渲染的值。
　　我們將上述模型稱(chēng)為 SAP Commerce Cloud UI 頁(yè)面的元數據：Page Meta。
　　在運行時(shí)，這些頁(yè)面元數據是通過(guò)PageMetaService類(lèi)的meta$成員來(lái)維護的，賦值邏輯如下：
　?。?)調用cmsService的getCurrentPage方法從Commerce后臺讀取頁(yè)面元數據；
　　(2)根據Commerce Cloud的前端配置，讀取當前頁(yè)面類(lèi)型需要完成的元數據解析類(lèi)型，獲取負責執行相應操作的解析器；
　　(3) 調用對應的解析器完成解析工作。
　　解析后的頁(yè)面元數據存放在PageMetaService的成員變量meta$中，最終被SeoMetaService訂閱，取出其值注入到頁(yè)面DOM元素中。這就是 SAP Commerce Cloud UI 如何為 SEO 實(shí)現基于元標記的實(shí)現。
　　在 SAP S/4HANA 等后臺人員使用較多的應用程序中，雖然頁(yè)面上有元標記，但與 SAP Commerce Cloud UI 中使用元描述標記來(lái)支持搜索引擎優(yōu)化是不同的。S/4HANA UI頁(yè)面中的meta標簽，更多體現的是維護頁(yè)面元數據的初衷，由SAP UI5框架代碼和對應的后臺代碼解析，對客戶(hù)完全透明。
　　例如下圖中的meta標簽名稱(chēng)為sap-client，維護的內容為715，表示Fiori Launchpad后臺對應的ABAP Client ID為715.
　　最后，可以使用inurl語(yǔ)法在搜索引擎中搜索，可以找到一些網(wǎng)站使用SAP WebClient UI技術(shù)進(jìn)行服務(wù)端渲染，可以被搜索引擎檢索到。有興趣的朋友可以自己試試。
　　希望這篇文章能讓你對SAP產(chǎn)品UI在支持搜索引擎優(yōu)化方面所做的努力有一些基本的了解，謝謝閱讀。 查看全部

　　搜索引擎主題模型優(yōu)化(1.常見(jiàn)內容作弊手段比較常見(jiàn)的內容設置包括：Googlebot/2.1)
　　客戶(hù)端和服務(wù)器在獲取網(wǎng)頁(yè)時(shí)遵循 HTTP 協(xié)議。協(xié)議中有一個(gè)協(xié)議叫做“用戶(hù)代理”。搜索引擎蜘蛛在這一項中往往有明顯的特征（比如谷歌蜘蛛可能是：Googlebot/2.1），如果服務(wù)器判斷是搜索引擎蜘蛛，就會(huì )推送看到由用戶(hù)不同的頁(yè)面內容。
　　上圖是一個(gè)HTTP請求隱藏作弊的例子。作弊網(wǎng)站服務(wù)器推送給搜索引擎蜘蛛的頁(yè)面是關(guān)于減肥食品的內容，推送給頁(yè)面訪(fǎng)問(wèn)者的頁(yè)面是減肥產(chǎn)品銷(xiāo)售的推廣頁(yè)面。這樣，用戶(hù)在搜索減肥知識時(shí)，會(huì )直接訪(fǎng)問(wèn)減肥產(chǎn)品頁(yè)面，從而達到騙子的商業(yè)目的。
　　(3）網(wǎng)頁(yè)重定向
　　作弊者使搜索引擎索引頁(yè)面內容，但如果用戶(hù)訪(fǎng)問(wèn)該頁(yè)面，則將頁(yè)面重定向到新頁(yè)面。
　　(4）頁(yè)面內容被隱藏
　　通過(guò)一些特殊的 HTML 標簽設置，將部分內容顯示為對用戶(hù)不可見(jiàn)，但對搜索引擎可見(jiàn)。例如，將網(wǎng)頁(yè)字體的前景色和背景色設置為相同，或者在 CSS 中添加不可見(jiàn)的圖層以隱藏頁(yè)面內容。將隱藏內容設置為一些與網(wǎng)頁(yè)主題無(wú)關(guān)的熱門(mén)搜索詞，以增加被用戶(hù)訪(fǎng)問(wèn)的概率。
　　:: 搜索引擎會(huì )看到一些黑底白字，這不是作弊。但是用戶(hù)看到的是一片白色，而不是里面的文字。也就是說(shuō)，搜索引擎仍然無(wú)法識別圖像的顏色。
　　內容作弊
　　內容作弊的目的是精心修改或規范網(wǎng)頁(yè)內容，使網(wǎng)頁(yè)在搜索引擎排名中獲得不成比例的高排名。搜索引擎排名一般包括內容相似度和鏈接重要性計算，而內容作弊主要針對搜索引擎排名算法的內容相似度計算部分。通過(guò)故意增加目標詞的出現頻率，或者在網(wǎng)頁(yè)的重要位置引入與網(wǎng)頁(yè)內容無(wú)關(guān)的詞來(lái)影響搜索結果的排名。
　　1. 常見(jiàn)的內容作弊方法
　　更常見(jiàn)的內容作弊形式包括：
　　(1）關(guān)鍵詞重復
　　對于作弊者關(guān)心的目標關(guān)鍵詞，在頁(yè)面內容中設置了大量的重復。因為詞頻是搜索引擎相似度計算中必須考慮的一個(gè)因素，所以關(guān)鍵詞重復本質(zhì)上是通過(guò)增加目標關(guān)鍵詞的詞頻來(lái)影響搜索引擎內容相似度排名。
　　(2）無(wú)關(guān)查詢(xún)詞作弊
　　作弊者為了盡可能多地吸引搜索流量，在頁(yè)面內容中添加了很多與頁(yè)面主題無(wú)關(guān)的關(guān)鍵詞，本質(zhì)上是詞頻作弊，即原本為0的詞頻被提高到非零詞頻，這將吸引更多的搜索引擎流量。
　　例如，一些作弊者在網(wǎng)頁(yè)末尾以一種不可見(jiàn)的方式添加了一堆單詞列表。也有作弊者將某些熱門(mén)查詢(xún)詞插入正文內容。甚至有些頁(yè)面內容完全是機器隨機生成的，或者是利用其他網(wǎng)頁(yè)的頁(yè)面內容片段隨機拼湊而成。
　　(3）圖片替代標簽文字作弊
　　alt標簽原本是作為圖片描述信息的，一般不會(huì )在HTML頁(yè)面上顯示，除非用戶(hù)將鼠標懸停在圖片上，但是搜索引擎會(huì )使用這些信息，所以一些作弊者會(huì )在alt內容中填充作弊詞，以吸引更多搜索交通。
　　(4）網(wǎng)頁(yè)標題作弊
　　網(wǎng)頁(yè)標題作為描述網(wǎng)頁(yè)內容的一般信息，是判斷網(wǎng)頁(yè)主題的一個(gè)非常重要的啟發(fā)式因素。因此，搜索引擎在計算相似度得分時(shí)，往往會(huì )增加標題詞的得分權重。作弊者利用這一點(diǎn)，通過(guò)將與頁(yè)面主題無(wú)關(guān)的目標詞重復放置在標題位置來(lái)獲得良好的排名。
　　(5）網(wǎng)頁(yè)重要標簽作弊
　　與普通文本不同，網(wǎng)頁(yè)有HTML標簽，有些HTML標簽代表著(zhù)強調內容重要性的意思，如粗體標簽、段落標題、字體大小標簽等。
　　搜索引擎一般使用這些信息進(jìn)行排序，因為這些標簽因素可以更好地反映網(wǎng)頁(yè)內容所呈現的主題信息。作弊者還可以通過(guò)在這些重要位置插入作弊關(guān)鍵詞來(lái)影響搜索引擎排名結果。
　　(6）網(wǎng)頁(yè)元信息作弊
　　網(wǎng)頁(yè)元信息，如網(wǎng)頁(yè)內容描述區（meta deion）和網(wǎng)頁(yè)內容關(guān)鍵詞區（meta關(guān)鍵字），是供制作網(wǎng)頁(yè)的人簡(jiǎn)要描述網(wǎng)頁(yè)的主題信息的. 與上述情況類(lèi)似，作弊者也經(jīng)常通過(guò)在其中插入作弊 關(guān)鍵詞 來(lái)影響頁(yè)面排名。
　　2. 內容農場(chǎng)
　　內容農場(chǎng)運營(yíng)商廉價(jià)雇傭大量自由職業(yè)者并支持他們進(jìn)行付費寫(xiě)作，但寫(xiě)作內容的質(zhì)量普遍較低。很多文章都是通過(guò)稍微復制和修改來(lái)完成的，但是他們會(huì )研究搜索引擎的熱門(mén)搜索詞等情況，并將這些詞有機地添加到寫(xiě)作中。這樣普通搜索引擎用戶(hù)在搜索的時(shí)候就會(huì )被內容農場(chǎng)網(wǎng)站吸引，通過(guò)大量低質(zhì)量的內容來(lái)吸引流量，內容農場(chǎng)可以賺取廣告費。
　　與傳統的內容作弊方式相比，內容農場(chǎng)不采用機器拼接內容等機械方式，而是聘請人來(lái)編寫(xiě)。但由于作者素質(zhì)等原因，發(fā)表的內容質(zhì)量低下，這種作弊手段往往是搜索引擎難以提供的。作弊是否定義明確，但嚴重影響搜索結果質(zhì)量，是一種較難處理的作弊方式。
　　3. 橋頁(yè)
　　橋頁(yè)通常是一種軟件，它會(huì )自動(dòng)生成大量收錄關(guān)鍵詞的網(wǎng)頁(yè)，然后自動(dòng)從這些頁(yè)面重定向到首頁(yè)。目標是希望這些針對不同 關(guān)鍵詞 的橋頁(yè)面在搜索引擎中排名良好。當用戶(hù)點(diǎn)擊搜索結果時(shí)，會(huì )自動(dòng)跳轉到首頁(yè)。有時(shí)會(huì )在沒(méi)有自動(dòng)重定向的情況下將指向主頁(yè)的鏈接放置在橋接頁(yè)面上。
　　內容是網(wǎng)頁(yè)的基礎，搜索引擎對內容的判斷也在不斷提高?，F在大部分內容作弊搜索引擎都可以識別（如垃圾文章、關(guān)鍵詞堆疊、內容關(guān)聯(lián)性強等），但還是有一定的局限性。例如，搜索引擎目前無(wú)法評估是否 文章原創(chuàng )。話(huà)雖如此，“原創(chuàng )”只是一個(gè)模糊的概念。任何時(shí)候，搜索引擎都無(wú)法自動(dòng)對原創(chuàng )的內容進(jìn)行評分，只能通過(guò)長(cháng)期的內容質(zhì)量甚至人工應用。如果想在首頁(yè)用SEO優(yōu)化網(wǎng)站，千萬(wàn)不能在內容上作弊，否則很容易被K發(fā)現和屏蔽。
　　用戶(hù)體驗作弊
　　近年來(lái)，搜索引擎不斷優(yōu)化完善，一直在追求最佳的用戶(hù)體驗。以上所有的作弊方式都是嚴格意義上的內容作弊（鏈接、關(guān)鍵詞等都是內容），最能提供良好的用戶(hù)體驗。不好的是用戶(hù)的行為，所以用戶(hù)在網(wǎng)頁(yè)上的行為越來(lái)越受到關(guān)注。用戶(hù)的退出行為主要有：用戶(hù)點(diǎn)擊率、跳出率、訪(fǎng)問(wèn)深度、停留時(shí)間等。
　　
　　基于這種作弊方法，會(huì )模擬大量真實(shí)用戶(hù)（IP，各地不同MAC地址的機器）在搜索引擎中輸入目標關(guān)鍵詞，然后自動(dòng)從百度搜索結果，點(diǎn)擊它（完成高點(diǎn)擊量），停留時(shí)間長(cháng)，切換多個(gè)頁(yè)面，多次查看，退出看到同一頁(yè)面的其他幾個(gè)頁(yè)面，甚至最后關(guān)閉. 搜索引擎的結果是：這個(gè) 關(guān)鍵詞 和這個(gè) URL 有很強的相關(guān)性，很多用戶(hù)認為這是他們要找的頁(yè)面。如果用戶(hù)看到它，則表示他們非常喜歡這個(gè)頁(yè)面。這意味著(zhù)用戶(hù)正在尋找的問(wèn)題被這個(gè)頁(yè)面解決了，這是一個(gè)很好的識別。
　　精靈工作室提醒大家：現在的搜索引擎排名策略側重于網(wǎng)站內容和用戶(hù)體驗，這是優(yōu)化網(wǎng)站排名的主要方式，做好這兩方面，SEO優(yōu)化就在主頁(yè)不是問(wèn)題。
　　百度作弊的判斷條件
　?。?）網(wǎng)頁(yè)源代碼中的任何地方，故意添加與網(wǎng)頁(yè)內容無(wú)關(guān)的關(guān)鍵詞。
　?。?）故意在網(wǎng)頁(yè)源代碼的任何地方大量重復關(guān)鍵詞。即使是與網(wǎng)頁(yè)內容相關(guān)的關(guān)鍵詞，故意重復也被視為作弊。
　?。?）給網(wǎng)頁(yè)添加隱藏文字，搜索引擎可以識別，但用戶(hù)不可見(jiàn)。無(wú)論是使用相同背景顏色的文字，超小字號，文字隱藏層，還是濫用圖片ALT，等等，這是作弊。
　?。?）故意創(chuàng )建大量指向 URL 的鏈接的行為。
　?。?）對于同一個(gè)URL，讓搜索引擎和用戶(hù)訪(fǎng)問(wèn)內容不同的網(wǎng)頁(yè)（包括使用重定向等行為）。
　?。?）作弊是針對 網(wǎng)站 而不是網(wǎng)頁(yè)定義的。即使在該 網(wǎng)站 中只有一個(gè)網(wǎng)頁(yè)在作弊，網(wǎng)站 也被視為作弊。
　?。?）帶有作弊鏈接網(wǎng)站的網(wǎng)站承擔連帶責任，也將被視為作弊（但是，鏈接到網(wǎng)站作弊網(wǎng)站@ &gt; ，不作弊）。
　　谷歌作弊的標準
　?。?）使用隱藏文本或隱藏鏈接。
　?。?）使用偽裝或欺騙性重定向。
　?。?）向 Google 發(fā)送自動(dòng)查詢(xún)。
　?。?）加載帶有無(wú)關(guān)術(shù)語(yǔ)的頁(yè)面。
　?。?）創(chuàng )建具有大量重復內容的多個(gè)網(wǎng)頁(yè)、子域或域。
　?。?）創(chuàng )建安裝病毒（例如特洛伊木馬）或其他有害軟件的網(wǎng)頁(yè)。
　?。?）使用專(zhuān)門(mén)為搜索引擎制作的“橋頁(yè)”，或使用“cookie 切割器”，例如很少或沒(méi)有 原創(chuàng ) 內容的附屬程序。 查看全部

　　搜索引擎主題模型優(yōu)化(1.網(wǎng)站著(zhù)陸頁(yè)的內容優(yōu)化的作用有哪些呢？)
　　很多人還停留在幾年前的SEO優(yōu)化方法上，每天寫(xiě)偽原創(chuàng )，發(fā)外鏈等等，然后每天查詢(xún)網(wǎng)站關(guān)鍵詞的排名，期待能有好的效果。事實(shí)上，這種方法對于目前的搜索引擎來(lái)說(shuō)并不是那么明顯。如果你想取得好的結果，你必須適應搜索引擎偏好的變化來(lái)改進(jìn)我們的網(wǎng)站。
　　1.網(wǎng)站的訪(fǎng)問(wèn)速度
　　很多新手站長(cháng)在搭建網(wǎng)站的時(shí)候并沒(méi)有考慮到主機空間對于優(yōu)化網(wǎng)站的重要性。這里之所以強調網(wǎng)站的訪(fǎng)問(wèn)速度，是因為它不僅影響網(wǎng)站關(guān)鍵詞的排名優(yōu)化，還會(huì )影響網(wǎng)站的用戶(hù)體驗和跳出率. 因為在這個(gè)快節奏的時(shí)代，沒(méi)有人愿意花時(shí)間等待，即使你煞費苦心地優(yōu)化一些效果，但是這些效果不能很好的轉化，那就沒(méi)有用了。所以我們在構建網(wǎng)站的時(shí)候，一定要選擇一個(gè)比較快速穩定的主機。
　　2.網(wǎng)站登陸頁(yè)面內容優(yōu)化
　　著(zhù)陸頁(yè)是用戶(hù)輸入網(wǎng)站時(shí)看到的第一頁(yè)，所以著(zhù)陸頁(yè)的優(yōu)化非常重要。除了美觀(guān)之外，頁(yè)面優(yōu)化最重要的方面就是內容。用戶(hù)通過(guò)搜索找到信息，他們肯定是想找到自己想要的信息，所以?xún)热荼仨毰c標題相對應，而且必須能夠解決用戶(hù)的問(wèn)題。比如當有人搜索“個(gè)人博客應該選擇什么樣的主機”時(shí)，我們的內容不僅要分析從哪個(gè)角度選擇虛擬主機，還要為用戶(hù)推薦合適的主機類(lèi)型和購買(mǎi)虛擬主機的地方，所以最后幫他解決這個(gè)問(wèn)題。
　　3.網(wǎng)站頁(yè)面設計
　　無(wú)論是網(wǎng)站還是人，第一印象都非常重要。雖然每個(gè)人都尊重靈魂之美，但遇到陌生人時(shí)，容顏真的很難看，我們是否可以進(jìn)一步了解靈魂之美？所以網(wǎng)站的“外觀(guān)”也很重要。網(wǎng)站的設計應該給人一種專(zhuān)業(yè)、簡(jiǎn)潔、值得信賴(lài)的感覺(jué)。這時(shí)候就需要找專(zhuān)業(yè)的UI和UX設計，買(mǎi)一些優(yōu)質(zhì)的網(wǎng)站模板。
　　4.減少不良因素的發(fā)生
　　很多網(wǎng)站頁(yè)面為了賺取廣告費或者想拉更多的用戶(hù)信息，掛了很多廣告信息，或者非常頻繁地彈出對話(huà)框，讓用戶(hù)很反感，這影響了用戶(hù)停留的時(shí)間。頁(yè)。
　　5.關(guān)鍵詞的添加和分配
　　之前的SEO優(yōu)化方法不是大家可以放棄的，有些地方還是有保留價(jià)值的。關(guān)于關(guān)鍵詞的設置，我們還是要繼續做，H1、文章內部關(guān)鍵詞，外鏈錨文本，內鏈錨文本，圖片ALT，網(wǎng)址和圖片名稱(chēng)等，不再重復。
　　6.主題模型的注入
　　僅添加 關(guān)鍵詞 是不夠的。為了方便用戶(hù)更好地查看和提高頁(yè)面權重，我們可以對內容進(jìn)行分類(lèi)。比如虛擬主機，我們可以擴展為L(cháng)inux虛擬主機和Windows虛擬主機，那么在各自的主題下，可以擴展很多相關(guān)的內容，既利于用戶(hù)查看，也有利于關(guān)鍵詞 排名。
　　7.搜索引擎顯示文字優(yōu)化
　　在搜索引擎結果中，標題下方會(huì )顯示一部分描述信息，這對于網(wǎng)站的點(diǎn)擊率也很重要。主要需要優(yōu)化的元素有：title的創(chuàng )意、desc的流行度、URL的規范、文章日期和結構數據的使用等。
　　8.獨特品質(zhì)網(wǎng)站內容
　　搜索引擎一直強調的一點(diǎn)是內容。無(wú)論網(wǎng)站如何優(yōu)化，仍然需要創(chuàng )建對用戶(hù)有用的獨特內容。 查看全部

　　搜索引擎主題模型優(yōu)化(較多企業(yè)新網(wǎng)站搭建沒(méi)有考慮到主機空間隊網(wǎng)站優(yōu)化關(guān)鍵性)
　　很多新的網(wǎng)站建筑公司都沒(méi)有考慮到主機空間團隊優(yōu)化的關(guān)鍵性網(wǎng)站。首先，易啟航強調網(wǎng)站的加載速度會(huì )影響網(wǎng)站在搜索引擎中的排名。
　　很多人還停留在兩年前的SEO優(yōu)化方法上，天天寫(xiě)洗稿，發(fā)外鏈等等，然后天天搜索百度關(guān)鍵詞排名，希望能有很好的效果。我認為這種方法對于今天的引擎搜索來(lái)說(shuō)并不是那么有效。要想取得好的效果，就必須適應搜索引擎偏好的變化，完善我們的網(wǎng)站?，F在，我們來(lái)談?wù)劸W(wǎng)站SEO優(yōu)化的網(wǎng)站SEO優(yōu)化技巧。
　　(1）網(wǎng)站訪(fǎng)問(wèn)速度
　　很多新手站長(cháng)在搭建網(wǎng)站的時(shí)候并沒(méi)有考慮到主機空間對于優(yōu)化網(wǎng)站的重要性。小編之所以在這里首先強調網(wǎng)站的訪(fǎng)問(wèn)速度，是因為它不僅影響網(wǎng)站關(guān)鍵詞的排名優(yōu)化，還影響網(wǎng)站的用戶(hù)體驗@> 和跳出率。因為在這個(gè)快節奏的時(shí)代，沒(méi)有人愿意花時(shí)間等待，即使你費盡心思去優(yōu)化一些效果，但是這些效果不能很好的轉化，那就沒(méi)用了。所以我們在構建網(wǎng)站的時(shí)候，一定要選擇一個(gè)比較快速穩定的主機。
　　(2）網(wǎng)站登陸頁(yè)內容優(yōu)化
　　著(zhù)陸頁(yè)是用戶(hù)輸入網(wǎng)站時(shí)看到的第一頁(yè)，所以著(zhù)陸頁(yè)的優(yōu)化非常重要。除了美觀(guān)之外，頁(yè)面優(yōu)化最重要的方面就是內容。用戶(hù)在搜索信息的時(shí)候，肯定是想找到自己想要的信息，所以?xún)热菀蜆祟}對應，要能解決用戶(hù)的問(wèn)題。例如，有人搜索“個(gè)人博客應該選擇什么樣的主機”。這時(shí)，我們的內容不僅要分析從哪個(gè)角度選擇虛擬主機，還要為用戶(hù)推薦合適的主機類(lèi)型和購買(mǎi)虛擬主機。地方，以便最終幫助他解決這個(gè)問(wèn)題。
　　(3）網(wǎng)站頁(yè)面設計
　　無(wú)論是網(wǎng)站還是人，第一印象都非常重要。雖然人人都在崇尚靈魂之美，但遇到陌生人，容貌真的很難看，我們能不能進(jìn)一步了解靈魂之美？所以網(wǎng)站的“外觀(guān)”也很重要。網(wǎng)站的設計應該給人一種專(zhuān)業(yè)、簡(jiǎn)潔、值得信賴(lài)的感覺(jué)。這時(shí)候就需要找專(zhuān)業(yè)的UI和UX設計，買(mǎi)一些優(yōu)質(zhì)的網(wǎng)站模板。
　　(4）減少不良因素的發(fā)生
　　很多網(wǎng)站頁(yè)面為了賺取廣告費或者想拉更多的用戶(hù)信息，掛了很多廣告信息，或者頻繁彈出對話(huà)框，讓用戶(hù)非常反感。這會(huì )影響用戶(hù)在頁(yè)面上停留的時(shí)間。
　?。?）關(guān)鍵詞的添加和分發(fā)
　　之前的SEO優(yōu)化方法不是大家可以放棄的，有些地方還是有保留價(jià)值的。關(guān)于關(guān)鍵詞的設置，我們還是要繼續做，H1，文章內的關(guān)鍵詞，外鏈錨文本，內鏈錨文本，圖片ALT，URL，圖片命名等等。這些已經(jīng)被很多人說(shuō)了無(wú)數遍了，在此不再贅述。
　　(6）主題模型的注入
　　僅添加 關(guān)鍵詞 是不夠的。為了方便用戶(hù)更好地查看和提高頁(yè)面權重，我們可以對內容進(jìn)行分類(lèi)。比如虛擬主機，我們可以擴展為L(cháng)inux虛擬主機和windows虛擬主機，然后在各自的主題下，可以擴展很多相關(guān)的內容。有利于用戶(hù)查看和關(guān)鍵詞排名。
　　(7）搜索引擎顯示文字優(yōu)化
　　在搜索引擎結果中，部分描述顯示在標題下方，這對于 網(wǎng)站 的點(diǎn)擊率也很重要。主要需要優(yōu)化的元素有：title的創(chuàng )意、desc的流行度、url的規范、文章日期、結構數據的使用等。
　　(8）獨特品質(zhì)網(wǎng)站內容
　　搜索引擎自始至終強調的一點(diǎn)就是內容。無(wú)論網(wǎng)站如何優(yōu)化，仍然需要創(chuàng )建對用戶(hù)有用的獨特內容。 查看全部

　　搜索引擎主題模型優(yōu)化(搜索引擎主題模型優(yōu)化方案-卓博睿|睿)
　　搜索引擎主題模型優(yōu)化方案_搜索引擎主題模型優(yōu)化方案-卓博睿|搜索引擎算法解析這個(gè)人在徐小平老師的小密圈說(shuō)的不錯，采用范式，但可能會(huì )有一定的前置條件。首先要考慮metric的選擇問(wèn)題，有可能方向不對，將本來(lái)可以精細化算法的東西浪費資源。選定方向后就是建立合適的范式，即字典。例如以確定性搜索為例，需要考慮用戶(hù)的口味問(wèn)題、操作習慣，或者品牌問(wèn)題。
　　把以上事件包裝成字典，就可以通過(guò)特征的組合比較快速的計算模型的準確度。另外在用戶(hù)搜索時(shí)，可以通過(guò)信息抽取來(lái)預測用戶(hù)可能搜索的東西，以提升準確率。例如信息抽取要考慮輸入信息量大小、人為因素對抽取的影響。還有什么通過(guò)站外信息聚合搜索數據、特征等方法解決特征匹配問(wèn)題。提出一些idea，只是猜測，具體可以開(kāi)始找數據試驗。
　　機器學(xué)習+規則推薦算法。技術(shù)細節:網(wǎng)絡(luò )爬蟲(chóng)抓取網(wǎng)站實(shí)時(shí)更新爬蟲(chóng)文章，聚合到一個(gè)數據庫，
　　個(gè)人感覺(jué)。跟搜索引擎無(wú)關(guān)?？梢耘粋€(gè)公共的知識庫或者是類(lèi)似百科之類(lèi)的網(wǎng)站，進(jìn)行大規模人工編輯，同時(shí)也是第一次發(fā)布一個(gè)搜索結果之后，之后的搜索再得到的結果就會(huì )帶有預先的知識庫。這樣一個(gè)算法應該只是使一個(gè)系統對于某一特定行為的搜索更加精準，而不是單純的根據用戶(hù)的一次行為計算所有用戶(hù)的歷史點(diǎn)擊率。 查看全部