- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Тренды маркетинга в 2024 году: мобильные продажи, углубленная аналитика и ИИ
Экспертная оценка Адмитад
Оксана Мамчуева
В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Сайт сделан на CMS, которую потребовалось дополнить собственной разработкой. В итоге в .htaccess пришлось сделать редирект, необходимый для работы сайта как такового. И это сделало невозможным редиректы с HTTP на HTTPS, а также с WWW на без него. Сейчас сайт открывается по обоим протоколам и по обращениям как с префиксом, так и без него.
Но на каждой странице прописан каноникал соответствующей страницы
Приемлем ли такой вариант?
Есть еще JavaScript переадресация, кстати. Если нужно.
это же дубли, но если есть каноникал, то вероятно это смягчит ситуацию
это же дубли, но если есть каноникал, то вероятно это смягчит ситуацию
Насколько я понимаю, дубли являются самой обычной ситуацией. Например, в магазине вполне могут быть дубли, поскольку какой-то товар может быть в нескольких категориях. И проблема решается через каноникал, который, собственно, для того и создан.
Разве не так?
Вот это плохо. В индексе будут варианты с https и без него.
В индексе будут варианты с https и без него.
Разве canonical этому не воспрепятствует?
Например, в магазине вполне могут быть дубли, поскольку какой-то товар может быть в нескольких категориях
Не могут; не должны мочь - это все решаемые задачи.
Разве canonical этому не воспрепятствует?
Нет.
301- это однозначный "да иди ты..."
canonical - "не желаете ли пройти?.."
частенько не желает ;-)
Ну, а если в индексе будут варианты с https и без него, то что здесь плохого?
вам как то через одно место все сделали.
чтоб сайт нормально шел склеивать нужно
и лучше не через джаву
чтоб сайт нормально шел склеивать нужно
Так, вроде бы, нормально склеился - с НТТР в индексе ноль, все в НТТРS.