Лінійна, лінійна з альтернативними варіантами, лінійна з відгалуженнями, решітчаста, деревоподібна - для мене, людини з досвідом, все це звучить як маячня.
Для кого пишуться ці статті? Як ці знання застосувати на практиці? Простий приклад:
Людина, яка вперше встановив WordPress, намагається створити деревоподібну структуру сайту за допомогою розділу «Сторінки», тому що в поданні людини, то, де виводяться статті однієї тематики - це сторінка. І це логічно з точки зору людини. Але логіка CMS відрізняється від людської логіки.
Для того щоб починаючому веб-майстру продумати структуру сайту, не потрібно знати визначень, потрібно знати, як впровадити його задумку в життя. В цьому я і постараюся допомогти.
На жаль, будуть на нашому шляху обмеження. Найчастіше ми прив'язані до певних CMS. З одного боку CMS це програмний код, а будь-який код має математичну основу, тобто в основі своїй всі CMS однакові і підкоряються єдиним правилам. З іншого боку, у кожної CMS в залежності від завдань, для яких вона створювалася, своя логіка.
- У блогової CMS, такий як WordPress, логіка орієнтована на публікацію новинного контенту, і спочатку взагалі не передбачала створення рубрик.
- У движка для інтернет-магазину логіка для створення великого каталогу товарів з розбивкою товарів на групи за ознаками.
- CMS для корпоративних сайтів мають широкий функціонал як щодо виведення новинної інформації, так і статичної.
Я не можу знати все CMS і їх логіку, але я можу, по-перше, розповісти це на прикладі однієї з найпопулярніших, з іншого боку, пояснити загальний принцип всіх CMS. Зрозумівши принцип структурування контенту в одному двигуні, не складно буде розібратися в інших системах управління контентом.
Перше, що варто розуміти, що людина і CMS абсолютно по різному бачать один і той же сайт.
Якщо для нас сторінка - це сторінка, ми її бачимо, як сторінку в книзі, ми практично можемо уявити її фізично, то для CMS це осередок з інформацією в таблиці бази даних.
Багато CMS в основі своїй вже поділяють різні види матеріалів на різні таблиці за типом.
Інформація, що має новинний характер, записується в одну таблицю. У WordPress це таблиця співвідноситься з розділом Записи в адмінці блогу.
Якщо нам потрібно створити розділ, в якому виводяться всі наші новинні записи, то за це відповідає таблиця - Рубрики.
Якщо нам потрібно створити сторінку з інформацією, яка не повинна змінюватися і повинна завжди бути на виду, то ми створюємо Сторінку. Як правило, на ній не передбачено виведення новинного контенту. Але при бажанні можна і цього домогтися, як це зробила я на сторінці Портфоліо.
Отже, в більшості CMS ми маємо різні інструменти для створення різного типу «фізичних» сторінок, завдяки цьому ми можемо надавати своєму сайту різну структуру.
- За допомогою Сторінок ми створюємо лінійну структуру з альтернативами і розгалуженням.
- За допомогою Рубрик ми створюємо деревоподібну структуру сайту.
- А якщо задіяти Мітки, то вийде ґратчаста структура, де мітками відзначені статті з інших рубрик, але близьких по темі, що доповнюють один одного.
- Якщо нам потрібно створити лінійну структуру без можливості вибору іншого шляху проходження користувачем по сайту, то швидше за все нам доведеться створювати власний варіант оформлення сторінок, на яких не буде виводитися меню, тому що за замовчуванням меню виводиться на всіх сторінках сайту.
Деякі складові частини сайту вже мають ту чи іншу структуру. Наприклад, галерея зображень часто має лінійну структуру, коли ми можемо або гортати одне зображення за іншим, або повернутися в галерею. Якщо нам потрібна така структура, то не потрібно думати, як це реалізувати, потрібно просто підключити до сайту галерею у вигляді додаткового розширення або плагіна, як це влаштовано в WordPress.
Тепер хотілося б приділити увагу тому, як зрозуміти, яку структуру вибрати для свого сайту. Не буду зупинятися на простих завданнях. Думаю, після прочитання моїх статей, правильно продумати структуру сайту з 3-15 сторінок зможе кожен на будь-який CMS. Поговоримо про більш складних сайтах.
Навігаційна структура інтернет-ресурсу багато в чому залежить від завдань, які повинен виконувати сайт, наскільки цей сайт повинен бути функціональний. Наскільки буде виправдана та чи інша структура.
Не важливо, початківець ви розробник або власник трастового ресурсу, подивіться, а як це зроблено в інших. Вам зручно там? Може там є такі фішки, про які Ви навіть не здогадувалися.
І не потрібно винаходити велосипед, намагатися виділитися, тому що можна упустити найважливіше - зручність для користувача. Який сенс називати важливий розділ сайту незрозумілим словом, якщо користувач звик шукати потрібну йому інформацію по цьому слову.
На мій погляд, це велике мистецтво продумати структуру сайту і його навігацію таким чином, щоб у відвідувача просто не виникало питання, де що знаходиться.
Потрібно прагнути до того, щоб максимально спростити знаходження інформації. Якими інструментами ми володіємо, щоб впровадити це на практиці? Перше, ніж керуюся я - це логіка і Excel.
Ось що у мене було ще на старому блозі
Спочатку у мене було змішане розподіл. Статті були згруповані по CMS, за видами просування, окремою рубрикою було виділено Блогінг і Розкрутка блогу, що по суті є одним і тим же, до того ж нерозривно пов'язане з SEO та SMO. Я зробила так, бо так було у всіх. Та й блог тоді у мене був на Blogger, де немає можливості створити деревоподібну структуру.
Але те, що роблять більшість, не означає, що це правильно.
Важливі правила при створенні деревовидної структури сайту.
Угруповання статей за рубриками повинна бути за однією ознакою.
Не можна частину статей поділити за кольором, а частина за розміром. Потрібно вибрати один ознака групування. Тільки за кольором або тільки за розміром. Мабуть, це одна з найскладніших завдань. І справжнє мистецтво створити логічну продуману структуру.
Звичайно, хтось може сказати, що раніше було краще. Це суб'єктивне відчуття, тому що, незважаючи на всю зовнішню логічність рубрікарія, часто було складно віднести статтю в одну рубрику.
На мій погляд, віднесення статей відразу до декількох рубриках говорить про непродуманість структури сайту. В правильно продуманій структурі ніколи не захочеться віднести статтю в різні рубрики.
Так, тут є свої підводні камені. З одного боку, ми повинні створювати ресурси для користувачів, і може здатися, що відвідувач сайту в першому випадку буде краще орієнтуватися. Але тоді у відвідувача може скластися невірне уявлення про основну тематику мого блогу. Я ж позиціонують свій блог саме так, і хочу, щоб у відвідувачів мого сайту формувалося саме таке уявлення. Я не пишу про все, я не створюю уроків по CMS, я пишу про те, як створити правильний якісний ресурс, а CMS привожу для прикладів, щоб було легше розуміти матеріали.
Друге правило - назва рубрики. Назва повинна бути коротким, ємким, давати чітку відповідь на питання - про що рубрика. Користувач ні на секунду не повинен задуматися, де йому шукати той чи інший матеріал. Ніяких абстрактних назв, мінімум креативу.
Але варто обмовитися, що для великих ресурсів цього буває недостатньо. Мало укласти статті в різні рубрики, потрібно, щоб ці статті перетиналися між собою по якомусь іншому критерію.
Наочний приклад - інтернет-магазини. Коли все ноутбуки віднесені до однієї групи, але так зручно на сторінці товару показувати периферійні пристрої, сумки та інше.
Але якщо з магазином все ясно, логіка більшості CMS під інтернет-магазин це передбачає, то для великого сайту потрібно шукати інші способи організації навігації.
Як зрозуміти, що потрібно зробити рубриками, а що мітками?
По-перше, потрібно виходити з тематики сайту. Якщо брати за приклад мій блог, то він більше про створення і просування, ніж про CMS або про щось інше. Тому логічніше було залишити саме таку структуру.
Уявляєте, як важливо правильно визначити тематику свого сайту. майбутнього або вже працюючого.
У цій статті я розповіла про організацію навігаційної структури сайту зсередини. А як це реалізувати зовні на сторінках сайту я розповім в наступній статті. А поки прочитайте інші статті по темі:
Навігація по публікаціям
P.S.
Випадково помітила, що Ваш сайт відкривається примусово по HTTPS тільки на головній сторінці, а внутрішні посилання, доступні як по зашифрованому, так і не по зашифрованому з'єднанню. Так задумано?
Лада, так, якщо налаштувати 301 редирект, то ні трафік, ні тИЦ ви не втратите. Досвід у мене такий був, звичайно.
Спасибі, що написали про https. Не знаю, як це вийшло, але це була помилка в коді. Я виправила і зараз всі сторінки повинні відкриватися тільки по https.