SEO і AJAX - Што вам трэба ведаць перад прыняццем рашэння

1. мой эксперымент
2. Націсніце гісторыі дзяржавы і аб'ект
3. выснову
4. Патрэбна дапамога ў стварэнні лепшага карыстацкага досведу? Кантакты Rand Group Digital для маркетынгавага...

Неабходнасць з'яўляецца маці ўсіх вынаходак - Платон

Я з'яўляюся распрацоўшчыкам першым, перш чым я спецыяліст па маркетынгу. Я больш клапаціцца аб прадукцыйнасці, які развязвае кода і паўторнае выкарыстанне, чым будзе Google сканаваць мае прыкладання. Я разумею, інтэрфейсы і мовы сцэнарыяў лепш, чым я магу чытаць дадзеныя трафіку Google Analytics. Але пасля ўступлення ў Rand Group я даведаўся, важнасць наяўнасці пошукавай аптымізацыі сайта. Паняцці SEO рэйтынгу і дубляваць змест штрафаў сталі рэчамі, якія я павінен лічыць гэтак жа важным, як старонка перекомпоновке / перафарбоўваць. Некаторыя рашэнні з'яўляюцца балючымі, і мне трэба зрабіць крок назад, калі мой праграміст бок хоча мэта праекта, каб выйграць. Адным з такіх рашэнняў з'яўляецца, калі я магу выкарыстоўваць AJAX на старонцы, і калі гэта будзе балюча або дапамагчы старонцы Я будынак.

У прыходзіць AJAX або Асінхронны JavaScript і XML , Вэб-тэхналогіі, якая ўключае ў сябе некалькі метадаў, якія абяцаюць лепшы спосаб абнаўлення змесціва вэб-сайта. Што такое AJAX менавіта? Для таго, каб адказаць на гэтае пытанне, мы павінны зразумець, Як браўзэр працуе ,

У асноўным, калі вы адкрываеце браўзэр на старонку вэб-сайт праз URL або Uniform Resource Locator , Запыт HTTP перадаецца праз эфір на вэб-сервер хостынг гэтай старонкі / сайта. Вэбсервер то, каб пакласці яго проста, служыць гэты рэсурс (малюнак, HTML і г.д.) з адпаведным тыпам пантамімы. Гэты адказ атрыманы браўзэрам і загружае бягучае прадстаўленне (акно браўзэра) з гэтым дакументам, малюнкамі і г.д. Да з'яўлення AJAX гэта азначала, што вы страцілі папярэднюю старонку, якую вы праглядалі і акно абнаўляюцца з ізноў запытанага рэсурсам. Гэтага было дастаткова, 40 гадоў таму, у дні ARPANET, дзе інтэрнэт быў проста куча дакументаў, звязаных з іншымі дакументамі, але карыстальнік сеткі сёння патрабуе больш дынамічных і інтэрактыўных вэб-сайтаў. Гэта азначае, што кожны сайт становіцца ўсё больш цяжкім і нязграбным, каб загрузіць. Гэта распрацоўшчыкі праца, каб зрабіць гэтыя старонкі больш прадукцыйнымі і больш настольнымі прыкладаннямі, як. Гэта азначала, доўгія прынятыя патрэбы выкарыстання браўзэра мяняецца. AJAX стаў «вынаходствам», якая выклікала ад гэтай неабходнасці. Microsoft дадала новы аб'ект пад назвай XMLHttpRequest даступныя праз JavaScript. З XMLHttpRequest, вэб-старонка можа мець JavaScript асінхроннай (мудрагелісты тэрмін, які азначае, працуе ў фонавым рэжыме) запытваць рэсурс з вэб-сервер і атрымаць адказ, што ў якасці дадзеных, якімі можна маніпуляваць з дапамогай JavaScript. Найбольш распаўсюджанае выкарыстанне было ўставіць дынамічную разметку ў DOM. Каб праілюстраваць гэта, уявіце, што вы маеце старонку з бакавой панэллю з бягучым радком для апошняй інфармацыі запасаў. З дапамогай AJAX, вам трэба ўсяго толькі націснуць на спасылку або кнопку, якая запускае запыт на акцыі абмену API і загрузіце дакумент, ён вяртае. Усе без абнаўлення старонкі. Гэта эканоміць час і захоўвае захопленых карыстальніка і памяншае нагрузку на вэб-сервер.

На дадзены момант, вы можаце ўбачыць трохі ясней перавагі AJAX. Меншая нагрузка на сэрвэры, лепшы вопыт для карыстальніка, вэб-старонкі нагадваюць настольныя прыкладанні, гнуткасць любога рэсурсу (HTML, тэкставыя файлы, малюнкі і г.д.). Хоць вельмі карысна, не без недахопаў. AJAX псуе з гісторыяй сэнсу браўзэра, у адрозненне ад звычайна нагружаных сайтаў, націснуўшы кнопку назад або наперад не будзе паказваць розныя версіі старонкі. Гэта прыводзіць да блытаніны і расчаравання з боку карыстача не кажучы ўжо пра розніцу ў рэалізацыі з рознымі браўзэрамі. AJAX з'яўляецца больш прыстасаваным прыкладанняў, чым дакументы. Прыкладання клапаціцца аб стане ў мэтах выканання задачы. Дакументы «кантэйнеры» інфармацыі. Дадатковае намаганне, каб пабудаваць гэтую розніцу ў кодзе, каб атрымаць адзіны інтэрфейс для выдачы AJAX запытаў. Што прывяло да папулярнасці мноства фреймворков і бібліятэк, як JQuery і AngularJS.

Для вэб-прафесіянала, самы вялікі недахоп AJAX мае, што гэта не з'яўляецца аптымальным рашэннем, каб ваша старонка індэксуецца і скануюцца пошукавымі сістэмамі. Пошукавая сістэма аўтаматызаваная модулі, любоўна званыя ботамі, разумныя прыкладання, гойсаць па інтэрнэце, тыя, што ходзяць адно звяно за іншым у каталог інтэрнэт у дакументах слоў і URI. Пошукавыя сістэмы павінны быць аптымізаваны для выканання гэтай задачы, таму на працягу самага доўгага часу, усе пошукавыя боты толькі аказалі першапачатковую разметку вэб-сайта дакумента. Інфармацыя пасля падзеі DOMContentLoaded, як запыт AJAX, была бесцырымонна ігнаруецца. Так што калі ў вас ёсць вэб-сайт у залежнасці ад AJAX, то вы не пашанцавала. Як я ўжо згадваў раней, AJAX лепш за ўсё падыходзіць для прыкладанняў, дзе існуе стан бягучага выгляду, каб паказаць задачу, якая будзе выканана. Зусім несумяшчальнае з арыентаванай на дакументы ботаў.

Пошукавая сістэма боты высокаэфектыўныя парсер , Чыя адзіная мэта складаецца ў тым, каб чытаць тэкст і архіваваць URL, які паказвае на гэты дакумент шляхам захавання, які змяшчае ўтрыманне пэўным чынам. Simpler яшчэ ўявіць сабе бібліятэку кніг, дзе кожная кніга з'яўляецца старонка вэб-сайта, а таксама бібліятэка каталога адпавядае кожнай кнізе не па агульных тэмах, а па змесце кнігі, кожнае слова, і прысуд. Для таго, каб узяць кнігу вам трэба будзе прайсці слізгаценне з праходам па каталогу карты для гэтай кнігі да бібліятэкару, пошукавы запыт. AJAX згенераваных дадзеных, з другога боку, было б параўнаць з друзлай старонкі, якія вы можаце пазычыць ад бібліятэкара, калі вы трапляеце на старонку перад ім. Але паколькі каталог быў пабудаваны без уліку, што дадатковыя старонкі, вы не можаце выкарыстоўваць змесціва гэтай разарванай старонкі, каб адправіць бібліятэкар, каб ён / яна можа знайсці кнігу і пазычыць яго вам. Як разарваная старонка, боты не змогуць выкарыстоўваць інфармацыю на гэтай дадатковай старонцы, каб вызначыць вашу «кнігу».

У 2009 годзе, Google бачыць значэнне AJAX для будучыні Інтэрнэту, прапанаваны шэраг метадаў стварыць счапляецца стану на вэб-сайце. Гэта робіцца, дазваляючы сервер ідэнтыфікаваць запыт і служыць прадкампіляваныя версіі або здымак стану старонкі. Дзяржава з'яўляецца тое, што старонка выглядае як пасля змены на старонцы адбылося, напрыклад, націск старонкі 2 і загрузкі гэтага набору ліній з выкарыстаннем AJAX. URL стану старонкі ідэнтыфікуецца з дапамогай спецыяльнага атрыбуту пад назвай фрагмент ўцёкаў.

Распрацоўшчыкі ва ўсім свеце радаваліся іх новаздабытую звышдзяржаву. Google неўзабаве абвясцілі, што яны больш не рэкамендуе схему і абвясціў іх Шукальнікі / Боты могуць зразумець і зрабіць старонкі, як сучасныя вэб-браўзэры. Ёсць перасцярог да гэтага, хоць, старонкі павінны быць прадукцыйным і догляд павінна быць нададзена асаблівасцям не ўключаных у старонку сэнсу няма фантазіі крывацёку краю тэхналогій.

Я лічу гэта трохі навін, каб быць вельмі перспектыўным сапраўды. Для таго, каб пацвердзіць прэтэнзіі Google, я распрацаваў некаторыя эксперыменты, натхняючы klikki ,

Першае пытанне, які я хацеў бы адказаць, калі быў змест пабудаваны з дапамогай Javascript з'яўляецца скануюцца на Google ботаў. Па-другое, было тое, што тып дадзеных AJAX з'яўляецца поўзаць бяспечным.

мой эксперымент

Я стварыў старонку з вобласцю, дзе я загрузкі змесціва AJAX. Па-першае, раздзел пабудаваны з фрагментам (.shtml) са звычайнай HTML-разметкі. Я дадаў унікальную радок у файл, думаючы, што б зрабіць яго прасцей тэставаць ад пошуку Google.

Пасля дадання гэтага падзелу, я пайшоў у Google Webmaster Tools, і прадставіў старонку індэкса. Праз некалькі хвілін, я пайшоў да Google Search:

Да гэтага часу так добра. Такім чынам, адказ на пытанне, калі мой першы тэст з'яўляецца поўзаць-стане гэта гучнае так.

Другі раздзел уяўляе сабой графік спасылак, пабудаваных з крыніцы дадзеных JSON і магіі маніпуляцый JQuery DOM. Тое ж самае з першай секцыяй, я стварыў унікальную радок, сфармаваную з счэпленых катэгорый.

На гэты раз, я хацеў Google індэксаваць старонку, натуральна. Я чакаў на працягу гадзіны пасля паўторнай майго сайта:

Гэта не было нечаканасцю даведацца на старонцы яшчэ не былі праіндэксаваныя. Я вырашыў пакінуць эксперымент і чакаць на працягу некалькіх дзён. Праз пяць дзён, і вось, я быў паспяхова ў стане запытаць другую унікальную радок і вырываць старонку хаста:

Мы даказалі, што як HTML фрагмент кода і генеруецца разметка поўзаць-магчымасці ад Google.

Для таго, каб убачыць, калі старонка не атрымае штрафныя санкцыі ад Googlebot, я паўторна мой індэкс і стаў чакаць яшчэ некалькі дзён:

Я не заўважыў якога-небудзь перавагі па тыпу разметкі. Пункты і назвы анкернага былі праіндэксаваныя і пошук ад Google.

У той жа час, я прадставіў маю старонку для індэксацыі. Я ўвайшоў у Bing і ўявіў тую ж старонку. На момант напісання гэтага старонкі, я яшчэ, каб мець магчымасць выкарыстоўваць ўтрыманне AJAX для мэтавай старонкі з дапамогай Bing.

Эксперымент вышэй паказвае, што гусенічны Google можа аказаць і поўзаць JavaScript кантэнт. Што мой эксперымент не хапае, індэксаванне стану. Дзяржава, як я ўжо згадваў раней, з'яўляецца здымак старонкі пасля таго, як дзеянне адбылося. Дадатковае намаганне, каб дазволіць браўзэру ведаць аб змене.

Націсніце гісторыі дзяржавы і аб'ект

HTML5 ўведзеныя history.pushState () і history.replaceState () метады , Гэтыя метады дапамагаюць браўзэра аб'ект гісторыі, які браўзэр выкарыстоўвае для абазначэння розных старонак. Абодва метаду прымаюць URL ў якасці параметру. Кожны раз, калі, напрыклад, метад PushState называецца бягучае месцазнаходжанне захоўваецца як рэферэрам і падзея спрацоўвае. Стварэнне сцэнарыяў старонкі будзе злавіць гэтую падзею і яго праца, каб зрабіць адпаведныя дзеянні. Пры гэтым вы можаце падключыць старонку, каб мець розныя «здымкі». Цяпер вы можаце выкарыстоўваць кнопку гісторыі, каб перамяшчацца сеансам старонкі без уцёкаў або абнаўлення бягучай старонкі. Стану старонкі могуць затым быць перададзены ў якасці URL для індэксацыі ці то па спасылцы на старонцы або на запісы ў карце сайта. Такое развіццё падзей прывяло да новага тыпу прыкладання, званага SPA або Single Application Page.

Тэма майго наступнага эксперыменту будзе Адзіночныя прымянення Page. Так што сочыце за гэтым.

выснову

AJAX і метады, якія распрацоўнікі распачалі, каб палегчыць недахопы ў браўзэры вылучалі, як мы ўспрымаем сайты і такім чынам, як мы чакаем, што вэб-сайты павінны паводзіць сябе. AJAX, безумоўна, выдатны інструмент у поясе вэб-распрацоўніка. Як і ўсе тэхналогіі, неабходна выконваць асцярожнасць пры ўключэнні гэтага ў праекце. Асабліва, калі мэты праекта, з'яўляюцца больш эфектыўнымі і магчымасці пошуку індэксацыі.

Патрэбна дапамога ў стварэнні лепшага карыстацкага досведу? Кантакты Rand Group Digital для маркетынгавага аўдыту перагледзець свой бягучы сайт і дапамагчы вызначыць вобласці для паляпшэння.

- праграмнае забеспячэнне, якое пастаўляецца як было абяцана. Няма сюрпрызаў.