Helyi SEO Érden: amikor a budapesti keresés elnyomja a saját városodat

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

Az érdi vállalkozások jelentős része félig Budapesten dolgozik. A telephely, a raktár vagy a műhely Érden van, a megrendelések fele viszont a XI., a XXII. vagy a XVIII. kerületből jön. Ez teljesen normális agglomerációs működés, a weboldalakon mégis szinte mindig ugyanaz a döntés születik belőle: mindent átcímkézünk Budapestre, mert ott a nagyobb piac, ott több az ember, és ott hangzik jobban.

Az eredmény általában az, hogy a cég egyik keresésben sem lesz erős. A fővárosi lekérdezésekben lemarad a valóban budapesti telephelyű versenytársak mögött, az érdi lekérdezésekben pedig kevésbé látszik, mint korábban, mert a saját város neve kikopott a fontos helyekről. Ez a cikk arról szól, hogyan tudod szétválasztani a kettőt úgy, hogy egyik se menjen a másik rovására.

Miért gyengít egy érdi céget a budapesti kulcsszavakra optimalizálás?

Rövid válasz: mert a helyi találatokban a távolság olyan tényező, amit szöveggel nem tudsz felülírni, a saját városodban meglévő előnyödet viszont a hígított szöveggel el tudod veszíteni.

Hivatalosan igazolt: a Google dokumentációja szerint a helyi találatok sorrendjét három fő szempont alakítja: a relevancia, a távolság és az ismertség. A távolság a keresés helye (vagy a keresésben megnevezett település) és a vállalkozás között mért adat, amit a rendszer a megadott címedből számol, nem a szövegedből olvas ki.

Ebből következik a leggyakoribb félreértés. Ha az érdi telephelyű céged főoldalára mindenhová azt írod, hogy budapesti, attól nem kerülsz közelebb a Móricz Zsigmond körtérhez. A fővárosi szolgáltatás-lekérdezéseknél a térképes blokkba többnyire a ténylegesen közeli vállalkozások kerülnek be, és melletted ott áll több tucat olyan versenytárs, akinek a címe is ott van. A szöveges találatokban van mozgástered, de ott meg erős, kifejezetten budapesti tartalmakkal kell versenyezned.

Saját tapasztalat: agglomerációs ügyfeleknél rendre azt látom, hogy a fővárosi optimalizálás első mérhető hatása nem a budapesti növekedés, hanem a saját városi visszaesés. Amikor a főoldal címsorából, a meta leírásból és a nyitóbekezdésből kikerül Érd neve, a saját településre vonatkozó lekérdezésekben romlik a helyzet, miközben a fővárosi lekérdezésekben nem jön be semmi érdemi. Ez a lehető legrosszabb csere: a biztos alapot adod fel egy bizonytalan lehetőségért.

A saját nézőpontom ezért az, hogy az agglomerációból a nagyváros nevére optimalizálás többnyire elveszi azt az előnyt is, ami a saját városodban megvolt. Nem azért, mert Budapest tiltott terep, hanem mert egyetlen oldalon próbálsz kiszolgálni két, egymástól eltérő keresési szándékot.

Mit jelent pontosan a törzsterület és a kiszállási terület szétválasztása?

Rövid válasz: a törzsterület az, ahol a telephelyed van és ahová külön feltétel nélkül mész; a kiszállási terület az, ahová eltérő feltételekkel vállalsz munkát. A kettőnek külön oldal, legrosszabb esetben külön, jól elhatárolt szakasz jár.

A gyakorlati határ ott húzódik, ahol a feltételeid megváltoznak. Ha Érden és a szomszédos településeken ugyanaz a rend (kiszállási díj, felmérés, vállalási rend, minimális munkamennyiség), Budapestre viszont csak bizonyos méret fölött vagy csak bizonyos napokon mész, akkor ez nem ugyanaz a szolgáltatás. Ha pedig nem ugyanaz a szolgáltatás, akkor nem is ugyanaz az oldal.

• Érdi törzsoldal: a teljes kínálat, a telephely, a nyitvatartás, a helyi referenciák, a szomszédos települések felsorolása (Diósd, Tárnok, Százhalombatta, Sóskút, Törökbálint).
• Budapesti kiszállás-oldal: a ténylegesen vállalt kerületek, a kiszállás feltételei, a fővárosi munkákra jellemző eltérések (parkolás, behajtás, időablak), a budapesti referenciák.
• Ami egyik oldalra sem való: a másik oldal szövegének átfogalmazott változata.

Hogyan épüljön fel a budapesti oldal, hogy ne legyen belőle átvezető oldal?

Rövid válasz: a második oldal akkor áll meg a lábán, ha olyan információt hordoz, ami az elsőn nincs benne: eltérő feltételek, eltérő logisztika, eltérő példák, kerület szintű részletek.

Hivatalosan igazolt: a Google keresési spam-szabályzata külön nevesíti az átvezető oldalakat (doorway pages), vagyis az olyan, településnevekre gyártott, egymáshoz nagyon hasonló oldalakat, amelyek önmagukban nem adnak hozzá semmit a felhasználónak. Ha a budapesti oldalad az érdi oldal szövege a városnév cseréjével, akkor pontosan ezt a mintát valósítod meg, és ez hosszú távon inkább kockázat, mint nyereség.

1. Nyitó bekezdés: egy mondatban kimondod, hogy a telephely Érden van, és hogy Budapestre kiszállással dolgozol. Ez a mondat önmagában is idézhető legyen.
2. Vállalt kerületek felsorolása: nem "egész Budapest", hanem a konkrét lista. Ha csak a déli és budai kerületekbe mész, akkor azt írd ki.
3. Eltérő feltételek: mikortól, milyen munkamennyiségtől, milyen napokon, milyen előzetes egyeztetéssel.
4. Logisztikai részletek: parkolás, behajtási engedély, lifthiány, társasházi időkorlát. Ezek olyan tudások, amiket a fővárosi ügyfél keres.
5. Budapesti referenciák: kerület szintű megnevezéssel, a munka típusával.
6. Zárás: visszavezetés az érdi oldalra azoknak, akik mégis a törzsterületről érkeztek.

Mi kerüljön a cégprofilba, ha a telephely Érden van, de a munkák fele Budapesten zajlik?

Rövid válasz: a cím mindig a valós telephely, vagyis Érd. Budapest a kiszállási területek közé kerül, nem a cégnévbe és nem a cím mezőbe.

Hivatalosan igazolt, a Google Cégprofil súgója alapján:

• Ha a megadott címen fogadsz ügyfelet, a cím maradhat látható. Ha nem fogadsz, akkor kiszállással dolgozó vállalkozásként kell beállítani a profilt, a címet elrejtve, kiszállási területek megadásával.
• A kiszállási területekből korlátozott számú adható meg, és a súgó szerint a kiszállási terület megadása önmagában nem határozza meg, hol jelensz meg a találatokban. Vagyis a húsz kerület felvétele nem rangsorolási trükk, hanem tájékoztatás.
• A cégnév mezőbe a valós cégnév kerül. A városnév vagy a szolgáltatás nevének hozzátoldása szabályellenes, és a profil felfüggesztésének kockázatával jár.
• A kategóriákat a tevékenységed alapján válaszd, ne a célzott település alapján. Kategória-szinten nem tudsz földrajzot állítani.
• Külön profil csak külön, valós telephelyhez jár. Budapesti fióktelep nélkül nincs budapesti profil.

Saját tapasztalat: a kiszállási területek helyes kitöltése nem hoz látványos ugrást a fővárosi térképes találatokban, de észrevehetően javítja a bejövő megkeresések minőségét. Kevesebb olyan érdeklődő hív, akihez amúgy sem mennél ki, és ez önmagában is idő.

Hogyan jelezd a kiszállási feltételeket úgy, hogy egy válaszmotor is át tudja venni?

Rövid válasz: írd le szövegesen, egyértelmű mondatokban, és tedd mellé strukturált adatban is. A kettő együtt adja a legnagyobb esélyt arra, hogy pontosan idézzenek.

Hivatalosan igazolt: a Schema.org szótárában a LocalBusiness típushoz tartozik az areaServed tulajdonság, amivel megadható, hol szolgálsz ki ügyfeleket. A cím a PostalAddress mezőben marad a valós telephelyé. Egy egyszerű példa:

{ "@context": "https://schema.org", "@type": "LocalBusiness", "name": "Minta Kft.", "address": { "@type": "PostalAddress", "streetAddress": "Minta utca 1.", "addressLocality": "Érd", "postalCode": "2030", "addressCountry": "HU" }, "areaServed": [ { "@type": "City", "name": "Érd" }, { "@type": "City", "name": "Diósd" }, { "@type": "City", "name": "Százhalombatta" }, { "@type": "AdministrativeArea", "name": "Budapest XI. kerület" }, { "@type": "AdministrativeArea", "name": "Budapest XXII. kerület" } ] }

Szakmai feltételezés: a válaszmotorok jellemzően a látható szöveget idézik, a strukturált adat inkább megerősítő szerepet tölt be. Ezért a kiszállási feltételt mindenképpen írd le emberi mondatban is, lehetőleg felsorolásban, mert az ilyen szerkezetű részletet könnyebb kiemelni és visszaadni egy beszélgetős felületen. Ez tapasztalati megfigyelés, nem dokumentált szabály.

Hová tedd a budapesti referenciákat?

Rövid válasz: a fővárosi munkák a budapesti oldalra kerüljenek, kerület szintű megnevezéssel, az érdi oldalon pedig maradjon meg a helyi munkák súlya.

• Minden referencia mellé írd oda, melyik kerületben készült és mi volt a feladat. A puszta felsorolás kevés.
• Ne rakd át a helyi munkákat a budapesti oldalra a darabszám kedvéért. Az érdi oldal hitelességét pont a helyi példák adják.
• Ha egy munka Érd és Budapest határán zajlott, döntsd el, melyik történetet erősíti jobban, és csak ott szerepeljen.
• A vélemények maradjanak a cégprofilban és ott, ahol valóban születtek. Ne másold át őket oldalról oldalra.

Hogyan linkeld össze a két oldalt?

Rövid válasz: kétirányú, beszédes linkekkel, amelyekből kiderül, melyik oldal mit szolgál ki.

1. Az érdi oldalról a budapesti oldalra: "Budapestre kiszállással is dolgozunk, a vállalt kerületek és a feltételek itt olvashatók."
2. A budapesti oldalról vissza: "A telephelyünk Érden van, a helyi kínálat és a nyitvatartás az érdi oldalon található."
3. A link szövege ne ismételje ugyanazt a kulcskifejezést minden helyen. Írd le emberi mondatban, mit talál a másik oldalon.
4. A menüben a két oldal ne egymás alternatívájaként jelenjen meg, hanem a szolgáltatás alá rendezve, hogy a szerkezet logikája látszódjon.
5. Mindkét oldalnak saját, önmagára mutató kanonikus URL-je legyen. Ha az egyiket a másikra kanonizálod, gyakorlatilag lemondasz róla.

Milyen ellenőrzőlistát futtass végig a szétválasztás után?

1. A kiszállási terület pontosan fel van sorolva, kerület szinten, nem "egész Budapest" formában.
2. Az eltérő kiszállási feltételek külön ki vannak írva: mennyiségi feltétel, időablak, egyeztetés módja.
3. A budapesti oldalon van legalább három olyan információ, ami az érdi oldalon nincs benne.
4. A budapesti referenciák a budapesti oldalon vannak, kerület megjelöléssel.
5. Az érdi oldal címsorában, meta leírásában és nyitóbekezdésében szerepel Érd.
6. A belső linkelés mindkét irányban megvan, beszédes szöveggel.
7. A cégprofilban a valós érdi cím szerepel, a cégnév mező toldalék nélkül.
8. A kiszállási területek a cégprofilban is fel vannak véve, a valóságnak megfelelően.
9. A strukturált adatban a cím érdi, az areaServed pedig tartalmazza a fővárosi kerületeket.
10. A kapcsolati adatok (telefonszám, cégnév, cím) minden felületen azonos formában szerepelnek.
11. A Search Console teljesítmény-riportjában külön nézed a két oldal lekérdezéseit, hogy lásd, tényleg elvált-e a szándék.
12. Fél év múlva újra megnézed: ha a budapesti oldal semmilyen saját lekérdezést nem hoz, akkor a tartalom, nem a szerkezet a gond.

Mikor éri meg mégis a fővárosi kifejezéseket célozni?

Rövid válasz: ott, ahol a földrajzi közelség nem korlát, vagyis fizetett hirdetésben és olyan tartalmaknál, ahol nem a térképes találat dönt.

Hirdetésben pontosan meg tudod adni, mely kerületekben jelenjen meg a hirdetésed, és ott a telephelyed távolsága nem jelent automatikus hátrányt. Ez rendszerint gyorsabb út a fővárosi megkeresésekhez, mint a szerves rangsorért folytatott hosszú küzdelem. Ugyanígy működhetnek a szakmai tartalmak: egy fővárosi társasházi munkákról szóló, valódi tapasztalatokat tartalmazó írás elérhet olyan embereket, akiket a térképes találat soha nem hozna hozzád.

Ha pedig a budapesti munkák aránya tartósan nő, akkor a valódi lépés nem a szöveg átírása, hanem a telephely. Egy ténylegesen működő fővárosi iroda vagy raktár már jogosan kap saját cégprofilt, és onnantól a távolság is melletted dolgozik. Addig viszont az a biztonságos út, ha az érdi alapot erősnek tartod, és Budapestet őszintén annak nevezed, ami: kiszállásnak.

Források és további olvasnivalók

• Google Search Central: Helyi vállalkozások strukturált adatai, valamint a helyi találatok rangsorolásáról szóló dokumentáció
• Google Search Central: Keresési spam-szabályzatok (átvezető oldalak, doorway pages)
• Google Cégprofil Súgó: Kiszállási területek megadása, cím és cégnév szabályai
• Schema.org: LocalBusiness, Service, PostalAddress, areaServed, GeoCircle
• Google Rich Results Test és a Search Console strukturált adat jelentései
• OpenAI dokumentáció: a kereső- és crawler-ügynökök viselkedése
• W3C: Web Content Accessibility Guidelines (WCAG) a tartalom olvashatóságához