Menu      

Mi az az srsltid és miért okozhat gondot a SEO-ban?

Ha foglalkozol e-kereskedelemmel vagy SEO-val, akkor valószínűleg már találkoztál az URL-ek végén feltűnő "srsltid" paraméterrel. De vajon mi is ez pontosan, és miért lehet fontos számodra?

Az "srsltid" a Google által bevezetett paraméter, amely eredetileg arra szolgált, hogy segítse a forgalom pontos követését a Google Merchant Center használatakor. Ez lehetővé tette, hogy a kereskedők könnyebben megkülönböztessék a Google Shopping-ból származó látogatókat az organikus keresési eredményekből érkezőktől.

Az elmúlt időszakban azonban egy hibának köszönhetően ez a paraméter elkezdett megjelenni az organikus keresési találatok URL-jeiben is. Ez számos problémát okoz az e-kereskedelmi oldalak számára, hiszen megváltoztatja az URL-ek szerkezetét, ami negatív hatással lehet az oldal SEO teljesítményére.

Fontos, hogy foglalkozzunk ezzel a kérdéssel, mert a felesleges URL paraméterek nem csak a keresőoptimalizálást gyengíthetik, hanem a weboldalaink analitikai adatait is torzíthatják. Az e-kereskedelmi szakemberek nem hagyhatják figyelmen kívül ezt a problémát, hiszen az organikus forgalmat tévesen a Google Shoppingnak tulajdonítva torzulhatnak az elemzési eredmények, ami végső soron rossz üzleti döntésekhez vezethet.

Mi az a "srsltid" paraméter?

Az "srsltid" egy URL-paraméter, amelyet a Google vezetett be, és főként az e-kereskedelem világában vált ismertté. Az "srsltid" eredeti célja, hogy segítse a kereskedőket a forgalom forrásának pontosabb követésében a Google analitikában. Különösen a Google Merchant Center keretében történő kattintások nyomon követésére használták, lehetővé téve a különbségtételt az organikus keresési találatok és a Google Shoppingból érkező látogatások között.

srsltid paraméter egy webáruház esetében

Amikor egy felhasználó a Google Shopping oldalon keres egy termékre, és rákattint egy találatra, amely a webáruházadba vezet, az URL-hez hozzáadódik az "srsltid" paraméter. Ennek köszönhetően a weboldalak analitikai eszközei pontosabban képesek azonosítani, melyik látogatások származnak a Google Shoppingból.

Példa egy URL-re

Nézzünk meg egy példát! Tegyük fel, hogy van egy webáruház, amely a következő URL-en érhető el:

www.peldaaruhaz.hu/termekek/piros-polo

Ha valaki a Google Shopping keresztül érkezik erre az oldalra, az URL kiegészülhet az "srsltid" paraméterrel, így fog kinézni:

www.peldaaruhaz.hu/termekek/piros-polo?srsltid=123abc

Ez az extra paraméter lehetővé teszi, hogy az elemzési rendszerek jobban nyomon kövessék a látogatások forrását, és így pontosabb képet kapjunk arról, honnan érkeznek a vásárlók a webáruházunkba.

Hogy nézd meg, hogy érinti-e a webáruházadat?

Annak megállapításához, hogy a webáruházadat érinti-e az "srsltid" paraméter problémája, egyszerűen keress rá a következőre a Google-ban: site:aruhazadcime.hu. Ez a keresés megmutatja az összes indexelt URL-t a weboldaladon. Ezt követően alaposan nézd át az URL-ek listáját, hogy tartalmazzák-e az "srsltid" paramétert. Ha találsz ilyen URL-eket, akkor valószínűleg célszerű foglalkoznod a duplikált tartalmak okozta keresőoptimalizálási kihívásokkal. Ez egy gyors és hatékony módja annak, hogy felmérd, milyen mértékben érintett a webáruházad ebben a problémában.

srsltid a SERP-n

Miért jelent ez gondot a keresőoptimalizálásban?

Az "srsltid" paraméter számos kihívást jelenthet az e-kereskedelmi és más weboldalak számára, különösen a SEO és az analitikai elemzések terén. A gond azért van, mert ezeket paraméterezett URL-eket nyalja fel a Google és ezeket jeleníti meg a találati listában is. Innen kezdve az organikus találatokat is például a Merchant Centernek tulajdonítja meg persze több más gondot is okoz. Íme néhány ezek közül:

Crawl budget pazarlása

Amikor a "srsltid" paraméterrel ellátott URL-ek megjelennek a weboldaladon, a keresőmotorok robotjai (crawlers) extra munkát végeznek az ilyen URL-ek feltérképezése során. Ez azt jelenti, hogy a keresőrobotok jelentős időt tölthetnek el ezekkel a felesleges, duplikált oldalakkal, ahelyett, hogy új vagy lényeges tartalmakra koncentrálnának. Ez pazarlást jelent a crawl budget szempontjából, és csökkenhet az oldalad gyors és hatékony indexelésének esélye.

Hosszabb időbe telik, míg az új tartalom felfedezésre kerül

Ha a crawl budget nagy mértékben kimerül a srsltid paraméterrel ellátott URL-ek feltérképezése miatt, tovább tarthat, amíg a keresőmotorok felfedeznek és indexelnek új vagy frissített tartalmakat. Ez a késés negatívan befolyásolhatja a friss tartalmak láthatóságát, különösen a hírek vagy időérzékeny anyagok esetében, ahol a gyors indexelés kulcsfontosságú.

Kompatibilitási problémák régi rendszerekkel

Nem minden régi vagy egyedi építésű rendszer tudja megfelelően kezelni az "srsltid" paramétert. Ez azt jelentheti, hogy bizonyos URL-ek, amelyek tartalmazzák ezt a paramétert, nem működnek megfelelően, például hibás linkekhez vagy rosszul működő átirányításokhoz vezethetnek. Azok a vállalkozások, amelyek ilyen régi rendszereket használnak, nehézségekkel találhatják szemben magukat az új paraméter kezelésében. Ez pedig azt eredményezheti, hogy frissítéseket vagy akár új rendszereket is be kell szerezniük, ami extra költségekkel járhat.

Duplikált tartalom jön létre

Az "srsltid" paraméter több verziót hozhat létre ugyanarról az oldalról, ami zavarhoz vezethet a keresőmotorok számára, hogy melyik verziót tekintsék az eredetinek. Ez a duplikált tartalom pedig gyengítheti az oldal SEO teljesítményét, mivel a keresőmotorok a rangsorolási jeleket (például a visszamutató linkeket és a tartalom relevanciáját) megoszthatják a különböző URL-verziók között, csökkentve ezzel a fő oldal látogatottságát és rangsorát.

Az "srsltid" URL paraméter problémái a webes elemzésben

Amikor egy weboldal címében megjelenik az "srsltid" paraméter, az analitikai rendszerek ezt úgy értelmezhetik, mintha különböző oldalakról lenne szó, pedig valójában ugyanarról az oldalról beszélünk. Ez különösen akkor okoz gondot, amikor az emberek megosztják ezeket a linkeket például közösségi médián - ilyenkor a forgalommérő rendszerek tévesen azt mutathatják, hogy a látogatók a Google Shopping-ról érkeztek, miközben valójában más forrásból jöttek. Ez megnehezíti, hogy pontosan lássuk, honnan érkeznek valójában a látogatók az oldalunkra.

Rossz minőségű felhasználói élmény

A többféle, paraméterekkel hosszabbított URL-ek zavaróak lehetnek a látogatók számára, akik tiszta és egyszerű URL-eket preferálnak. A bonyolult URL-ek rontják a felhasználói élményt, és csökkenthetik az oldal hitelességét a látogatók szemében.

Konverziós követési nehézségek

Az "srsltid" paraméter eredetileg a Google Shopping kattintások nyomon követésére szolgál, de amikor ezek az URL-ek az organikus keresési eredményekben is megjelennek, a forgalmat tévesen a Google Merchant Centerből érkezőnek attribútálhatják. Ez bonyolulttá teszi annak megállapítását, hogy honnan érkeznek valóban a látogatók, és megnehezíti a marketingstratégiák hatékony optimalizálását.

Canonical címkék figyelmen kívül hagyása

Még ha kanonikus címkéket is használsz a duplikált tartalom kezelésére, a keresőmotorok néha nem veszik figyelembe őket, ha az "srsltid" paramétert is tartalmazza az URL. Ez oda vezethet, hogy a nem kívánt verziók is indexálásra kerülnek, ami gyengítheti az oldal SEO-ját.

Nagyobb terhelés a szervereken

Az "srsltid" paraméterrel ellátott URL-ek megnövelhetik a szerver terheltségét, mivel több kérést kell kezelni, különösen, ha ezek az URL-ek folyamatosan újraindexelésre kerülnek. Ez lassabb válaszidőt és rosszabb felhasználói élményt eredményezhet.

Az oldal tekintélyének (PA = Page Authority) hígulása

Amikor egy adott tartalom több különböző verziója kerül indexelésre az "srsltid" paraméter miatt, az rangsorolási jelek megoszlásához vezet, ami gyengíti az oldal tekintélyét. Például, ha egy oldal különböző "srsltid" paraméterekkel ellátott verzióit indexelik, az az ezekre az eltérő verziókra mutató visszamutató linkek nem járulnak hozzá teljes mértékben a kanonikus oldal tekintélyéhez. Ez gyengítheti az oldal esélyét arra, hogy jól szerepeljen a keresési rangsorban.

Organikus keresés és Google Shopping közti elhatárolás problémája

Az srsltid= paraméter alkalmazása az organikus keresési találatokban átlépi a határt az organikus keresés és a Google Shopping között. Ez különösen problematikus, mert az organikus eredmények egyedi paraméterekkel jelennek meg, amelyeket a rendszer Google Shopping forgalomnak attribuál. Ez a félrevezető attribúció azért okoz gondot, mert az organikus keresést és a Google Shoppingot technikailag és funkcionálisan is külön kezelik. Az srsltid= alkalmazása így jelentősen csökkenti az organikus találatok elemzési pontosságát és torzítja az analitikai adatokat.

A Google saját szabályai ellen megy

A Google nem javasolja az olyan URL végződések használatát, mint az "srsltid", mert ez ugyanarról az oldalról sok különböző címet hoz létre. Ez megnehezíti a Google kereső robotjainak munkáját, mivel feleslegesen sok időt töltenek ugyanannak az oldalnak a többszöri ellenőrzésével. Ez végül ronthatja a weboldal keresési találati pozícióját, mivel a rendszer nehezebben tudja feldolgozni és rendszerezni ezeket az oldalakat.

Milyen megoldási javaslatok vannak?

Az "srsltid" paraméter okozta problémák megoldása érdekében több lépést is megtehetsz. Ezek a javaslatok segíthetnek helyreállítani weboldalad SEO hatékonyságát és analitikai pontosságát.

Az összes érintett URL azonosítása

Kezdd azzal, hogy azonosítod az összes URL-t, amelyet érint az "srsltid" paraméter. Mérd fel a problémát, mennyire érinti a webáruházadat? Ehhez használhatod a Google Search Console-t, Shopify Analitikát, vagy külső SEO eszközöket, mint az Ahrefs vagy a SEMrush. Ezek az eszközök segítenek nyomon követni az összes olyan URL-t, amelyet a paraméter érint.

Auto-tagging letiltása a Google Merchant Center-ben

Az "auto-tagging" egy olyan funkció, amely automatikusan hozzáad paramétereket az URL-ekhez a pontosabb követés érdekében. Bár hasznos lehet a hirdetési kampányok teljesítményének nyomon követésére, az organikus keresési forgalom esetében problémákat okozhat, különösen az "srsltid" paraméterrel kapcsolatosan. Éppen ezért az egyik első lépés a SEO problémák kezelésében, ha letiltod az auto-tagging funkciót a Google Merchant Center-ben.

Hogyan kapcsolhatod ki az auto-tagging-t?

  1. Lépj be a Google Merchant Center-fiókodba: Nyisd meg a Google Merchant Center főoldalát, és jelentkezz be a fiókodba.
  2. Navigálj a beállításokhoz: A bal oldali menüben keresd meg a "Settings" vagy "Beállítások" opciót, és kattints rá.
  3. Válaszd a Konverziós Beállításokat: A beállítások között keresd meg a "Konverziós beállítások" vagy "Conversions" menüt.
    Google Merchant Center beállítások
  4. Kapcsold ki az auto-tagging opciót: Itt találod az "auto-tagging" opciót. Kapcsold ki ezt a beállítást, hogy megakadályozd az automatikus paraméterek hozzáadását az URL-ekhez.
    Google Merchant Center auto tagging kikapcsolása
  5. Mentés és ellenőrzés: Ne felejtsd el elmenteni a változtatásokat. Miután kikapcsoltad az auto-tagginget, rendszeresen ellenőrizd az URL-jeidet, hogy biztosan megszűnt-e az "srsltid" paraméter automatikus hozzáadása.

Canonical tag-ek helyes használata

Győződj meg róla, hogy minden oldaladon helyesen vannak beállítva a kanonikus címkék. Ezek a címkék segítenek a keresőrobotoknak azonosítani a fő verziót az azonos tartalmú oldalak közül, így elkerülheted a duplikált tartalom problémáját.

Ha például így indexelte a Google a termékoldalt: www.peldaaruhaz.hu/termekek/piros-polo?srsltid=123abc

Akkor győződj meg róla, hogy a forráskódjában benne van a canonical:

<link rel="canonical" href="https://www.peldaaruhaz.hu/termekek/piros-polo">

URL-ek paraméterezésének kezelése és szabályozása

Állítsd be az URL-ek paraméterezését a Google Search Console-ban vagy a weboldalad más kezelőfelületein, hogy ne indexeljék a fölösleges paraméterekkel ellátott URL-eket. Ez különösen fontos az "srsltid" elkerülése érdekében.

Noindex direktíva alkalmazása bizonyos URL-eknél

Használd a noindex meta címkét a paraméterezett URL-eknél, hogy a keresőmotorok ne indexálják ezeket az oldalakat. Ezzel biztosíthatod, hogy csak a releváns tartalmak jelenjenek meg a keresési találatok között.

Hogy működik a feltételes meta címke?

A feltételes robots meta noindex címke lehetővé teszi, hogy a keresőmotoroknak utasítást adj, hogy bizonyos oldalakat ne indexeljenek, ha meghatározott feltételek teljesülnek, például konkrét URL paraméterek, mint az "srsltid" jelenléte esetén. Ez biztosítja, hogy csak az oldalaid kanonikus verziói kerüljenek indexelésre, miközben a nyomkövetési paraméterekkel ellátott URL-ek kizárásra kerülnek.

A feltételes noindex megvalósítása

Ennek megvalósításához dinamikusan kell generálnod a robots meta címkét azon URL-ek esetében, amelyek tartalmazzák az "srsltid" paramétert. Ezt szerveroldali szkriptek (például PHP, Python, JavaScript stb.) segítségével érheted el, a webhelyed háttérrendszerétől függően.

Példa PHP-ben

if( isset($_GET['srsltid']) ){
    echo '<meta content="noindex,follow" name="robots">';
}

JavaScript példa (Shopify boltok számára):

Ha inkább kliensoldalon, JavaScript segítségével szeretnéd kezelni: a következő kódot a theme.liquid fájl megfelelő részébe illesztheted Shopify rendszeren.

const currentURL = new URL(window.location);
const URLContainsSrsltid = currentURL.searchParams.get('srsltid');
if( URLContainsSrsltid ){
    const newMetaRobotsTag = document.createElement("meta");
    newMetaRobotsTag.name = "robots";
    newMetaRobotsTag.content = "noindex,follow";
    document.head.appendChild(newMetaRobotsTag);
}

Ami még nagyobb probléma lehet:

Az egyik komolyabb probléma, amivel szembesülhetsz, hogy az “srsltid” indexelése lehetővé tette más paramétereket tartalmazó URL-ek indexelését is, ami szennyezi a Google indexét olyan URL-ekkel, amelyeket soha nem kellett volna indexelni. A rel canonical címke használata nem feltétlenül akadályozza meg ezt, és ha egy URL már indexelve lett, nehéz eltávolítani. Ez a probléma akkor is fennállhat, ha az “srsltid” már nincs jelen az indexelt URL-ekben!

Ha az “srsltid” paraméter indexelése más paraméterekkel kapcsolatos indexelési problémákat indított el - például: most minden oldalszámozott URL indexelve van, ahol a “page” (oldal), “color” (szín), vagy “size” (méret) stb. a paraméter. Egy megoldási példa, amely JavaScript segítségével eltávolít MINDEN paramétert tartalmazó URL-t (bármely platformon):

document.addEventListener("DOMContentLoaded", function() {
    // Check if the current URL contains a query string (parameters)
    if (window.location.search) {
        // Create a new meta element
        var metaTag = document.createElement('meta');
        metaTag.name = "robots";
        metaTag.content = "noindex";

        // Append the meta tag to the head of the document
        document.head.appendChild(metaTag);
    }
});

Ez megakadályozza, hogy BÁRMELY paraméter indexelve legyen.

Googlebot újralátogatásának kérése

Miután elhelyezted a noindex címkéket, kérd meg a Googlebotot, hogy látogassa meg újra ezeket az oldalakat. Ez fontos lépés, hogy a változtatások érvényesülhessenek, és a nem kívánt URL-ek eltűnjenek az indexből.

Robots.txt beállításai

Állítsd be a robots.txt fájlodat, hogy kizárja az "srsltid" paraméterrel ellátott URL-ek további indexelését. De vigyázz! Csak akkor érdemes blokkolni ezeket az URL-eket, ha a noindex címke már érvényesült, különben az oldalakat továbbra is indexelheti a Google, de nem veszik figyelembe a változtatásokat.

De nézzünk konkrét megoldást is. Ha el szeretnéd kerülni, hogy az "srsltid" paraméterrel ellátott URL-eket a keresőmotorok feltérképezzék, akkor az alábbi példa kóddal megakadályozhatod ezt:

User-agent: *
Disallow: /*?*srsltid

Magyarázat:

  • User-agent: *: Ez az utasítás minden keresőrobotra vonatkozik. Ha specifikus keresőmotorok számára szeretnéd beállítani az utasításokat (például csak a Googlebot számára), akkor ezt a részt User-agent: Googlebot formátumra módosíthatod.
  • Disallow: /*?*srsltid: Ez a sor megakadályozza, hogy bármilyen URL-t, amely tartalmazza az "srsltid" paramétert, feltérképezzenek a keresőrobotok. A szintaxis a következőt jelenti:
  • /* a weboldalad minden részére vonatkozik.
  • ?*srsltid azt jelenti, hogy bármilyen URL, amelyben szerepel a kérdőjel (ami általában a paraméterek kezdetét jelzi) és az "srsltid", blokkolva lesz.

Elég fontos, úgyhogy mégegyszer leírnám: a "robots.txt" fájl beállításai csak a jövőbeli indexelést szabályozzák, és nem távolítják el automatikusan a már indexelt oldalakat a keresési találatok közül. Ha az "srsltid" paraméterrel ellátott URL-ek már indexelve vannak, akkor érdemes lehet a noindex címkével is dolgozni, vagy eltávolítási kérést benyújtani a keresőmotorokon keresztül.

Ezek a lépések segíthetnek visszaállítani a weboldalad SEO erejét, megtisztítani az analitikai adatokat, és csökkenteni a duplikált tartalom okozta problémákat.

Na foglaljuk össze akkor röviden, a lényeget

Az "srsltid" paraméterrel kapcsolatos problémák súlyos hatással lehetnek az e-kereskedelmi oldalak SEO teljesítményére és analitikai pontosságára. Ez a látszólag apró technikai részlet jelentős duplikációhoz vezethet az oldalak indexelése során, ami hátráltathatja az organikus keresésekben való szereplést, és téves adatokhoz vezethet a marketing döntések során.

Fontos tehát, hogy aktívan foglalkozz ezekkel a kihívásokkal. A megfelelő technikai megoldások – mint az auto-tagging letiltása, a canonical tag-ek helyes használata és a noindex címkék alkalmazása – segíthetnek helyreállítani az oldal teljesítményét, és megőrizni a keresőmotorok előtti láthatóságot.

Mindenképpen azt javasolnám, hogy próbáld ki a javasolt megoldásokat. Ezen alkalmazása nemcsak abban segít majd, hogy javítsd a weboldalad SEO eredményeit, hanem abban is, hogy a látogatói élményt és az üzleti döntéseid alapjául szolgáló analitikát is pontosabbá tedd. Ha ezeket a lépéseket követed, az oldalad hatékonyabban fog teljesíteni a keresőmotorokban, és jobban szolgálja majd üzleti céljaid elérését.

Ne feledd, hogy a SEO egy folyamatos munka, és a rendszeres optimalizálás hosszú távú eredményekhez vezet!

///

Források a témában:

#totalstudio