Ugrás a fő tartalomra
Kraftio
SKHUEN
Kapcsolat
Vissza a blogra
SEONext.jsTechnikai SEO

Technikai SEO checklist Next.js projektekhez

K
Kraftio
·2026. február 7.·Frissítve: 2026. augusztus 11.·7 perc olvasás

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.

Ne tölts időt meta keywords mezővel: a Google támogatott meta tagekről szóló dokumentációja szerint ezt nem használja. A title és description se kulcsszólista legyen; röviden azonosítsa az oldal tényleges tartalmát és a döntéshez fontos különbséget.

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, az általános strukturáltadat-szabályzat és a Next.js JSON-LD útmutatója jó kiindulópont az ellenőrzéshez. A szabályzat fontos korlátja, hogy a jelölésnek a látható oldal tartalmát kell leírnia: ne adj hozzá kitalált értékelést, címet, szerzőt vagy olyan szolgáltatást, amelyet az oldal nem mutat be.

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:

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 dokumentációja nem ír hozzá külön rangsorolási előnyt. 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 AI keresési funkciókról szóló hivatalos útmutatójában.

Az olvasható szerkezet sem helyettesíti a tartalmi értéket. A Google hasznos tartalomról szóló útmutatója saját tapasztalatot, világos fókuszt és a látogató kérdésének teljes megválaszolását javasolja. A technikai checklist ezért kapuőr: hozzáférhetővé teszi a jó oldalt, de nem tesz egy általános szöveget egyedivé.

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.