A felsorolható szolgáltatások azt jelentik, hogy az oldal szövegéből név szerint kigyűjthető, mit csinálsz: nem egy általános ígéret, hanem több konkrét, megnevezett tétel. Ha egy olvasó vagy egy nyelvi modell le tud írni egy listát a kínálatodról anélkül, hogy találgatna, a szolgáltatásaid felsorolhatók.
Hogyan olvassa ki egy gép
A nyelvi modellek mintázatot keresnek. Erős jel a valódi <ul> lista, a szolgáltatásonkénti alcím és a menüben szereplő önálló aloldal. Gyenge jel a képre égetett szöveg, a szlogen és a „komplex megoldások” típusú általánosítás.
A felsorolhatóság nem ugyanaz, mint a fő szolgáltatás felismerhetősége. A fő szolgáltatás egy mondat: mi vagy. A felsorolás a kínálat szerkezete: mit lehet nálad megrendelni.
Miért más ez a generatív keresőknek
Egy találati oldalon elég volt, ha a látogató végigolvasta a szöveget. Egy AI-válaszba viszont csak az kerül be, ami kimásolható tényként létezik. Ha nincs lista, a modell vagy kihagy, vagy általánosít. Mindkettő rosszabb, mint a saját szavaid.
Mikor számít igazán
Szolgáltató cégeknél, ügynökségeknél, egészségügyi és jogi praxisoknál, kivitelezőknél a legerősebb a hatás. Ezeknél a kereslet konkrét tételre irányul, nem a cégre. A magyar KKV-oldalak többségén a kezdőlap három marketing-mondattal elintézi a kínálatot.
Mit néz ebből a riport
Az audit azt vizsgálja, hogy a szolgáltatásaid felsorolhatók-e a nyilvános tartalomból. Ez közepes hatású, kód hatókörű szabály. Az ajánlás egyszerű: sorold fel konkrétan a szolgáltatásokat, külön oldalakon is.
Röviden: ha nem tudsz listát írni a saját kínálatodról az oldalad szövege alapján, egy gép sem fog.
Technikai példa
Szemantikus lista a szolgáltatásoldalon. Minden tétel saját URL-re mutat:
<h2>Szolgáltatásaink</h2>
<ul>
<li><a href="/szolgaltatasok/webfejlesztes/">Webfejlesztés</a></li>
<li><a href="/szolgaltatasok/webshop-keszites/">Webshop készítés</a></li>
<li><a href="/szolgaltatasok/seo-audit/">SEO-audit</a></li>
<li><a href="/szolgaltatasok/karbantartas/">Weboldal karbantartás</a></li>
</ul>
Ugyanez gépi olvasatra, JSON-LD-ben. A hasOfferCatalog a kínálat szerkezetét adja meg:
{
"@context": "https://schema.org",
"@type": "Organization",
"name": "Példa Kft.",
"url": "https://pelda.hu/",
"hasOfferCatalog": {
"@type": "OfferCatalog",
"name": "Szolgáltatások",
"itemListElement": [
{
"@type": "Offer",
"itemOffered": {
"@type": "Service",
"name": "SEO-audit",
"url": "https://pelda.hu/szolgaltatasok/seo-audit/"
}
},
{
"@type": "Offer",
"itemOffered": {
"@type": "Service",
"name": "Webshop készítés",
"url": "https://pelda.hu/szolgaltatasok/webshop-keszites/"
}
}
]
}
}
A séma kiegészítés, nem helyettesítés. Ha a látható szövegben nincs lista, a JSON-LD önmagában keveset ér.
Gyakori kérdések
Hány szolgáltatást érdemes felsorolni?
Négy és tíz között van az egészséges tartomány a legtöbb KKV-nál. Kettőnél kevesebb tétel nem ad szerkezetet, húsz fölött pedig szétesik a fókusz. Ha sok tételed van, csoportosítsd őket 4-6 fő kategóriába, és a részleteket tedd aloldalra.
Elég, ha a menüben szerepelnek a szolgáltatások?
Segít, de önmagában kevés. A menü rövid címkéket használ, gyakran rövidítve. A szövegtörzsben lévő felsorolás adja a kontextust, és onnan tud idézni egy nyelvi modell is.
A séma nélkül is működik a felsorolás?
Igen. A látható, szerver oldalon renderelt szöveg a lényeg, a strukturált adat erre épül rá. A JSON-LD akkor ad pluszt, ha pontosan ugyanazt mondja, mint a HTML.
Miért kell külön oldal, ha a lista már a kezdőlapon ott van?
Az önálló URL adja a rangsorolható egységet és a belső link célpontját. Külön oldalon fér el az ár, a folyamat és a gyakori kérdés. Egy közös oldalon ezek összemosódnak, és a modell nem tudja, melyik részlet melyik szolgáltatáshoz tartozik.
Mi a teendő, ha a szolgáltatásaink tényleg egyediek minden ügyfélnél?
Akkor is nevezd meg a tipikus munkatípusokat. Írj le 4-6 valós projektformát, például felmérés, kivitelezés, üzemeltetés. Az „egyedi megoldás” címke ugyanis semmilyen keresésre nem válasz.
