Почати проект
+247%+185%📈📊
  • Технічне SEO · rel=canonical

Канонічні адреси: одна сторінка — одне посилання, за яким її знають

Налаштування canonical на сайті починається не з шаблону, а з питання, за якою адресою пошук уже знає кожну вашу сторінку. Робота складається з трьох частин: одна основна форма домену й постійний перехід на неї з усіх інших, самопосилальне канонічне посилання на кожному типі сторінок, звірка оголошеного з тим, що лежить у карті сайту. 31 липня і 1 серпня 2026 року ми знімали такий зріз на живих магазинах: в одному адреса з www віддавала сайт без переходу, у другому поруч із робочою картою жила застаріла — 7 782 записи на 2 755 адрес.

Подивитись, як це працює
Вартість
після безкоштовного аудиту
Гарантія
30 днів після підписання акта
Що робимо
форми домену, canonical на всіх типах сторінок, звірка з картою сайту
після безкоштовного аудиту
Вартість
30
Гарантія

днів після підписання акта

форми домену, canonical на всіх типах сторінок, звірка з картою сайту
Що робимо
3–12
Строк

робочих днів: залежить від кількості типів сторінок, а не від розміру каталогу

безкоштовна перевірка канонічних адрес, 1–2 робочих дні
Перед кошторисом
4 236
Виміряне дублювання адрес

записів у карті сайту на 1 300 унікальних адрес — 3,3 повторення на адресу

7 782
Друга карта поруч із робочою

записи, 2 755 унікальних адрес, товарних близько 2 706 проти 3 947 в актуальній

що пошук послухається: canonical — підказка, а не команда
Чого не обіцяємо
Кому підходить

Ситуації, у яких ця послуга дає результат

Ситуація 1 з 4

Сайт відкривається за кількома адресами одночасно

З www і без, за захищеним і незахищеним протоколом. Кожен варіант, що віддає код 200 без переходу на основний, — окрема копія сайту для бота. У магазині систем поливу, який ми міряли 1 серпня 2026 року, незахищена адреса чесно віддавала постійний перехід, а от адреса з www — код 200. Дублювання там тримає одне канонічне посилання замість двох сигналів.

Розберемо вашу ситуацію на безкоштовному аудиті
Кейси

Задачі та результат у цифрах — усі показники зняті нашим виміром

магазин систем автоматичного і крапельного поливу, каталог 300 позицій

Задача
Перевірити, чи не дублюється сайт між формами домену й протоколами.
Рішення
Прогін усіх варіантів домену і протоколу з фіксацією коду відповіді; перевірка канонічних посилань на головній, у категорії й у картці товару; контроль поведінки неіснуючої адреси.
Результат
Незахищена адреса віддає постійний перехід, канонічні посилання є на трьох типах сторінок і ведуть на домен без www, неіснуюча адреса коректно віддає 404. Але адреса з www віддає код 200 без переходу — дублювання прибирає лише canonical, тобто один сигнал замість двох. Каталог при цьому 300 товарів у 40 категоріях на 4 рівнях вкладеності, підтверджено двома незалежними методами з розбіжністю 0%. Вимір 01.08.2026.

оптовий магазин косметики для б'юті-індустрії, каталог близько 4 тис. позицій

Задача
Розібратися, чому в індексі присутні адреси, яких немає в актуальній карті сайту.
Рішення
Порівняли вміст двох карт сайту, що живуть паралельно, і звірили обидві з фактичним каталогом.
Результат
Канонічна карта містить 4 167 адрес: 3 947 товарів, 166 брендів, 47 категорій, 6 інформаційних сторінок і головна. Поруч живе застаріла карта на 7 782 записи й лише 2 755 унікальних адрес — 2 454 з них повторені по три рази, а товарних усього близько 2 706. Тобто друга карта одночасно дубльована й неповна. Додатково: жодної адреси другої мовної версії в карті немає, хоча двомовність реалізована. Вимір 31.07.2026.

інтернет-магазин офіційного продавця садового інструменту

Задача
Оцінити, наскільки узгоджені адреси товару в карті сайту.
Рішення
Обхід карти з розбивкою унікальних адрес за рівнями вкладеності й типами сторінок.
Результат
4 236 записів на 1 300 унікальних адрес — близько 3,3 повторення на адресу: та сама картка потрапляє в карту під кількома шляхами категорій. З 1 300 адрес близько 1 213 — картки товару, решта категорії й службові. Структуровані дані при цьому обмежені описом організації й контактів: розмітки товару й хлібних крихт на головній немає. Вимір 31.07.2026.
Що входить

Повний перелік робіт і того, що ви отримуєте на виході

  • Обираємо одну основну форму домену й ставимо постійний перехід на неї з усіх інших: сайт перестає існувати для пошуку в кількох копіях.
  • Зводимо сайт на один протокол, включно з проміжними кроками ланцюжків переходів — жоден крок усередині не має вести на незахищену адресу.
  • Ставимо самопосилальний canonical на кожному типі сторінок: головна, категорія, картка, бренд, інформаційна. Пошук перестає вибирати за вас.
  • Прибираємо канонічні посилання, що ведуть на головну або на іншу мовну версію, — саме вони вимикають з індексу цілі гілки сайту.
  • Чистимо канонічні адреси від міток кампаній, параметрів сортування й ідентифікаторів сесій: рекламний перехід більше не породжує окрему адресу.
  • Зводимо адреси з карти сайту з тими, що оголошені канонічними, — сигнали перестають суперечити один одному.
  • Прибираємо застарілі паралельні карти сайту, якщо вони лишились від попередньої збірки: бот читає обидві й не знає, якій вірити.
  • Віддаємо правила для сервера й шаблону текстом, а не лише застосовуємо їх, — щоб їх можна було перевірити або повторити на іншому проєкті.
  • Робимо контрольний обхід після робіт і показуємо таблицю «було — стало» по кожному типу сторінок.
  • Дивимось звіт індексації 30 днів після робіт і пояснюємо кожен рух: падіння кількості сторінок після чистки дублів — нормальний хід подій.
Коли ця послуга не підходить

Що не входить у роботу — щоб не було сюрпризів на здачі

  • Об'єднання кількох доменів в один сайт — це інша задача з іншим строком.
  • Дублі, породжені фільтрами каталогу: вони закриваються окремою послугою про пагінацію й фасети.
  • Написання унікальних текстів для сторінок, які лишаються після чистки.
  • Налаштування hreflang для мовних версій — суміжна робота, і рахується вона окремо.
  • Гарантія, що пошук обере саме вашу канонічну адресу.
Як проходить робота

Прозорі етапи з погодженням на кожному кроці

Загальний строк:3–12 днів

  1. Зріз поточного стану й рішення по домену

    1–2 робочих дні

    Прогін усіх варіантів домену й протоколу з фіксацією коду відповіді, обхід сайту з вибіркою canonical по кожному типу сторінок, звірка з картою сайту. Тут же фіксуємо, яка форма домену основна. На сайті з трьома типами сторінок цей і два наступні етапи стискаються в один день — звідси нижня межа строку.

  2. Правила переходу на рівні сервера

    1–3 робочих дні

    Один постійний перехід з кожного зайвого варіанта домену на основний, без проміжних кроків: ланцюжок із трьох переходів з'їдає час першої відповіді на кожному заході бота. Перевіряємо не тільки головну, а й довільну внутрішню адресу з параметрами.

  3. Canonical у шаблонах усіх типів сторінок

    1–4 робочих дні

    Самопосилальне канонічне посилання в HTML-відповідь сервера, а не скриптом після завантаження. Прибираємо посилання на головну й на чужу мовну версію, чистимо адресу від параметрів, які не змінюють вміст сторінки.

  4. Карта сайту й паралельні карти

    1–2 робочих дні

    Звіряємо адреси в карті з канонічними, шукаємо другу карту від попередньої збірки, рахуємо записи проти унікальних адрес. Різниця між цими двома числами і є ваш обсяг дублювання.

  5. Контрольний обхід, передача правил і спостереження

    1 робочий день

    Повторний обхід, таблиця «було — стало» по типах сторінок, правила текстом на руки. Далі 30 днів дивимось звіт індексації: у перші тижні кількість сторінок в індексі зазвичай падає, і це очікуваний результат чистки, а не поломка.

Безкоштовна перевірка канонічних адрес

Канонікалізація — та ділянка, де дефект найдешевше знайти й найдешевше виправити, але з адмінки його майже ніколи не видно. Ззовні він перевіряється за годину роботи й пару днів очікування, тому ми робимо це безкоштовно й без доступів до вашого сайту.

Що міряємо

  • Доступність сайту за кількома варіантами доменуЗ www і без, за захищеним і незахищеним протоколом. Виміряний приклад: у магазині систем поливу незахищена адреса віддає постійний перехід, а адреса з www — код 200 без переходу.
  • Наявність canonical на кожному типі сторінкиГоловна, категорія, картка товару, бренд, інформаційна. Розмітка часто стоїть лише на частині типів — і саме та частина, якої немає, потім і дублюється.
  • Куди веде canonicalНа себе, на іншу сторінку чи на іншу мовну версію. Останнє вимикає з індексу цілу мовну гілку, і власник дізнається про це за падінням трафіку, а не з панелі.
  • Узгодженість із картою сайтуЧи збігаються адреси в карті з оголошеними канонічними. Виміряний контраст: 4 236 записів на 1 300 унікальних адрес — 3,3 повторення на адресу.
  • Паралельні карти сайтуЧи не живе поруч із актуальною друга, застаріла. Виміряний приклад: канонічна карта на 4 167 адрес і поруч застаріла на 7 782 записи з 2 755 унікальними.
  • Параметри в канонічних адресахЧи не потрапляють у canonical мітки кампаній, сортування й ідентифікатори сесій. Якщо потрапляють — кожен рекламний перехід породжує власну канонічну адресу.

Що ви отримуєте на руки

  • Таблиця: тип сторінки — наявність canonical — куди веде — чи збігається з картою сайту.
  • Перелік варіантів домену, які віддають сайт без переходу на основний, з кодами відповіді.
  • Готові правила для сервера й шаблону — текстом, який можна віддати будь-якому підряднику.
  • Розмова на 30–40 хвилин по знахідках, де з висновками можна сперечатися.

Строк: 1–2 робочих дні

Чому це безкоштовно

Бо перевірка коротка, а знахідка часто робить непотрібними дорожчі роботи: половина запитів «у нас дублі, треба щось робити» закривається саме тут, без просування й без переписування текстів.

Що далі

Якщо все справне — скажемо прямо, і на цьому розійдемось. Якщо ні — назвемо перелік робіт зі строком по етапах; у більшості випадків це кілька днів, а не тижні. Далі договір, рахунок, акт.

Форма коротка: контакт і адреса сайту

Працюємо офіційно

Договір, акт і рахунок — на кожен проєкт, а не тільки на великий. Без документів у вас немає ні прав на роботу, ні підстави провести витрати.

  • Договір, акт і гарантія 30 днів

    На кожен проєкт письмовий договір: обсяг, строки, сума, порядок приймання. Після здачі — акт і рахунок, а далі 30 календарних днів гарантії: помилки з нашої вини усуваємо безоплатно. Усне з дзвінка дублюємо письмово того ж дня — домовленість, якої немає в тексті, не рахується.

  • ФОП і безготівковий розрахунок

    Виконавець — зареєстрований ФОП. Оплата на рахунок із закривними документами, які бухгалтерія проведе як витрати. Курс для гривневої оплати фіксується договором, а не з’ясовується постфактум.

  • Права й доступи — ваші

    Код, дизайн і матеріали переходять до вас після повної оплати. Домен, хостинг, репозиторій, аналітику й рекламні кабінети оформлюємо на вас — щоб сайт не залежав від підрядника. NDA підписуємо на запит, після завершення свої доступи видаляємо самі.

  • Портал клієнта замість переписки

    На час роботи ви отримуєте доступ до порталу: договори, рахунки, акти й стан проєкту в одному місці. Документи формуються з даних угоди, тому реквізити й суми в них не розходяться, а про оплати й дедлайни нагадує система, а не пам’ять менеджера.

  • Замовники з Європи

    Серед робіт — проєкти для Норвегії, Болгарії та Іспанії: болгарський магазин трьома мовами з кур’єрською доставкою, іспанський з оплатою карткою й переказом, норвезький сайт клініки. Це видно в портфоліо, а не тільки в описі.

  • Цифри, які можна перевірити

    Кожен кейс у портфоліо — з посиланням на живий сайт і технічним виміром: швидкість відповіді, вага сторінки, обсяг каталогу, знайдені дефекти. Ці цифри можна зняти самому й звірити з нашими.

  • Спершу аудит, потім сума

    Прайсу на сайті немає навмисно: обсяг тієї самої роботи у двох клієнтів відрізняється в рази, і цифра «від» нічого не пояснює. Спершу безкоштовний розбір — рахуємо ваші сторінки, дублі й швидкість, — потім називаємо суму й строк і фіксуємо їх у договорі.

  • Кажемо «ні», коли не впевнені

    Якщо задача не наша, строк нереальний або послуга вам просто не потрібна — скажемо це першим листом, а не після передоплати. Гарантій позицій у пошуку не даємо: їх не дає ніхто, а обіцянка без механізму — це продаж, а не робота.

NDA підписуємо на запит. Після завершення співпраці наші доступи до ваших сервісів видаляємо самі й повідомляємо про це.

Не знайшли свій випадок?

Опишіть, як це влаштовано у вас, — відповімо, чи підходить «Канонікалізація адрес» і що це означає у вашій ситуації. Без брифу й без дзвінка: одне питання, одна відповідь.

Що впливає на вартість

Чому дві однакові на вигляд задачі рахуються по-різному — і що саме ми міряємо на аудиті

  • Кількість типів сторінокПравило пишеться під кожен тип окремо, і саме типи, а не тисячі товарів, задають обсяг. В оптовому каталозі косметики, який ми міряли, типів п'ять: товар, бренд, категорія, інформаційна сторінка й головна.
  • Де живуть правила переходуДоступ до конфігурації сервера — це один вечір роботи. Хостинг без такого доступу означає правила в .htaccess або в модулі CMS, перевірку кожного варіанта окремо й довший цикл узгодження з підтримкою хостера.
  • Стан карти сайтуОдна чиста карта — звірка й закриття питання. Дві паралельні карти від різних генераторів — спершу розібратися, який модуль пише кожну, і лише потім вимикати зайвий: карта, яку прибрали навмання, забирає з собою робочі адреси.
  • Мовні версіїКожна додає власний набір канонічних адрес, і кожну пару треба перевіряти поштучно. Тут же зазвичай і знаходиться помилка з canonical між мовами — на двомовному сайті це окремий етап, а не пункт чеклиста.
  • Параметри в адресахСортування, вигляд списку, мітки кампаній, ідентифікатори сесій. Кожен параметр — окреме рішення: викидати з канонічної адреси чи лишати, бо він змінює вміст сторінки. Розбирається це руками, автоматичного правила тут немає.
Технології та інтеграції

На чому будуємо і з чим це з’єднується

Стек

  • rel=canonical — підказка рівня сторінки; пошук має право обрати іншу адресу, тому одна вона ніколи не працює
  • 301-редирект — прибирає адресу назовсім; ціна рішення в тому, що на фільтрах і сортуваннях він не годиться
  • nginx і .htaccess — правила переходу між формами домену живуть на сервері; без доступу туди ця частина не робиться
  • Screaming Frog — обхід із фіксацією canonical по кожній адресі; на десятках тисяч адрес упирається в пам'ять, тоді ріжемо обхід по розділах
  • Search Console, звіт індексації — єдине місце, де видно вибір пошуку; дані приходять із затримкою в кілька днів
  • sitemap.xml — список адрес на обхід; індексацію не гарантує, Google пише це прямо
  • OpenCart SEO URL і canonical у WordPress — у коробці є, але на дописаних шаблонах часто відсутні на частині типів сторінок

Інтеграції

  • Google Search Console
  • Bing Webmaster Tools
  • Cloudflare
  • GA4
Канонічне посилання проти 301-редиректу

Чим цей варіант відрізняється від «301-редирект»

Що стається зі старою адресоюлишається доступною: відвідувач бачить сторінку
Сила сигналупідказка — пошук може її не послухати, якщо решта сигналів суперечать
Де доречносортування, мітки кампаній, той самий товар у кількох категоріях
Ціна помилкиcanonical на головну з усіх сторінок поступово прибирає сайт з індексу
Хто це ставитьшаблон сайту або модуль CMS
Що потрібно від вас

Без цього не почнемо — краще підготувати заздалегідь

  1. Доступ до конфігурації сервера або до панелі хостингу: правила переходу між формами домену живуть саме там.
  2. Доступ до шаблонів сайту або до адмінки з правом правити код теми — canonical ставиться в розмітку сторінки.
  3. Рішення, яка форма домену основна: з www чи без. Це бізнес-рішення, і переграти його потім дорого — доведеться вдруге міняти зовнішні посилання й візитки.
  4. Доступ до Search Console з повними правами: без нього ми не побачимо, яку адресу пошук уже вважає канонічною.
  5. Одну людину з вашого боку, яка може відповісти, чи потрібні сторінки, що лишились від попереднього шаблону.

Якщо чогось із цього немає — скажіть, підкажемо, як зібрати або зробимо самі окремою задачею.

Часті питання

Те, що питають найчастіше — з конкретними відповідями

чим canonical відрізняється від редиректу?

Редирект прибирає адресу: і відвідувач, і бот потрапляють на іншу сторінку, а старої більше немає. Canonical лишає сторінку доступною, але каже пошуку, що головною вважати іншу. Тому фільтри й сортування закривають канонічним посиланням — покупець має ними користуватися, — а старі шляхи товару після переїзду закривають редиректом.

сайт відкривається і з www, і без — це погано?

Це дві копії сайту для пошуку, якщо між ними немає переходу. У виміряному магазині систем поливу адреса з www віддає код 200 без переходу на основний домен, і дублювання прибирає лише канонічне посилання. Працює, але тримається на одному сигналі замість двох: варто комусь зачепити шаблон — і копія повертається.

canonical на головну з усіх сторінок — це нормально?

Ні. Це поширена помилка з важкими наслідками: ви фактично кажете пошуку, що всі сторінки сайту — це головна. Канонічне посилання має бути самопосилальним скрізь, крім свідомих винятків на кшталт сторінок сортування. Найчастіше таке приїжджає з дописаного шаблону, де один рядок вставили в спільний блок голови сторінки.

чи достатньо canonical, щоб прибрати дублі?

Це підказка, і пошук має право її проігнорувати — особливо коли решта сигналів їй суперечать. Google документує канонікалізацію саме так: не вкажете основну версію — він обере її сам, і не обов'язково ту, яку ви хотіли. Тому canonical завжди узгоджують з картою сайту, внутрішніми посиланнями й редиректами. Один сигнал проти трьох програє.

у мене дві карти сайту — стара й нова. Це проблема?

Так, і серйозна. У виміряному оптовому магазині косметики канонічна карта містить 4 167 адрес, а поруч живе застаріла на 7 782 записи з 2 755 унікальними — одночасно дубльована й неповна: у ній близько 2 706 товарних адрес проти 3 947 в актуальній. Бот читає обидві. Вимикати стару навмання не можна: спершу треба зрозуміти, який модуль її пише, інакше разом з нею зникнуть робочі адреси.

мітки рекламних кампаній ламають канонікалізацію?

Можуть, якщо потрапляють у canonical. Тоді кожен рекламний перехід породжує власну канонічну адресу, і бот бачить стільки версій сторінки, скільки у вас було оголошень. Правило просте: у канонічному посиланні не має бути жодних параметрів, крім тих, що змінюють вміст сторінки. Сортування вміст не змінює, номер сторінки пагінації — змінює.

після робіт кількість сторінок в індексі впала. Ви щось зламали?

Найімовірніше ні, і ми попереджаємо про це до початку. Чистка дублів не додає трафіку — вона перестає його розпорошувати, а зовні це виглядає як зменшення. З індексу йдуть саме копії, а вага збирається на одній адресі. Дивитись треба не на кількість сторінок, а на те, які адреси лишились і чи це ті, що продають. Тому ми й тримаємо звіт індексації 30 днів після робіт.

у нас дві мови. Куди має вести canonical?

Кожна мовна версія — сама на себе. Зв'язок між мовами тримають теги hreflang, і це окремий механізм: canonical з другорядної мови на основну виключає її з індексу вашими ж руками. Тут є і зворотний бік: у виміряному оптовому магазині косметики жодної адреси другої мовної версії немає в карті сайту, хоча двомовність реалізована. Формально все справне, фактично половини сайту для пошуку не існує.

Надішліть адресу сайту — перевіримо, що він вважає канонічним.

У відповідь таблиця по типах сторінок: де canonical є, куди веде, чи збігається з картою сайту, які варіанти домену віддають сайт без переходу. Якщо все справне, ви почуєте саме це, а не перелік вигаданих робіт.

Переглянути кейси
  • Відповідь протягом 2 годин
  • Без зобов’язань
  • Працюємо за договором

Прайса на сайті немає навмисно: обсяг тієї самої роботи у двох клієнтів відрізняється в рази, і цифра «від» у такому разі нічого не пояснює. Спершу безкоштовний аудит — рахуємо ваші сторінки, дублі й швидкість, — потім називаємо суму й строк і фіксуємо їх у договорі.