SEO
Next.js SEO-ellenőrzőlista KKV-weboldalakhoz
Gyakorlati SEO ellenőrzőlista Next.js alapú KKV weboldalakhoz: metaadatok, canonical, teljesítmény, tartalom és belső linkelés.
Tartalomjegyzék
Miért számít a technikai SEO KKV-knak?
Egy kisvállalkozás weboldala gyakran a legfontosabb értékesítési csatorna. Ha a Google nem érti az oldalt, vagy lassú a mobilélmény, a tartalomba fektetett energia elvész.
A Next.js jó alapot ad: szerveroldali vagy statikus generálás, tiszta HTML és kontrollált metaadatok. Az ellenőrzőlista azokat a pontokat szedi össze, amelyeket minden élesítés előtt érdemes végigvenni.
Metaadatok és canonical
Minden indexelhető oldalnak legyen egyedi title és meta description. Kerüld, hogy több URL ugyanarra a canonicalra mutasson – ez elnyomhatja a szolgáltatásoldalak rangsorolását.
- Title: egyedi, olvasható, márkanév a végén
- Description: 1–2 mondat, cselekvésre ösztönző
- Canonical: az oldal saját URL-je
- Open Graph kép: ideálisan 1200×630
Tartalom és címsorok
Egy H1 oldalanként, utána logikus H2/H3. A szolgáltatásleírások ne legyenek sablonmásolatok: térjenek ki a célközönségre, a folyamatra és a következő lépésre.
A belső linkek (szolgáltatás ↔ blog ↔ esettanulmány) segítenek a keresőknek és a látogatóknak is eligazodni.
Teljesítmény
A képeket a megjelenítési mérethez igazítsd, és adj meg szélességet, magasságot. A CDN önmagában nem hátrány: a kép mérete, a gyorsítótárazás és a betöltési sorrend együtt számít. A nyitóképernyő fontos képét ne késleltesd; a lentebb található képeket lehet később betölteni.
A Core Web Vitals három mutatója az LCP, az INP és a CLS. A jó célérték rendre legfeljebb 2,5 másodperc, 200 ezredmásodperc és 0,1, a látogatások 75. percentilisén. A mobilos és az asztali adatokat külön ellenőrizd. Egyetlen helyi sebességteszt nem helyettesíti a valódi látogatók tapasztalatát.
Szakmai háttér: Google web.dev: Web Vitals (angol)
A GYIK válasza kattintás nélkül is legyen a HTML-ben
Egy összecsukható válasz használható megoldás, ha a szöveg már betöltéskor szerepel az oldalon. Más a helyzet, ha a böngésző csak a kattintás után hozza létre a választ. A keresőre nem érdemes úgy számítani, mint egy látogatóra, aki minden gombot megnyom.
Ellenőrzéskor nyisd meg frissen az oldalt, és kattintás nélkül keress rá a válasz egy jellegzetes mondatára a renderelt HTML-ben. A natív details/summary elem segít abban, hogy a teljes válasz a HTML része maradjon, miközben a felület áttekinthető.
Szakmai háttér: Google Search Central: késleltetve betöltött tartalom (angol)
Mi kell az AI-alapú keresési megjelenéshez?
A Google AI-alapú keresési felületeihez is az indexelhető, hasznos weboldal az alap. Írd le pontosan, kinek segít a szolgáltatás, mit kap az ügyfél, milyen feltételektől függ az ajánlat, és mi a következő lépés. A leírást ellenőrizhető példák és releváns szakmai források egészítsék ki.
A Google nem igényel külön llms.txt fájlt vagy speciális AI-sémát. A strukturált adatok a látható tartalommal egyezzenek. A megjelenés nem garantált; a változások hatását a Search Console-ban és a valódi megkereséseken érdemes követni.
Szakmai háttér: Google Search Central: felkészülés a generatív AI-keresésre (angol)
Rövid ellenőrzés minden élesítés után
Válassz ki egy főoldalt, egy üzleti céloldalt és egy cikket. A következő vizsgálatot mindháromnál végezd el, mert egy hibás sablon több oldalt is érinthet.
- A végleges URL 200-as választ ad, a régi változat véglegesen átirányít, a nem létező cím 404.
- A cím, a főcím és a leírás az adott oldal szolgáltatását vagy kérdését nevezi meg.
- A fontos szöveg, a belső linkek és a GYIK-válaszok kattintás nélkül megtalálhatók.
- Az oldaltérkép csak a keresőbe szánt végleges címeket tartalmazza; a frissítési dátum valódi tartalmi változást jelez.
- A Search Console URL-vizsgálatában ellenőrzöd a feldolgozott oldalt, és a megkeresések mérését külön is kipróbálod.