AI-SEO útmutató műszaki nagykereskedéseknek: hogyan legyen látható egy zárt, viszonteladói katalógus

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

Sok műszaki nagykereskedés weboldala egy bejelentkezési mezőből, egy rövid cégbemutatóból és egy „Legyél a partnerünk” gombból áll. Minden, ami miatt egy beszerző valóban hozzád fordulna, vagyis a cikkszámok, a paraméterek, a kompatibilitási táblák és a készletinformáció, a partnerfal mögött van. A robot ugyanúgy nem lát be oda, ahogy az ismeretlen beszerző sem. Ha valaki a keresőbe vagy egy AI-asszisztensbe beírja, hogy „rozsdamentes M12 menetes szár viszonteladói beszerzés” vagy „melyik tömítés illik ehhez a szivattyútípushoz”, a válaszban jó eséllyel a versenytársad jelenik meg, aki legalább a termékcsaládjait nyilvánossá tette.

Ez az útmutató abban segít, hogy eldöntsd: mit nyithatsz meg üzleti kockázat nélkül, mit érdemes zárva tartani, és hogyan épüljön fel az a nyilvános réteg, amely a beszerzőt a bejelentkezésig vezeti. A cikkben külön jelölöm, mi hivatalosan igazolt (a keresők és az AI-szolgáltatók dokumentációjából), mi saját tapasztalat, és mi szakmai feltételezés.

Miért nem létezik egy zárt katalógus a kereső és az AI-válasz számára?

Röviden: amit csak bejelentkezés után lehet megnézni, azt a keresőrobotok nem olvassák, így nem is indexelik, és az AI-alapú keresők sem tudnak rá hivatkozni.

Hivatalosan igazolt: a Google Search Central leírása szerint a Googlebot nem jelentkezik be, nem tölt ki űrlapot, és azt a tartalmat dolgozza fel, amit egy bejelentkezés nélküli látogató is megkap. Az OpenAI dokumentációja szerint a ChatGPT keresési funkciójához az OAI-SearchBot gyűjt oldalakat, és ez is csak a nyilvánosan elérhető tartalmat látja. A Google keresési irányelvei a cloaking (a robotnak más tartalom, mint a látogatónak) gyakorlatát kifejezetten spamnek minősítik, tehát az sem megoldás, hogy a robotnak megmutatod a teljes katalógust, az embernek pedig nem.

A következmény egyszerű: ha a nyilvános oldalaidon csak a cégnév, a cím és egy általános „ipari termékek széles választéka” mondat szerepel, akkor egy beszerzői kérdésre nincs mit idézni tőled. Az AI-válaszmotor olyan forrásból dolgozik, amely konkrétan kimondja, mit, kinek és milyen feltételekkel szállít.

Mely termékadatokat teheted nyilvánossá kockázat nélkül?

Röviden: nyilvános lehet mindaz, ami a terméket azonosítja és leírja; zárva maradhat mindaz, ami a kereskedelmi kapcsolatodat írja le.

Ami jó eséllyel nyugodtan kimehet

• Termékcsalád és kategória: például „ipari csatlakozók, IP67, M8 és M12 kivitel”. Ez a gyártó katalógusában amúgy is nyilvános.
• Műszaki paraméterek: méret, anyag, nyomás- és hőmérséklet-tartomány, védettség, szabvány (DIN, ISO, EN). Ezek a gyártói adatlapokon is szerepelnek, tehát nem üzleti titkok.
• Kompatibilitás: melyik géphez, vezérléshez, szerelvényhez illik. A beszerző kérdéseinek jelentős része erről szól.
• Gyártói azonosító: gyártói cikkszám (MPN), márka, ahol van, GTIN. A beszerző gyakran pontosan erre keres rá.
• Elérhetőségi állapot jelzése: nem darabszám, hanem kategória, például „raktári tétel”, „rendelésre”, „kifutó”.
• Letölthető adatlapok és tanúsítványok, ha a gyártó ezt engedi.

Szakmai feltételezés: az elérhetőségi kategóriák akkor működnek jól, ha kevés van belőlük, és mindegyiknek egyértelmű a jelentése. Három-négy állapot általában elég. Érdemes a kategóriát a raktárkezelő rendszerből automatikusan frissíteni, mert egy hetek óta elavult „raktári tétel” jelzés több bizalmat rombol, mint amennyit egy pontos „rendelésre” felirat valaha is épít. Ha a frissítés nem oldható meg, inkább hagyd ki az állapotot, és a bejelentkezés utáni felületre bízd.

Ami maradjon zárt

• viszonteladói árak, árlisták és a partnerenkénti kedvezmények;
• pontos készletmennyiség raktáranként (ebből a versenytárs következtetni tud a forgalmadra);
• beszerzési forrásaid, ha nem a gyártótól közvetlenül vásárolsz;
• partnerenkénti hitelkeret, fizetési feltétel, rendelési előzmény;
• a partnereknek szánt projektárazás és egyedi ajánlatok.

Saját tapasztalat: a nagykereskedések többsége az árak nyilvánosságától tart, és emiatt zár be mindent. Amikor tételesen szétválasztjuk az azonosító adatokat és a kereskedelmi adatokat, rendszerint kiderül, hogy a katalógus nagyobbik fele gyártói, amúgy is elérhető információ, amelynek elrejtése semmit nem véd, csak láthatatlanná tesz.

Hogyan épüljön fel a nyilvános termékcsalád-oldal?

Röviden: termékcsaládonként egy oldal, amely válaszol a „mi ez, mihez jó, mivel kompatibilis, hogyan juthatok hozzá” kérdésekre, és egyértelmű lépést kínál a partneri hozzáférés felé.

Nem kell minden cikkszámnak saját nyilvános oldal. Egy több ezer tételes katalógusnál a termékcsalád szintje jellemzően jobb egyensúlyt ad: elég konkrét ahhoz, hogy egy keresésre releváns legyen, de nem teszi ki a teljes szortimentet.

1. Nyitó bekezdés, ami önmagában is idézhető: két-három mondat arról, mi a termékcsalád, milyen iparágnak és milyen felhasználásra való, és hogy viszonteladói, illetve üzemi vevők számára érhető el.
2. Paramétertábla: a családon belüli változatok fő különbségei (méret, anyag, csatlakozás, védettség). HTML-szövegként, ne képként vagy csak PDF-ben.
3. Kompatibilitási szakasz: „Ezekhez a rendszerekhez illik”, gyártó és típus szerint. Ha van gyakori téves párosítás, azt is írd le.
4. Gyártói azonosítók listája: a legkeresettebb változatok MPN-jei, elérhetőségi jelzéssel.
5. Kiszolgálási blokk: minimális rendelési mennyiség, beszerzési idő raktáron nem lévő tételre, kiszolgálási rend, reklamáció menete (erről bővebben lent).
6. GYIK a beszerző nyelvén: a valós kérdésekből, amelyeket az értékesítőid hallanak telefonon.
7. Belépési pont: „Partnerként itt látod az árat és a pontos készletet” gomb, mellette a „Még nem vagy partner? Így kötsz szerződést” link.

A strukturált adat segítheti a keresőt és az AI-rendszereket abban, hogy a termékcsalád és a változatok kapcsolatát pontosan értelmezzék. Egy leegyszerűsített Schema.org példa:

{ "@context": "https://schema.org", "@type": "ProductGroup", "name": "M12 ipari csatlakozó család, IP67", "productGroupID": "M12-IP67", "brand": { "@type": "Brand", "name": "Gyártó neve" }, "variesBy": ["https://schema.org/size", "https://schema.org/material"], "hasVariant": [{ "@type": "Product", "name": "M12 egyenes csatlakozó, 4 pólus", "mpn": "GY-M12-4E", "material": "rozsdamentes acél" }] }

Hivatalosan igazolt: a Google a termékváltozatokhoz a ProductGroup típust és a hasVariant, variesBy tulajdonságokat dokumentálja. Ugyanez a dokumentáció viszont a kereskedői találatokhoz (merchant listing) árat is vár az ajánlatban, tehát ár nélkül a bővített termékmegjelenítés valószínűleg nem jön létre. Szakmai feltételezés: a jelölés ettől még hasznos, mert egyértelművé teszi, melyik gyártói cikkszám melyik családhoz tartozik, és ezt a nyelvi modelleken alapuló keresők is fel tudják használni.

Milyen kérdéseket tesz fel valójában a beszerző?

Röviden: a beszerzőt ritkán a termékleírás akasztja meg; sokkal inkább az, hogy nem tudja, milyen feltételekkel kaphatja meg a terméket.

Mennyi a minimális rendelési mennyiség?

Írd le termékcsaládonként, egységben: darab, csomag, tekercs, méter. Ha a raktári tételekre nincs minimum, azt is mondd ki, mert ez önmagában erős érv. Ha a minimum változó, add meg a szabályt („a gyártói csomagolási egység, jellemzően 10 vagy 50 darab”).

Mikorra érkezik a raktáron nem lévő tétel?

Itt nem ígéretet kell írni, hanem folyamatot. Például: „a rendelésre beszerzett tételeknél a visszaigazolásban megadjuk a gyártó által közölt várható beérkezést, és ha ez változik, értesítünk”. Ha van jellemző sáv beszállítónként, azt jelöld tájékoztató jelleggel, a gyártói átfutástól függő feltételként.

Hogyan lehet viszonteladói szerződést kötni?

Ez a nyilvános réteg és a zárt katalógus közötti híd. Sorold fel lépésenként: kik lehetnek partnerek (cégforma, tevékenység), milyen adatokat kérsz, ki bírálja el, és mi történik jóváhagyás után. Minél kevesebb a kérdőjel, annál többen kezdik el a regisztrációt.

Milyen a kiszolgálási idő?

Írd le a rendelésfelvétel és a kiszállítás rendjét: meddig beérkezett rendelés megy még aznap összekészítésre, melyik futárral vagy saját járattal szállítasz, van-e személyes átvétel, és milyen napokon. Ezek a te belső folyamataid, tehát ezekért felelősséget tudsz vállalni.

Hogyan zajlik a reklamáció?

Kinek kell jelezni, milyen formában (fotó, szállítólevél-szám, gyártói cikkszám), mennyi időn belül reagálsz, és hogyan zajlik a csere vagy a jóváírás. A beszerző a hibás tétel kezeléséből ítéli meg leginkább a beszállítót, ezért ez az oldal bizalmat épít.

Saját tapasztalat: ezek a kérdések szinte szó szerint ugyanígy hangzanak el a telefonos megkeresésekben és az ajánlatkérő e-mailekben. Ha a nagykereskedés értékesítőitől összegyűjtöd a leggyakoribb tíz kérdést, az adja a GYIK legjobb alapját.

Miért hoz többet a feltételek kimondása, mint a teljes katalógus megnyitása?

Röviden: mert a beszerző döntését jellemzően a kiszolgálás bizonytalansága lassítja, nem a termékinformáció hiánya, és a feltételek nyilvánossá tétele alig jár üzleti kockázattal.

Ez a cikk saját nézőpontja, ezért jelölöm: saját tapasztalat és szakmai feltételezés keveréke. A műszaki termékek paraméterei nagyrészt elérhetők a gyártónál, a gyártói viszonteladók listáin és az összehasonlító oldalakon. Amit viszont sehol máshol nem talál meg a beszerző, az a te kiszolgálásod: mekkora tételben rendelhet, milyen gyorsan kap választ, mi történik, ha hibás a szállítmány. Ez a tartalom egyedi, tehát egy AI-válasznak valódi okot ad arra, hogy téged idézzen.

A teljes katalógus megnyitása ezzel szemben több kockázattal jár: a versenytárs látja a szortimentedet, a készletadatok elárulhatják a forgalmadat, és egy ár nélküli, de teljesen nyitott katalógus sokszor csak ajánlatkérő forgalmat generál azoktól, akik máshol vásárolnak. Egy jól megírt, termékcsaládonkénti nyilvános réteg és egy világos kiszolgálási oldal jellemzően kevesebb munkával jár, és nem ad ki semmit, ami a kereskedelmi pozíciódat gyengítené. Hogy ez konkrétan mennyi keresési vagy AI-láthatóságot hoz, azt előre nem lehet megmondani: ez függ a piacodtól, a versenytársaktól és a meglévő weboldalad állapotától.

Hogyan kezeld műszakilag a crawlereket és a bejelentkezési falat?

Röviden: a nyilvános réteg legyen teljesen elérhető a robotoknak, a zárt rész legyen valóban zárt, és a kettő között ne legyen átfedés.

• A nyilvános oldalak legyenek indexelhetők, szerveroldalon renderelt HTML-lel. Ha a paramétertábla csak JavaScripttel, bejelentkezés után töltődik be, a robot üres oldalt lát.
• A bejelentkezési oldal és a partnerfelület kapjon noindex jelölést, a belső keresési és szűrési URL-eket pedig korlátozd a robots.txt-ben, hogy ne pazarold velük a feltérképezést.
• Az AI-crawlerek: ha azt szeretnéd, hogy a ChatGPT keresése hivatkozhasson rád, az OAI-SearchBot ne legyen letiltva. A GPTBot a modellek tanítására gyűjt, erről külön dönthetsz. A Google-Extended a Gemini-modellek tanítását szabályozza, a Google keresési megjelenésedet nem. Hivatalosan igazolt mindhárom szolgáltató dokumentációja alapján.
• Nincs cloaking: a robot és a bejelentkezés nélküli látogató ugyanazt lássa.
• Állandó URL-ek: a termékcsalád-oldal címe ne változzon szezonról szezonra, mert az AI-válaszokban idézett hivatkozás így érvényes marad.

Mit tartalmazzon az indítás előtti ellenőrzőlista?

Röviden: legyen szétválasztva a nyilvános és a zárt adat, és minden termékcsalád-oldal válaszoljon a beszerző öt alapkérdésére.

1. Elkészült az adatleltár: mely mezők azonosító jellegűek (nyilvános) és melyek kereskedelmiek (zárt)?
2. A legfontosabb termékcsaládoknak van saját, indexelhető oldala.
3. Minden oldalon van önállóan idézhető nyitó bekezdés.
4. A paraméterek és a kompatibilitás HTML-szövegben, nem csak PDF-ben szerepelnek.
5. Szerepelnek a gyártói azonosítók, és az elérhetőség kategóriában van jelölve, nem darabszámban.
6. A minimális rendelési mennyiség, a rendelésre beszerzett tételek folyamata, a kiszolgálási rend és a reklamáció menete nyilvánosan le van írva.
7. A viszonteladói szerződés lépései egy külön oldalon, érthetően megtalálhatók.
8. A ProductGroup és Product jelölés hibátlan a Google Rich Results tesztjében.
9. A bejelentkezési felület noindex, a nyilvános oldalak indexelhetők, az OAI-SearchBot nincs letiltva.
10. Negyedévente megnézed, hogy a fő termékcsaládokra feltett beszerzői kérdésekre megjelensz-e az AI-válaszokban.

A nyilvános réteg nem fogja kiváltani a partneri kapcsolatot, és nem is ez a célja. Arra jó, hogy a beszerző, aki még nem ismer, egyáltalán megtaláljon, megértse, milyen feltételekkel dolgozol, és eljusson a regisztrációig. A tényleges ár és készlet pedig ott marad, ahol eddig: a partnerfal mögött.

Források és további olvasnivalók

• Google Search Central: Termék strukturált adatok és termékváltozatok (ProductGroup) dokumentációja
• Google Search Central: A Google keresési spamirányelvei (cloaking)
• Google Search Central: A robots.txt és a noindex használata
• Google: A Google feltérképező robotjainak áttekintése (Google-Extended)
• OpenAI dokumentáció: Overview of OpenAI Crawlers (OAI-SearchBot, GPTBot)
• Schema.org: ProductGroup, Product, Offer típusok
• W3C: Web Content Accessibility Guidelines (táblázatok és szöveges tartalom akadálymentessége)