哆啦的時光機
2023-10-14 19:25:36
因此,我將有很多頁面,其中包含大量文本,JS 和 CSS 文件將轉(zhuǎn)換為彩色網(wǎng)頁。我注意到文本通常會很長,并且由于會有很多網(wǎng)頁,因此我應該減小文件大小。另外,因為我不想破壞文件質(zhì)量,所以我決定我的 JS 文件將獲取文本并從中創(chuàng)建一個網(wǎng)頁。?旁注:我想做的是制作教程頁面,所以我將使用 JS 生成每個教程頁面上的很多內(nèi)容,例如課程列表,以減小文件大小。我注意到元數(shù)據(jù)(<head>內(nèi)容)通常會占用 JS 可以生成的一些空間,所以我想,為什么我不直接用 JS 生成它呢??但隨之而來的問題是,有些瀏覽器可能無法解析它,或者解析它可能很慢。JavaScript 是否應該生成元數(shù)據(jù)(也許幾乎是整個頁面,例如<head>完全刪除標簽并使用 JS 生成元數(shù)據(jù))?
1 回答

心有法竹
TA貢獻1866條經(jīng)驗 獲得超5個贊
這取決于您想要的結(jié)果。
Google 改進了其 SEO 機制,可以在索引頁面之前呈現(xiàn)您的頁面,請參閱此處:
https://developers.google.com/search/docs/guides/javascript-seo-basics
然而,其他機器人可能不會這樣做,例如讀取 Open Graph 元標簽的 Facebook 或 Twitter 等社交媒體爬蟲,或百度等其他搜索引擎。
如果機器人不渲染您的文檔,則 JavaScript 不會被執(zhí)行,您的元數(shù)據(jù)也不存在。
此外,如果您的初始文檔不包含樣式表或其他 CDN,則客戶端需要更長的時間。想象一下這個過程:
帶頭
獲取文檔
獲取資源
渲染內(nèi)容
無頭
獲取文檔
渲染內(nèi)容
獲取資源
重新渲染
這過于簡單化了,但它證明了我的觀點。
選擇:
如果您的內(nèi)容如此動態(tài),您可以考慮服務器端渲染 (SSR) 或預渲染
您可以以編程方式構(gòu)建頁面并存儲/提供所有頁面,或者根據(jù)請求在服務器端構(gòu)建它們。
https://developers.google.com/web/updates/2019/02/rendering-on-the-web
添加回答
舉報
0/150
提交
取消