A Google 2026. október 15-én arról számolt be, hogy változtat az AI Mode és az AI Overviews keresési felületein. A cél a hivatalos közlés szerint az, hogy az AI-válaszokból könnyebb legyen megtalálni és megnyitni a hivatkozott weboldalakat, cikkeket és készítői profilokat. A változtatások nem új rangsorolási szabályok, hanem elsősorban megjelenítési és navigációs újdonságok.

Miért lehet ez érdekes egy weboldal-tulajdonosnak?

Az AI-válaszok gyakran már a találati oldalon átadnak egy rövid magyarázatot. A weboldal tulajdonosának ezért különösen fontos kérdés, hogy a felhasználó megkapja-e a lehetőséget az eredeti forrás megnyitására. A Google bejelentése a linkek láthatóságának javításáról szól, de ebből önmagában nem következik, hogy minden webhely organikus kattintásai növekedni fognak.

A Google több közvetlen hivatkozást ígér

A Google szerint folyamatosan növelte az AI-felületein a szövegbe ágyazott linkek arányát, és most azt is gyakoribbá teszi, hogy ezek korábban, a válasz magasabban fekvő részében megjelenjenek. Ezek olyan kattintható kifejezések, amelyek egy adott állítás vagy téma forrásához vezetnek.

Hivatalos weboldalak és friss hírek kiemelése

A vállalat azt is teszteli, hogy egyértelműen hivatalos feladatoknál – például valamilyen ügyintézésnél – néhány releváns weboldalt külön blokkban jelenítsen meg. A friss híreknél pedig a kiemelt cikkválogatások földrajzi és nyelvi elérését bővíti. Egyik változás sem jelent automatikus jogosultságot vagy garantált megjelenést egy adott kiadó számára.

A bejelentés nem nevezett meg új, kötelező strukturáltadat-típust vagy külön „AI SEO” meta taget. Az alapok továbbra is számítanak: az oldal legyen feltérképezhető, a tartalom releváns és ellenőrizhető, a szerző vagy vállalkozás azonosítható, a belső hivatkozások pedig segítsék a tájékozódást.

A felületváltozás nem indok arra, hogy egy vállalkozás pánikszerűen újraírja az összes cikkét. Érdemes előbb a meglévő Search Console-adatokat megnézni, majd a tényleges keresési szándékokhoz igazítani a tartalmi fejlesztést.

Az indexelés, megjelenés és kattintás különbségét a SEO Academy részletesen elmagyarázza.

Fontos különbség: bejelentés és mérhető hatás

A Google közleménye a saját termékfrissítéseinek leírása. Azt, hogy egy adott magyar weboldal forgalma hogyan változik, csak későbbi, megfelelő időszakot lefedő adatokból lehet megállapítani. Az is előfordulhat, hogy a változások nem egyszerre és nem minden piacon ugyanúgy jelennek meg.

A funkciókról és a megjelenítési példákról a Google saját, 2026. október 15-i bejelentése ad elsődleges tájékoztatást.

A webes láthatóság technikai ellenőrzéséhez használható a ByBence ingyenes eszköze is.

A Google 2026. október 15-én öt változást jelentett be az AI Mode és az AI Overviews felületén: több közvetlen linket, kiemelt weboldalakat és hírtalálatokat.

Google Blog – More ways to connect with the web from Search (2026. október 15.)

Google Search Central – a Google keresési dokumentációjának változásai

Google AI-keresés: jobban látható forráslinkek és hírek az AI-válaszokban

A Google 2026. szeptember 24-én új Search Console riportot jelentett be a webes multimodális keresések mérésére. A változás lényege, hogy a webhelytulajdonosok külön is láthatják, hogyan teljesít a tartalmuk akkor, amikor a felhasználó nem hagyományos szöveges kereséssel, hanem képpel vagy kamerával indít keresést.

Az új adatok a Search results teljesítményriportban és a generatív AI funkciók riportjában is megjelenhetnek. A Google szerint a bevezetés globálisan indult el, így azok a webhelyek, amelyek már kapnak forgalmat ilyen keresésekből, fokozatosan láthatják az új mérőszámokat.

Milyen keresések kerülnek az új multimodális riportba?

A Google közlése szerint az új riport több olyan keresési módot is lefed, ahol a felhasználó egy kép vagy a kamerája segítségével indítja el a keresést.

Hol található az új adat a Search Console-ban?

A Google új multimodal search type szűrőt adott a teljesítményriportokhoz. Ezzel külön lehet vizsgálni a multimodális keresésekből származó teljesítményt, és az adatok exportálhatók is további elemzéshez.

Fontos, hogy nem minden webhelyen jelenik meg azonnal érdemi adat. Ha egy oldal jelenleg nem kap megjelenést vagy kattintást Lensből és más multimodális keresésekből, a riport természetesen kevés vagy nulla adatot mutathat.

Miért fontos ez weboldal-tulajdonosoknak?

A keresés egyre kevésbé csak kulcsszavak begépelését jelenti. A felhasználó lefotózhat egy tárgyat, kijelölhet valamit a telefonja képernyőjén, vagy feltölthet egy képet, majd ebből indíthat keresést. Eddig ezeknek a webes teljesítményét nehezebb volt külön értelmezni a Search Console-ban.

Az új riport ezért főleg azoknak lehet érdekes, akik vizuálisan erős tartalmat publikálnak: webshopoknak, termékoldalaknak, éttermeknek, utazási oldalaknak, lakberendezési és divatoldalaknak, illetve minden olyan vállalkozásnak, ahol a képek önmagukban is fontos információt hordoznak.

A Google bejelentése nem vezetett be új kötelező meta taget vagy külön multimodális SEO szabályrendszert. Sokkal inkább arról van szó, hogy végre pontosabb visszajelzést kaphatunk egy olyan keresési csatornáról, amely korábban kevésbé volt látható a teljesítményadatokban.

Helyi vállalkozásoknál is lehet jelentősége

Egy helyi szolgáltatónál elsőre kevésbé nyilvánvaló a multimodális keresés szerepe, de a tendencia itt is érdekes. Egy felhasználó kereshet például egy lefotózott termékre, stílusra, színre, ételre vagy vizuális megoldásra, majd ebből juthat el helyi szolgáltatókhoz és weboldalakhoz.

Ez még inkább indokolja, hogy a vállalkozói weboldalon ne csak dekorációs képek legyenek, hanem valódi, saját vizuális tartalom: referenciafotók, munkafolyamatok, termékek, helyszín és olyan képek, amelyek ténylegesen leírják, mit kínál a vállalkozás.

Ha a saját weboldalad technikai és on-page SEO állapotát is ellenőriznéd, az ingyenes analyzer több fontos jelet automatikusan átnéz.

A bejelentés részleteit és az új Search Console szűrő leírását a Google Search Central hivatalos közleménye tartalmazza.

A Google új multimodális keresési riportot vezetett be a Search Console-ban. Külön mérhetők a Lens, Circle to Search, képfeltöltéses és Chrome-os képes keresések.

Google Search Central – Announcing web multimodal Search performance reporting in Search Console

Új Search Console riport méri a Google Lens és a multimodális keresések teljesítményét

A Google 2026. szeptember 16-án új Search Central dokumentációt tett közzé arról, hogyan helyezhető el Search profile badge egy weboldalon. A jelvény egy közvetlen hivatkozás a Google Search profile-ra, így a látogatók a weboldalról egy kattintással eljuthatnak a készítő, kiadó vagy márka Google-profiljára.

A változás elsőre egyszerű dizájnelemnek tűnhet, de a Google Search profile ennél többet próbál összekötni: egy helyen gyűjti össze a weboldalhoz és a különböző közösségi platformokhoz kapcsolódó tartalmakat. A Google szerint ha valaki követ egy Search profile-t, a profilhoz kapcsolt tartalmak nagyobb eséllyel jelenhetnek meg számára a Google Discoverben.

A Search profile egy Google-on belüli profiloldal, amely egy készítő, kiadó vagy márka online jelenlétét fogja össze. A profilhoz több tartalmi platform is kapcsolható, például YouTube-, Instagram-, TikTok-, X- vagy más támogatott fiók, valamint webes hivatkozások is megjelenhetnek rajta.

A cél az, hogy a felhasználó ne külön-külön találja meg ugyanazt a készítőt a különböző platformokon, hanem egy Google-profilról érhesse el a hozzá kapcsolódó tartalmakat és csatornákat. A profil a Google Searchben és a Discoverben is megjelenhet.

Az új badge lényegében egy hivatalos Google-jelvény, amelyet a saját weboldaladon helyezhetsz el, ha már rendelkezel igényelt, vagyis claimed Search profile-lal. A gomb a profilod saját profile.google.com címe felé mutat.

A követés a Google Discoverben is számíthat

A Google dokumentációjának egyik legérdekesebb része nem maga a badge, hanem az, ami a követés után történhet. A Google szerint amikor egy felhasználó követ egy Search profile-t, a profilhoz kapcsolt tartalmak – például a weboldalról, YouTube-ról, Instagramról, TikTokról, X-ről vagy Facebookról származó tartalmak – nagyobb eséllyel jelenhetnek meg az adott felhasználó Google Discover felületén.

Ez elsősorban közönségépítési funkció. A badge segítségével egy saját weboldal látogatójából Google-on belüli követő is lehet, így a kapcsolat nem feltétlenül ér véget akkor, amikor bezárja az oldalt.

Fontos különválasztani a Discover-követést a hagyományos Google-rangsorolástól. A Google Search Help egyértelműen jelzi, hogy egy Search profile létrehozása önmagában nem javítja közvetlenül a tartalmak helyezését a Google keresési találatai között.

A Search profile badge ezért nem egy új technikai SEO-trükk, és nincs olyan hivatalos állítás, hogy a jelvény elhelyezése jobb organikus pozíciókat eredményezne. A funkció inkább a márka, a készítő és a közönség közötti kapcsolatot erősíti a Google saját felületein.

Hogyan lehet beilleszteni a badge-et egy weboldalba?

A Google által bemutatott megoldás technikailag egyszerű. A webhely tulajdonosa megkeresi a saját Search profile URL-jét, letölti a hivatalos badge assetet, majd egy normál hivatkozással elhelyezi azt a weboldalon. A Google szöveges link használatát is engedélyezi olyan helyeken, ahol egy grafikus gomb túl hangsúlyos lenne.

Nem mindenki tud még Search profile-t létrehozni

A funkció jelenleg nem tekinthető globálisan elérhető profilrendszernek. A Google Search Help 2026. szeptember 18-i állapota szerint új Search profile létrehozása jelenleg csak az Egyesült Államokban érhető el, és legalább egy támogatott tartalmi platformon meg kell felelni a Google által előírt minimum követői vagy feliratkozói követelménynek.

Ez magyar weboldalak számára azt jelenti, hogy a badge dokumentációja már nyilvános és technikailag használható azoknak, akik rendelkeznek megfelelő profillal, de a Search profile széles körű magyarországi bevezetéséről a Google egyelőre nem tett közzé általános elérhetőségi bejelentést.

Miért érdekes ez kiadóknak és tartalomkészítőknek?

A webes forgalom egyre kevésbé csak arról szól, hogy egy felhasználó beír egy kulcsszót, rákattint egy találatra, majd elhagyja az oldalt. A Google Discover, a közösségi platformok, a videós találatok és a személyre szabott ajánlások miatt a tartalomterjesztés egyre több felületen történik egyszerre.

A Search profile ebbe a folyamatba illeszkedik: a Google egyetlen profil köré szervezheti egy alkotó vagy márka több platformon megjelenő tartalmait. A badge pedig visszafelé is összeköti ezt a rendszert a saját weboldallal, hiszen a látogató közvetlenül a webhelyről juthat el a Google-profilhoz.

Klasszikus technikai SEO-feladatként egyelőre nincs új kötelező teendő. Nem jelent meg hozzá új schema.org típus, nem kell új meta taget hozzáadni, és a Search profile badge használata nem feltétele annak, hogy egy weboldal indexelődjön vagy rangsoroljon a Google-ben.

A hosszabb távú jelentősége inkább abban lehet, hogy a Google egyre több módon köti össze az egyes webhelyeket, tartalomkészítőket, közösségi profilokat és a felhasználói követést. Egy erős márka vagy kiadó számára ezért a Search profile később külön terjesztési és közönségmegtartási csatornává válhat, még akkor is, ha közvetlen rangsorolási előnyt nem ad.

A Google a weboldalt és a közösségi jelenlétet egyre szorosabban kapcsolja össze

A Search profile badge önmagában egy apró webes elem, de jól mutatja, merre mozdul a Google. A hagyományos keresési találatok mellett egyre nagyobb szerepet kapnak a készítői profilok, a Discover-ajánlások és a különböző platformokon megjelenő tartalmak közötti kapcsolatok.

Egy weboldal számára ezért a jövőben nem csak az lehet fontos, hogy egy adott kulcsszóra hányadik helyen jelenik meg, hanem az is, hogy a Google mennyire tudja összekapcsolni a webhelyet a mögötte álló márkával, készítővel és a hozzá tartozó többi tartalmi felülettel.

A Search profile badge beillesztésének hivatalos technikai és design útmutatóját a Google Search Central tette közzé.

A Google dokumentációfrissítési naplója szeptember 16-i újdonságként jelöli a Search profile badge útmutatót.

A Search profile létrehozásának aktuális elérhetőségét és feltételeit a Google Search Help részletezi.

Ha a saját weboldalad SEO-beállításait is ellenőriznéd, a ByBence ingyenes webes eszközei külön oldalon érhetők el.

A Google új Search profile badge útmutatót tett közzé. A jelvénnyel a weboldalak közvetlenül a Google Search profile-ra irányíthatják a látogatókat, a követők pedig több kapcsolódó tartalmat láthatnak a Discoverben. Mutatjuk, hogyan működik és mit jelent SEO szempontból.

Google Search Central – Add a Search profile badge to your website

Google Search Central – Latest documentation updates

Google Search Help – Create a new Search profile

Új Google Search profile badge érkezett: a weboldaladról is a Google-profilodra terelheted a látogatókat

2026. szeptember 15-én életbe lép a Cloudflare AI crawler-kezelésének fontos változása. A szolgáltató a webes robotokat már nem egyszerűen egyetlen „AI bot” kategóriaként kezeli: a webhelytulajdonosok külön szabályozhatják a Search, Agent és Training célú botforgalmat. A mai naptól új alapértelmezések is érvénybe lépnek az újonnan Cloudflare-re kerülő domaineknél.

A változás technikai SEO szempontból azért különösen fontos, mert egyes crawlerek több célt is szolgálhatnak. A Cloudflare szerint a keresésre és modelltréningre egyaránt használt többcélú robotokra a legszigorúbb alkalmazható szabály érvényesülhet. Emiatt egy AI-tréning blokkolására szánt beállítás bizonyos konfigurációkban olyan keresőrobotokat is érinthet, mint a Googlebot, az Applebot vagy a BingBot.

A Cloudflare 2026 júliusában vezette be az AI-forgalom részletesebb kezelését. A korábbi, általános Block AI bots kapcsoló helyett három fő viselkedési kategóriát különböztet meg: Search, Agent és Training. Ezekhez külön engedélyezési vagy blokkolási szabályok állíthatók be.

Szeptember 15-től az újonnan Cloudflare-re kerülő domaineknél a Training és Agent kategóriába sorolt botok alapértelmezetten blokkolva lesznek azokon az oldalakon, ahol a Cloudflare hirdetést érzékel. A Search kategória ezzel szemben alapértelmezetten engedélyezett marad.

A többcélú crawlerek miatt válik igazán fontossá a változás

A legfontosabb újdonság nem önmagában a három kategória, hanem az, ahogyan a Cloudflare a többféle célt egyszerre kiszolgáló crawlereket kezeli. Egy bot ugyanis használható egyszerre klasszikus keresési indexelésre és AI-modellekhez kapcsolódó adatgyűjtésre is.

A Cloudflare szeptember 15-től az ilyen többcélú crawlereknél minden ismert viselkedést figyelembe vesz. Ha egy webhely tulajdonosa blokkolja a Training kategóriát, akkor a keresési és tréningcélúként is besorolt crawlerre a szigorúbb szabály alkalmazható.

A Googlebotot is blokkolhatja egy Training szabály

A Cloudflare saját bejelentése külön megnevezi a Googlebotot, az Applebotot és a BingBotot a többcélú crawlerek példái között. A szolgáltató szerint azoknál az ügyfeleknél, akik a Training viselkedést blokkolják, ezek a crawlerek is blokkolás alá kerülhetnek, ha a Cloudflare az adott robotot Search és Training célúként egyaránt kezeli.

Ez már közvetlen SEO-kockázat. Ha egy keresőrobot technikailag nem tudja lekérni az oldalakat, az nem ugyanaz a helyzet, mint amikor egy webhely egyszerűen megtiltja, hogy tartalmát AI-modell tanítására használják. A keresőrobot tartós blokkolása feltérképezési és később indexelési problémákat is okozhat.

Ez nem azt jelenti, hogy a Cloudflare automatikusan letiltja a Googlebotot mindenkinél

Fontos különbség, hogy nem általános Googlebot-blokkolásról van szó. Az új domaineknél a Search kategória alapértelmezetten engedélyezett marad. A kockázat akkor jelenik meg, amikor egy többcélú crawler egyik másik viselkedésére – például Trainingre – blokkolási szabály vonatkozik.

Ezért nem érdemes abból kiindulni, hogy az „AI botok blokkolása” biztosan nincs hatással a keresőoptimalizálásra. A tényleges működés attól függ, milyen Cloudflare-beállítások aktívak, és az adott crawler milyen viselkedési kategóriákba van besorolva.

Mit érdemes most ellenőrizni a Cloudflare-ben?

Cloudflare-t használó webhelyeknél érdemes átnézni az AI botokra vonatkozó szabályokat, különösen akkor, ha korábban bekapcsoltad a régi Block AI bots funkciót, vagy kifejezetten szeretnéd tiltani a tartalmad AI-tréningre történő felhasználását.

A robots.txt és a Cloudflare blokkolása nem ugyanaz

A robots.txt alapvetően utasítást vagy preferenciát közöl a crawlerekkel. A Cloudflare dokumentációja is kiemeli, hogy a robots.txt szabályainak betartása önkéntes: egy robot technikailag figyelmen kívül hagyhatja az ott szereplő kérést.

A Cloudflare AI crawler-szabályai ezzel szemben hálózati szinten is képesek ténylegesen blokkolni a kéréseket. Ez sokkal erősebb kontrollt ad a webhely tulajdonosának, ugyanakkor nagyobb figyelmet is igényel, mert egy rosszul megválasztott blokkolási szabály valóban megakadályozhatja egy crawler hozzáférését.

AI-tréning tiltása és keresőből való láthatóság: két külön cél

Sok webhely tulajdonosa szeretné megakadályozni, hogy tartalmát AI-modellek tanítására használják, miközben továbbra is szeretne megjelenni a Google, a Bing és más keresők találatai között. A Cloudflare új kategóriái elvileg pontosan ezt a különbséget próbálják kezelhetővé tenni.

A többcélú crawlerek azonban megnehezítik a szétválasztást. Ha ugyanaz a robot több feladatot is végez, a webhely tulajdonosának el kell döntenie, hogy melyik felhasználást tekinti fontosabbnak. A Cloudflare ezért a crawlerek viselkedésének átláthatóbb besorolását sürgeti.

Technikai SEO-nál eddig is alapvető volt annak ellenőrzése, hogy a Googlebot hozzáfér-e az indexelni kívánt URL-ekhez. Az AI crawler-szabályok terjedésével ehhez egy új ellenőrzési pont társul: a CDN, WAF vagy botvédelmi rendszer nem blokkolja-e véletlenül azt a keresőrobotot, amelytől organikus láthatóságot várunk.

Egy weboldal robots.txt fájlja lehet tökéletes, a meta robots beállítása lehet index, és a canonical URL is lehet helyes – ha a szerver vagy a Cloudflare már a kérés szintjén megtagadja a hozzáférést a crawlertől, a kereső nem feltétlenül tudja megfelelően feltérképezni az oldalt.

Röviden: mire figyelj szeptember 15-től?

A crawler-kezelés mostantól technikai SEO-kérdés is

Az AI-crawlerek terjedésével egyre kevésbé működik az az egyszerű felosztás, hogy vannak keresőrobotok és vannak AI-botok. Ugyanaz a crawler többféle célra is használható, miközben a webhely tulajdonosa nem feltétlenül szeretné minden felhasználási módhoz ugyanazt a hozzáférést megadni.

A Cloudflare szeptember 15-i változása ezért nem csak AI- vagy adatvédelmi kérdés. Aki Cloudflare-en keresztül védi a webhelyét, annak a crawler-szabályokat mostantól a technikai SEO részeként is érdemes kezelnie: pontosan tudni kell, kit blokkolunk, miért blokkoljuk, és közben mely robotoktól várjuk, hogy továbbra is megtalálják és indexeljék az oldalainkat.

A szeptember 15-i változás részleteit a Cloudflare eredeti bejelentése ismerteti.

Az aktuális Search, Agent és Training bot policy beállításokat a Cloudflare dokumentációja részletesen bemutatja.

A robots.txt és a tényleges crawler-blokkolás közötti különbségről a Cloudflare managed robots.txt dokumentációjában olvashatsz.

Ha a saját weboldalad technikai SEO-beállításait szeretnéd ellenőrizni, a ByBence ingyenes eszközei külön oldalon érhetők el.

2026. szeptember 15-én életbe lépnek a Cloudflare új AI crawler-alapértelmezései. A Search, Agent és Training botok külön kezelhetők, a többcélú crawlerek blokkolása pedig SEO-kockázatot is jelenthet.

Cloudflare – Your site, your rules: new AI traffic options for all customers

Cloudflare Docs – Block AI Bots

Cloudflare Docs – Managed robots.txt

Ma változik a Cloudflare AI crawler-kezelése: a Googlebotot is érintheti egy rossz beállítás

A Google 2026. augusztus 31-én eltávolította a Chrome Web Store-ból az összes megmaradt Manifest V2 alapú böngészőbővítményt. Ezzel lezárult a Chrome bővítményplatformjának több éve tartó átállása a Manifest V3 rendszerre.

A változás nem csupán azt jelenti, hogy új Manifest V2 bővítmények már nem jelenhetnek meg a Chrome Web Store-ban. A Google hivatalos ütemterve szerint a még bent maradt MV2-bővítményeket is eltávolították az áruházból, így azok a továbbiakban nem telepíthetők újra és frissítést sem kaphatnak a Chrome Web Store-on keresztül.

A Chrome for Developers hivatalos Manifest V2 támogatási ütemterve augusztus 31-ét jelölte meg a kivezetési folyamat egyik utolsó állomásaként. Ettől a naptól minden megmaradt Manifest V2 bővítményt eltávolítottak a Chrome Web Store kínálatából.

Mi történik a már telepített Manifest V2 bővítményekkel?

Van egy fontos különbség az áruházból való eltávolítás és a böngészőben való működés között. A Google dokumentációja szerint azok a Manifest V2 bővítmények, amelyeket Chrome 138-on vagy egy korábbi Chrome-verzión már telepítettek, egyelőre a felhasználó rendszerén maradhatnak.

Ez azonban már csak átmeneti állapot. Ezek a bővítmények nem frissíthetők a Chrome Web Store-on keresztül, és ha eltávolítják őket a böngészőből, az áruházból már nem lehet őket újratelepíteni.

Chrome 139-től végleg megszűnik a Manifest V2 működése

A tényleges böngészőtámogatás kivezetése már korábban elkezdődött. A Google 2025. július 24-én közölte, hogy Chrome 138-ban minden normál felhasználónál letiltotta a Manifest V2 bővítményeket, és azokat már nem lehetett újra engedélyezni.

A vállalati környezetek számára biztosított ExtensionManifestV2Availability szabályzat Chrome 139-ben szintén megszűnik. A Google szerint emiatt a Chrome 139-re vagy újabb verzióra frissítő felhasználóknál a Manifest V2 bővítmények már nem működnek.

A Chrome 138 tehát az utolsó olyan Chrome-verzió, amelyben speciális vállalati beállítással még fennmaradhatott a Manifest V2 támogatása.

A manifest egy Chrome-bővítmény egyik alapvető konfigurációs fájlja. A manifest.json többek között meghatározza a bővítmény nevét, verzióját, jogosultságait, háttérfolyamatait és azt, hogy milyen böngészőfunkciókhoz férhet hozzá.

A Manifest V2 ennek a bővítményplatformnak a korábbi generációja volt. A Manifest V3 a Google újabb modellje, amely több ponton megváltoztatta a Chrome-bővítmények működését, különösen a háttérfolyamatok, a hálózati kérések kezelése, a jogosultságok és a távoli kód futtatása területén.

Miért vezette be a Google a Manifest V3-at?

A Google a Manifest V3 fő céljai között a biztonság, az adatvédelem és a teljesítmény javítását emeli ki. Az új rendszer több olyan lehetőséget korlátoz, amelyekkel egy bővítmény nagy mennyiségű felhasználói adathoz vagy hálózati forgalomhoz férhetett hozzá.

A változás egyik fontos eleme, hogy a Manifest V3 bővítmények nem tölthetnek be és futtathatnak tetszőleges, távolról hosztolt JavaScript-kódot. A működéshez szükséges programlogikának alapvetően a bővítmény csomagjában kell lennie, így azt a Chrome Web Store ellenőrzési folyamata is vizsgálhatja.

A háttéroldalakat service workerek váltották fel

A Manifest V2 bővítmények tartós háttéroldalakat használhattak, amelyek akkor is futhattak, amikor a bővítmény éppen nem végzett látható feladatot. Manifest V3 alatt ezeket extension service workerek váltják fel.

A service worker eseményvezérelt módon működik, és amikor nincs rá szükség, leállhat. A Google szerint ennek egyik előnye, hogy a bővítmények háttérfolyamatai kevesebb erőforrást használhatnak.

A hálózati kérések kezelése is megváltozott

Az átállás egyik legtöbbet vitatott része a hálózati kérések kezelésének módosítása volt. Manifest V2 alatt a bővítmények a webRequest API blokkoló működésével programozottan vizsgálhattak és módosíthattak hálózati kéréseket.

Manifest V3-ban a Google sok ilyen feladathoz a declarativeNetRequest API használatát helyezi előtérbe. Ennél a bővítmény előre meghatározott szabályokat ad át a böngészőnek, ahelyett hogy minden egyes hálózati kérés feldolgozásában közvetlenül részt venne.

Miért volt vitatott a Manifest V3 átállás?

A Manifest V3 bevezetése hosszú folyamat volt, és a fejlesztői közösség több alkalommal jelezte, hogy bizonyos Manifest V2 funkciók megfelelő helyettesítése még nem áll rendelkezésre. A Google emiatt korábban módosította és elhalasztotta a kivezetési ütemtervet, miközben új API-kat és további lehetőségeket adott a Manifest V3 platformhoz.

A hálózati kérések kezelésének változása különösen a tartalomszűrő és reklámblokkoló bővítmények miatt kapott nagy figyelmet. A Manifest V3 azonban nem általánosan tiltja a reklámblokkolást: a változás elsősorban azt érinti, milyen API-kon és milyen szabályok alapján hajthatják végre a bővítmények ezeket a műveleteket.

Mit jelent a változás egy átlagos Chrome-felhasználónak?

A legtöbb felhasználónak nincs szüksége manuális beavatkozásra, ha az általa használt bővítmény fejlesztője már kiadott Manifest V3-kompatibilis verziót. Az ilyen bővítmények továbbra is elérhetők és frissíthetők a Chrome Web Store-ban.

Probléma azoknál a régi bővítményeknél lehet, amelyeket a fejlesztő nem migrált Manifest V3-ra. Ezek Manifest V2 változatai már nem érhetők el a Chrome Web Store-ban, és új Chrome-verziókban nem használhatók.

Mit jelent mindez Chrome-bővítmények fejlesztőinek?

Egy aktívan karbantartott Chrome-bővítménynél a Manifest V3-ra való átállás már nem opcionális jövőbeli feladat. Ha egy fejlesztő továbbra is a Chrome Web Store-on keresztül szeretné terjeszteni és frissíteni a bővítményét, annak Manifest V3-kompatibilisnek kell lennie.

Nem elég egyszerűen átírni a manifest_version értékét

Egy összetettebb Manifest V2 bővítmény migrációja nem feltétlenül oldható meg azzal, hogy a manifest.json fájlban a 2-es verziószámot 3-ra cseréljük. A háttérfolyamatok életciklusa, az API-k, a jogosultságok és bizonyos hálózati funkciók működése is eltérhet.

A Google ezért külön Manifest V3 migration checklistet tart fenn, amely végigvezeti a fejlesztőket a manifest, a service worker, az API-k, a biztonsági beállítások és a publikálás ellenőrzésén.

Röviden: mi változott a Chrome Web Store-ban?

Lezárult a Chrome-bővítmények többéves átállása

A 2026. augusztus 31-i Web Store-eltávolítás inkább egy hosszú folyamat lezárása, mint egyetlen hirtelen változás. A Chrome Web Store már évekkel korábban megszüntette az új Manifest V2 bővítmények fogadását, majd a Google fokozatosan letiltotta a régi platformot a Chrome különböző kiadásaiban.

A mostani állapot azonban már egyértelmű: új Chrome-bővítmény fejlesztésénél és egy meglévő extension további karbantartásánál a Manifest V3 jelenti a támogatott irányt. A Manifest V2 pedig az áruházból való eltávolítással gyakorlatilag végleg a Chrome korábbi technológiái közé került.

A Google hivatalos idővonala részletesen felsorolja a Manifest V2 kivezetésének egyes lépéseit és a Chrome-verziókhoz kapcsolódó változásokat.

A Manifest V3 működéséről és a platform legfontosabb változásairól a Chrome for Developers külön dokumentációt tart fenn.

Ha saját weboldalad technikai SEO-beállításait, metaadatait és más fontos webes elemeit ellenőriznéd, a ByBence ingyenes eszközei külön oldalon érhetők el.

A modern webfejlesztéshez kapcsolódó fogalmakról és technológiákról a ByBence Academy további magyar nyelvű anyagokat tartalmaz.

A Google 2026. augusztus 31-én eltávolította a Chrome Web Store-ból az összes megmaradt Manifest V2 bővítményt. Mutatjuk, mit jelent a változás a felhasználóknak és a Chrome-bővítmények fejlesztőinek.

Chrome for Developers – Manifest V2 support timeline

Chrome for Developers – Manifest V3

Chrome for Developers – Manifest V3 migration guide

Vége a Manifest V2-nek: a Google eltávolította a régi Chrome-bővítményeket a Web Store-ból

A Google részletesen bemutatta European Search Dataset Licensing Programját, amelynek keretében jogosult európai keresőszolgáltatók hozzáférhetnek a Google Search bizonyos keresési adataihoz. A megosztandó adatkör többek között rangsorolási, lekérdezési, kattintási és megtekintési adatokat tartalmaz az Európai Gazdasági Térségből.

A program hátterében az Európai Unió Digital Markets Act szabályozása áll. Az Európai Bizottság 2026. július 16-án kötelező intézkedéseket határozott meg arra vonatkozóan, hogyan kell a Google-nek hozzáférést biztosítania ezekhez az adatokhoz. A Google augusztus végére frissítette a program nyilvános oldalát a részletesebb jogosultsági és jelentkezési feltételekkel.

Pontosan milyen Google Search-adatok válhatnak elérhetővé?

Az Európai Bizottság és a Google dokumentációja alapján nem egyszerű statisztikai összesítésekről van szó. A Search Dataset olyan adatkategóriákat tartalmazhat, amelyekhez hasonló adatokat a Google maga is felhasznál keresőszolgáltatásának fejlesztéséhez.

Ez különösen értékes adatkör, mert a Google hatalmas keresési volumenéből származó felhasználói interakciókhoz más keresőszolgáltatók saját rendszereikből nem tudnak hasonló léptékben hozzáférni.

Nem a Google keresési algoritmusát adják oda

Fontos különbség, hogy a program nem jelenti a Google rangsorolási algoritmusának, forráskódjának vagy keresési technológiájának megnyitását. Az Európai Bizottság kifejezetten keresési adatokról beszél, amelyeket más szolgáltatók saját keresési technológiájuk fejlesztésére használhatnak.

Egy külső szolgáltató tehát nem fogja megkapni azt a képletet, amely alapján a Google eldönti, melyik weboldal legyen az első találat. Olyan adatokhoz férhet hozzá, amelyekből saját keresőrendszere tanulhat és fejlődhet.

A változás alapja az Európai Unió Digital Markets Act szabályozása. A Google Search a DMA alapján kapuőrnek minősített szolgáltatás, ezért speciális kötelezettségek vonatkoznak rá.

Az Európai Bizottság szerint a Google több mint 90 százalékos keresőpiaci részesedéssel rendelkezik Európában, és ebből adódóan olyan mennyiségű felhasználói keresési adatot képes gyűjteni, amelyhez kisebb versenytársai nem férnek hozzá. Ezek az adatok közben tovább használhatók a Google saját keresőjének fejlesztésére, ami tovább erősítheti ezt az előnyt.

A szabályozás célja ezért az, hogy megfelelő feltételek mellett más online keresőmotorok is hozzáférhessenek a keresési piac szempontjából értékes adatok egy részéhez.

AI-keresők is jogosultak lehetnek az adatokra

A szabályozás egyik különösen érdekes része, hogy nem feltétlenül csak hagyományos Google-versenytársak használhatják a rendszert. Az Európai Bizottság szerint olyan AI-chatbotok is jogosultak lehetnek, amelyek tényleges online keresőmotor-funkciókat biztosítanak és megfelelnek a program követelményeinek.

Ez azért jelentős, mert az AI-alapú keresés egyre közvetlenebb versenytársa a hagyományos keresőmotoroknak. A Google keresési adatai elméletileg olyan rendszerek fejlesztését is segíthetik, amelyek a klasszikus találati lista helyett generatív válaszokkal dolgozzák fel a webes információkat.

Nem töltheti le bárki a Google keresési adatbázisát

A Search Dataset nem nyilvános adatbázis, és egy átlagos weboldal-tulajdonos, SEO-s vagy fejlesztő nem kérhet automatikusan hozzáférést. A Google részletes jogosultsági feltételeket határozott meg a jelentkezők számára.

A program tehát elsősorban valódi keresőszolgáltatóknak készült, nem pedig általános SEO-adatforrásnak.

A Google mintákat is biztosít majd az adatokból

A teljes Search Dataset licencelése előtt a jogosult jelentkezők különböző adatminta-csomagokat kérhetnek. A Google dokumentációja három szintet különböztet meg.

A Google jelenlegi ütemezése szerint ezek az adatminta-lehetőségek 2026. november 16-tól válnak elérhetővé.

Szigorú adatvédelmi követelmények vonatkoznak a rendszerre

A keresési adatok érzékenysége miatt a hozzáférés komoly adatvédelmi és információbiztonsági feltételekhez kötött. A program dokumentációja szerint a jogosult szervezeteknek megfelelő adatszeparációt, hozzáférés-ellenőrzést és naplózást kell kialakítaniuk.

Bizonyos hozzáférési szintekhez független harmadik fél által végzett audit és úgynevezett reasonable assurance jelentés is szükséges. A teljes adatkészlet folyamatos használatához később rendszeres ellenőrzés is tartozik.

A keresési előzményeket és Google-fiókokat nem adják át

Az adatmegosztás nem jelenti azt, hogy más keresők szabadon hozzáférhetnek egy konkrét Google-felhasználó teljes keresési előzményeihez vagy fiókadataihoz. Az Európai Bizottság több anonimizálási korlátozást is előír.

Szeptember 17-én jön a következő fontos lépés

A Google tájékoztatása szerint 2026. szeptember 17-től kezdi biztosítani a releváns jelentkezők számára a részletes adatlicenc-megállapodást. Ebben szerepelnek majd a technikai, biztonsági és szerződéses követelmények további részletei.

A teljes rendszer kiépítése ennél hosszabb folyamat. Az Európai Bizottság ütemezése alapján az anonimizált keresési adatkészlet véglegesítésének egyik fontos határideje 2026 novembere, a végleges árazási ajánlat pedig 2027 januárjára várható.

Fizetni is kellhet a Google Search-adatokért

A program nem általánosan ingyenes. A hozzáférés díjazása úgynevezett FRAND – fair, reasonable and non-discriminatory – feltételeken alapul. A szabályozás korlátozza, milyen költségeket számíthat fel a Google, és a díjazás alapját a hozzáférés biztosításának többletköltségei, valamint egy meghatározott megtérülési ráta adhatja.

Mit jelenthet mindez a keresőpiac számára?

A Google egyik legnehezebben reprodukálható előnye nem kizárólag maga a keresési algoritmus, hanem az a hatalmas mennyiségű interakciós adat is, amelyet több milliárd keresés során képes összegyűjteni. Egy új keresőmotor számára ezt a visszacsatolási rendszert rendkívül nehéz nulláról felépíteni.

Ha a jogosult versenytársak valóban használható rangsorolási, lekérdezési, kattintási és megtekintési adatokhoz jutnak, az csökkentheti ezt a belépési akadályt. Ettől azonban még nem következik automatikusan, hogy rövid időn belül új keresők veszélyeztetik a Google pozícióját: az adatok mellett infrastruktúra, index, rangsorolási technológia és megfelelő felhasználói termék is szükséges.

A program közvetlenül nem módosítja a Google rangsorolási rendszerét, ezért a weboldal-tulajdonosoknak nincs miatta új technikai SEO-feladatuk. Nem új rangsorolási tényezőről és nem Google algoritmusfrissítésről van szó.

Hosszabb távon azonban fontos lehet a változás. Ha több kereső és AI-alapú keresési szolgáltatás képes versenyképesebb rendszert építeni a Google által megosztott adatok segítségével, a webes keresési forgalom kevésbé koncentrálódhat egyetlen szolgáltató köré.

Ha a saját weboldalad Google Search teljesítményét szeretnéd vizsgálni, a ByBence ingyenes SEO-eszközei külön oldalon érhetők el.

Röviden: mit nyit meg a Google Európában?

A Google egyik legértékesebb erőforrása válik részben hozzáférhetővé

A European Search Dataset Licensing Program nem jelenti a Google Search technológiájának megnyitását, mégis szokatlanul értékes adatkört tesz elérhetővé. A felhasználói lekérdezésekből, találati rangsorokból, megtekintésekből és kattintásokból származó adatok olyan visszacsatolást biztosítanak, amelyet egy kisebb keresőmotor önmagában csak jóval kisebb léptékben tud összegyűjteni.

A program valódi hatása ezért valószínűleg nem egyik napról a másikra lesz látható a Google találati oldalain. A fontosabb kérdés az, hogy a következő években a keresőmotorok és az AI-alapú keresési szolgáltatások mennyire tudják felhasználni ezt az adatkört saját rendszereik fejlesztésére és a Google-lel való versenyre.

A program jogosultsági feltételeit, az adatkör leírását és a jelentkezési folyamatot a Google Search Central hivatalos oldalán tette közzé.

Az Európai Bizottság külön oldalon részletezi, milyen adatokat kell a Google-nek megosztania, és mi a DMA-intézkedés célja.

A Google részletesen bemutatta European Search Dataset Licensing Programját. Jogosult európai keresőszolgáltatók rangsorolási, lekérdezési, kattintási és megtekintési adatokhoz férhetnek hozzá. Mutatjuk, mit jelent a változás és kik használhatják az adatokat.

Google Search Central – European Search Dataset Licensing Program

European Commission – Sharing of Google Search data

European Commission – Digital Markets Act

Megnyitja keresési adatainak egy részét a Google Európában – lekérdezési és kattintási adatok is elérhetők lesznek

Az OpenAI 2026. szeptember 3-án bemutatta a GPT-6 Astrát, a vállalat új csúcsmodelljét. Az új rendszer nem egyszerűen gyorsabb vagy pontosabb szöveges AI-modellként érkezik: az OpenAI elsősorban olyan összetett feladatokra fejlesztette, amelyek során az AI-nak böngészőt, számítógépes alkalmazásokat, fejlesztői eszközöket és más szoftvereket kell használnia egy több lépésből álló cél teljesítéséhez.

Az OpenAI szerint a GPT-6 Astra jelenleg a vállalat legintelligensebb és leginkább összehangolt modellje, amely új eredményeket ért el többek között számítógép-használatban, böngészésben, szoftverfejlesztésben, kiberbiztonságban, tudományos feladatokban és professzionális munkafolyamatokban. A modell bevezetése először korlátozott szervezeti körben indul, majd a következő napokban a ChatGPT fizetős csomagjaiban, az OpenAI API-ban és az AWS-en is megjelenik.

A GPT-6 Astra az OpenAI új frontier modellje és a GPT-6 modellcsalád egyik első nyilvánosan bemutatott tagja. Az Astra egyik legfontosabb különbsége az előző generációkhoz képest, hogy a képességeit nem kizárólag kérdések megválaszolására vagy szövegek generálására optimalizálták.

A modell képes hosszabb, több lépésből álló digitális munkafolyamatok végrehajtására. Az OpenAI példái között dokumentumok és prezentációk elkészítése, programozási feladatok, kutatás, böngészés, professzionális szoftverek használata, weboldalak és alkalmazások készítése, valamint tudományos munkafolyamatok is szerepelnek.

Az OpenAI bemutatta a GPT-6 Astra modellt, amely jelentős előrelépést hoz számítógép-használatban, programozásban, böngészésben és összetett munkafolyamatok végrehajtásában. Mutatjuk, mit tud az új AI-modell, mikor érkezik a ChatGPT-be és mit jelent fejlesztőknek.

Hírek

Google AI-keresés: jobban látható forráslinkek és hírek az AI-válaszokban

Új Search Console riport méri a Google Lens és a multimodális keresések teljesítményét

Új Google Search profile badge érkezett: a weboldaladról is a Google-profilodra terelheted a látogatókat

További hírek

Ma változik a Cloudflare AI crawler-kezelése: a Googlebotot is érintheti egy rossz beállítás

Vége a Manifest V2-nek: a Google eltávolította a régi Chrome-bővítményeket a Web Store-ból

Megnyitja keresési adatainak egy részét a Google Európában – lekérdezési és kattintási adatok is elérhetők lesznek

Bemutatták a GPT-6 Astrát: az OpenAI új modellje már összetett számítógépes feladatokat is önállóan végez

Változtatott a Google a site reputation abuse kezelésén Európában – Magyarországot is érinti

Új funkció érkezett a Google Trendsbe: egyszerűbb lett a keresési trendek kutatása

Már mérhető az AI-megjelenés a Google Search Console-ban: globálisan elérhető az új riport

Elindult a ByBence Hírek: Google, SEO és webfejlesztési hírek egy helyen