Як пазбегнуць дубляваных версій сайта: поўны гід па canonical-тэгах

Выкарыстанне canonical-тэга — гэта спосаб паказаць пошукавым сістэмам, які менавіта URL лічыць асноўнай крыніцай, калі існуе некалькі адрасоў з аднолькавым ці вельмі падобным змесцівам. Карацей кажучы, дзякуючы тэгу rel='canonical', які дадаецца ў секцыю head HTML-старонкі, Google, Bing ды іншыя пошукавікі дакладней вызначаюць прыярытэтны дакумент сярод дубляў або альтэрнатыўных URL. Такім чынам, SEO-вага не распыляецца, рызыка індэксацыі памылковых старонак зніжаецца, а ваш краўлінгавы бюджэт выдаткоўваецца значна больш эфектыўна.

Дублікаты на вэб-сайце ўзнікаюць значна часцей, чым вы можаце сабе ўявіць. Адна і тая ж старонка тавару можа адкрывацца з фільтрацыйнымі параметрамі, артыкул блога можа быць дасяжны і з катэгорыі, і з архіва тэгаў, галоўная старонка можа працаваць як з www, так і без, а пасля міграцыі з HTTP на HTTPS старыя URL-адрасы ўсё яшчэ могуць заставацца дасяжнымі для сканавання. Гэтая сітуацыя напрамую ўплывае на тэхнічную SEO-эфектыўнасць, асабліва ў інтэрнэт-крамах, што растуць, на навінавых парталах, карпаратыўных блогах і шматмоўных праектах. Тут canonical-тэг працуе як дарожны паказальнік: ён дэманструе пошукавай сістэме, які з даступных карыстальнікам альтэрнатыўных адрасоў варта лічыць галоўнай крыніцай.

У гэтым кіраўніцтве мы на практычных прыкладах разгледзім, для чаго патрэбны canonical-тэг, у якіх сітуацыях яго прымяняць, чым ён адрозніваецца ад 301-га рэдырэкту і noindex, як яго наладзіць у WordPress і на ўласных рухавіках, а таксама тыповыя памылкі і этапы праверкі. Калі ваш сайт размешчаны на Hostragons, правільная канфігурацыя хостынгу, выкарыстанне SSL і накіраванне даменных імёнаў дазволяць пабудаваць вашу canonical-стратэгію на значна больш трывалым падмурку. Hostragons рашэнні для веб-хостынгу Hostragons SSL сертыфікаты Hostragons паслуга рэгістрацыі дамена

Што такое кананічны тэг і як ён працуе?

Кананічны тэг — гэта элемент HTML-сувязі, які паведамляе пошукавым сістэмам аб пераважнай, гэта значыць кананічнай, версіі вэб-старонкі. Тэхнічна ён размяшчаецца ў вобласці head старонкі па наступным прынцыпе: <link rel='canonical' href='https://www.pryklad.by/асноўная-старонка/'>. Гэты выраз паказвае, што асноўнай версіяй бягучага URL з'яўляецца адрас, пазначаны ўнутры href.

Дапусцім, наступныя URL-адрасы адлюстроўваюць аднолькавае змесціва:

• https://www.pryklad.by/blog/kananichny-teg/
• https://pryklad.by/blog/kananichny-teg/
• http://www.pryklad.by/blog/kananichny-teg/
• https://www.pryklad.by/blog/kananichny-teg/?utm_source=rasylka
• https://www.pryklad.by/blog/kananichny-teg/?ref=social

Калі ў гэтым прыкладзе вашай асноўнай старонкай з'яўляецца https://www.pryklad.by/blog/kananichny-teg/, то ўсе астатнія варыяцыі могуць спасылацца на гэты URL праз canonical-тэг. Такім чынам, сігналы пошукавай сістэмы не распыляюцца, а збіраюцца на адной галоўнай старонцы.

Чаму ўзнікае праблема дубляваных URL?

Дубляванне змесціва часта ствараецца ненаўмысна. Архітэктура сайта, налады сервера, асаблівасці CMS, параметры рэкламных кампаній і фільтры для паляпшэння карыстальніцкага досведу могуць паказваць адзін і той жа кантэнт пад рознымі адрасамі. З пункту гледжання тэхнічнага SEO, праблема ў тым, што пошукавая сістэма ўспрымае гэтыя URL як асобныя старонкі.

Найбольш распаўсюджаныя крыніцы дубляваных версій

• Розніца паміж HTTP і HTTPS: Пасля ўсталявання SSL, калі HTTP-старонкі не перанакіроўваюцца, могуць утварыцца дзве асобныя версіі.
• Дамен з www і без www: Калі www.site.by і site.by паказваюць адно і тое ж, трэба дакладна вызначыць пераважную версію.
• Слэш у канцы URL: Адрасы накшталт /паслугі і /паслугі/ у некаторых сістэмах могуць лічыцца рознымі.
• Параметры URL: Такія параметры, як utm_source, ref, sort, color, size, прыводзяць да таго, што адзін кантэнт бачны па розных адрасах.
• Архівы катэгорый і тэгаў: Матэрыялы блога могуць паўторна адлюстроўвацца на некалькіх архіўных старонках.
• Версіі для друку або AMP: Старонкі, якія прапануюць карыстальніку іншы выгляд, павінны быць звязаныя з асноўным змесцівам праз canonical.
• Фільтры інтэрнэт-крамы: Параметры колеру, памеру, кошту і сартавання могуць генерыраваць тысячы URL.
• Змена даменнага імя: Пры пераездзе на новы дамен, калі старыя URL не перанакіраваныя правільна, узнікаюць дублі і драбленне вагі. Кіраўніцтва па перамяшчэнні дамена і кіраванні DNS

Нават калі на сайце ўсяго 100 тавараў, але для кожнага генеруецца 5 фільтраў, 3 варыянты сартавання і 4 рэкламныя параметры, колькасць URL, бачных пошукавіку, імгненна вырасце да тысяч. Гэта з'ядае краўлінгавы бюджэт, запавольвае выяўленне важных старонак і стварае бессэнсоўныя папярэджанні аб індэксацыі ў справаздачах.

Які ўнёсак робіць кананічны тэг у SEO?

Сам па сабе кананічны тэг не гарантуе пазіцый у выніках пошуку, але ён умацоўвае тэхнічнае здароўе сайта, што падтрымлівае патэнцыял для ранжыравання. Калі пошукавыя сістэмы вымушаныя выбіраць, якую з падобных старонак паказваць, дакладны кананічны сігнал спрашчае працэс прыняцця рашэння.

Асноўныя SEO-перавагі

• Аб'ядноўвае аўтарытэт: Дапамагае сабраць на асноўным URL сігналы ўнутраных і знешніх спасылак, што ідуць на розныя адрасы.
• Змяншае блытаніну ў індэксе: Зніжае рызыку таго, што Google пакажа ў выніках старонку з памылковымі параметрамі.
• Беражэ краўлінгавы бюджэт: На вялікіх сайтах скарачае выяўленне лішніх URL, накіроўваючы больш рэсурсаў на важныя старонкі.
• Робіць справаздачнасць празрыстай: справаздачы аб дублях, альтэрнатыўных старонках і абраным карыстальнікам кананічным URL у Search Console становяцца больш кіраванымі.
• Абараняе кантэнт-стратэгію: Паказвае першакрыніцу, калі адзін і той жа артыкул з'яўляецца ў розных архівах, на партнёрскіх сайтах ці прамо-старонках.

Уявіце, што вы накіроўваеце трафік на адну і тую ж старонку паслугі праз 10 розных рэкламных URL. Калі кожны з іх індэксуецца асобна, спасылачныя сігналы і карыстальніцкія метрыкі драбняцца. Выкарыстанне canonical-тэга дапамагае накіраваць усе гэтыя сігналы на галоўную старонку паслугі.

Адрозненні паміж Canonical, 301-м рэдырэктам і Noindex

Canonical-тэг часта блытаюць з 301-м рэдырэктам або тэгам noindex. Аднак прызначэнне кожнага метаду рознае. Каб прыняць правільнае рашэнне, трэба ацаніць, ці будзе карыстальнік працягваць наведваць старонку, ці хочаце вы, каб яна індэксавалася, і ці быў URL перамешчаны назаўжды.

Карацей кажучы, калі старонка патрэбная карыстальнікам, але не павінна лічыцца асноўнай версіяй у пошукавіках — canonical будзе правільным выбарам. Калі стары URL цалкам выйшаў з ужытку, больш дарэчы 301-ы рэдырэкт. Калі вы наогул не хочаце, каб старонка індэксавалася, варта разгледзець noindex. Што да robots.txt, ён можа перашкодзіць пошукавіку ўбачыць кананічны сігнал, таму ў кіраванні дублямі змесціва яго трэба выкарыстоўваць асцярожна.

Як дадаць кананічны тэг?

Рэалізацыя canonical залежыць ад архітэктуры вашага сайта. У такіх сістэмах кіравання змесцівам, як WordPress, SEO-пашырэнні аўтаматычна генеруюць canonical для большасці старонак. На ўласных рухавіках распрацоўніку неабходна дадаць яго ў шаблоны. Самы важны момант: кожная старонка, якая падлягае індэксацыі, павінна мець правільны кананічны тэг, што спасылаецца сам на сябе.

1. Вызначце пераважную структуру URL

Першы крок — дакладна вызначыць, які фармат URL вы будзеце выкарыстоўваць на ўсім сайце. Ці будзе выкарыстоўвацца HTTPS? Ці будзе www? Ці будзе слэш у канцы URL? Ці будзе захоўвацца стандарт малых літар? Прыняцце гэтых рашэнняў адразу забяспечвае ўзгодненую генерацыю кананічных тэгаў.

• Рэкамендаваная бяспечная структура: https://www.pryklad.by/staronka/
• Альтэрнатыўная структура: https://pryklad.by/staronka/
• Структура, якой варта пазбягаць: адначасовая дасяжнасць і HTTP, і HTTPS

На сайтах без SSL-сертыфіката адсутнасць бяспечнага злучэння можа паўплываць не толькі на давер карыстальнікаў, але і на тэхнічныя SEO-сігналы. Таму перад пачаткам canonical-стратэгіі рэкамендуецца наладзіць стандарт HTTPS. Што такое сертыфікат SSL і як яго ўсталяваць Пакеты бяспечнага вэб-хостынгу

2. Дадайце на кожную старонку кананічны тэг, што спасылаецца сам на сябе

Canonical дадаецца не толькі на старонкі-дублі. Асноўныя старонкі таксама павінны мець кананічны тэг, які паказвае на самога сябе. Гэта называецца self-referencing canonical. Напрыклад, кананічным значэннем для https://www.pryklad.by/pra-nas/ павінен быць той самы URL. Такі падыход дае дакладны сігнал пошукавікам пры ўзнікненні варыяцый з параметрамі ці памылковых версій.

3. Прывязвайце URL з параметрамі да асноўнай старонкі

Параметры, якія выкарыстоўваюцца ў UTM, рэкламе, сацыяльных сетках ці email-рассылках, карысныя для адсочвання карыстальнікаў, аднак іх трэба кантраляваць з пункту гледжання індэксацыі. URL накшталт https://www.pryklad.by/hosting/?utm_source=newsletter павінен мець canonical на https://www.pryklad.by/hosting/. Такім чынам, SEO-сігнал захоўваецца на асноўнай старонцы, пакуль вы вымяраеце эфектыўнасць кампаніі.

4. Выкарыстоўвайце толькі адзін canonical на старонку

Наяўнасць некалькіх кананічных тэгаў на адной старонцы можа прымусіць пошукавыя сістэмы ігнараваць сігнал. Калі тэма, SEO-пашырэнне і ўласны код адначасова генеруюць canonical, можа ўзнікнуць канфлікт. Асабліва на WordPress-сайтах варта правяраць, ці не перасякаюцца canonical ад тэмы і ад SEO-пашырэння.

5. Выкарыстоўвайце абсалютныя URL

Бяспечней выкарыстоўваць поўны адрас у значэнні canonical href замест адноснага URL. Лепш аддаць перавагу фармату https://www.pryklad.by/kategoryja/artykul/ замест /kategoryja/artykul/. Абсалютны URL ліквідуе нявызначанасць з пратаколам і даменным імем.

6. Забяспечце ўзгодненасць з Sitemap

XML-карта сайта павінна ўтрымліваць толькі тыя URL, якія вы выбралі ў якасці кананічных. Калі старонка праз canonical спасылаецца на іншы адрас, але сама пры гэтым пералічана ў sitemap, узнікае супярэчлівы сігнал. На буйных сайтах праверку sitemap і canonical варта праводзіць як мінімум раз на месяц. Кіраўніцтва па стварэнні XML-карт сайта

Выкарыстанне кананічнага тэга на WordPress-сайтах

WordPress спрашчае кіраванне canonical дзякуючы SEO-пашырэнням. Rank Math, Yoast SEO ці аналагічныя інструменты могуць аўтаматычна ствараць кананічныя тэгі для асобных запісаў, старонак, катэгорый і тавараў. Але аўтаматычная генерацыя не заўсёды азначае правільную стратэгію; асабліва трэба кантраляваць нестандартныя шаблоны, фільтры WooCommerce і шматмоўныя пашырэнні.

Практычны кантрольны спіс для WordPress

• Трымайце актыўнай генерацыю canonical у вашым SEO-пашырэнні.
• Пераканайцеся, што ў зыходным кодзе кожнай старонкі прысутнічае толькі адзін canonical.
• Праверце, што кананічнае значэнне галоўнай старонкі выкарыстоўвае правільны фармат з www і HTTPS.
• Калі архівы катэгорый, тэгаў і аўтараў падлягаюць індэксацыі, яны павінны мець canonical на саміх сябе.
• Для архіваў, якія не павінны індэксавацца, разгледзьце стратэгію noindex замест canonical.
• У варыяцыях тавараў WooCommerce асобна ацэньвайце старонкі, якія прапануюць карыстальніку ўнікальную каштоўнасць.
• Праверце, ці не пашкоджваюцца кананічныя тэгі пасля ўсталявання плагіна кэшавання.

Напрыклад, у WordPress-блогу адзін і той жа запіс можа быць паказаны ў архіве /seo/kananichny-teg/ і /teg/technichnae-seo/. Старонкі архіваў звычайна з'яўляюцца спісам матэрыялаў; кананічнае значэнне асобнага запісу павінна спасылацца на яго ўласны URL, а не на архіў. Інакш пошукавая сістэма можа зблытаць асноўны артыкул з архіўнай старонкай.

Стратэгія выкарыстання Canonical у інтэрнэт-крамах

У інтэрнэт-крамах выкарыстанне canonical-тэга становіцца яшчэ больш крытычным, таму што URL з фільтрамі, сартаваннем, варыяцыямі і рэкламнымі кампаніямі множацца вельмі хутка. Памылковае прымяненне можа прывесці да таго, што каштоўныя старонкі катэгорый не індэксуюцца або старонкі тавараў даюць няправільны canonical адна на адну.

Старонкі катэгорый і фільтраў

На старонцы катэгорыі карыстальнікі могуць прымяняць фільтры па цане, брэндзе, колеры ці памеры. Калі адфільтраваныя старонкі ствараюць унікальныя мэтавыя старонкі з пошукавым попытам, то прывязваць кожны фільтр праз canonical да галоўнай катэгорыі можа азначаць страту магчымасцей. Напрыклад, старонка, аптымізаваная пад запыт «чырвоныя красовак», з унікальным тэкстам і падборкай тавараў, можа індэксавацца. Аднак URL, якія змяняюць толькі сартаванне ці з'яўляюцца часовымі фільтрамі, павінны мець canonical на асноўную катэгорыю.

Варыяцыі тавараў

Калі варыяцыі аднаго тавару па колеры ці памеры адкрываюцца на асобных URL, існуе два падыходы. Калі варыяцыі маюць унікальныя рэшткі, выявы, водгукі і адпавядаюць розным пошукавым намерам, яны могуць індэксавацца асобна. Калі ж варыяцыі амаль ідэнтычныя, чысцей будзе даць canonical на асноўную старонку тавару. Мэта тут — прапанаваць пошукавай сістэме асэнсаваную структуру тавараў, а не навал дубляваных старонак.

Тавары, якіх няма ў наяўнасці

Для тавараў, якіх няма ў наяўнасці, адразу ж даваць canonical на іншы тавар часцей за ўсё няправільна. Калі тавар прыбраны назусім, можна разгледзець 301-ы рэдырэкт або статус 410. Калі тавар часова адсутнічае, старонка можа заставацца апублікаванай і мець canonical на самую сябе. Прызначэнне canonical на падобны тавар можа сказіць намер карыстальніка і сігналы аб тавары.

Canonical і Hreflang на шматмоўных сайтах

На шматмоўных сайтах canonical і hreflang могуць выкарыстоўвацца разам, але іх задачы адрозніваюцца. Canonical паказвае асноўны URL для аднолькавага ці падобнага змесціва, у той час як hreflang вызначае альтэрнатывы для розных моў і рэгіёнаў. Беларускамоўная старонка не павінна даваць canonical на англамоўную; звычайна кожная моўная версія дае canonical на самую сябе, а праз hreflang паказвае на іншыя моўныя альтэрнатывы.

Напрыклад, калі беларуская старонка мае адрас https://www.pryklad.by/by/hosting/, яе кананічным значэннем павінен быць гэты ж URL. Ангельская версія https://www.pryklad.by/en/hosting/ таксама павінна даваць canonical на сябе. Дзве старонкі звязваюцца адна з адной праз hreflang. Такая структура дапамагае Google паказваць правільную моўную версію патрэбнаму карыстальніку.

Тыповыя памылкі пры выкарыстанні Canonical

Хоць кананічны тэг здаецца простым, пры памылковым ужыванні ён можа нашкодзіць SEO. Ніжэй пералічаны праблемы, якія часцей за ўсё сустракаюцца на практыцы:

• Спасылка canonical на noindex-старонку: Калі асноўны URL пазначаны як noindex, пошукавая сістэма можа некарэктна ацаніць сігналы.
• Пазначэнне як canonical URL, які аддае 404-ю памылку: Мэта canonical абавязкова павінна вяртаць код стану 200.
• Спасылка canonical на URL з рэдырэктам: Мэтавы URL павінен быць дасяжны напрамую, без ланцужкоў перанакіравання.
• Прызначэнне canonical з усіх старонак на галоўную: Гэта скажае сігналы змесціва і можа перашкодзіць індэксацыі старонак.
• Прызначэнне canonical на розны кантэнт: Canonical варта выкарыстоўваць толькі паміж аднолькавым ці вельмі падобным змесцівам.
• Размяшчэнне canonical на старонцы, забароненай у robots.txt: Калі пошукавік не можа прасканаваць старонку, ён можа не ўбачыць тэг.
• Супярэчнасць паміж sitemap і canonical: URL у sitemap павінны супадаць з кананічнымі мэтамі.
• Блытаніна паміж мабільнай і дэсктопнай версіямі: Калі выкарыстоўваецца асобны мабільны URL, сувязь canonical і alternate павінна быць настроена правільна.

Уявіце, што ў нейкім праекце сотні старонак памылкова даюць canonical на галоўную. Google можа вытлумачыць гэты сігнал як праблему якасці, і бачнасць вашых каштоўных унутраных старонак можа знізіцца. Таму тэхнічная SEO-праверка перад публікацыяй, асабліва пасля змены тэмы ці пашырэння, павінна стаць абавязковай.

Як праверыць кананічны тэг?

Для праверкі canonical варта выкарыстоўваць як ручныя, так і аўтаматызаваныя метады. На невялікіх сайтах можа здавацца дастатковым прагляд зыходнага кода, але на праектах, што растуць, больш надзейныя вынікі даюць інструменты сканавання і справаздачы Google Search Console.

Ручная праверка

• Адкрыйце старонку ў браўзеры.
• Паглядзіце зыходны код старонкі.
• Знайдзіце выраз rel='canonical'.
• Пераканайцеся, што значэнне href з'яўляецца правільным, поўным і дасяжным URL.
• Праверце, ці няма на старонцы другога canonical.

Праверка ў Google Search Console

Інструмент праверкі URL паказвае canonical, абраны Google, і canonical, паведамлены карыстальнікам. Калі Google выбірае іншы canonical, чым той, што вызначылі вы, праверце наступнае: ці сапраўды змесціва падобнае, на якія URL вядуць унутраныя спасылкі, ці правільная карта сайта, ці мацнейшая мэтавая старонка, ці здаровыя коды стану старонак?

Масавая праверка інструментамі сканавання

З дапамогай такіх інструментаў, як Screaming Frog, Sitebulb ці аналагічных, можна прасканаваць тысячы URL. У справаздачах лёгка ўбачыць адсутнасць canonical, ланцужкі canonical, мэты з кодам 4xx, мэты з іншым пратаколам і старонкі без self-canonical. Падчас штомесячнага тэхнічнага SEO-абслугоўвання варта адсочваць наступныя метрыкі:

• Колькасць старонак, якія падлягаюць індэксацыі, без canonical-тэга
• Колькасць старонак, якія даюць canonical на URL з кодам стану, што не роўны 200
• Колькасць URL у sitemap, якія не з'яўляюцца кананічнымі
• Доля URL з параметрамі, прывязаных да асноўнай старонкі
• Колькасць URL, для якіх Google абраў canonical, што адрозніваецца ад пазначанага карыстальнікам

Напрыклад, калі на сайце інтэрнэт-крамы з 5 000 URL выяўлена, што 800 адрасоў з параметрамі трапілі ў sitemap, гэта сур'ёзная магчымасць для тэхнічнай SEO-чысткі. Калі гэтыя URL карэктна раздзяліць з дапамогай правільнай стратэгіі canonical, noindex ці robots, эфектыўнасць сканавання можа прыкметна ўзрасці.

Роля налад сервера, SSL і даменнага імя

Кананічны тэг працуе на ўзроўні старонкі, але калі налады сервера і даменнага імя некарэктныя, яго аднаго будзе недастаткова. Пры пераходзе з HTTP на HTTPS, з www на без www або са старога дамена на новы, 301-я рэдырэкты павінны быць узгоднены з canonical. Інакш пошукавыя сістэмы атрымліваюць супярэчлівыя сігналы.

Ідэальная структура выглядае так: усе HTTP-запыты перанакіроўваюцца на HTTPS праз 301, непераважная структура www накіроўваецца на абраную, sitemap утрымлівае толькі пераважныя URL, і ўсе старонкі ўзгоднены са сваімі кананічнымі мэтамі. Гэтая структура стварае трывалую аснову як для бяспекі карыстальнікаў, так і для яснасці SEO. Кіраванне даменам, DNS, SSL і хостынгам з адной панэлі на Hostragons можа спрасціць падтрыманне гэтай узгодненасці. як наладзіць параметры DNS стварэнне пераадрасавання з cPanel пакеты карпаратыўнага хостынгу

Пакрокавы план укаранення Canonical

Вы павінны будаваць сваю canonical-стратэгію не шляхам выпадковага дадання тэгаў, а праз планамерны тэхнічны SEO-працэс. Ніжэйпрыведзеныя 9 крокаў прапануюць прыдатную аснову для ўкаранення — ад невялікіх блогаў да буйных інтэрнэт-крам.

• 1. Стварыце інвентар URL: Аб'яднайце дадзеныя з sitemap, Search Console, аналітыкі і інструментаў сканавання.
• 2. Вызначце групы дубляў: Пералічыце варыяцыі HTTP, HTTPS, www, параметраў і архіваў, якія паказваюць аднолькавае змесціва.
• 3. Абярыце асноўны URL: Аддайце перавагу самаму чыстаму, зручнаму для карыстальніка, HTTPS-адрасу, які часцей за ўсё выкарыстоўваецца ва ўнутраных спасылках.
• 4. Аддзеліце тыя, што патрабуюць рэдырэкту: Перамясціце старыя URL, якія больш не будуць выкарыстоўвацца, праз 301 замест canonical.
• 5. Абнавіце шаблоны старонак: Праверце генерацыю canonical у шаблонах блога, тавараў, катэгорый, архіваў і мэтавых старонак.
• 6. Ачысціце sitemap: Пакіньце толькі тыя кананічныя URL, якія вы хочаце індэксаваць.
• 7. Выпраўце ўнутраныя спасылкі: Пераканайцеся, што спасылкі ў меню, футэры, хлебных крошках і ўнутры кантэнту вядуць на кананічны URL.
• 8. Правядзіце тэставае сканаванне: Перад запускам атрымайце справаздачу аб canonical на staging або тэставым асяроддзі.
• 9. Сачыце за Search Console: На працягу 2-4 тыдняў пасля публікацыі адсочвайце справаздачы аб абраным canonical.

Самае важнае практычнае правіла ў гэтым працэсе наступнае: кананічны тэг — гэта не чароўнае рашэнне, якое цалкам кампенсуе дрэнную архітэктуру URL. Ён дае найлепшы вынік, калі выкарыстоўваецца разам з чыстымі рэдырэктамі, паслядоўнай унутранай пералінкоўкай, правільнай картай сайта і надзейнай канфігурацыяй сервера.

Прыклады добрай практыкі выкарыстання Canonical

Прыклад з артыкулам у блогу

Ваш артыкул у блогу можа адкрывацца са старонкі катэгорыі, са старонкі тэга і з UTM-параметрам з сацыяльных сетак. Калі URL асобнага запісу — https://www.pryklad.by/blog/seo-gid/, то ўсе пераходы з параметрамі павінны мець canonical на гэты URL. Што да архіваў катэгорый і тэгаў, яны ацэньваюцца асобна для ўласных спісаў змесціва.

Прыклад са старонкай паслугі

Калі старонка паслугі хостынгу выкарыстоўваецца з рознымі параметрамі URL для рэкламных кампаній, усе варыяцыі кампаній павінны даваць canonical на асноўную старонку паслугі. Такім чынам, пакуль вымяраецца эфектыўнасць кампаніі, сігналы арганічнага пошуку не драбняцца. Hostragons пакеты хостынгу

Прыклад са старонкай тавару

Калі тавар SSL-сертыфіката адлюстроўваецца з рознымі рэкламнымі тэгамі, URL з параметрамі павінны мець canonical на асноўную старонку тавару. Аднак калі розныя тыпы SSL, напрыклад DV SSL і Wildcard SSL, абслугоўваюць розныя намеры карыстальнікаў, яны могуць індэксавацца як асобныя старонкі. Віды сертыфікатаў SSL

На якія паказчыкі глядзець для вымярэння поспеху?

Каб зразумець эфект ад укаранення canonical, недастаткова глядзець толькі на змены пазіцый. Паляпшэнні тэхнічнага SEO часам спачатку выяўляюцца ў дадзеных аб сканаванні і індэксацыі. Наступныя паказчыкі варта адсочваць на працягу 30-90 дзён:

• Зніжэнне колькасці папярэджанняў аб дублях і альтэрнатыўных старонках у Search Console
• Зніжэнне працэнта індэксацыі URL з параметрамі
• Больш рэгулярнае сканаванне важных старонак катэгорый, тавараў і кантэнту
• Павышэнне адпаведнасці паміж URL, адпраўленымі ў sitemap, і індэксаванымі URL
• Перавага правільных кананічных URL на арганічных мэтавых старонках
• Зніжэнне колькасці ўнутраных спасылак, якія вядуць на непераважныя URL

Напрыклад, калі за 3 месяцы ў справаздачы аб статусе індэксацыі колькасць лішніх URL з параметрамі знізілася з 1 200 да 200, гэта можа сведчыць аб тым, што чыстка canonical і sitemap працуе. Калі за той жа перыяд частата сканавання важных старонак расце, гэта азначае, што тэхнічная структура становіцца больш здаровай.

Часта задаваныя пытанні

Ці павышае выкарыстанне canonical-тэга пазіцыі напрамую?

Кананічны тэг не з'яўляецца інструментам прамога павышэння пазіцый, але ён дапамагае сабраць сігналы аўтарытэту на правільнай старонцы, памяншаючы праблемы дубляваных URL. Гэта можа ўскосна палепшыць арганічную эфектыўнасць, асабліва на вялікіх сайтах з параметрамі.

Ці павінен кананічны тэг быць на кожнай старонцы?

Добрай практыкай з'яўляецца наяўнасць кананічнага тэга, што спасылаецца сам на сябе, на кожнай важнай старонцы, якую вы хочаце індэксаваць. Такім чынам, пры ўзнікненні альтэрнатыўных URL ці варыяцый з параметрамі, пошукавым сістэмам дакладна паведамляецца пераважная версія.

Ці з'яўляюцца canonical-тэг і 301-ы рэдырэкт адным і тым жа?

Не. 301-ы рэдырэкт назаўжды перамяшчае карыстальніка і пошукавую сістэму на новы URL. Кананічны тэг пакідае карыстальніка на той жа старонцы, толькі паведамляючы пошукавай сістэме, які URL з'яўляецца асноўнай версіяй.

Ці заўсёды Google улічвае мой кананічны тэг?

Canonical з'яўляецца моцным сігналам, але не катэгарычнай камандай. Google можа абраць іншы canonical, ацэньваючы падабенства змесціва, унутраныя спасылкі, карту сайта, рэдырэкты, якасць старонкі і карыстальніцкія сігналы ў сукупнасці.

Ці дастаткова дадаць canonical на старонку, якую я забараніў у robots.txt?

Звычайна недастаткова. Паколькі пошукавая сістэма не можа прасканаваць старонку, забароненую ў robots.txt, яна можа не ўбачыць кананічны тэг. У кіраванні дубляванымі URL важна, каб старонка магла сканавацца, а кананічная мэта была дасяжнай.

Выснова: Узяць дубляваныя версіі пад кантроль — гэта аснова тэхнічнага SEO

Выкарыстанне canonical-тэга — гэта незаменная практыка тэхнічнага SEO для кіравання дубляванымі версіямі вашага сайта, вылучэння правільнага URL і падачы дакладных сігналаў пошукавым сістэмам. Аднак для найлепшага выніку canonical трэба разглядаць у комплексе з 301-мі рэдырэктамі, чыстай картай сайта, паслядоўнымі ўнутранымі спасылкамі, канфігурацыяй HTTPS і правільным выбарам даменнага імя.

Калі на вашым сайце існуе хаос з дубляваных URL, неадпаведнасць HTTP/HTTPS або засілле параметрызаваных старонак, спачатку правядзіце інвентарызацыю URL, а затым дакладна вызначце свае кананічныя мэты. Надзейная інфраструктура хостынгу, правільная ўстаноўка SSL і рэгулярныя тэхнічныя праверкі палегчаць гэты працэс. Калі вам гэта спатрэбіцца, вы можаце вывучыць рашэнні Hostragons у галіне хостынгу, даменаў і SSL, каб стварыць больш бяспечную і SEO-аптымізаваную аснову для вашага сайта. Hostragons веб-хостынг Hostragons праверка дамена Hostragons SSL сертыфікаты