Original on http://www.bbc.co.uk/blogs/radiolabs/2009/03/designing_for_your_least_able.shtml
Некалькі чыннікаў, чаму мы робім сайты, як мы робім сайты. Дзякуючы Martin Belam і Nick Holmes.
.. У чорна-белым з занадта вялікай колькасцю тэксту і малюнкаў няма. Я прашу прабачэнні - PowerPoint ніколі не была ключавы навык. Калі гэта пра любое выкарыстанне калі ласка ўзяць яго і даўкі яго па меры неабходнасці.
Пасля зразумела скаргу пра выкарыстанне Flash у паведамленне пра даступнасць Я дадаў HTML версія S5 тут. Таксама адзначым, што няма нічога ў прэзентацыі, што не ў пасады.
Шлях, зваротны шлях у той жа дзень быў інтэрнэт. Гэта пры ўмове шлях для машыны, каб пагаварыць з машын па ўсім свеце. Распрацоўнікі праграмнага забеспячэння ўжо не трэба было клапаціцца пра правадоў ці пакетаў - уся цяжкая праца была зроблена для іх. Гэта змяніла фокус развіцця ад кабеляў і зваротна да машын.
У 1990-91 Тим Бернерс-Лі ўзяў у Інтэрнэт і дададзены 2 новых кампанентаў. Ён узяў SGML, распранулі яго і вынайшлі HTML. І ён узяў акадэмічны тэорыі гіпертэкставых і вынайшаў URI, і HTTP. У выніку World Wide Web і гэта змяніла фокус з сеткай машын на вэб-дакументаў і спасылак.
Усё гэта тлумачыцца значна, значна лепш і з вялікім акцэнтам на будучыню самага чалавека ў яго гіганцкі Графік паведамленню Глабальнага.
Так вэб заўсёды быў каля 2 рэчы: старонкі і спасылкі. Гэта даволі відавочна, але гэта тое, што мы часта губляць. Калі вы калі-небудзь працаваў на вэб думаць толькі пра ўсіх час і высілкаў мы ўкладваем у старонках: каркасы, візуальны дызайн, Photoshop прывілеі, семантычнай разметкай, CSS, Flash кампаненты, "виджетов"... І параўнаеце, што з часам і высілкі мы ўкладваем у схемы URI і спасылку дызайну.
Шмат у чым гэта зразумела. Гэта значна прасцей, каб прымусіць людзей займацца з рэчамі, яны могуць лёгка фатаграфія. І калі яны ўдзельнічаюць яны падпісваюць-офф. І калі яны падпісваюць-офф нам плацяць. Нажаль URI схемы і спасылкі канструкцыі не па прыродзе, у прыватнасці прыцягненне ці маляўнічыя.
Але URI, і спасылкі больш не меней важна, чым дызайн старонкі. Калі вы атрымліваеце права URI, і ваш вонкавы выгляд старонак кепскай вы заўсёды можаце вярнуцца і зрабіць іх лепш. Але калі вы зробіце хвалебных старонак, але і атрымліваць URI, няправільна ў вас ёсць вялікі аднавіць працу і губляюць захаваннем вашага URI. І ўстойлівых URI, маюць жыццёва важнае значэнне як для працы карыстачоў і пошукавых сістэм.
Для выкарыстання звілісты аналогіі добра зроблены сайт павінна быць як кубізм карціны: прасторы паміж рэчамі ж важныя, як самі рэчы - дзе што ў дадзеным выпадку азначае, што старонкі і прасторы сродкамі сувязі. Выбачыце!
Яшчэ ў дні AltaVista і першага Yahoo! пакаленні, пошуку ў Інтэрнэце ўсё пра старонкі. Пошукавыя робаты сканаванне вэб-і індэксаванага кантэнту і метададзеных кожнай старонкі. Вынікі былі ранжыраваны ў адпаведнасці са шчыльнасць ключавога слова і ўтрыманні мета элементы.
Вельмі хутка людзі зразумелі, што яны могуць спам пошукавых сістэм, у тым ліку ўтоеных дадзеных на старонках. Мета ключавыя словы і апісанне элементаў былі распрацаваны, каб дазволіць выдаўцам уключаць метададзеныя для апісання старонкі, але некаторыя выдаўцы абражалі іх уключыць папулярных пошукавых тэрмінаў, не мелых стаўленне да змесціва старонкі.
Зараз пошукавыя сістэмы маюць такое ж стаўленне да ашукваюць, як Джордж Буш. Яны не вельмі падабаецца. Калі пошукавая сістэма дазваляе сабе быць шмат спаму карыстачы больш не будуць давяраць яго вынікам і пайсці ў іншае месца. А бо сучасныя арганізацыі пошуку сапраўды больш у рэкламным бізнэсе, чым пошук бізнэс, атрымліваючы спам, можа быць фатальным для сваёй дзейнасці. Так яны пачалі ігнараваць мета ключавыя словы і апісанне элементаў.
Асноўныя метрыку для пошуку вынік ранжыравання стаў шчыльнасць ключавых слоў на старонках. Якое было добра ў той час як вэб-быў маленькі. Але летась Google абвясціў, што яны б выявілі 1 трыльён старонак у інтэрнэце. Як мы бачны павелічэнне ўтрымання синдикации праз кормы вузлоў і сябра каналы і reaggregators як пошукавыя машыны дыферэнцыявацца і рангу ўвесь час расце вынікаў?
Для рашэння гэтай праблемы Google вярнуўся ў 17 павеку, а некаторыя асноватворныя прынцыпы сучаснай навукі: экспертнай адзнакі і цытат. Каб адрозніваць вынікі з амаль аднолькавай шчыльнасці ключавых слоў яны таксама заняла старонак як цытуецца і, такім чынам, яны былі ўплывовымі. Якія для вэб азначала, што яны падлічылі колькасць уваходных спасылак. Мяркуецца, што больш старонка злучана з (цит.) вышэй гэта значэнне. Гэта было асновай вядомага PageRank алгарытм. Калі вы знаходзіцеся ў настроі для глыбокай матэматыку вы можаце зрабіць некаторыя даведкавыя матэрыялы на уласных - калі вы не то сапраўды няма.
Так Google прынёс URI, HTTP і ў свеце пошуку. Тое, што было ўсё пра старонкі і змесціва стаў пра старонкі і спасылкі - 2 ключавых кампанентаў сеткі, якія працуюць у тандэме.
Гіпертэкст навуковых кругоў было некалькі рэчаў, якія TimBL выключаны з сеткі. Адзін з іх быў двунакіраванай сувязі. У акадэмічнай тэорыі гіпертэкставых калі дакумент злучаны з дакументам У, то дакумент B таксама спасылка на дакумент А.
Адсутнасць двунакіраванай сувязі выдаляе відавочна накладных з вэб-дызайну і тэхнічнага абслугоўвання. Гэта азначае, што старонкі не павінны нічога ведаць сябар пра сябра. Гэта таксама азначае, што гэта цалкам магчыма. Зламанай спасылцы з'яўляецца негатыўны досвед, але гэта не парушае Сеткі. Гэта дазваленчай стаўленне да сувязі, верагодна, адзін ключ да хуткага росту сеткі - ён проста робіць жыццё лягчэй.
Нажаль, гэта таксама прыводзіць да праблемы спасылку гнілаты. Спасылка гнілата адбываецца, калі дакуменце спасылкі на дакумент B і B дакумента з'яўляецца тое выдалены, перамешчаны ці змены сэнсу. Ізноў Сеткі не парушае, але спасылка робіць. Спасылка гнілата вораг пошукавых сістэмах і вораг любой арганізацыі, якая спадзяецца зрабіць яго ўтрыманне даступным для пошуку.
Вярнуцца на старонку вэб-засяроджана 1,0 дзён гэта адбылося ўвесь час. Калі Web 2.0 было ні пра што ( і гэта было пра шматлікі ) было ўваскрэсенне HTTP і URI, у якасці ключавых кампанентаў у Інтэрнэце. Блог сталыя, блог выходных спасылак, сацыяльных закладак, вікі і AJAX усё адноўлены прымат HTTP, URI і спасылкі ў якасці асновы сеткі.
Так што ж адбываецца далей? Некаторыя людзі кажуць о 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 на ваш сайт проста яшчэ - але гэтыя дні можа стаць рэальнасцю.
Калі вы пахаваны ў разгар буйнага праекта гэта часам цяжка засяродзіцца на чымсьці дэталі рэалізацыі. Ваша энергія расходуецца на ваш сайт і вы забудзецеся, што разгледзець, як шыўкі сайта ў астатняй Сетцы. Колькі сеансаў тэставання карыстач вы праседзелі дзе ўдзельнік Паказана, браўзар з адкрытым на сайт хатнюю старонку і папытаў, каб знайсці рэчы? Калі вы распрацоўваеце силос сайтаў здагадка заўсёды, што турысты прыязджаюць сюды праз вашу хатнюю старонку - вось чаму вы В. Е. правялі так шмат часу і высілкаў, яго планаванне.
Але ў рэальным жыцці, колькі з вашага вандравання пачынаюцца ў хатнюю старонку і колькі пачынаюцца ад Google? Кожны дзень 8 мільёнаў карыстачоў прыходзяць на старонкі BBC з дапамогай пошукавай сістэмы. 1 млн. тых, прыходзяць праз пошукавыя BBC, астатнія праз Google, Yahoo і інш.
Так пошуку важна. Прыгожых, самых карысных сайтаў у свеце няма сэнсу, калі вашы патэнцыйныя карыстачы не могуць знайсці сваіх старонках. І самы просты спосаб знайсці рэчы на вэб праз пошук.
Цяпер я не кажу, хатнія старонкі, не важна - проста часу і энергіі мы які марнуецца робіць іх часам неадпаведна іх каштоўнасць для вэб-і, такім чынам, для карыстачоў.
Ёсць некалькі маршрутаў адкрытым, калі вы жадаеце аптымізаваць ваш сайт для пошукавых сістэм. Некаторыя з іх смутна сумніўнай:
прэм'ер-міністр Гордан Браун,перш чым вы разумееце, што Гордан Браун прэм'ер-міністр? Калі вы будзеце паўтараць словы, вы рызыкуеце зрабіць свой утрыманні непрыемна чытаць, і таму меней карысна. І калі гэта меней карысныя людзям не будзе перадаваць яе сваім сябрам ці спасылку на яго. І без спасылак ваш Page Rank пакутуе. Гэта заганнае кола. Але з пункту гледжання І. А. Гэта заўсёды лепш пісаць для людзей, не ботаў пошуку. Звычайны стыль кіраўніцтва яшчэ ў сіле - напісаць для вашай мэтавай аўдыторыі і паспрабаваць выкарыстоўваць слова, якія яны выкарыстоўвалі б. Але не паўтараць сябе непатрэбнымі паведамленнямі толькі для вашага PageRank.
Іншыя метады меней спрэчным:
Але большасць з іх больш о URI, і спасылкі, чым старонак:
Апошняя рада з'яўляецца самым важным. ЗРАБІЦЬ добры кантэнт!. Калі ваш кантэнт цікавым, якія адпавядаюць ці смешныя людзі захочуць закладку яго, прывесці яго і падзяліцца ім з сябрамі. Калі гэта не так яны не будуць.
Так што я казаў пра вонкавыя спасылак - тое, што пра выходным спасылкам? Паводле строгай інтэрпрэтацыі алгарытму PageRank, калі вонкавыя спасылкі залівання націсніце выдатны сок пошукавых на вашу старонку, то выходныя спасылкі адключаны ўцечкі згалець яго зваротна зноў.
Там у пачуццё сярод людзей, якія марнуюць час на абмеркаванне гэтага матэрыялу, што пошукавыя сістэмы будуць здымкі сабе ў нагу, калі яны караць выходным спасылкам. Сеткі ў цэлым і пошукавыя сістэмы, у прыватнасці, квітнеюць на шчыльнасць спасылкі. Дагэтуль я не выявіла ніякіх доказаў у любым выпадку на гэтым, але, магчыма, я не глядзеў у патрэбных месцах - ці, можа быць, патрэбных месцах не SEOed :-) Калі вы ведаеце лепш (ці вы працуеце ў кампаніі, пошукавая ), можа быць, вы жадалі б пакінуць свой каментар. У той жа час мы працуем з кампаніямі пошукавай сістэмы, каб дабрацца да ніжняй часткі гэтага - калі мы разумеем, чым больш я буду абнаўляць гэты пост.
У любым выпадку, калі вы жадаеце, каб зрабіць вэб лепш зрабіць спасылкі. Калі вы знайшлі артыкул, Вы, як Вы маглі б яго закладкі ў вашым браўзары. Але калі вы, што толькі вы выгады. Калі ў вас смачна гэта ці шпагат гэта ці блог пра гэта ці як там у вас, то ваша сацыяльная сетка таксама выгады. І спасылкі са смачнай і г.д. усё разлічваць на PageRank з артыкула так што яна становіцца больш даступным для пошуку і выдавец перавагі. Варта адзначыць, што больш высокі PageRank вашай старонкі вышэй PageRank гэта спасылкі перадаць.
Так што калі вы думаеце, гэты пост быў варта прачытаць то, калі ласка, (сацыяльных) закладку, ці блогу. Ці, калі вы думаеце, гэта ўсё дробязі блог гэта так ці інакш, але дадаць рэл = "" атрыбут вашага спасылку.
Што прыводзіць нас хораша рэл = "". Гэта спосаб зрабіць спасылку на тое, абыходзячы PageRank. А бо спасылкі часта разглядаюцца як вынікаючыя шматлікія выдаўцы вырашылі дадаць яго на ўсе выходныя спасылкі. Сапраўды, некаторыя выдаўцы так упэўнены, што спасылкі азначае ўцечку яны нават дадаць рэл = "" з іх уласнай унутранай навігацыі - рэчы, як умовы і палітыкі прыватнасці. Гэта практыка завецца PageRank скульптуры і мяжуе з паранояй. Улічваючы Рады Google на REL = "NO-вынікаць" ён таксама даволі бессэнсоўна.
рэл = "" таксама шырока выкарыстоўваецца на сайтах, якія прымаюць карыстацкага кантэнту. Для таго, каб спыніць людзей, выкарыстоўваючы спасылкі ў каментарах да вылугавання PageRank ад хостынг сайта, выдаўцы часта дадаюць рэл = "" атрыбуты на ўсе спасылкі ў каментарах. Twitter з'яўляецца адным з прыкладаў сярод шматлікіх - кожнае звяно ў цвыркаць аўтаматычна становіцца NoFollow. Праблемы з NoFollow у тым, што калі кожны выкарыстоўваў яго, PageRank памрэ і вэб-пошук памрэ з ім. Так ісці проста на адноснай nofollows ці можа парушыць Сеткі.
Виджеты і адкрытых дадзеных API, якія дазваляюць карыстачам прымаць утрыманне/ дадзеныя і выкарыстоўваць яго ў сваіх уласных сайтаў і прыкладанняў. Здаецца нелагічным выказаць здагадку, што калі ваш кантэнт можна знайсці ўсюды, дзе ён будзе больш даступным для пошуку на вашым сайце. Ізноў усё вяртаецца да спасылак.
У выпадку виджеты яны амаль заўсёды са спасылкамі на ўтрыманне сайта-крыніцы. Прэзентацыя ў верхняй частцы гэтай пасады напрыклад пастаўляецца з 3 спасылкі на SlideShare. Кожны з гэтых сувязяў робіць SlideShare утрыманне больш даступным для пошуку.
Нажаль гэта не заўсёды так проста. SlideShare виджет у верхняй частцы старонкі адлюстроўваецца (галоўным чынам) статычныя дадзеныя. Гэта значыць ён можа быць вынесена ў HTML з флэш-роліка для фактычнага ўяўлення. Паколькі спасылкі на SlideShare простыя HTML спасылкі яны ўносяць свой унёсак у PageRank. У шматлікіх выпадках неабходна виджеты для адлюстравання дынамічных дадзеных. Для гэтага яны часта выкарыстоўваюць JavaScript і/ ці Flash для адлюстравання саміх. У гэтым выпадку звычайны Flash і JavaScript праблемы узнікаюць.
Значна лепшы спосаб заахвочвання спасылкі на ваш кантэнт, каб забяспечыць адкрытыя дадзеныя API. Адкрыццё дадзеных з дапамогай API-інтэрфейсаў дазваляе іншым людзям узяць яго, пюрэ/ сетка яго з іншымі крыніцамі дадзеных і зрабіць рэчы, якія Вы не задумваліся ці не маюць часу для ажыццяўлення. Twitter API з'яўляецца добрым прыкладам. Сам сайт распранулі да дасканаласці. Гэта менавіта тое, што ён павінен рабіць, і не больш за тое. Але API дазваляе іншым людзям прымаць дадзеныя і выкарыстоўваць іх у новыя і творчыя спосабы. 275 Twitter прыкладанняў пералічаны тут. Некаторыя з іх з'яўляюцца аўтаномныя прыкладанні, якія працуюць на настольных кампутарах і мабільных тэлефонах. Але іншыя сайты, якія могуць быць пошукавыя сістэмы. І ўсе яны высылаюцца на Twitter праходзілай сок пошукавай сістэмы, як яны ідуць.
Так адкрыццё змесціва і дадзеных для паўторнага выкарыстання можа зрабіць ваш сайт больш даступным для пошуку і прыцягненні трафіку зваротна да вас. Як заўсёды, калі вы кахаеце вашых дадзеных, вызваліць яе. Выйграюць усё.
Пасля таго як вы змадэляваны дадзеныя, улічваючы ўсё URI і пры ўмове, як шматлікія агрэгаты і карыстацкія вандраванняў магчыма была б дурное развесці ваша ўвага карыстача і спасылкі, падаючы ж утрыманні на іншы набор URI. Але мы дагэтуль увесь гэты час з адмысловыя сайты для мабільных прылад і іншых не настольных прылад.
Пакуль гэта не занадта вялікая праблема. Большасць іншых прылад не маюць багатую сетку падтрымкі сайтаў, якія вы атрымаеце на працоўным стале і вэб-сайтаў пэўнай прылады яшчэ больш сценамі сады, чым іх больш сплятаюцца ў кузенаў вэб працоўным стале. Але, як падтрымка мабільных павялічвае няма ніякіх чыннікаў меркаваць, што складаная экасістэма падтрымкі сайтаў (сацыяльныя закладкі прылады, напрыклад) не будзе развівацца разам з ёй.
IPhone у прыватнасці, ужо паднімае шматлікія з гэтых праблем. Гэта цалкам здольныя аказанні стандартных сайтаў працоўнага стала і інтэграцыю з сацыяльнымі прыладамі закладкі. Але мы часта ствараюць асобную версію iPhone у розных URI, каб скарыстацца swishy JavaScript старонку iPhone у пераходах і г.д.
Відавочна розных прылад выкліку для розных прыярытэтаў утрымання, розныя паездкі карыстачоў і розных формаў узаемадзеяння. Але яны не маюць патрэбу ў іх уласны набор URI. Лепш выкарыстоўваць узгадненне ўтрымання і прылады выяўлення вярнуць уяўленне вашага кантэнту, які адпавядае карыстача прылады. Адзіны набор URI, азначае, што ваша ўвага карыстачоў і спасылкі не расшчапляецца і павялічвае рухавіка сок пошуку на свае старонкі. Адзін Сеткі для ўсіх.
Калі ўтрыманне перамоў/ прылады выяўлення занадта шмат працы, якую вы павінны вырашыць, якія ўяўленні (звычайна Desktop Web) з'яўляецца кананічным і адзначце яго/ спасылку на яго як такога.
Такім чынам, мы ўсё ведаем, што карыстацкі кантэнт з'яўляецца заступніцка і зневажальна этыкетцы. І я баюся, што я буду зневажаць яго далей. Выбачыце.
Шлях назад у 1995 году Нікалас Негропонте напісаў кнігу пад назвай Быўшы лічбавы. У ёй ён абмяркоўваў , што вяшчальнікі павінны зрабіць, каб зрабіць іх утрыманне даступным для пошуку ў лічбавым свеце. Ён казаў пра біт (утрыманне як лічбавыя дадзеныя), а біты пра біты (дадзеныя пра матэрыялы). (Я думаю, біт пра біт, што мы зараз завём метададзеных, але я думаю, што я па-ранейшаму аддаюць перавагу біт пра біты.) Па пытанні пра біт біт ён сказаў:
[..] Нам патрэбныя тыя біты, якія апісваюць апавяданне з ключавымі словамі, дадзеныя пра ўтрыманне, і наперад і назад спасылкі. [..] Яны будуць устаўлены людзьмі дапамагаюць машыны, на момант рэлізу (як Тытры сёння) ці больш позняй версіі (на гледачоў і каментатараў).
Акцэнт мае ўласныя. Памятаеце гэта было задаўга да таго, усё казалі пра сацыяльныя медыя, перш чым Google існавалі і раней, чым большасць людзей нават чуў пра Сетку.
У наш час мы ўсё абвыклі да сайтаў, якія просяць нас, каб увайсці ў сістэму і ацэньваць і пазначаць і каментаваць кантэнт. Гэта можа здацца цынічным, але ў шматлікіх выпадках (хоць і не BBC, вядома) сайт выдаўцоў запрасіць гэтых узаемадзеянняў не таму, што яны зацікаўлены ў тым, што вы павінны сказаць, але таму што гэта каштоўная крыніца дадатковых дадзеных пра іх утрыманне. І гэтыя дадзеныя могуць быць скарыстаны для новых агрэгатаў (самы папулярны; tagclouds для вас, для вашых сяброў, для ўсіх; Апошнія каментары і г.д.).
Ад выдаўцоў SEO перспектыве ўзмацняецца ў два разу. Па-першае пошукавых больш тэксту і ключавыя словы, каб жаваць, не патрабуючы ўмяшанні шмат рэдакцыйных/ рахунак. А па-другое больш скупнасці сродкаў больш спасылак на ўтрыманне старонак, больш вандраванняў карыстача і вандраванняў для пошукавых сістэм. Кожны з гэтых уваходных спасылак пхае ўгару PageRank агрэгаванага старонцы.
Ёсць 2 спосабу для персаналізацыі сайта. Па-першае, змена ўтрыманне існых старонак у адпаведнасці з інструкцыямі і паводзін (відавочныя і няяўныя) які ўвайшоў у сістэму карыстача. Так старонка пра тэлепраграмы могуць складацца з спіс вашых сяброў, якія глядзелі гэту праграму. Гэта добры спосаб зрабіць ваш сайт адчуваю жыл у але калі гэта ўсё, што вам рабіць вы будзеце ахвяраваць каштоўныя рэкамендацыі сацыяльных і дабра пошукавай сістэмы.
Першая праблема з персаналізацыі толькі ад існага змесціва старонкі, што толькі вы можаце ўбачыць дадзеныя, прадстаўленыя - вашы сябры і сябры сяброў не могуць. Такім чынам, вы ахвяра каштоўныя рэкамендацыі з боку непасрэднага сацыяльнага графа карыстача.
Другая праблема, з утрыманнем асабістай старонкі ў тым, што пошукавікі не могуць бачыць яго або. Пошукавыя робаты рухавіка не могуць зарэгістравацца і не магу ўвайсці Гэта азначае, што ўсе вашы працы развіцця і ўсе працы карыстачоў пакласці ў спажыванні і анатаванні ўтрымання не можа разглядацца пошукавымі сістэмамі.
Адказ ізноў ляжыць у URI, і спасылкі. У гэтым выпадку вы павінны ставіцца да кожнага карыстача ў якасці першасных дадзеных аб'екта і даць ім сталы URI. Зрабіць спасылкі ад карыстачоў, праз іх увага дадзеныя на ўтрыманне вашага сайта і ад утрымання для карыстачоў. Відавочна, што вы павінны спытаць карыстачоў, перш чым выставіць іх увагу дадзеныя - колькі становіцца бачным у Сеткі заўсёды павінны быць пад іх кантролем.
Калі вам неабходзен прыклад таго, як зрабіць персаналізацыі правільна зірнуць на захавальніка асабістых старонак карыстачоў.
Гэта, верагодна, толькі частка гэта дарэчы назва гэтай пасады. Але бо я зусім як назвы я буду прытрымвацца яго - нават калі яна не з'яўляецца пошукавай аптымізацыі.
Мы ўжо даўно прызнана, што даступнасць не дадатковае. Але гэта і тое, што вы можаце проста шыўка над вашым сайтам, калі ўсе іншыя развіццю робіцца.
Тое ж самае ставіцца да SEO. І шматлікія з правіл мы будзем вынікаць, каб зрабіць сайты даступнымі таксама зрабіць іх больш дружалюбным пошукавай сістэме. Такім чынам, нават калі вы не дызайн для даступнасці, таму што вы ведаеце, вы павінны, уласныя інтарэсы зойме ў вас у гэтым кірунку ў любым выпадку. Гэта не будзе так добра для вашай кармы, але яна будзе мець той жа эфект.
Даступнасць з'яўляецца не набор WAI скрынкі для галачкай - ён павінен быць запечаная ў ваш цэлым праектаванне, будаўніцтва і выпрабаванне духу. Будаўніцтва даступнага сайце няма сэнсу, калі гэта таксама выкарыстоўваць. І нават выкарыстоўваць сайт не мае сэнсу, калі гэта не карысна. Падаванне рэчы ўстойлівыя URI, падлучэнні дадзеных, нежылым ізаляваных участкаў і падаванне новых вандраванняў па гарызанталі і на сваім сайце ўсё дапаможа зрабіць ваш сайт зручным і карысным так можа быць, гэта ўсё злучана...
Заўсёды пішыце ў простым ангельскім, французскім ці валійскім ці [паказаць абраны вамі мова тут]. Выкарыстоўвайце мове вашай мэтавай аўдыторыі будзе зразумець. Калі вы ўскладняць тэкст вы рызыкуеце ў памылку карыстачоў. Рызыка ўдвая для карыстачоў з кагнітыўнымі засмучэннямі. Гэта не азначае, што вы павінны напісаць таблоіды стылі - як заўсёды пісаць трэба зразумець.
Калі вы прытрымваецеся мова карыстачоў шанцы абранага слова будуць таксама словы, якія яны шукаюць., Якія дапамогуць вашу прыязнасць пошукавай сістэмы.
Калі ваш сайт мае ўласную функцыянальнасць пошуку стандартныя рэкамендацыі SEO, каб праверыць вашы часопісы пошуку, каб паглядзець, што шукаюць карыстачы і адаптоўваць мову Вашай належным чынам. Тым не менш, Google кажуць нам, што яны ўжо выконваюць вызначаную колькасць тэрмін асацыяцыі таму калі ваш сайт кажа: "тэлеперадач" і карыстач шукае "ТБ гід" яны знойдуць вашу ўтрыманне так ці інакш. Там насамрэч не трэба курча ваш стыль ліста так доўга, як вы захаваць выразнасць.
Напэўна, занадта відавочныя, каб згадаць. Людзі з абмежаванымі магчымасцямі візуальнага барацьбе з малюнкамі. Калі ваша старонка ўтрымоўвае малюнкі, якія павінны ўключаць Alt атрыбут для апісання малюнка. Пошукавыя робаты рухавіка праводзяць сваё жыццё жавальнай па старонках, як Pacman на дыеце са спасылкі. Яны могуць выяўляць прысутнасць малюнка, але не расшыфраваць тое, што намалявана. Таму яны маюць патрэбу Alt атрыбуты таксама. Часам малюнкі выкарыстоўваюцца для чыста дэкаратыўных мэт. Вам трэба ўсяго толькі дадаць Alt атрыбуты, калі малюнак дадае сэнс дакумента. Пусты атрыбут Alt можа мець рацыю выбару.
Чытанні з экрана барацьбы са старымі макеты стыль табліцы. Лепш за ўсё, каб захаваць разметку падрэзаная і проста. Атрымаць дакумент дызайн права і выкарыстоўваць семантычны (X) HTML.
Пакуль пошукавыя сістэмы падабаюцца толькі загалоўкаў. Тэкст знойдзены ў H1S, H2S, h3s і г.д. будзе прадстаўлена лішняя вага. Але Вы маглі б таксама ісці да канца. Вылучаючы дакумент дызайну ў семантычнай HTML і дызайн у CSS зробіць Ваш сайт было лягчэй падтрымліваць і абнаўляць. Асцярожней на тых Тхо спісы вызначэнняў...
Чытанні з экрана даволі непаслядоўныя ў сваёй падтрымцы CSS утрыманне хаваецца. Большасць сучасных чытачоў экран будзе ігнараваць утрыманне ўтоеных з дысплеем: утоеныя ці дысплей: не, але ўсё яшчэ зачытаў утрыманне ўтоена пазіцыянаванні за кадрам. Ці з'яўляецца гэта наўмысным ці з-за чытанні з экрана па-ранейшаму даганяе сучасных метадаў праектавання CSS невыразна. Offscreen пазіцыі хаваецца часта выкарыстоўваецца ў CSS малюнкі замена назваў. Хоць чытачы экран-ранейшаму будзе чытаць закадровый тэкст, замена малюнка не нармаваных у большасці браўзараў так дагэтуль праблемы даступнасці. Памятаеце - усё больш людзей маюць дрэнны зрок і неабходнасць павелічэння памеру шрыфта, чым чытачоў выкарыстання экрана.
Калі ў вас ёсць гэта далёка вы будзеце ведаць, што гэта можна напісаць вельмі сумна артыкулы. Таксама магчыма дадаць пошук дружалюбныя, але не кантэкстуальны ключавыя словы для сумнага артыкула і схаваць іх з CSS. Як мета ключавыя словы старога, пошукавыя сістэмы бачаць утоенае ўтрыманне ў якасці патэнцыйнага спроба спаму іх. Так утоенае ўтрыманне караецца. Захоўванне ўтрымання бачнага дапаможа даступнасці і дапамагчы вашаму SEO.
Праектаванне даступных формаў быў прадметам працяглых дыскусій. Гэта, як правіла, фармуляваліся з пункту гледжання карыстача для чытання з экрана. Але складаныя формы збіваюць з ладу для ўсіх карыстачоў і двойчы ўводзіць карыстачоў у памылку з кагнітыўнымі засмучэннямі. Часам формы непазбежныя (для пошуку, для карыстачоў рэгістрацыя і г.д.), але па магчымасці заўсёды забяспечваюць маршруты з утрыманнем, якое не патрабуе запаўнення формы.
Пошукавыя робаты рухавіка не можа запоўніць формы. Гэта значыць, яны сустракаюцца формы і адмовіцца, як невялікага каня на вялікі плот. Прасцей кажучы пошукавыя робаты не могуць пошуку. Часам мы спыталі, чаму мы робім тэму старонак і не толькі дадаць дадатковую семантыку ў выніках пошуку. І адной з чыннікаў з'яўляецца тое, што пошукавыя сістэмы могуць убачыць тэму старонкі і спасылкі з іх - але яны не могуць убачыць вынікі пошуку BBC. Пачатак Пошук па сайце права мае важнае значэнне. Але гэта не ўзнагародзіць вас больш соку пошукавай сістэмы.
, Каб не націснуць на працу сайта BBC занадта шмат, але бо гэта адзіная кропка ўваходу форму пошуку няма ніякага спосабу, каб прагледзець на працу, што азначае, нават калі праца якія індэксуюцца старонак, на якіх (што яны не) пошукавыя сістэмы не змогуць, каб знайсці іх у першую чаргу.
Так дзеля даступнасці і SEO ніколі не выкарыстоўваць формы, калі спасылкі будуць рабіць (ці, прынамсі, паспрабаваць забяспечыць як). Адзінае выключэнне, калі дзеянне ў канцы спасылка разбуральнай - Вы не жадаеце Google (ці Google Accelerator ) выдаленне дадзеных.
Выкарыстанне Flash, відавочна, мае сваё месца на сучасным сайце. Калі вы жадаеце для дастаўкі струменевага відэа ці аўдыё гэта відавочны выбар. Але празмернае выкарыстанне Flash можа прывесці да праблем даступнасці. Гэта можна зрабіць Flash паў-даступным з укладкамі навігацыі і спалучэнні клавіш, але трэба паставіць працу цалі Калі вы вырашыце выкарыстоўваць Flash для галоўнай навігацыі сайта вы робіце шмат працы на сябе, калі вы таксама жадаеце, каб ваш сайт, каб быць даступным нават наблізіцца.
Нават калі вы выкарыстоўваеце HTML для навігацыі па сайце і Flash для аўдыё-візуальнага кантэнту там будзе стукаць па ўздзеянні на даступнасць. Паколькі Flash не маштаб, калі фільм утрымоўвае шмат тэксту ці ажыццяўляе гэта паведамленне рухомых малюнкаў і відэа вы будзеце рабіць жыццё цяжкай для карыстачоў з парушэннямі зроку. Калі ён нясе гэта паведамленне аўдыё вы будзеце рабіць жыццё цяжкай для карыстачоў з парушэннямі слыху.
Самы лепшы спосаб, каб зрабіць утрыманне пад замком у Flash файлы, даступныя з'яўляецца падаванне стэнаграмы HTML.
Сучасныя пошукавыя сістэмы пачынаюць быць у стане зазірнуць унутр файлаў Flash і індэкс іх змесціва - так што будзьце акуратней пры даданні абразлівыя каментары :-) Так Flash па-ранейшаму несумяшчальныя з SEO?
Калі вы выкарыстоўваеце яе ў якасці асноўнай навігацыі адказ абсалютна ды. Надоечы я глядзеў на сайт, які прадаў трэнераў. Я ўбачыў пару, што я хутчэй спадабаўся. Звычайна я б закладкай старонку ў смачныя і вярнуцца пазней, але ў гэтым выпадку ўвесь сайт было вынесена ў Flash. Гэта азначала, не было старонцы закладку. Гэта значыць, кампанія страціла не толькі патэнцыйныя продажы, але і адна малюсенькая кропля соку пошук рухавіка. Дадамо, што да ў шматлікіх патэнцыйных карыстачоў і чысты эфект менш продажаў і менш находимости на сваю прадукцыю. Так што выкарыстанне Flash эканомна.
Калі замкнуць шмат утрымання ў Flash адказу дагэтуль ёсць. Flash у першую чаргу візуальна, чакай з улікам асяроддзя і пошукавыя робаты не так шмат візуальных хватка. Калі мы кажам, яны могуць індэксаваць тэкставыя ўтрыманні Flash файлаў Ёсць 2 перасцярогі:
Самы лепшы спосаб, каб зрабіць утрыманне пад замком у Flash файлаў дружалюбнай пошукавай сістэме з'яўляецца падаванне стэнаграмы HTML.
JavaScript і AJAX можна даступнасці зоны бедства. Для карыстачоў, для чытання з экрана гэта практычна немагчыма, каб трымаць іх абнаўленне, калі дзяржава старонкі змен. У выніку блытаніны, блытаніна прыводзіць да расчаравання і вашы карыстачы пайсці ў іншае месца. Лепш за ўсё, каб спраектаваць і пабудаваць ваш сайт, як стары добры HTML і паступовага ўмацавання адводкамі на Javascript і AJAX. Заўсёды правярайце ваш сайт з JavaScript уключаецца і выключаецца, каб пераканацца, што ён працуе ва ўсіх рэжымах.
З пункту гледжання пошукавай сістэмы, што адбываецца на Flash ідзе на JavaScript і Ajax. Выкарыстоўваюцца належным чынам яна можа зрабіць ваш карыстацкі досвед больш дынамічным і ўзаемадзеянні струменя больш вольна. Часам (хоць і меней, чым у гэтыя дні, калі ён упершыню з'явіўся) ён выкарыстоўваецца для адлюстравання ўсяго сайта. Гэта азначае, што URI, не падвяргаюцца карыстачоў ці ў Інтэрнэце. Зараз большасць пошукавых сістэм не апрацоўваюць JavaScript таму ён не можа прабіцца на ваш кантэнт. І нават калі б яны маглі, паколькі асобныя URI, не падвяргаюцца там бы не старонкі ў індэксе. Гэта таксама азначае, што карыстачы не могуць (сацыяльных) закладку ці блога старонак, на якіх скарачае лік вонкавых спасылак і змяншае пошукавай соку. Ізноў лепшы падыход складаецца ў просты HTML-першых, з JavaScript і AJAX слоистых зверху. Нават у гэтым JavaScript і AJAX варта выкарыстоўваць з асцярожнасцю. Калі ваш сайт зневажае вытанчана вам усё яшчэ трэба падвяргаць асобных URI, старонкі для карыстачоў, каб яны маглі звязацца з імі.
Нарэшце, калі чытанні з экрана сустрэчы спасылку яны будуць зачытаны "спасылка - спасылка тытул", дзе "назва спасылкі" з'яўляецца тэкст знаходзіцца паміж адкрывалым тэгам <а> і якія зачыняюць </> тэгі ці назва атрыбуту < > тэг, калі ён ёсць. Гэта азначае, што калі вы выкарыстоўваеце:
Больш падрабязную інфармацыю о {важныя ключавыя словы} націсніце <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 і г.д. страціць свой бізнэс. Разумныя людзі не збіраюцца дапусціць гэтага.
Так што з пункту гледжання І. А. лепшая рада, каб трымаць рэчы простымі. Распрацоўка і стварэнне з усталяванымі прыладамі Web: HTTP, URI, HTML, CSS. Калі вы робіце сайт, які зручным і даступным для людзей, хутчэй за ўсё, гэта будзе карыснай і даступнай для пошукавых робатаў занадта. Пошукавыя сістэмы з'яўляюцца толькі спрабаваў узнагароду добрыя паводзіны і добрае ўтрыманне. Не рабіце жыцці чалавека складаней, чым гэта павінна быць...
Часопісы зроблены са старонак, вэб-сайты зроблены са спасылкі.