Устарело это. Подробнее.
Была страница с адресом типа Site/RAZDEL/file.xml — появившаяся в индексе первой. Позже добавлена с другим контентом Site/RAZDEL/fiLe.xml — отличается реГистром одной буквы в имени файла, и предпринята попытка её индексации методом Упыря.
Проблема ожидалась не в индексации… но всё оказалось не так, как думалось. До начала этого всего было известно: ПС индексировала в том регистре, в котором сервер отдавал. Сначала бросилось в глаза другое: при ограничении поиска адресом конкретной страницы — регистр запроса: /уРл · /урл — кагбе не важен… и для G аналогично.
Долгое время эта страница с другим регистром в уРл не хотела появляться в индексе… пока там была страница с ранее проиндексированным регистром урла. И вдруг, несколько страниц вылетели из индекса на некоторое время… вот сразу после этого на короткое время в индексе и появилась страница с верхним региСтром в имени файла, но! ссылка из выдачи вела на страницу с нижним регистром урла, которой в индексе не стало, но позже она появилась в индексе, а страница с верхним регистром — исчезла.
Ожидалась путаница только при поиске по заданному урлу, если ПС известны две и более страницы с разницей только в регистре имени разДела/фаЙла. А оказалось, что несколько страниц с разницей только в регистре UrL — в индекс одновременно не влезли, но тем не менее, Яндекс перепутал … была ситуация, когда ссылка из выдачи вела на неправильный URL.
Овет службы поддержки:
В настоящий момент из страниц, url которых различается только в регистре, в результатах поиска может участвовать только одна из этих страниц. C помощью файла sitemap можно повлиять на URL отображаемой страницы в результатах поиска, указав в нем адрес страницы в требуемом регистре.
С уважением, Платон Щукин
Это никак не отвечало на ляп с неправильным адресом ссылки из выдачи. А весной 2112… вдруг стала заметноЙ измена отношеньев святаго Яндекса с шыбко разными регистраме урлей и тоЛько.