Megőrizhetők a Google-helyezések domainváltás vagy felújítás után?
Egy jól megtervezett költözésnél csökkenthető az elvesző látogatók, hibás URL-ek és keresőből eltűnő tartalmak kockázata, de a változatlan Google-helyezés nem garantálható. A Google-nek újra fel kell térképeznie és értelmeznie a megváltozott címeket; közben a találati megjelenések átmenetileg ingadozhatnak. A címben szereplő „helyezésvesztés nélkül” ezért cél, nem vállalható eredményígéret.
A legnagyobb üzleti hiba általában nem a dizájn megváltoztatása, hanem a korábbi értékes oldalak, belső linkek és elérhetőségek dokumentálatlan elvesztése. Egy korrekt felújításnál a tervezés első kérdése: pontosan mi változik? Más teendő kell, ha csak új külsőt kap egy oldal, és más, ha a domain neve vagy sok URL-je is megváltozik.
Rövid szabály: ami változatlan URL-en marad, arra pusztán a dizájnfrissítés miatt nem kell 301. Ami tényleg új, megfelelő címre költözik, ahhoz URL-enként dokumentált állandó átirányítás kell. Ami utód nélkül megszűnik, annál a 404/410 lehet helyes.
Az átállás három üzleti pillére
Meglévő értékek védelme
Gyűjtsd össze a fontos szolgáltatásoldalakat és a korábbi URL-eket.
Rendezett átirányítás
Minden régi fontos útvonal kapjon ténylegesen megfelelő új célt.
Élesítés utáni figyelés
Ellenőrizd az ajánlatkérést, az elérhetőséget és a keresési adatokat.
Hat különböző változás — nem mindegyik domainköltözés
A „weboldal-költöztetés” szót gyakran hat eltérő műveletre használják. Ezért a kivitelezőtől még ajánlatadás előtt kérj egyértelmű meghatározást, melyiket végzi el, és hogyan ellenőrzi a keresőből elérhető URL-eket.
| Mi változik? | URL-térkép / 301? | Search Console Címváltoztatás? | Fő ellenőrzés |
|---|---|---|---|
| 1. Csak kinézet, UX, ugyanazok az URL-ek | Önmagában nem szükséges. | Nem. | Tartalom, címek, belső linkek, űrlapok, renderelés, mérőkód. |
| 2. Tárhely- vagy CDN-csere, változatlan publikus címek | Csak ezért nem szükséges. | Nem. | DNS, SSL, cache, botelérés, szerverválasz, rövid kiesés elkerülése. |
| 3. URL-útvonalak / slugok változnak ugyanazon a domainen | Igen, a megváltozott releváns URL-ekhez. | Nem. | 301/308, végső 200, canonical, belső linkek és sitemap. |
| 4. Domain- vagy aldomainváltás | Igen, a ténylegesen átköltöző tartalomhoz. | Az eszköz támogatott feltételei esetén igen. | Régi és új tulajdon, átirányítások, elérhetőség és URL-feltérképezés. |
| 5. Tartalomösszevonás, megszüntetés | Csak valóban megfelelő utódhoz; egyébként 404/410. | Önmagában nem. | Megmarad-e az eredeti felhasználói cél, nincs-e irreleváns tömeges 301? |
| 6. HTTP→HTTPS vagy www→nem-www ugyanazon domainen | Végső preferált URL-re állandó átirányítás. | Nem. | SSL, hostvariánsok, canonical és belső linkek. |
CMS-csere nem feltétlenül URL-költözés
Ha a webhely új CMS-t kap, attól még nem feltétlenül változik a domain vagy az URL. Ugyanakkor könnyen módosulhatnak a sablonok, címsorok, renderelés és a kapcsolatfelvételi űrlapok. Ezeket is tesztelni kell; a Search Console Címváltoztatás eszköze nem erre való.
Régi → új URL-térkép: a költözés legfontosabb munkalapja
Még fejlesztés előtt kérj listát minden fontos korábbi URL-ről. Ne csak a főoldal szerepeljen benne: különösen a keresőből forgalmat hozó szolgáltatási oldalak, gyakori kérdések, kapcsolatfelvételi és hirdetési céloldalak legyenek meg. A Search Console korábbi adatai és a belső navigáció segítenek a sorrend meghatározásában.
Teljesen fiktív minta, kizárólag pelda.test domainekkel:
| Régi URL | Új cél | Teendő és teszt | Felelős |
|---|---|---|---|
https://regi.pelda.test/szolgaltatas/villanyszereles/ | https://uj.pelda.test/villanyszereles/ | Ugyanaz a szolgáltatás: régi 301 → új 200. | Fejlesztő |
https://regi.pelda.test/kapcsolat/ | https://uj.pelda.test/kapcsolat/ | 301 → 200, mobilos űrlap és hívás tesztelése. | Fejlesztő + tulajdonos |
https://regi.pelda.test/blog/elavult-akcio/ | Nincs valódi utód | 404/410, sitemapból és menüből törlés. | Tartalomgazda |
https://regi.pelda.test/tudnivalok/ | https://uj.pelda.test/gyik/ | Csak tartalmilag megfelelő összevonásnál 301 → 200. | Szerkesztő + SEO |
Mit tartalmazzon az exportálható URL-munkalap?
Egy valódi, átadható munkalapon a régi és új URL mellett legyen oszlop a korábbi HTTP-státuszra, keresőből érkező fontos kattintásokra, belső/külső linkekre, a tervezett műveletre, tesztelt célnak adott HTTP-válaszra, felelősre és ellenőrzési dátumra. A véletlenül egymásra fűzött átirányítások és a körbe mutató láncok külön hibapontok.
Miért nem jó minden régi oldalt az új főoldalra irányítani?
Mert aki „Szolnok villanyszerelés árak” oldalt keres, nem biztos, hogy a cég általános bemutatkozásán megtalálja a választ. A Google az irreleváns átirányításokat akár soft 404-ként is értelmezheti. Inkább legyen kevesebb, de ténylegesen megfeleltetett állandó átirányítás; utód nélkül a szabályos 404/410 sokszor tisztább. A 404-es hiba útmutató segít egyedi döntést hozni.
Első kapu — élesítés előtt: kész az átállási terv?
Az alábbi négy pont teljesítéséről kérj bizonyítékot, mielőtt az új webhelyre irányítjátok a látogatókat:
- Leltár és prioritás. Van az összes fontos URL-ről és a keresőből érkező forgalommal rendelkező lapról lista? A dokumentáció tartalmazza a kapcsolatfelvétel és a kulcsfontosságú szolgáltatások útvonalait?
- URL-megfeleltetés. Minden régi URL sorsa ismert: változatlan marad, valódi új címre megy, tartalmilag összevonódik vagy helyesen megszűnik. Az irányok nem automatikusan a főoldalra vezetnek.
- Technikai terv és hozzáférés. Rendelkezésre áll a domain, DNS, SSL, tárhely és Search Console hozzáférés; megvan a tesztkörnyezet kizárása az indexelésből, és a tervezett éles verzióból el lesz távolítva a tiltás.
- Tartalom és üzleti funkció. Az alapoldalak, szövegek, képek és belső linkek készen állnak; az űrlap, a hívásgomb és a fontos üzleti kapcsolatfelvételi útvonalak kipróbálhatók. A tulajdonos jóváhagyta az új tartalmat.
Ha egyik kritikus pont sincs dokumentálva, az élesítés elhalasztása gyakran olcsóbb, mint utólag kitalálni, hová tűnt egy fontos oldal. A tartalomra és a botok számára látható technikára a sitemap, robots.txt és canonical útmutató ad kiegészítő magyarázatot.
Amikor a saját vállalkozásodról van szó
Egy weboldalváltásnál a korábbi munkád értékét is védeni kell
Az új dizájn mellett a régi fontos URL-ek, a hivatkozások és a Google általi feldolgozás is figyelmet igényelnek. A migrációt érdemes előre megtervezni; helyezésvesztés-mentes átmenet nem garantálható.
Második kapu — átkapcsoláskor: működnek a fontos útvonalak?
- A régi URL-ek a tervezett választ adják. A fontos költöző címek
301/308után közvetlenül a megfelelő új, 200-as oldalra jutnak. Nincsenek hibás láncok, átirányítási körök, véletlen 404-ek. - Az új oldalak valóban indexelhetők, ha annak szántad őket. Az éles verzió ne örökölje a staging jelszóvédelmét,
noindexszabályát vagy indokolatlan robots-tiltását. Az önmagukra mutató canonicalok a végleges URL-t használják. - A belső navigáció és a sitemap új címet mutat. A menü, lábléc, szöveges hivatkozások, hreflang (ha tényleg van többnyelvű tartalom), strukturált adatok és XML sitemap ne a régi címen maradjanak. A tesztoldalt ne említsük éles domainként.
- Az üzleti útvonalakat is végigpróbáltátok. Telefonkattintás, kapcsolatfelvétel, űrlapküldés, mobilnézet, alapvető sebesség és akadálymentesség ellenőrzése; mérőkód és cookie-beállítások működésének vizsgálata.
A Google Search Console Címváltoztatás (Change of Address) funkciója bizonyos teljes domain- vagy aldomainköltözésekhez használható a szükséges tulajdonjog és átirányítások mellett. Nem helyettesíti a 301-eket, és nem általános lépés egyetlen átnevezett aloldalhoz, puszta tárhelyváltáshoz vagy egyszerű HTTP→HTTPS váltáshoz.
Harmadik kapu — élesítés után: mi változott ténylegesen?
- Rögzítsd az induló állapotot és a hibákat. Ellenőrizd a régi és új címeket, az átirányításokat és a fontos landing oldalak válaszait. Tarts javítási naplót, ne emlékezetből ítéld meg a helyzetet.
- Kövesd a Search Console jelentéseit. Nézd a fontos oldalak indexelését, a keresési teljesítmény alakulását, sitemap feldolgozását és a feltérképezési hibákat. A riportok késhetnek; nem minden változás látható azonnal.
- Hasonlíts össze érdemi időszakokat. A korábbi és új URL-ek, keresőkattintások, megjelenések és tényleges üzleti érdeklődések változását kövesd. Nézd a szezont és a keresletet is, ne csak egy napi grafikont.
- Javíts dokumentáltan, és tartsd fenn az átirányításokat. A Google legalább egy évig javasolja fenntartani az átirányításokat; a látogatóknak sokszor hosszabb távon is hasznosak. Frissítsd a fontos külső profil-linkeket és ahol lehet, a jelentős külső hivatkozásokat.
Nem egyszeri launch-feladat: az új webhelyet folyamatosan ellenőrizni kell, amíg a kereső rendszerei feldolgozzák a változást. Egy kisebb oldalnál is eltarthat hetekig, nagyobbaknál tovább; ez tájékoztatás, nem garantált határidő vagy rangsor-visszatérés.
Nyolc jelenség a költözés után — ne kezeld mindet ugyanúgy
| Mit látsz? | Mit vizsgálj? |
|---|---|
| Régi URL még megjelenik a Google-ben | Van-e helyes átirányítás, illetve a Google feldolgozta-e már a költözést? Nem feltétlenül hiba az átmenet. |
| Új fontos aloldal nem indexelt | URL-ellenőrzés, noindex, canonical, belső link, indexelési státusz. Részletesen: indexelési diagnosztika. |
| Régi szolgáltatáslink 404-et ad | Létezik-e megfelelő új cél; rossz átirányítás vagy szándékos megszűnés? |
| Minden lap a főoldalra visz | Irreleváns tömeges átirányítás és soft 404 kockázata; URL-map javítása. |
| Search Console vagy GA4 nem mutat adatot | Megfelelő webhelytulajdon, működő mérőkód, időzóna és riportfrissítési késés. |
| Mobilon nincs ajánlatkérő / hívógomb | Reszponzív komponensek és konverziós folyamat; üzleti sürgősség. |
| Csak néhány lekérdezés esett | Szűrt keresési riport, tartalom és relevancia; nem automatikusan sitewide technikai hiba. |
| Minden fontos oldal 5xx-et ad | Tárhely, DNS, CDN, szerverlog és bothozzáférés: sürgős fejlesztői beavatkozás. |
Ha a Google-forgalom tényleg jelentősen változik, használd a forgalomvisszaesés célzott ellenőrzőlistáját; az segít különválasztani a mérési eltérést a lehetséges technikai vagy tartalmi októl.
Mit kapjon kézhez a vállalkozó a kivitelezőtől?
A weboldal átadása ne merüljön ki egy belépési linkben és egy számlában. A kockázatok megelőzéséhez kérj ellenőrizhető és átvehető dokumentációt:
- a végleges domain- és tárhelyhozzáférések tulajdonosi rendjét, a szükséges szerepkörökkel;
- a régi–új URL megfeleltetési táblát, a megszűnt címek indoklását és az átirányítások listáját;
- a kulcsoldalak HTTP- és canonical-ellenőrzésének eredményét, valamint a sitemap végleges útvonalát;
- az űrlapok, telefonhívási gombok, mobilmenü és analitikai mérés tesztjegyzőkönyvét;
- a Search Console-tulajdonok és – csak ahol indokolt – Címváltoztatás művelet státuszát;
- az átirányítások fenntartásának felelősét, tartalmát és az utókövetés időpontjait;
- egy hibajegyzéket: mi készült el, mi függőben, mikor és ki javítja.
Különösen fontos, hogy a vállalkozás domainje és más digitális eszközei ne kizárólag a kivitelező személyes fiókjához legyenek kötve. A hozzáférési szerepek legyenek világosak, a szükséges jelszavakat pedig biztonságos átadási módszerrel kezeljétek.
Gyakori kérdések domainváltásról és SEO-ról
Garantálható, hogy semmit nem esik a Google-helyezésem?
Nem. Megfelelő tervezéssel csökkenthető a veszteség kockázata, de a Google újrafeldolgozása és a keresőverseny miatt ingadozás előfordulhat.
Csak dizájnt cserélünk. Kell 301?
Ha a nyilvános URL-ek változatlanok, önmagában emiatt nem. Ettől még a tartalom, belső linkek, renderelés és kapcsolatfelvételi funkciók teljes ellenőrzése indokolt.
Ha új tárhelyre költözünk, használjuk a Címváltoztatás eszközt?
Általában nem, ha a látogatók számára látható domain és URL-ek változatlanok. Az eszköz bizonyos domain- vagy aldomainköltözésekre való, megfelelő feltételekkel.
Meddig maradjanak a 301-es átirányítások?
A Google legalább egy évet javasol, és felhasználói okból sokszor célszerű ennél hosszabban, akár tartósan is fenntartani őket.
Elég beküldeni az új sitemapot?
Nem. A sitemap a felfedezést segíti, nem helyettesíti a megfelelő szerveroldali átirányításokat, a működő belső linkeket, az indexelhetőséget és a tartalom ellenőrzését.
Források és szakmai háttér
Kapcsolódó útmutatók
Következő lépés · Kaluzsa
Felújítanád a weboldalad, de félted a megtalálhatóságát?
Beszéljük át a régi és az új weboldal céljait, valamint az átállás kockázatait. A rendezett migráció csökkentheti az elkerülhető hibákat.