- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Затеял глубокую модернизацию сайта-статейника, в том числе наведение порядка со структурой адресов страниц. Сейчас у меня вообще чехарда.
Сайт с одной точкой входа – index.php. Необходимость в динамических адресах остается, но их будет минимальное количество.
Вижу вот такие варианты:
1.
site.ru/wowa/leto/
site.ru/wowa/leto/?abc=12&bcd=22
2.
site.ru/wowa/leto.html
site.ru/wowa/leto.html?abc=12&bcd=22
3.
site.ru/wowa/leto.php
site.ru/wowa/leto.php?abc=12&bcd=22
Я понимаю, что существенного значения это не имеет, но всё же, почему бы не нормализовать?
Вы как делаете?В примерах, не имеет значения, от слова "совсем". Не заморачивайтесь.
Вы как делаете?
Здесь полезно добавить, что если речь идёт о разделе, то лучше
site.ru/wowa/leto/
а если речь идёт о конечной странице, то
site.ru/wowa/leto
При этом страницы с get параметрами использовать только для пагинации
site.ru/wowa/?page=1
и соответственно этот тип страниц - noindex, nofollow + canonical на родительский раздел
либо пагинацию можно организовать вот так site.ru/wowa/page/1
Get параметры для канонический адресации внутренних страниц лучше не использовать, во-первых, нагляднее, во-вторых, можно будет в robots-е смело запрещать для индексации всё то, что со знаком вопроса "?", а оно со временем будет набегать по utm меткам, всяким левым адресам и т.д.
Здесь полезно добавить, что если речь идёт о разделе, то лучше
site.ru/wowa/leto/
а если речь идёт о конечной странице, то
site.ru/wowa/leto
Откуда этот бред взялся со слешем?
ТС, без разницы как делать. Ничто из этого не увеличит трафик
Ничто из этого не увеличит трафик
Правильная структура не гарантирует увеличение трафика, правильная структура обеспечивает четкое понимание уровня: категория ли это (имеющая вложенные дочерние элементы) или конечный элемент структуры (страница).
Аналогию в сравнении с папкой и файлом понимаете? Вот URL таксономия строится по такому же принципу.
ТС, без разницы как делать.
Когда начнете работать с большими проектами (если начнете), то почувствуете в чём разница.
p.s. Опять-таки, это не строгое правило, это рекомендация, которая в последующем будет способствовать более удобному анализу. На более поздних этапах рабочей аналитики будет полезно знать, является ли приведенный URL разделом или страницей. Когда изначально в URL структура заложена строгая рабочая логика, то гораздо удобнее решать процедурные задачи.
Затеял глубокую модернизацию сайта-статейника
Правильная структура не гарантирует увеличение трафика, правильная структура обеспечивает четкое понимание уровня: категория ли это (имеющая вложенные дочерние элементы) или конечный элемент структуры (страница).
Аналогию в сравнении с папкой и файлом понимаете? Вот URL таксономия строится по такому же принципу.
Ну про слеши правда на бред похоже. Даже Гоша в своих бородатых текстах писал, что это историческая хрень. Лично я вообще против трэйлинг слешей (чтобы даже со статиком было единообразно). Но иногда чисто в технических целях могут использовать разнотипную адресацию:
1) относительные адреса в ссылках, типа pig-1 и т.п. в /pigs/;
2) независимые куки для опред. раздела сайта (можно даже одноименные в разных разделах), того же /pigs/, /cats/, /admin/ и т.п.
Хотя эти пункты – просто плюсы трэйлинг слешей, т.е. можно и без разнотипной адресации (не считая статика), а тупо pig-1/ в /pigs/ 😉
Сайт с одной точкой входа – index.php. Необходимость в динамических адресах остается, но их будет минимальное количество.
4. Большинство крутых перцев уже забило на трэйлинг слеши:
site.ru/wowa
site.ru/wowa/leto
site.ru/wowa/leto?abc=12&bcd=22
это не строгое правило, это рекомендация,
Чья рекомендация? Сеошников- фантастов или есть пруфы на рекомендации ПС?
Аналогию в сравнении с папкой и файлом понимаете? Вот URL таксономия строится по такому же принципу.
Папка и файл - это физический уровень. Физический уровень не имеет никакого отношения к урлам.
Урл - это адрес документа. Таксономия же вообще из другой оперы и имеет отношение к урлам как материал стен дома к его адресу.
"URL таксономия" - это похоже на очередной придуманный на коленке "умный" термин.
На более поздних этапах рабочей аналитики будет полезно знать, является ли приведенный URL разделом или страницей.
Для более удобного анализа есть правильные методы, а не извращения со слешами.
Например:
site.ru/category/wowa/ - рубрика wowa
site.ru/wowa/ - страница wowa
Есть и другие методы, но этот ИМХО и прост в реализации и понятен даже человеку и лёгок при аналитике.
Здесь полезно добавить, что если речь идёт о разделе, то лучше
site.ru/wowa/leto/
а если речь идёт о конечной странице, то
site.ru/wowa/leto
На самом деле стоит делать единообразно, надо наверняка же делать редирект либо без слеша или со слешем, как с динамическим урлом на уровне nginx определить что является разделом, а что является страницей?
Зачем вообще эти пляски, озон редиректит со слешем (хотя без слеша тоже работает). vc редиректит на без слеша все и разделы тоже, хабр редиректит на слеш всё, леруа редиректит на слеш и так далее. И это большие проекты так то