Útmutató · Kép-SEO

Kép-SEO: Így optimalizálod a képeket a Google-nak és a felhasználóknak

Öt pont dönt a jó kép-SEO-ról

A kép-SEO azt jelenti: beszédes fájlnevek, kifejező alt-szövegek, WebP vagy AVIF a JPEG helyett, helyes méretek srcset-tel és lazy loading mindenre, kivéve az LCP-képet. Az AVIF a JPEG-hez képest gyakran 40–50 % fájlméretet takarít meg. Az EU AI Act óta az AI-generált képeket ráadásul jelölnöd kell. Oldalanként a megvalósítás ritkán tart 30 percnél tovább.

Fájlnevek: az első rangsorolási tényező, amit mindenki figyelmen kívül hagy

A Google a fájlnevet olvassa, mielőtt bármilyen algoritmus magát a képet elemezné. Az IMG_20260806_1432.jpg semmit nem mond. Az orszaguti-karbon-vaz-fekete.jpg mindent elmond.

  • Kisbetűk, kötőjelek, ékezetek nélkül. A „konyhagép”-ből konyhagep lesz.
  • 3–5 szó, amely azt írja le, ami látható – nem azt, amire rangsorolni akarsz.
  • Feltöltés előtt nevezd el. Az utólagos átnevezés a CMS-ben gyakran új URL-eket hoz létre.

Több ezer termékképes shopoknál megéri egy elnevezési séma, mint a termeknev-varians-nezet.avif a vállalatirányítási rendszerből. Egy óra konfiguráció több száz kézi lépés helyett.

Alt-szövegek: először akadálymentesség, aztán SEO

Az alt-szöveg azoknak az embereknek létezik, akik nem látják a képet – képernyőolvasót használóknak, de bárkinek megszakadt kapcsolattal is. A SEO a mellékhatás. Aki megfordítja a sorrendet, olyan alt-szövegeket ír, mint „kep seo optimalizalas ugynokseg berlin” – haszontalan a vakoknak, kockázatos a rangsorolásnak. A Google a saját képkeresési dokumentációjában ugyanezt a sorrendet nevezi meg: először őszinte leírás, aztán a láthatóság.

  • Írd le, ami látható, egy mondatban: „Szerelő centíroz egy kereket a szerelőállványon.”
  • 80–125 karakter jó sáv.
  • A dekoratív képek üres alt-attribútumot kapnak (alt=””), hogy a képernyőolvasók átugorják őket.
  • Ne írd, hogy „kép valamiről…” – hogy ez egy kép, azt a szoftver már tudja.

Így kapcsolódik össze a fájlnév, az alt-szöveg és a fix méretek a markupban – tisztán példaként, anélkül hogy itt valódi kép töltődne be:

<img src="rennrad-carbon-rahmen-schwarz.avif"
     alt="Fekete karbon országúti kerékpárváz oldalról fotózva"
     width="800" height="600" loading="lazy">

WebP és AVIF: a formátumkérdés eldőlt

A JPEG és a PNG webes használatra örökség. A WebP a Google saját WebP-tanulmánya szerint kb. 25–35 % fájlméretet takarít meg a JPEG-hez képest. Az AVIF a web.dev szerint tovább megy: 40–50 % megtakarítás azonos érzékelt minőség mellett, 2024 óta minden nagy böngészőben elérhető.

Ajánlás 2026-ra: AVIF standardként, WebP fallbackként a picture elemen keresztül. PNG csak veszteségmentes grafikákhoz, SVG logókhoz és ikonokhoz. A konvertálást a legtöbb CMS szerveroldalon elvégzi. Fontos: teszteld a minőségi szintet – az AVIF 50–60-as minőségnél többnyire jobban néz ki, mint a JPEG 80-nál, és fele annyit nyom.

Fájlméret összehasonlítva: JPEG, WebP, AVIF Irányértékek a Google WebP-tanulmányából és a web.dev-ről – nem egy adott kép mérése JPEG Alapméret 100 % WebP kb. −30 % a JPEG-hez képest ≈ 70 % AVIF kb. −45 % a JPEG-hez képest · ajánlott ≈ 55 % viktorpasztor.de · Kép-SEO
Sematikus összehasonlítás, nem egy adott kép mérése: az oszlopok a fent idézett tanulmányi irányértékeket tükrözik (Google WebP-tanulmány: kb. 25–35 % megtakarítás, web.dev az AVIF-ról: kb. 40–50 % megtakarítás a JPEG-hez képest).

Méretek és srcset: soha ne szállíts több pixelt a szükségesnél

Egy 2400 pixel széles kép egy 400 pixeles konténerben a leggyakoribb teljesítményhiba az auditjaimban. Hogy mennyi forog kockán, azt a HTTP Archive Web Almanac 2024 mutatja: a képek 1054 KB-tal a legnagyobb egyedi tétel egy asztali kezdőlap medián oldalsúlyában – a JavaScript, a betűtípusok, a CSS és a HTML előtt. A fentihez hasonló esetekben a böngésző a látható konténerhez szükséges adatok többszörösét tölti be.

A megoldás az srcset a sizes-zel: ugyanaz a kép több szélességben (pl. 400, 800, 1200, 1600 pixel), a böngésző kiválasztja a megfelelőt. A modern CMS-ek automatikusan generálják a variánsokat – csak azt ellenőrizd, hogy a sizes-megadás illik-e a layouthoz. Ide tartoznak a fix width- és height-attribútumok a HTML-ben: megakadályozzák a layout-ugrásokat, és stabilan tartják a CLS-értékedet.

Lazy loading – de nem az LCP-képnek

A loading=”lazy” csak akkor tölti be a képeket, amikor a látható területre görgetnek. Az első viewport alatti mindenhez kötelező. A kivétel: az első viewport legnagyobb képe – az LCP-elemed. Annak az ellenkezője kell: loading=”eager” plusz fetchpriority=”high”. Egy lazy betöltött hero-kép rendszeresen 500–1000 ezredmásodperccel késlelteti az LCP-t.

Képek betöltési viselkedése egy oldalon Gyakorlati szabály: első kép eager, az összes többi lazy Első kép a viewportban (LCP) loading=”eager” fetchpriority=”high” azonnal tölt, késleltetés nélkül Az összes többi kép loading=”lazy” csak a viewportba görgetéskor töltődnek viktorpasztor.de · Kép-SEO
Gyakorlati szabály a kép-SEO-hoz: csak az első, látható kép tölt eager módon, magas prioritással – az összes többi kép lazy módon tölt.

Gyakorlati szabály: Első kép eager, az összes többi lazy. Sok sablon mindenre átalányban lazy-t állít – a második leggyakoribb hiba az auditjaimban. Ez is megmutatható tiszta példa-markupként, anélkül hogy itt valódi kép töltődne be:

<img src="hero-rennrad-shop.avif"
     alt="Országúti kerékpárműhely a kerékpárfal látképével"
     width="1600" height="900" loading="eager" fetchpriority="high">

AI-képek: jelölési kötelezettség az EU AI Act szerint

2026 augusztusa óta teljes egészében érvényes az EU AI-rendelet 50. cikke: az AI által generált vagy manipulált képeknek felismerhetőnek kell lenniük. Konkrétan: az AI-képekhez géppel olvasható jelölés kell (sok generátor C2PA-metaadatokat ágyaz be – tömörítéskor ne távolítsd el). Valósághűen ható személyeknél, helyeknél vagy eseményeknél a jelölésnek láthatónak is kell lennie, például a képaláírásban.

Stockképeknél is érvényes: Ellenőrizd a licencet és a személyiségi jogokat. A „jogdíjmentes” nem jelent jogmentességet – a szerkesztőségi licencek gyakran nem engedik a kereskedelmi felhasználást, az ábrázolt személyekhez model release kell. Dokumentáld képenként a forrást, a licenctípust és a felhasználási kört – egy táblázat elég.

Kép-sitemapok: csak különleges esetekben szükségesek

Szinte sosem szükséges. Ha a képek szabályosan be vannak ágyazva a HTML-be, a Google a normál feltérképezéssel megtalálja őket. Csak akkor van értelme, ha a képek JavaScripttel töltődnek be utólag – vagy ha a képkeresési forgalom valódi üzleti cél, például recept- vagy termékadatbázisoknál.

Egy képprojekt számokban

A számok többet nyomnak az állításoknál. Egy futó ügyfélprojekt példája mutatja, mit hoznak együtt az egyes karok – formátum, srcset, lazy loading-szabály – a gyakorlatban.

„Egy kerékpáralkatrész-shopnál mintegy 12 000 termékképet állítottunk át AVIF-ra, megjavítottuk az srcset-et, és a hero-képet eagerre állítottuk. Az LCP a CrUX-riportban 3,4-ről 1,9 másodpercre esett, a kép-megjelenések a Search Console-ban három hónapon belül mintegy 30 százalékkal nőttek.”

— Pásztor Viktor, SEO-szabadúszó

Egyik kar sem látványos önmagában. Együttvéve – formátum, helyes méret, korrekt betöltési prioritás – adják azt a különbséget, amely a Core Web Vitals-ban láthatóvá válik.

Gyakori hibák a kép-SEO-ban

Minden kép lazy betöltve

Az LCP-kép is lazy módon töltődik. Ez 0,5–1 másodpercbe kerül az első viewport legnagyobb eleménél – pontosan ott, ahol a legtöbbet számít.

Kulcsszóhalmozás az alt-szövegben

Őszinte leírás helyett kulcsszólánc áll ott, mint „kep seo optimalizalas ugynokseg berlin” – haszontalan a képernyőolvasót használóknak, és kockázatos a rangsorolásnak.

Eredeti méret srcset nélkül, hiányzó méretek

4000 pixeles fotók kerülnek vágatlanul 400 pixeles konténerekbe, és width- és height-attribútumok nélkül a layout ugrál betöltéskor – rossz a CLS-értéknek.

AI-képek és stockfotók dokumentáció nélkül

A jelöletlen AI-generált képek 2026 óta jogi kockázatot jelentenek, a stockképeknél pedig gyakran hiányzik a dokumentált licenc a személyiségi jogokkal együtt.

Gyakori kérdések a kép-SEO-ról

Milyen hosszú legyen egy alt-szöveg?

80–125 karakter jó sáv. Egy leíró mondat elég; a képernyőolvasók a teljes szöveget felolvassák.

Hoz a kép-SEO mérhető forgalmat?

Igen, iparágtól függően. Vizuálisan vezérelt témáknál a megjelenések 5–15 %-a gyakran a képkeresésből jön.

WebP vagy AVIF – melyiket válasszam 2026-ban?

AVIF standardként, WebP fallbackként. Az AVIF a JPEG-hez képest 40–50 % fájlméretet takarít meg.

Minden AI-képet jelölnöm kell?

Igen, géppel olvashatóan mindig (EU AI Act 50. cikk). Láthatóan is, ha a kép valós személyeket, helyeket vagy eseményeket megtévesztően élethűen ábrázol.

Viktor Pásztor

Pásztor Viktor SEO-szabadúszó Berlinben, több mint 15 éve dolgozik a digitális marketingben, és párhuzamosan mintegy 15 ügyfélprojektet visz, főleg e-commerce és B2B területen. Több mint öt éve 100 %-ban távolról dolgozik – WordPress, Shopify, Shopware és TYPO3 rendszerekkel. Több Pásztor Viktorról

Olvass tovább

Technikai SEO

Mit talál egy feltérképezés, és mi történik utána.

On-page optimalizálás

Hogyan játszik össze a tartalom, a struktúra és a képek.

SEO-költségek

Mibe kerül a velem való együttműködés.

A képek lassítják az oldaladat?

Az ingyenes első beszélgetésben megnézzük a Core Web Vitals-odat és a legnagyobb képproblémákat. Válasz munkanapokon 24 órán belül.

→ Kérj SEO-auditot most