Юзабилити, доступность и SEO с перспективой на инфоструктуру

Оглядываясь в то время, когда появился Интернет. Это дало машинам возможность разговаривать с машинами по всему миру. Инженеры больше не должны были заботиться о сетях - вся тяжелая работа была сделана за них. Это сместило фокус разработки от кабелей обратно к машинам. 

Іншай сумнай прэзентацыі...

.. У чорна-белым з занадта вялікай колькасцю тэксту і малюнкаў няма. Я прашу прабачэнні - PowerPoint ніколі не была ключавы навык. Калі гэта пра любое выкарыстанне калі ласка ўзяць яго і даўкі яго па меры неабходнасці.

Усё пра старонкі

Так вэб заўсёды быў каля 2 рэчы: старонкі і спасылкі. Гэта даволі відавочна, але гэта тое, што мы часта губляць. Калі вы калі-небудзь працаваў на вэб думаць толькі пра ўсіх час і высілкаў мы ўкладваем у старонках: каркасы, візуальны дызайн, Photoshop прывілеі, семантычнай разметкай, CSS, Flash кампаненты, "виджетов"... І параўнаеце, што з часам і высілкі мы ўкладваем у схемы URI і спасылку дызайну.

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

Першыя дні вэб-пошуку

Яшчэ ў дні AltaVista і першага Yahoo! пакаленні, пошуку ў Інтэрнэце ўсё пра старонкі. Пошукавыя робаты сканаванне вэб-і індэксаванага кантэнту і метададзеных кожнай старонкі. Вынікі былі ранжыраваны ў адпаведнасці са шчыльнасць ключавога слова і ўтрыманні мета элементы.

Вельмі хутка людзі зразумелі, што яны могуць спам пошукавых сістэм, у тым ліку ўтоеных дадзеных на старонках. Мета ключавыя словы і апісанне элементаў былі распрацаваны, каб дазволіць выдаўцам уключаць метададзеныя для апісання старонкі, але некаторыя выдаўцы абражалі іх уключыць папулярных пошукавых тэрмінаў, не мелых стаўленне да змесціва старонкі.

Зараз пошукавыя сістэмы маюць такое ж стаўленне да ашукваюць, як Джордж Буш. Яны не вельмі падабаецца. Калі пошукавая сістэма дазваляе сабе быць шмат спаму карыстачы больш не будуць давяраць яго вынікам і пайсці ў іншае месца. А бо сучасныя арганізацыі пошуку сапраўды больш у рэкламным бізнэсе, чым пошук бізнэс, атрымліваючы спам, можа быць фатальным для сваёй дзейнасці. Так яны пачалі ігнараваць мета ключавыя словы і апісанне элементаў.

Што зрабіў Google

Для рашэння гэтай праблемы Google вярнуўся ў 17 павеку, а некаторыя асноватворныя прынцыпы сучаснай навукі: экспертнай адзнакі і цытат. Каб адрозніваць вынікі з амаль аднолькавай шчыльнасці ключавых слоў яны таксама заняла старонак як цытуецца і, такім чынам, яны былі ўплывовымі. Якія для вэб азначала, што яны падлічылі колькасць уваходных спасылак. Мяркуецца, што больш старонка злучана з (цит.) вышэй гэта значэнне. Гэта было асновай вядомага PageRank алгарытм. Калі вы знаходзіцеся ў настроі для глыбокай матэматыку вы можаце зрабіць некаторыя даведкавыя матэрыялы на уласных - калі вы не то сапраўды няма.

Так Google прынёс URI, HTTP і ў свеце пошуку. Тое, што было ўсё пра старонкі і змесціва стаў пра старонкі і спасылкі - 2 ключавых кампанентаў сеткі, якія працуюць у тандэме.

Web 1.0 > Вэб 2.0 - ад спасылкі гнілаты настойлівасці

Гіпертэкст навуковых кругоў было некалькі рэчаў, якія TimBL выключаны з сеткі. Адзін з іх быў двунакіраванай сувязі. У акадэмічнай тэорыі гіпертэкставых калі дакумент злучаны з дакументам У, то дакумент B таксама спасылка на дакумент А.

Вярнуцца на старонку вэб-засяроджана 1,0 дзён гэта адбылося ўвесь час. Калі Web 2.0 было ні пра што ( і гэта было пра шматлікі ) было ўваскрэсенне HTTP і URI, у якасці ключавых кампанентаў у Інтэрнэце. Блог сталыя, блог выходных спасылак, сацыяльных закладак, вікі і AJAX усё адноўлены прымат HTTP, URI і спасылкі ў якасці асновы сеткі.

Web 2.0> Web 3.0> гады - ад дакументаў да рэчаў

Так што ж адбываецца далей? Некаторыя людзі кажуць о Web 3.0, некаторыя кажуць, што Semantic Web, TimBL перамовы о Гіганцкі Глабальны графік, але ўсё гэта ў значнай ступені тое ж самае. Замест таго, каб сетка машын ці вэб-дакументаў, мы пачынаем рухацца ў свеце злучаны рэчаў ці прынамсі Сеткі дадзеных пра рэчы. І будаваць, што мы ў першую чаргу неабходна вэб-ідэнтыфікатараў - ці URI. Гэтыя рэчы маглі б быць вы ці ваш сябар ці вялікай тэлевізійнай праграмы ці музыку каханага мастака. Але ключавым фактарам для выяўлення іх на вэб, каб даць ім HTTP URI і робяць, што URI стабільным і ўстойлівым - COS прахалодна URI, не змяняюцца.

Верагодна, першае месца адчуваць наступствы гэта будзе вам і вашай сацыяльнай сеткі. Стаміліся ад таго, каб увесь час паўторна вас сябрамі ў сацыяльных сетках? Калі вы (не з'яўляецца дакументам пра вас, але насамрэч вы) маюць URI, і кожны з вашых сяброў ёсць URI і вашай сацыяльнай сеткі можа быць выяўлена як сувязі паміж гэтымі URI, няма неабходнасці ў больш уводу дадзеных. Тэхналогія можа быць OpenID ці FOAF + SSL ці іх спалучэнне - які б бокам канцэпцыя застаецца той жа.

Будучыня пошуку (гэта семантычнае?)

Так разумная, як Google і інш. з'яўляюцца (а яны вельмі разумныя) пошук па-ранейшаму штосьці грубіянскай сілай практыкавання. Калі я пошуку Fall пошукавых не ведаю, калі я маю на ўвазе падзенне чалавека ці фільм ці сезону ці кнігі ці групы. (У гэтым выпадку дакумент пра групу займае першае месца якой, як гэта павінна быць :-).) Але гэта не дапамагае людзям, якія не з'яўляюцца прыхільнікамі Salford заснаваны Krautrock.

Так уплыў не заўсёды карту да ўлады - асабліва, калі ўмовы з'яўляюцца неадназначнымі. Каб адрозніць фільмаў і сезонаў і кніг і палос мы павінны публікаваць змесціва як дадзеныя, што машыны (у дадзеным выпадку ботаў пошуку) можна зразумець. Іншымі словамі мы павінны злучаных дадзеных о Semantic Web.

Гэта яшчэ рана для злучаных дадзеных і пошукавых сістэм. Большасць буйных гульцоў, як уяўляецца, апусканні іх пальцы ў ваду. Yahoo! SearchMonkey, верагодна, самы высокі профіль высілка на сённяшні дзень. Пакуль індэксы микроформатов і RDFa у HTML дакументаў для вымання семантычнай інфармацыі. Я адважуся сказаць, некалькі кансультантаў SEO будуць раіць вам дадаць микроформаты ці RDFa ці з поўным утрыманнем тлушчу RDF на ваш сайт проста яшчэ - але гэтыя дні можа стаць рэальнасцю.

Чаму гэта важна

Калі вы пахаваны ў разгар буйнага праекта гэта часам цяжка засяродзіцца на чымсьці дэталі рэалізацыі. Ваша энергія расходуецца на ваш сайт і вы забудзецеся, што разгледзець, як шыўкі сайта ў астатняй Сетцы. Колькі сеансаў тэставання карыстач вы праседзелі дзе ўдзельнік Паказана, браўзар з адкрытым на сайт хатнюю старонку і папытаў, каб знайсці рэчы? Калі вы распрацоўваеце силос сайтаў здагадка заўсёды, што турысты прыязджаюць сюды праз вашу хатнюю старонку - вось чаму вы В. Е. правялі так шмат часу і высілкаў, яго планаванне.

Цяпер я не кажу, хатнія старонкі, не важна - проста часу і энергіі мы які марнуецца робіць іх часам неадпаведна іх каштоўнасць для вэб-і, такім чынам, для карыстачоў.

Так што вы можаце зрабіць?

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

  1. Вы можаце павялічыць шчыльнасць ключавых слоў. Гэта часта выклікае пярэчанні з боку журналістаў і рэдакцый, якія не кахаюць іх капіяваць стыль замінаў. І гэтыя пярэчанні часта вызваляюцца ад крыўдлівы тыпаў і SEO кансультантаў, творчай фантазіяй. Але гэта не так. Вы часта бачыце сайты, якія былі SEOed з дакладнасцю да цалі сваё жыццё з ключавымі словамі паўтараецца да бясконцасці. Колькі разоў вы павінны прачытаць прэм'ер-міністр Гордан Браун, перш чым вы разумееце, што Гордан Браун прэм'ер-міністр? Калі вы будзеце паўтараць словы, вы рызыкуеце зрабіць свой утрыманні непрыемна чытаць, і таму меней карысна. І калі гэта меней карысныя людзям не будзе перадаваць яе сваім сябрам ці спасылку на яго. І без спасылак ваш Page Rank пакутуе. Гэта заганнае кола. Але з пункту гледжання І. А. Гэта заўсёды лепш пісаць для людзей, не ботаў пошуку. Звычайны стыль кіраўніцтва яшчэ ў сіле - напісаць для вашай мэтавай аўдыторыі і паспрабаваць выкарыстоўваць слова, якія яны выкарыстоўвалі б. Але не паўтараць сябе непатрэбнымі паведамленнямі толькі для вашага PageRank.
  2. Вы можаце дадаць ключавыя словы ў URI. Google кажа нам, што яны не заўважаць гэтага, але ніхто не здаецца, упэўнены, які ўплыў яна аказвае на Yahoo! і г.д. Калі вы вырашыце гэта зрабіць, што адбудзецца, калі гэтыя ключавыя словы змяняюцца з цягам часу. Ці можаце вы гонар старога URI,? Без занадта шмат перанакіраванняў? Пошукавыя сістэмы гл. перанакіраванні як патэнцыйны механізм спаму - Google для прыкладу толькі вынікаюць адзін за 301. Калі вы не можаце гонар старога URI, то спасылкі на вашых старонках будзе перапынак, і ўсе вашы цвёрдыя выйграў пошукавай сок уцечцы.

Іншыя метады меней спрэчным:

  1. Вы можаце падаць XML Sitemaps. Гэтыя дазваляюць вам ажыццяўляць вызначаны кантроль над тым, як і калі ваш сайт сканавання і індэксаванні. Перад пошук бот скануе ваш сайт ён спачатку правярае карта сайта, каб вызначыць, што змянілася, што чакаецца, часта змяняюцца, і тое, што не змянілася, бо гэта апошні візіт. Гэта дазваляе паказаць бота на новыя старонкі і абнаўленне старонак і робіць, што гэтыя скануюцца і індэксуюцца ў першую чаргу.

Але большасць з іх больш о URI, і спасылкі, чым старонак:

  1. Калі вы дачыталі да гэтага месца, тыя вы, верагодна, здагадаліся, першая рэкамендацыя, каб марнаваць час на праектаванні URI схемы. Пераканаецеся, што вы можаце гарантаваць захаванне URI, супраць усіх (прадказальнай) нечаканасцям. Не ахвяруйце настойлівасць для лёгкачытэльнасці. Калі вашы старонкі перамясціць пошукавай сок выходзіць з акна.
  2. Калі вы вырашыце, што чытальнасць з'яўляецца неабходнай умовай для вас ці вашай арганізацыі і, калі вы плануеце апублікаваць шмат старонак вы, верагодна, трэба дазволіць для рэдакцыйнага ўмяшання ў стварэнні гэтых цэтлікаў. Вам таксама неабходна стварыць прыладу адміністратара, каб гэта мера мець месца. Гэта значыць, вам трэба пабудаваць выдаткаў па персанале гэтых людзей і будынкі прылада ў ваш праект.
  3. Калі па якім чынніку неспадзяваных вашага URI, ёсць змяніць марнаваць час на атрыманне пераадрасавання права. Часам Ёсць перанакіраванні на вашым сайце, што вы так абвыклі да вас забыцца, што яны існуюць. Напрыклад, калі я спасылку на http://bbc.co.uk/zanelowe першае перанакіраванне будзе http://www.bbc.co.uk/zanelowe і другое перанакіраванні будзе http://www.bbc.co.uk/radio1/zanelowe/. Бо Google будзе перадаваць толькі PageRank для аднаго перанакіраваць першай з гэтых спасылак будзе праходзіць не PageRank для Zane Lowe. Паколькі нават даданне/ бяздзейнасці замыкальная касыя, як правіла, чыннікам перанакіравання атрымліваць гэта няправільна можа прывесці да сур'ёзнай уцечкі пошук сок рухавіка.
  4. Ніколі не падвяргайце вы стэка тэхналогій у URI -. Не SHTML,/ CGI-BIN/, PHP/ стойкі/, JSP і г.д. Тэхналогія можа змяняцца з цягам часу -.., Калі яна вам не жадаеце, каб вашы URI, для змены з ім. Як дадатковая перавага па падтрыманні вашай тэхналогіі з вашага URI, таксама дае менш ключы для хакераў.
  5. Па пытанні пра бяспеку было апошняя прапанова на MSDN, што вы павінны змяніць ваш URI, кожныя 10 мінуць для стрымлівання межсайтовый скриптинг (XSS), крос-сайт падробцы запытаў (XSRF) і адкрыта-перанакіраванне фішынгу. Калі вы не жадаеце рабіць гэтыя вы будзеце цалаваць вашу пошукавую находимости да спаткання.
  6. Ніколі не ўключайце сеансавых ключоў у URI. Гэта адзін з варыянтаў, разгляданых у артыкуле MSDN вышэй. Але гэта таксама шырока выкарыстоўваецца як сродак сачэння за карыстачамі праз сайт. Калі вы заходзіце на сайт, Вам даюць ключ, які захоўваецца на працягу ўсяго тэрміна сеанс свайго браўзара. Гэта будзе выкарыстоўвацца ў кожным наступным спасылку URI для адсочвання вашага вандравання. Але бо кожны карыстач атрымлівае розныя ключавыя для кожнага візіту яна азначае, што вы не можаце звязацца з, закладкі ці па электроннай пошце спасылку на сябра. Гэта азначае, пошукавікі не могуць бачыць ці індэкс старонкі. Гэта метад, які выкарыстоўваецца на працоўныя месцы сайце BBC. Гэта азначае, што спасылку Delivery Manager Workstream працу (а?), які працуе для мяне не будзе працаваць для вас і не будзе працаваць для пошукавых сістэм. І ў наступны раз я адкрываю браўзар ён не будзе працаваць для мяне таксама. Ніца.
  7. Толькі выкарыстанне HTTPS, дзе вы павінны. HTTPS з'яўляецца больш бяспечным, стрыечны брат HTTP. Яна павінна выкарыстоўвацца, калі Вы жадаеце, каб карыстачы для абмену канфідэнцыйнай інфармацыяй на вашым сайце. Аднак, старонкі падаецца з HTTPS не індэксуюцца пошукавымі сістэмамі, так што вы не жадаеце выкарыстоўваць яго для звычайных старонак. Сайт BBC працоўных месцаў можа зрабіць гэта правільна з ужываннем матэрыялу, якія HTTPS. Нажаль, яна таксама выкарыстоўвае HTTPS для ўсяго астатняга: вынікі пошуку, спісы вакансій, службовыя інструкцыі... Іншы чыннік, чаму BBC працоўных месцаў не апынуцца ў пошукавых сістэмах.
  8. Адно з першых правіл у інфармацыйнай архітэктуры кнігу O'Reilly з'яўляецца не падвяргаць унутраныя структуры арганізацыі ў адкрыты інтэрфейс. Гэта яшчэ штосьці, што часта бывае і можа прымаць розныя формы: пры дапамозе цэтлікаў, што толькі вашы бізнэс-адзінкі разумеюць, што адлюстроўвае вашы кіраўнічыя структуры ў структуру сайта і г.д. самых згубных прыкладаў звычайна здараецца, калі вы думаеце пра ваш сайт у выглядзе набору аўтаномных, самадастатковыя прадукты. Сеткі сапраўды не паддаецца гэты менталітэт термоусадочную плёнку. У выніку часта стварэнні некалькіх старонак/ URI, на ваш сайт, якія кажуць пра тое ж. У цэлым ваш сайт павінен імкнуцца да адной старонкі/ URI у канцэпцыі. Калі вы атрымаеце некалькі старонак пра тое ж некаторыя з іх у канчатковым выніку непазбежна суправаджаецца і ісці састарэлым. Усё гэта прыводзіць да блытаць карыстачоў. Гэта таксама прыводзіць да блытаць пошукавыя сістэмы і расшчапленні ваш PageRank праз некалькі URI. Лепш мець адну старонку з 10 уваходных спасылак, чым 10 старонак з адной уваходнай спасылкі.
  9. Калі па нейкіх чынніках вы ў канчатковым выніку з некалькіх старонак прыкладна ў тое ж паняцце прынамсі пераканацца Ёсць сувязяў паміж імі. Вырашыце, які з іх кананічную старонку - той, які вы жадаеце бачыць сваю чаргу, у выніках пошуку. І дадаць адноснай-кананічнай мета элемент на гэту старонку. Калі пошукавыя сістэмы знайсці шмат падобных старонак яны паспрабуюць сквош уніз выніковага набору ў адну старонку. Кажучы ім, якая старонка з'яўляецца кананічным дапамагае ім зрабіць правільны выбар.
  10. Падлучэнне вашага сайта на дадзеныя і інтэрфейс узроўня і разбурэнні бункераў утрыманне прыводзіць да яшчэ зручнейшых, больш дружалюбных пошукавай сістэме досведу. Першым крокам з'яўляецца ўзгадненне, што вы мадэль, праверыць ваша разуменне з карыстачамі і пагадзіцца на ідэнтыфікатары. Пасля таго як вы зрабілі гэта новыя магчымасці сувязі ўзнікаюць, новыя вандраванні карыстачоў стала магчымым, і вы можаце Мясасечка адзін набор дадзеных шматлікія, шматлікія іншыя. Чым больш утрыманне агрэгатаў вы робіце, тым больш вандраванняў карыстачоў, чым больш спасылак для пошукавых сістэм, каб атрымаць свае зубы ў. Як, напрыклад, калі частка вашага сайта пра праграмы і некаторых праграм утрымоўваюць рэцэпты, а іншая частка вашага сайта пра ежу і ўтрымоўвае рэцэпт старонак, то спасылка з праграмай старонкі эпізод у адпаведныя рэцэпты і спасылку з рэцэптам старонкі эпізод яны былі прадстаўлены цалі Гэта просты ў прынцыпе - ключ да добрай працы карыстачоў і добрыя SEO, каб вашы інфраструктуры і трубаправодаў права.
  11. Калі мы пагадзіліся на адной старонцы ў канцэпцыі, мы павінны таксама пагадзіцца на адно паняцце на старонку. Там, напэўна, заўсёды будзе ціск ад маркетынгу тыпы ўключаюць шмат крыжаваных пасоўванне спасылкі ад утрымання старонкі да ўтрымання старонкі. І гэта звычайна ў прынцыпе. На практыку гэта можа прывесці да старонак, якія больш аб'яў, чым утрыманне. Гэта вод уніз іх ключавое слова кластарызацыі, а таксама можа ўводзіць карыстачоў у памылку - што гэта за старонка і дзе я? Калі вы падлучаеце ваш дадзеныя, якія вы можаце пачаць будаваць семантычных сувязяў на аснове ўтрымання і звесці да мінімуму неабходнасць нязграбнай рэкламай. Падумайце Вікіпедыі, а не права NAV бакі.
  12. Вы можаце заахвоціць людзей высылаюцца на вас, зрабіўшы кожны самародак утрыманне адрасаваных на ўстойлівых URI. Аналогія тут з Twitter. Кожны твит, незалежна ад таго, як бессэнсоўныя ці пустое ўтрыманне і значэнне мае яго ўласны URI. А гэта значыць, калі хтосьці штосьці сказаць цікавых людзей можна спасылку на яго. І таму, што кожны твит спасылкі на гэта твітар гэта ўсё больш спасылак для пошукавых сістэм, каб жаваць.
  13. Памятаеце, што вы не павінны мяты ўласных ідэнтыфікатараў. Калі вы можаце выкарыстоўваць агульныя вэб-маштабе ідэнтыфікатары для паняцця вы зацікавіць Гэта палягчае для іншых сайтах спасылку на вас, калі вы падзяляеце агульную валюту.

Апошняя рада з'яўляецца самым важным. ЗРАБІЦЬ добры кантэнт!. Калі ваш кантэнт цікавым, якія адпавядаюць ці смешныя людзі захочуць закладку яго, прывесці яго і падзяліцца ім з сябрамі. Калі гэта не так яны не будуць.

Некаторыя іншыя рэчы, якія вы можаце зрабіць

"Виджеты" і API-інтэрфейсаў

Виджеты і адкрытых дадзеных API, якія дазваляюць карыстачам прымаць утрыманне/ дадзеныя і выкарыстоўваць яго ў сваіх уласных сайтаў і прыкладанняў. Здаецца нелагічным выказаць здагадку, што калі ваш кантэнт можна знайсці ўсюды, дзе ён будзе больш даступным для пошуку на вашым сайце. Ізноў усё вяртаецца да спасылак.

У выпадку виджеты яны амаль заўсёды са спасылкамі на ўтрыманне сайта-крыніцы. Прэзентацыя ў верхняй частцы гэтай пасады напрыклад пастаўляецца з 3 спасылкі на SlideShare. Кожны з гэтых сувязяў робіць SlideShare утрыманне больш даступным для пошуку.

Нажаль гэта не заўсёды так проста. SlideShare виджет у верхняй частцы старонкі адлюстроўваецца (галоўным чынам) статычныя дадзеныя. Гэта значыць ён можа быць вынесена ў HTML з флэш-роліка для фактычнага ўяўлення. Паколькі спасылкі на SlideShare простыя HTML спасылкі яны ўносяць свой унёсак у PageRank. У шматлікіх выпадках неабходна виджеты для адлюстравання дынамічных дадзеных. Для гэтага яны часта выкарыстоўваюць JavaScript і/ ці Flash для адлюстравання саміх. У гэтым выпадку звычайны Flash і JavaScript праблемы узнікаюць.

Так адкрыццё змесціва і дадзеных для паўторнага выкарыстання можа зрабіць ваш сайт больш даступным для пошуку і прыцягненні трафіку зваротна да вас. Як заўсёды, калі вы кахаеце вашых дадзеных, вызваліць яе. Выйграюць усё.

Адзін Сеткі

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

Пакуль гэта не занадта вялікая праблема. Большасць іншых прылад не маюць багатую сетку падтрымкі сайтаў, якія вы атрымаеце на працоўным стале і вэб-сайтаў пэўнай прылады яшчэ больш сценамі сады, чым іх больш сплятаюцца ў кузенаў вэб працоўным стале. Але, як падтрымка мабільных павялічвае няма ніякіх чыннікаў меркаваць, што складаная экасістэма падтрымкі сайтаў (сацыяльныя закладкі прылады, напрыклад) не будзе развівацца разам з ёй.

IPhone у прыватнасці, ужо паднімае шматлікія з гэтых праблем. Гэта цалкам здольныя аказанні стандартных сайтаў працоўнага стала і інтэграцыю з сацыяльнымі прыладамі закладкі. Але мы часта ствараюць асобную версію iPhone у розных URI, каб скарыстацца swishy JavaScript старонку iPhone у пераходах і г.д.

Відавочна розных прылад выкліку для розных прыярытэтаў утрымання, розныя паездкі карыстачоў і розных формаў узаемадзеяння. Але яны не маюць патрэбу ў іх уласны набор URI. Лепш выкарыстоўваць узгадненне ўтрымання і прылады выяўлення вярнуць уяўленне вашага кантэнту, які адпавядае карыстача прылады. Адзіны набор URI, азначае, што ваша ўвага карыстачоў і спасылкі не расшчапляецца і павялічвае рухавіка сок пошуку на свае старонкі. Адзін Сеткі для ўсіх.

Калі ўтрыманне перамоў/ прылады выяўлення занадта шмат працы, якую вы павінны вырашыць, якія ўяўленні (звычайна Desktop Web) з'яўляецца кананічным і адзначце яго/ спасылку на яго як такога.

Эм, карыстацкі кантэнт

Такім чынам, мы ўсё ведаем, што карыстацкі кантэнт з'яўляецца заступніцка і зневажальна этыкетцы. І я баюся, што я буду зневажаць яго далей. Выбачыце.

Шлях назад у 1995 году Нікалас Негропонте напісаў кнігу пад назвай Быўшы лічбавы. У ёй ён абмяркоўваў , што вяшчальнікі павінны зрабіць, каб зрабіць іх утрыманне даступным для пошуку ў лічбавым свеце. Ён казаў пра біт (утрыманне як лічбавыя дадзеныя), а біты пра біты (дадзеныя пра матэрыялы). (Я думаю, біт пра біт, што мы зараз завём метададзеных, але я думаю, што я па-ранейшаму аддаюць перавагу біт пра біты.) Па пытанні пра біт біт ён сказаў:

[..] Нам патрэбныя тыя біты, якія апісваюць апавяданне з ключавымі словамі, дадзеныя пра ўтрыманне, і наперад і назад спасылкі. [..] Яны будуць устаўлены людзьмі дапамагаюць машыны, на момант рэлізу (як Тытры сёння) ці больш позняй версіі (на гледачоў і каментатараў).

Акцэнт мае ўласныя. Памятаеце гэта было задаўга да таго, усё казалі пра сацыяльныя медыя, перш чым Google існавалі і раней, чым большасць людзей нават чуў пра Сетку.

У наш час мы ўсё абвыклі да сайтаў, якія просяць нас, каб увайсці ў сістэму і ацэньваць і пазначаць і каментаваць кантэнт. Гэта можа здацца цынічным, але ў шматлікіх выпадках (хоць і не BBC, вядома) сайт выдаўцоў запрасіць гэтых узаемадзеянняў не таму, што яны зацікаўлены ў тым, што вы павінны сказаць, але таму што гэта каштоўная крыніца дадатковых дадзеных пра іх утрыманне. І гэтыя дадзеныя могуць быць скарыстаны для новых агрэгатаў (самы папулярны; tagclouds для вас, для вашых сяброў, для ўсіх; Апошнія каментары і г.д.).

Індывідуалізацыя

Ёсць 2 спосабу для персаналізацыі сайта. Па-першае, змена ўтрыманне існых старонак у адпаведнасці з інструкцыямі і паводзін (відавочныя і няяўныя) які ўвайшоў у сістэму карыстача. Так старонка пра тэлепраграмы могуць складацца з спіс вашых сяброў, якія глядзелі гэту праграму. Гэта добры спосаб зрабіць ваш сайт адчуваю жыл у але калі гэта ўсё, што вам рабіць вы будзеце ахвяраваць каштоўныя рэкамендацыі сацыяльных і дабра пошукавай сістэмы.

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

Калі вам неабходзен прыклад таго, як зрабіць персаналізацыі правільна зірнуць на захавальніка асабістых старонак карыстачоў.

Даступнасць, SEO і карма

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

Мы ўжо даўно прызнана, што даступнасць не дадатковае. Але гэта і тое, што вы можаце проста шыўка над вашым сайтам, калі ўсе іншыя развіццю робіцца.

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

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

Звычайны ангельскі

Заўсёды пішыце ў простым ангельскім, французскім ці валійскім ці [паказаць абраны вамі мова тут]. Выкарыстоўвайце мове вашай мэтавай аўдыторыі будзе зразумець. Калі вы ўскладняць тэкст вы рызыкуеце ў памылку карыстачоў. Рызыка ўдвая для карыстачоў з кагнітыўнымі засмучэннямі. Гэта не азначае, што вы павінны напісаць таблоіды стылі - як заўсёды пісаць трэба зразумець.

Alt атрыбуты

Напэўна, занадта відавочныя, каб згадаць. Людзі з абмежаванымі магчымасцямі візуальнага барацьбе з малюнкамі. Калі ваша старонка ўтрымоўвае малюнкі, якія павінны ўключаць Alt атрыбут для апісання малюнка. Пошукавыя робаты рухавіка праводзяць сваё жыццё жавальнай па старонках, як Pacman на дыеце са спасылкі. Яны могуць выяўляць прысутнасць малюнка, але не расшыфраваць тое, што намалявана. Таму яны маюць патрэбу Alt атрыбуты таксама. Часам малюнкі выкарыстоўваюцца для чыста дэкаратыўных мэт. Вам трэба ўсяго толькі дадаць Alt атрыбуты, калі малюнак дадае сэнс дакумента. Пусты атрыбут Alt можа мець рацыю выбару.

Семантычны HTML

Чытанні з экрана барацьбы са старымі макеты стыль табліцы. Лепш за ўсё, каб захаваць разметку падрэзаная і проста. Атрымаць дакумент дызайн права і выкарыстоўваць семантычны (X) HTML.

Пакуль пошукавыя сістэмы падабаюцца толькі загалоўкаў. Тэкст знойдзены ў H1S, H2S, h3s і г.д. будзе прадстаўлена лішняя вага. Але Вы маглі б таксама ісці да канца. Вылучаючы дакумент дызайну ў семантычнай HTML і дызайн у CSS зробіць Ваш сайт было лягчэй падтрымліваць і абнаўляць. Асцярожней на тых Тхо спісы вызначэнняў...

Утоеныя ўтрыманне

Чытанні з экрана даволі непаслядоўныя ў сваёй падтрымцы CSS утрыманне хаваецца. Большасць сучасных чытачоў экран будзе ігнараваць утрыманне ўтоеных з дысплеем: утоеныя ці дысплей: не, але ўсё яшчэ зачытаў утрыманне ўтоена пазіцыянаванні за кадрам. Ці з'яўляецца гэта наўмысным ці з-за чытанні з экрана па-ранейшаму даганяе сучасных метадаў праектавання CSS невыразна. Offscreen пазіцыі хаваецца часта выкарыстоўваецца ў CSS малюнкі замена назваў. Хоць чытачы экран-ранейшаму будзе чытаць закадровый тэкст, замена малюнка не нармаваных у большасці браўзараў так дагэтуль праблемы даступнасці. Памятаеце - усё больш людзей маюць дрэнны зрок і неабходнасць павелічэння памеру шрыфта, чым чытачоў выкарыстання экрана.

Формы

Праектаванне даступных формаў быў прадметам працяглых дыскусій. Гэта, як правіла, фармуляваліся з пункту гледжання карыстача для чытання з экрана. Але складаныя формы збіваюць з ладу для ўсіх карыстачоў і двойчы ўводзіць карыстачоў у памылку з кагнітыўнымі засмучэннямі. Часам формы непазбежныя (для пошуку, для карыстачоў рэгістрацыя і г.д.), але па магчымасці заўсёды забяспечваюць маршруты з утрыманнем, якое не патрабуе запаўнення формы.

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

Так дзеля даступнасці і SEO ніколі не выкарыстоўваць формы, калі спасылкі будуць рабіць (ці, прынамсі, паспрабаваць забяспечыць як). Адзінае выключэнне, калі дзеянне ў канцы спасылка разбуральнай - Вы не жадаеце Google (ці Google Accelerator ) выдаленне дадзеных.

Flash

Выкарыстанне Flash, відавочна, мае сваё месца на сучасным сайце. Калі вы жадаеце для дастаўкі струменевага відэа ці аўдыё гэта відавочны выбар. Але празмернае выкарыстанне Flash можа прывесці да праблем даступнасці. Гэта можна зрабіць Flash паў-даступным з укладкамі навігацыі і спалучэнні клавіш, але трэба паставіць працу цалі Калі вы вырашыце выкарыстоўваць Flash для галоўнай навігацыі сайта вы робіце шмат працы на сябе, калі вы таксама жадаеце, каб ваш сайт, каб быць даступным нават наблізіцца.

Нават калі вы выкарыстоўваеце HTML для навігацыі па сайце і Flash для аўдыё-візуальнага кантэнту там будзе стукаць па ўздзеянні на даступнасць. Паколькі Flash не маштаб, калі фільм утрымоўвае шмат тэксту ці ажыццяўляе гэта паведамленне рухомых малюнкаў і відэа вы будзеце рабіць жыццё цяжкай для карыстачоў з парушэннямі зроку. Калі ён нясе гэта паведамленне аўдыё вы будзеце рабіць жыццё цяжкай для карыстачоў з парушэннямі слыху.

Калі вы выкарыстоўваеце яе ў якасці асноўнай навігацыі адказ абсалютна ды. Надоечы я глядзеў на сайт, які прадаў трэнераў. Я ўбачыў пару, што я хутчэй спадабаўся. Звычайна я б закладкай старонку ў смачныя і вярнуцца пазней, але ў гэтым выпадку ўвесь сайт было вынесена ў Flash. Гэта азначала, не было старонцы закладку. Гэта значыць, кампанія страціла не толькі патэнцыйныя продажы, але і адна малюсенькая кропля соку пошук рухавіка. Дадамо, што да ў шматлікіх патэнцыйных карыстачоў і чысты эфект менш продажаў і менш находимости на сваю прадукцыю. Так што выкарыстанне Flash эканомна.

Калі замкнуць шмат утрымання ў Flash адказу дагэтуль ёсць. Flash у першую чаргу візуальна, чакай з улікам асяроддзя і пошукавыя робаты не так шмат візуальных хватка. Калі мы кажам, яны могуць індэксаваць тэкставыя ўтрыманні Flash файлаў Ёсць 2 перасцярогі:

  • калі тэкст уводзіцца як растравае няма нічога пошукавая сістэма можа зрабіць, каб выцягнуць яго на часткі,
  • калі семантычнай структуры тэксту твора графік фільма не пошукавая сістэма будзе ў стане сшыць гэта разам.

Самы лепшы спосаб, каб зрабіць утрыманне пад замком у Flash файлаў дружалюбнай пошукавай сістэме з'яўляецца падаванне стэнаграмы HTML.

JavaScript і AJAX

JavaScript і AJAX можна даступнасці зоны бедства. Для карыстачоў, для чытання з экрана гэта практычна немагчыма, каб трымаць іх абнаўленне, калі дзяржава старонкі змен. У выніку блытаніны, блытаніна прыводзіць да расчаравання і вашы карыстачы пайсці ў іншае месца. Лепш за ўсё, каб спраектаваць і пабудаваць ваш сайт, як стары добры HTML і паступовага ўмацавання адводкамі на Javascript і AJAX. Заўсёды правярайце ваш сайт з JavaScript уключаецца і выключаецца, каб пераканацца, што ён працуе ва ўсіх рэжымах.

Спасылка назвы

Нарэшце, калі чытанні з экрана сустрэчы спасылку яны будуць зачытаны "спасылка - спасылка тытул", дзе "назва спасылкі" з'яўляецца тэкст знаходзіцца паміж адкрывалым тэгам <а> і якія зачыняюць </> тэгі ці назва атрыбуту < > тэг, калі ён ёсць. Гэта азначае, што калі вы выкарыстоўваеце:

Больш падрабязную інфармацыю о {важныя ключавыя словы} націсніце <a rel="nofollow" href='..'> тут </ A>

карыстачы будуць чуць "спасылка - тут", якія не вельмі інфарматыўна. Калі замест гэтага выкарыстоўваць:

<a rel="nofollow" href='..'> Падрабязней о {важныя ключавыя словы} </ A>

карыстачы будуць чуць "спасылка - Дадатковая інфармацыя о {важныя ключавыя словы}", які з'яўляецца значна больш карысным.

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

Гэта, верагодна, варта адзначыць, што вы можаце кантраляваць толькі спасылку назвы на старонках публікацыі. Астатнія вэб змесцаваць спасылку на ўтрыманне які-небудзь знак яны лічаць патрэбным. Некаторы час назад шматлікія людзі ўзялі на сябе спасылку на афіцыйны Джордж Буш старонкі W. на Уайтхаус сайта з дапамогай прыкрая памылка "назва спасылкі". Некаторы час Лепшы вынік у Google для "прыкрая памылка была гэтай біяграфіі. Яна завецца Google бамбаванні і вы нічога не можаце з гэтым парабіць.

І гісторыя не сканчаецца з прыходам Обамы. Са змены адміністрацыі Белай хаты для вэб-майстроў увесь час перанакіраваны біяграфіі старонкі Буш якая была на http://www.whitehouse.gov/president/gwbbio.html на новую старонку біяграфіі Обамы на http://www.whitehouse.gov/administration/ president_obama/. Гэта азначала, Обама ўспадкаваў прыкрая памылка "рэйтынгу ў выніках пошуку". Яны вырашылі праблему так, але Ёсць з'яўляюцца 2 уроку ў гэтым. Па-першае, сцеражыцеся семантычнага дрэйфу. 43-й прэзідэнт быў не 44-го прэзідэнта; Гластонбери летась фэст не быў такім жа, як Glastonbury сёлета фэст. Кожны раз, калі Вы сутыкаецеся з новай канцэпцыяй неабходна мяты новы URI. Другі ўрок складаецца быць вельмі асцярожным з пераадрасавання...

Нарэшце

Бо я, здаецца, эфектна не атрымалася запісаць змястоўныя паведамленні ў блогу я думаю, яшчэ некалькі пунктаў, не будзе балюча...

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

... Google і інш. разумней, чым мы. У іх працуюць лепшыя выпускнікі лепшых універсітэтаў у свеце. Калі супернік выдавец робіць лепш старонкі, чым вы, але вашай старонкі вышэйшага рэйтынгу ў выніках пошуку, карыстачы знойдуць новы пошукавік, які вяртае лепшыя вынікі. І Google і г.д. страціць свой бізнэс. Разумныя людзі не збіраюцца дапусціць гэтага.