Staging SEO: teljes útmutató

A staging SEO a tesztkörnyezet, vagyis az élesítés előtti másolat keresőoptimalizálási kezelése. Két feladata van: a staging oldal ne kerüljön be a Google találatai közé, és az éles oldalra átvitt változtatások ne rontsák a meglévő helyezéseket. A legbiztosabb védelem a jelszavas hozzáférés, élesítéskor pedig minden tiltást el kell távolítani, és a SEO-elemeket élesítés előtt ellenőrizni kell.

Alapfogalmak

A staging környezet egy webhely különálló, jellemzően nyilvánosan nem hirdetett példánya, amelyen a fejlesztők, a tartalomkészítők és az SEO-szakemberek kipróbálhatják a változtatásokat, mielőtt azok a valódi látogatók elé kerülnének. Tipikus címe egy aldomain, például staging.pelda.hu vagy dev.pelda.hu, de lehet külön domain vagy egy tárhelyszolgáltató által adott ideiglenes cím is. A lényeg, hogy tartalmilag szinte teljesen megegyezik az éles oldallal, ezért ha a kereső eléri, duplikált tartalomként jelenhet meg.

A staging SEO ezért két irányba figyel. Az egyik irány a védekezés: a tesztpéldány ne legyen feltérképezhető és indexelhető, ne szivárogjanak ki belőle linkek, és ne versenyezzen az éles oldallal. A másik irány a minőségbiztosítás: a staging az a hely, ahol még kockázat nélkül kiderül, hogy egy új sablon, egy URL-átalakítás vagy egy bővítmény frissítése elrontja-e a title címkéket, a canonical hivatkozásokat, a strukturált adatokat vagy a belső linkeket.

A leggyakoribb környezetek

Környezet	Szerepe	Kinek látható?
Fejlesztői (lokális vagy dev)	Kódírás, gyors próbák	Csak a fejlesztőknek
Staging	Élesítés előtti teljes próba, az éleshez hasonló adatokkal	A csapatnak és az ügyfélnek, jelszóval
Éles (production)	A valódi látogatók és a keresők által elért oldal	Mindenkinek

Érdemes tisztázni néhány kapcsolódó fogalmat is. A noindex utasítás azt kéri a keresőtől, hogy az oldalt ne vegye fel a találatok közé; részletesen a meta robots és az X-Robots-Tag útmutatóban írunk róla. A robots.txt a feltérképezést szabályozza, nem az indexelést. A HTTP-hitelesítés, vagyis a böngésző által kért felhasználónév és jelszó, a kiszolgáló szintjén zárja el az oldalt. Ez a három eszköz eltérően működik, és a staging SEO jó része arról szól, hogy melyiket mikor és milyen kombinációban használjuk.

Fontos még a környezetfüggő konfiguráció fogalma. Jól szervezett projektben a staging és az éles oldal ugyanazt a kódot futtatja, de bizonyos beállítások, például az alap URL, a tiltó fejlécek vagy az analitikai kód, környezeti változóból érkeznek. Így a tiltás nem a kódban vagy az adatbázisban utazik, hanem a környezethez tartozik, és élesítéskor nem kell kézzel kikapcsolni.

Hogyan működik?

A keresők a webet linkek és oldaltérképek alapján járják be. Egy staging oldalhoz többféle úton juthatnak el: valaki linket tesz rá egy nyilvános felületen, a fejlesztő elküldi egy külső eszköznek, a staging oldaltérképe véletlenül bekerül valahová, vagy az éles oldal sablonjában maradt egy abszolút hivatkozás a teszt címre. Az a feltételezés, hogy egy címet senki nem ismer, ezért a kereső sem találja meg, a gyakorlatban nem megbízható.

Ha a kereső eléri a staging oldalt, a folyamat attól függ, milyen védelem áll előtte. Jelszavas védelem esetén a kiszolgáló hitelesítést kérő választ ad, a kereső nem látja a tartalmat, így nincs mit indexelnie. Robots.txt tiltás esetén a robot általában nem tölti le az oldalakat, de a címet ettől még ismerheti, és előfordulhat, hogy a cím tartalom nélkül megjelenik a találatok között, ha elég külső jel mutat rá. Noindex esetén a robotnak le kell töltenie az oldalt ahhoz, hogy az utasítást lássa, ezért a noindex és a robots.txt tiltás együtt ellentmond egymásnak: a tiltás miatt a noindex nem olvasható.

A jelek útja élesítéskor

A staging SEO másik fele az élesítés pillanata. Ilyenkor a tesztkörnyezetben jóváhagyott kód, sablon és gyakran adatbázis kerül át az éles kiszolgálóra. Ha a staging tiltásai beégett beállításként utaznak, például a tartalomkezelő egy adatbázisban tárolt "keresők elől elrejtés" kapcsolójával, akkor az éles oldal is noindexet vagy tiltó robots.txt fájlt kap. Ez az egyik leggyakoribb oka annak, hogy egy újratervezés után a forgalom meredeken esik.

Ugyanez igaz a fordított irányra is. Ha a staging oldal az éles adatbázis másolatával dolgozik, a tartalomban lévő belső linkek gyakran az éles domainre mutatnak, ezért a teszt közben észre sem vesszük, hogy egy új sablon hibásan építi fel a hivatkozásokat. Érdemes tehát a stagingen időnként a teljes linkállományt is átnézni, nem csak a látható oldalakat kattintgatni.

A folyamat tehát így néz ki röviden:

A staging oldal zárva van, a kereső nem fér hozzá a tartalomhoz.
A csapat a stagingen teszteli az SEO-elemeket egy rögzített ellenőrzőlista szerint.
Élesítéskor a környezetfüggő beállítások az éles értékekre váltanak.
Közvetlenül élesítés után valaki ellenőrzi, hogy a tiltások eltűntek, és a staging címek sehol nem maradtak.

Ha a változás URL-eket is érint, az élesítés már migrációnak számít, és a site migration útmutatóban leírt átirányítási és mérési lépések is kötelezők. A staging ilyenkor az a terep, ahol az átirányítási térképet még élesítés előtt végig lehet futtatni.

Fő módszerek

A staging védelmére több módszer létezik, és ezek nem egyformán erősek. A választás attól függ, ki fér hozzá a környezethez, milyen külső eszközöknek kell elérniük, és mennyire bízunk abban, hogy élesítéskor senki nem felejt el semmit. Az alábbi táblázat a mi tapasztalatunk szerinti erősségi sorrendet mutatja.

Módszer	Mit akadályoz meg?	Gyenge pontja	Ajánlás
HTTP-hitelesítés (jelszó)	A tartalom elérését és így az indexelést	Egyes tesztelő eszközöknek meg kell adni a jelszót	Alapértelmezett választás
IP-cím alapú korlátozás	Minden elérést az engedélyezett címeken kívülről	Otthoni és mobilhálózatról nehézkes	Céges hálózatnál jó kiegészítés
Noindex fejlécben (X-Robots-Tag)	Az indexelést, ha a robot letölti az oldalt	A tartalom látható marad, a linkek kiszivároghatnak	Csak kiegészítésként
Robots.txt tiltás	A feltérképezést, de nem az indexelést	A cím tartalom nélkül is bekerülhet, és elfedi a noindexet	Önmagában nem elég
Semmilyen védelem, "titkos" cím	Semmit	Az első kiszivárgó link után indexelhető	Kerülendő

Döntési szabály

A saját projektjeinkben ezt az egyszerű szabályt követjük: ha a staging kiszolgálóján beállítható jelszó, akkor jelszó kerül rá, és ennyi. Ha valamilyen külső szolgáltatás miatt a jelszó nem lehetséges, akkor a noindex fejlécet a kiszolgáló szintjén, környezeti változó alapján küldjük, és a robots.txt fájlt nem használjuk tiltásra, hogy a noindex olvasható maradjon. A robots.txt tiltás csak ott marad, ahol a cél kizárólag a feltérképezési terhelés csökkentése.

A módszer mellett legalább ilyen fontos, hogy a staging oldal milyen SEO-elemeket mutat. Az ajánlott gyakorlat az, hogy a canonical hivatkozások, a hreflang címkék és az oldaltérkép a staging saját címére mutassanak a teszt idején, de ezeket a sablon generálja az aktuális alap URL-ből. Így élesítéskor maguktól az éles címre váltanak, és nem kell kézzel cserélni őket. Ha a canonical mindig az éles címre mutat, az a stagingen kevésbé zavaró, de elfedheti azt a hibát, amikor a sablon valójában rossz címet állít elő.

Külön figyelmet érdemelnek a külső tesztelő eszközök. Sebességmérő, akadálymentességi vagy strukturált adatokat ellenőrző szolgáltatások nem mindig tudnak jelszót megadni. Ilyenkor ideiglenesen engedélyezhető az adott szolgáltatás IP-címe, vagy a teszt idejére egy rövid életű, külön címen elérhető másolat is készülhet. A lényeg, hogy a kivétel dokumentált legyen, és a teszt után megszűnjön.

Végül a staging adatbázisában ne legyen éles személyes adat, és az analitikai kód se küldjön adatot az éles mérésbe. Ez nem közvetlenül SEO-kérdés, de ha a staging látogatásai bekerülnek az éles statisztikába, a mérés torzul, és később nehéz szétválasztani a valódi változást a tesztforgalomtól.

Gyakori hibák

A staging körüli SEO-hibák többsége nem szakmai tudás hiányából fakad, hanem abból, hogy az élesítés sietős, és a beállítások a környezetek között "utaznak". Az alábbi hibák mindegyike megelőzhető egy rövid, kötelezően kipipálandó listával.

A leggyakoribb hibák és megelőzésük

Élesre átvitt noindex. A staging adatbázisa vagy konfigurációja a tiltással együtt kerül élesre. Megelőzés: a tiltás környezeti változóból jöjjön, és élesítés után azonnal ellenőrizd a forráskódot és a válaszfejléceket.
Élesre átvitt robots.txt tiltás. A "Disallow: /" sor az éles oldalon marad. Megelőzés: a robots.txt legyen környezetenként külön kezelve, és szerepeljen az élesítési ellenőrzőlistán. A szabályok működéséről a robots.txt útmutató ír részletesen.
Staging címek az éles oldalon. Beégetett abszolút linkek, képhivatkozások vagy canonical címkék, amelyek a teszt aldomainre mutatnak. Megelőzés: élesítés után keresd a staging domain nevét a teljes forráskódban és az adatbázisban.
Indexelt staging. A tesztkörnyezet védelem nélkül futott, és a keresőben megjelent. Megelőzés: jelszó az első naptól. Ha már megtörtént, a jelszó beállítása és a Search Console eltávolítási eszköze együtt segíthet, a részleteket a Google aktuális dokumentációjában érdemes ellenőrizni.
Robots.txt tiltás és noindex együtt. A tiltás miatt a robot nem látja a noindexet. Megelőzés: válassz egyet, és ha indexelés ellen védekezel, ne a robots.txt legyen az eszköz.
Staging oldaltérkép beküldése. Valaki a teszt oldaltérképét adja meg a Search Console-ban vagy a robots.txt fájlban. Megelőzés: az oldaltérkép címét is az alap URL-ből generáld. Az oldaltérképekről az XML sitemap útmutató szól.

Van egy csendesebb hibatípus is: amikor a staging és az éles oldal tartalma elválik egymástól. Ha a szerkesztők az éles oldalon dolgoznak, miközben a fejlesztők a stagingen, és élesítéskor a teljes staging adatbázis felülírja az élest, akkor az időközben írt cikkek, módosított meta leírások és átirányítások elvesznek. Ez nem látszik azonnal, csak hetekkel később, a forgalomban.

Ezért a mi gyakorlatunkban élesítéskor csak a kód és a sablon költözik, a tartalom nem. Ha tartalmi változás is kell, azt vagy az éles oldalon végezzük el, vagy dokumentált, szelektív átvitellel. A teljes adatbázis felülírását csak akkor engedjük meg, ha az éles oldalon a tesztelés ideje alatt tartalmi befagyasztás volt.

Mérés

A staging SEO mérése két időpontra esik: élesítés előtt a stagingen, és élesítés után az éles oldalon. Az első körben azt nézzük, hogy a teszt oldal helyesen működik-e, a másodikban azt, hogy a változás nem okozott-e kárt. Mindkettőhöz érdemes előre rögzíteni, mi számít rendben lévő állapotnak.

Élesítés előtt a legfontosabb eszköz egy feltérképező program, amely a staging oldalt a jelszó megadásával végigjárja. Így kilistázható az összes oldal állapotkódja, title címkéje, meta leírása, canonical hivatkozása és robots utasítása. Ha van korábbi feltérképezés az éles oldalról, a kettőt össze lehet vetni: mely oldalak tűntek el, melyik title változott meg akaratlanul, hol lett új átirányítás.

Élesítési ellenőrzőlista

Az alábbi listát mi minden élesítés után lefuttatjuk, még azelőtt, hogy a projektet lezártnak tekintenénk.

Ellenőrzés	Hogyan?	Elvárt eredmény
Robots.txt	Megnyitod a /robots.txt címet az éles domainen	Nincs teljes tiltás, az oldaltérkép az éles címre mutat
Meta robots	Forráskód a főoldalon és néhány sablontípuson	Nincs noindex ott, ahol indexelést vársz
X-Robots-Tag fejléc	Válaszfejlécek böngészőben vagy parancssorból	Nincs noindex a HTML oldalakon
Staging címek	Keresés a staging domain nevére a forráskódban	Nulla találat
Canonical	Mintavétel sablontípusonként	Az éles, önmagára mutató cím, ha az oldal indexelendő
Oldaltérkép	Megnyitod és beküldöd a Search Console-ban	Csak éles, 200-as állapotú címek
Analitika	Valós idejű nézet egy teszt látogatás közben	Az éles mérés kapja az adatot

Saját példa: egy újratervezés élesítése

Az alábbi eset szemléltető, kitalált forgatókönyv, a módszert mutatja, nem valós mérést. Egy kisebb webshop új sablont kap, amelyet három hétig a staging.pelda.hu címen tesztelnek jelszó mögött. Az élesítés napján a fejlesztő átmásolja a kódot, és a feltérképező program az éles oldalon hibátlannak mutat mindent, egyetlen kivétellel: a termékoldalak canonical címkéje még a staging aldomainre mutat, mert a sablon egy beégetett változót használt. A hiba az ellenőrzőlista negyedik és ötödik sorában derül ki, még aznap javítják, és a Search Console-ban a következő napokban nem jelenik meg ehhez kötődő figyelmeztetés.

Élesítés után a hosszabb távú mérés már ugyanaz, mint egy migrációnál: oldalcsoportonkénti kattintások és megjelenések, indexelési jelentés, feltérképezési hibák. Ha a változás csak sablonszintű volt, általában elég néhány hétig heti rendszerességgel figyelni ezeket, és akkor beavatkozni, ha egy oldalcsoport tartósan a kiinduló szint alatt marad.