国产成人精品无码青草_亚洲国产美女精品久久久久∴_欧美人与鲁交大毛片免费_国产果冻豆传媒麻婆精东

18143453325 在線咨詢 在線咨詢
18143453325 在線咨詢
所在位置: 首頁 > 營銷資訊 > 電子商務 > 一個前端知道的 SEO

一個前端知道的 SEO

時間:2023-03-17 06:02:01 | 來源:電子商務

時間:2023-03-17 06:02:01 來源:電子商務

眼見著移動互聯(lián)網(wǎng)的時代已從浪潮之巔漸漸歸于平淡,5G 技術(shù)即將帶來的變革乃至顛覆尚未可知;眼見著微信、頭條、阿里等越見豐盈的生態(tài)閉環(huán)不斷蠶食某度的搜索市場。但仍有大把各色業(yè)務的 2C 網(wǎng)站們,依然不得不面對 SEO 的問題,不得不面對國內(nèi)的 SEO 問題。為什么要強調(diào)國內(nèi),因為橫亙于我等“生前”的有世界上最大的“中文搜索引擎”?。ㄊ謩踊?。這讓我一度以為 SEO 是個玄學,你不得不忍受它可能對你忽冷忽熱的奇妙態(tài)度,卻又不忍心就此揮手說再見,大步向前不回頭。
SEO(Search Engine Optimization):搜索引擎優(yōu)化。網(wǎng)站維護者依循搜索引擎規(guī)則對自身網(wǎng)站進行優(yōu)化,以期站內(nèi)內(nèi)容能在用戶的搜索結(jié)果中占據(jù)盡量靠前的排名。時至今日,它依然是將產(chǎn)品推向用戶、獲取流量的最經(jīng)濟實惠又行之有效的方法之一。
先來一句“振聾發(fā)聵”之言:優(yōu)質(zhì)的內(nèi)容永遠都是最好的 SEO。 但如果你就一搞技術(shù)的,這就由不得你了。所以,我一搞技術(shù)的還能做點啥?

寫到這里忽然就想起前兩年面試的時候。問:html5標簽帶來了哪些優(yōu)勢?答:有利于 SEO,balabala……

HTML 標簽

最新的 html 標準帶來的新的語義化標簽確實使得不論是人還是機器都更容易閱讀業(yè)務代碼。像常用的<header> <footer> <main> <section> <aside> <nav> 等標簽,我們看一眼就能大體知道,這塊內(nèi)容是要干嘛的。新加入的標簽甚至對時間、日期等小語義都有照顧:<time> <data>等。

試想,若能合理使用各種語義化標簽,整個 html 業(yè)務代碼部分看上去該是多么清爽舒適啊。再試想,假如搜索引擎的 spider 們果真如我見到這些標簽一般,也清楚地曉得是什么意思,那又該是多么“心有靈犀”的場面。

前一點是可以肯定的,如果能夠準確使用各種標簽,自當責無旁貸用起來。但后一點卻是不太肯定的,畢竟現(xiàn)代瀏覽器對 html5 的支持程度尚未完全,各家搜索引擎對所謂語義化的支持到了何種程度更是不得而知。而與 web 開發(fā)者一路相伴從不缺席的一直都是 <div> <h> <p> <a> 等等這些“其貌不揚”的老兄弟們,所以不論是否能夠用好新語義化標簽,都不能失去本來的“陣地”。在此基礎(chǔ)上,“勇猛精進”。

首先對于 h 標簽,從 1 到 6 分別代表了從高到低的權(quán)重,所以一個頁面僅持有一個 <h1> 標簽,代表該頁面的主標題,其他的 headline 標簽則根據(jù)實際的內(nèi)容層級合理安排。

然后對于 <a> 標簽,搜索引擎爬蟲將根據(jù)其 href 屬性提供的路徑深入到站內(nèi)的各個角落。<a> 標簽構(gòu)成了一張四通八達的大網(wǎng),你要盡量保證 Spider 能在“網(wǎng)”上愉快地玩耍,但是也難免有的地方你并不想讓它一探究竟,比如去“個人中心”的鏈接、出站鏈接等。這時,可以考慮不使用 <a> 標簽,通過給元素綁定 click 等事件達到實際的跳頁目的;或者也可以考慮給標簽加上一個特殊的屬性<a href="/" rel="nofollow">首頁</a>,來告訴 Spider “內(nèi)部道路,游客止步”。

同樣別忘了 <img> 標簽,依圖片內(nèi)容及頁面內(nèi)容,給 img 一個 alt 屬性,描述這張圖片表達的含義并適當植入關(guān)鍵詞。一來可以在圖片加載失敗的時候給用戶一定的提示,二來可以告訴搜索引擎這張圖片啥意思,方便其索引。

最后,頁面中出現(xiàn)關(guān)鍵詞的地方,不妨使用 <strong> & <em> 標簽包裹一下,以期向搜索引擎表達關(guān)鍵詞強調(diào)的意味。

總之,讓搜索引擎“一眼就看到”頁面的關(guān)鍵詞所在。

以上這些基本都是在 <body> 標簽內(nèi)出現(xiàn)的語義化標簽,也即頁面的主體,機器能看,人也能看。而在 <head> 標簽內(nèi)還存在許多給機器看的標簽,做 SEO 優(yōu)化的同學們最熟悉的莫過于其中的 “SEO 三劍客” TDK 了。

SEO 三劍客:TDK

何謂 TDK?做前端的同學也都應該對它們熟稔于心: <title> 標簽、<meta name="description"> 標簽和 <meta name="keywords"> 標簽。顧名思義,它們分別代表當前頁面的標題、內(nèi)容摘要和關(guān)鍵詞,對于 SEO 來說,title 是其中最重要的一員。

首先來看 <title> 標簽

從用戶的角度來看,它的值即用戶在搜索引擎搜索結(jié)果中以及瀏覽器標簽頁中看到的標題,如下圖:

title 通常由當前頁面的標題加幾個關(guān)鍵詞組成,同時力求簡潔明了??傊?,用最少的字讓別人知道你接下來要說啥,控制在 40 字以內(nèi)。通常,對于首頁,一般會用連字符 - 連接站名和幾個關(guān)鍵詞作為 title,比如:<title>w3cschool - 編程獅,隨時隨地學編程</title>;而對于其他頁面,則是短下劃線 _ 連接頁面標題、關(guān)鍵詞和站名的形式,比如:<title>Web入門微課_編程實戰(zhàn)微課_w3cschool</title>。

好的 title 不僅讓用戶知道該頁面要講什么東西,提前判斷有沒有我需要的內(nèi)容,對于搜索引擎也同樣如此。所以,設(shè)置 title 時不但要注意以上幾點,更重要的是,不要重復!不要重復!不要重復!

然后來看 description

它通常不參與搜索引擎的收錄及排名,但它會成為搜索引擎在搜索結(jié)果頁中展示網(wǎng)頁摘要的備選目標之一,當然也可能選取其他內(nèi)容,比如網(wǎng)頁正文開頭部分的內(nèi)容。以 title 部分的示例圖對應的頁面為例,它的 description 對應的內(nèi)容是這樣的: <meta name="description" content="Web前端開發(fā)工程師,主要職責是利用(X)HTML/CSS/JavaScript/Flash等各種Web技術(shù)進行客戶端產(chǎn)品的開發(fā)。完成客戶端程序(也就是瀏覽器端)的開發(fā),開發(fā)JavaScript以及Flash模塊,同時結(jié)合后臺開發(fā)技術(shù)模擬整體效果,進行豐富互聯(lián)網(wǎng)的Web開發(fā),致力于通過技術(shù)改善用戶體驗。">??梢钥吹?,正是搜索結(jié)果摘要顯示的內(nèi)容。

有鑒于此,description 的值要盡可能表述清楚頁面的內(nèi)容,從而讓用戶更清楚的認識到即將前往的頁面是否對他有價值。同時字數(shù)最好控制在 80 - 100 字以內(nèi),各頁面間不要重復!不要重復!不要重復!

最后是 keywords

<meta name="keywords" content="w3cschool,編程獅,web前端開發(fā),菜鳥教程,編程入門教程,w3school,W3C,HTML,HTML5,CSS,Javascript,jQuery,Bootstrap,PHP,Java,Sql">。它主要為搜索引擎提供當前頁面的關(guān)鍵詞信息,關(guān)鍵詞之間用英文逗號間隔,通常建議三五個詞就足夠了,表達清楚該頁面的關(guān)鍵信息,建議控制在 50 字以內(nèi)。切忌大量堆砌關(guān)鍵詞,畢竟在技術(shù)日新月異的今天,搜索引擎如果發(fā)現(xiàn)你的 title 信息文不對題都有可能主動幫你修改了,更不必說發(fā)現(xiàn)你想在越發(fā)無足輕重的關(guān)鍵詞身上花的小心思了(似乎沒有什么因果關(guān)系,手動狗頭~)。

以上介紹了 SEO 中最重要的三個標簽,它們都存在于 head 標簽中。接下來再來看看其他存在于 <head> 標簽中,并與 SEO 相關(guān)的標簽們吧。

元信息標簽及其他的標簽們

SEO 三劍客 “TDK” 都屬于元信息標簽。元信息標簽即用來描述當前頁面 HTML 文檔信息的標簽們,與語義化標簽相對,它們通常不出現(xiàn)在用戶的視野中,所以,只是給機器看的信息,比如瀏覽器、搜索引擎等(當然也是給我等碼農(nóng)看的~)。

1. meta:robots 標簽

撇開 TDK,其中與 SEO 相關(guān)的有一個 <meta name="robots"> 標簽(通常含有 name 屬性的 meta 標簽都會有一個 content 屬性相伴,這我們已經(jīng)在 D 和 K “劍客”身上領(lǐng)略過了)。默認的,有這樣的標簽屬性設(shè)置:<meta name="robots" content="index,follow,archive">。它跟上文中提到的帶有 rel 屬性的 a 標簽略有相似。

這時,假如頁面是個妹子,將告訴前來搭訕的搜索引擎:你可以留我聯(lián)系方式(抓取頁面),并且我還給你介紹我的親戚朋友叔伯阿姨兄弟姐妹們(繼續(xù)爬站內(nèi)其他頁面),最后還允許你為我拍照留念(生成當前頁面快照)。

通過以上三組值的相互組合,可以向搜索引擎表達很多有用的信息。比如,對于一個博客站來說,其文章列表頁其實對于搜索引擎收錄來說沒什么意義,但又不得不通過列表頁去爬取收錄具體的文章頁面,于是可以作如下嘗試:<meta name="robots" content="index,follow,noarchive">。

2. canoncial 和 alternate 標簽

還有一組標簽是含有 rel 屬性的 <link rel="" href=""> 標簽,它們分別是: - <link rel="canoncial" href="https://www.xxx.com" /> - <link rel="alternate" href="https://m.xxx.com" />

先來看 canoncial 標簽。當站內(nèi)存在多個內(nèi)容相同或相似的頁面時,可以使用該標簽來指向其中一個作為規(guī)范頁面。要知道,不只是主路由不同,即便是 http 協(xié)議不同(http/https)、查詢字符串的微小差異,搜索引擎都會視為完全不同的頁面/鏈接。(莫名想起了瀏覽器同源策略~)

假如有很多這種雷同頁面,其權(quán)重便被無情稀釋了。比如文章列表頁有很多個,比如同一個商品頁面的鏈接含有不同的業(yè)務參數(shù)等。以后者為例,假設(shè)有如下鏈接: - https://www.shop.com/goods/xxxx - https://www.shop.com/goods/xxxx?from=share - https://www.shop.com/goods/xxxx?platform=app

此時我們可以為后兩者在 head 中添加 link 標簽:<link rel="canoncial" href="www.shop.com/goods/xxxx" />,以此彰顯第一個鏈接的正統(tǒng)地位,告訴搜索引擎,其他那倆都是“庶出”,不必在意。假如搜索引擎遵守該標簽的約定,則會很大程度避免頁面權(quán)重的分散,不至影響搜索引擎的收錄及排名情況。它的含義與 http 301 永久重定向相似,不同之處在于,用戶訪問標記了 canonical 標簽的頁面并不會真的重定向到其他頁面。

canoncial 標簽最初由 Google 等國外公司提出并投入實踐,百度則在2013年官宣支持該標簽,詳情可見百度搜索資源平臺的文章:百度已支持 Canonical標簽。

再來看 alternate 標簽。文初也提到了立于浪潮之巔的移動互聯(lián)網(wǎng)時代已初顯落寞之態(tài),但不管怎么說,它依然在山巔上。所以,假如你為移動端和 pc 端設(shè)備分別提供了單獨的站點,這個標簽或許能派上用場。來看這一小節(jié)開頭的示例,有兩個鏈接如下: - https://www.xxx.com - https://m.xxx.com

它們分別是某網(wǎng)站首頁的 pc 端和移動端,于是就可以在它們的 head 標簽中提供如下標簽,標志其互相對應的關(guān)系: - <link rel="canoncial" href="https://www.xxx.com" /> - <link rel="alternate" href="https://m.xxx.com" media="only screen and (max-width: 750px)"/>

前者放在移動端的頁面中,表示唯我 pc 端頁面大哥馬首是瞻;后者則放在 pc 端對應的頁面中,表示當屏幕尺寸小于 750px 的時候,就應該我移動端頁面小弟上場服務了!

關(guān)于路由

假如你負責整站的路由設(shè)計工作,那么這個重任就落在了你的肩膀上。一旦網(wǎng)站上線,并且體量越來越大,到時再想調(diào)整路由結(jié)構(gòu)將困難重重。所以一開始的時候就應該考慮清楚,合理安排。

假設(shè)我們現(xiàn)在要做一個果蔬類的網(wǎng)站,所有的下級頁面從首頁開始往下分發(fā)。于是首頁有了一個簡單的分類:水果 和 蔬菜。然后從水果出發(fā)又有更加細分的類別:熱帶水果、時令水果、反季水果等。在首頁的其他板塊還可能有熱銷果蔬、猜你喜歡等等更加個性化的分類。分類之下則對應屬于這一類的列表結(jié)果,從列表結(jié)果又進入了某一個果蔬的詳情頁面。

||-- home| |-- classify|list| | |-- list|detail | | | |-- detail| | | |以上,基本上至多經(jīng)過四級頁面就可以從首頁抵達產(chǎn)品詳情頁面。在路由設(shè)計的時候應保證用盡量少的路由層級使用戶抵達最終的目標頁面,不應該無節(jié)制地深入,使用戶迷失在深似海的站內(nèi)鏈接之中;同樣的道理,搜索引擎分配在某個網(wǎng)站的資源是有限的,這也保障了搜索引擎能高效爬取到有用的頁面。

另外要注意的是,不要產(chǎn)出孤立的頁面。(這跟路由設(shè)計沒什么太大關(guān)系)

依然是果蔬網(wǎng)站,假設(shè)我們新加入了一個板塊,售賣果蔬的周邊產(chǎn)品,比如鍋碗瓢盆洗滌劑等等,然而不論是首頁還是其他任何頁面,都沒有指向這個板塊的入口。于是,這個板塊就變成了汪洋之中的“一座孤島”,誰也不知道抵達這里的“航線”。搜索引擎自然也不知道。(除非有高質(zhì)量外鏈~)

這時,既可以在首頁加入一個新的板塊分類入口,也可以在原有的果蔬詳情頁面加入跟這種果蔬相關(guān)的周邊產(chǎn)品入口,比如蘋果和削皮器。以及其他合理的做法……

總之,啰嗦了這么多廢話就是想表達,用盡可能少的層級組織路由并表義清晰;構(gòu)建合理的分類,使具有相同屬性的商品(或其他的東西比如博文)歸屬于同一級路由之下;任何想要被搜索引擎發(fā)現(xiàn)的頁面都要加入抵達頁面的“航線”,避免“孤島”形成。

終于,內(nèi)鏈安排妥當了,網(wǎng)站開發(fā)也差不多了,要準備正式上線了。此時就要面對兩個新的“朋友”:robots.txt 和 sitemap(網(wǎng)站地圖)。

robots.txt

robots.txt, Robots Exclusion Protocol(REP),它與上篇中提到的元信息標簽 <meta name="robots"> 算是“本家”。元信息標簽存在于單個頁面之中,并作用于它存在的那個頁面;而 robots 協(xié)議則存在于網(wǎng)站根目錄( http://www.xxx.com/robots.txt可被訪問 ),作用于整站。

這個協(xié)議并不是一個正式的規(guī)范,僅僅是在互聯(lián)網(wǎng)長期發(fā)展過程中約定俗成的,它被大多數(shù)的搜索引擎所遵守,也被無數(shù)的網(wǎng)站使用并依賴著。雖然如此,不遵守“潛規(guī)則”的“蟲子”依然讓人防不勝防,就算你的 robots.txt 編寫如下:

User-agent: *Disallow: /無視規(guī)則者依然會潛入你的網(wǎng)站橫行無忌,像前些年(可能現(xiàn)在依然是)臭名昭著的YisouSpider。所以 robots 協(xié)議僅能作為指導 Spider “良民”在站內(nèi)活動的行為準則,就像"請勿踐踏草坪"一樣,不要指望用它來保護站內(nèi)隱私。想要拒絕流氓爬蟲的騷擾,還是要在服務端依賴自身的技術(shù)手段。

好消息是,19年7月份,谷歌宣布將推動 robots 協(xié)議成為一項新的互聯(lián)網(wǎng)標準。但這讓我想起了 http 協(xié)議,協(xié)議很好,但是不遵守協(xié)議的開發(fā)者還是大有人在,畢竟就算不完全遵循協(xié)議,業(yè)務開發(fā)依然可以順利進行。畢竟不遵守協(xié)議,才能順利拿到想要采集的數(shù)據(jù)hahah~

下面來看一下 robots 協(xié)議規(guī)范。

首先,文件要求為 UTF-8 格式的純文本。然后,文中協(xié)議格式為 <field>:<optional space><value><optionalspace><#optional-comment>,即字段、空格、值、空格、注釋。其中,空格和注釋是可選的,僅僅是為了增加文本可讀性。

其中,字段值一般有 User-agent | Disallow | Allow 三個,還有一個額外的 Sitemap 項,用來指向該站的網(wǎng)站地圖所在的地方,是否支持視具體搜索引擎而定。我們通過前三個字段組合來制定一組規(guī)則,規(guī)則可以有多組。一組規(guī)則中,可以由一到多個 User-agent 開頭,然后通過 Allow|Disallow 字段指定具體規(guī)則,至少有一條。組與組之間通過空行間隔,舉個栗子:

# first groupUser-agent: BaiduspiderUser-agent: GooglebotDisallow: /article/# second groupUser-agent: *Disallow: /Sitemap: https://www.xxx.com/sitemap.xml以上: - 允許百度和谷歌的搜索引擎訪問站內(nèi)除 article 目錄下的所有文件/頁面(eg: article.html 可以,article/index.html 不可以); - 不允許其他搜索引擎訪問網(wǎng)站; - 指定網(wǎng)站地圖所在。

假如你允許整站都可以被訪問,則可以不在根目錄添加 robots 文件。更詳細的使用規(guī)范可以來看一下谷歌 robots 規(guī)范以及百度資源平臺的文章 什么是 robots 文件。

sitemap

sitemap 文件是另一個輔助搜索引擎訪問網(wǎng)站的工具(協(xié)議),有了它并不代表頁面一定被收錄,但它可以讓搜索引擎更快的、更有目的的訪問你的網(wǎng)站,從而更有利于搜索引擎的收錄工作。

sitemap 文檔中羅列了你想讓搜索引擎訪問到的站內(nèi)的所有頁面對應的鏈接,里面會包含頁面鏈接(url)以及頁面的上次更新時間(lastmod)、更新頻率(changefreq)、權(quán)重(priority)等信息,其中 url 是必須的,后三者可選。文檔一般為 xml 格式,當然也可以是 txt 格式或 html 格式,這里以 xml 格式為例。

首先,sitemap 文檔和 robots 一樣,文件格式為 UTF-8,并且所有在文件內(nèi)的數(shù)據(jù)必須經(jīng)過轉(zhuǎn)譯??磦€栗子:

<?xml version="1.0" encoding="UTF-8"?><urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9"> <url> <loc>http://www.xxx.com/</loc> <lastmod>2019-12-17</lastmod> <changefreq>weekly</changefreq> <priority>0.5</priority> </url> <url> <loc>http://www.xxx.com/detail/xxx</loc> <lastmod>2019-12-17</lastmod> </url></urlset>然后,上文中提到了 url 必須經(jīng)過 “轉(zhuǎn)譯”,它的意思是,假如 url 中含有下表中的字符,則必須替換為對應的字符實體。

更多關(guān)于 sitemap 的知識點可以來看一下 sitemap 協(xié)議。

基于以上,我結(jié)合 nodejs、axios 和 cheerio 以及 javascript 的模版字符串編寫了一個生成 sitemap 文件的“小玩具”,可以設(shè)置過濾條件排除那些不想加入 sitemap 的頁面鏈接,但目前僅支持生成包含 loc 標簽的網(wǎng)站地圖文件。如果有幸被你見到,或許可以把玩一二。

另外,有一個網(wǎng)上流傳甚廣的免費 sitemap 生成工具可以一用,搜索 老虎 sitemap 應該就可以找到資源,它是 伶俐虎 很早之前的一個免費版。如果你需要在某些條件下(比如文章更新)自動地生成并更新 sitemap 文件,就需要結(jié)合項目本身定制自己的 sitemap 生成程序了。

編寫好了文件,就可以把它與 robots 文件一同放到網(wǎng)站的根目錄下等待搜索引擎前來“臨幸”了。當然也可以主動一點,主流的搜索引擎都提供了 sitemap 文件提交通道,以便讓搜索引擎更快更有目的地前來網(wǎng)站。

有主動推送,自然也有被動的方式,比如眾多面向國內(nèi)市場的網(wǎng)站們需要仰仗的百度搜索引擎,便提供了自動推動代碼。

百度自動推送代碼

只要將下面這段 js 腳本插入當前頁面,當用戶訪問時,就會把這個頁面的鏈接推送給搜索引擎。

(function() { let bp = document.createElement('script'); const curProtocol = window.location.protocol.split(':')[0]; if (curProtocol === 'https') { bp.src = `https://zz.bdstatic.com/linksubmit/push.js`; }else { bp.src = `http://push.zhanzhang.baidu.com/push.js`; } let s = document.getElementsByTagName('script')[0]; s.parentNode.insertBefore(bp, s);})();通常為了省事,會把它直接扔到公共代碼塊中全局加載,但這樣也帶來了一些問題: - 一些頁面并不想被推送,然而因為全局公用,還是被推送了 - 一些頁面可能早就被收錄了,但是一旦頁面被訪問,鏈接依然會一遍又一遍被推送

遺憾的是這么些年過來了,也沒見百度對相關(guān)代碼有明面上的更新或者說明(謹防打臉,難道是我沒注意到?:))。沒辦法,第二個問題實在不知道應該如何規(guī)避,但第一個問題還是可以做一定規(guī)避的,于是我寫了一個方法來判斷是否加載這段自動推送腳本,大致如下(Vue 下):

function canSubmit(toObj) { const toPath = toObj.path; let canSubmit = false; let isInScope = false; if( toPath === '/' // 首頁 || (///search/u.test(toPath) && Number(toObj.query.page) === 1) // 搜索第一頁 || ///detail//(article|news)/u.test(toPath) // 詳情頁 // ... ) { isInScope = true; } if(isInScope && process.env.TEST_ENV === 'prod') { canSubmit = true; } return canSubmit;}在幾年前,百度曾在 百度統(tǒng)計貼吧 發(fā)帖稱,百度統(tǒng)計代碼同樣帶有自動推送的功能。

于是,這就悲劇了。若果真如此,一旦使用了百度統(tǒng)計,對于上面兩個問題的任何規(guī)避將毫無卵用……

最后,

關(guān)于重定向的問題

在上一篇中提到了 canonical 標簽,它的作用便與重定向(301)類似,只是用戶依然可以訪問頁面。而在實際場景中,也有很多確實需要真正進行重定向的場景,依然舉倆栗子: - 頁面改版了并啟用了新的鏈接,原先的頁面已經(jīng)不存在(404) - 網(wǎng)站同時支持 http 和 https 訪問,需要將 http 重定向到 https

這時,都需要在服務器配置文件中做好處理,通常采用 301 永久重定向。雖然聽說 302 、 307 等也被搜索引擎認可,但是,求穩(wěn)……:(


以上。它們僅僅是我知道的一些,茫茫知識海洋,大概還有許多我不知道的細節(jié)等待著繼續(xù)探索~~~
原文鏈接舉起你的小手,點贊關(guān)注交流批評……啦~

關(guān)鍵詞:

74
73
25
news

版權(quán)所有? 億企邦 1997-2025 保留一切法律許可權(quán)利。

為了最佳展示效果,本站不支持IE9及以下版本的瀏覽器,建議您使用谷歌Chrome瀏覽器。 點擊下載Chrome瀏覽器
關(guān)閉