Hvis du har en moderne nettside eller mobilapp, er det ingen tvil om at du håndterer mange medieressurser, spesielt bilder. Men å levere disse bildene kan være en utfordring. Du kan ikke vite om det er ødelagte bilder på nettstedet ditt, eller hvis URL-adresser peker brukere til ikke-eksisterende bilder, noe som resulterer i HTTP-statusfeil. Verre ennå, søkemotorer som Google, kan ha indeksert nettadressene til bilder som siden har blitt slettet eller endret, noe som fører til enda flere feil når brukerne prøver å få tilgang til dem.

Så hvordan kan du oppdage og identifisere disse feilene når du ikke har tydelig synlighet i system- og analyseverktøy, som Google Analytics, kan du ikke finne dem? En god måte er å bruke en bildeadministrasjonsløsning som gir rapportering om feil i bildeleveranser. Når du ser etter en løsning som hjelper deg med dette problemet, vil du være sikker på at den tilbyr en sentralisert administrasjonskonsoll som du raskt og enkelt kan se detaljerte feilrapporter.

Eventuelle problemer som involverer riktig bygging av bildeadresser ... kan identifiseres, feilsøkes og festes før brukerne noensinne legger merke til.

En feilrapport bør oppgi alle ressursleveringsfeilene for gjeldende dato (som standard), samt antall feil ved hvilken type feil det oppstod. En annen nyttig funksjon er grafiske evner, som kan vise hyppigheten til hver type feil over en gitt tidsperiode. Søkefunksjonene er også verdifulle, slik at du kan hente det totale antallet feil for en bestemt dato.

Blant de typer feilene du finner finner du blant annet:

  • 400 Dårlig forespørsel: Serveren kan ikke behandle forespørselen på grunn av noe som oppfattes som en forespørselsfeil. Årsaken kan være misformet forespørsel syntaks eller ugyldige bilde transformasjon parametere.
  • 401 Uautorisert: Autentisering er påkrevd og har mislyktes, eller har ikke blitt levert. For eksempel bør nettadressen bli signert når du bruker tilleggsprogrammer eller for visse transformasjoner i Streng Transformations-modus, eller bildetypen var begrenset i kontoens sikkerhetsinnstillinger.
  • 404 ikke funnet: Den forespurte ressursen ble ikke funnet, noe som betyr at public_id er ugyldig.
  • 408 Forespørsel Timeout: Serveren ble utgått og ventet på forespørselen. Dette kan være et resultat av en nettverksfeil eller en langsom klient.
  • 420 Rate Limited: Det kan enten være for mange samtidige forespørsler om bilder, eller den harde kvoten for tilleggsbruk for kontoen din ble overskredet.
  • 200 Fallback-bilde ved feil: En standard bildeplassholder ble levert da det forespurte bildet ikke ble funnet.

Når du ser på en feilrapport, bør du kunne velge en av disse feilkategoriene, og se listen over feil som oppstår i den kategorien og detaljene som er knyttet til den aktuelle feilen, for eksempel årsaken til feilen, nettadressen til den forespurte bilde og henvisning nettsted (som ber om ressursen).

Informasjonen i feilrapporter bør være nyttig for å peke ut problemer med bildelevering, og vises i nær sanntid. I tillegg til rapportens brukbarhet ved å identifisere og løse problemer med ressursleveranse på en kontinuerlig måte, kan en feilrapport hjelpe deg når du først implementerer en bildestyringsløsning, så vel som når du starter nettstedet ditt eller programmet i produksjon eller oppdaterer det. Eventuelle problemer som involverer riktig bygning av bildeadresser, eller utilsiktet ødeleggelse av bildeleveranser, kan identifiseres, feilsøkes og festes før brukerne noensinne oppdager.

Med en feilrapporteringsfunksjon vil du kunne få mye nyttig informasjon og innsikt om bilde- og videoredigering, og analysere problemer knyttet til å levere mediene dine. Rapporten gjør at du raskt kan finne problemene, feilsøke og analysere problemene, og deretter fikse dem.