Media attachment pages in WordPress: indexeren, omleiden of uitsluiten?

Media attachment pages zijn WordPress-pagina’s die bij een geüploade afbeelding, pdf of ander bestand kunnen horen. Voor de meeste zakelijke websites hebben deze dunne pagina’s geen zelfstandige zoekwaarde. Laat ze daarom niet concurreren met belangrijke content: leid ze bij voorkeur om naar de relevante pagina waarop het bestand staat, gebruik noindex als een pagina bereikbaar moet blijven maar niet in Google hoort, en behoud indexatie alleen bij inhoudelijk sterke mediapagina’s.

Wat is een media attachment page?

Wanneer je media uploadt in WordPress, kan WordPress naast het bestand een aparte URL voor de bijlage beheren. Zo’n attachment page is een pagina rond één mediabestand. Afhankelijk van je thema en instellingen bevat die bijvoorbeeld de afbeelding, titel, onderschrift, beschrijving en navigatie.

Dat is iets anders dan:

• Het mediabestand: de directe URL van bijvoorbeeld een jpg, png of pdf.
• De ouderpagina: de blog, dienstpagina of case waarin je de afbeelding of het document hebt geplaatst.
• De attachment page: de afzonderlijke WordPress-pagina die aan het upload-item gekoppeld is.

Voor Google is vooral de pagina waarop een afbeelding in relevante context staat belangrijk. Een losse pagina met alleen een afbeelding en een beperkte titel biedt meestal weinig aan een zoeker. Lees voor de inhoudelijke kant ook onze gids over afbeeldingen optimaliseren in WordPress.

Waarom kunnen attachment pages een SEO-probleem zijn?

Het probleem is niet dat een attachment page per definitie bestaat. Het probleem ontstaat wanneer veel vergelijkbare, inhoudsarme URL’s zelfstandig gecrawld of geïndexeerd worden. Ze kunnen dan in Search Console of zoekresultaten opduiken, terwijl de relevante dienst-, blog- of landingspagina zichtbaarder zou moeten zijn.

Dat maakt websitebeheer ook minder overzichtelijk. Je moet dan onderscheid maken tussen belangrijke pagina’s, historische media-URL’s en URL’s zonder duidelijke bestemming. Attachment pages kunnen bovendien onderdeel zijn van bredere indexatieproblemen, net als echte ontbrekende pagina’s en soft 404’s. Zie daarvoor onze uitleg over 404- en soft-404-fouten.

Wanneer mag je een attachment page behouden?

Behoud en indexeer een attachment page alleen als die een zelfstandige bestemming voor bezoekers is. Denk aan een fotografieportfolio waarin ieder beeld een uitgebreide toelichting, context, maker, onderwerp en relevante navigatie heeft. Hetzelfde kan gelden voor een mediabedrijf met redactioneel uitgewerkte beeldpagina’s.

Voor een gemiddelde mkb-site met sfeerbeelden, teamfoto’s, logo’s, downloads of afbeeldingen in blogs is dat meestal niet het geval. Dan is de pagina waarop het beeld wordt gebruikt de logische bestemming.

Kies de juiste behandeling per situatie

Situatie	Beste keuze	Praktische actie	Waar controleer je op?
De attachment page bevat alleen een afbeelding en een korte titel	Omleiden	Redirect naar de relevante bericht-, dienst- of portfoliopagina	De doel-URL geeft een normale successtatus en past inhoudelijk bij het bestand
Het bestand hoort aantoonbaar bij één specifieke pagina	Omleiden	Gebruik die specifieke pagina als doel, niet de homepage	Bezoekers vinden het beeld of document terug in de context van de doelpagina
De attachment page moet voor een interne workflow bereikbaar blijven	Noindex	Plaats een indexatie-instructie via je SEO-plugin of technische configuratie	De pagina is niet geblokkeerd voor crawlers die de noindex-instructie moeten kunnen zien
De media-URL is bewust verwijderd en heeft geen passende vervanger	404-status	Laat de URL een echte niet-gevonden-status teruggeven	Er is geen redirect naar een irrelevante pagina en er ontstaat geen soft 404
De pagina is een volwaardige mediapagina met unieke, nuttige informatie	Behouden en indexeren	Werk inhoud, titel, interne links en context uit	De pagina heeft een duidelijke zoekintentie en is geen kopie van de ouderpagina

Attachment pages inventariseren en oplossen

1. Breng de URL’s in beeld. Zoek in Google Search Console naar attachment-achtige URL-patronen en bekijk de indexeringsrapporten. Controleer ook in de WordPress-mediabibliotheek of media een attachment page heeft en welke URL daarbij hoort.
2. Beoordeel de inhoud en bestemming. Open een steekproef van de URL’s. Staat er alleen een bestand, of is er inhoud die een eigen bezoek rechtvaardigt? Zoek vervolgens de pagina waar het bestand inhoudelijk thuishoort.
3. Kies per patroon een behandeling. Gebruik de scorecard hierboven. Kies niet automatisch voor dezelfde oplossing als je verschillende soorten media, oude migraties of portfolio-content hebt.
4. Configureer de oplossing in je eigen omgeving. Veel SEO-plugins en specifieke redirect-oplossingen bieden instellingen voor attachment URL’s. De precieze optie verschilt per plugin, thema en configuratie. Test daarom eerst op een beperkte set URL’s of op een stagingomgeving.
5. Maak redirects inhoudelijk relevant. Stuur een attachment page naar de pagina waar het mediabestand daadwerkelijk wordt gebruikt of waarvoor het bedoeld is. Een algemene redirect naar de homepage is doorgaans geen bruikbare oplossing voor bezoeker of zoekmachine.
6. Controleer de technische uitkomst. Open oude attachment-URL’s in een privévenster en controleer of ze op de bedoelde pagina uitkomen, een noindex-instructie bevatten of werkelijk een niet-gevonden-status geven. Let op redirectketens en loops.
7. Volg de indexatie daarna op. Controleer in Search Console hoe Google de URL’s beoordeelt. Veranderingen in crawl- en indexatiestatus kunnen tijd nodig hebben; blijf daarom kijken of nieuwe attachment pages ongewenst ontstaan.

Noindex, robots.txt en redirects niet door elkaar halen

Een noindex-instructie vertelt zoekmachines dat een pagina niet in de zoekresultaten hoort. Daarvoor moet een zoekmachine de pagina en die instructie kunnen verwerken. Blokkeer de URL dus niet blind in robots.txt wanneer je juist wilt dat Google een noindex-signaal ziet.

Een redirect is geschikter als er een duidelijke, relevante vervangende pagina is. Een 404-status past wanneer de URL weg moet en er geen logische vervanger bestaat. Gebruik niet meerdere oplossingen tegelijk zonder doel, zoals een redirect instellen en vervolgens proberen dezelfde URL met noindex te beheren.

Veelgemaakte fouten

• Alle attachment pages naar de homepage sturen. Daarmee verliest de bezoeker context en creëer je een onduidelijk signaal.
• Een noindex plaatsen én crawlen blokkeren. Dan kan Google de noindex-instructie mogelijk niet verwerken.
• Attachment pages massaal verwijderen zonder inventarisatie. Historische links of pagina’s met werkelijke waarde kunnen dan onnodig kapotgaan.
• Vergeten nieuwe uploads te controleren. Een pluginwijziging, themawissel of migratie kan het gedrag rond attachment URL’s veranderen.
• Het mediabestand verwarren met de attachment page. Een afbeelding uitsluiten of verwijderen is iets anders dan de bijbehorende WordPress-pagina beheren.

Praktische checklist

• Ik weet welke attachment pages op mijn website bestaan.
• Ik heb vastgesteld welke pagina voor elk belangrijk mediabestand de relevante context biedt.
• Ik leid dunne attachment pages om naar een inhoudelijk passende URL, waar dat mogelijk is.
• Ik gebruik noindex alleen voor pagina’s die bereikbaar moeten blijven zonder zoekzichtbaarheid.
• Ik laat verwijderde URL’s zonder passend alternatief een echte 404-status teruggeven.
• Ik controleer redirects, statuscodes en indexatie na elke wijziging.
• Ik controleer na plugin-, thema- of migratiewerk opnieuw hoe attachment URL’s zich gedragen.

Hulp nodig bij WordPress-indexatie?

Attachment pages zijn vaak één onderdeel van een bredere technische SEO-aanpak, naast interne links, URL-beheer en pagina’s met weinig zelfstandige waarde. Bekijk wat er mogelijk is met conversie- en SEO-optimalisatie of ontdek alle diensten van LYNX Media. Zo kies je niet alleen een technische oplossing, maar bewaak je ook dat belangrijke pagina’s de aandacht krijgen die ze verdienen.