Fejlsider der hjælper videre — 404, 500 og det der ikke må dø

En død URL uden vej videre koster jer den session, I allerede havde betalt for at få. Brugeren kom fra et gammelt nyhedsbrev, et PDF-link, et citat i et opslag, en staving. De lander på en tom 404 eller en forside, I sendte dem til med et 302, og går. I tror I har 'en 404-side'. I har et stop. Recovery er det kedelige: vis at I forstod URL'en, vis tre stier der lever, vis søgning, vis hvordan de rækker ud. Forsiden er ét link. Den er ikke en strategi.

Teams arver den forkerte default. WordPress viser et tema-404, ingen har redigeret. Next.js viser `not-found.tsx` med ét afsnit. CDN'en viser en vendor-side på et andet sprog, når origin er nede. Tre sandheder, ingen af dem jeres. Overvågning fortæller jer at noget er galt. Fejlsiden er det, kunden ser, mens I stadig kigger i loggen. De to indlæg er naboer. De er ikke det samme job.

Det er også et SEO- og tillidsspørgsmål. En soft 404 — 200 OK med 'siden findes ikke' — lærer Google at jeres 404'er er indhold. En 302 fra hver død URL til forsiden lærer Google at forsiden er svaret på alt, og at I ikke har styr på jeres stier. Relancering-indlægget er cutover og 301'er. Her er det den URL, I ikke nåede at rette: den skal dø højt, med 404, og med en side I ikke skammer jer over at vise en crawler.

Vi skriver det, fordi 'custom 404' er blevet et design-køb, I tager før I har en sætning om recovery. Et ærligt setup er kedeligt: rigtig status, samme chrome som resten af sitet, et næste skridt, og en 500 der ikke gør outagen værre. Uden den sætning har I en illustration. I har ikke en fejlside.

En recovering fejlside er tre ting på én skærm: I siger ærligt hvad der skete (findes ikke, eller vi fejlede), I lader statuskoden matche, og I giver et næste skridt der ikke er gætteri. På 404: søgning, et lille sæt stier I ved lever, den URL de bad om, en vej til kontakt. På 500: 'det er os', et tidspunkt eller et reference-id hvis I har det, et forbud mod at sende formularen igen i blindo, et link til status hvis I har en. Det er recovery. Det er ikke en campaign.

Det er ikke overvågning. Overvågning er at I opdager at origin er nede, at formularen døde, at GSC så et crawl-spike. Fejlsiden er det, der holder brugeren, mens det sker. I kan have pæn uptime-alerting og en 404, der kun siger '404'. I kan have en kærlig illustration og ingen alarm. I skal have begge. Den her post er kun det, skærmen viser.

Det er heller ikke en redirect-strategi. En 301 fra en gammel sti til den nye er det rigtige, når I kender målet. En 302 af alle ukendte stier til `/` er hvordan I skjuler gæld og ødelægger signalet. Relancering-indlægget er listen, I retter. 404'en er det, I viser, når listen ikke har rækken. De to må ikke bytte plads. En forside er ikke en 404.

Og det er ikke en brandjoke som job. En vittighed, et 404-spil, et 'oops'-illustration er tilladt, hvis næste skridt stadig er der, og hvis siden er tilgængelig. Det er ikke tilladt som den eneste indsats. Hvis I brugte design-budgettet på animationen og lod søgning og stier ude, har I købt et meme. Brugeren kom med en intention. Giv dem en vej der ligner den.

Den første fejl er statuskoden. Appen viser den rigtige tekst og det forkerte header. Et client-side router-fallback, et `fallback: true` uden 404, en middleware der rewriter til `/` . Crawleren ser 200. Brugeren ser 'ikke fundet'. I har løjet til begge. Test med `curl -sI` på en sti, I ved er død, og på en sti, I lige har slettet. Hvis I kun kigger i browseren, tester I layoutet.

Den anden fejl er forsiden som fælde. Hver ukendt URL 302'er til `/`, 'så de ikke ser en fejl'. Så kan I ikke se i loggen, hvad der var dødt. Google lærer at forsiden er svaret på gamle slugs. Brugeren mister den URL, de kunne have sendt til support. En 404 med den oprindelige sti i brødteksten er ærligere — og den giver jer den liste, redirect-indlægget senere skal bruge.

Den tredje fejl er 500-siden, der gør outagen værre. Auto-reload hvert femte sekund. Et script der rammer origin igen. En 'prøv igen'-knap der poster betalingen anden gang. Når origin er nede, skal fejlsiden være statisk — cachet ved kanten, uden at kalde databasen for at vise at databasen er død. Sig at det er jer. Giv et tidspunkt at prøve igen. Gem handlingen, hvis I kan. Reload-loopet er hvordan I DDoS'er jer selv.

Den fjerde fejl er at fejlsiden ikke er jeres site. Andet sprog. Ingen navigation. Et andet cookie-banner, eller slet ingen, mens scripts alligevel kører. Et layout der bryder på mobil. Cookie-banner-indlægget er kontrollen. Tilgængeligheds-indlægget er EAA. Her er pligten enklere: 404 og 500 skal kunne bruges af det samme menneske, der kunne bruge forsiden. Hvis de ikke kan, er recovery et screenshot.

Et Next.js-site dør typisk i `not-found` I aldrig har skrevet, i et rewrite der sluger ukendte stier, eller i en `error.tsx` der kalder appen igen for at vise at appen er død. App Router giver jer de rigtige primitiver. Den giver jer også chancen for at late som om en client-side tom-tilstand er en 404. Hold 404 på serveren. Hold 500 så tæt på statisk, I kan. Preview-deploys er et godt sted at vise en kollega `curl -sI` på en død sti — før det når prod.

Et WordPress-site dør typisk i temaets 404, I aldrig åbnede, og i plugins der 302'er 'for SEO'. Et cache-plugin kan servere en 200-cache af en side, I har slettet. Et redirection-plugin kan sende alt til forsiden. Inventér med en kold sti og et cache-bypass. Hvis I ikke kan pege på templaten og på statuskoden, har I ikke en 404. I har et tema.

Kanten — Cloudflare, Vercel, en load balancer — er den 500, I glemmer. Når origin ikke svarer, viser vendoren sin egen side, ofte på engelsk, ofte uden jeres navigation. Det er stadig jeres brand i fem minutter. En custom error-page ved kanten, cachet, uden origin-kald, er det kedelige arbejde der gør overvågning synlig for kunden som 'vi ved det', ikke som 'sitet er væk'. Overvågning uden den side er en Slack-besked. Kunden ser vendorens CSS.

Hvis I allerede har overvågning, relancering og et ærligt cookie-banner, og 404'en stadig føles som det svage led, så er det fordi den er det. Alarmen uden recovery er en intern mail. Cutover uden 404 er et håb om at listen var komplet. Banneret uden en 404 der også overholder samtykke, er et læk på den side, I troede ingen så. Fejlsiden er det, den forkerte URL ser. Den skal kunne bære de andre.