- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

Маркетинг для шоколадной фабрики. На 34% выше средний чек
Через устранение узких мест
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
В общем ситуация довольно сложная, объясню в последовательности событий.
Изначально имелся сайт с весьма специфичными постоянными ссылкам (WP) по типу site.ru/?page_id=568
Далее на этот сайт пришла бригада замечательных программистов, которые поставили какой то свой модуль регистрации пользователей в стороннюю систему,
что к делу не относится. Важно то, что они для своих целей поставили поверх предыдущей проблемы Permalink Manager Lite.
Убрать плагин - не вариант, ложиться их система, которая заказчику необходима.
Моей задачей было вернуть человеческие урл страницам, был изменен тип постоянных ссылок на simple-post, поставлен cyr to lat.
Ну и собственно заданы новые урл всем старым страницам с редиректом со старого на новое.
Все ок, но появились некоторые страницы, доступные по двум адресам, к примеру
site.ru/about/?page_id=568
site.ru/about/
если отключить Permalink Manager Lite (чего мы сделать увы не можем), то проблема исчезает.
как вариант, мне нужно как то сделать редирект отсюда site.ru/about/?page_id=568 сюда site.ru/about
такие манипуляции не помогают:
Redirect 301 /about/?page_id= 568 /about/
собственно возможно я что то не так делаю?
Как вариант - в роботсе запрети индексацию страниц с параметрами.
Как-то так:
такие манипуляции не помогают:
Redirect 301 /about/?page_id= 568 /about/
собственно возможно я что то не так делаю?
Естественно. Redirect работает по-другому. Вы по сути прописали циклическую переадресацию, но директива, видимо, этому препятствует или просто не может нормально работать из-за указания строки запроса.
Если на сайте в адресах вообще не используется строка запроса, попробуйте сделать коррекцию адреса с отбросом строки запроса средствами сервера, т.е. перед запуском WP. Также можно попробовать сделать внутреннюю переадресацию с заменой имени параметра page_id на p и с сохранением пути. Возможно, в этом случае WP сделает коррекцию сама.