Technikai SEO checklist Next.js projektekhez

Röviden: egy Next.js oldal technikai SEO-ja akkor van jó állapotban, ha a fontos URL-ek feltérképezhetők, indexelhetők, önmagukra canonicalizálnak, gyorsan renderelődnek, és a keresőmotorok számára egyértelmű metadata, belső linkek és strukturált adatok kapcsolják össze őket.

Ez a checklist nem garantál jobb helyezést. Arra szolgál, hogy megszüntesse azokat a technikai akadályokat, amelyek miatt a jó tartalom sem tud megfelelően megjelenni a Google, a Bing vagy az AI-alapú keresési felületek találatai között.

1. Ellenőrizd, mely URL-ek indexelhetők

Kezdd azzal, hogy pontosan felsorolod a publikus, organikus forgalomra szánt oldalakat. Egy kisvállalati weboldalnál ezek általában:

• lokalizált főoldalak;
• önálló szolgáltatási oldalak;
• blogcikkek és útmutatók;
• referencia- vagy esettanulmány-oldalak;
• adatkezelési és egyéb szükséges tájékoztatók.

Az adminfelületek, belépési oldalak, teszt route-ok és belső API-k ne kerüljenek az XML sitemapbe. Ha egy oldal noindex, akkor ne szerepeljen a sitemapben sem.

A Google szerint a sitemap beküldése csak jelzés, nem indexelési garancia. Ettől függetlenül fontos, mert egy helyen adja át a webhely preferált URL-jeit és azok módosítási idejét. Lásd a Google hivatalos sitemap útmutatóját.

2. Legyen minden oldalnak egyetlen preferált URL-je

Ugyanaz a tartalom ne legyen elérhető több versengő URL-en. Gyakori problémák:

• perjeles és perjel nélküli változat egyszerre él;
• a gyökér URL nyelvet vált cookie alapján;
• kampányparaméteres URL indexelődik;
• HTTP és HTTPS, illetve több hostnév nincs egységesen átirányítva;
• a canonical másik nyelvű oldalra mutat.

Minden indexelhető oldal használjon önmagára mutató canonical URL-t. A duplikált változatok kerüljenek permanens átirányítás mögé, vagy kapjanak következetes canonical jelet.

Többnyelvű webhelynél minden nyelv kapjon stabil, feltérképezhető URL-t, például /sk, /hu és /en. A hreflang kapcsolatok legyenek kölcsönösek, és minden változat saját magát is sorolja fel. A részletes szabályokat a Google lokalizált oldalakra vonatkozó dokumentációja tartalmazza.

3. Használd a Next.js Metadata API-t

A title, description, canonical és Open Graph adatok kerüljenek a Next.js Metadata API-ba. Dinamikus oldalnál a generateMetadata használható, statikus oldalnál pedig exportálható metadata objektum.

Minden fontos oldalhoz ellenőrizd:

1. van egyedi, ember számára is értelmes title;
2. a description ténylegesen összefoglalja az oldal tartalmát;
3. a canonical abszolút és a preferált URL-re mutat;
4. az Open Graph cím és kép elérhető;
5. blogcikknél a publikálási és módosítási dátum külön szerepel;
6. a nem létező vagy belső oldalak noindex értéket kapnak.

A keretrendszer aktuális lehetőségeit a Next.js Metadata dokumentációja foglalja össze.

4. A sitemap csak valós módosításokat jelezzen

A lastModified ne automatikusan a build időpontja legyen. Akkor változzon, ha az oldal fő tartalma, ajánlata vagy érdemi információja módosult.

Blogcikknél külön frontmatter mezőben érdemes tárolni:

• date: az első publikálás időpontja;
• updated: az utolsó érdemi szerkesztés időpontja.

Ezután ugyanaz az updated érték jelenjen meg a sitemapben, az Open Graph article metadata mezőiben, a látható cikkfejlécben és a BlogPosting JSON-LD dateModified tulajdonságában.

5. A strukturált adat egyezzen a látható tartalommal

A JSON-LD segíthet a keresőknek és más feldolgozó rendszereknek megérteni, hogy az oldal cikket, szervezetet, szolgáltatást vagy morzsanavigációt ír le. Nem helyettesíti azonban a látható tartalmat, és önmagában nem javítja a rangsort.

Blogcikknél hasznos mezők:

• headline;
• description;
• datePublished;
• dateModified;
• author;
• publisher;
• image;
• mainEntityOfPage;
• inLanguage.

A szerző típusa legyen pontos. Ha a cikket a Kraftio szerkesztőségi név alatt publikáljuk, ne Person, hanem Organization legyen. Ha név szerinti személy írta, akkor legyen valódi Person entitás és lehetőség szerint szerzői profil.

A Google Article strukturáltadat-útmutatója és a Next.js JSON-LD útmutatója jó kiindulópont az ellenőrzéshez.

6. A fontos tartalom legyen benne a szerver HTML-ben

A Google képes JavaScriptet renderelni, de a kliensoldali megoldások több hibalehetőséget és késleltetést hoznak. A szolgáltatási szöveg, címek, linkek és strukturált adatok ezért lehetőleg már a szerver válaszában jelenjenek meg.

Next.js projektnél figyelj arra, hogy:

• ne váljon minden route dinamikussá egy globális cookies() vagy headers() hívás miatt;
• a tartalmi oldalak ne töltsenek le szükségtelen animációs JavaScriptet;
• a navigáció valódi <a> linkeket használjon;
• a fő tartalom kliensoldali API-hívás nélkül is olvasható legyen;
• a hibás locale vagy slug valódi 404 HTTP státuszt adjon.

7. Mérd a Core Web Vitals mutatókat

A technikai SEO nem egyenlő a Lighthouse pontszámmal, de a gyenge felhasználói élmény üzleti és keresési kockázat. A három fő célérték:

• LCP: 2,5 másodperc alatt;
• INP: 200 ezredmásodperc alatt;
• CLS: 0,1 alatt.

Ne csak laboradatot nézz. A valós felhasználói mérés mutatja meg, hogyan teljesít az oldal mobilhálózaton, különböző eszközökön és valódi interakciók mellett.

Gyakori Next.js problémák:

• túl nagy kliensoldali JavaScript bundle;
• minden oldalon futó animált háttér;
• méret nélküli képek miatti layout shift;
• későn betöltődő font vagy hero kép;
• hosszú főszálas feladatok a hidratálás során.

8. Építs logikus belső linkhálót

A blog ne külön tartalmi sziget legyen. Minden fontos cikk kapcsolódjon:

• legalább egy releváns szolgáltatási oldalhoz;
• két vagy három kapcsolódó cikkhez;
• egy magasabb szintű témaklaszterhez vagy kategóriához.

Az anchor szöveg írja le a céloldalt. A „kattints ide” helyett jobb például a „technikai SEO audit” vagy a „weboldal karbantartás kisvállalkozásoknak”.

Kapcsolódó útmutatók:

• Lokális SEO kisvállalkozásoknak 2026-ban
• Weboldal karbantartás alapok kis cégeknek
• Landing page konverziós hibák

9. Készülj fel az AI-alapú keresésre is

A Google hivatalos álláspontja szerint az AI Overviews és AI Mode számára nincs külön technikai SEO követelmény. Az oldalnak indexelhetőnek, snippet megjelenítésére jogosultnak és hasznosnak kell lennie.

Az AI-rendszerek számára is könnyebben használható tartalom:

• közvetlen választ ad a fő kérdésre;
• világos H2 és H3 címeket használ;
• megjelöli a szerzőt és a frissítés dátumát;
• elsődleges forrásokra hivatkozik;
• saját tapasztalatot, példát vagy ellenőrzési módszert ad;
• nem ismétli mechanikusan ugyanazt sok hasonló oldalon.

Az llms.txt jelenleg opcionális, kialakuló konvenció. A Google Search nem használja rangsorolási jelként. Az alapmunka továbbra is a feltérképezhető HTML, az eredeti tartalom és a következetes entitásjelölés. Részletek a Google generatív kereséshez készült hivatalos útmutatójában.

Rövid ellenőrzőlista publikálás előtt

1. Az oldal 200 HTTP státusszal elérhető.
2. A szerver HTML tartalmazza a fő szöveget és az egyetlen H1 címet.
3. A title és description egyedi.
4. A canonical a preferált URL-re mutat.
5. A sitemap tartalmazza az oldalt valós lastModified dátummal.
6. A strukturált adat megfelel a látható tartalomnak.
7. A publikálási és módosítási dátum pontos.
8. Legalább egy releváns belső link mutat az oldalra.
9. A képeknek van megfelelő mérete és leíró alternatív szövege.
10. Mobilon nincs tartalmi átfedés vagy zavaró layout shift.

Mi a leggyakoribb Next.js SEO hiba?

A gyakorlatban ritkán egyetlen hiányzó meta tag okozza a legnagyobb problémát. Gyakoribb, hogy több kisebb inkonzisztencia összeadódik: változó nyelv ugyanazon URL-en, nem canonical sitemap-bejegyzés, kliensoldalon megjelenő fő tartalom, pontatlan frissítési dátum és gyenge belső linkelés.

Ezért az ellenőrzést mindig a renderelt production HTML-en és a tényleges HTTP válaszokon végezd, ne csak a React komponensek forráskódján.

Zárás

Egy technikai audit nem helyettesíti az értékes tartalmat, de biztosítja, hogy a keresőmotorok és az AI-alapú keresési rendszerek hozzáférjenek a megfelelő URL-hez, tartalomhoz és frissességi jelekhez.

Ha szeretnél ilyen ellenőrzést a saját oldaladon, nézd meg a technikai SEO audit szolgáltatásunkat, vagy írj a Kraftio-nak.