AI-SEO útmutató autóbontóknak

Scheo · 2026-10-22 · olvasási idő ~10 perc · Szerző: Schmidt Péter

Egy autóbontó weboldalán a legértékesebb tartalom a készlet. Aki egy 2008-as Ford Focus 1.6 TDCi bal első ablakemelőjét keresi, konkrét adatot akar látni. Van-e ilyen, milyen állapotban van, melyik autóból szerelték ki, és mi az alkatrészszáma. A Google és az AI-alapú válaszmotorok (a ChatGPT keresése, a Gemini, a Perplexity, a Copilot) ugyanezt próbálják kiolvasni az oldaladból. Ha a készleted csak egy PDF-ben, egy Facebook-posztban vagy egy telefonszám mögött létezik, a gépek ebből szinte semmit nem tudnak felhasználni.

Ez az útmutató azt mutatja meg, hogyan teheted a készletet kereshetővé és értelmezhetővé, mit kezdj a naponta változó raktárral, és hogyan írd le a roncsautó-átvételt úgy, hogy egy válaszmotor nyugodtan idézhesse. A szövegben három jelölést használok. Hivatalosan igazolt az, ami dokumentációban vagy jogszabályban szerepel. Saját tapasztalat az, amit weboldalak építése és mérése közben láttunk. Szakmai feltételezés az, ami logikus következtetés, de nincs rá nyilvános bizonyíték.

Mit jelent az AI-SEO egy autóbontó számára?

Röviden: az AI-SEO autóbontónál azt jelenti, hogy a készlet minden darabja géppel olvasható, egyértelmű azonosítókkal ellátott oldalon szerepel, amelyet a keresők és az AI-rendszerek fel tudnak térképezni, meg tudnak érteni és pontosan idézni tudnak.

A klasszikus keresőoptimalizálás a helyezésről szól. A válaszmotorok viszont egy kérdésre (például „hol kapok bontott generátort BKC motorhoz Győr környékén?”) összerakott választ adnak, és ehhez olyan forrást keresnek, amelyből tény nyerhető ki. Egy autóbontónál ez a tény a kompatibilitás és az elérhetőség.

Hivatalosan igazolt: a Google Search Central dokumentációja szerint a strukturált adat segít a Google-nek megérteni az oldal tartalmát, a termékoldalakhoz pedig külön Product és Offer jelölést ír le. Az OpenAI dokumentációja szerint a ChatGPT keresési funkciójához az OAI-SearchBot térképezi fel az oldalakat, és ezt a robots.txt-ben lehet engedélyezni vagy tiltani.

Szakmai feltételezés: az AI-rendszerek a strukturált adatot és a jól tagolt HTML-szöveget nagy valószínűséggel könnyebben dolgozzák fel, mint a képbe ágyazott vagy JavaScriptből utólag betöltött listát. Ezt a gyártók részleteiben nem dokumentálják, ezért kezeld óvatosan.

Milyen adatok kellenek egy alkatrész-adatlapra, hogy a gép is értse?

Röviden: legalább a márka, a típus és generáció, az évjárat-tartomány, a motorkód, az alkatrész megnevezése, az eredeti alkatrészszám (OE-szám), az állapot és az elérhetőség, mindegyik külön, következetesen kitöltött mezőben.

A bontók többsége a járműből indul ki („Opel Astra H, 2007, beérkezett”), a vevő viszont az alkatrészből. Ezért az adatmodellnek mindkét irányt ki kell szolgálnia. A javasolt minimális mezők:

• Márka és típus, generációval együtt (Golf V, Astra H), mert a puszta „Golf” több évtizedet takar.
• Évjárat-tartomány és a konkrét donorautó évjárata külön mezőben.
• Motorkód (például BKC, Z16XER), mert a motortéri alkatrészeknél ez dönti el az illeszkedést, a lökettérfogat önmagában kevés.
• Alkatrészszám: az OE-szám a címkéről, és ha ismert, a gyártói (Bosch, Valeo stb.) cikkszám is.
• Saját raktári azonosító (SKU), amely darabonként egyedi.
• Állapot egységes skálán (bontott, tesztelt, felújított), szöveges megjegyzéssel a hibákról.
• Oldaliság és pozíció (bal első, jobb hátsó), mert ezen bukik el a legtöbb rendelés.
• Elérhetőség (raktáron, elfogyott, rendelhető), automatikusan a készletrendszerből.

Saját tapasztalat: a legtöbb adatminőségi gond a motorkódnál és az oldaliságnál jelentkezik, mert ezeket a feltöltéskor kézzel, szabad szövegként írják be. Ha ezek legördülő listából vagy a forgalmi adatokból töltődnek, sokkal kevesebb lesz a téves illeszkedés.

Hogyan építsd fel a strukturált alkatrész-adatlapot lépésről lépésre?

Röviden: egy stabil, kompatibilitás alapú oldalt hozz létre alkatrésztípusonként, azon jelenítsd meg a darabokat, és mind a látható szövegben, mind JSON-LD formában add meg ugyanazokat az adatokat.

1. Határozd meg az oldal szintjét. A legjobban az a megoldás működik, ha az oldal az „alkatrész + jármű + motorkód” kombinációhoz tartozik (például /alkatresz/volkswagen/golf-v/bkc/generator), és ezen belül listázod az aktuális darabokat. Így az URL akkor is értelmes marad, ha az adott darab elfogy.
2. Írj egyedi, tényszerű címet és bevezetőt. Például „Bontott generátor Volkswagen Golf V 1.9 TDI (BKC) motorhoz”. Az első bekezdés mondja ki, mire illik, mi az OE-szám, és hány darab van most készleten.
3. Tedd ki az adatokat táblázatszerűen, HTML-szövegként. Ne képre írd az alkatrészszámot. A címke fotója jó kiegészítés, de a szám legyen begépelve is.
4. Add hozzá a strukturált adatot. A Schema.org Product típusának isAccessoryOrSparePartFor tulajdonságával a járművet is meg tudod adni, a Vehicle típusban pedig a motort.
5. Töltsd ki az ajánlat adatait a készletrendszerből. A Google termékes találataihoz az Offer adatai kellenek, ezeket ne kézzel írd, hanem ugyanabból az adatbázisból generáld, amelyből a látható oldal készül.
6. Ellenőrizd. A Google Rich Results Test és a Schema Markup Validator megmutatja, hibátlan-e a jelölés.

Egy egyszerűsített JSON-LD minta (az ajánlat további mezőit a rendszeredből töltsd):

{"@context": "https://schema.org", "@type": "Product", "name": "Bontott generátor, Volkswagen Golf V 1.9 TDI (BKC)", "sku": "BT-0815-GEN", "mpn": "OE-SZAM-A-CIMKEROL", "itemCondition": "https://schema.org/UsedCondition", "isAccessoryOrSparePartFor": {"@type": "Vehicle", "brand": {"@type": "Brand", "name": "Volkswagen"}, "model": "Golf V", "vehicleModelDate": "2006", "vehicleEngine": {"@type": "EngineSpecification", "name": "BKC"}}, "offers": {"@type": "Offer", "availability": "https://schema.org/InStock", "itemCondition": "https://schema.org/UsedCondition"}}

Hivatalosan igazolt: az isAccessoryOrSparePartFor, a vehicleEngine és az availability értékei (InStock, OutOfStock, BackOrder, Discontinued) a Schema.org szabványos szókincsének részei. A Google dokumentációja kimondja, hogy a strukturált adatnak egyeznie kell az oldalon látható tartalommal.

Szakmai feltételezés: a Google a isAccessoryOrSparePartFor tulajdonságot jelenleg nem sorolja a kiemelt találatokhoz szükséges mezők közé, így közvetlen megjelenési előnyt nem érdemes tőle várni. Az értelmezést viszont jó eséllyel segíti, és más rendszerek is felhasználhatják.

Mit csinálj, ha a készlet naponta változik?

Röviden: a weboldal ne kézzel frissüljön. A készletrendszer legyen az egyetlen adatforrás, ebből generálódjon az oldal, a sitemap és a termékfeed, és minden változás azonnal jelenjen meg mindhárom helyen.

Egy bontónál naponta érkeznek autók és fogynak alkatrészek. Ha a weboldal ettől elmarad, a kereső és az AI is elavult adatot mutat, ami a vevőnek csalódás, neked fölösleges telefon.

• Egy adatforrás. A raktárprogram vagy webshop-adatbázis legyen a hiteles forrás, a weboldal ebből olvasson.
• Pontos lastmod a sitemapban. Csak akkor frissítsd egy URL dátumát, ha az oldal tartalma tényleg változott.
• Termékfeed. A Google Merchant Centerbe küldött feed is ugyanebből az adatbázisból készüljön, gyakori ütemezéssel.
• Szerveroldali megjelenítés. A készletadat már az első HTML-válaszban legyen benne, ne csak egy utólag futó szkript töltse be.
• IndexNow. A Bing és néhány más kereső ezen a protokollon gyorsabban értesülhet a változásról.

Hivatalosan igazolt: a Google Search Central szerint a sitemap lastmod értékét a Google akkor használja, ha az következetesen pontos. Az IndexNow protokollt a Bing nyilvánosan dokumentálja.

Saját tapasztalat: ahol a darabonkénti oldal minden eladás után eltűnik, ott sok a 404-es hiba a Search Console-ban, és az oldalak nehezen építenek fel tartós láthatóságot. A kompatibilitás alapú, stabil URL ezt jelentősen csökkenti.

Hogyan kezeld a „nincs raktáron” állapotot?

Röviden: ha az alkatrész átmenetileg elfogyott, az oldal maradjon élő, OutOfStock állapottal és alternatívával. Ha végleg nem lesz ilyen, és az oldalnak nincs más értéke, akkor 404 vagy 410 válasz, vagy átirányítás egy valóban azonos tartalmú oldalra.

1. Állítsd át az állapotot automatikusan. Az utolsó darab eladásakor a strukturált adatban az availability értéke OutOfStock legyen, a látható szövegben pedig egyértelműen „jelenleg nincs raktáron”.
2. Hagyd meg az adatokat. A kompatibilitási adatok és az OE-szám továbbra is hasznosak, mert a vevő ebből tudja, mit keressen.
3. Kínálj alternatívát. Listázd a kompatibilis darabokat más donorautókból (azonos OE-számmal vagy igazolt csereszámmal).
4. Adj értesítési lehetőséget. Egy egyszerű „szólj, ha beérkezik” űrlap, amely az e-mail-címet csak erre a célra kéri el.
5. Ne ígérj beérkezési időt. Azt, hogy mikor jön be hasonló autó, nem te befolyásolod. A „ha beérkezik, értesítünk” megfogalmazás pontos és vállalható.
6. Dönts a végleges sorsról. Ha egy kombináció hosszú ideje üres, és nincs alternatíva, a 404 vagy 410 tisztább jelzés, mint a főoldalra irányítás.

Hivatalosan igazolt: a Google dokumentációja szerint a nem releváns oldalra mutató tömeges átirányítást „soft 404”-ként kezelheti, az elérhetőséget pedig az Offer availability tulajdonsága jelzi.

Szakmai feltételezés: egy AI-válaszmotor, amely egy korábbi feltérképezésből raktáron lévőnek látta a darabot, még egy ideig így idézheti. Ezért érdemes az oldalon dátummal jelölni a készlet utolsó frissítését, így a válaszmotor is jobb eséllyel jelzi a bizonytalanságot.

Hogyan írd le a roncsautó-átvételt és a bontási igazolást forrásmegjelöléssel?

Röviden: készíts egy külön oldalt, amely lépésenként leírja az átvételt, a szükséges iratokat és a bontási igazolás szerepét, és minden lépés mellé odaírja a jogszabályi forrást, illetve azt, ami csak a te gyakorlatod.

Erre a témára sokan kérdeznek rá a keresőkben és a chatbotoknál is („mi kell a roncsautó leadásához?”, „kell-e forgalomból kivonni a bontás előtt?”). Ha a válasz pontos és forrásolt, az oldal jó eséllyel idézhető forrássá válik. Ha pontatlan, azzal az ügyfelednek is kárt okozhatsz.

Mi a hivatalos keret?

Hivatalosan igazolt: Magyarországon a hulladékká vált gépjárművekről a 267/2006. (XII. 20.) Korm. rendelet szól, az uniós alapot a 2000/53/EK irányelv adja. A rendelet szerint az átvételre jogosult szervezet igazolást ad ki, a bontási igazolás pedig a jármű végleges forgalomból kivonásának alapja. A pontos ügymenetet (mit továbbít a bontó a járműnyilvántartásnak, mit kell a tulajdonosnak külön intéznie) mindig a hatályos szövegből ellenőrizd a Nemzeti Jogszabálytárban, mert a részletek módosulhatnak.

Hogyan nézzen ki az oldal szerkezete?

1. Ki adhatja le az autót? A tulajdonos vagy meghatalmazottja, a meghatalmazás formáját a rendelet és a hatósági tájékoztató alapján írd le.
2. Milyen iratokat hozzon? Jellemzően a forgalmi engedélyt, a törzskönyvet, a rendszámtáblákat és a személyazonosításhoz szükséges okmányt kérik. Jelöld, melyik kötelező jogszabály szerint, és melyiket kéred te a gördülékenyebb ügyintézésért.
3. Mi történik az átvételkor? Az autó és az iratok átadása, az adatok rögzítése, az igazolás kiállítása.
4. Mi a bontási igazolás szerepe? Írd le, hogy mire szolgál, és idézd a rendelet vonatkozó részét.
5. Mi a tulajdonos további teendője? Például a biztosító értesítése. Ezt jelöld saját gyakorlatként, ha nem jogszabályból idézed.
6. Mi a teendő hiányzó irat esetén? Ez gyakori kérdés, a választ a hatósági tájékoztatóból vedd, ne fejből írd.

Saját tapasztalat: az ilyen oldalak akkor működnek jól, ha minden bekezdés első mondata önálló válasz egy kérdésre, a jogszabályi hivatkozás pedig ott áll mellette a szövegben. A forrás nélküli, általános „gyorsan és egyszerűen intézzük” szövegből sem a vevő, sem a gép nem tud mit kiemelni.

Szakmai feltételezés: az átvételi oldalra tett FAQPage strukturált adat a Google-ben ma már ritkán ad kiemelt megjelenést, a kérdés-válasz szerkezet viszont jó eséllyel segíti az AI-válaszmotorokat a pontos idézésben.

Hogyan ellenőrizd, hogy a gépek tényleg látják a készletet?

Röviden: nézd meg a robots.txt-t, a nyers HTML-t, a strukturált adatot és a szervernaplót, és rendszeresen kérdezd meg a válaszmotorokat a saját alkatrészeidről.

• A robots.txt nem tiltja-e a Googlebotot, a Bingbotot és az OAI-SearchBotot az alkatrész-oldalakon.
• A nyers HTML-forrásban (szkript futtatása nélkül) benne van-e az alkatrészszám és az elérhetőség.
• A Rich Results Test hibátlannak mutatja-e a Product jelölést.
• A strukturált adat és a látható szöveg ugyanazt az állapotot mutatja-e.
• A Search Console-ban nő-e a 404-es vagy soft 404-es oldalak száma a napi készletváltozás miatt.
• A szűrős (facetta) URL-ek kombinációi canonical vagy noindex jelöléssel kezelve vannak-e, hogy ne keletkezzen több ezer üres oldal.
• A szervernaplóban megjelennek-e az AI-robotok kérései az alkatrész-oldalakon.
• Ha a ChatGPT keresésében vagy a Perplexityben rákérdezel egy konkrét OE-számra és a településedre, előkerül-e az oldalad, és helyes-e az idézett adat.

Ezek az ellenőrzések nem adnak biztos helyezést vagy AI-említést, de megmutatják, hol akad el a gép az adataidnál. Egy autóbontó számára ez a legbiztosabb kiindulópont, mert a készlet a legnagyobb értéke, és az akkor tud vevőt hozni, ha a gépek is pontosan látják.

Források és további olvasnivalók

• Google Search Central: Termék strukturált adat (Product, Offer) dokumentáció
• Google Search Central: Sitemapok létrehozása és a lastmod használata
• Google Search Central: Soft 404 hibák és HTTP-állapotkódok kezelése
• Schema.org: Product, Offer, Vehicle, EngineSpecification, ItemAvailability
• OpenAI dokumentáció: OAI-SearchBot és a robots.txt beállításai
• IndexNow protokoll dokumentáció (Microsoft Bing)
• 267/2006. (XII. 20.) Korm. rendelet a hulladékká vált gépjárművekről (Nemzeti Jogszabálytár)
• Az Európai Parlament és a Tanács 2000/53/EK irányelve az elhasználódott járművekről