- Прадстаўляючы дадзены інструментар IIS Search Engine Optimization
- Выкарыстанне сайта ў IIS SEO Інструментаў Analysis Tool
- Будучая Падтрымка аўтаматычнага выпраўлення
- рэзюмэ
SEO (Пошукавая аптымізацыя) з'яўляецца адным з важных меркаванняў, што любы інтэрнэт-сайт мае патрэбу ў распрацоўцы з улікам. Нетрывіяльны працэнт інтэрнэт-трафіку на сайтах прыводзіцца ў пошукавых сістэмах, а таксама добрыя метады SEO можа дапамагчы павялічыць трафік сайта яшчэ больш.
Акрамя таго, невялікія памылкі могуць істотна паўплываць на вынікі пошуку актуальнасць ўтрымання вашага сайта і прымусіць вас прапусціць трафік, які вы павінны атрымліваць. Некаторыя з гэтых памылак ўключаюць у сябе: некалькі URL-адрасоў на сайце, якія вядуць да тым жа зместам, зламаныя спасылкі са старонкі, дрэнна абраныя назвы, апісання і ключавыя словы, вялікая колькасць ViewState, недапушчальную разметку і г.д. Гэтыя памылкі часта лёгка выправіць - задача складаецца ў тым, каб выявіць і вызначыць іх у рамках сайта.
Прадстаўляючы дадзены інструментар IIS Search Engine Optimization
Сёння мы выпускаем першую бэта-версію новага вольнага інструмент - IIS Search Engine Optimization Toolkit - што робіць яго лёгкім для выканання аналізу SEO на вашым сайце і вызначыць і ліквідаваць праблемы ў ім.
Вы можаце ўсталяваць IIS Search Engine Optimization Toolkit з дапамогай Microsoft Web Platform Installer Я пісаў аб раней на гэтым тыдні. Вы можаце ўсталяваць яго праз WebPI з дапамогай «Устанавіць цяпер» спасылку на IIS SEO Toolkit дома ,
Пасля ўстаноўкі, вы ўбачыце новы раздзел «Пошукавая аптымізацыя» у рамках інструмента адміністравання IIS 7, і некалькі інструментаў SEO, даступных у ім:
Робаты і SiteMap інструменты дазваляюць лёгка ствараць і кіраваць robots.txt і sitemap.xml файлы для вашага сайта, якія дапамагаюць накіроўвалыя пошукавыя сістэмы аб тым, што URL, яны павінны і не павінны поўзаць і прытрымлівацца.
Інструмент Аналіз сайта дазваляе сканаваць сайт як пошукавік будзе, а затым аналізаваць змест, выкарыстоўваючы розныя правілы, якія дапамагаюць вызначыць SEO, даступнасць і праблемы прадукцыйнасці ў ёй.
Выкарыстанне сайта ў IIS SEO Інструментаў Analysis Tool
Давайце паглядзім, як мы можам выкарыстоўваць інструмент аналізу сайта, каб хутка прааналізаваць пытанні SEO з сайта. Каб не бянтэжыць нікога, паварочваючы інструмент свабодна на іх сайце, я вырашыў замест гэтага выкарыстоўваць інструмент аналізу на адным з маіх уласных сайтаў: www.scottgu.com , Гэта сайт, я напісаў шмат гадоў таму (апошняе абнаўленне ў 2005 годзе, я думаю). Калі ўсталяваць IIS SEO Toolkit вы можаце паказаць яго на маім сайце і дублююць дзеянні, каб паглыбіцца ў аналіз SEO яго.
Адкрыйце Аналіз сайта Інструмент
Мы пачнем з запуску IIS Admin Tool (INETMGR) і націснуўшы на каранёвай вузел у левай панэлі дрэва гледжання адміністратара інструмента IIS7 (назва машыны - у гэтым выпадку «ScottGu-PC»). Затым мы абярэм піктаграму «Аналіз сайта» у рамках секцыі Пошукавай аптымізацыі справа. Адкрыццё інструмента аналізу сайта на ўзроўні кампутара, як гэта дазволіць запусціць сродак аналізу супраць любога аддаленага сервера (калі мы замест гэтага адкрылі яго з сайтам абраным тады мы былі б толькі магчымасць правядзення аналізу ў дачыненні да лакальных участкаў на поле) ,
Адкрыццё інструмента Аналіз сайта прыводзіць ніжэй экран для адлюстравання - у ім пералічаныя ўсе раней захаваныя справаздачы для аналізу сайта, якія мы стварылі ў мінулым. Так як гэта першы раз, калі мы адкрылі інструмент, гэта пусты спіс. Мы націснем «Новы аналіз ...» Спасылка дзеянні на правай баку інструмента адміністратара, каб стварыць новы справаздачу па аналізе:
Націск кнопкі «New Analysis ...» спасылка з'явіцца дыялогавае акно, як паказана ніжэй, што дазваляе назваць даклад, а таксама налады, які сайт мы хочам поўзаць і як глыбока мы хочам, каб вывучыць яго.
Мы назавем наш новы справаздачу "scottgu.com» і наладзіць яго, каб пачаць з http://www.scottgu.com URL, а затым паўзці да 10000 старонак у межах сайта (заўвага: калі вы не бачыце «Start URL» тэкставае поле ў дыялогавым акне гэта адбываецца таму, што вы не абралі каранёвай вузел машыны ў левай панэлі адміністратара інструмент і замест гэтага адкрыў яго на ўзроўні сайта - адмяняе, абярыце каранёвай вузел машыны, а затым націсніце на спасылку Аналіз сайта).
Калі мы націскаем на кнопку «Ok» ў дыялогавым акне над інструментам аналізу сайта запытае http://www.scottgu.com URL, даследаваць вернутае змесціва HTML, а затым сканаваць сайт так жа, як пошукавая сістэма будзе. Мой сайт мае 407 розных URL-адрасоў на ім, і ёй спатрэбілася ўсяго 13 секунд для IIS SEO Toolkit поўзаць ўсе з іх і выканаць аналіз на ўтрыманне, якое было загружана.
Як толькі гэта будзе зроблена гэта адкрые справаздачу зводнага прадстаўленне з падрабязным апісаннем таго, што ён знайшоў. Ніжэй вы можаце ўбачыць, што ён знайшоў 721 парушэнняў розных відаў у межах майго сайта (УЧ):
Мы можам націснуць на любы з элементаў у зводным парушэнні гледжання прасвідраваць у падрабязнасці пра іх. Мы будзем глядзець на некаторыя з іх ніжэй.
Гледзячы на «апісанне адсутнічае» парушэнняў
Вы заўважыце, што вышэй я 137 «Апісанне адсутнічае» парушэнні. Давайце двойчы націсніце на правіла, каб даведацца больш аб гэтым і паглядзець падрабязную інфармацыю аб асобных парушэннях. Двайны пстрычка правіла прыведзенае вышэй апісанне адкрые новую ўкладку запыту, які аўтаматычна забяспечвае фільтраваныя выгляд толькі парушэньні апісання (Заўвага: Вы можаце наладзіць запыт, калі вы хочаце, - і, магчыма, экспартаваць яго ў Excel, калі вы хочаце зрабіць яшчэ багацей дадзеныя аналіз):
Двайны пстрычка любыя з парушэнняў у спісе вышэй, будзе адкрыць звесткі пра яго. Кожнае парушэнне змяшчае інфармацыю аб тым, што менавіта гэтая праблема, а таксама рэкамендуемыя дзеянні пра тое, як гэта выправіць:
Звярніце ўвагу, што вышэй я забыўся дадаць <META> Апісанне элемента да маёй старонцы фатаграфій (нароўні з усімі іншымі старонкамі таксама). Паколькі мае фатаграфіі старонка проста адлюстроўвае выявы прама зараз, пошукавая сістэма не мае магчымасці даведацца, што ўтрыманне ў ім. A 25 да 150 сімвалаў даўжынёй апісанне было б у стане растлумачыць, што гэты URL мой фотоальбом карцін і забяспечыць значна больш кантэксту.
Ўкладка «Аналіз Слова» часта бывае карысна, калі прыдумляюць тэкст апісання. На гэтай ўкладцы адлюстровываюцца звесткі пра старонку (яе назва, ключавыя словы і г.д.) і адлюстроўвае спіс усіх слоў, якія выкарыстоўваюцца ў HTML ў ім - як і колькі разоў яны дублююцца. Ён таксама дазваляе ўбачыць усе два-тры словы і фразы-, якія паўтараюцца на гэтай старонцы. У ім таксама пералічаны тэксце <a>, які выкарыстоўваецца на іншай старонцы, спасылку на гэтую старонку - усё гэта карысна, каб прыдумаць апісанне:
Гледзячы на URL звязаны з выкарыстаннем розных парушэнняў обсадных
Давайце зараз на «URL звязаны з выкарыстаннем розных обсадных» парушэнняў. Мы можам зрабіць гэта, вяртаючыся да нашай старонцы кароткага дакладу і затым пстрыкнуўшы па гэтым канкрэтнаму парушэння правіл:
Пошукавыя сістэмы падлічваюць колькасць старонак у Інтэрнэце, якія звязваюць з URL, і выкарыстоўваць гэты нумар у якасці часткі алгарытму ўзважвання яны выкарыстоўваюць для вызначэння рэлевантнасці змесціва URL, выкрывае. Што гэта азначае, што калі за 1000 старонак спасылаюцца на URL, што перамовы аб тэме, пошукавыя сістэмы будуць меркаваць ўтрыманне па гэтым URL мае значна больш высокую значнасць, чым URL з адной і той жа тэме, што ўтрыманне мае толькі 10 чалавек, якія б спасылаліся на яго.
Многія людзі не разумеюць, што пошукавыя сістэмы адчувальныя да рэгістра, хоць і па-рознаму ставіцца да абсаджанай URL-адрасоў, як розныя фактычныя URL. Гэта азначае, што спасылку на /Photos.aspx і /photos.aspx часта будуць разглядацца не ў якасці аднаго з URL з дапамогай пошукавай сістэмы, - але замест гэтага, як два розныя URL. Гэта азначае, што калі палова ўваходзяць спасылак перайсці на /Photos.aspx, а іншая палова перайсці да /photos.aspx, то пошукавыя сістэмы не будуць крэдытаваць фота старонкі як актуальны як ён на самай справе (а гэта будзе ў два разы стаўленне - паколькі яго сувязі драбняцца паміж імі). Выяўленне і фіксуючы любое месца, дзе мы выкарыстоўваем па-рознаму абсаджаны адрасы ў межах нашага сайта, таму вельмі важна.
Калі націснуць на «URL звязаны з выкарыстаннем розных обсадных» парушэнне вышэй, мы атрымаем спіс усіх 104 адрасоў, якія выкарыстоўваюцца на сайце з некалькімі абалонкамі капіталізацыі:
Пры націску на любы з URL-адрасоў будзе цягнуць да ведама пра гэта канкрэтным парушэнні і некалькі спосабаў яго быць абсаджаны на сайце. Звярніце ўвагу, ніжэй, як гэта падрабязна абодва URL, ён знайшоў на сайце, якія адрозніваюцца проста капіталізацыі корпуса. У гэтым выпадку я спасылка на гэты URL, выкарыстоўваючы параметр радкі запыту з імем «ALBUMID». У іншым месцы на сайце я таксама спасылкі на URL з дапамогай параметру радкі запыту з імем «ALBUMID» (маленькая "а" і "I"). Пошукавыя сістэмы будуць у выніку лячэння гэтых URL-адрасоў, як розныя, і таму я не буду максімальна ранжыравання старонак для зместу:
Ведаючы ёсць праблема, як гэта ў сайце, з'яўляецца першым крокам. Другі крок, як правіла, складаней: спрабуючы высветліць, усё розныя шляхі, якія павінны быць прыняты для таго, каб гэтага URL, якія будуць выкарыстоўвацца, як гэта. Часта вы будзеце рабіць выпраўлення і выкажам здагадку, што фіксуе ўсе - толькі каб выявіць там быў іншы шлях праз сайт, што вы не ведалі пра тое, што таксама выклікае праблему корпуса. Каб дапамагчы ў сцэнарах, як гэта, вы можаце націснуць кнопку «Дзеянні» выпадальнага меню ў верхнім правым куце дыялогавага акна парушэнняў і выберыце «Прагляд маршрутаў гэтай старонкі» спасылкі ў ёй.
Гэта пацягне дыялог, які адлюстроўвае ўсе крокі гусенічныя ўзяў, што прывяло да пэўнага URL ў пытанні выконваецца. Ніжэй паказваецца, што ён знайшоў два шляхі для дасягнення гэтага канкрэтнага URL:
Будучы ў стане атрымаць інфармацыю аб дакладных праблемах обсадных, а таксама прааналізаваць канкрэтныя крокі варта для дасягнення пэўнага URL корпуса, робіш яго значна лягчэй выправіць гэтыя тыпы пытанняў.
Гледзячы на старонцы ўтрымлівае шматлікія парушэнні кананічнага фармату
Замацаванне пытанні обсадных як мы рабілі вышэй, з'яўляецца добрым першым крокам на шляху да паляпшэння колькасці старонак. Мы таксама хочам, каб выправіць сцэнары, у якіх той жа кантэнт можна атрымаць, выкарыстоўваючы URL-адрасы, якія адрозніваюцца больш чым на корпусе. Для гэтага мы вернемся да нашай зводнай старонцы і падцягніце «старонку ўтрымлівае шматлікія парушэнні кананічнага фармату» справаздачу:
Бурэнне гэтай справаздачай пералічаныя ўсе URL-адрасы на нашым сайце, якія могуць быць даступныя ў некалькіх «кананічных» спосабамі:
Пры націску на любы з іх будзе цягнуць падрабязнасці аб гэтай праблеме. Звярніце ўвагу, ніжэй, як інструмент аналізу выявіў, што часам мы спасылаемся на галоўнай старонцы сайта, як «/», а часам як «/Default.aspx». У той час як наш вэб-сервер будзе інтэрпрэтаваць і як выкананне той жа старонкі, пошукавыя сістэмы будуць ставіцца да іх як два асобных URL-адрасоў - што азначае пошук дарэчнасць не так высокая, як гэта павінна быць (так як ўзважванне разбіваецца на праз два URL, замест таго, каб быць аб'яднаны ў адзін).
Мы можам бачыць усе выпадкі, калі URL /Default.aspx выкарыстоўваецца, націснуўшы на ўкладку «Сувязі» вышэй. Гэта паказвае ўсе старонкі, якія спасылаюцца на URL /Default.aspx, а таксама ўсе URL, што ён у сваю чаргу, спасылкі на:
Мы можам пераключыцца, каб убачыць падрабязнасці пра тое, дзе і як адпаведны «/» URL выкарыстоўваецца, націснуўшы на «Змяненні URL» расчыняюцца вышэй - гэта пакажа ўсе іншыя URL, якія дазваляюць з тым жа зместам, і дазваляюць хутка выцягнуць іх дэталі ўверх, а таксама:
Як мы рабілі гэта з парушэннямі обсадных, мы можам выкарыстоўваць «Прагляд маршруты на старонку» варыянт, каб высветліць, з усіх шляхоў у межах ўчастка, якія прыводзяць да рознай URL, і выкарыстоўваць гэта, каб дапамагчы нам высачыць і змяніць іх так, што мы заўсёды выкарыстоўваюць агульны паслядоўны URL для спасылкі на гэтыя старонкі.
Заўвага: Мацаванне пытанняў обсадных і кананізацыі для ўсіх унутраных сувязяў ўнутры нашага сайта з'яўляецца добрым першым крокам. Знешнія сайты могуць таксама быць спасылкі на нашы URL , хоць і тыя , будуць цяжэй за ўсё атрымаць абнаўленне. Адзін са спосабаў выправіць наш пошукавы рэйтынг, не патрабуючы внешнеположенности абнавіць свае спасылкі, каб загрузіць і ўсталяваць модуль перазапісу URL IIS на нашым вэб-сэрвэры (ён даступны для бясплатнай загрузкі з дапамогай Microsoft Web Platform Installer ). Затым мы можам наладзіць правіла перазапісу URL, які аўтаматычна робіць пастаянную пераадрасацыю на правільны кананічны URL - што прывядзе да пошукавых сістэмах, каб разглядаць іх як тое ж самае (чытай Carlos ' IIS7 і URL Rewrite: Зрабіце свой сайт SEO блог, каб даведацца, як гэта зрабіць).
Падняўшы парушэнні пераадрасацыі
У якасці апошняга кроку, давайце паглядзім на некаторыя парушэнні перанакіроўваць на сайце:
Свідраванне гэтага правіла катэгорыі нагадвала мне тое, што я зрабіў некалькі гадоў таму (калі я перадаў свой блог на іншы сайт) - што я толькі што выявіў, па-відаць, даволі дурное.
Калі я першы наладзіць сайт я быў першапачаткова меў простую старонку блога па адрасе: www.scottgu.com/blog.aspx Праз некалькі тыдняў, я вырашыў перанесці свой блог weblogs.asp.net/scottgu , Замест таго, каб прайсці праз усе мае старонкі і змяніць спасылку на новы адрас, я думаў, што быць разумным і проста абнавіць старонку blog.aspx зрабіць на боку сервера пераадрасацыю на новы weblogs.asp.net/scottgu URL.
Гэта працуе з пункту гледжання канчатковага карыстальніка, але тое, што я не разумеў, пакуль я не пабег інструмент аналізу сёння ў тым, што пошукавыя сістэмы не могуць рухацца па спасылцы. Прычына ў тым, таму што мая старонка blog.aspx робіць на боку сервера перанакіравання на weblogs.asp.net/scottgu URL. Але для SEO прычын свайго ўласнага, праграмнага забеспячэння блог (Community Server) на weblogs.asp.net у сваю чаргу, робіць другі рэдырэкт, каб выправіць Які паступае weblogs.asp.net/scottgu URL замест гэтага быць http://weblogs.asp.net/scottgu/ (Звярніце ўвагу на слэш дадаецца).
У адпаведнасці з парушэннем правілаў у сродку аналізу сайта, пошукавыя сістэмы будуць здавацца, калі вы выконваеце два сервера перанакіроўвае запар. Ён заўважыў, што мае blog.aspx перанакіраваць спасылкі на знешнія спасылкі, якія ў сваю чаргу, робіць яшчэ адзін рэдырэкт - у гэты момант пошукавыя робаты адмовіцца:
Я быў у стане пацвердзіць, што гэта праблема, без неабходнасці адкрываць серверны код старонкі blog.aspx. Усё, што мне трэба, трэба было націснуць на ўкладку «Стужка» у дыялогавым акне парушэнні і ўбачыць адказ перанакіравання HTTP, што blog.aspx старонка адпраўляецца назад. Звярніце ўвагу на тое, што не мае слэш (і таму выклікае Community Server, каб зрабіць яшчэ адзін рэдырэкт, калі ён атрымлівае яго):
Выпраўленне гэтай праблемы лёгка. Я ніколі б не зразумеў, што я на самой справе была праблема, хоць, без інструмента аналізу сайта, паказваючы мне на яго.
Будучая Падтрымка аўтаматычнага выпраўлення
Ёсць куча дадатковых парушэнняў і змест пытанняў, што інструмент Аналіз сайта ідэнтыфікаваных пры выкананні яго абыходу майго вэб-сайта. Вызначэнне і фіксацыя іх прама наперад, і вельмі падобны на апісаныя вышэй дзеянні. Кожны выпуск выправіць робіць мой сайт чысцей, лягчэй поўзаць, і дапамагае яму мець яшчэ больш высокі пошук дарэчнасць. Гэта, у сваю чаргу, будзе генераваць павелічэнне трафіку, які паступае на мой сайт з пошукавых сістэм - што з'яўляецца вельмі рэнтабельным вяртанне інвестыцый. Пасля таго, як справаздачу створаны і захаваны, ён будзе адлюстроўвацца ў спісе папярэдніх справаздач ў інструменце адміністравання IIS. Вы можаце ў любым пункце правай кнопкай мышы і сказаць IIS SEO Toolkit паўторна запусціць яго - дазваляе перыядычна правяраць, што ніякія рэгрэсіі ня былі ўведзеныя.
Папярэдні прагляд зборкі інструмента Аналіз сайта сёння правярае каля 50 правілаў, калі ён поўзае сайт. З часам мы дадамо больш правілаў, якія правяраюць дадатковыя пытанні і сцэнары. У будучых версіях прадпрагляду вы таксама пачнеце бачыць нават больш інтэлекту убудаванага ў інструмент SEO аналізу, які дазволіць яму таксама праверыць на боку сервера, што ў вас ёсць модуль URL Rewrite усталяваны з добрым наборам SEO-дружалюбных правілаў сканфігуравана. Інструмент Аналіз сайта таксама дазволіць вам выправіць некаторыя парушэнні аўтаматычна, прапаноўваючы правілы перазапісу, якія можна дадаць на ваш сайт непасрэдна з інструмента справаздачы Аналіз сайта (напрыклад, каб выправіць праблемы, як «/» і «/Default.aspx »кананізацыя пытанне мы разгледзелі раней). Гэта дазволіць зрабіць яго яшчэ прасцей, каб дапамагчы забяспечыць выкананне добрага SEO на сайце. Да таго часу, я не рэкамендаваў бы хто чытае гэтыя спасылкі, каб даведацца больш пра наладу ўручную URL Rewrite для SEO:
рэзюмэ
IIS Search Engine Optimization Toolkit дазваляе лёгка прааналізаваць і ацаніць, як сяброўскай пошукавай сістэмы вэб-сайт. Ён выяўляе SEO парушэнняў, а таксама інструкцыі аб тым, як іх выправіць. Вы можаце даведацца больш пра інструментары і як лепш за ўсё скарыстацца гэтым з гэтых спасылак:
IIS Search Engine Optimization Toolkit з'яўляецца бясплатным, займае менш хвіліны, каб усталяваць, і можа быць запушчана з любога існуючага вэб-сервера або вэб-сайта. Там няма неабходнасці ўсталёўваць што-небудзь на выдаленым серверы, каб выкарыстоўваць яго - проста ўвядзіце ў URL сайта, і вы атрымаеце справаздачу назад справаздачу аналізу сайта з ажыццяўляльнымі элементамі, якія вы можаце выкарыстоўваць неадкладна, каб палепшыць яго.
Сённяшні выпуск бэта-рэліз, калі ласка, выкарыстоўвайце Аптымізацыя IIS Search Engine Toolkit Форум дайце нам ведаць, калі вы сутыкнецеся з якіх-небудзь праблем або ёсць функцыя прапановы.
Спадзяюся, што гэта дапамагае,
Скот