[{"data":1,"prerenderedAt":29},["ShallowReactive",2],{"$f3onvjWd8UHjRuZN4VmtFyTMLAPf609oNmm0jlOdnVR4":3},{"slug":4,"title":5,"description":6,"date":7,"created_at":8,"updated_at":8,"h1":5,"content":9,"views":10,"next_articles":11},"kanonikalizaciya-i-dubli-stranic","Канонизация и дубли страниц: как убрать","Представьте: у вас есть страница example.ru\u002Fpage\u002F, которая открывается по четырём разным адресам:","2026-07-06","2026-09-07","\u003Ch2>Технические дубли — невидимая потеря трафика\u003C\u002Fh2>\n\u003Cp>Представьте: у вас есть страница \u003Ccode>example.ru\u002Fpage\u002F\u003C\u002Fcode>, которая открывается по четырём разным адресам:\u003C\u002Fp>\n\u003Col>\n\u003Cli>\u003Ccode>http:\u002F\u002Fexample.ru\u002Fpage\u002F\u003C\u002Fcode>\u003C\u002Fli>\n\u003Cli>\u003Ccode>https:\u002F\u002Fexample.ru\u002Fpage\u002F\u003C\u002Fcode>\u003C\u002Fli>\n\u003Cli>\u003Ccode>http:\u002F\u002Fwww.example.ru\u002Fpage\u002F\u003C\u002Fcode>\u003C\u002Fli>\n\u003Cli>\u003Ccode>https:\u002F\u002Fexample.ru\u002Fpage\u003C\u002Fcode> (без слэша)\u003C\u002Fli>\n\u003C\u002Fol>\n\u003Cp>Для человека — это одна страница. Для поисковика — \u003Cstrong>четыре разные страницы\u003C\u002Fstrong> с одинаковым контентом. Результат:\u003C\u002Fp>\u003Cul>\u003Cli>Размытый ссылочный вес (бэклинки распределяются между 4 URL)\u003C\u002Fli>\u003Cli>Каннибализация (4 страницы конкурируют за одни запросы)\u003C\u002Fli>\u003Cli>Потеря трафика (поисковик не знает, какой URL показывать)\u003C\u002Fli>\u003C\u002Ful>\n\u003Cp>\u003Cstrong>Технические дубли\u003C\u002Fstrong> — это одинаковый контент, доступный по разным URL. Они не связаны с контентом (не две разные статьи про одно и то же), а возникают из-за особенностей настройки сайта.\u003C\u002Fp>\n\u003Ch2>Основные типы технических дублей\u003C\u002Fh2>\n\u003Ctable>\u003Cthead>\u003Ctr>\u003Cth>Тип дубля\u003C\u002Fth>\u003Cth>Пример\u003C\u002Fth>\u003Cth>Обычное решение\u003C\u002Fth>\u003C\u002Ftr>\u003C\u002Fthead>\u003Ctbody>\u003Ctr>\u003Ctd>Зеркало домена\u003C\u002Ftd>\u003Ctd>www и non-www\u003C\u002Ftd>\u003Ctd>Выбрать основной вариант и настроить 301\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>Протокол\u003C\u002Ftd>\u003Ctd>http и https\u003C\u002Ftd>\u003Ctd>301 на HTTPS\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>Формат URL\u003C\u002Ftd>\u003Ctd>Со слэшем и без\u003C\u002Ftd>\u003Ctd>Единое правило редиректа\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>Индексный файл\u003C\u002Ftd>\u003Ctd>\u003Ccode>\u002F\u003C\u002Fcode> и \u003Ccode>\u002Findex.html\u003C\u002Fcode>\u003C\u002Ftd>\u003Ctd>301 на корневой URL\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>Параметры\u003C\u002Ftd>\u003Ctd>\u003Ccode>?sort=price\u003C\u002Fcode>\u003C\u002Ftd>\u003Ctd>canonical, обработка параметров и при необходимости Clean-param\u003C\u002Ftd>\u003C\u002Ftr>\u003C\u002Ftbody>\u003C\u002Ftable>\n\u003Ch3>1. www vs non-www\u003C\u002Fh3>\n\u003Cpre>\u003Ccode>https:\u002F\u002Fwww.example.ru\u002F     ← с www\nhttps:\u002F\u002Fexample.ru\u002F         ← без www\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>Оба URL открывают одну и ту же страницу. Поисковик считает это двумя разными сайтами.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>Решение:\u003C\u002Fstrong> выберите один вариант (www или non-www) и настройте 301 редирект с другого.\u003C\u002Fp>\n\u003Ch3>2. http vs https\u003C\u002Fh3>\n\u003Cpre>\u003Ccode>http:\u002F\u002Fexample.ru\u002F     ← без SSL\nhttps:\u002F\u002Fexample.ru\u002F    ← с SSL\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>Если сайт поддерживает оба протокола — это дубли. Google отдаёт предпочтение HTTPS.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>Решение:\u003C\u002Fstrong> 301 редирект с http на https.\u003C\u002Fp>\n\u003Ch3>3. Trailing slash (слэш в конце)\u003C\u002Fh3>\n\u003Cpre>\u003Ccode>https:\u002F\u002Fexample.ru\u002Fpage\u002F    ← со слэшем\nhttps:\u002F\u002Fexample.ru\u002Fpage     ← без слэша\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>Для многих CMS (WordPress, Bitrix) это разные URL. Один может отдавать 200, другой — 301 или 404.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>Решение:\u003C\u002Fstrong> выберите один вариант и настройте 301 редирект. Для WordPress trailing-slash — стандарт, для самописных CMS — часто используется без слэша.\u003C\u002Fp>\n\u003Ch3>4. index.php \u002F index.html\u003C\u002Fh3>\n\u003Cpre>\u003Ccode>https:\u002F\u002Fexample.ru\u002F         ← корневой URL\nhttps:\u002F\u002Fexample.ru\u002Findex.php  ← с индексным файлом\nhttps:\u002F\u002Fexample.ru\u002Findex.html ← с индексным файлом\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>Если оба URL доступны — это дубли.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>Решение:\u003C\u002Fstrong> 301 редирект с \u003Ccode>\u002Findex.php\u003C\u002Fcode> и \u003Ccode>\u002Findex.html\u003C\u002Fcode> на корневой URL.\u003C\u002Fp>\n\u003Ch3>5. Параметры в URL\u003C\u002Fh3>\n\u003Cpre>\u003Ccode>https:\u002F\u002Fexample.ru\u002Fproduct\u002F           ← базовый URL\nhttps:\u002F\u002Fexample.ru\u002Fproduct\u002F?sort=price ← с параметром\nhttps:\u002F\u002Fexample.ru\u002Fproduct\u002F?session=abc ← с параметром\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>Страницы с параметрами часто дублируют базовый URL.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>Решение:\u003C\u002Fstrong> canonical на базовый URL + Clean-param для Яндекса.\u003C\u002Fp>\n\u003Ch2>Как решить проблему дублей\u003C\u002Fh2>\n\u003Ch3>Шаг 1: Выберите канонический формат\u003C\u002Fh3>\n\u003Cp>Определите, какой формат URL будет основным:\u003C\u002Fp>\u003Cul>\u003Cli>\u003Cstrong>www или non-www?\u003C\u002Fstrong> — non-www популярнее, но www даёт преимущества для поддоменов\u003C\u002Fli>\u003Cli>\u003Cstrong>http или https?\u003C\u002Fstrong> — всегда https\u003C\u002Fli>\u003Cli>\u003Cstrong>Со слэшем или без?\u003C\u002Fstrong> — со слэшем для директорий, без слэша для файлов\u003C\u002Fli>\u003C\u002Ful>\n\u003Ch3>Шаг 2: Настройте 301 редиректы\u003C\u002Fh3>\n\u003Cp>301 редирект — это постоянный перенос URL. Поисковик понимает, что старый URL больше не существует, и передаёт весь ссылочный вес на новый.\u003C\u002Fp>\n\u003Ch4>nginx\u003C\u002Fh4>\n\u003Cpre>\u003Ccode class=\"language-nginx\"># www → non-www\nserver {\n    listen 80;\n    server_name www.example.ru;\n    return 301 $scheme:\u002F\u002Fexample.ru$request_uri;\n}\n\n# http → https\nserver {\n    listen 80;\n    server_name example.ru;\n    return 301 https:\u002F\u002Fexample.ru$request_uri;\n}\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Ch4>Apache (.htaccess)\u003C\u002Fh4>\n\u003Cpre>\u003Ccode class=\"language-apache\"># www → non-www\nRewriteEngine On\nRewriteCond %{HTTP_HOST} ^www\\.(.*)$ [NC]\nRewriteRule ^(.*)$ https:\u002F\u002F%1\u002F$1 [R=301,L]\n\n# http → https\nRewriteCond %{HTTPS} off\nRewriteRule ^(.*)$ https:\u002F\u002F%{HTTP_HOST}%{REQUEST_URI} [R=301,L]\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Ch4>WordPress\u003C\u002Fh4>\n\u003Cp>В настройках WordPress → General → установите правильный URL (с www или без, с https). WordPress автоматически настроит редиректы.\u003C\u002Fp>\n\u003Ch3>Шаг 3: Добавьте canonical\u003C\u002Fh3>\n\u003Cp>Даже после настройки редиректов добавьте self-referencing canonical на каждую страницу:\u003C\u002Fp>\n\u003Cpre>\u003Ccode class=\"language-html\"><link rel="canonical" href="https:\u002F\u002Fexample.ru\u002Fpage\u002F" \u002F>\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Ch3>Шаг 4: Проверьте\u003C\u002Fh3>\n\u003Cul>\n\u003Cli>Откройте все варианты URL — все должны редиректить на канонический\u003C\u002Fli>\n\u003Cli>Проверьте canonical — все должны указывать на self-referencing URL\u003C\u002Fli>\n\u003Cli>Проверьте индексацию — в поиске должен быть только один URL\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Ch2>Trailing slash — особенности по CMS\u003C\u002Fh2>\n\u003Ch3>WordPress\u003C\u002Fh3>\n\u003Cp>WordPress по умолчанию использует trailing slash для страниц:\u003C\u002Fp>\u003Cul>\u003Cli>\u003Ccode>\u002Fpage\u002F\u003C\u002Fcode> → 200\u003C\u002Fli>\u003Cli>\u003Ccode>\u002Fpage\u003C\u002Fcode> → 301 на \u003Ccode>\u002Fpage\u002F\u003C\u002Fcode>\u003C\u002Fli>\u003C\u002Ful>\n\u003Cp>Это \u003Cstrong>нормальное поведение\u003C\u002Fstrong>, не ошибка. Не нужно ничего исправлять.\u003C\u002Fp>\n\u003Ch3>1С-Битрикс\u003C\u002Fh3>\n\u003Cp>Битрикс может использовать trailing slash для некоторых страниц, но не для всех. Это зависит от настроек ЧПУ. Проверьте, что все страницы используют консистентный формат.\u003C\u002Fp>\n\u003Ch3>Самописные сайты\u003C\u002Fh3>\n\u003Cp>Часто используются URL без trailing slash. Если на вашем сайте \u003Ccode>\u002Fpage\u003C\u002Fcode> и \u003Ccode>\u002Fpage\u002F\u003C\u002Fcode> оба отдают 200 — это дубли. Настройте 301 редирект.\u003C\u002Fp>\n\u003Ch2>Дубли и Health Score\u003C\u002Fh2>\n\u003Cp>В Health Score seoquest.ru технические дубли — один из ключевых параметров:\u003C\u002Fp>\n\u003Cul>\n\u003Cli>\u003Cstrong>www\u002Fnon-www\u003C\u002Fstrong> — проверка, что используется один вариант\u003C\u002Fli>\n\u003Cli>\u003Cstrong>http\u002Fhttps\u003C\u002Fstrong> — проверка, что http редиректит на https\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Trailing slash\u003C\u002Fstrong> — проверка консистентности\u003C\u002Fli>\n\u003Cli>\u003Cstrong>index.php\u002Findex.html\u003C\u002Fstrong> — проверка, что индексные файлы не доступны\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Ch2>Частые ошибки\u003C\u002Fh2>\n\u003Ch3>1. 301 редирект настроен, но canonical отсутствует\u003C\u002Fh3>\n\u003Cp>Пользователь перенаправляется на правильный URL, но поисковик не знает, что это канонический адрес.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>Решение:\u003C\u002Fstrong> добавьте canonical на каждой странице.\u003C\u002Fp>\n\u003Ch3>2. Canonical настроен, но 301 не настроен\u003C\u002Fh3>\n\u003Cp>Canonical — рекомендация для поисковика, а не инструкция для браузера. Если canonical указывает на другой URL, но пользователь видит старый URL — это плохой UX.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>Решение:\u003C\u002Fstrong> настройте 301 редирект + canonical.\u003C\u002Fp>\n\u003Ch3>3. Цикл редиректов\u003C\u002Fh3>\n\u003Cp>\u003Ccode>\u002Fpage\u003C\u002Fcode> → 301 → \u003Ccode>\u002Fpage\u002F\u003C\u002Fcode> → 301 → \u003Ccode>\u002Fpage\u003C\u002Fcode> — бесконечный цикл.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>Решение:\u003C\u002Fstrong> проверьте, что редирект ведёт на конечный URL с HTTP 200.\u003C\u002Fp>\n\u003Ch2>Как проверить технические дубли\u003C\u002Fh2>\n\u003Ch3>1. Через curl\u003C\u002Fh3>\n\u003Cpre>\u003Ccode class=\"language-bash\"># Проверить www\ncurl -sI 'https:\u002F\u002Fwww.example.ru\u002F' | head -1\n\n# Проверить http\ncurl -sI 'http:\u002F\u002Fexample.ru\u002F' | head -1\n\n# Проверить trailing slash\ncurl -sI 'https:\u002F\u002Fexample.ru\u002Fpage' | head -1\ncurl -sI 'https:\u002F\u002Fexample.ru\u002Fpage\u002F' | head -1\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Ch3>2. Через инструменты\u003C\u002Fh3>\n\u003Cul>\n\u003Cli>\u003Cstrong>seoquest.ru\u003C\u002Fstrong> — бесплатный аудит покажет технические дубли\u003C\u002Fli>\n\n\u003Cli>\u003Cstrong>Google Search Console\u003C\u002Fstrong> — раздел «Изменения адреса» покажет, какой URL выбран как канонический\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Ch2>Чеклист канонизации\u003C\u002Fh2>\n\u003Cul>\n\u003Cli>[ ] Выбран один формат www\u002Fnon-www\u003C\u002Fli>\n\u003Cli>[ ] http → https редирект настроен\u003C\u002Fli>\n\u003Cli>[ ] Trailing slash консистентен\u003C\u002Fli>\n\u003Cli>[ ] index.php\u002Findex.html не доступны\u003C\u002Fli>\n\u003Cli>[ ] Параметры в URL обрабатываются\u003C\u002Fli>\n\u003Cli>[ ] Self-referencing canonical на каждой странице\u003C\u002Fli>\n\u003Cli>[ ] Нет циклов редиректов\u003C\u002Fli>\n\u003Cli>[ ] Все варианты URL редиректят на канонический\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Ch2>Итог\u003C\u002Fh2>\n\u003Cp>Технические дубли — это простая проблема с серьёзными последствиями. Размытый ссылочный вес, каннибализация, потеря трафика — всё это результат того, что поисковик видит несколько URL с одинаковым контентом. Выберите один формат, настройте 301 редиректы и canonical — и ваш сайт будет индексироваться чисто.\u003C\u002Fp>\n\u003Cp>Проверить сайт по техническим и контентным пунктам можно в \u003Ca href=\"\u002Fcheck\u002Ffree\">бесплатной проверке\u003C\u002Fa>.\u003C\u002Fp>\n\u003Ch2>301 редирект при переносе URL\u003C\u002Fh2>\n\u003Cp>\u003Cstrong>301\u003C\u002Fstrong> — постоянный перенос: и браузер, и Яндекс\u002FGoogle должны перейти на новый адрес. Для временных акций — 302, но для смены ЧПУ и склейки дублей почти всегда 301.\u003C\u002Fp>\n\u003Cpre>\u003Ccode class=\"language-nginx\">return 301 https:\u002F\u002Fexample.ru\u002Fnew-url\u002F;\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cul>\n\u003Cli>Не оставляйте цепочки A→B→C — ведите сразу на финал.\u003C\u002Fli>\n\u003Cli>Обновите внутренние ссылки, а не надейтесь только на редирект.\u003C\u002Fli>\n\u003Cli>После переезда переобходите важные URL в Яндекс.Вебмастере.\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Ch2>Пагинация и дубли\u003C\u002Fh2>\n\u003Ch2>Pagination — разбивка каталога или блога на страницы\u003C\u002Fh2>\n\u003Cp>Пагинация — это разбивка контента на страницы: \u002Fpage\u002F2, \u002Fpage\u002F3 и т.д.\u003C\u002Fp>\n\u003Ch2>Как настроить\u003C\u002Fh2>\n\u003Ch3>Canonical\u003C\u002Fh3>\n\u003Cp>Каждая страница пагинации должна иметь self-referencing canonical:\u003C\u002Fp>\n\u003Cpre>\u003Ccode class=\"language-html\"><!-- На \u002Fpage\u002F2 -->\n<link rel="canonical" href="https:\u002F\u002Fexample.ru\u002Fpage\u002F2\u002F" \u002F>\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Ch3>rel=next и rel=prev (устарело, но полезно)\u003C\u002Fh3>\n\u003Cpre>\u003Ccode class=\"language-html\"><!-- На \u002Fpage\u002F1 -->\n<link rel="next" href="https:\u002F\u002Fexample.ru\u002Fpage\u002F2\u002F" \u002F>\n\n<!-- На \u002Fpage\u002F2 -->\n<link rel="prev" href="https:\u002F\u002Fexample.ru\u002Fpage\u002F1\u002F" \u002F>\n<link rel="next" href="https:\u002F\u002Fexample.ru\u002Fpage\u002F3\u002F" \u002F>\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Ch3>Noindex на page\u002F2+\u003C\u002Fh3>\n\u003Cp>Если контент на page\u002F2+ дублирует page\u002F1 — noindex на page\u002F2+.\u003C\u002Fp>\n\u003Ch2>Частые ошибки\u003C\u002Fh2>\n\u003Col>\n\u003Cli>Canonical page\u002F2+ на page\u002F1 — page\u002F2+ не индексируется\u003C\u002Fli>\n\u003Cli>Отсутствие canonical — дубли\u003C\u002Fli>\n\u003C\u002Fol>\n\u003Ch2>Итог\u003C\u002Fh2>\n\u003Cp>Пагинация — это не ошибка, это инструмент. Настройте canonical правильно.\u003C\u002Fp>\n\u003Csection class=\"blog-faq\">\n\u003Ch2>Вопросы и ответы\u003C\u002Fh2>\n\u003Cdetails>\u003Csummary>Какой формат выбрать — www или non-www?\u003C\u002Fsummary>\u003Cp>Non-www популярнее и короче. Но если вы используете поддомены (blog.example.ru, shop.example.ru), www даёт преимущество — cookie не передаются на поддомены. Выбор за вами, главное — консистентность.\u003C\u002Fp>\u003C\u002Fdetails>\n\u003Cdetails>\u003Csummary>Trailing slash 301 — это ошибка?\u003C\u002Fsummary>\u003Cp>Нет, это нормально. Если \u002Fpage 301 редиректит на \u002Fpage\u002F (или наоборот) — это решение проблемы дублей. Главное, чтобы конечный URL отдавал 200.\u003C\u002Fp>\u003C\u002Fdetails>\n\u003Cdetails>\u003Csummary>Canonical решит проблему дублей без 301?\u003C\u002Fsummary>\u003Cp>Canonical — это рекомендация для поисковика. 301 — это инструкция для браузера. Для лучшего UX используйте оба: 301 редирект + canonical.\u003C\u002Fp>\u003C\u002Fdetails>\n\u003Cdetails>\u003Csummary>Что будет, если не настроить 301?\u003C\u002Fsummary>\u003Cp>Поисковик проиндексирует все варианты как разные страницы. Ссылочный вес размоется, позиции упадут, трафик потеряется.\u003C\u002Fp>\u003C\u002Fdetails>\n\u003Cdetails>\u003Csummary>Можно ли использовать canonical для www\u002Fnon-www?\u003C\u002Fsummary>\u003Cp>Технически — да, но 301 редирект лучше. Canonical — это fallback, если 301 по какой-то причине не настроен.\u003C\u002Fp>\u003C\u002Fdetails>\n\u003C\u002Fsection>",0,[12,15,19,23,26],{"slug":13,"title":14,"date":7,"views":10},"rel-canonical-zachem-i-kak","rel=canonical: зачем и как настроить",{"slug":16,"title":17,"date":18,"views":10},"https-ssl-dlya-seo","HTTPS и SSL для SEO и доверия","2026-08-15",{"slug":20,"title":21,"date":22,"views":10},"indexability-stranicy","Индексность страницы: robots, noindex, canonical","2026-08-09",{"slug":24,"title":25,"date":22,"views":10},"gzip-i-keshirovanie","Gzip и Brotli: сжатие HTML, CSS и JS",{"slug":27,"title":28,"date":22,"views":10},"kontakty-i-rekvizity-na-sajte","Контакты и реквизиты на сайте",1789381425059]