- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Тренды маркетинга в 2024 году: мобильные продажи, углубленная аналитика и ИИ
Экспертная оценка Адмитад
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
В адресе продвигаемой страницы есть заглавная буква. В конце июня Яндекс сменил релевантную страницу на ту, в URL которой были только строчные буквы. После настройки 301 редиректа из индекса выпала ненужная страница со всеми строчными, но через апдейт вернулась, не смотря на то, что редирект сохранился. В индексе Google находятся только корректные URL (с большими буквами). Страниц с адресами, содержащими заглавную букву, на сайте много, но косяк произошел только с двумя (на некорректные URL стояли внешние и внутренние ссылки).
Вопрос: давно ли Яндекс различает регистр в урлах? Можно ли менять релевантные страницы конкурентам путем простановки ссылок на некорректные урлы? Какой смысл различать эти дубли со стороны ПС?
Распишите всё подрооообнее.
Если подразумеваются урлы, отличающиеся только региСтром|регистром, то вот прошлогодний ответ ТП:
С уважением, Платон Щукин
Т.е. дело не в релевантности...
В выдаче при этом ещё чудеса творились >>>
Какой смысл различать эти дубли со стороны ПС?
А сие велика тайна есть.
Возможно, что просто так получилось... и лечить это незачем типа.
Вам в выдачу надо, вы за отсуствием дубЛей|дублей и следите.
А в запросах ПС регистр не учитывают...
Сомневаюсь, но не проверял.
ps Тестовых страничек было всего 2: уникурл · униКурл — во второй начало истории.
В G они когда-то присутствовали обе (c &filter=0), потом только одна. А потом пропал интерес... но осталось ощущение, что что-то тут не так.
Если чего ещё нароете, отпишитесь.
Если подразумеваются урлы, отличающиеся только региСтром|регистром
Да, урлы отличаются регистром, а контент одинаковый. До тех пор, пока на страницу с адресом в нижнем регистре не было внешних ссылок, релевантной считалась продвигаемая. Потом урлы сменились и позиции упали.
богоносец, проблема оказалась не новой, спасибо за ответ.
Напишу, когда она решиться.
Какой смысл различать эти дубли со стороны ПС?
Большинство веб-серверов используют ОС типа UNIX (Linux, FreeBSD и т.п.), в них отродясь во всех файлах регистр букв имеет значение, поэтому документ веб-сервера доступен только по одному, правильному адресу.
Потом пришел Билл Гейтс со своей виндой, которой пофиг, какой регистр букв, веб-сервер выдаст документ в любом случае. А поисковики не стали на себя много брать, в протоколе HTTP регистр имеет значение, это разные документы, возьмите хотя бы Disallow в robots.txt. Вот и получилось, что вебмастер обязан все это знать, понимать и следить, и не надеяться, что кто-то за него будет думать о регистре букв, угадывать, зачем на сайте были сначала адреса в одном егистре, а потом вдруг стали в другом.
Многие проблемы на сайтах - от пофигизма вебмастеров, вспомните недавние нашумевшие случаи с Мегафоном и др.
а контент одинаковый
Это может вносить лишнюю путаницу.
А мне после ответа ТП казалось, что... не в ссылках дело. 90% времени в индексе (и в выдаче) была страница с нижним регистром, но ссылка из выдачи всегда вела на нижний регистр. Обе были только когда в индексе оказалось два зеркала: с www. и без www.
Осталось проверить /рЕгистр /регИстр
Многие проблемы на сайтах - от пофигизма вебмастеров
К этим проблемам добавляется желание ПС как можно скорее донести найденное, не следуя стандартам, херя Disallow: /page ... пора бы иски вчинять, хотя закона нету, наверное? :-)
ps И W3C умудряется (из лучших побуждений, наверное) закладывать некоторые противоречия (не про ПС), заранее непредусмотренные идиотизмы, которые придётся разруливать позже.
Ответ Платона (пунктуация сохранена)
Для того чтобы указать роботу на регистр в котором должны быть страницы Вам необходимо указать их в таком виде в файле sitemap. По мере обхода сайта робот распознает правильное написание и они будут индексироваться в нужном регистре.
В это же время была подобная ситуация на сайте. В вебмастере яши вдруг появились станицы с нижним регистром вместо заглавных и с ошибкой 404. Причем это только несколько страниц, хотя с заглвными буквами их на сайте достаточное количество. Написал яше вот ответ: "Для нашего робота страница в верхнем и нижнем регистре - это одна и таже страница. Для устранения данной проблемы рекомендую Вам настроить сервер таким образом, чтобы страницы были доступны как в верхнем регистре, так и в нижнем. Затем в соответствии с файлом sitemap регистр страниц со временем будет изменен роботом." Ничего не делал само все наладилось.
Года 2 назад на одном моем сайте пару десятков страниц с верхним регистром Яндекс вообще отказывался индексировать очень долго, на письмо пришел ответ чтобы страницы были доступны и в нижнем регистре. Как быстро и что он раньше проиндексировал не помню, но с тех пор все страницы на всех сайтах делаю в нижнем регистре 🙅