Woocommerce keresőoptimalizálás: amit tudnod kell róla

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

Ha beírod a Google-be, hogy woocommerce keresőoptimalizálás, jó eséllyel nem elméletet keresel. Vagy elindítottál egy webshopot és nem jön rá organikus forgalom, vagy hónapok óta töltöd fel a termékeket és nem érted, miért nem látszik semmi. A WooCommerce ebből a szempontból sajátos rendszer: nem rosszabb más webshop-motoroknál, csak alapból két dolgot csinál egyszerre. Rengeteg URL-t hoz létre magától, és nagyon kevés egyedi szöveget ad hozzájuk. A munka nagy része ennek a két végletnek a kiegyensúlyozása.

Az alábbi sorrend szándékosan nem a legizgalmasabb feladattal indul. Először azt rendezzük, amit a rendszer generál helyetted, utána azt, amit neked kell hozzátenni. Fordított sorrendben is lehet dolgozni, csak akkor a jól megírt tartalom egy rendezetlen oldalstruktúrában landol, és sokkal lassabban látszik belőle bármi.

Mi az a WooCommerce keresőoptimalizálás, és miből áll?

A WooCommerce keresőoptimalizálás azoknak a beállításoknak és tartalmi munkáknak az összessége, amelyekkel egy WooCommerce-alapú webshop kategória- és termékoldalai bejárhatóvá, értelmezhetővé és a vásárlási szándékú keresésekre megjeleníthetővé válnak a Google organikus találatai között. Három rétegből áll, és mindhárom kell hozzá.

Tovább a témában: Webshop készítés Békéscsaba · Keresőoptimalizálás kecskemét

• Technikai rend. Indexelhetőség, URL-szerkezet, a szűrő- és rendezés-paraméterek kezelése, kanonikus jelzések, sitemap és sebesség. Ez dönti el, hogy a Google egyáltalán a megfelelő oldalaidat látja-e.
• Oldalankénti tartalom. Cím és leírás, kategóriaszöveg, termékleírás, képek alt szövege, belső linkek és strukturált adat. Ez dönti el, hogy a megtalált oldal mire rangsorolhat.
• Mérés. A Search Console megjelenés-, kattintás- és pozícióadatai, valamint az indexelési jelentés. Ebből látod, melyik lépés hatott, és mi legyen a következő.

A fizetett hirdetés, a Google Merchant Center termékfeed és a közösségi média külön terület. Hozhatnak vásárlót, de az organikus találati helyezést közvetlenül nem javítják. Saját tapasztalat: a három réteg közül a technikai rend szokott a leggyorsabban elkészülni, a tartalom viszi a legtöbb időt, a mérés pedig az, ami a leggyakrabban kimarad. Mérés nélkül viszont nem tudod megmondani, hogy a ráfordított munka ért-e valamit.

Mit keres pontosan az, aki a WooCommerce keresőoptimalizálásra rákeres?

A kereső általában három kérdésre akar választ: mit kell beállítani a WooCommerce-ben, mi az, amit a rendszer elront helyette, és milyen sorrendben érdemes haladni. Nem plugin-összehasonlítást keres, hanem egy végigvihető listát.

Érdemes tisztázni, mit nem old meg a WooCommerce magától. A rendszer feladata a termékkezelés és a rendelés, nem az, hogy eldöntse, melyik oldalad érdemes indexelésre. A keresőoptimalizáló plugin (Yoast, Rank Math, SEOPress) sem hoz forgalmat önmagában: kereteket ad, amikbe tartalmat és döntéseket kell tenni. Saját tapasztalat: a legtöbb elakadó webshopnál nem hiányzik a plugin, hanem be van kapcsolva, üresen. A címsablon marad a gyári, a kategóriaoldalak szövegdoboza üres, a strukturált adat pedig duplán fut a téma sajátjával.

Miben más egy webshop SEO-ja, mint egy tartalmi oldalé?

Egy blognál nagyjából annyi oldalad van, amennyit megírtál. Egy WooCommerce shopnál ennek a sokszorosa keletkezik automatikusan, emberi döntés nélkül.

Ötszáz termékből, tíz szűrőértékkel és négyféle rendezéssel könnyen lesz több tízezer bejárható URL. Ezek nagy része ugyanazt a termékrácsot mutatja más sorrendben. Ehhez jönnek a variációk (méret, szín), a kifutó termékek, a kosár, a pénztár és a fiók oldalak, valamint a címke-archívumok, amiket sokan bekapcsolva hagynak.

Egy gyors becslés a saját shopodra: szorozd össze a kategóriák számát a rájuk engedett szűrőértékek számával, majd még egyszer a rendezési lehetőségekkel, és add hozzá a lapozott oldalakat. Ha az eredmény nagyságrendekkel nagyobb, mint a termékszám, akkor a bejárás nagy része olyan oldalakra megy, amit soha nem akartál a találatok közé.

Az eredmény jellemzően az, hogy a Google sok gyenge oldalt talál és keveset a jóból. Hivatalosan igazolt: a Google Search Central dokumentációja szerint a bejárási kapacitás véges, és a felesleges, paraméteres URL-ek elvonják a figyelmet az értékes oldalakról. Ez kisebb shopnál ritkán kritikus, néhány ezer termék fölött viszont már érezhető.

Milyen alapbeállításokat ellenőrizz legelőször?

Mielőtt bármilyen tartalomhoz hozzányúlsz, futtasd le ezt az ellenőrzést. Ha ezek közül bármelyik hibás, minden más munka veszít az értékéből.

• Indexelés engedélyezve van-e. A Beállítások > Olvasás menüben a keresőmotorok tiltása pipa fejlesztés alatt szokott bekerülni, és élesítéskor gyakran bent marad.
• Egy kanonikus domainváltozat. A www és a nem www, illetve a http és a https közül egy legyen elérhető, a többi 301-es átirányítással mutasson rá.
• Beszédes URL-ek. A Beállítások > Közvetlen hivatkozások alatt a bejegyzés neve struktúra, a WooCommerce alatt pedig átgondolt termék- és kategória-alap. Ezt élesítés előtt döntsd el, mert utólag átirányítás-kezeléssel jár.
• XML sitemap. A SEO-plugin generálja, és csak azt tartalmazza, amit indexelni akarsz.
• Search Console tulajdon. Beigazolva, sitemap beküldve. Enélkül nincs mérés, csak találgatás.
• Cím- és leírássablonok. A termékoldal címsablonjában legyen benne a terméknév és a shop neve, a kategóriáéban a kategórianév. A gyári, mindenhol azonos sablon rengeteg egyforma címsort hoz létre.
• Fejlesztői maradványok. Teszt-termékek, staging aldomain, demó-tartalom. A staging aldomaint jelszóval vagy szerveroldali tiltással zárd le, ne csak noindex jelzéssel.

Hogyan kezeld a szűrők és a rendezés okozta URL-robbanást?

A cél nem az, hogy a szűrt oldalak eltűnjenek a felhasználó elől, hanem hogy a Google ne önálló oldalként kezelje őket.

Két eszközöd van, és a kettő nem ugyanaz. A rel="canonical" azt mondja meg, melyik a fő változat, a robots.txt tiltás pedig azt, hogy a robot be se menjen. Hivatalosan igazolt: a Google dokumentációja szerint a robots.txt-ben tiltott URL-t a kereső nem tölti le, de ha máshonnan link mutat rá, a puszta URL még megjelenhet a találatok között. Ezért a robots.txt önmagában nem indexelés-tiltó eszköz.

Gyakorlati sorrend, amit a legtöbb shopnál használni szoktunk:

1. A szűrt és rendezett kategóriaoldalak kanonikus URL-je a tiszta kategóriaoldal legyen.
2. A tisztán technikai paraméterek bejárását korlátozd. Például: Disallow: /*?orderby=, Disallow: /*?add-to-cart=, Disallow: /*?filter_.
3. A kosár, pénztár és fiók oldal kapjon noindex jelzést. A WooCommerce újabb verziói ezt maguktól megteszik, de nézd meg forráskódban, mert téma vagy plugin felülírhatja.
4. A lapozott oldalak (/page/2/) kanonikusa saját maguk legyen, ne az első oldal. Így a mélyebb termékek is elérhetők maradnak a bejáráshoz.
5. A termékcímke-archívumokat kapcsold ki, ha nem építesz rájuk tudatosan tartalmat.

Fontos sorrendi csapda: ha egy URL-t előbb tiltasz le a robots.txt-ben, mint hogy a rajta lévő noindex hatna, a Google nem tudja letölteni az oldalt, tehát a noindex jelzést sem látja. Ha ki akarsz venni valamit az indexből, előbb hagyd bejárni a noindex jelzéssel, és csak a kiesés után tiltsd le a bejárást.

Szakmai feltételezés: ha egy szűrt nézetre valódi, önálló kereslet van (például egy méret vagy egy márka), abból hosszabb távon jobban jár a shop, ha kap saját, szöveggel feltöltött kategóriaoldalt, mint ha paraméteres URL-ként próbálna rangsorolni. Ezt a Google nem mondja ki így, de a gyakorlat ebbe az irányba mutat.

Mit írj a termékoldalra, hogy ne legyen vékony tartalom?

A gyártótól kapott leírás önmagában ritkán elég, mert ugyanaz a szöveg fut még húsz másik webshopon. A különbséget az adja, amit te tudsz a termékről és a konkurencia nem másolt le.

Egy használható termékleírás-váz:

• Az első két mondat arról szól, mire jó és kinek. Ne a márkanévvel kezdd.
• Gyakorlati részletek, amiket a vevő megkérdezne: méret, kompatibilitás, mi van a dobozban, mennyi idő az összeszerelés, mivel nem működik együtt.
• Két-három gyakori kérdés és rövid válasz, a vevők tényleges leveleiből.
• Képekhez beszédes fájlnév és alt szöveg, ami leírja, mi látszik.
• Vásárlói értékelések bekapcsolva. Ez folyamatosan bővülő, egyedi szöveget hoz az oldalra.

Saját tapasztalat: nem kell mind az ötszáz terméknél végigcsinálni. A forgalom nagy része jellemzően a termékek egytizedére esik, érdemes ott kezdeni, és a maradékra sablonos, de legalább strukturált leírást adni. A fontos, hogy ne találj ki adatot: a rossz méret vagy kompatibilitási állítás visszaárut és rossz értékelést hoz.

Mit kezdj az elfogyott és a variációs termékekkel?

Ha egy termék csak átmenetileg fogyott el, hagyd fent az oldalt, és jelezd az elérhetőséget. Ha végleg kifutott, irányítsd át a legközelebbi utódra vagy a kategóriára, ne a főoldalra.

Ez azért fontos, mert a régi termékoldalak gyakran évek alatt gyűjtött linkeket és megjelenéseket hordoznak, amit a törlés egy mozdulattal eldob. Hivatalosan igazolt: a Google dokumentációja szerint az átmenetileg nem kapható terméknél az oldal fenntartása és a strukturált adatban jelzett elérhetőség a javasolt megoldás, a végleges megszűnésnél pedig a 404 vagy 410 státusz a tiszta jelzés.

Döntési szempontok, ha nagy a kifutó termékek aránya:

• Átmeneti hiány: oldal marad, availability értéke OutOfStock, mellette értesítés-kérés és két-három javasolt alternatíva.
• Végleges kifutás, van utód: 301-es átirányítás a konkrét utódtermékre.
• Végleges kifutás, nincs utód: átirányítás a szűkebb kategóriára, vagy 410-es státusz, ha az oldalnak nincs mit átadnia.
• Variációk: egy termékoldal legyen a kanonikus, a variációkat ne külön indexelendő oldalként kezeld. Kivétel, ha egy variációra tényleg önálló kereslet van, mert akkor lehet belőle önálló termék.

Miért a kategóriaoldal a legfontosabb, és mit tegyél rá?

A kereskedelmi kulcsszavakra általában nem a termékoldal rangsorol, hanem a kategória. Aki azt írja be, hogy férfi túrabakancs, választani akar, nem egy konkrét cikkszámot keres.

A legtöbb WooCommerce kategóriaoldal viszont teljesen szövegtelen: csak a termékrács van rajta. Amit érdemes hozzátenni: egy rövid, két-három mondatos bevezető a rács fölé (ez ne tolja le a termékeket a képernyőről), és egy bővebb, valóban segítő szöveg a rács alá, ahol a választás szempontjait írod le. Ehhez jön néhány belső link a kapcsolódó alkategóriákra és egy-két releváns cikkre.

A rács alatti szöveg akkor működik, ha döntést segít, nem kulcsszót ismétel. Használható váz: mi alapján érdemes választani ebben a kategóriában, kinek melyik altípus való, mire figyelj a mérettel vagy a kompatibilitással, és mi a leggyakoribb tévedés a vásárlásnál. Ha egy kategóriában több száz termék van, bontsd alkategóriákra. A hosszú, végtelenített lista a felhasználónak is rossz, a bejárásnak is.

Gyors ellenőrzőlista egy kategóriaoldalhoz, mielőtt késznek tekinted:

• A címsor (H1) a kategória neve, és az oldalon csak egy H1 van.
• A title és a meta leírás egyedi, kézzel megírt, a kategória fő keresőkifejezésével.
• A bevezető a rács fölött van, a hosszabb szöveg a rács alatt.
• Az alkategóriák kattintható linkként szerepelnek az oldalon, a menün kívül is.
• A kategória URL-je szerepel a sitemapben, és a kanonikusa saját magára mutat.

Mit lát a Google és mit lát egy AI-válaszmotor a strukturált adatból?

A WooCommerce alapból generál Product és Offer típusú JSON-LD strukturált adatot a termékoldalakra, ez hivatalos, dokumentált működés. A probléma jellemzően nem a hiánya, hanem az, hogy téma vagy plugin duplikálja, felülírja, vagy hiányos adattal tölti fel.

Ellenőrizd a Google Rich Results Test és a Schema.org validátor segítségével, hogy az ár, az elérhetőség (availability), a pénznem és a termékazonosító (GTIN, cikkszám) helyesen szerepel-e, és hogy egy termékhez tényleg egy Product objektum tartozik-e. Nézd meg azt is, hogy a morzsamenü BreadcrumbList adata a valódi kategória-útvonalat írja le, és hogy az értékelés-adat csak ott jelenik meg, ahol tényleg van értékelés.

A duplikációt eszköz nélkül is megtalálod. Nyiss meg egy termékoldalt, nézd meg az oldal forrását, és keress rá arra, hogy application/ld+json. Ha két külön blokkban is szerepel Product típus, akkor a WooCommerce, a téma és a SEO-plugin közül kettő egyszerre adja ki ugyanazt. Ilyenkor az egyiket kapcsold ki, és a megmaradót teszteld újra egy egyszerű, egy variációs és egy elfogyott terméken is, mert a három eset más adatot ad.

Szakmai feltételezés: az AI-alapú válaszmotorok elsősorban az oldal olvasható szövegéből dolgoznak, a strukturált adat inkább egyértelműsítő szerepet tölt be (melyik szám az ár, kapható-e a termék). Ezért a schema önmagában nem hoz idézettséget, de a hiányzó vagy ellentmondó adat árthat. Ez a mi működési feltételezésünk, nem hivatalos állásfoglalás.

Hogyan segít a belső linkelés és a tartalom egy webshopnál?

A kategóriaoldalak ritkán kapnak külső linket, ezért a belső linkelés az egyik kevés eszköz, amivel jelezni tudod, melyik oldalad a fontos.

A gyakorlati megoldás egy vékony tartalmi réteg a shop mellett: vásárlás előtti kérdésekre válaszoló írások, amik a kategóriára mutatnak. Néhány visszatérően működő téma: méretezési vagy kiválasztási útmutató, két altípus összehasonlítása, karbantartás és élettartam, valamint a leggyakoribb hibák, amiket a vevők elkövetnek. Ezek arra a keresésre jönnek be, amikor a vásárló még csak tájékozódik.

Néhány szabály, amit érdemes betartani:

• A horgonyszöveg mondja meg, mire mutat. A kattints ide nem mond semmit.
• Minden cikkből legyen legalább egy link a kapcsolódó kategóriára, ne csak egy termékre.
• A morzsamenü legyen bekapcsolva, mert stabil, gépi úton is olvasható útvonalat ad.
• Ne linkelj vissza minden oldalról mindenre. A sok azonos link ugyanoda elmossa a jelzést.

Szakmai feltételezés: az AI-válaszmotorok jellemzően a magyarázó, kérdésre válaszoló szövegeket idézik szívesebben, mint a puszta termékrácsot, mert ott van összefüggő, kiemelhető mondat. A shopnak ez akkor ér valamit, ha az ilyen tartalom világosan visszamutat a vásárlási oldalra.

Mennyit számít a sebesség egy WooCommerce shopnál?

A Google hivatalosan megerősítette, hogy az oldalélmény jelei, köztük a Core Web Vitals, rangsorolási tényezők, de nem írják felül a tartalom relevanciáját. Vagyis a gyorsaság nem hoz előre gyenge oldalt, a lassúság viszont visszatarthat egy jót.

WooCommerce-specifikus okok, amiket érdemes megnézni:

• A kosár-fragmentum script minden oldalon fut, és admin-ajax.php hívást generál. Ahol nincs rá szükség, kivehető: wp_dequeue_script( 'wc-cart-fragments' );. Előtte teszteld, mert dinamikus kosárikonnál elronthatja a megjelenítést.
• Oldal-gyorsítótárból zárd ki a kosár, pénztár és fiók oldalt.
• Képek WebP formátumban, méretre vágva. A termékfotó a legnagyobb súly a legtöbb shopnál.
• Nézd át a bővítménylistát. A megrendelés-központú webshopoknál gyűlnek a régi, már nem használt pluginok.

Hogyan mérd, hogy működik-e?

A Google Search Console Teljesítmény jelentése az egyetlen adat, ami arról szól, hogy a te oldalad hogyan szerepel valódi kereséseken. A külső rangsorkövető eszközök becslést adnak, ez mérést.

Amit érdemes figyelni: azok a lekérdezések, ahol már van megjelenésed, de az átlagpozíció rossz (jellemzően 10 fölött). Ezek azt jelzik, hogy a téma és az oldalad között van kapcsolat, csak nincs rá elég erős tartalmad. Ez pontosan az a helyzet, amiből ez a cikk is született: a Search Console adatában látszott a kereslet, csak nem volt rá megfelelő oldal.

Egy egyszerű, ismételhető menet: nyisd meg a Teljesítmény jelentést 90 napos ablakban, kapcsold be a megjelenés és az átlagpozíció mutatót, rendezd a lekérdezéseket megjelenés szerint, és jelöld ki azokat, ahol sok a megjelenés és rossz a pozíció. Ezekhez nézd meg az Oldalak fülön, melyik URL kapja a megjelenést. Ha nem az, amelyiket szántad rá, akkor tartalmi vagy belső linkelési dolgod van, nem technikai.

Nézd 90 napos ablakban, összehasonlítva az előző időszakkal, és oldalanként is, ne csak összesítve. Az Indexelés jelentésben pedig figyeld, hogy nem növekszik-e ugrásszerűen a Feltérképezve, jelenleg nincs indexelve kategória: ez általában a felesleges paraméteres URL-ek jele.

Milyen sorrendben érdemes haladni?

1. Alapbeállítások és Search Console (indexelés, domainváltozat, URL-szerkezet, sitemap).
2. Kosár, pénztár, fiók oldalak és a paraméteres URL-ek rendezése.
3. A három-öt legfontosabb kategóriaoldal feltöltése valódi szöveggel.
4. A legjobban fogyó termékek leírásának átírása.
5. Kifutó és variációs termékek rendbetétele, átirányításokkal.
6. Strukturált adat ellenőrzése.
7. Sebesség, ha a Core Web Vitals jelentés gyengét mutat.
8. Mérés 90 nap után, és onnan a következő kör.

Biztos eredményt egyik lépés sem ígér, és a hatás jellemzően hónapokban mérhető, nem hetekben. Amit biztosan ki lehet jelenteni, az a fordítottja: a fenti alapok nélkül a tartalomra fordított munka nagy része nem tud megtérülni.

Melyek a leggyakoribb hibák a WooCommerce keresőoptimalizálásban?

A WooCommerce keresőoptimalizálás leggyakoribb hibái a bent maradt indexelés-tiltás, az üresen hagyott kategóriaoldal, a gyári címsablon, a duplán futó strukturált adat és a főoldalra irányított kifutó termék. Mindegyik néhány perc alatt ellenőrizhető, és egyikhez sem kell fizetős eszköz.

• Bent maradt indexelés-tiltás. Nézd meg a Beállítások > Olvasás menüt, majd egy kategóriaoldal forrásában keress rá a noindex szóra.
• Üres kategóriaoldal. Nyisd meg az öt legfontosabb kategóriát. Ha a termékrácson kívül nincs rajtuk egy mondat sem, itt kezdd a tartalmi munkát.
• Egyforma címsorok. A Google-ben a site: operátorral a saját domainedre keresve végigfutva látod, hány találat címe azonos vagy csonka.
• Indexelt szűrő- és rendezés-URL-ek. A Search Console Oldalak jelentésében keress orderby és filter_ részletet tartalmazó címeket.
• Dupla strukturált adat. A Rich Results Test egy termékoldalon mutassa meg, hány Product elemet talál.
• Főoldalra irányított kifutó termék. Nézd át az átirányítás-listát, és cseréld a célt az utódtermékre vagy a szűkebb kategóriára.
• Tömeges URL-átírás élő shopon. A termék- vagy kategória-alap utólagos cseréje minden régi címet megváltoztat. Ha mégis kell, előtte készíts teljes átirányítás-térképet.

Saját tapasztalat: ezek a hibák ritkán járnak egyedül. Ahol üres a kategóriaoldal, ott jellemzően a címsablon is gyári, ezért érdemes a listát egy ülésben végignézni, és utána egyben javítani.

Meg tudod csinálni egyedül a WooCommerce keresőoptimalizálást, vagy szakember kell hozzá?

A WooCommerce keresőoptimalizálás alapjainak nagy részét fejlesztő nélkül, az admin felületről el tudod végezni. Hozzáértő ott kell, ahol a sablonhoz, a szerverhez vagy tömeges átirányításhoz kell nyúlni.

Amit jellemzően magad is meg tudsz csinálni:

• Search Console beállítása és a sitemap beküldése.
• Cím- és leírássablonok megírása a SEO-pluginban.
• Kategóriaszövegek és termékleírások megírása, képek alt szövege.
• Címke-archívumok kikapcsolása, a kosár, pénztár és fiók oldal noindex jelzésének ellenőrzése.
• Belső linkek és a kapcsolódó cikkek megírása.

Amihez érdemes fejlesztőt vagy SEO-szakembert bevonni:

• A robots.txt szabályai és a kanonikus logika módosítása, mert egy rossz sor a teljes shopot kizárhatja a bejárásból.
• Sablonszintű változtatások: dupla strukturált adat megszüntetése, a kosár-fragmentum script kivétele, képméretek.
• URL-szerkezet váltása és a hozzá tartozó átirányítás-térkép.
• Gyorsítótár és szerveroldali beállítások.

Szakmai feltételezés: egy néhány száz termékes shopnál a legnagyobb különbséget a tartalmi rész hozza, és azt a tulajdonos tudja a legjobban megírni, mert ő ismeri a terméket és a vevők kérdéseit. A technikai részt elég egyszer rendbe tenni, utána ritkán kell hozzányúlni. A technikai módosításokat lehetőleg staging másolaton próbáld ki először, és csak ellenőrzés után vidd át az éles shopra.

Források és további olvasnivalók

• Google Search Central: SEO Starter Guide
• Google Search Central: Crawling and indexing, robots.txt specifikáció
• Google Search Central: Product structured data és Merchant listing dokumentáció
• Google Search Central: Best practices for ecommerce in Search
• Google Search Central Blog: Page experience és Core Web Vitals közlemények
• Google Search Console súgó: Teljesítmény és Oldalak indexelése jelentés
• Schema.org: Product, Offer, AggregateRating, BreadcrumbList típusdefiníciók
• WooCommerce Developer Documentation: Structured data, Template structure
• WordPress Developer Resources: Plugin API, wp_dequeue_script
• W3C: Web Content Accessibility Guidelines (WCAG), képek alternatív szövege