Інформаційна архітектура & SEO: уникайте джерел помилок в інтернет-магазині

  1. У класичному інтернет-магазині розрізняють такі типи сторінок:
  2. 4 джерела помилок Інформаційна архітектура в інтернет-магазинах
  3. 1. Подвійні підкатегорії
  4. 2. Подвійний продукт сторінки
  5. 3. Подвійні сторінки бренду
  6. 4. Неіснуючі сторінки
  7. резюме
  8. Про авторів

Інформаційна архітектура є основою кожного сайт , Він описує структуру та контекст різних сторінок або типів сторінок. Метою чітко структурованої інформаційної архітектури є забезпечення доступності всього важливого контенту для людини і машини: у той час як користувачі можуть знайти потрібний контент на логічно структурованому веб-сайті легко і без великого пошуку, це полегшує сканерам, змісту та їх семантичним відносинам захопити. З цієї причини вже під час планування інформаційної архітектури зручність і простота використання інтегрування змісту.

Спеціалізована стаття Лідії Лассіг і Маттеус Міхалік

Про зміст

Щоб мати змогу найкращим чином відобразити весь відповідний вміст на веб-сайті, інформаційна структура повинна мати певну стабільність, але в той же час залишатися гнучкою щодо майбутніх розширень і змін нових або існуючих сторінок.

Що слід враховувати при плануванні інформаційної архітектури? Які типи сторінок відіграють певну роль у структурі?

У класичному інтернет-магазині розрізняють такі типи сторінок:

  • будинки
  • Основні категорії
  • підкатегорій
  • продукти
  • бренди
  • Марка категорії комбінацій
  • Інформаційні сторінки / інформаційні сторінки

Приклад Планети Спорт виглядає так:

Однак при розробці інформаційної архітектури часто включаються помилки, які, з огляду на задній план, можуть бути виправлені лише з великими труднощами та зусиллями. Однією з поширених помилок багатьох великих компаній є наявність декількох сторінок ключове слово Встановіть, які канібалізують ці сторінки. Search Engine в таких випадках невідомо, яка з сторінок дійсно повинна бути рангом.

Найкращий спосіб розпізнати такі проблеми на основі ранжування -Розробка певних Ключові слова : Якщо кілька URL-адрес відповідного ключового слова регулярно змінюються в рейтингу, це явний знак того, що пошукова система не може вирішити, яка з сторінок є більш релевантною. У найгіршому випадку це може призвести до того, що жодна зі сторінок не матиме більшого рейтингу.

4 джерела помилок Інформаційна архітектура в інтернет-магазинах

У кожному магазині є інші причини для такого дублювання контенту або питань канібалізації. У багатьох випадках це пов'язано з одним із таких дій:

  • Підкатегорії створюються двічі
  • Сторінки продуктів підпорядковуються категоріям
  • Створення комбінацій брендових категорій і брендів категорій
  • Нові сторінки не можуть бути інтегровані в звичайну інформаційну архітектуру

Ці чотири джерела помилок описані нижче.

1. Подвійні підкатегорії

Часто існує багато підкатегорій, які можуть бути віднесені до декількох основних категорій. Візьмемо, наприклад, "фотопринтери" в магазині електроніки: Де повинна бути ця категорія - під "Комп'ютер" або під "Фото"? Інтернет-магазини вирішують це по-різному:

Saturn.de і mediamarkt.de пов'язують цю категорію лише один раз:

  • saturn.de про "Комп'ютер і офіс": http://www.saturn.de/de/category/_fotodrucker-437038.html
  • mediamarkt.de в розділі "Фото та відеокамера": http://www.mediamarkt.de/de/category/_fotodrucker-464123.html

html

Однак, Conrad.de і cyberport.de влаштували цю категорію в декількох місцях:

  • Conrad.de відображає категорію в "Multimedia" і "Computer & Office", але в обох випадках посилання однакові URL : https://www.conrad.de/de/kompakte-fotodrucker-thermo-o0405026.html.
  • Cyberport.de відображає категорію за допомогою "PC & Accessories", а також "Smartphone & Photo", але різні URL-адреси пов'язані: https://www.cyberport.de/pc-und-zubehoer/drucker-scanner/ фото - thermalprinter / list.html і https://www.cyberport.de/smartphone-and-foto/zubehoer-digitalkameras/foto--thermodrucker/liste.html

html

Зараз cyberport.de має дві рівні підкатегорії. У короткостроковій перспективі все це можна контролювати за допомогою управління індексацією: мета роботи -Введення URL-адреси в "Smartphone & Photo" було встановлено в noindex . Є на домен але кілька таких дубльованих категорій означає, що багато сторінок непотрібно скануються.

У довгостроковій перспективі архітектуру сторінки потрібно було б змінити так, щоб існувала лише одна з двох URL, але обидві були пов'язані відповідною категорією, так само як і з conrad.de.

Щоб уникнути такої подальшої адаптації, слід зауважити вже при створенні сторінки

  1. Існує декілька категорій, які можна призначити кілька разів
  2. Жодних категорій не можна створювати двічі
  3. Підкатегорії також можуть бути пов'язані з іншими основними категоріями

Таке дублювання також може відбуватися, якщо є додаткові каталоги, в яких знову створюються всі категорії, наприклад. B. / продаж, / новий, / пропозиції, / топ-продавець і т.д. У цих випадках навіть всі категорії існують двічі. Отже, з самого початку слід враховувати, чи повинен цей вміст відображатися на окремих URL-адресах: до тих пір, поки вони не оптимізовані для набору наборів ключових слів, які мають комбінації з "дешевим", "продажем", "пропозиціями", "новим" тощо. , слід пропустити якомога більше цих каталогів. Натомість URL-адреси можна створити як URL-адреси параметрів для поповзом бути максимально ефективними.

Приклад : Planet Sports має каталог / відділення / де всі категорії відображаються знову:

  • Куртки в звичайному рядку категорії: https://www.planet-sports.de/streetwear/jacken/winterjacken/
  • Куртки в / outlet / каталог: https://www.planet-sports.de/outlet/streetwear/jacken/winterjacken/

de/outlet/streetwear/jacken/winterjacken/

У цьому випадку індексація дубльованих категорій забороняється шляхом встановлення всіх сторінок у каталозі / outlet / noindex .

2. Подвійний продукт сторінки

Аналогічна ситуація й з продуктами, створеними нижче категорій. Якщо продукт може бути призначений для декількох категорій, він буде даватися двічі або навіть частіше.

Приклад : notebooksbilliger.de структурований так, що URL-адреси продуктів знаходяться під URL-адресами категорій. Тепер є продукти як за основними категоріями, наприклад. Як "ноутбуки", а також підкатегорії, наприклад. Б. "Блокноти". Так де ж організований конкретний бізнес-блокнот? Оскільки це стосується як батьківської, так і підкатегорії, магазин електроніки розміщує його двічі:

  • У розділі "Блокноти": https://www.notebooksbilliger.de/notebooks/hp+probook+470+g3+t6q49et
  • У розділі "Блокноти": https://www.notebooksbilliger.de/notebooks/business+notebooks/hp+probook+470+g3+t6q49et

de/notebooks/business+notebooks/hp+probook+470+g3+t6q49et

Хоча це може бути досить позитивним для створення URL-адрес продукту під сторінками категорій, особливо для того, щоб слідувати ідеї силосу. Проте це має відбутися лише за наявності чіткого розв'язання проблеми, що просто пояснюється:

  1. Немає продуктів, які можна призначити декільком категоріям. Увага : Необхідно забезпечити, щоб цього не сталося в майбутньому.
  2. Кожен продукт може бути призначений тільки для однієї категорії.
  3. Якщо продукт є релевантним для декількох категорій, його можна зв'язати з цих категорій, але не буде створено жодної нової URL-адреси.

Однак цей підхід є занадто складним для багатьох інтернет-магазинів, тому продукти рідко посідають нижчі категорії. У цьому випадку як користувач, так і пошукова система можуть розглядатися як підпорядкована роль продуктів за допомогою внутрішнього зв'язку. Це може приблизно один хлібний м'якуш в яких продукти продовжують посилатися на батьківські категорії, навіть якщо вони не входять до інформаційної архітектури під категоріями. Проте, знову ж таки, має бути вирішено на шляху категорії.

3. Подвійні сторінки бренду

Багато інтернет-магазинів пропонують продукти з декількох брендів і мають їх самостійно сайти також створено URL-адреси для різних поєднань брендів і категорій брендів або категорій / брендів. Наприклад, у Zalando є сторінка для "Adidas women shoes": https://www.zalando.de/damenschuhe/adidas/.

Але звідки ця сторінка повинна бути доступною: з брендової сторінки "Adidas" або зі сторінки категорії "жіноче взуття"? І те й інше стосується Zalando. Якщо натиснути на кнопку "Взуття" на сторінці бренду "Adidas", ви потрапите на вищевказану сторінку. Ви також можете отримати доступ до цієї URL-адреси, вибравши бренд "Adidas" на сторінці категорії "Жіноче взуття". Ця реалізація є оптимальною: є тільки одна категорія брендів для жіночого взуття Adidas.

Ця реалізація є оптимальною: є тільки одна категорія брендів для жіночого взуття Adidas

Часто, однак, інтернет-магазини отримують URL-адреси з навігаційного посібника, що призводить до двох різних URL-адрес для однієї теми. У випадку взуття Adidas буде вказано URL для взуття + Adidas та одна для взуття Adidas +. Ось, наприклад, це. Б. на планеті Спорт:

  • Категорія "Взуття" під брендом "Adidas": https://www.planet-sports.de/marken/adidas/schuhe/
  • Бренд "Adidas" в категорії "Взуття": https://www.planet-sports.de/schuhe/marke-adidas/

de/schuhe/marke-adidas/

У цьому випадку буде дві ідентичні сторінки, обидва оптимізовані для одного і того ж набору ключових слів. У найгіршому випадку жодна з обох сторін не буде тут. Щоб запобігти цьому, інформаційна архітектура повинна бути структурована з самого початку, так що існує тільки одна структура URL для комбінацій брендів. Ці комбінації повинні бути доступні як на сторінках торгової марки, так і в категоріях, як це робить Zalando.

Чи вбудовані сторінки в сегменті бренда або в сегменті категорій, залежить від бізнес-моделі. Якщо сторінки категорії є найбільш важливими для магазину, то комбінації брендових категорій повинні бути розташовані під ним. У деяких випадках сторінки бренду можуть бути більш важливими, ніж сторінки категорій. У такому випадку комбінації повинні бути розміщені під брендовими сторінками для їх посилення.

4. Неіснуючі сторінки

Крім транзакційного контенту, перетворення приносять (особливо категорії і сторінки товару) повинні бути на всіх сайт інтегрований інформаційний зміст. Це може бути у вигляді a блоги або журнал, а також безпосередньо в змісті транзакцій. Важливо, щоб цей тип сторінки вже придумувався під час створення сторінки, щоб потім її легше інтегрувати. Однак, іноді це не враховується при створенні веб-сайту.

Крім того, часто немає думок про нові сторінки категорій, які з часом можуть стати необхідними. Проблема полягає або в технічних можливостях, які ускладнюють, наприклад, запровадження додаткового рівня категорії або відповідальності в компанії. Прикладом першого випадку буде інтернет-магазин, який має три рівні категорій:

Тепер вже існуючі Цільові сторінки вже оптимізовані та нові потенційні можливості ключових слів. Однією з можливостей було б створити сторінки для різних типів джинсів, наприклад. Наприклад, для вузьких джинсів (зрештою, 12 100 запитів на місяць). Було б логічно поставити цю сторінку під джинси - але повинна бути можливість вставити інший рівень категорії.

У більшості випадків, однак, це друга проблема: обов'язки в компанії, тобто, хто може вирішити, що рівень четвертої категорії необхідний, чи потрібно створити нову категорію? Щоб запобігти цьому, при створенні сторінки вже має бути регламентовано, що за певних обставин створення нової категорії не є проблемою. Для цього можна зібрати відповідні критерії з різних відділів, z. B. Значний обсяг пошуку для ключового слова.

резюме

Під час розробки архітектури сторінки необхідно відповісти на такі запитання:

  • Які сторінки або типи сторінок тісно пов'язані і, отже, мають бути пов'язані через інформаційну архітектуру?
  • Які сторінки або типи сторінок не можуть бути однозначно призначені і тому не повинні бути пов'язані з інформаційною архітектурою?
  • Чи може запланована інформаційна архітектура створювати дублікати завдань, яких слід уникати?
  • Який вміст або сторінки можна створити в майбутньому і де вони організовані?
  • Куди йде користувач, якщо він встановлює фільтри по певних категоріях, а подвійні - результат?

Якщо ці питання розглядаються, інформаційна архітектура сторінки повинна бути стабільною і не схильною до помилок.

Про авторів

Лідія випадкова   SEO   Консультант в   Інтернет-маркетинг   -Agentur   Performics   в Берліні Лідія випадкова SEO Консультант в Інтернет-маркетинг -Agentur Performics в Берліні. Перш ніж приєднатися до агентства сторони Пошукова оптимізація Вона працювала на корпоративній стороні в онлайн-маркетингу і особливо для SEO і Соціальні медіа відповідальність.

Matthäus Michalik є старшим консультантом компанії Performics, провідним світовим агентством маркетингу продуктивності Publicis Media Matthäus Michalik є старшим консультантом компанії Performics, провідним світовим агентством маркетингу продуктивності Publicis Media. Як глобальне агентство, Performics консультує компанії з пошуку, соціальних медіа, Маркетинг вмісту , Дисплейна реклама та міжнародна сайти і спеціалізується на проектах. Matthäus побудував міжнародну аутрич-команду в рамках агентства, яке керує компаніями на 16 мовах і понад 20 країнах. Своїм досвідом він консультує проекти та корпорації з питань, пов'язаних зі стратегічною та технічною пошуковою оптимізацією (SEO), оптимізацією магазинів додатків (ASO) та оптимізацією ринку (MPO).

Що слід враховувати при плануванні інформаційної архітектури?
Які типи сторінок відіграють певну роль у структурі?
Візьмемо, наприклад, "фотопринтери" в магазині електроніки: Де повинна бути ця категорія - під "Комп'ютер" або під "Фото"?
Так де ж організований конкретний бізнес-блокнот?
Але звідки ця сторінка повинна бути доступною: з брендової сторінки "Adidas" або зі сторінки категорії "жіноче взуття"?
У більшості випадків, однак, це друга проблема: обов'язки в компанії, тобто, хто може вирішити, що рівень четвертої категорії необхідний, чи потрібно створити нову категорію?
Які сторінки або типи сторінок не можуть бути однозначно призначені і тому не повинні бути пов'язані з інформаційною архітектурою?
Чи може запланована інформаційна архітектура створювати дублікати завдань, яких слід уникати?
Який вміст або сторінки можна створити в майбутньому і де вони організовані?
Куди йде користувач, якщо він встановлює фільтри по певних категоріях, а подвійні - результат?