Версии сайта
HTTP, HTTPS и варианты с www. Ответ 200 на нескольких версиях без редиректа может разделять вес страниц.
Проверка дублей страниц сайта
Проверьте, какие технические URL отвечают кодом 200 и могут создавать дубли в поиске. Сервис не переходит по редиректам: так сразу видно исходный ответ каждого варианта.
Технические URL
Проверяем ///, /?, а также index.html, index.php, index.htm и home-файлы.
Прямой IP
Показываем ответ при обращении по внешнему IP. Это помогает найти default virtual host и ошибочные копии сайта.
Как читать результаты проверки
Зелёный код 200 сам по себе не всегда ошибка. Риск возникает, когда несколько URL отдают одинаковую страницу без постоянного редиректа, канонического адреса или запрета на индексирование.
Страница доступна. Проверьте, не является ли она копией главной или другой посадочной страницы.
Обычно это правильный вариант: адрес постоянно перенаправляет пользователя и поискового робота на основную версию.
Это временное перенаправление. Для склейки постоянных версий сайта чаще используют 301 или 308.
Что исправлять при найденных дублях
Определите один основной адрес: HTTPS и вариант с www или без него.
Все остальные версии, index-файлы и технические пути должны вести кодом 301 или 308 на канонический URL.
На основных страницах укажите абсолютный canonical, совпадающий с выбранным адресом.
Частые вопросы
Почему проверка не следует редиректам?
Так видно исходный код каждого URL. Если сразу перейти на конечный адрес, невозможно понять, настроен ли редирект и какой именно.
Нужен ли редирект для index.html и index.php?
Если файл отдаёт ту же страницу, что и корень домена, его лучше постоянно перенаправить на основной URL. Это снижает риск дублей в индексе.
Что означает доступность сайта по IP?
Ответ 200 по IP может открыть страницу другого виртуального хоста или копию сайта. Для большинства сайтов корректнее отдавать ошибку либо редирект на канонический домен.
Поиск дублей страниц и вариантов одного URL
Проверка дублей URL помогает понять, открывается ли один и тот же контент по нескольким адресам: с www, без www, по HTTP и HTTPS, со слешем, index-файлом или параметрами. Такие расхождения усложняют индексацию и распределение сигналов между страницами.
Единый основной адрес должен быть закреплён в редиректах, canonical, внутренних ссылках и sitemap.xml. Не закрывайте проблему только robots.txt: поисковик может продолжать знать URL по внешним ссылкам, поэтому сначала настройте канонический вариант и переадресацию.
Практические рекомендации
- выбрать единственную каноническую версию страницы;
- проверить HTTP/HTTPS и www/без www;
- убрать ссылки на дубли из меню, хлебных крошек и sitemap;
- перепроверить коды ответа после настройки редиректов.
Для комплексной проверки используйте проверку перенаправлений, анализ HTTP-ответа, создание sitemap.xml.
Как использовать результат в SEO-работе
Результат «Поиск дублей страниц и вариантов одного URL» полезнее всего рассматривать не отдельно, а как часть регулярного контроля сайта. Зафиксируйте исходное состояние, приоритетные URL и дату проверки. Затем исправьте одну понятную причину, повторите анализ и сравните данные. Такой подход позволяет не путать случайные колебания с реальным эффектом от доработок, а также сохраняет понятную историю решений для команды, разработчика или заказчика.
Если сервис показывает проблему, сначала определите её масштаб: относится ли она к одному адресу, шаблону раздела или всему домену. Важные страницы стоит проверить с точки зрения доступности, канонического адреса, содержания и внутренней навигации. Не вносите несколько несвязанных изменений одновременно — так проще найти причину улучшения или ухудшения результата и безопасно откатить неудачное решение.
Продолжить работу по теме помогут комплексный аудит, настройку robots.txt, проверку индексации, визуальный контроль страницы.