Dotaz ke kanonizaci

Ahoj, měl bych jeden dotaz. Tady se píše https://www.pavelungr.cz/jak-na-duplicitu-v-seo-pomoci-kanonizace-canonical/, nastavit kanonizace každé stránky na sebe samou. Předpokládám, že tenhle týpek ví, jak to má být :-) Taky to tak máte? Já mám na webu různé varianty produktů - množstevní slevy. Jak byste to udělali? nejprve udělali kanonizaci každé stránky, jak to popisuje v článku a teprve poté ručně např. na dvoj či troj-balení nastavili kanonizaci na konkrétní stránku? M.

Napsal beraniste;1609151

Ahoj, měl bych jeden dotaz. Tady se píše https://www.pavelungr.cz/jak-na-duplicitu-v-seo-pomoci-kanonizace-canonical/, nastavit kanonizace každé stránky na sebe samou. Předpokládám, že tenhle týpek ví, jak to má být :-) Taky to tak máte? Já mám na webu různé varianty produktů - množstevní slevy. Jak byste to udělali? nejprve udělali kanonizaci každé stránky, jak to popisuje v článku a teprve poté ručně např. na dvoj či troj-balení nastavili kanonizaci na konkrétní stránku?

M.

Ahoj, najlepší spôsob ako pracovať s duplicitami je nemať ich a ak ich už máš, tak nepoužívať canonical, ale iné možnosti. Napísal som k tomu dosť komplexný článok: https://www.marketingminer.com/cs/blog/canonical-jak-spravne-pouzivat-kanonizaci.html Dynamické nasadzovanie self-canonicalov nie je dobré riešenie, pretože môže byť zneužité. Ak už musíš používať canonical (a self-canonical), tak jedine na podporované GET parametre :-)

Copenhagen: a jaký je rozdíl mezi podporovanými a nepodporovaným "GET" (pravděpodobně myslíš QUERY) parametry? Jakýkoliv query parametr je součástí url a vytváří novou duplicitu, k tomu self-canonical efektivně brání. Ne vždy je možné volit přesměrování a odstranění query parametrů, protože jsou potřeba pro klientskou část (různé trackovací kódy třetích stran), vlastní odkazy máš většinou pod kontrolou a jejich generování dokážeš ovlivnit, naopak externí odkazy již nikoliv.Osobně bych to self na každou stránku nedával, to nedává smysl, ale právě ho dal pokud je v url nějaký Query parametr, který nemá vliv na obsah (volba množství ks, session/tab identifikátor, stránkování, utm či cokoliv neznámého) či se jedná opravdu o duplicitu (prokud s jinou cestou v navigaci). Takhle jsme to implemtovali kdysi v Slevomatu a předpokládám, že to tak používají pořád. Duplicity na straně webu je dobré hlídat, vždy je nutné vědět, která url je základní pro danou stránku/produkt, ty jediné mít pak v sitemapě, na zbytek povolených adres používat rel canonical.Pokud se hodí self canonical na každou stránku, zahráváš si s rizikem cyklických odkázání a znekvalitníš si obecně vyhledávatelný obsah. Lépe se to pak ručně kontroluje, když vím, že co je v sitemapě nemá žádný rel canonical.K tomuhle skvělé slouží access logy ze serveru, kde vidím, jaké stránky se a jak navštěvují. U některých projektů máme dashboard, kde jsou vidět různé varianty podle url té stejné stránky s informací, jestli je stránka povolená, kam vede canonical, jak je navštěvované v čase, pak to pomůže lépe řešit staré zapomenuté url, duplicitní obsah aj věci.

Díky, pěkné shrnutí. Takže pokud mám granule a, granule 2x a, tak udělám kanonizaci pouze z granule2x a, kdy uvedu adresu na ten jeden kus. Je to tak? Tu základní stránku, kterou chci indexovat neřeším.

Napsal TomášX;1609158

Pokud se hodí self canonical na každou stránku, zahráváš si s rizikem cyklických odkázání a znekvalitníš si obecně vyhledávatelný obsah. Lépe se to pak ručně kontroluje, když vím, že co je v sitemapě nemá žádný rel canonical.

Presne z tohto dôvodu nie je dobré dynamicky dávať self-canonical všade (tak ako to robia napríklad CMSka). Môže vzniknúť buď: 1. Canonical chain (z a->b b>c c>d... a podobne) 2. Nasadenie na akýkoľvek parameter -> konkurent sa môže rozhodnúť, že vytvorí milión odkazov na tvoju stránku s hocijakými parametrami a crawler potom bude musieť prechádzať tieto stránky a prichádza ku crawl waste. Kdežto keď presmeruješ neexistujúce parametre (ktoré nepoužívaš), tak sa dostane iba na tie stránky, na ktoré chceš aby sa ten robot dostal. Ak to nasadíš zle, tak sa môže stať, že budeš mať veľké problémy s indexáciou stránok. Všetko popisujem v článku vyššie :)

Napsal Copenhagen;1609163

Presne z tohto dôvodu nie je dobré dynamicky dávať self-canonical všade (tak ako to robia napríklad CMSka). Môže vzniknúť buď:

1. Canonical chain (z a->b b>c c>d... a podobne)

2. Nasadenie na akýkoľvek parameter -> konkurent sa môže rozhodnúť, že vytvorí milión odkazov na tvoju stránku s hocijakými parametrami a crawler potom bude musieť prechádzať tieto stránky a prichádza ku crawl waste. Kdežto keď presmeruješ neexistujúce parametre (ktoré nepoužívaš), tak sa dostane iba na tie stránky, na ktoré chceš aby sa ten robot dostal.

Ak to nasadíš zle, tak sa môže stať, že budeš mať veľké problémy s indexáciou stránok. Všetko popisujem v článku vyššie :)

díky za odpověď, článek jsem nečetl, předpokládám, že ale v tom nejsme v rozporu.Ano, dvakrát červeně bych podtrhl potřebu normalizovat neznámé query parametry přes 301. Platilo to dříve kvůli bezpečnosti, platí to dnes i kvůli SEO. Konkurence pak může snadno vyčerpat crawler budget a odříznout stránky ze serpu, jak zmiňuješ.Bohužel nejpoužívanější redakční systémy tomu moc nejdou na ruku.Pavel Ungr tohle nedoporučuje nejlépe, resp. neřeší problém komplexně, ale pouze ukazuje směr.

Napsal TomášX;1609164

díky za odpověď, článek jsem nečetl, předpokládám, že ale v tom nejsme v rozporu.

Ano, dvakrát červeně bych podtrhl potřebu normalizovat neznámé query parametry přes 301. Platilo to dříve kvůli bezpečnosti, platí to dnes i kvůli SEO. Konkurence pak může snadno vyčerpat crawler budget a odříznout stránky ze serpu, jak zmiňuješ.

Bohužel nejpoužívanější redakční systémy tomu moc nejdou na ruku.

Pavel Ungr tohle nedoporučuje nejlépe, resp. neřeší problém komplexně, ale pouze ukazuje směr.

Súhlas :)

Dobrý den,tak jsem si k některým stránkám udělal kanonizaci, ale je tam nějaký problém s kombinací kanonicazce a hreflang. Mám tam jazykovou mutaci. Mohli byste mi prosím poradit, jak to udělat správně? Příklad je tento produkt https://www.caskrmeni.cz/sk/eshop/psi/granule/essential-nautical-living-2x12,5-kg/Issue detailsPages that link to a non-canonical URL from their hreflang annotations.Linking to a non-canonical version of a page from hreflang annotations can mislead search engines.Rel="alternate" hreflang="x" will instruct search engines to show the translated (localized) version of a page while rel=canonical attribute will flag that this is not the authoritative (canonical) version.How to fixReview all the pages listed in this report.You should modify their hreflang annotations so that they point to canonical pages.If you found that the page linked from hreflang annotations got a non-canonical status unintentionally, remove its rel-canonical element or edit it to become a self-canonical.Learn more