A szolgáltatásoldal egy olyan aloldal, amely egyetlen szolgáltatást mutat be a saját URL-jén, saját címsorával és saját szövegével. Nem a nyitóoldal egyik szakasza, hanem önálló dokumentum, amely önmagában is megérthető.
Hogyan működik
A legtöbb oldalon a szolgáltatások először a főoldalon jelennek meg. Ott három-négy doboz sorakozik, ikonnal és egy mondattal. Ez a felsorolás jó belépő, de kevés minden másra.
A dedikált oldal ezt bontja ki. Egy szolgáltatás, egy beszédes URL, egy H1, és alatta a részletek: mit csinálsz, kinek, hogyan zajlik, mi az eredmény. A belső linkek a főoldalról és a menüből mutatnak ide.
Miért más a generatív keresőknek
A klasszikus keresőnél a szolgáltatásoldal a releváns találat egy konkrét keresésre. A generatív keresőnél más a tét: a modell darabokban olvassa az oldalt, és a darabokból von le következtetést. Ha egy szolgáltatásod csak egy ikonos doboz felirata, abból nem lesz idézhető tény.
A riportokban ezt látjuk a leggyakrabban: a modell felsorol három szolgáltatást a menüből, de egyikről sem tud mondani semmit. A felsorolható szolgáltatások ilyenkor formálisan megvannak, tartalmilag üresek.
Mikor számít igazán
Akkor, ha a szolgáltatásaid eltérnek egymástól. Egy könyvelőirodánál a bérszámfejtés és az adótanácsadás két különböző kérdésre válasz. Ha egy oldalon vannak, egyik sem lesz erős.
Akkor is számít, ha több városban vagy iparágban dolgozol. A működési terület és a szolgáltatás kombinációja sok jogos aloldalt ad ki. Vigyázz viszont: ezek csak akkor érnek valamit, ha tényleg különböznek, különben duplikált tartalom lesz belőlük.
Röviden: ha egy szolgáltatásod nem kapott saját URL-t, a keresők és a nyelvi modellek szemében nagyjából nem is létezik.
Miért fontos
Keresőszempontból
Egy oldal egy fő témára tud rangsorolni. Ha öt szolgáltatás osztozik a főoldalon, öt gyenge jelet küldesz egy erős helyett. A title, a H1 és az URL mind egyetlen témáról szólhat.
A dedikált oldal emellett belépési pont. A Search Console találati jelentésében jól látszik: a szolgáltatásoldalak hozzák a konkrét, vásárlási szándékú kifejezéseket, nem a főoldal.
AI-szempontból
A nyelvi modellek részletekből építenek választ. Egy jó szolgáltatásoldalon van definíció, folyamat, célcsoport és ár-logika. Ezek mind idézhető egységek.
A főoldali doboz ezzel szemben egy címke. A modell látja a szót, de nincs mögötte tény. Ilyenkor vagy kihagy, vagy kitalál valamit helyetted.
Üzleti szempontból
A dedikált oldalra tudsz hirdetést vinni. Tudsz róla ajánlatot küldeni linkkel. Tudsz rajta egy szolgáltatásra szabott CTA-t tenni, nem egy általános „Kérj ajánlatot” gombot.
A magyar KKV-oldalak többségén ez hiányzik. Van egy „Szolgáltatásaink” gyűjtőoldal, rajta hat bekezdés, és semmi tovább.
Technikai példa
Egy minimális, de helyes szolgáltatásoldal-váz. A lényeg a szemantikus szerkezet, nem a design.
<main>
<nav aria-label="Morzsamenü">
<a href="/">Főoldal</a> >
<a href="/szolgaltatasok">Szolgáltatások</a> >
<span>Bérszámfejtés</span>
</nav>
<h1>Bérszámfejtés kisvállalkozásoknak</h1>
<p>A bérszámfejtés a havi bérek, járulékok és bevallások
elkészítése. Havi 1-50 fős céges létszámig vállaljuk.</p>
<h2>Mit tartalmaz</h2>
<ul>
<li>Havi bérszámfejtés és bérjegyzék</li>
<li>NAV-bevallások beküldése</li>
<li>Be- és kilépők ügyintézése</li>
</ul>
<h2>Hogyan indulunk</h2>
<ol>
<li>Adategyeztetés, 30 perc online</li>
<li>Szerződés és meghatalmazás</li>
<li>Első bérszámfejtés a következő hónapban</li>
</ol>
<a href="/ajanlatkeres?szolgaltatas=berszamfejtes">
Bérszámfejtési ajánlatot kérek
</a>
</main>
Ha szeretnél gépi jelzést is adni, tedd az oldal fejlécébe ezt a JSON-LD blokkot. A provider a saját Organization entitásodra mutasson.
{
"@context": "https://schema.org",
"@type": "Service",
"name": "Bérszámfejtés",
"serviceType": "Bérszámfejtés és járulékbevallás",
"description": "Havi bérszámfejtés, bérjegyzék és NAV-bevallások 1-50 fős cégeknek.",
"provider": {
"@type": "Organization",
"name": "Példa Könyvelő Kft.",
"url": "https://pelda.hu/"
},
"areaServed": {
"@type": "AdministrativeArea",
"name": "Budapest és Pest vármegye"
},
"url": "https://pelda.hu/szolgaltatasok/berszamfejtes"
}
A Service típusra a Google nem ad rich resultot, de a séma segít az entitás-összekötésben.
Mit néz ebből a riport
Az audit azt vizsgálja, van-e önálló oldal a fő szolgáltatásaidhoz, vagy csak a főoldalon szerepelnek. A szabály hatása közepes, hatóköre kód, az ajánlás pedig egyszerű: hozz létre külön, dedikált oldalt minden fő szolgáltatásnak. Webshopnál, ahol katalógus és Product-séma van, a riport ezt nem alkalmazhatónak jelöli.
Gyakori kérdések
Hány szolgáltatásoldal az ideális?
Annyi, ahány valóban különböző szolgáltatásod van. Négy-nyolc oldal a tipikus egy KKV-nál. Ha egy oldalra nem tudsz 400 szó értelmes tartalmat írni, akkor valószínűleg nem önálló szolgáltatásról van szó, hanem egy nagyobb szolgáltatás részéről.
Elég, ha a főoldalon részletesen leírom mindet?
Nem. A kereső egy URL-t egy fő témához rendel, tehát a főoldalad nem tud öt kifejezésre erős lenni. A nyelvi modellek is kontextus-egységekben dolgoznak, és egy hosszú, vegyes főoldalból nehezebben vonnak ki konkrét választ.
Webshopnál is kell szolgáltatásoldal?
Tiszta webshopnál nem. Ott a termékkategóriák és a termékoldalak töltik be ezt a szerepet, Product sémával. Ha viszont a bolt mellett szerelést, beüzemelést vagy tanácsadást is árulsz, azoknak igenis jár saját oldal.
Mennyi szöveg legyen egy szolgáltatásoldalon?
Nincs hivatalos küszöb, de tapasztalatból 400-800 szó körül kezd működni. A lényeg nem a hossz, hanem a konkrétság: folyamat, célcsoport, határok, ár-logika. Egy 300 szavas konkrét oldal többet ér egy 1500 szavas általánosnál.
Muszáj Service sémát tenni rájuk?
Nem kötelező, és a Google nem jelenít meg belőle rich resultot. Attól még hasznos: segít a gépeknek összekötni a szolgáltatást a cégeddel. Először a szöveget és a szerkezetet rendezd, a séma utána jön.
