Több telephely SEO-ja: oldalstruktúra, profilok és belső linkelés

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

Ha egy cégnek három, öt vagy huszonöt telephelye van, a weboldal többnyire ugyanazon a ponton bukik el: minden helyszín ugyanarra az egy kapcsolat oldalra mutat, és a cégprofilok is oda linkelnek. A keresőnek és a válaszmotornak így kell kitalálnia, melyik városról szól a kérdés. Ez pazarlás: az összes helyi keresés egyetlen URL-en osztozik, és egyetlen település sem kap saját, erős landolóoldalt.

Az alábbiakban végigmegyünk azon, hogyan néz ki egy működő telephelystruktúra, mi kerüljön a telephelyoldalakra, hogyan linkelj közöttük, hogyan tartsd rendben a profilokat, és hogyan kerüld el, hogy a saját oldalaid vegyék el egymás elől a helyet.

Milyen oldalstruktúra való egy több telephelyes céghez?

Rövid válasz: egy telephelykereső szülőoldal, alatta minden fizikai helyszínnek saját, önálló URL-en élő telephelyoldal, és csak ott szolgáltatás plusz település kombinációs aloldal, ahol tényleg van érdemi mondanivaló.

A telephelykereső oldal

Ez a csomópont. Ide fut be minden belső link, ami általánosan a helyszínekről szól, és innen indul minden telephelyoldal. Legyen rajta egyszerű, szöveges lista is, ne csak térképes widget, mert a robotok és az AI-válaszmotorok a listát olvassák megbízhatóan. Minden sorban szerepeljen a településnév, a cím, a telefonszám és egy egyértelmű link a részletes oldalra. Ha sok a telephely, csoportosítsd megye vagy régió szerint, és a csoportoknak adj saját alcímet, hogy a földrajzi nevek a szövegben is megjelenjenek.

URL-nek a /telephelyeink/ vagy /uzleteink/ jó választás, alatta /telephelyeink/szekesfehervar/ formában a helyszínek. Szakmai feltételezés: a beszédes, hierarchikus URL önmagában nem rangsorfaktor, de a válaszmotorok idézéskor gyakran az URL-ből is kontextust olvasnak, ezért érdemes rendben tartani.

Az egyedi telephelyoldalak

Minden fizikai helyszín kap egy indexelhető, saját címsorral és saját meta leírással rendelkező oldalt. Nem elég egy horgony a kapcsolat oldalon belül, és nem elég egy JavaScriptből betöltődő fül sem. Ha három üzletet üzemeltetsz Budapesten, akkor három oldal kell, kerületre bontva, nem egy összevont budapesti oldal. Ugyanez igaz akkor is, ha két telephelyed van Debrecenben, csak a város más pontján.

Mit kell kötelezően kitenni egy telephelyoldalra?

Rövid válasz: mindent, amiből egy ember és egy AI-asszisztens is el tudja dönteni, érdemes-e odamennie: pontos cím, térkép, naponkénti nyitvatartás, helyi elérhetőség, helyi csapat és a helyszínre igaz gyakorlati információk.

• Teljes postai cím szövegként (ne képen), irányítószámmal együtt.
• Beágyazott térkép és külön útvonaltervező link.
• Nyitvatartás naponkénti bontásban, plusz az eltérések (ebédszünet, ünnepnapi rend, szezonális nyitvatartás).
• Helyi telefonszám és helyi e-mail cím. Ha központi számot használsz, legalább a mellék vagy a menüpont legyen kiírva.
• Helyi csapat: nevek, beosztás, egy mondat arról, ki mit intéz. Fotó, ha van róla valós kép.
• Megközelítés és parkolás: melyik busz áll meg a közelben, van-e saját parkoló, akadálymentes-e a bejárat.
• A telephelyen elérhető szolgáltatások listája, és ami fontosabb: amit ott nem tudsz elvégezni.
• Az ellátott települések, körzetek felsorolása, ha kiszállásos szolgáltatásról van szó.
• Strukturált adat a helyszínről.

A strukturált adatnál a LocalBusiness típus vagy annak pontosabb altípusa (például Dentist, AutoRepair, Store) használható telephelyenként. Hivatalosan igazolt: a Schema.org dokumentálja ezeket a típusokat, a Google Search Central pedig külön útmutatót ad a helyi cégek strukturált adataihoz. Vázlatosan így néz ki:

{ "@context": "https://schema.org", "@type": "LocalBusiness", "name": "Példa Kft. Székesfehérvár", "url": "https://pelda.hu/telephelyeink/szekesfehervar/", "telephone": "+36 22 000 000", "address": { "@type": "PostalAddress", "streetAddress": "Fő utca 1.", "addressLocality": "Székesfehérvár", "postalCode": "8000", "addressCountry": "HU" }, "openingHours": "Mo-Fr 08:00-17:00", "parentOrganization": { "@type": "Organization", "name": "Példa Kft." } }

A parentOrganization mező jelzi, hogy a telephelyek egy cég alá tartoznak. Saját tapasztalat: a strukturált adat önmagában nem hoz forgalmat, de a hiányzó vagy ellentmondásos adat (más nyitvatartás a jelölésben, mint a szövegben) rendszeresen okoz zavart, ezért a jelölést mindig a látható tartalomból generáld, ne kézzel írd külön.

Hogyan linkelj a telephelyoldalak között?

Rövid válasz: a hub minden telephelyre linkeljen, minden telephely vissza a hubra, egymásra viszont csak akkor, ha annak valós felhasználói értelme van (közeli telephely, eltérő szolgáltatás).

A leggyakoribb hiba a lábléc, amibe valaki bemásolja mind a huszonöt telephely linkjét. Ez minden oldalról ugyanazt a huszonöt linket adja, vagyis semmilyen jelzést nem hordoz arról, melyik oldal mihez kapcsolódik. Helyette:

1. A globális navigációba egyetlen link kerüljön: a telephelykereső.
2. A hub oldalról menjen link minden telephelyoldalra, beszédes szöveggel ("Székesfehérvári telephely", nem "tovább").
3. Minden telephelyoldalról legyen visszalink a hubra és a hozzá tartozó szolgáltatásoldalakra.
4. Telephelyek között csak indokolt keresztlink legyen: "Ez a szolgáltatás nálunk Győrben érhető el", vagy "Legközelebbi telephelyünk Veszprémben van, 30 km-re".
5. A blogcikkek és esettanulmányok, ha egy adott helyszínen történtek, mutassanak az adott telephelyoldalra, ne a hubra.

Ez a rend arra is jó, hogy a belső link szövege megerősítse, melyik oldal melyik településhez tartozik. Szakmai feltételezés: a válaszmotorok az idézhető szakaszt gyakran a kontextusból választják ki, és a pontos, földrajzilag egyértelmű linkszöveg segítheti a helyes oldal kiválasztását.

Hogyan kezeld a cégprofilokat egy fiókban?

Rövid válasz: egy szervezeti fiók, azon belül telephelycsoportok, és minden telephely külön profilként, saját, hitelesített, valós címmel.

Hivatalosan igazolt: a Google Cégprofil dokumentációja szerint több telephely esetén létrehozható telephelycsoport, és tíz vagy több hitelesített telephelynél lehetőség van tömeges kezelésre, illetve a csoportok megosztására a kollégákkal. Ez sokkal biztonságosabb, mint magánfiókokban szétszórva tartani a profilokat, mert egy kolléga távozása nem viszi magával a hozzáférést.

Gyakorlati rend, amit érdemes betartani:

• A tulajdonos mindig a cég saját fiókja legyen, az ügynökség vagy a marketinges csak kezelői jogot kapjon.
• Minden profil a saját telephelyoldalára linkeljen, ne a főoldalra. Ez a legolcsóbb és leggyakrabban elmulasztott lépés.
• A nyitvatartás, a telefonszám és a kategória a profilban és a weboldalon karakterre egyezzen.
• Az UTM-paramétereket egységesen tedd a profilok weboldal-linkjére, hogy a forgalom telephelyenként mérhető legyen.

Milyen elnevezési rendet használj?

Hivatalosan igazolt: a Google irányelvei szerint a cégprofil neve a valós, az üzlethelyiségen és a hivatalos dokumentumokon is használt cégnév legyen. A névbe pakolt kulcsszó vagy településnév ("Példa Kft. vízvezeték szerelés Szeged olcsón") irányelvsértés, és a profil felfüggesztéséhez vezethet.

Belső adminisztrációra viszont kell egy saját, konzekvens azonosító. Bevált séma: Marka_Telepules_Kerulet-vagy-utca, például Pelda_Budapest_XIII-Vaci. Ezt használd a telephelycsoport belső címkéiben, a táblázatokban, az UTM-ekben és a fájlnevekben. A publikus profilnév marad a valós cégnév, ha a Google engedi, a telephely megkülönböztető részével (például kerület), ahogy az az üzlet homlokzatán is szerepel.

Hogyan kerüld el, hogy a telephelyoldalak kannibalizálják egymást?

Rövid válasz: nem a kulcsszó elhagyásával, hanem azzal, hogy minden oldal más kérdésre válaszol, és a belső linkelés is egyértelműen kijelöli, melyik oldal a felelős egy adott településért.

A kannibalizáció akkor keletkezik, amikor két oldal ugyanazt a szándékot célozza, ugyanazzal a szöveggel. Ez tipikusan sablonos telephelyoldalaknál fordul elő, ahol csak a városnév cserélődik. A megoldás lépésről lépésre:

1. Rendelj minden telephelyoldalhoz egy elsődleges lekérdezéscsoportot, és írd le egy táblázatba. Ha kettő oldalhoz ugyanaz kerül, az egyiket át kell pozicionálni vagy össze kell vonni.
2. Nézd meg a Search Console-ban lekérdezésenként, melyik URL kap megjelenést. Ha ugyanarra a lekérdezésre hetente váltakozik két URL, az figyelmeztető jel.
3. A címsorok legyenek egyértelműek. Ne "Szolgáltatásaink" mindenhol, hanem "Szolgáltatásaink a szegedi telephelyen".
4. Az általános, országos szolgáltatásoldal maradjon az általános kifejezés felelőse, a telephelyoldal pedig a helyi változaté. A szolgáltatásoldal ne próbáljon minden települést felsorolni.
5. Ha két telephely tényleg ugyanazt csinálja ugyanabban a városban, akkor nem két oldal kell, hanem egy oldal két nyitvatartással, vagy két oldal két külön ellátott körzettel.

Saját tapasztalat: a sablonos, csak városnévben eltérő oldalak eleinte gyakran hoznak némi megjelenést, aztán fokozatosan elhalványulnak. A javítás ilyenkor ritkán technikai: majdnem mindig az hiányzik, hogy legyen mit mondani az adott helyszínről.

Miért legyen minden telephelyoldalon valami, ami csak ott igaz?

Rövid válasz: mert ez az egyetlen elem, amit egy versenytárs nem tud lemásolni, és ez az, amit egy AI-válaszmotor idézni tud, amikor valaki konkrét helyszínről kérdez.

Ez a saját szabályom minden több telephelyes projektnél: egy telephelyoldal addig nem élesíthető, amíg nincs rajta legalább egy bekezdésnyi olyan tartalom, ami kizárólag arra a helyszínre igaz. Nem a városról szóló általánosság ("Székesfehérvár Fejér megye székhelye"), hanem működési tény. Például:

• "A műhelyben két emelő van, ezért nagyobb haszongépjárművet is fogadunk, a másik telephelyünkön csak személyautót."
• "Az udvarban tíz vendégparkoló van, a szomszédos utcában fizetős a parkolás hétköznap 8 és 18 óra között."
• "Ezen a telephelyen dolgozik az egyetlen kollégánk, aki német nyelvű ügyintézést is vállal."
• "Csütörtökön 18 óráig vagyunk nyitva, a többi telephelyünk 17-kor zár."

Ezek mind rövid, könnyen ellenőrizhető állítások, mégis azonnal megkülönböztetik az oldalt. Szakmai feltételezés: a válaszmotorok szeretik a konkrét, tényszerű mondatokat, mert ezek egyben idézhetők. Garanciát ez sem ad, de jó eséllyel több esélyt hagy, mint egy sablonszöveg.

Milyen ellenőrzőlistával indulj, és mit nézz át bővítéskor?

Rövid válasz: induláskor a struktúrát, az adatokat és a profilokat ellenőrizd, bővítéskor pedig ugyanezt, plusz azt, hogy az új telephely nem ütközik-e a meglévőkkel.

Indulási ellenőrzőlista

1. Van telephelykereső hub oldal, szöveges listával és belső linkekkel.
2. Minden helyszínnek saját, indexelhető URL-je van, egyedi title és meta leírással.
3. Cím, nyitvatartás, telefonszám szövegként szerepel, és egyezik a cégprofillal.
4. Van beágyazott térkép és útvonaltervező link.
5. Legalább egy csak arra a helyszínre igaz bekezdés van az oldalon.
6. A LocalBusiness jelölés kitöltve, a látható tartalommal összhangban.
7. A cégprofil a saját telephelyoldalára linkel, UTM-mel.
8. A profil neve a valós cégnév, nincs benne kulcsszó.
9. Az oldal szerepel az XML sitemapban, és nincs rajta noindex.
10. A telephelyoldal mobilon is egy kattintással hívható.

Bővítési ellenőrzőlista

1. Az új telephely lekérdezéscsoportja nem ütközik meglévő oldaléval.
2. Az ellátott körzetek felosztása frissült a szomszédos telephelyek oldalán is.
3. A hub oldal listája és a régió szerinti csoportosítás kiegészült.
4. Az új profil bekerült a telephelycsoportba, a hozzáférések rendezettek.
5. A Search Console-ban két hónap múlva ellenőrizve, hogy nincs URL-váltakozás azonos lekérdezésen.
6. A régi telephelyoldalakról indokolt esetben van keresztlink az újra.

Ez a rend nem garantál helyezést, és nem is helyettesíti a valódi helyi jelenlétet (értékelések, helyi említések, valós ügyfélélmény). Azt viszont segítheti, hogy amikor valaki egy konkrét településen keres, a rendszer a megfelelő oldaladat találja meg, és ne egy általános kapcsolat oldalt.

Források és további olvasnivalók

• Google Search Central: Local Business structured data dokumentáció
• Google Cégprofil súgó: több telephely és telephelycsoportok kezelése
• Google Cégprofil: a cégek megjelenítésére vonatkozó irányelvek (névhasználat)
• Schema.org: LocalBusiness, PostalAddress, Organization típusok
• W3C: Web Content Accessibility Guidelines (WCAG) az akadálymentes megközelítési információkhoz
• Google Search Console súgó: Teljesítmény jelentés, lekérdezés és oldal szerinti bontás