Ha WordPress-oldalt üzemeltetsz, és évek óta töltesz fel képeket, jó eséllyel van egy rejtett mellékterméked. Ezek a csatolmányoldalak, és sokszor több van belőlük, mint valódi tartalomból. Ebben a cikkben megnézzük, mik ezek, hogyan derítheted ki, hány került belőlük az indexbe, és hogyan takarítsd el őket úgy, hogy közben ne okozz újabb kárt.
A cikkben háromféle állítás szerepel, és mindegyiket jelölöm. A Hivatalosan igazolt a WordPress vagy a Google dokumentációjából származik. A Saját tapasztalat az, amit több oldal karbantartása közben láttunk. A Szakmai feltételezés logikus következtetés, amit nem tudunk közvetlenül bizonyítani.
Mi az a WordPress csatolmányoldal?
A csatolmányoldal (attachment page) egy önálló URL, amelyet a WordPress minden feltöltött médiafájlhoz létrehozhat, és amelyen a fájl egy sablonba ágyazva jelenik meg. Ha feltöltesz egy képet egy bejegyzéshez, a WordPress a képet a wp_posts táblában külön, attachment típusú bejegyzésként tárolja. Ehhez saját címet, saját URL-t és saját oldalt is rendel.
Az URL alakja a permalink-beállítástól függ. Gyakori a /bejegyzes-neve/kep-neve/ forma, vagy a /?attachment_id=123 alak. Ha megnyitod, általában a téma attachment.php vagy single.php sablonja jelenik meg, benne a kép, a fájlnév alapján generált cím, és sokszor semmi más.
Hivatalosan igazolt: a WordPress 6.4-es verziója (2023. november) bevezette a wp_attachment_pages_enabled beállítást. Új telepítésnél ez alapból kikapcsolt állapotban van, és ilyenkor a csatolmány URL-je a fájlra irányít. A korábban telepített oldalakon viszont a frissítés nem kapcsolta ki a csatolmányoldalakat, ott a régi működés maradt meg.
Miért gond, ha a csatolmányoldalak bekerülnek az indexbe?
Mert egy tipikus csatolmányoldalon szinte nincs szöveg, így a keresők vékony, alacsony értékű oldalnak láthatják, és ezekből egy átlagos oldalon is több száz vagy ezer keletkezhet.
Egy vállalkozói oldalon, ahol tíz szolgáltatásoldal és ötven blogcikk van, könnyen lehet nyolcszáz feltöltött kép. Ha mindegyiknek saját, indexelhető oldala van, akkor a feltérképezhető URL-ek túlnyomó többsége olyan oldal, amelyen egy kép és egy „IMG_4521” típusú cím látszik.
Hivatalosan igazolt: a Google Search Central útmutatói szerint a keresőnek érdemes olyan oldalakat mutatni, amelyek hasznosak a látogatónak, és a Google a webhely egészéről is alkot képet a tartalom minősége alapján. Arra nincs hivatalos szám, hogy hány vékony oldal árt.
Szakmai feltételezés: a nagy mennyiségű vékony URL hígítja az oldal összképét, és feleslegesen viszi el a feltérképezésre szánt figyelmet. Kis oldalnál ez ritkán drámai, de egy több ezer csatolmányoldalas webshopnál már érezhető lehet.
Van egy gyakorlati baj is. Saját tapasztalat: előfordul, hogy egy keresésre a csatolmányoldal jelenik meg a valódi szolgáltatásoldal helyett, mert a kép neve pontosan egyezett a keresőkifejezéssel. A látogató egy magányos képet kap, menü és ajánlatkérés nélkül, és jellemzően továbblép.
Az AI-alapú keresők szempontjából is számít. Szakmai feltételezés: ha egy válaszmotor vagy AI-crawler a te domainedről sok üres oldalt gyűjt be, az nem segíti, hogy a valódi szakmai tartalmadat forrásként idézze.
Hogyan nézheted meg, hány csatolmányoldal van az indexben?
A legmegbízhatóbb képet a Google Search Console Oldalindexelés jelentése és egy saját feltérképezés együtt adja, a site: keresés csak tájékozódásra jó.
1. Search Console, Oldalindexelés jelentés
- Nyisd meg a Search Console-ban a tulajdont, majd az Oldalak (Oldalindexelés) jelentést.
- Nézd meg az Indexelt oldalak listáját, és szűrj olyan URL-mintára, ami a csatolmányokra jellemző, például
attachment_id, vagy a képek fájlnévéből ismerős szótöredékekre. - Nézd meg a nem indexelt okok között a „Feltérképezve, jelenleg nincs indexelve” és az „Ismétlődő oldal” csoportot is, mert a csatolmányoldalak gyakran itt gyűlnek.
- Az URL-ellenőrzés eszközzel szúrópróbaszerűen nézz meg néhány csatolmány URL-t, és nézd meg, indexelt-e, és mi a kanonikus URL.
Hivatalosan igazolt: a jelentés listája mintavételezett, egy-egy kategóriában legfeljebb 1000 példa URL-t mutat. Nagy oldalnál ezért az arányra figyelj, ne a pontos darabszámra.
2. Hány csatolmány van egyáltalán?
Ha van WP-CLI hozzáférésed, egy paranccsal megtudod a felső korlátot:
wp post list --post_type=attachment --format=count
Ennyi csatolmányoldal létezhet. Ha ez 1200, és az oldaladon 80 valódi oldal van, akkor tudod, mekkora a kockázat.
3. Saját feltérképezés
Egy feltérképező program (például Screaming Frog SEO Spider) megmutatja, mely csatolmány URL-ek érhetők el belső linkről, milyen állapotkóddal válaszolnak, és van-e rajtuk noindex. Érdemes az XML-oldaltérképet is átnézni, mert egyes SEO-bővítmények külön csatolmány-oldaltérképet generálnak.
Hivatalosan igazolt: a Google szerint a site: operátor által mutatott találatszám becslés, nem pontos indexszámláló, ezért ne erre építs döntést.
Hogyan kapcsolhatod ki a csatolmányoldalakat a WordPress beállításaival?
WordPress 6.4 vagy újabb verzión a wp_attachment_pages_enabled beállítást 0-ra állítva a csatolmány URL-je a médiafájlra irányít. Ennek nincs külön kapcsolója a Beállítások menüben, ezért két úton éred el.
- A rejtett beállításoldalon: rendszergazdaként nyisd meg a
/wp-admin/options.phpoldalt, keresd meg awp_attachment_pages_enabledsort, írd át 0-ra, és mentsd. - WP-CLI-vel:
wp option update wp_attachment_pages_enabled 0
Előtte készíts mentést, és ellenőrizd, melyik WordPress-verzió fut az oldalon. Utána nyiss meg egy régi csatolmány URL-t privát böngészőablakban, és nézd meg a böngésző fejlesztői eszközeiben, milyen állapotkódot kapsz.
Saját tapasztalat: ha egy SEO-bővítmény is kezeli a csatolmányokat, a kettő beállítása összeakadhat. Döntsd el, melyik felel érte, és a másikat hagyd semlegesen.
Hogyan irányíthatod át a csatolmányoldalakat SEO-bővítménnyel?
A nagy SEO-bővítmények mindegyikében van kapcsoló, amely a csatolmányoldalt átirányítja a fájlra vagy a szülő bejegyzésre. A menüpontok neve verzióról verzióra változik, ezért a pontos helyet a bővítmény aktuális dokumentációjában ellenőrizd.
- Yoast SEO: a Beállítások, Haladó, Médiaoldalak résznél kapcsolhatod ki a médiaoldalakat. Kikapcsolt állapotban a csatolmány URL-je a fájlra irányít, és a csatolmány-oldaltérkép sem készül el.
- Rank Math: az Általános beállítások, Linkek résznél a csatolmányok átirányítása a szülő bejegyzésre irányít, szülő nélküli képnél pedig megadhatsz egy alapértelmezett cél-URL-t.
- All in One SEO: a keresési megjelenés beállításai között adhatod meg, hogy a csatolmány URL a fájlra vagy a szülő bejegyzésre mutasson.
Fájlra vagy szülő bejegyzésre irányíts? Szakmai feltételezés: a szülő bejegyzésre irányítás ad jobb élményt a látogatónak, mert tartalmas oldalra érkezik, és az esetleges külső linkek értéke is egy valódi oldalhoz kerül. A fájlra irányítás egyszerűbb, és nem kell foglalkozni a szülő nélküli képekkel. Mindkettő elfogadható, a lényeg a 301-es (végleges) átirányítás.
Mi a teendő, ha nincs bővítmény és régebbi a WordPress?
Néhány soros kóddal is átirányíthatod a csatolmányoldalakat, de frissítés után érdemes inkább a beépített beállításra váltani. A kódot gyermek témába vagy saját kis bővítménybe tedd, ne a szülő téma fájljába, mert az a következő frissítéskor elveszik.
add_action( 'template_redirect', function () { if ( is_attachment() ) { $url = wp_get_attachment_url( get_queried_object_id() ); if ( $url ) { wp_redirect( $url, 301 ); exit; } } } );
Ha a képeidet CDN-ről vagy külső tárhelyről szolgálod ki, a wp_safe_redirect függvény nem engedné a más domainre mutató átirányítást, ezért szerepel itt a wp_redirect. Élesítés előtt tesztkörnyezetben próbáld ki.
Mit csinálj, ha a csatolmányoldalak már évek óta indexben vannak?
Állítsd be a 301-es átirányítást, hagyd, hogy a Google újra feltérképezze a régi URL-eket, és ne tiltsd le őket a robots.txt-ben. Ez a lépés a legtöbb hibát a türelmetlenség miatt szokta kapni.
A robots.txt tiltás miért árt?
Hivatalosan igazolt: a robots.txt a feltérképezést tiltja, nem az indexelést. Ha letiltod a csatolmány URL-eket, a Googlebot nem látogatja meg őket, így sem az átirányítást, sem a noindex jelzést nem látja. Az URL így akár hosszabb ideig is indexben maradhat, leírás nélkül.
A noindex vagy az átirányítás a jobb?
Ha a csatolmányoldal semmit nem ad a látogatónak, az átirányítás a tisztább megoldás, mert a régi linkek is működő célra vezetnek. A noindex akkor indokolt, ha valamiért meg akarod tartani az oldalt (például egy fotós portfólióban, ahol a csatolmányoldalon érdemi leírás és adatok vannak).
Az URL-eltávolító eszköz
Hivatalosan igazolt: a Search Console eltávolító eszköze nagyjából hat hónapra rejti el az URL-t a találatok közül, de nem törli az indexből. Sürgős esetre jó, például ha érzékeny kép került ki. Tömeges takarításra nem ez a megoldás.
Mennyi idő, amíg kikerülnek?
Saját tapasztalat: ez néhány héttől több hónapig is tarthat, attól függően, milyen gyakran térképezi fel a Google az oldaladat. A ritkán látogatott, régi csatolmány URL-ek a leglassabbak. Gyorsíthatja, ha a régi csatolmány-oldaltérképet néhány hétig még elérhetően hagyod, így a Google hamarabb találkozik az átirányításokkal, utána pedig kiveszed. Szakmai feltételezés: ez a gyorsítás nem minden oldalnál mérhető.
A képkeresés megsínyli?
Szakmai feltételezés: a Google Képek a képfájlt és az azt beágyazó oldalt rendeli össze. Ha a képeid valódi tartalomoldalakba vannak ágyazva, megfelelő alt szöveggel, a csatolmányoldal megszűnése várhatóan nem árt a képes megjelenésnek, inkább a tartalmas oldalt erősítheti. Garancia erre nincs, ezért a változtatás után néhány hétig figyeld a Search Console Teljesítmény jelentésében a képes keresési típust.
Milyen gyakori hibákat érdemes elkerülni?
A leggyakoribb hiba a 302-es (ideiglenes) átirányítás, a robots.txt tiltás és az, hogy egy későbbi bővítménycsere vagy frissítés csendben visszakapcsolja a csatolmányoldalakat.
- Ideiglenes átirányítás: ellenőrizd, hogy valóban 301-et kapsz-e, ne 302-t.
- Átirányítási lánc: ha a fájl URL-je maga is továbbirányít (például http-ről https-re), a láncot rövidítsd egy lépésre.
- Bővítménycsere: ha Yoastról Rank Mathre vagy fordítva váltasz, a csatolmány-beállítást újra meg kell nézni. Hivatalosan igazolt: a Yoast 2018 elején egy hibás frissítés miatt sok oldalon visszakapcsolta a csatolmányoldalakat, és erre külön javítóbővítményt adott ki. Jó emlékeztető arra, hogy egy beállítás nem örökre szól.
- Belső linkek a csatolmányra: a szerkesztőben a kép linkje sokszor „Csatolmány oldal”-ra van állítva. Az új képeknél válaszd a „Nincs” vagy a „Médiafájl” opciót.
Ellenőrzőlista a csatolmányoldalak kitakarításához
- Mentés készült az adatbázisról és a fájlokról.
- Tudod, melyik WordPress-verzió fut, és melyik SEO-bővítmény kezeli a csatolmányokat.
- WP-CLI-vel vagy a médiatárban megszámoltad, hány csatolmány van.
- A Search Console Oldalindexelés jelentésében megnézted, hány csatolmány URL indexelt.
- Egy beállítás felel a csatolmányokért (WordPress-opció vagy bővítmény), a kettő nem ütközik.
- A régi csatolmány URL privát ablakban 301-gyel a fájlra vagy a szülő bejegyzésre visz.
- Nincs átirányítási lánc, a cél 200-as kóddal válaszol.
- A csatolmány URL-ek nincsenek letiltva a robots.txt-ben.
- A csatolmány-oldaltérképet átmenetileg megtartottad, majd kivetted.
- Az URL-ellenőrzővel szúrópróbát végeztél néhány régi URL-en.
- Az új képek beszúrásakor a link „Nincs” vagy „Médiafájl”.
- Négy-nyolc hét múlva visszanézed az indexelt csatolmányok számát és a képes keresési forgalmat.
- Minden nagyobb frissítés vagy bővítménycsere után újra ellenőrzöd a beállítást.
Források és további olvasnivalók
- WordPress Developer Resources, WordPress 6.4 kiadási jegyzetek és a csatolmányoldalakról szóló fejlesztői bejegyzés (Make WordPress Core)
- WordPress Developer Resources, Template Hierarchy (attachment sablonok)
- Google Search Central, Oldalindexelés jelentés (Search Console súgó)
- Google Search Central, Átirányítások és a Google Kereső
- Google Search Central, A robots.txt bemutatása és korlátai
- Google Search Central, URL-ek eltávolítása a Google-ből (Eltávolítások eszköz)
- Google Search Central, Google Képek ajánlott gyakorlatai
- Yoast SEO és Rank Math hivatalos dokumentációja a média- és csatolmányoldalakról
- A csatolmányoldal egy külön URL, amelyen jellemzően csak egy kép és egy cím van, ezért a keresők vékony tartalomnak tekinthetik.
- A WordPress 6.4 óta van beépített kapcsoló, de a korábban indult oldalakon a csatolmányoldalak alapból bekapcsolva maradtak.
- Az indexelt csatolmányoldalak számát a Search Console Oldalindexelés jelentéséből és egy saját feltérképezésből mérheted fel a legmegbízhatóbban.
- Már indexelt oldalaknál a 301-es átirányítás a fájlra a járható út, a robots.txt tiltás pedig kifejezetten árt, mert elrejti az átirányítást.
- A kitakarítás hetekig vagy hónapokig tarthat, és a látható eredményt nem lehet garantálni.
Gyakori kérdések
Törlődnek a képeim, ha kikapcsolom a csatolmányoldalakat?
Nem. A képfájlok és a médiatár bejegyzései megmaradnak, csak a csatolmány külön oldala szűnik meg, és az URL-je a fájlra vagy a szülő bejegyzésre irányít.
Elég, ha robots.txt-ben letiltom a csatolmány URL-eket?
Nem elég, sőt árthat. A robots.txt csak a feltérképezést tiltja, így a Google nem látja az átirányítást vagy a noindex jelzést, és a régi URL-ek indexben maradhatnak.
Mennyi idő alatt kerülnek ki az indexből a régi csatolmányoldalak?
Ez a feltérképezés gyakoriságától függ, jellemzően néhány héttől több hónapig tarthat. Pontos időt nem lehet ígérni.
Fájlra vagy szülő bejegyzésre irányítsam a csatolmányoldalt?
Mindkettő működik, ha 301-es az átirányítás. A szülő bejegyzés jobb látogatói élményt adhat, a fájlra irányítás egyszerűbb, mert nem kell kezelni a szülő nélküli képeket.
Új WordPress-oldalon is foglalkoznom kell ezzel?
A WordPress 6.4 óta új telepítésnél a csatolmányoldalak alapból ki vannak kapcsolva, de egy SEO-bővítmény vagy egy importálás felülírhatja ezt, ezért egy gyors ellenőrzés akkor is megéri.
Források és további olvasnivalók
Ezen az oldalon a hivatalosan igazolt információt elsődleges forrásokból építjük fel; a saját tapasztalatot és a szakmai becslést mindig külön jelöljük a szövegben.