- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Пердположим у меня есть
Раздел -> Подраздел 1 -> Подподраздел 1 -> Страница
Имеет ли значение будет урл вида
razdel/podrazdel1/podpodrazdel1/stranica
или
razdel/stranica
?
Т.е. во втором случае из УРЛ структура сайта будет не очевидна.
Для кого/чего оно, по-твоему, должно иметь значение?
Если речь о предпочтениях, то я за второй вариант.
Используй razdel/stranica и юзай хлебные крошки
/ru/forum/787928
/ru/forum/802851
/ru/forum/805997
Никакого значения это не имеет.
Если структура осмыслена, я бы безусловно выбрал вариант razdel/podrazdel1/podpodrazdel1/stranica
Благодарю.
Пример с википедией звучит убедительно.
razdel/podrazdel1/podpodrazdel1/stranica
Перечитал темы на которые дал ссылки богоносец.
Если я его правильно понял, то один из минусов применения урлов такого вида *как я процитировал - это то, то сразу весь кластер может попасть под фильтр. + немаловажная проблема, это если один и тот же товар (документ) имеет отношение к нескольким разделам, а у вас в урле уже четко обозначен раздел, это не есть гут.
Для себя сделал вывод что лучше делать урлы вида
site.ru/stranica1
site.ru/stranica2 и т.д.
а уже за счет создания страниц разделов выводить в них (в страницы разделов) ссылки на документы.
Но как я понял есть проблема - когда урлы не имеют разделов (///) будет проблемматично собрать статистику, например по группе товаров принадлежащих, например, к пылесосам. Решения не нашел.
ps Сам с 2011 года все урлы стараюсь делать в корне сайта (конечно, когда это возможно).
ps Вопрос для программеров. Если кто то подскажет, спасибо большое. Не понимаю, допустим у нас 100500 документов. Формально документы относятся к разным разделам (товары, статьи, производители и т.д.). Под каждый раздел своя таблица в БД. Допустим все урлы имеют вид site.ru/stranica1 Но как тогда писать обработчик я не понимаю. Я так себе представлял, как это делается и делаю. В зависимости от того какой раздел в урле (/раздел/) скрипт собирает данные по документу из определенной таблицы БД. А если все в куче, то не понимаю...У меня 900 товаров и 2 раздела, проблем нет. Но вот когда документов и разных гипотетических разделов очень много мне это не понятно.
Если я его правильно понял, .
Суть вот:
Структуру-сайта-для-посетителя можно перевернуть как угодно... а с проиндексированными урлами сложнее.
(используй этот редкий случай, когда богоносец говорит на понятном русском языке, а не сыплет ребусами через яндекс ;) )
SeVlad, прошу пояснить я же правильно понял? :)
урлы такие
site.ru/stranica1
site.ru/stranica2 и т.д.
а внутренней перелинковкой (хлеб крошки, меню и т.д.) пользователю создаем видимость разделов такой как надо.
а внутренней перелинковкой (хлеб крошки, меню и т.д.) пользователю создаем видимость разделов такой как надо.
Пользователю плевать на твою внутреннею перелинковку. :) А так да, всё верно.
Крошки пользователю нужны для понимания где он находится и удобного перехода по иерархии сложной структуры.