- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
На сайте есть статьи, на которые можно попасть из разных источников.
т.е. есть несколько путей к статье way1, way2, и т.д. Путей несколько, потому что статья может относится к нескольким темам. И на нее можно попасть как интересуясь темой 1, так и темой 2.
если пользователь попадает на статью используя way1, то урл будет таким
some_url/way1/article
если же через way2, то будет some_url/way2/article
И таких путей достаточно много.
Как создать в таком случае sitemap? если для гугла все эти страницы все равно одинаковые?
Начнем с того, что это ненормально. А закончим перечислением уникальных урлов в sitemap.
так лучшее не делать, ибо поисковики не любять одинаковые страницы...
1. могут тупо выкинуть их из выдачи.
2. могут тупо пессимизировать...
3.могут по умному:)
Сделали мы это потому, чтоб сохранить информацию из той темы, из которой пришел пользователь.
Т.е. когда он приходит из темы1 на эту статью, то у него сверху пишется путь (чтоб он мог вернуться на предыдущие страницы) и рядом список других статей по теме1.
Если сделать один урл с динамическими параметрами, которые указывают путь пользователя, нормально ли будет реагировать поисковые роботы на динамический урл такого типа: some_url/ID?referer.
Если у статьи будет постоянный урл: articles/ID, но в php будет рассматриваться referer и выдаваться разный контент по нему, то как поисковики отнесутся к тому, что при одном и том же урле, мы получаем разный контент?
Думаю, сама логика ошибочна. У каждой страницы, как тут уже сказали д.б. один урл, если нужно пересылать посетителя с другой тематики делайте это при помощи ссылок.
Если мы все исправим, сильно и надолго ли мы упадем в выдаче?
Сейчас по ВЧ мы на 4-5 месте.
Стремно такое терять, хотя и понимаю, что надо в корне менять структуру сайта.
Rh+, как вариант, информацию о том, из какого раздела пришёл пользователь, можно хранить в куках.
так лучшее не делать, ибо поисковики не любять одинаковые страницы...
1. могут тупо выкинуть их из выдачи.
2. могут тупо пессимизировать...
3.могут по умному:)
Гугл обычно "клеит" такие страницы. Тогда при некоторых условиях можно увидеть пометку - "чтобы показать наиболее значимые результаты, мы опустили некоторые, очень похожие на * уже показанных.".