Навигация & Дизайн: За вътрешната за уеб страницата навигация
Навигацията в една уеб страница по определение се използва за да се извлече максимална полза от съдържанието й. Когато е добре осмислена и приложена, и целите на съдържанието са постигнати и потребителите са доволни. Обратното също е в сила.
Кога е вътрешна за страницата една навигация?
Вътрешна за дадена страница е навигацията, която ви помага да достигате до съдържание в същата страница. Ако вземем за пример Wikipedia, там списъка със съдържанието ( така наречената Table Of Content или TOC) на публикацията е точно такова навигационно меню. Линковете водят до отделни параграфи от самия текст.
Един и същи код при различно разположение на съдържанието.
Горното навигационно меню е доста разспространен в практиката вариант, както и Често Задаваните Въпроси (FAQs) или популярните А-Z или А-Я индекси.
С развитието на браузърите, уеб стандартите и особено JavaScript, горния пример вече доби доста по-сложен вид. Ето например няколко скици, които използват таблицата със съдържание като на Wikipedia, но са стилизирани по дуг начин.
Примери за такива типове навигация са:
* Официалният сайт на Microsoft – вертикални табове;
* Hewlett Packard – вертикални табове;
* Adobe за средно образование – хоризонтални табове;
* Портфолиото на Jenna Spevack – акордиционен стил;
* Примери от книгата на Кристиан Хейлман – описани са всевъзможни варианти;
Кога да използваме вътрешна за страницата навигация?
Не бива единствената причина да използвате такава навигация да е страницата да изглежда по-кратка. Според мен, водещата причина трябва да е съдържанието да бъде по-лесно смилаемо, било то с образователна, комерсиална или друга цел.
Дизайн с перспектива
Веднъж щом сте решили да използвате вътрешна за страницата навигация, изниква друго условие с което трябва да се съобразите – да проектирате с перспектива.
Проектирането с перспектива е похват в уеб дизайна, така че първо проектирате за най-малко способните браузъри и после наслагвате допълнителни елементи от които да се възползват и по-способните такива. Ясно е, че това се прави за да стане информацията в крайна сметка достъпна за всички.
Вътрешната за страницата навигация и Ajax
Във всеки един от горните примери, съдържанието е вече съществуващо такова, може първаначално да е скрито по някакв начин или причина, но все пак е там. При страниците, които използват Ajax нещата не стоят така. Там в случай на заявка, съдържанието се дърпа от външни източници без страницата да се опреснява.
Технически, всеки от горните примери може да използва Ajax, дали да го правите по принцип и за всяко нещо обаче е друга тема. В общият случай Аjax е смисленото решение за големи (и средно големи) уеб приложения не за редовия уебсайт.
Вътрешната за страницата навигация и Системите за Управление на Съдържанието
Преди всичко целта на този тип навигация си остава оформление на съдържанието с цел улесняване потребителя. Тези добри намерения обаче малко усложняват иначе нелекото битие на авторите на съдържание.
Всичко там започва с това, че 99% от тях използват системи за управление на съдържанието (CMSs) в работата си, а да се осигури такава навигация при работа с такива системи не е лесна задача. Теси системи позволяват два типа авторизиране на съдържанието – структурно и страницирано.
При структурното авторизиране, елементите които изграждат текста са предварително дефинирани, докато при това по страници всичко става в движение. Най-добрия пример за структурно авторизиране е Wikipedia. Tам предварително е зададен шаблона на съдържанието, като разбира се има различни шаблони за различните видове информация. Всяка една друга система за управление на съдържанието, която няма предефинирана структура на текста влиза в групата на авторизирането по страници.
Както е ясно, проблема за вътрешната навигация идва там където не се знае предварително къде ще са елементите й, т.е. при авторизирането по страници.
На Финала
Когато е добре обмислено и реализирано, навигирането вътре в страницата може да допринесе много за потребителите ви (и в случаите на комерсиално съдържание и на вас). Имайки предвид обаче, че в момента по-голямата част от хората публикуващи съдържание нямат точно тези познания, и използват системи за управление на съдържанието, това си остава упражнение за професионалисти.
Ако харесвате тази статия, можете да се абонирате за RSS емисията ни.
За контакти: 
324964634 | lili.grozeva@gmail.com
Абонамент: 
Абонирайте се по имейл
Абонирайте се с RSS
January 17th, 2008 - Публикувано на Дизайн & Приложимост, Съдържание | | 0 Коментара
Навигация & Дизайн: SEO и сложните уебсайт архитектури
Големите уебсайтове имат големи проблеми. Те по определение са по-трудни за управление от малките. Някои от главните трудности са:
- Управлението на съдържанието е голямо предизвикателство
- Осигуряването на читава навигация за потребителите става трудно до степен такава, че те навигират с Х бутона горе в дясно на броузъра
- А да, SEO също се усложнява
Едни от най-често срещаните SEO проблеми са свързани точно със сложните архитектури на уебсайтовете. Класически е примера с оптимизацията на част от уебсайт за определен регион. Например, да речем че вашият уебсайт продава гаджети, и като продаването на ябълки е от значение къде ги продавате. Да речем още, че продавате тези гаджети в 200 градa и държави. До тук всичко е приемливо.
Сега да отежним малко ситуацията, и да си представим че сайта ви продава 45 вида гаджети, но условието, че е от значение къде ги продавате остава. Сега си представете, че желаете посетителите ви да имат възможност да избират как да навигират в сайта ви. Искате да могат да търсят по тип на продукта? Давайте! Избират гаджет, после червен гаджет, после градът от който даго купят. Така нареченият breadcrumb ще изглежда така:
| Gadgets>Red Gadgets> CityName
Съвсем плоска структура.
Представете си сега, че искате посетителите ви да имат вазможността да търсят и по име на град. Затова им давате възможността да изберат града, и после самият продукт. В този случай, breadcrumb ще изглежда така:
| CityName>Gadgets>CityName
Вярвам, че вече разбирате накъде отиват нещата
| Gadgets>Red Gadgets> CityName
| CityName>Gadgets>CityName
имат едно и също съдържание. Оттук идва и така популярния проблем с повторното (често потретено, почетвъртено и т.н.) съдържание. Това е лошо. Толкова лошо, че ще се наложи да вземете една или повече мерки:
- Най-лесното решение е, просто да не давате възможност на клиентите си да навигират по различни признаци. За много уебсайтове това ще е съвем читаво решение. А и в крайна сметка надали ще завземете резултатите на Google за име на град, освен ако нямате много много много абсолютно несвързано с продуктите ви съдържание за този град. Така че ако нямате наистина основателна причина, просто не давайте повече от една опция за навигация.
- Бихте могли също да изпратите някой към категорията с продуктите след като си е избрал град. Това което правите в този случай е, че вместо от CityName>Gadgets той минава през Gadgets>CityName. По този начин се спасявате от повторното съдържание, но в този случай правите компромис с функционалността на уебсайта ви. Казано иначе, такъв breadcrumb ще обърка клиентите ви. Те са избрали първо град, после продукт, а breadcumba ще показва точно обратното. Е, естествено че можете да го създадете динамично, но от SEO гледна точка, breadcumbs се използват за да подсилят линковата йерархията на сайта и ще загубите от “динамиката”.
- И накрая, можете да предложите всички опции за навигация, като дадете no follow tag на всички пътеки, освен на една. Така печелят и посетителя и функционалността, като избягвате проблема с повторното съдържание. Това също е добър подход да разпределите така наречения линков сок (това очевидно е едно от многото понятия с безумен превод на български) по страниците си. Това се оказва оптималният вариант.
Освен горните проблеми, големите сайтове имат също големи проблеми с набавянето на съдържание. Умножете вашите 200 градa и държави по 45 гаджета и това означава че сте имате поне 10 000 страници с продукти, всяка една от които има нужда от уникално съдържание.
Независимо че това не е темата на днешният пост, решението на горният проблем ще направи изборът ви на архитектура по-лесен. Няма абсолютно никаква полза да побликувате десетки хиляди страници с ниско качествено съдържание. Дори напротив. Ще изпратите на търсачките “сигнал”, че уебсайтът ви е с нискокачествено съдържание, тогава забравете за първа страница в Google.
Тази цел би била по-постижима с като начало по-малък сайт с висококачествени по съдържание страници, като с времето добавяте повече страници за да имате време да наблегнете на качеството.
Ако харесвате тази статия, можете да се абонирате за RSS емисията ни.
За контакти: 324964634 | lili.grozeva@gmail.com
Абонамент: Абонирайте се по имейл
Абонирайте се с RSS
November 29th, 2007 - Публикувано на SEO Aрхитектури, Онлайн Маркетинг, Съдържание | | 2 Коментара
