Website-afbeeldingscontrole

Optimaliseer websitebeelden: controleer pagina voor publicatie

Gebruik deze gids om te zien wat de browser echt laadt, kies de juiste grootte voor elke afbeelding, corrigeer de HTML en controleer de pagina voor publicatie.

Kort antwoord

Controleer de live pagina voordat u een nieuw bestand exporteert

De snelste oplossing voor afbeeldingen is vaak geen nieuwe converter. Zoek eerst zware verzoeken, ontbrekende formaten, een lazy-loaded LCP-afbeelding of metadata die nog naar een oud bestand verwijst. Begin bij de pagina en exporteer alleen wat moet veranderen.

Controleer verzoeken, niet mappen De pagina kan nog steeds een zwaar bestand laden, zelfs als er ergens anders een geoptimaliseerd bestand bestaat.
Kies per afbeelding Een hero-afbeelding, artikelafbeelding, herhaalde kaart en metadata-afbeelding hebben elk andere regels nodig.
Laat de browser zien wat te gebruiken Gebruik srcset, formaten, breedte en hoogte zodat de browser een goed bestand kan kiezen en ruimte reserveert.
Controleer de gepubliceerde pagina Let op verkeerde URL's, layoutverschuivingen, lazy-loaded LCP-afbeeldingen, kapotte social previews en oude schema-afbeeldingen.

Eerst controleren

Begin met wat de browser downloadt

Ontwerpbestanden en mediapakketten tonen niet wat gebruikers echt krijgen. De browser toont welke afbeelding URL laadt, hoe groot deze lijkt, of de pagina ruimte reserveert en of een groot bestand wordt hergebruikt waar een klein bestand volstaat.

Netwerkcontrole

Welke URL wordt geladen?

Open de pagina en noteer de echte afbeeldings-URL, overdrachtsgrootte, getoonde grootte en of de browser de verwachte versie koos.

Lay-outcontrole

Hoe groot is de afbeelding?

Meet het zichtbare gebied in plaats van te gokken op het bronbestand. Kaarten, contentkolommen en sociale afbeeldingen moeten geen gedeelde export gebruiken.

Laadcontrole

Staat het in het eerste scherm?

Vind de waarschijnlijke LCP-afbeelding, voorkom per ongeluk lazy loading en houd minder belangrijke afbeeldingen uit de eerste laadronde.

Contextcontrole

Komt de metadata overeen?

Controleer alt-tekst, Open Graph-afbeelding, JSON-LD-afbeelding, nabijgelegen tekst en bestandsnaam zodat de pagina één duidelijk verhaal vertelt.

Afbeeldingsplan

Plan elke belangrijke afbeelding voor conversie

Een afbeeldingsplan houdt deze gids gescheiden van converter-artikelen. Het vraagt wat elk afbeeldingsgebied nodig heeft: grootte, laadvolgorde, fallback, metadata-rol en een laatste controle die bewijst dat de pagina het juiste bestand gebruikt.

Afbeeldingsgebied Beslissing Risico Controleren
Hoofdfoto Stel de waarschijnlijke LCP-afbeelding, exacte afmetingen, laadvolgorde en fallback-pad in. Lazy loading of te grote bestanden kunnen de eerste nuttige afbeelding vertragen. Vergelijk getoonde grootte, bestandsgrootte en laadd gedrag in het eerste scherm.
Afbeelding in artikelinhoud Definieer versies voor contentbreedte en reserveer ruimte met breedte en hoogte. De pagina kan een bronafbeelding laden die veel breder is dan de leeskolom. Controleer desktop- en mobiele breedtes en verifieer de gekozen srcset-optie.
Herhaalde kaartafbeelding Maak kleine versies voor lijsten, hubs, gerelateerde kaarten en archiefpagina's. Een hergebruikte artikelafbeelding kan veel gewicht toevoegen aan een overzichtspagina. Scan de overzichtspagina en bevestig dat herhaalde kaarten geen volledige artikelafbeeldingen laden.
Metadata-afbeelding Bereid Open Graph- en JSON-LD-afbeeldingen voor als geplande bestanden, niet als toevallige restanten. Zoek- en deelvoorbeelden kunnen oude, bijgesneden of niet-gerelateerde afbeeldingen tonen. Controleer gerenderde meta-tags en gestructureerde data voor de uiteindelijke URL.

Als het plan zegt dat bestanden nieuwe versies nodig hebben, gebruik dan de gids voor afbeeldingsconversie om de volgende stap te kiezen. Gebruik de JPG naar WebP gids voor normale WebP-taken en de AVIF-gids alleen voor grote foto's die nog meer besparing nodig hebben.

Afbeeldingsformaten

Stel duidelijke formaten in voor elk afbeeldingsgebied

Responsieve afbeeldingen werken alleen als de HTML overeenkomt met de lay-out. Meet het gebied, kies enkele nuttige breedtes, reserveer de beeldverhouding en vermijd het verzenden van een groot origineel alleen omdat het bestaat.

Meet het gebied Gebruik de zichtbare breedte als uitgangspunt, niet de originele bestandsgrootte.
Gebruik een korte lijst met breedtes Een paar geplande versies zijn makkelijker te onderhouden dan een map vol willekeurige exports.
Reserveer layoutruimte Stel breedte en hoogte of een beeldverhouding in zodat het laden van afbeeldingen de pagina niet verschuift.
Gescheiden preview-afbeeldingen Sociale en schema-afbeeldingen hebben hun eigen taak en mogen geen willekeurige kopieën zijn van zichtbare pagina-afbeeldingen.
Verklein herhaalde afbeeldingen Afbeeldingen die herhaald worden op hubs, gerelateerde secties en archiefpagina's hebben hun eigen kleinere bestanden nodig.
Bewaar originelen voor later Bewaar bronbestanden duidelijk, maar laat gepubliceerde HTML naar geoptimaliseerde output verwijzen.

Eenvoudige controle: als een kaart van 360 px een bestand van 2400 px downloadt, is compressie niet het grootste probleem. De pagina heeft een kleinere afbeelding nodig of de HTML verwijst naar het verkeerde bestand.

Laadvolgorde

Laat de eerste afbeelding bewust laden

De afbeelding die het eerste scherm bepaalt, heeft een andere regel nodig dan afbeeldingen lager op de pagina. Vind de waarschijnlijke LCP-afbeelding, voorkom per ongeluk lazy loading en houd lagere afbeeldingen stil totdat ze nodig zijn.

  1. 1

    Geef de LCP-afbeelding een naam

    Als de eerste betekenisvolle afbeelding waarschijnlijk de Largest Contentful Paint wordt, laad deze dan niet per ongeluk lazy.

  2. 2

    Houd lagere afbeeldingen stil

    Afbeeldingen onder het eerste viewport gebruiken normaal gesproken lazy loading en asynchrone decodering.

  3. 3

    Controleer CSS-achtergronden

    Een bijgesneden achtergrond kan nog steeds een groot bestand downloaden. Gebruik een correct formaat voor het zichtbare gebied.

  4. 4

    Controleer herhaalde verzoeken

    Een kleine kaartafbeelding wordt duur als hetzelfde te grote bestand tientallen keren wordt hergebruikt.

HTML

Gebruik responsive HTML voor het gemeten gebied

Maak voor belangrijke afbeeldingen de browserkeuze duidelijk. Het voorbeeld hieronder toont breedte-opties, formaten, vaste afmetingen en een fallback. Pas het laadgedrag aan op basis van het gebied, niet uit gewoonte.

HTMLVoorbeeld van responsieve afbeelding
<picture>
  <source
    type="image/avif"
    srcset="/images/article/product-640.avif 640w,
            /images/article/product-960.avif 960w,
            /images/article/product-1280.avif 1280w"
    sizes="(max-width: 768px) 100vw, 720px" />
  <source
    type="image/webp"
    srcset="/images/article/product-640.webp 640w,
            /images/article/product-960.webp 960w,
            /images/article/product-1280.webp 1280w"
    sizes="(max-width: 768px) 100vw, 720px" />
  <img
    src="/images/article/product-960.jpg"
    alt="Dashboard screenshot die het uploadproces toont"
    width="960"
    height="540"
    loading="lazy"
    decoding="async" />
</picture>

Zoeken en delen

Laat afbeeldingen, alt-tekst en metadata één verhaal vertellen

Image SEO is niet alleen het toevoegen van zoekwoorden. De zichtbare afbeelding, nabijgelegen tekst, nuttige alt-tekst, Open Graph-tags en JSON-LD afbeeldingslinks moeten dezelfde pagina duidelijk beschrijven. Decoratieve afbeeldingen blijven decoratief.

Bestandsnamen verklaren de afbeelding Gebruik namen die aan de pagina en het onderwerp zijn gekoppeld in plaats van camera-exporten of tijdelijke downloads.
Alt-tekst moet helpen Beschrijf nuttige afbeeldingen duidelijk en laat decoratieve afbeeldingen buiten het zoekwoordenspel.
Nabijgelegen tekst ondersteunt de afbeelding Koppen, bijschriften en nabijgelegen paragrafen moeten overeenkomen met wat de afbeelding daadwerkelijk toont.
Metadata is gecontroleerd Open Graph- en JSON-LD-afbeeldingslinks moeten verwijzen naar voorbereide bestanden die de pagina representeren.

Als de controle zwakke sociale previews vindt, ga dan verder met de Open Graph-afbeeldingsgids. Als schema en meta-tags het probleem zijn, gebruik dan de Blazor metadata gids om JSON-LD en paginametadata consistent te houden.

Stappen

Een eenvoudige afbeeldingscontrole voor elke pagina

  1. 1

    Open de echte pagina

    Begin bij de huidige URL, niet bij de asset-map. Noteer de afbeeldingen die daadwerkelijk laden.

  2. 2

    Maak het afbeeldingsplan

    Noteer voor elke belangrijke afbeelding de doelbreedte, beeldverhouding, laadvolgorde, fallback en metadata-rol.

  3. 3

    Converteer alleen wat is veranderd

    Gebruik conversietools alleen voor bestanden die de controle vond, in plaats van de hele mediabibliotheek opnieuw te exporteren.

  4. 4

    Werk HTML en metadata bij

    Verwijs srcset, formaten, afmetingen, Open Graph en JSON-LD afbeeldingslinks naar de voorbereide bestanden.

  5. 5

    Verifieer browseroutput

    Controleer de pagina, netwerkverzoeken, sociale metadata, gestructureerde data en mobiele lay-out.

  6. 6

    Bewaar de regel voor de volgende keer

    Documenteer de afbeeldingsbeslissingen zodat toekomstige updates niet opnieuw met giswerk beginnen.

Tooltip

Gebruik PixelPress nadat u weet welke bestanden u moet converteren

Als de controle laat zien dat een map nieuwe WebP- of AVIF-bestanden nodig heeft, kan PixelPress deze lokaal converteren. Originelen blijven onaangeroerd en de uitvoermap is makkelijk te controleren.

Open PixelPress

Checklist

Afbeeldingschecklist voor publicatie

Gebruik deze lijst voordat een artikel, landingspagina of productpagina live gaat. Het vangt pagina-problemen op die conversie alleen kan missen.

Werkelijke verzoeken zijn gecontroleerd De controle keek naar de afbeeldingen die door de pagina worden geladen, niet alleen naar bestanden in de repository.
Elke belangrijke afbeelding heeft een regel Breedte, beeldverhouding, laadvolgorde, fallback en metadata-gebruik worden voor elke belangrijke afbeelding bepaald.
Getoonde grootte komt overeen met het bestand De browser wordt niet gedwongen een bestand te downloaden dat meerdere keren groter is dan de zichtbare afbeelding.
Eerste scherm is bewust gekozen De waarschijnlijke LCP-afbeelding wordt niet per ongeluk lazy geladen, is niet te groot of verborgen achter een achtergrond.
Responsive HTML is gecontroleerd Belangrijke inhoudsafbeeldingen gebruiken srcset, formaten, afmetingen en nuttige fallbacks waar nodig.
Visuele kwaliteit is beoordeeld Tekst, gezichten, productdetails, verlopen en screenshots zien er nog steeds scherp uit op de pagina.
Metadata verwijst naar geplande bestanden Open Graph- en JSON-LD-afbeeldingslinks verwijzen naar geplande bestanden, niet naar willekeurige restanten.
Oude originelen worden niet gebruikt Gepubliceerde HTML laadt geoptimaliseerde bestanden in plaats van zware bronbestanden.

Veelgestelde vragen

Veelgestelde vragen

Antwoorden op website-afbeeldingscontroles en laadvragen