Дубльований контент
Однаковий або дуже схожий вміст за кількома URL. Google вибирає канонічний URL; частина дублювання нормальна й не порушує політик, але ділить сигнали та витрачає сканування.
Перевірив Олександр Яровенко · Оновлено: 2026-10-08
Дубльований контент — однаковий або дуже схожий вміст, доступний за кількома URL, на одному сайті чи на кількох. Google групує такі сторінки, вибирає одну як канонічний URL і показує її в результатах. Google пише, що деякий дубльований контент нормальний і не порушує його політик проти спаму. Реальні витрати тихіші: плутанина для людей, розділені сигнали та ускладнений облік, а також час сканування, витрачений на копії.
Що це і де межа
Дублі виникають зі звичайної механіки сайту. Google перелічує пʼять причин: регіональні варіанти з практично однаковим вмістом однією мовою, варіанти для пристроїв, наприклад окремі URL для мобільних і компʼютерів, варіанти протоколу, наприклад HTTP і HTTPS, функції сайту, як-от сортування й фільтрація, та випадкові варіанти, наприклад демо-копія, залишена відкритою для роботів. Мовні версії вважаються дублями, лише якщо основний вміст однією мовою: якщо перекладено тільки шапку й підвал, сторінки все одно вважаються дублями.
Чим відрізняється від схожих понять
| Поняття | Що це | Звʼязок із дубльованим контентом |
|---|---|---|
| Дубльований контент | один вміст за кількома URL | сама ситуація |
| Canonical-тег | елемент посилання з бажаним URL | сигнал для вибору серед дублів |
| Редирект 301 | постійне перенесення на інший URL | сильний сигнал, що ціль — канонічний URL |
| Канібалізація ключових слів | кілька різних сторінок борються за один запит | різні сторінки, а не копії |
| URL-параметри | рядки запиту, додані до URL | часте джерело дублів |
Чому це важливо
Причини називає сам Google. Людина може не зрозуміти, яка сторінка правильна, а коли вміст лежить за кількома URL, важче бачити, як він працює. Сигнали з інших сайтів, наприклад посилання, також діляться між версіями, доки їх не обʼєднали на одному бажаному URL. І Googlebot може витрачати час сканування на копії замість нових чи оновлених сторінок: канонічний URL сканується найчастіше, а дублі — рідше. Google описує це як причини вказати canonical, а не як покарання.
Як знайти й опрацювати
- Подивіться звіт «Індексування сторінок». Статуси на кшталт Alternate page with proper canonical tag, Duplicate without user-selected canonical і Duplicate, Google chose different canonical than user показують, як Google згрупував ваші URL. Перший зазвичай не потребує дій.
- Перевірте URL. Інструмент перевірки URL показує і оголошений вами canonical, і той, що вибрав Google.
- Знайдіть причину. Перевірте параметри сортування й фільтрів, HTTP і HTTPS, www і без www, похилу риску в кінці, сесійні та трекінгові параметри й тестові копії.
- Виберіть бажаний URL і вкажіть його. Використовуйте постійний редирект, коли прибираєте дубль, посилання rel="canonical", коли обидва URL мають лишатися доступними, і включайте в sitemap лише канонічні URL.
- Посилайтеся на canonical. Послідовно посилайтеся всередині сайту на URL, який вважаєте канонічним.
Практичний приклад
| URL | Обробка |
|---|---|
| https://example.com/dresses/ | канонічний, із самореферентним rel="canonical" |
| https://example.com/dresses/?sort=price | лишається доступним для користувачів, rel="canonical" веде на чистий URL |
| http://example.com/dresses/ | постійний редирект на HTTPS |
Google все одно може вибрати не той canonical, що ви вказали, бо оголошена перевага — підказка, а не правило.
Часті помилки
- Закривати дублі в robots.txt: Google радить не використовувати його для канонізації, бо закриті там URL усе одно можуть індексуватися без вмісту.
- Вибирати canonical через noindex: Google не рекомендує цього в межах одного сайту, бо сторінка повністю зникає з Пошуку.
- Використовувати для цього інструмент видалення: він приховує всі версії URL.
- Давати суперечливі сигнали: не вказуйте один URL у sitemap, а інший у rel="canonical" для однієї сторінки.
- Використовувати відносні canonical-URL: Google їх підтримує, але рекомендує абсолютні.
Як перевірити результат
Після зміни перевірте зачеплений URL і переконайтеся, що вибраний Google canonical збігається з вашим. Стежте, щоб у звіті «Індексування сторінок» статуси дублів за обʼєднаними URL скорочувалися, і порівнюйте рівні періоди кліків і показів для бажаного URL з тими самими фільтрами. Дайте час на повторне сканування: дублі скануються рідше.
Ще запитання
Чи призводить дубльований контент до санкцій?
Google пише, що деякий дубльований контент на сайті нормальний і не порушує політик проти спаму. Ціна — розділені сигнали, плутанина й витрачене сканування.
Чи потрібен тег canonical?
Строго кажучи, ні. Google пише, що жоден зі способів не обовʼязковий і що без переваги він вибере версію, яку вважає найкращою. Указувати корисно, коли важливо, який URL показується.
Перекладена сторінка — дубль?
Ні, якщо основний вміст іншою мовою. Для мовних версій використовуйте hreflang і зважайте, що анотації canonical з hreflang не використовуються для канонізації.
Наступний практичний крок
Відкрийте звіт «Індексування сторінок», відфільтруйте статуси дублів і виберіть три найважливіші URL. Перевірте їх і запишіть, який canonical вам потрібен. Див. також статтю про тег canonical.
Повʼязані поняття
- Canonical-тег — сигнал бажаного URL.
- Редирект 301 — остаточно прибрати дубль.
- URL-параметри — часте джерело копій.
- Hreflang — розмітка мовних і регіональних версій.
- Краулінговий бюджет — час сканування, витрачений на копії.