Ár nélküli termékoldal B2B webshopban ajánlatkérő gombbal

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

B2B webshopban gyakori, hogy a termék ára vevőnként más, a mennyiségtől függ, vagy csak a szerződött partner látja belépés után. Üzletileg ez teljesen rendben van, a keresőnek és az AI-asszisztenseknek viszont kevesebb kapaszkodót ad. Ez a cikk végigveszi, mit veszítesz a hiányzó árral, mivel pótolhatod, és hogyan építsd fel az ajánlatkérést úgy, hogy mérhető is legyen.

Háromféle jelölést használunk. Hivatalosan igazolt az, ami a Google, az OpenAI vagy a Schema.org dokumentációjában szerepel. Saját tapasztalat az, amit B2B katalógusok építésénél és mérésénél rendszeresen látunk. Szakmai feltételezés az, ami logikusan következik a működésből, de nincs rá nyilvános, egyértelmű igazolás.

Hogyan működjön egy ár nélküli B2B termékoldal?

Az ár nélküli termékoldal akkor működik, ha belépés nélkül is elmond mindent, ami a vásárlási döntés előtt kell (műszaki adatok, minimum rendelési mennyiség, szállítási idő, árképzési szempontok), és egy kattintással ajánlatot lehet kérni róla. Így az ár hiánya csak egy lépés a folyamatban, a vevő nem fut zsákutcába.

A jól felépített B2B termékoldal három rétegből áll:

• Nyilvános réteg: termékleírás, paraméterek, alkalmazási terület, tanúsítványok, letölthető adatlap, kiszerelések, minimum rendelési mennyiség, átfutási idő.
• Ajánlatkérő réteg: jól látható gomb (például „Ajánlatot kérek erre a termékre”), rövid űrlap, előre kitöltött termékadatokkal.
• Partneri réteg: belépés után egyedi ár, készlet, korábbi rendelések, újrarendelés, szerződéses feltételek.

Vegyünk egy általános példát, egy ipari kötőelem-forgalmazót. A nyilvános oldalon ott van, hogy a csavar milyen anyagból készül, milyen szabvány szerint, milyen méretekben, hány darabos kartonban, mennyi a legkisebb rendelhető tétel, és hogy a raktári méretek és a gyártásra rendelt méretek átfutása eltér. Az ár helyén az ajánlatkérő gomb áll. A belépett partner ugyanezen az URL-en a saját árát és a raktárkészletet is látja.

A hiba ott szokott lenni, hogy a második és a harmadik réteg összemosódik, és a termékoldal tartalmának nagy része is a belépés mögé kerül. Ilyenkor a keresőrobot egy szinte üres oldalt lát, egy terméknévvel és egy „Lépj be az árakért” felirattal.

Mit jelent a hiányzó ár a Google keresésben és a Merchant Centerben?

Organikus keresésben az ár nélküli termékoldal is rangsorolhat, ha érdemi a tartalma. A Google Shoppingba és az ingyenes termékmegjelenítésekbe viszont ár nélkül nem kerülhet be termék, és a kereskedői találati megjelenésre (merchant listing) sem lesz jogosult.

Hivatalosan igazolt. A Google Merchant Center termékadat-specifikációja szerint a price attribútum kötelező, és a feedben lévő árnak egyeznie kell a céloldalon látható árral. Ha az ár csak belépés után jelenik meg, a Google nem tudja ellenőrizni, ezért a termék jó eséllyel elutasítást kap. Az ismétlődő eltérés fiókszintű figyelmeztetést vagy felfüggesztést is hozhat, ezért jelképes vagy nulla árat feltölteni kockázatos. A Google Search Central dokumentációja a kereskedői találatokhoz szintén kötelezően kéri az árat az offers alatt. A termék-kivonathoz (product snippet) elég lehet a valódi, oldalon látható értékelés vagy vélemény is.

Ezzel három reális utad van:

1. Azokra a termékekre, amelyeknek van nyilvános listaára (például kis tételű raktári cikkek), mutasd az árat, és csak ezeket küldd a Merchant Centerbe.
2. Az egyedi árazású termékeknél mondj le a Shoppingról, és építs az organikus keresésre, a keresési hirdetésekre és az ajánlatkérő oldalra.
3. Ha van mindenkire érvényes alapár a legkisebb rendelési egységre, azt mutathatod nyilvánosan, a mennyiségi kedvezményt pedig belépés vagy ajánlat mögé teheted.

Hogyan látják az AI-asszisztensek a belépés mögötti katalógust?

Az AI-keresők robotjai nem lépnek be, ezért csak a nyilvános oldalakból tudnak dolgozni. Ha egy kérdésre (például „melyik hazai forgalmazó szállít ilyen csatlakozót 500 darabos tételben”) a válasz a belépés mögött van, a modell jó eséllyel máshonnan idéz.

Hivatalosan igazolt. Az OpenAI dokumentációja szerint a ChatGPT keresési funkciójához az OAI-SearchBot gyűjt oldalakat, és a robots.txt-ben külön engedélyezhető vagy tiltható. A modellek tanításához használt GPTBot ettől független. A Google a Google-Extended tokennel külön szabályozza, hogy a tartalmad felhasználható-e a Gemini modellekhez, és ez a Google keresésben való megjelenést nem befolyásolja.

Saját tapasztalat. B2B kérdéseknél az AI-válaszok gyakran olyan adatokra támaszkodnak, amelyek egy átlagos webshopban nem is szerepelnek. Ilyen a minimum rendelési mennyiség, a szállítási idő, a kiszolgált iparágak, a tanúsítványok és a gyártói háttér. Ha ezek szöveges formában ott vannak a termék- és kategóriaoldalon, nagyobb az esélye, hogy a te oldalad lesz a forrás. Garancia erre nincs, de ár nélkül ezek az adatok viszik a súlyt.

Szakmai feltételezés. Ha egy AI-asszisztenstől árat kérdeznek, és a te oldaladon semmilyen árinformáció nincs, a modell vagy kihagy, vagy egy versenytárs listaárát idézi. Egy nyilvános árképzési magyarázat (mitől függ az ár, hogyan változik a mennyiséggel) segítheti, hogy pontosabb képet adjon rólad.

Milyen tartalom pótolja a hiányzó árat?

Minden olyan adat, amely alapján a beszerző eldöntheti, hogy érdemes-e ajánlatot kérnie. Ha erre nem kap választ, inkább a következő találatra kattint.

A termékoldalon nyilvánosan szereplő adatok

• Minimum rendelési mennyiség (MOQ) és a rendelési egység (darab, karton, raklap, folyóméter).
• Szállítási vagy gyártási átfutási idő sávosan, a raktári és a gyártásra rendelt tételre külön.
• Árképzési szempontok: mennyiség, kivitel, egyedi méret, csomagolás, szállítási cím, keretszerződés.
• Ártartomány vagy árkategória, ha üzletileg vállalható. Ez szöveges besorolás is lehet (alap, közép vagy prémium kivitel).
• Műszaki paraméterek táblázatban, mértékegységgel, szövegként és nem képként.
• Adatlap, tanúsítvány, biztonsági adatlap PDF-ben, a lényeg HTML-ben is.
• Kompatibilis, helyettesítő és kiegészítő termékek belső linkkel.
• Szállítási terület és mód, például országos kiszállítás vagy személyes átvétel.

Strukturált adat ár nélkül

A Schema.org Product típusa ár nélkül is használható. Jelölhető a termék neve, márkája, cikkszáma (sku), GTIN-je és leírása, az Offer alatt pedig a minimum mennyiséget az eligibleQuantity, az átfutási időt a deliveryLeadTime írja le. Egy egyszerűsített példa:

{"@context":"https://schema.org","@type":"Product","name":"…","sku":"…","brand":{"@type":"Brand","name":"…"},"offers":{"@type":"Offer","availability":"https://schema.org/InStock","eligibleQuantity":{"@type":"QuantitativeValue","minValue":500,"unitCode":"C62"},"deliveryLeadTime":{"@type":"QuantitativeValue","minValue":5,"maxValue":10,"unitCode":"DAY"}}}

Hivatalosan igazolt. Ezek a tulajdonságok szerepelnek a Schema.org szótárában, és a Google irányelvei szerint a strukturált adatnak egyeznie kell az oldalon látható tartalommal. Szakmai feltételezés. Ár nélkül a Google Rich Results tesztje a kereskedői találatokra hiányzó mezőt jelezhet. Ez ilyen oldalnál várható, és nem jelenti, hogy az oldal nem indexelhető. A jelölés ettől még segítheti, hogy a gépek pontosabban értsék a terméket.

Hogyan legyen kitalálva az ajánlatkérő űrlap, hogy könnyű legyen?

A jó ajánlatkérő űrlap tudja előre, melyik termékről van szó, csak azt kérdezi, ami az első ajánlathoz tényleg kell, és megmondja, mi történik a beküldés után.

1. Gomb az ár helyén. Ahol más webshopban az ár és a kosár gomb van, ott legyen az ajánlatkérés, mobilon is az első képernyőn.
2. Előre kitöltött termékadat. A termék neve, cikkszáma és kiválasztott változata rejtett vagy szerkeszthető mezőben megy az űrlappal.
3. Kevés kötelező mező. Jó kiindulás a név, a céges e-mail, a cégnév, a mennyiség és egy opcionális megjegyzés. A telefonszám, az adószám és a szállítási cím ráér később.
4. Mennyiség a MOQ-hoz igazítva. A mező alapértéke legyen a minimum, és az űrlap jelezze, ha a beírt szám ez alatt van.
5. Ajánlatkosár. Ha a vevők jellemzően több tételt kérnek egyszerre, legyen lehetőség több termék gyűjtésére és egyetlen beküldésre.
6. Opcionális fájlfeltöltés rajzhoz, műszaki specifikációhoz, korábbi rendeléshez.
7. Világos megerősítés. A köszönőoldal mondja meg, mi a következő lépés és ki keresi meg a vevőt. Időt csak akkor írj, ha biztosan tartani tudod.
8. Adatkezelési tájékoztató linkkel, és akadálymentes mezőcímkék, a WCAG ajánlásai szerint.

Saját tapasztalat. A leggyakoribb fék a túl sok kötelező mező és a regisztrációs kényszer. Ha az ajánlatkéréshez fiókot kell nyitni, sok érdeklődő megáll. A regisztrációt jobb az első elfogadott ajánlat utánra tenni.

Hogyan mérd az ajánlatkérést lead-konverzióként?

Az ajánlatkérés a B2B webshop elsődleges konverziója, ezért kulcseseményként kell mérni a termékadatokkal együtt, és amennyire lehet, vissza kell kötni a tényleges megrendeléshez.

1. GA4 esemény. Sikeres beküldéskor küldj generate_lead eseményt, és jelöld kulcseseménynek. Paraméterként add át a termék azonosítóját, a kategóriát és a kért mennyiséget.
2. Csak a sikeres beküldés számít. A gombkattintást külön, mikrokonverzióként mérd, hogy a két szám ne keveredjen.
3. Google Ads konverzió. Importáld a kulcseseményt, vagy használj külön konverziós címkét. A bővített konverziók leadekhez a hashelt e-mail-címmel segítik a későbbi visszakötést.
4. Offline visszacsatolás. Ha a CRM-ben látszik, melyik ajánlatkérésből lett megrendelés, ezt offline konverzióként visszatöltheted, így a hirdetési rendszer a minőségi leadekből tanulhat.
5. Lead-azonosító. Minden ajánlatkérés kapjon egyedi azonosítót, amely a GA4-eseményben és a CRM-ben is szerepel.

Egy egyszerű adatréteg-esemény a beküldés sikeres visszaigazolása után:

dataLayer.push({event: 'generate_lead', lead_id: 'Q-2026-0142', item_id: 'SKU-123', item_category: 'csatlakozok', quantity: 500});

Hivatalosan igazolt. A generate_lead a GA4 ajánlott eseményei között szerepel, a bővített konverziók leadekhez és az offline konverzióimport pedig a Google Ads dokumentált funkciói. Saját tapasztalat. A mérés leggyakrabban azon csúszik el, hogy az űrlap AJAX-szal küld, nincs külön köszönőoldal, és a címke vagy minden kattintásra elsül, vagy egyszer sem. Próbabeküldés után a GA4 DebugView-ban nézd meg, hogy az esemény pontosan egyszer érkezik-e.

Mit indexelj, és mit tegyél belépés mögé?

Indexelhető legyen minden, ami a terméket leírja és a döntést előkészíti. Belépés mögé az kerüljön, ami vevőhöz kötött, vagyis az egyedi ár, a készlet, a rendelési előzmény és a szerződéses feltétel.

Hivatalosan igazolt. A Googlebot nem tölt ki bejelentkezési űrlapot, így a belépés mögötti tartalom nem kerül az indexbe. A robots.txt tiltás a feltérképezést akadályozza meg, az indexelést nem feltétlenül. Ha egy oldal ne jelenjen meg a találatok között, noindex kell, és az oldalnak feltérképezhetőnek kell maradnia, hogy a robot lássa a jelzést. A Google irányelvei tiltják, hogy a robotnak mást mutass, mint a felhasználónak (cloaking).

Ellenőrzőlista: nyilvános, indexelendő tartalom

• Termék- és kategóriaoldalak teljes leírással és paraméterekkel
• MOQ, rendelési egység, átfutási idő, szállítási terület
• Árképzési szempontok, és ha vállalható, ártartomány vagy árkategória
• Adatlapok és tanúsítványok HTML-összefoglalóval
• Ajánlatkérő gomb a termékoldalon (a különálló űrlapoldal mehet noindexre)
• GYIK a rendelésről, szállításról és a partnerré válás menetéről
• Strukturált adat (Product, Organization, BreadcrumbList), a látható tartalommal egyezően

Ellenőrzőlista: belépés mögé tett tartalom

• Vevőnkénti egyedi ár és kedvezménysávok
• Raktáranként bontott készlet, ha ez üzleti titok
• Rendelési előzmény, újrarendelés, számlák
• Szerződéses és fizetési feltételek
• Letölthető partneri árlista

Ellenőrzőlista: technikai kontroll

• A termékoldal kijelentkezve, inkognitóablakban is teljes tartalmú.
• A Search Console URL-ellenőrzőjében a renderelt HTML tartalmazza a leírást és a paramétereket.
• A belépés mögötti oldalak nem szerepelnek a sitemapban.
• A bejelentkezési és fiókoldalak noindexesek.
• A robots.txt nem tiltja a termékoldalakat, az OAI-SearchBot és a többi AI-robot hozzáféréséről pedig tudatosan döntesz.
• Belépés után a termékoldal ugyanazon az URL-en él, a kanonikus URL egyetlen változatra mutat.
• Ár nélküli terméket nem küldesz a Merchant Centerbe.

Milyen hibák rontják el leggyakrabban az ár nélküli katalógust?

Saját tapasztalat. A legtöbb gond nem a hiányzó árból jön, hanem abból, hogy a helyére semmi nem kerül. A visszatérő hibák:

• Az egész katalógus belépés mögött van, a nyilvános oldalon csak egy logó és egy belépés gomb látszik.
• A termékleírás szó szerint a gyártói szöveg, ami sok más oldalon is ugyanígy szerepel.
• Az ajánlatkérő gomb a lap alján van, vagy egy általános kapcsolati oldalra visz, ahol elvész a termékadat.
• A paraméterek képként vagy csak PDF-ben érhetők el.
• Az ajánlatkérés mérése nincs beállítva, így a SEO- és a hirdetési munka eredménye nem látszik.
• A „Kérjen árat” felirat mellett semmi nem utal arra, mitől függ az ár és mennyit kell várni a szállításra.

Szakmai feltételezés. Ahogy az AI-asszisztensek egyre több beszerzési előkutatást végeznek a felhasználó helyett, az előny azé lehet, akinek a nyilvános oldalai géppel is jól olvashatók: egyértelmű mennyiségi adatok, átfutási idők és jól követhető ajánlatkérő folyamat. Ez nem garantál megjelenést, de csökkenti az esélyét, hogy a katalógusod láthatatlan maradjon.

Források és további olvasnivalók

• Google Search Central: Termék strukturált adatok (kereskedői találatok és termék-kivonatok)
• Google Search Central: A robots.txt bemutatása és a noindex használata
• Google Search Central: Spamszabályzat (cloaking)
• Google Merchant Center Súgó: Termékadat-specifikáció
• Google Analytics Súgó: Ajánlott események és kulcsesemények
• Google Ads Súgó: Bővített konverziók leadekhez, offline konverzióimport
• OpenAI dokumentáció: Overview of OpenAI Crawlers
• Schema.org: Product, Offer, QuantitativeValue
• W3C: Web Content Accessibility Guidelines (WCAG) 2.2