- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Про отличия листингов от категорий тоже было бы интересно послушать
Для меня листинг - это вид представления данных, а категория - это структурный элемент в контексте общей структуры.
Категория может содержать в себе товарный листинг, а может и не содержать (и содержать перечень подкатегорий, например).
Для меня это всё равно, что сравнивать статическую страницу и таблицу, главную и строку поиска, карту сайта и форму обратной связи. Совершенно ненужный контекст разговора. Мы ушли в сторону и начали обсуждать абстрактные формы, а это всегда неблагодарный разговор. Беспредметно он незачем.
НЧ, СЧ и ВЧ - это тоже формальные определения и структурно страница, которая из СЧ стала НЧ (в связи с сезонностью, например) не должна становится, чем-то другим, если была категорией. Строго говоря, НЧ, СЧ, ВЧ - это статистическая характеристика запроса, а не страницы. Страница как известно может/не может нести в себе и НЧ, и СЧ, и ВЧ запросы одновременно.
Когда мы формируем структуру сайта в виде mind-карты (беру произвольный пример, карта не моя), то структура может выглядеть след. образом,
Где категория обобщает условную совокупность,
Например, Каталог - это категория (хотя более привычно называть раздел), Костюмы - категория, Классические - категория, потому что объединяют товары по своему признаку.
Страница Контакты - это не категория, это отдельная статическая страница, она никакие товары не объединяет.
Поэтому структурно есть Главная (как основополагающий структурный элемент), есть разделы (как категории верхнего уровня), а далее мы работает с категориями и конечными страницами.
Будет ли листинг на странице, или форма, или таблица, или текстовые блоки, или галереи - это уже вопрос в контексте отдельной страницы.
Был конкретный вопрос от TC,
НО главная в этой конструкции страница "стеллажи с ящиками" уже не в 2-3 шагах от главной, что, если верить рекомендациям в сети, уже не правильно.
на него уже ответили.
Всех искренне благодарю за исчерпывающие ответы.
По структуре каталога выводы сделаны. Схема выше от Антония полностью соответствует тому, что уже нарисовали в качестве проекта.
Возник еще вопрос. Куда товары размещать?
Есть 2 варианта:
- отдельная папка под товары "/tovar/stellazh-umka-roziviy" и там лежат все товары
- или же в основной категории "/mebel-dlya-doma/stellazhi/stellazh-umka-roziviy"
Как лучше?
В моих примерах в стартовом посте используют второй вариант, но в целом многие используют первый. ИИ тоже его рекомендует.
Как лучше?
А ты кто по жизни - мамкин сеошнег, маркетолог на минималочках или хотя бы "стремящийся"? Оттого и ответы будут разные
Всех искренне благодарю за исчерпывающие ответы.
Пожалуйста 😎
Есть 2 варианта:
- отдельная папка под товары "/tovar/stellazh-umka-roziviy" и там лежат все товары
- или же в основной категории "/mebel-dlya-doma/stellazhi/stellazh-umka-roziviy"
Как лучше? В моих примерах выше второй вариант, но в целом многие используют первый. ИИ тоже его рекомендует.
Это уже вопрос, который стал классическим, но здесь он неточен. В отдельный раздел Товары нужно размещать не категорию, а уже непосредственно товары, поэтому дальше речь пойдет о товаре, а не о промежуточной категории /stellazh-umka-roziviy/
Лучше - первый. Почему?
Потому что образованных категорий может быть (условно) бесконечно много и категории формируются признаками: по виду, по типу, по способу использования, и т.д. Отсюда следует, что у одного и того же товара множество признаков.
Следовательно, один и тот же товар может попадать в разные категории. Поэтому, если товар прикреплять к каждой категории, то могут возникать перекрёстные дубли т.е. ваш конкретный стеллаж будет находиться и в категории Стеллажи и в других, к которым он будет относится.
Поэтому лучше формировать отдельный раздел Товары (обычно слаг /poduct/) и в него размещать все товары. А самому товару (стеллажу) назначать соответствующие признаки, которые позволят включить товар в листинги разных товарных групп (т.е. соответствие подходящим категориям).
Например, конкретный товар зеркало, может включаться как в категорию Зеркала, так и в категорию Аксессуары.
Менеджер Озона у производителя мебели с брошенным сайтом, с которым разрешили делать что угодно.
Когнитивный диссонанс от сочетания "коня и трепетной лани" порвал шаблон на кучу маленьких бойких шаблончиков...
Это шутка (для тех кто не понял). А так, если интересует сугубая реальность продаж и всего этого, а не сугубая синтетика только, то очевидно (очевидно же, да?!), что урлы с прописанной в них таксономией(`/mebel-dlya-doma/stellazhi/stellazh-umka-roziviy`) полезны для всяких группировок, выборок, сегментов при анализе непосредственно в Метрике/Вебмастере без необходимости всякого SQL-шаманства с базой, от чего не убежать при плоском URL товара. Но при этом надо помнить, что есть и темная сторона таксономии — для мультикатегорийных таксономий перенос/привязка некоего таксона к новым узлам будет не так проста в части урла и ХК, как с плоским деревом
Лучше - первый. Почему?
Не лучше безусловно, а "зависит от многих гитик, нам неизвестных". И я навскидку выберу вариант 2, потому что "темная сторона" его проявляется если, то редко и только при недостатоной предподгготовке
И да, проше пана — не надо путать "представление" (логическое) и "размещение" (физическое): это две большие разницы, а якобы проблема кросскатегорийности решается тем, чем и задумано оригинально, т.е. правильно приложенным к нужному месту canonical
И я навскидку выберу вариант 2
Можно выбрать вариант два, если описанных мною вариантов не будет, структура будет жёсткая и нерасширяемая.
Но как только возникает ситуация, где появляются категории объединяющие в себе разные товары по новому признаку, который раньше не учли, то начинается "мягкий пепец".
Я ещё не видел активно развивающихся бизнесов, которые с самого начала застывали в своём товаром ассортименте и в выбранном варианте структуры. Поэтому лучше сразу заложить принцип, где объектам (товарам) можно определить многовариантые связи с категориями, а не просто жёстко привязать товар к одной категории, которая очевидно предполагается и назначить вложенность.
Можно выбрать вариант два, если описанных мною вариантов не будет, структура будет жёсткая и нерасширяемая.