Към съдържанието

Настройки за бисквитки

Изберете кои видове бисквитки разрешавате. Можете да промените избора си по всяко време чрез „Настройки за бисквитки“ в долната част на всяка страница. Декларация за поверителност

Необходими

Винаги включени

Нужни са за вход, за запазване на количката и на Вашите избори. Те са винаги включени.

Кои бисквитки?
  • weboke_sessie, weboke_klant, weboke_remember: Вашата сесия и оставането в акаунта
  • weboke_basket: Вашата количка
  • wkBtwIncl: показване на цените с или без ДДС
  • wok_cookies: Вашият избор за бисквитките, 12 месеца

Измерват коя реклама води до посещение или поръчка, за да не плащаме за реклами без резултат.

Кои бисквитки?
  • Google Ads чрез Google Tag Manager (_gcl_au, _gcl_aw), до 90 дни
  • OpenAI Ads, реклами в ChatGPT
  • wok_aff: кой партньор Ви е препратил към нас (партньорска програма), 60 дни

4,6

Държава и език

Всяка държава има собствен сайт, с цените и ДДС на тази държава.

Преглед

Canonical и дублирано съдържание

Модул 3: Техническата основа на една страница · Време за четене: 12 минути

Цел на урока: След този урок ще можете да откривате дублирано съдържание на Вашия сайт, да избирате кой адрес е истинският (каноничният) и да го съобщавате правилно на търсачките чрез пренасочване и rel="canonical".

Основни понятия: дублирано съдържание, канонизация, каноничен адрес, варианти (http и https, с и без www, наклонена черта, параметри, главни букви), rel="canonical", абсолютен адрес, canonical като подсказка, 301 пренасочване като по-силен сигнал, canonical, избран от Google, няма наказание за дублирано съдържание

Една страница, пет адреса

За Вас страницата със сватбени букети е една страница. За търсачката всеки адрес е отделна страница. Вижте как едно и също съдържание при Флорално ателие „Виктория“ може да се отвори на пет адреса:

http://example.com/bulchinski-buketi
https://example.com/bulchinski-buketi
https://www.example.com/bulchinski-buketi
https://www.example.com/bulchinski-buketi/
https://www.example.com/bulchinski-buketi?utm_source=byuletin

Това се нарича дублирано съдържание: едно и също (или почти едно и също) съдържание на повече от един адрес. Google посочва най-честите причини:

ПричинаПример
Варианти на протоколаработят и http://, и https://
Варианти с и без wwwдомейнът и www. показват един и същ сайт
Функции на сайтасортиране и филтриране: ?sortirane=tsena, ?tsvyat=cherven
Варианти по региониедин и същ нидерландски текст за /nl-nl/ и /nl-be/
Варианти по устройстваотделен мобилен сайт, например m.example.com
По погрешкатестово копие на сайта (test.example.com), отворено за търсачките

Към това се добавят: наклонена черта в края или не, главни букви в пътя (/Contact и /contact), index.html след адреса, както и параметри от бюлетини и реклами.

Проблем ли е това?

Няма наказание. Google пише, че известно дублирано съдържание на един сайт е нормално и не нарушава правилата му за спам. Не Ви наказват за него. Проблем има едва когато някой съзнателно създава масово копия, за да запълни резултатите от търсенето; това е друга тема (урок 8.2).

Защо тогава да се занимавате с това? Защото иначе търсачката избира сама. Google групира страниците с еднакво съдържание и избира от тях един каноничен адрес: представителят, който се показва в резултатите от търсенето и се обхожда най-често. Този избор се нарича канонизация. Ако оставите това на Google, той може да избере точно адреса с ?utm_source=byuletin накрая. Освен това данните Ви в Search Console се разпръскват между пет варианта, а crawler-ът губи време с копия.

Трите сигнала, от силен към слаб

Вие казвате на търсачката кой адрес е истинският. Google посочва три начина, подредени по сила:

  1. Пренасочване (301 или 308): силен сигнал, че целта на пренасочването трябва да стане канонична. Използвайте го за варианти, които никой не използва: от http към https и от версията с или без www към другата. Това се настройва веднъж за целия сайт (урок 4.1).
  2. rel="canonical": също силен сигнал. Ред в <head> на страницата, който казва кой адрес е истинският. Използвайте го там, където вариантът трябва да продължи да работи, например адрес с филтър или с параметър от бюлетин.
  3. Картата на сайта: слаб сигнал. Адресите, които включите в картата на сайта, предлагате като канонични (урок 3.4). Затова включвайте в нея само истинските адреси.

Един canonical изглежда така:

<head>
  <title>Булчински букети по поръчка | Флорално ателие „Виктория“</title>
  <link rel="canonical" href="https://www.example.com/bulchinski-buketi">
</head>

Всеки вариант на страницата съдържа същия ред, включително и самият каноничен адрес. Последното се нарича препратка към самата себе си (self-referencing canonical). Тя не е задължителна, но е полезна: ако някой влезе през ?utm_source=byuletin, истинският адрес е посочен веднага.

Подсказка, а не заповед

Google го казва ясно: canonical е подсказка, а не правило. Google може да избере различен адрес от Вашия. Това се случва най-вече когато сигналите Ви си противоречат. В URL inspection на Search Console (урок 2.4) виждате два реда един до друг: "User-declared canonical" и "Google-selected canonical". Ако те се различават, потърсете противоречие:

  • canonical сочи към https://www.example.com/..., но картата на сайта посочва https://example.com/...;
  • canonical сочи към https://, но https:// пренасочва към http://;
  • вътрешните връзки в менюто Ви сочат към друг вариант, а не към canonical;
  • страниците не си приличат достатъчно: canonical от продуктова страница към началната страница не работи, защото това не е копие.

При еднакво съдържание Google предпочита за каноничен адрес https версията, освен ако с нея има проблем, например невалиден сертификат.

Как да напишете правилно canonical

ПравилоЗащо
Пълен адрес с https:// и името на хостаGoogle препоръчва абсолютни пътища; при относителен път малка грешка може да насочи към грешен адрес
Точно един canonical на страницаДва различни canonical си противоречат; тогава Google може да пренебрегне и двата
Само в <head>Google приема връзката само в <head> на HTML
Сочи към страница, която връща 200Canonical към адрес, който пренасочва или връща 404, е противоречив сигнал
Целта няма noindex„Това е истинският адрес“ и „не включвайте истинския адрес“ не вървят заедно
Целта сочи към самата себе сиВерига (A сочи към B, B към C) създава неяснота
Изберете един метод на страницаРедът в HTML или HTTP заглавката Link; според Google двете едновременно водят по-лесно до грешки

За файлове без HTML, например pdf, canonical може да се зададе и като HTTP заглавка:

Link: <https://www.example.com/tsenorazpis.pdf>; rel="canonical"

Какво да не правите

  • Не използвайте robots.txt за канонизация. Google изрично казва: не използвайте robots.txt за това. Ако блокирате вариантите, Google не може да ги прочете и следователно не вижда и Вашия canonical.
  • Не използвайте noindex, за да наложите canonical. Google не препоръчва и това в рамките на един сайт. Noindex означава „изобщо не включвай“, а не „по-добре вземи другата“.
  • Не насочвайте всичко към началната страница. Canonical на всяка страница, който сочи към началната страница (известна грешка в теми и плъгини), казва на Google, че целият Ви сайт е една страница.

На практика: кой какво настройва?

Пренасочванията за целия сайт се настройват при хостинга. В DirectAdmin при WebOké, в настройките на домейна, ще намерите опциите за SSL, пренасочване към https и „с или без www“; при други доставчици се наричат различно, но става дума за същия вид настройка. Canonical в страницата се създава от инструмента, с който изграждате сайта. WordPress сам добавя canonical към публикации и страници, а SEO плъгините поемат тази задача. AI Builder на WebOké поставя на всяка публикувана страница canonical към собствения адрес на тази страница, а на страницата за грешка (404) съзнателно не поставя. След всяка промяна на домейна или на избора за www проверете дали canonical, пренасочването и картата на сайта все още посочват един и същ адрес.

Обобщение

  • Дублираното съдържание е нормално и не води до наказание, но без сигнал търсачката сама избира кой адрес е каноничен.
  • Три сигнала: пренасочване (силен), rel="canonical" (силен) и картата на сайта (слаб). Нека всички посочват един и същ адрес.
  • Canonical е подсказка: Google може да избере друго, особено при противоречиви сигнали. Проверете в URL inspection.
  • Пишете го пълен, веднъж, в <head>, към страница, която връща 200, няма noindex и сочи към самата себе си.
  • Не използвайте robots.txt и noindex, за да наложите canonical.

Тест

1. Причина ли е дублираното съдържание на собствения Ви сайт за наказание от Google?



2. Кой сигнал според Google е най-слаб?



3. Задавате canonical към https://www.example.com/tsvetya, но в URL inspection Google избира https://example.com/tsvetya. Коя е най-вероятната причина?



4. Защо <link rel="canonical" href="/tsvetya"> не е добра идея?



5. Искате вариантите с филтър ?tsvyat=cherven да не попадат в Google като отделни страници. Какво правите?



Задача

Задача A3.5: Сочи ли Вашият canonical правилно? Въведете адреса на страница от Вашия сайт. Програмата чете страницата, търси canonical и проверява дали има точно един, дали е пълен и с https, дали целта връща 200, няма noindex и сочи към самата себе си, както и дали вариантите с http и с или без www пренасочват към един и същ хост. Нямате собствен сайт? Използвайте https://european-union.europa.eu/index_nl.

Задача A3.5: Сочи ли Вашият canonical правилно?



Това, което въвеждате, и резултатите от проверката не се съхраняват. Браузърът Ви запомня отговорите и дали сте изпълнили задачата. Ако сте влезли, запазваме само дали задачата е била (почти) правилна в Моите курсове; и там можете да го изтриете.

Прочетете още

Стъпките в тези статии се отнасят за панелите на WebOké; при други доставчици работи по подобен начин.

Моля, изчакайте…

Настройте домейните си

За всеки домейн настройте сървърите за имена, връзката с хостинга и кой ще бъде собственикът.

Домейните Ви се зареждат…