- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Что делать, если ваша email-рассылка попала в спам
10 распространенных причин и решений
Екатерина Ткаченко
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Здравствуйте!
Есть такой вот вопросик - на сайте изменилась структура одного сервиса, соответственно поменялись ЧПУ адреса страниц.
В индексе таких страниц несколько тысяч. Сделать адекватную маску редиректа невозможно, так как новые адреса имеют в УРЛе параметр.
Вопрос, собственно, в следующем - лучше для этих страниц сделать ответ 404, чтобы они выпадали из индекса, а на их место приходили новые страницы?
Или оставить как есть сейчас - все старые адреса ведут редиректом 301 на главную страницу сервиса (чтобы люди из поиска хотя бы видели, что могут найти искомую страницу, а не сообщение об ошибке). Можно ли ждать адекватной индексации в таком случае?
Сделать адекватную маску редиректа невозможно, так как новые адреса имеют в УРЛе параметр.
А сделать редирект "с каждого на каждый"? 😕
То бишь с каждого конкретного старого урла - на соответствующий ему новый?
То бишь с каждого конкретного старого урла - на соответствующий ему новый?
Так я же написал - это невозможно. Параметр в УРЛ добавляется уже в ходе запроса.
Только:
- 301 один всех старых УРЛов на главную (сейчас так)
- 404 для всех старых УРЛов в принципе.
Вот интересно как лучше.
Так я же написал - это невозможно. Параметр в УРЛ добавляется уже в ходе запроса.
Только:
- 301 один всех старых УРЛов на главную (сейчас так)
- 404 для всех старых УРЛов в принципе.
Вот интересно как лучше.
ТО есть у вас страница имеет n-количество урлов на одну страницу ?
не 1 не второе делать не надо. но лучше 2
не 1 не второе делать не надо. но лучше 2
Да, получается так - несколько тысят УРЛОВ делают 301 на одну основную страницу.
Понимаю, что лучше делать маску редиректов, но тут нереально.
Лучше все же 404, считаете? А как вообще робот будет воспринимать эти 301-е на одну страницу в перспективе?
Так я же написал - это невозможно. Параметр в УРЛ добавляется уже в ходе запроса.
А что за параметр-то добавляется к урлу, чему он соответствует / что означает?
Да, получается так - несколько тысят УРЛОВ делают 301 на одну основную страницу.
Чую добром это не кончится. Редирект нужен для того чтобы указать куда страница делась и если все те тыщи страниц ведут на новую страницу, которая не имеет отношения к прошлой, то это фиговенько должно быть.
Как мне кажется нужно делать 404 ошибку с нормальным отлупом.
Ну там в подробности вдаваться не буду...Суть в том, что раньше были ЧПУ названий объектов поиска, теперь в адресе необходимо поимиом этих ЧПУ выводить ID этих объектов, которые запрашиваются в рамках запроса и в своей БД не хранятся.
Т.е. адекватно никак не сформировать 301 старых адресов на новые.
Поставили 301, чтобы пользователи попадали не на страницу ошибки, а на главную формы и могли хотя бы не в 100% случаев уйти в отказ, а повторить запрос с формы и получить нормальный результат в новом формате.
Но непонятно как на это отреагируют роботы ПС...Если такой редирект воспрмется как однозначное зло, то придется, видимо, прокачивать страницу 404 и ставить такой ответ старым адресам. Хотя для пользователей, повторюсь, редирект на главную, удобнее.
Суть в том, что раньше были ЧПУ названий объектов поиска, теперь в адресе необходимо поимиом этих ЧПУ выводить ID этих объектов, которые запрашиваются в рамках запроса и в своей БД не хранятся.
Т.е. адекватно никак не сформировать 301 старых адресов на новые.
Не понял: одному старому ЧПУ соответствует один ID или как?
Не, условно так:
Было - site.ru/tutachpu - страница с результатами поиска в форме, в индексе 5-8К таких адресов
Стало - site.ru/tutachpu/78889 - страница с результатом, с ID объекта.
Этот ID в базе не хранится, т.е. сопоставить эти адреса нельзя.
Было - site.ru/tutachpu - страница с результатами поиска в форме, в индексе 5-8К таких адресов
Стало - site.ru/tutachpu/78889 - страница с результатом, с ID объекта.
Одному объекту один старый ЧПУ соответствует?