Google: A kanonikus JavaScript beállítható - Mit jelent ez a SEO és az e-kereskedelem szempontjából?

Gyors emlékeztető: mi a kanonikus, és miért létezik?

A kanonikalizálás az a folyamat, amelynek során a Google kiválasztja a tartalomhoz leginkább jellemző URL-t, ha egy oldalnak több hasonló vagy azonos verziója létezik. A kanonikus URL az a „reprezentatív” verzió, amelyet a Google a keresési eredmények között megjelenít. 

Az e-kereskedelemben gyakoriak az ismétlődő URL-ek, mivel az üzletek változatokat és kombinációkat generálnak:

• szűrés és rendezés (URL-paraméterek),
• lapszámozás,
• termékváltozatok (szín/méret),
• kampányparaméterek (UTM),
• nyelvi változatok,
• különböző elérési utak ugyanahhoz a tartalomhoz (kategória → termék vs. keresőmotor → termék).

Ha a kanonikus beállítás helytelen, a következmények fájdalmasak lehetnek:

• A Google rossz címeket indexel (káosz az indexben),
• a jelek (linkek, tekintély, viselkedési adatok) több URL-címen oszlanak meg,
• a feltérképezési költségvetésedet duplikátumokra pazarlod,
• a kulcsfontosságú kategóriák és termékek láthatósága csökken.

 Pontosan mit mondott a Google a kanonikus JS-ben való beállításáról?

Az üzenet egyszerű:

• A legjobb, ha a kanonikus HTML-t állítjuk be ("
• Ha nem tudod, akkor beállíthatod a kanonikus értéket JavaScripten keresztül – de ezt úgy tedd, hogy a kanonikus érték konzisztens és egyértelmű legyen. 
• A kanonikalizáció a renderelés előtt és után történik, így a kanonikus „in source” és az „after render” elemek keresztezése problémákat okoz. 

A Google egy nagyon praktikus szabályt is kiemel: ha a kanonikus kód már HTML-ben van, a JS-nek nem szabad más címre módosítania. Ha pedig lehetetlen a kanonikus kódot HTML-be beszúrni, akkor jobb, ha egyáltalán nem is adjuk hozzá, és csak JS-en keresztül adjuk hozzá (helyesen, a "). 

Miért kockázatos a „kanonikus beállítás renderelés után”?

Mivel a Google nem mindig látja a webhelyedet ugyanúgy, mint egy felhasználó a böngészőben. Egyszerűen fogalmazva, két „pillanat” van:

• HTML renderelés előtt (amit a szerver azonnal visszaad),
• HTML renderelés után (ami a JavaScript végrehajtása után jön létre).

Ha a kanonikus csak renderelés után jelenik meg, akkor:

• növeled a Google-től való függőségedet a JS helyes megjelenítésében,
• teret engedsz a kereszteződéseknek (eltérő kanonikus a forrásban, eltérő a renderelés után),
• könnyebb hibákat elkövetni a keretrendszerekben (pl. duplikált "<link rel=”canonical”> „vagy rossz helyre teszi).

A Google kifejezetten emlékeztet arra, hogy a kanonikus kifejezés akkor elfogadott, ha „, és JS-sel helyesen kell "befecskendezni". 

Mikor van értelme a kanonikus JS-ben való használatnak a gyakorlatban?

Vannak olyan helyzetek, amikor ez ésszerű kompromisszum lehet:

• A kliens oldalon renderelt SPA alkalmazás, ahol a " nehéz a szerveren,
• régi CMS/platform, ahol nincs teljes kontrollod a sablon felett ",
• dinamikus nézetek, ahol a kanonikus az alkalmazás állapotától függ (bár itt különös gonddal kell eljárni).

Az online áruházakban (különösen a headless keretrendszerekben) a kanonikus értéket néha olyan könyvtárak állítják be, mint a Head Manager (pl. React Helmet, Next.js Head). Ez működik, de csak akkor, ha egyetlen, konzisztens kanonikus érték marad meg a renderelés után, és nincsenek ütköző jelek.

A legfontosabb szabály: kanonikus konzisztencia a renderelés előtt és után

Ha eszedbe jut valami a cikkből, akkor ez legyen:

Ne hozz létre olyan helyzetet, ahol a HTML-ben a kanonikus elem A-ra, a renderelés utáni kanonikus pedig B-re mutat.

Maga a Google is rámutat, hogy a kanonizálás különböző szakaszokban történik, így a „vegyes jelek” csökkentik az egyértelműséget, és növelik annak kockázatát, hogy az algoritmus egy másik verziót választ. 

Az e-kereskedelemben az ilyen átfedés gyakran a következőkön keresztül történik:

• szűrők és rendezés, amelyek különböző URL-eket generálnak,
• automatikus paraméterkötés JS-ben,
• útvonalhibák (pl. perjel/nincs perjel),
• kanonikus címek közötti különbségek a mobil és az asztali verziók között.

Lépésről lépésre: hogyan implementáljuk a kanonikus beállítható függvényt JS-ben percek nélkül

1. lépés: Döntsd el, mi lesz a kanonikus (üzleti logika)

Először is, állapítsd meg a szabályokat. Példák egy üzletben:

• a termék kanonikusan kapcsolódik a „tiszta” URL-hez kampányparaméterek nélkül,
• a kategóriának van egy kanonikus és egy rendezetlen változata,
• oldalak szűrése: vagy kanonikus az alapkategóriához képest, vagy (ha a szűrők SEO-szempontból is értelmesek) kanonikus egy adott kombinációhoz képest – de ehhez kell lennie egy indexelési stratégiának.

2. lépés: győződjön meg arról, hogy van egy kanonikus elem a renderelés után

Nem kettő, nem három. Egy. Bent "A Google emlékeztet arra, hogy a kanonikus részt helyesen és a dokumentum megfelelő szakaszába kell beilleszteni. 

3. lépés: Ha nem tudod beszúrni a kanonikus kódot a HTML-be, akkor egyáltalán ne illeszd be

Ez egy fontos árnyalatnyi eltérés a Google pontosításából: jobb, ha nincs kanonikus elem a forrásban, mint ha egy másik van, mint amit később a JS-ben beállítasz. 

4. lépés: Tesztelés a Google Search Console-ban

A Google azt javasolja, hogy teszteld a megjelenítést és a kanonikus oldalt olyan eszközökkel, mint a Search Console, hogy biztosan lássa, mit szeretnél elérni. Az URL-ellenőrzés hasznos a kanonikussá tétel során, mivel többek között megmutatja a megadott kanonikus oldalt és a Google által választott kanonikus oldalt. 

5. lépés: Figyelje a „Google másik kanonikus oldalt választott” típusú kereszteződéseket

Ha a Google gyakran a beállítottól eltérő kanonikus hirdetést választ, az annak a jele, hogy:

• a tartalom nem elég hasonló (az algoritmus nem tekinti duplikátumnak),
• ellentmondásosak a jelek (belső linkek, átirányítások, webhelytérképek),
• A „canonical” (kanonikus) érték alacsonyabb minőségű URL-t jelöl (pl. hibákkal, tartalom nélkül, eltérő paraméterekkel).

A Google leírja, hogy még ha kanonikusként is megadjuk, az algoritmus különböző okokból eltérő verziót választhat, és érdemes ellenőrizni, hogy a Google választása funkcionális szempontból értelmes-e. 

Gyakori e-kereskedelmi hibák, amelyek megsértik a kanonikus nyelvet (különösen a JS esetében)

Ismétlődő kanonikus

A keretrendszer befecskendezi a kanonikus elemet, és az áruház platformja hozzáadja a másodikat a sablonhoz. A renderelés után két különböző "<link rel=”canonical”> „”. Hatás: a jel olvashatatlanná válik.

Kanonikus készlet kívül<head>

A Google ismételten hangsúlyozza, hogy a kanonikusnak a"Ha "-ba/-be landol ", néha figyelmen kívül hagyják. 

Kanonikus URL-re mutat paraméterekkel

A canonical leggyakrabban a „tiszta” verzióra mutat. Ha a canonical egy UTM-et, rendezést vagy szűrést tartalmazó URL-re mutat, gyorsan egy labirintushoz vezet.

A kanonikus az alkalmazás állapotától függ

A felhasználó rákattintott egy szűrőre, és a JS megváltoztatta a kanonikus verziót. Ennek eredményeként a robot különböző renderelési menetekben különböző verziókat láthatott. Ezt nehéz kontrollálni, és megnő az indexelési káosz kockázata.

Mit változtat ez a gyakorlatban az online áruházak esetében?

Ha e-kereskedelmi vállalkozást üzemeltetsz, a Google finomításának két valódi hatása van:

• Kevesebb félelem a headless/SPA projektekben - a kanonikus JS-ben működhet, ha következetesen implementáljuk. 
• Nagyobb felelősség a megvalósítás oldalán - mivel a "bevált gyakorlat" továbbra is kanonikus a HTML-ben, és a JS egy tartalék változat. 

Azokban az üzletekben, amelyek sok URL-kombinációval (szűrők, paraméterek, változatok) rendelkeznek, a kanonikusítás az index rendszerezésének egyik fő eszköze. A jól konfigurált kanonikusítás támogatja a kategória és a termék láthatóságát, míg a helytelenül beállított akadályozhatja a növekedést.

Ellenőrzőlista: Mit kell ma ellenőrizni az üzletében? 

• Nyisd meg a termékkártyát, és ellenőrizd az oldal forráskódjában, hogy a kanonikus szerepel-e a ".
• Ellenőrizd, hogy renderelés után is csak egy kanonikus elem van-e (pl. fejlesztői eszközökben).
• Menj a paraméterekkel (UTM / rendezés) ellátott URL-re, és nézd meg, hogy a kanonikus link az alapverzióhoz kapcsolódik-e.
• A Search Console-ban használd az URL-ellenőrzést, és hasonlítsd össze a Google által deklarált kanonikus és a kanonikus URL-eket. 
• Ha a kanonikus kód be van állítva a JS-ben, akkor ellenőrizd, hogy nincs-e átfedés a HTML-lel (vagy ha a HTML-nek egyáltalán nincs kanonikus kódja, akkor a JS-nek kellene-e beállítania). 

Hol található a swiatcyfrowy.pl ezen a helyen?

Ha meg szeretnél győződni arról, hogy a kanonikus, a JS renderelés és az indexelés helyesen van beállítva, ennek leggyorsabb módja általában egy technikai SEO audit (e-kereskedelmi elemekkel).

A digitális világban ezt a témát egy nagyobb diagnózis részeként kezelhetjük: az indexelés rendbetétele, a duplikációk kiküszöbölése, a kategóriák és termékek láthatóságának javítása, valamint a SEO-tölcsér szűkítése → termékkártya → kupi.swia