Kampányparaméteres URL-ek indexelődése: hogyan előzd meg a duplikációt

Scheo · 2026-09-26 · Frissítve: 2026-09-28 · olvasási idő ~10 perc · Szerző: Schmidt Péter

Ha a Google találatai között vagy a Search Console-ban olyan címeket látsz, mint /termek/kerti-szek?utm_source=hirlevel&utm_medium=email, akkor a kampánykövetés átszivárgott az indexbe. Ez ritkán okoz látványos zuhanást, de szétszórja a jeleket egy oldal több változata között, fogyasztja a feltérképezési időt, és torzítja a riportokat. Ebben a cikkben végigmegyünk azon, mi történik ilyenkor, melyik jelölés mit ér, és hogyan takaríthatod ki lépésről lépésre.

A cikkben háromféle állítást választok szét. Hivatalosan igazolt az, ami a Google nyilvános dokumentációjában szerepel. Saját tapasztalat az, amit weboldalak auditjai során rendszeresen látok. Szakmai feltételezés az a logikus következtetés, amit dokumentációval nem tudok alátámasztani.

Mi történik, ha a kampányparaméteres URL bekerül a Google indexébe?

A Google a paraméteres címet külön URL-nek tekinti, az azonos tartalmú változatokat egy csoportba sorolja, és kiválaszt közülük egyet kanonikusnak. Ha a jeleid ellentmondanak egymásnak, a választás jó eséllyel nem arra esik, amelyikre szeretnéd.

Hivatalosan igazolt: a Google dokumentációja szerint a duplikált oldalak közül a rendszer maga dönti el, melyik legyen a kanonikus, és ehhez több jelet használ. Ilyen az átirányítás, a rel="canonical" jelölés, az oldaltérképben szereplő cím és a belső hivatkozás. A canonical ebben a rendszerben erős javaslat, a végső döntés a Google-é.

A következmények ritkán drámaiak, de összeadódnak.

• Szétforgácsolt jelek. A külső hivatkozások és a felhasználói jelek egy része a paraméteres változatra érkezik, és az összevonás nem mindig teljes.
• Felesleges feltérképezés. Minden új utm_campaign érték új címet jelent. Egy kisebb oldalon ez alig számít, egy több ezer termékes webshopnál viszont a Googlebot ideje fogy el ezekre.
• Hamis riportok. Ha valaki a keresőből egy utm_source=hirlevel címre érkezik, az Analytics a látogatást a hírlevélnek tulajdoníthatja. Ugyanez történik, ha egy látogató a címsorból kimásolt, paraméteres linket oszt meg egy csoportban.
• Zavaros Search Console adatok. Ugyanannak az oldalnak a kattintásai több sorra oszlanak szét a Teljesítmény riportban.

Honnan kerül be valójában a paraméteres cím, a hirdetésből vagy a saját oldaladról?

Saját tapasztalat: a baj forrása szinte mindig egy belső hivatkozás. Egy saját oldalon felejtett paraméteres link újra és újra felkínálja a címet a Googlebotnak, a hirdetés vagy a hírlevél ezt ritkán teszi meg.

Ennek egyszerű oka van. A hírlevél egy postafiókba megy, ahová a keresőrobot nem jut el. A hirdetések céloldalait a Google külön robotja, az AdsBot a hirdetések minőségének ellenőrzésére látogatja. Egy belső link viszont nyilvános, feltérképezhető HTML-ben ül, sokszor minden oldalon (menüben, láblécben, ajánlósávban), tehát erős és állandó jel.

A leggyakoribb belső források, amelyekkel auditok során találkozom:

• A szerkesztő a böngésző címsorából másolja be a linket egy blogcikkbe, és mivel ő maga a hírlevélből érkezett, a cím utm-mel együtt kerül be.
• A főoldali banner vagy csúszka ugyanazt a linket kapja, amit a hírlevél-kampányhoz összeraktak.
• Valaki szándékosan tesz utm-et belső linkekre, hogy lássa, hány kattintás jön a főoldali ajánlóból.
• A sablon a canonicalt a kért címből állítja elő, így a paraméteres változat saját magára mutat.
• Egy bővítmény a látogatott címekből építi az oldaltérképet, vagy az og:url, a hreflang, illetve a strukturált adat url mezője viszi tovább a paramétert.

Szakmai feltételezés: a külső oldalakon megjelenő, paraméteres megosztások is hozzájárulhatnak a gondhoz. Ezekre nincs ráhatásod, de rendezett belső jelek mellett a Google jellemzően a tiszta változatot választja.

Melyik jelölés segít, és melyik nem?

A helyes, paraméter nélküli canonical, a tiszta belső linkek és a tiszta oldaltérkép együtt segítenek. A robots.txt tiltás, a noindex és az eltávolítási kérelem ebben a helyzetben többnyire nem oldja meg a gondot, egyes esetekben ronthat is rajta.

• Paraméter nélküli canonical. Segít. Hivatalosan igazolt, hogy a Google figyelembe veszi, de csak egy jel a több közül.
• 301-es átirányítás a tiszta címre. Erős jel, de óvatosan bánj vele. Ha az utm-es címet a szerver azonnal átirányítja, a böngészőben futó Analytics nem látja a kampányadatot. Követő paraméternél ezért csak akkor használd, ha a szerver előbb elmenti az adatot. Munkamenet-azonosítóra és régi, megszűnt paraméterre viszont jó megoldás.
• noindex a paraméteres változaton. Nem ajánlott. Hivatalosan igazolt, hogy a Google nem javasolja a noindexet arra, hogy egy webhelyen belül a kanonikus változat kiválasztását befolyásold. Ráadásul egy rosszul megírt feltétel a tiszta oldalt is kiveheti az indexből.
• robots.txt tiltás (Disallow: /*?utm_). Kitakarításra nem jó. Hivatalosan igazolt, hogy a robots.txt a feltérképezést szabályozza, az indexelést nem. Ha letiltod, a Googlebot nem látja a canonicalt, a már indexelt cím pedig tartalom nélkül is a találatok között maradhat.
• Search Console URL-paraméterek eszköz. Már nincs. A Google 2022-ben kivezette, a paraméterek kezelését azóta a fenti jelekből oldja meg.
• Eltávolítási eszköz. Csak ideiglenes. Hivatalosan körülbelül hat hónapra rejti el a címet a találatok közül, a forrást nem szünteti meg.

Miért nem elég az önhivatkozó canonical, ha a belső linkek is paraméterezettek?

A canonical csak egy jel, a belső linkek egy másikat adnak, és ha száz belső hivatkozás a paraméteres címre mutat, a két jel ellentmond egymásnak. Ilyenkor a Google a linkelt változatot is választhatja kanonikusnak.

Két külön hibát érdemes itt szétválasztani. Az első technikai. Sok sablon a canonicalt a kért címből rakja össze, így a /termek/kerti-szek?utm_source=hirlevel oldalon ez a sor jelenik meg.

<link rel="canonical" href="https://pelda.hu/termek/kerti-szek?utm_source=hirlevel">

Ez formailag önhivatkozó canonical, tartalmilag viszont azt üzeni, hogy a paraméteres változat az eredeti. A helyes kimenet minden változaton ugyanaz, a paraméterek nélküli cím.

<link rel="canonical" href="https://pelda.hu/termek/kerti-szek">

A második hiba szerkezeti. Hiába helyes a canonical, ha a menü, a kapcsolódó termékek blokkja vagy a blogcikkek a paraméteres címre linkelnek. Hivatalosan igazolt, hogy a Google a belső hivatkozásokat is figyelembe veszi a kanonikus változat kiválasztásakor. Szakmai feltételezés: a jelek pontos súlyát a Google nem közli, de a Search Console-ban rendszeresen látni olyan helyzetet, ahol a sok belső link felülírja a canonicalt. Ezt jelzi az „Ismétlődés, a Google a felhasználótól eltérő kanonikust választott” állapot. Ha ez sok paraméteres címnél megjelenik, a hibát először a belső linkek között keresd.

Hogyan derítsd fel az indexelt paraméteres URL-eket a Search Console-ban?

A Teljesítmény riportban szűrj a paraméter nevére, az Oldalak indexelése riportban nézd át az ismétlődés-kategóriákat, majd az URL-ellenőrzéssel keresd meg, melyik oldal hivatkozik a paraméteres címre.

1. Teljesítmény riport. Nyisd meg a keresési eredményeket, válts az Oldalak fülre, és adj hozzá szűrőt, hogy az URL tartalmazza a utm_ szöveget. Ismételd meg gclid, fbclid, msclkid, ref= és a saját munkamenet-paramétered nevével. Ami itt megjelenik, az megjelenést vagy kattintást kapott, tehát az indexben van.
2. Oldalak indexelése riport. Nézd át a „Másik oldal megfelelő kanonikus címkével”, az „Ismétlődés, a felhasználó nem választott kanonikus változatot” és az „Ismétlődés, a Google a felhasználótól eltérő kanonikust választott” sorokat. Az első rendben van, ott a canonical működik. A másik kettő a teendő. A feliratok a felület nyelvétől függően kissé eltérhetnek.
3. Példák exportja. Exportáld a listákat, és táblázatban szűrd ki a kérdőjelet tartalmazó címeket. Csoportosítsd őket paraméternév szerint, így látod, melyik kampány vagy bővítmény termeli a legtöbbet.
4. URL-ellenőrzés mintavétellel. Minden csoportból vizsgálj meg néhány címet. Az eredményben a felhasználó által megadott és a Google által kiválasztott kanonikust hasonlítsd össze. A Felfedezés részben a hivatkozó oldal megmutathatja, honnan találta a Googlebot a címet, és ez sokszor egyenesen a hibás belső linkhez vezet.

Mit mutat meg a szervernapló, amit a Search Console nem?

A napló megmutatja, hogy a Googlebot ténylegesen milyen gyakran kéri le a paraméteres címeket, akkor is, ha azok még meg sem jelentek a riportokban.

Egy Apache vagy Nginx elérési naplóból például ezzel a paranccsal gyűjtheted ki a leggyakrabban kért paraméteres címeket.

grep "Googlebot" access.log | grep -E "[?&](utm_|gclid|fbclid|msclkid)" | awk '{print $7}' | sort | uniq -c | sort -rn | head -50

Két dologra figyelj. Hivatalosan igazolt: a user-agent hamisítható, ezért a Google fordított DNS-lekérdezéssel vagy a közzétett IP-tartományaival javasolja ellenőrizni, hogy tényleg a Googlebot járt-e nálad. Saját tapasztalat: a Googlebot kérései jellemzően nem tartalmaznak hivatkozót (referert), ezért a naplóból azt látod, mit kér, azt viszont nem, honnan talált rá.

A forrás megtalálásához futtass egy saját feltérképezést egy crawler programmal, és keresd a utm_ szöveget a belső linkek href értékében. Nézd át külön a menüt, a láblécet, a widgeteket, az oldaltérképet, a canonicalt, az og:url mezőt, a hreflang jelöléseket és a JSON-LD blokkokat. WordPress esetén egy adatbázis-keresés a wp_posts táblában a utm_ kifejezésre gyakran percek alatt megmutatja a bemásolt linkeket.

Milyen sorrendben rendezd a paraméteres URL-eket?

Előbb a forrást szüntesd meg, utána a jeleket javítsd, és csak a végén nyúlj átirányításhoz. Fordított sorrendben a hiba újratermelődik.

1. Belső linkek tisztítása. Cseréld a paraméteres hivatkozásokat tiszta, abszolút vagy gyökér-relatív címekre. Adatbázis-szintű csere előtt készíts mentést.
2. Canonical javítása. A sablon a canonicalt a kanonikus útvonalból állítsa elő, és a követő paramétereket mindig hagyja el. A tartalmat változtató paramétereknél (lapozás, szűrés) külön döntés kell.
3. Oldaltérkép és metaadatok. Az oldaltérképben, az og:url, a hreflang és a strukturált adat mezőiben csak tiszta cím szerepeljen.
4. Belső kattintáskövetés kiváltása. Ha tudni akarod, hány kattintás jön a főoldali bannerről, használj Analytics eseményt vagy data- attribútumot. A Google Analytics súgója is azt javasolja, hogy belső linkeken ne használj UTM-et.
5. Átirányítás ott, ahol kell. A munkamenet-azonosítós és a régi, már nem használt paraméteres címeket 301-gyel irányítsd a tiszta változatra.
6. A robots.txt maradjon nyitva. A kitakarítás alatt a Googlebotnak látnia kell a paraméteres változatokat, különben nem olvassa be a javított canonicalt.
7. Utókövetés. Havonta ismételd meg a Search Console szűrést és a naplóelemzést. Saját tapasztalat: a riportok tisztulása hetekben, nagyobb oldalon hónapokban mérhető, és a régi címek egy ideig még felbukkanhatnak.

Mely paraméterek kerülhetnek linkbe, és melyek csak átirányításba?

Belső linkbe csak olyan paraméter kerülhet, amely valóban más tartalmat ad. A követő paraméterek a külső kampánylinkbe valók, a munkamenet- és partnerazonosítókat pedig a szerver dolgozza fel, majd irányítson tovább a tiszta címre.

• Tartalmat változtató paraméter (lapozás, szűrés, rendezés, nyelv). Mehet belső linkbe. Döntsd el, melyik változat érdemes önálló indexelésre, a többinél a canonical mutasson az alapoldalra.
• Követő paraméter (utm_source, utm_medium, utm_campaign és társai). Csak a saját oldaladon kívül élő linkbe kerüljön, vagyis hirdetésbe, hírlevélbe, partneroldalra, QR-kódba. A saját HTML-edben sehol.
• Automatikus kattintásazonosító (gclid, fbclid, msclkid). Kézzel sehova, ezeket a platform fűzi a címhez.
• Munkamenet-, partner- és ajánlóazonosító (sessionid, ref, aff). Csak átirányításba. A szerver olvassa ki, mentse sütibe vagy munkamenetbe, majd 301-gyel küldje tovább a látogatót a tiszta címre.

Hivatalosan igazolt: a Google Ads végső URL-utótag (Final URL suffix) mezője a kattintáskor fűzi a követő paramétereket a céloldal címéhez, így azokat nem kell a hirdetés végső URL-jébe írni. Szakmai feltételezés: ettől kisebb az esély, hogy valaki a kampánybeállításokból paraméteres címet másol át a saját oldaladra. A Meta hirdetéskezelőjében hasonló célt szolgál az URL-paraméterek mező.

Mit tartalmazzon az ellenőrzőlista a rendrakás után?

Az ellenőrzőlista azt nézi, hogy minden jel ugyanarra a tiszta címre mutasson, és a csapat munkamódja ne termelje újra a hibát.

• A Teljesítmény riportban nincs, vagy csökkenő számban van utm_, gclid vagy fbclid tartalmú oldal.
• A saját feltérképezésben nincs követő paramétert tartalmazó belső link.
• A canonical minden változaton ugyanarra a tiszta címre mutat.
• Az oldaltérképben csak kanonikus címek vannak.
• Az og:url, a hreflang és a JSON-LD url mezője tiszta.
• A robots.txt nem tiltja a paraméteres címeket a kitakarítás alatt.
• A belső kattintáskövetés eseménnyel működik, UTM nélkül.
• A munkamenet- és partnerazonosítók 301-gyel a tiszta címre vezetnek.
• A csapat tudja, hogy belső linket soha nem a böngésző címsorából másolunk.

Mindez önmagában nem hoz jobb helyezést, de tisztább jeleket ad a Google-nek és pontosabb riportot neked.

Források és további olvasnivalók

• Google Search Central, Ismétlődő URL-ek összevonása (Consolidate duplicate URLs)
• Google Search Console súgó, Oldalak indexelése jelentés
• Google Search Console súgó, URL-ellenőrző eszköz
• Google Search Central, Bevezetés a robots.txt fájlba
• Google Search Central, A Googlebot és más Google-robotok ellenőrzése
• Google Search Central Blog, Az URL-paraméterek eszköz kivezetése (2022)
• Google Search Console súgó, Tartalom ideiglenes eltávolítása
• Google Analytics súgó, Kampányadatok gyűjtése egyéni URL-ekkel
• Google Ads súgó, Követési sablonok és végső URL-utótag
• IETF RFC 6596, The Canonical Link Relation