Technikai SEO

A technikai SEO a keresőoptimalizálás azon része, amely azt biztosítja, hogy a kereső el tudja érni, fel tudja dolgozni és a megfelelő formában indexelni tudja a webhely lapjait. Ide tartozik a feltérképezés vezérlése, az indexelési jelzések, az átirányítások, a HTTP-státuszkódok és az URL-szerkezet rendben tartása. Tartalmat nem ír, de nélküle a legjobb tartalom sem jut el a találati listáig.

Bevezetés

A keresőoptimalizálást három nagy részre szokás bontani: technikai, on-page és tartalmi munkára. A tartalmi munka dönti el, milyen lapok legyenek és mit mondjanak. Az on-page munka azt, hogy egy lap elemei (cím, leírás, címsorok, belső linkek) jól jelezzék a lap témáját. A technikai SEO ezek alatt áll, mint egy alapozás: azt biztosítja, hogy a kereső egyáltalán hozzáférjen a lapokhoz, a helyes változatot tartsa meg belőlük, és ne pazarolja az idejét olyan URL-ekre, amelyeknek nincs keresni valójuk a találati listán.

Ez a lap a technikai SEO egészét mutatja be. Nem egyetlen beállítást ír le részletesen, hanem térképet ad: mik a fő fogalmak, milyen részterületekből áll a munka, milyen sorrendben érdemes haladni, és melyik tünetnél melyik részterülettel kell kezdeni. Az egyes részterületek részletes útmutatói külön lapokon vannak, ezekre a lap alján találsz hivatkozást.

Miért alapozás, és miért nem varázsszer

A technikai SEO hatása egyirányú. Ha valami rosszul van beállítva, az komoly kárt okozhat: egy rossz robots.txt sor vagy egy véletlenül bent hagyott noindex egy egész webhelyrészt eltüntethet a találati listáról. Ha viszont minden rendben van, az önmagában még nem hoz helyezést. A technikai munka azt teszi lehetővé, hogy a tartalom versenybe szálljon, de a versenyt a tartalom és a relevancia nyeri meg.

Ebből következik a helyes hozzáállás is. A technikai SEO-ban nem az a cél, hogy minden mérőszám tökéletes legyen, hanem az, hogy ne legyen olyan hiba, amely a fontos lapokat elzárja a keresőtől, vagy összezavarja abban, melyik lapot mutassa. Egy kis webhelyen ez néhány alapbeállítás rendben tartását jelenti. Egy nagy, sok ezer URL-t generáló webáruházon viszont folyamatos, rendszerszintű munka.

Mit nem tárgyal ez a lap

Ez a témakör a feltérképezés, az indexelés és az URL-kezelés kérdéseivel foglalkozik. Nem tárgyalja részletesen a betöltési sebességet, a strukturált adatokat, a mobilbarát megjelenítést és a biztonsági kérdéseket, bár ezeket is gyakran a technikai SEO-hoz sorolják. A lap nem ad kész szerverbeállítást sem, mert az a használt rendszertől függ. Amit ad, az a döntési logika: mikor melyik eszközt kell használni, és mi történik, ha rosszat választasz.

Kinek szól ez az oldal

Webhelytulajdonosoknak, akik azt szeretnék megérteni, miért nem jelenik meg egy lapjuk a keresőben, vagy miért egy rossz változat jelenik meg.
Fejlesztőknek, akiknek tudniuk kell, milyen döntéseik hatnak a keresőre egy költözésnél, egy szűrőrendszer bevezetésénél vagy egy szerverhiba idején.
SEO szakembereknek, akik egy technikai átvilágítás sorrendjét és prioritásait tervezik.
Tartalomkészítőknek, akik azt akarják tudni, mikor nem a szöveggel van a baj.

Fő fogalmak

A technikai SEO szókincse jórészt angol eredetű, és a magyar gyakorlat is az angol kifejezéseket használja. Az alábbi fogalmak nélkül a terület többi része nehezen érthető. A legfontosabb különbségtétel az első kettő között van: a feltérképezés és az indexelés két külön lépés, és a hibák nagy része abból ered, hogy valaki összekeveri őket.

Feltérképezés

A feltérképezés (crawling) az, amikor a kereső robotja lekér egy URL-t a szervertől, és megnézi, mit kap vissza. A robot a már ismert lapokon talált linkeken, az oldaltérképeken és más forrásokon keresztül jut el az új URL-ekhez. Ha egy lapot a robot nem tud vagy nem szabad lekérnie, a kereső nem látja a tartalmát.

Indexelés

Az indexelés az, amikor a kereső a lekért lapot feldolgozza, és eldönti, hogy felveszi-e a keresési adatbázisába. Egy lap lehet feltérképezett, de nem indexelt: például azért, mert noindex jelzést hordoz, mert egy másik lap másolatának tűnik, vagy mert a kereső nem találta elég értékesnek. Fordítva is előfordulhat: egy feltérképezésből kizárt URL is megjelenhet a találati listán, ha sok link mutat rá, csak a kereső nem látja a tartalmát.

Direktíva és javaslat

A technikai jelzések két csoportba sorolhatók. A direktívát a kereső betartja: ilyen a robots.txt tiltása a feltérképezésre, vagy a noindex az indexelésre. A javaslatot a kereső figyelembe veszi, de felülbírálhatja: ilyen a canonical jelzés vagy az oldaltérképben szereplő URL. Aki egy javaslatot direktívaként kezel, az meglepődik, amikor a kereső mégis mást választ.

Kanonikus URL

Ha ugyanaz a tartalom több URL-en is elérhető (paraméterekkel, perjellel vagy anélkül, kis- és nagybetűs változatban), a kereső ezek közül egyet választ, és azt mutatja. Ez a kanonikus URL. A webhely ezt a választást befolyásolhatja canonical jelzéssel, átirányítással, belső linkekkel és az oldaltérképpel, de a végső döntés a keresőé.

HTTP-státuszkód

Minden kérésre a szerver egy háromjegyű kóddal válaszol, amely megmondja, mi történt. A 2xx sikeres választ jelent, a 3xx átirányítást, a 4xx kliensoldali hibát (például nem létező lapot), az 5xx szerveroldali hibát. A kereső ezekből a kódokból dönti el, mit kezdjen egy URL-lel, ezért a kódnak a valóságot kell tükröznie.

Feltérképezési keret

A feltérképezési keret (crawl budget) azt írja le, mennyi URL-t hajlandó és képes a kereső egy webhelyről adott idő alatt lekérni. Kis webhelyeken ritkán korlát. Nagy webhelyeken viszont, ahol a szűrők, paraméterek és lapozások rengeteg URL-t hoznak létre, a robot ideje könnyen olyan lapokra megy el, amelyeknek nincs értékük, és a fontos lapok később kerülnek sorra.

Összefoglaló táblázat

Fogalom	Mit befolyásol	Fő eszközök
Feltérképezés	Lekérheti-e a robot az URL-t	robots.txt, belső linkek, oldaltérkép
Indexelés	Felkerülhet-e a lap a találati listára	meta robots, X-Robots-Tag, státuszkód
Kanonizáció	Melyik változat jelenjen meg	canonical, átirányítás, belső linkek
Státuszkód	Mi történt a kéréssel	szerver- és alkalmazásbeállítás
Feltérképezési keret	Mire megy el a robot ideje	URL-szerkezet, paraméterkezelés, szűrők

Fő részterületek

A technikai SEO munkája négy részterületre bontható. Mindegyik más kérdésre felel, és más tünetnél kerül elő. A részterületek nem függetlenek egymástól: egy rossz átirányítás feltérképezési keretet pazarol, egy rossz robots.txt sor megakadályozza, hogy a kereső lássa a noindex jelzést. Ezért érdemes mind a négyet ismerni, még ha a munka egyszerre csak az egyikben folyik is.

1. Feltérképezés és indexelés vezérlése

Ez a terület azt szabályozza, mit kérhet le a robot, és mi kerülhet az indexbe. Eszközei a robots.txt fájl, a meta robots címke, az X-Robots-Tag HTTP-fejléc, az XML és a HTML oldaltérkép, valamint a canonical jelzés. A legfontosabb szabály itt az, hogy minden eszközt a saját céljára használj. A robots.txt a feltérképezést tiltja, nem az indexelést. A noindex az indexelést tiltja, de csak akkor hat, ha a robot lekérheti a lapot és láthatja a jelzést. A canonical a változatok közti választást segíti, nem kizárásra való.

2. Átirányítások

Az átirányítás azt mondja meg a keresőnek és a böngészőnek, hogy egy URL tartalma máshol található. A 301-es kód végleges költözést jelez, a 302-es ideiglenest. A választásnak következménye van: végleges költözésnél a kereső idővel az új URL-t tekinti kanonikusnak, ideiglenesnél hajlamos a régit megtartani. Ide tartozik az átirányítási lánc (több átirányítás egymás után) és az átirányítási hurok (az átirányítások körbeérnek, és a lap soha nem töltődik be).

3. Státuszkódok és hibák

Ez a terület azt vizsgálja, hogy a szerver válaszai megfelelnek-e a valóságnak. Egy megszűnt lapnak 404-es vagy 410-es kóddal kell válaszolnia. Ha helyette 200-as kóddal egy üres vagy hibaüzenetet mutató lapot ad vissza, az soft 404, amelyet a kereső hibaként kezel, de a webhely nem jelez annak. Az 5xx hibák a szerver működési zavarait jelzik: ha tartósan fennállnak, a kereső lassítja a feltérképezést, és végül a lapok kieshetnek az indexből.

4. Feltérképezési hatékonyság

Ez a terület a nagy webhelyek gondja. Azt vizsgálja, mire megy el a robot ideje. A szűrős navigáció (faceted navigation), az URL-paraméterek, a lapozás és a végtelen URL-teret létrehozó csapdák (crawl trap, például egy naptár, amely minden következő hónapra új URL-t generál) olyan mennyiségű címet hozhatnak létre, amely többszöröse a valódi tartalomnak. A cél itt az, hogy a robot a fontos lapokat érje el, és az értéktelen változatokat ne, vagy csak ritkán.

Tévhit: a technikai SEO egyszeri feladat

Gyakori elképzelés, hogy a technikai SEO-t egyszer be kell állítani, és utána kész. A beállítások egy része valóban ritkán változik. A webhely viszont változik: új szűrők kerülnek be, lapok szűnnek meg, a fejlesztők új sablont vezetnek be, a tárhely lassul. Egy kiadás, amely véletlenül a teljes webhelyre ráteszi a noindexet, vagy egy költözés, amelynél elmaradnak az átirányítások, hetek alatt ronthat le évek munkáját. A technikai SEO ezért inkább felügyelet, mint projekt.

Módszertan

A technikai munka sorrendje nem ízlés kérdése. A hibák egymásra épülnek: amíg a robot nem éri el a lapot, addig az indexelési jelzés hatástalan, és amíg a lap nincs az indexben, addig a kanonizáció kérdése sem merül fel. Ezért a vizsgálat a lánc elejétől halad a vége felé.

A vizsgálat lépései

Elérhetőség. A fontos lapok 200-as kóddal válaszolnak? Nincs tartós 5xx hiba? A robots.txt elérhető, és nem tilt le semmi fontosat?
Indexelhetőség. A fontos lapokon nincs noindex, sem a HTML-ben, sem a HTTP-fejlécben? A canonical saját magára vagy a helyes változatra mutat?
Átirányítások. A régi URL-ek egy lépésben érnek célba? Nincs lánc, nincs hurok? A végleges költözések 301-es kódot használnak?
Hibák. A megszűnt lapok valódi 404-et vagy 410-et adnak? Nincs soft 404? A belső linkek nem mutatnak hibás vagy átirányított URL-re?
Hatékonyság. Hány URL-t ismer a kereső a webhelyről, és ebből hány valódi tartalmi lap? Honnan jön a különbség?
Jelzések összhangja. Az oldaltérkép, a canonical, a belső linkek és az átirányítások ugyanazt az URL-t jelölik meg kanonikusnak?

Az adatforrások

A technikai vizsgálatnak három fő adatforrása van, és mindhárom mást mutat. A Google Search Console azt mutatja, amit a Google lát: melyik lap van az indexben, melyik nincs és miért, milyen hibákba ütközött a robot. Egy saját feltérképező program (crawler) azt mutatja, amit a webhely szerkezete felkínál: milyen URL-ek érhetők el linkeken keresztül, milyen kóddal és milyen jelzésekkel. A szerver naplófájljai azt mutatják, amit a robot ténylegesen lekért. A három együtt adja a teljes képet. Ha csak az egyiket nézed, könnyen rossz következtetésre jutsz.

Első kidolgozott példa: eltűnt kategórialapok

Egy webáruház tulajdonosa azt veszi észre, hogy a kategórialapjai fokozatosan kiesnek a találati listából, a termékoldalak viszont megmaradnak. A tartalmon nem változtattak. A vizsgálat az első lépésnél, az elérhetőségnél kezdődik: a lapok 200-as kóddal válaszolnak, a robots.txt nem tiltja őket. A második lépésnél kiderül a hiba: egy sablonfrissítés óta a kategórialapok HTML-jében noindex szerepel, mert a fejlesztő a szűrt változatokra szánt beállítást a sablon egészére tette rá.

A javítás két részből áll. Az alap kategórialapokról le kell venni a noindexet, a szűrt változatokon pedig a szándékolt kezelést kell beállítani. Utána a Search Console-ban újra lehet kérni a legfontosabb lapok feltérképezését. A tanulság nem az, hogy a noindex veszélyes, hanem az, hogy minden sablonváltozás után ellenőrizni kell a fontos lapok indexelési jelzéseit.

Második kidolgozott példa: a robots.txt és a noindex ütközése

Egy webhely belső keresőjének találati oldalai megjelentek a Google-ben. A fejlesztő két dolgot tett egyszerre: a robots.txt-ben letiltotta a keresési URL-eket, és a lapokra noindexet tett. Hetekkel később a lapok még mindig ott voltak, cím nélkül, egy rövid megjegyzéssel, hogy a leírás nem érhető el.

Az ok az, hogy a robots.txt tiltása miatt a robot nem kérte le a lapokat, így nem láthatta a noindexet. A már ismert URL-ek ezért a linkek alapján az indexben maradtak. A helyes sorrend: előbb a noindex, és csak miután a lapok kikerültek az indexből, jöhet szóba a feltérképezés tiltása, ha a keret miatt szükséges. Ez a példa jól mutatja, miért kell a feltérképezést és az indexelést külön kezelni.

Prioritás: mit javíts előbb

A talált hibák nem egyenrangúak. Az a hiba a legsúlyosabb, amely sok fontos lapot érint, és közvetlenül elzárja őket az indextől: egy téves tiltás, egy sablonszintű noindex, egy tartós szerverhiba. Utánuk jönnek azok, amelyek a kereső választását zavarják össze: ellentmondó canonical jelzések, rossz típusú átirányítások. A hatékonysági kérdések (paraméterek, szűrők, lapozás) nagy webhelyen fontosak, kis webhelyen gyakran várhatnak. Egy egyszerű szabály: előbb azt javítsd, ami a legtöbb fontos lapot zárja ki, és csak utána azt, ami a legtöbb felesleges URL-t engedi be.

Kapcsolódó clusterek

A technikai SEO részterületeinek részletes útmutatói önálló lapokon vannak. A lapok a fenti négy részterület szerint csoportosíthatók. Mindegyik egy-egy eszközt vagy jelenséget dolgoz fel alaposan: fogalmak, működés, módszerek, gyakori hibák és mérés.

Feltérképezés és indexelés vezérlése

Robots.txt: teljes útmutató: mit szabad és mit nem a robotnak lekérnie.
Meta robots: teljes útmutató: indexelési jelzések a lap HTML-jében.
X-Robots-Tag: teljes útmutató: ugyanezek a jelzések HTTP-fejlécben, nem HTML fájlokra is.
XML sitemap: teljes útmutató: az indexelendő URL-ek listája a kereső számára.
HTML sitemap: teljes útmutató: oldaltérkép a látogatóknak, belső linkként is.
Canonical: teljes útmutató: a változatok közti választás jelzése.

Átirányítások

301 átirányítás: teljes útmutató: végleges költözés.
302 átirányítás: teljes útmutató: ideiglenes átirányítás.
Redirect chain: teljes útmutató: több átirányítás egymás után.
Redirect loop: teljes útmutató: körbeérő átirányítások.

Státuszkódok és hibák

HTTP-státuszkódok: teljes útmutató: a kódcsaládok jelentése és a kereső reakciója.
404 hiba: teljes útmutató: nem létező lapok helyes kezelése.
Soft 404: teljes útmutató: hibalap sikeres kóddal.
5xx hibák: teljes útmutató: szerveroldali hibák és hatásuk.

Feltérképezési hatékonyság

Crawl budget: teljes útmutató: mire megy el a robot ideje.
Crawl trap: teljes útmutató: végtelen URL-terek felismerése.
Faceted navigation: teljes útmutató: szűrős navigáció kezelése.
Pagination: teljes útmutató: lapozott listák.
URL-paraméterek: teljes útmutató: paraméteres címek kezelése.

Olvasási sorrend és szomszédos témakörök

Aki most ismerkedik a területtel, kezdje a HTTP-státuszkódokkal és a robots.txt-vel, mert ezekre épül minden más. Utána jöhet a meta robots és a canonical, majd az átirányítások. A feltérképezési hatékonyság lapjai akkor hasznosak, ha a webhely már elég nagy ahhoz, hogy a robot ideje szűk keresztmetszet legyen.

A technikai SEO három szomszédos témakörrel érintkezik. Az on-page SEO a lapok elemeivel foglalkozik, a content SEO azzal, milyen lapok legyenek és mit mondjanak, a kulcsszókutatás pedig azzal, milyen kérdésekre keresnek. A technikai munka ezek mindegyikét szolgálja: biztosítja, hogy a megtervezett és megírt lapok eljussanak a keresőhöz.

A lapok között sok az átfedés, és ez szándékos. A robots.txt útmutató kitér arra, miért nem alkalmas az indexelés tiltására, a meta robots útmutató arra, miért kell a lapnak lekérhetőnek maradnia, a canonical útmutató pedig arra, miben különbözik az átirányítástól. Ha egy kérdésre az egyik lapon nem találsz választ, érdemes a csoport többi lapját is megnézni, mert egy-egy jelenség gyakran két eszköz határán helyezkedik el.

Döntési útvonal

Az alábbi kérdések segítenek eldönteni, melyik részterülettel kezdj. Sorban haladj, mert a későbbi kérdéseknek csak akkor van értelme, ha a korábbiakra rendben van a válasz. Minden kérdésnél a tünetből indulunk ki, mert a gyakorlatban a munka ritkán tervszerű átvilágítással kezdődik, sokkal gyakrabban egy észrevett problémával.

Egy fontos lap egyáltalán nem jelenik meg?

Nézd meg a státuszkódját, a robots.txt szabályait és az indexelési jelzéseit, ebben a sorrendben. Ha a lap 200-at ad, nincs letiltva, és nincs rajta noindex, nézd meg a canonical jelzést: lehet, hogy egy másik URL-re mutat. Ha ez is rendben van, a Search Console URL-vizsgálata megmutatja, a Google mit tud a lapról.

A lap megjelenik, de rossz URL-lel?

Ez kanonizációs kérdés. Nézd meg, a canonical, a belső linkek, az oldaltérkép és az átirányítások ugyanazt a változatot jelölik-e meg. Ha ellentmondanak egymásnak, a kereső a saját belátása szerint dönt.

Költözés vagy URL-váltás előtt állsz?

Készíts térképet minden régi URL-ről és az új megfelelőjéről. A végleges változásokhoz 301-es átirányítás kell, egy lépésben, lánc nélkül. A belső linkeket és az oldaltérképet az új URL-ekre kell frissíteni, nem elég az átirányításra hagyatkozni.

Sok a hibás vagy furcsa URL a jelentésekben?

Nézd meg, honnan jönnek. Ha megszűnt lapok, döntsd el, van-e releváns utódjuk (akkor 301), vagy nincs (akkor 404 vagy 410). Ha paraméteres vagy szűrt változatok, az a hatékonysági részterület kérdése.

A robot sokat jár, de az új lapok lassan kerülnek be?

Ez feltérképezési keret kérdése. Nézd meg a naplófájlokban, mely URL-ekre megy el a robot ideje, és keresd a csapdákat, a szűrőkombinációkat és a felesleges paramétereket.

Minden rendben, mégsem jó a helyezés?

Akkor valószínűleg nem technikai a probléma. A lap elérhető és indexelt, tehát a verseny a tartalomban és a relevanciában dől el. Ilyenkor az on-page és a content SEO felé kell fordulni.

Tünetek és első lépések táblázatban

Tünet	Valószínű részterület	Első ellenőrzés
A lap nincs az indexben	Feltérképezés és indexelés	Státuszkód, robots.txt, noindex, canonical
Rossz URL jelenik meg	Kanonizáció	A jelzések összhangja
Forgalomesés költözés után	Átirányítások	A régi URL-ek egy lépésben célba érnek-e
Sok hibás URL a jelentésekben	Státuszkódok és hibák	Honnan származnak a hibás URL-ek
Az új lapok lassan kerülnek be	Feltérképezési hatékonyság	Naplófájlok, paraméterek, szűrők

A táblázat csak kiindulópont. Egy tünetnek több oka is lehet, és a vizsgálat gyakran átvezet egyik részterületről a másikra. Egy forgalomesés mögött állhat rossz átirányítás, de állhat mögötte egy ugyanazzal a kiadással bekerült noindex is. Ezért a megtalált első hiba után se állj meg: nézd végig a lánc többi pontját is.

Összefoglalás

A technikai SEO arról szól, hogy a kereső elérje, feldolgozza és helyesen indexelje a webhely lapjait. Négy részterületből áll: a feltérképezés és indexelés vezérléséből, az átirányításokból, a státuszkódok és hibák kezeléséből, valamint a feltérképezési hatékonyságból. A munka sorrendje követi a kereső útját: előbb az elérhetőség, utána az indexelhetőség, végül a kanonizáció és a hatékonyság.

A leggyakoribb hiba nem a hiányzó beállítás, hanem a rosszul használt eszköz: indexelés tiltása robots.txt-vel, kizárás canonical jelzéssel, végleges költözés ideiglenes átirányítással, megszűnt lap sikeres kóddal. Minden eszköznek saját célja van, és a jelzéseknek egymással összhangban kell lenniük.

Ha csak egy dolgot viszel el erről a lapról, az legyen ez: a feltérképezés és az indexelés két külön lépés, és mindkettőnek saját eszköze van. Aki ezt a különbséget érti, a technikai hibák többségét már a keletkezésük előtt el tudja kerülni. A technikai munka nem hoz helyezést önmagában, de nélküle a tartalmi munka nem érvényesülhet.

A felügyelet ritmusa

A technikai állapotot nem elég egyszer átvilágítani. Érdemes rendszeres, rövid ellenőrzést tartani, amely a Search Console indexelési és feltérképezési jelentéseit nézi át, és ezen felül minden nagyobb változtatás után célzott vizsgálatot végezni. Nagyobb változtatásnak számít a sablon cseréje, a tartalomkezelő rendszer frissítése, a domain vagy az URL-szerkezet módosítása, új szűrők bevezetése és a tárhely váltása.

A legolcsóbb védekezés a megelőzés. Ha a fejlesztési folyamatba bekerül egy rövid technikai ellenőrzés a kiadás előtt (státuszkódok, indexelési jelzések, canonical, robots.txt), a hibák nagy része el sem jut az éles webhelyre. Egy kiadás utáni hiba javítása mindig drágább, mert a kereső addigra már feldolgozta a rossz állapotot, és a visszaállás is időbe telik.

Tévhit: több beállítás, jobb eredmény

Gyakori ellenpélda, amikor valaki minden lapra minden jelzést rátesz: canonicalt, noindexet a gyanús lapokra, robots.txt tiltást ugyanezekre, és átirányítást is. A jelzések ilyenkor kioltják vagy összezavarják egymást. A jó technikai beállítás egyszerű: minden URL-re pontosan egy egyértelmű jelzés vonatkozik, és ez összhangban van a többivel.

Ellenőrzőlista

A fontos lapok 200-as kóddal válaszolnak, tartós szerverhiba nélkül.
A robots.txt nem tilt le semmi olyat, aminek indexelésre kell kerülnie.
A fontos lapokon nincs noindex, sem HTML-ben, sem HTTP-fejlécben.
A canonical jelzés a helyes, indexelhető változatra mutat.
Az oldaltérképben csak indexelhető, kanonikus, 200-as URL-ek szerepelnek.
A végleges költözések 301-es kódot használnak, lánc és hurok nélkül.
A megszűnt lapok valódi 404-es vagy 410-es kódot adnak.
A belső linkek a végső, kanonikus URL-ekre mutatnak.
A szűrők, paraméterek és lapozás nem hoznak létre ellenőrizetlen URL-tömeget.
Minden nagyobb kiadás után van egy gyors ellenőrzés a fenti pontokra.