Kort svar: Når Min konto giver 404, mangler faner eller smider kunder af, er der tre hovedmistænkte: siden er ikke længere udpeget som kontoside i WooCommerce, permalinks og endpoints er ude af trit, eller siden bliver cachet. Tjek først sidetildelingen under WooCommerce-indstillingerne, gem derefter permalinks igen – og sørg for, at /min-konto/ altid er undtaget fra page cache.
Fagligt gennemgået: 2. oktober 2026
Min konto er webshoppens mest personlige side: ordrer, adresser, downloads og login samlet ét sted. Når den fejler, ser det dramatisk ud – 404, tomme faner eller kunder, der bliver logget af i flow. Heldigvis er mekanikken bag siden enkel: én udpeget side, en række endpoints og et krav om aldrig at blive cachet. Fejlfindingen følger de tre led og slutter med login, registrering og tema-skabeloner.
Før du ændrer noget: Tag en backup af databasen, og test helst på staging, hvis du har det. Skift ikke kontosidens slug eller endpoints på en travl dag – en ændret URL skal følges af redirect og cache-undtagelser, ellers rammer fejlen kunder, der er midt i et køb.
Sådan hænger Min konto sammen
WooCommerce udpeger én almindelig WordPress-side som kontoside (typisk /min-konto/). Fanerne – Ordrer, Adresser, Kontooplysninger, Downloads – er ikke selvstændige sider, men endpoints: URL-endelser som /min-konto/orders/, der føjes til kontosiden via permalink-systemet. Derfor kan hele området vælte af to helt forskellige årsager: den udpegede side mangler, eller endpoint-reglerne er ude af trit.

Standardendelserne ser typisk sådan ud. De kan ændres under kontoindstillingerne, og plugins til fx abonnementer eller ønskelister tilføjer deres egne:
| Fane | Typisk endelse | Indstilling i databasen |
|---|---|---|
| Ordrer | orders | woocommerce_myaccount_orders_endpoint |
| Vis ordre | view-order | woocommerce_myaccount_view_order_endpoint |
| Downloads | downloads | woocommerce_myaccount_downloads_endpoint |
| Kontooplysninger | edit-account | woocommerce_myaccount_edit_account_endpoint |
| Adresser | edit-address | woocommerce_myaccount_edit_address_endpoint |
| Betalingsmetoder | payment-methods | woocommerce_myaccount_payment_methods_endpoint |
| Glemt adgangskode | lost-password | woocommerce_myaccount_lost_password_endpoint |
| Log ud | customer-logout | woocommerce_logout_endpoint |
Symptomet peger som regel direkte på det led, der fejler:
| Symptom | Sandsynlig årsag | Trin |
|---|---|---|
| Hele /min-konto/ giver 404 | Siden mangler, er kladde eller ikke udpeget | 1 |
| Kun én fane giver 404 | Tomt, dubleret eller kolliderende endpoint | 2 |
| Kunder logges af eller ser forkert navn | Kontosiden bliver cachet | 3 |
| „Log ud“ spørger, om du er sikker | Cachet side med udløbet sikkerhedskode | 3 |
| Login eller „Opret konto“ afviser alle | Registrering slået fra, captcha eller cookies | 4 |
| Faner ser forkerte ud eller mangler indhold | Forældede skabeloner i temaet | 5 |
1. Tjek sidetildelingen
- Gå til WooCommerce → Indstillinger → Avanceret, og tjek at „Min konto-side“ peger på en eksisterende side. Er feltet tomt – eller peger det på en slettet side – vælger du den rigtige og gemmer.
- Åbn selve siden under Sider: den skal være udgivet (ikke kladde, privat eller i papirkurven) og indeholde kontoblokken eller shortcoden
[woocommerce_my_account]. - Gem permalinks igen under Indstillinger → Permalinks. Giver alle undersider 404, er det et generelt permalink-problem – se 404-guiden.
Med WP-CLI kan du tjekke tildelingen og sidens status på få sekunder:
wp option get woocommerce_myaccount_page_id
wp post get $(wp option get woocommerce_myaccount_page_id) --field=post_status
wp rewrite flush
Første kommando skal returnere et side-ID, og anden skal svare publish. wp rewrite flush gør det samme som at gemme permalinks i wp-admin. Kører shoppen på flere sprog, skal hvert sprogs kontoside være koblet som oversættelse af den udpegede side i dit oversættelsesplugin – ellers får kun ét af sprogene en fungerende kontoside.
2. Ret endpoints, når faner mangler eller giver 404
Virker /min-konto/, men fejler /min-konto/orders/, er det endpoint-laget. Tjek WooCommerce → Indstillinger → Avanceret → Konto-endpoints: hvert endpoint skal have en unik endelse, og ingen må være tom, medmindre fanen bevidst skal slås fra. Gem derefter permalinks igen – endpoints er permalink-regler og skal genopfriskes sammen med dem.
To klassiske fælder: to endpoints med samme endelse (den ene vinder, den anden giver 404) og et oversat endpoint, der kolliderer med en eksisterende side-slug. Kalder du fx ordrefanen „ordrer“, og findes der allerede en side med den slug, kan WordPress vælge siden frem for fanen. Du kan liste alle endpoint-indstillinger og se dem samlet:
wp option list --search="woocommerce_*endpoint" --fields=option_name,option_value
Har du lige aktiveret et plugin, der tilføjer en fane, og giver den nye fane 404, er løsningen næsten altid den samme: gem permalinks igen, så den nye endpoint-regel bliver registreret.
3. Kunder logges af eller ser forkert indhold
Bliver kunder smidt af mellem faner, eller ser de en andens navn i toppen, er kontosiden havnet i page cache. Kontosider må aldrig caches: de indeholder persondata og session-afhængigt indhold. De store cache-plugins undtager som udgangspunkt WooCommerce-siderne automatisk – men undtagelsen ryger typisk ved håndbyggede cache-regler i CDN’et eller ved en ændret slug (fx fra /my-account/ til /min-konto/), som cache-reglerne ikke kender. Hele mekanikken – og løsningen – er beskrevet i guiden om kunder, der ser hinandens kurv.
Et tidligt tegn er linket „Log ud“: WooCommerce viser en side, hvor kunden skal bekræfte udlogningen, når linkets sikkerhedskode er ugyldig. Det sker ofte, fordi siden er serveret fra cache med en gammel kode. Tjek svarets headere som kunde i inkognito:
curl -sI https://eksempel.dk/min-konto/ | grep -i -E "cache|age|x-litespeed|cf-cache"
Du skal se miss, bypass eller ingen cache-header – aldrig hit. Bruger du LiteSpeed Cache eller Cloudflare, står de konkrete undtagelser i guiderne om LiteSpeed Cache til WooCommerce og Cloudflare Cache Rules til WooCommerce.
4. Login og registrering fejler
Afviser login-formularen alle, eller virker „Opret konto“ ikke, så tjek i rækkefølge:
- om registrering er slået til under WooCommerce → Indstillinger → Konti og privatliv;
- om et sikkerheds- eller captcha-plugin blokerer formularens POST – test med captchaen midlertidigt slået fra;
- om login-cookien overhovedet kan sættes – samme mekanik som ved login-loop i wp-admin;
- om en firewall eller Cloudflare-regel blokerer POST-requests til kontosiden.
Får kunder aldrig deres velkomst- eller nulstillingsmails, er det mail-leveringen og ikke kontosiden – start i guiden om manglende WooCommerce-mails. Siger nulstillingslinket „ugyldig nøgle“, er linket som regel udløbet (WordPress lader det som standard gælde i et døgn), allerede brugt, eller ødelagt af et klik-sporingssystem, der omskriver links i mails.
5. Tema-skabeloner og plugins
Mange temaer har egne udgaver af WooCommerces kontoskabeloner. Når WooCommerce opdateres, og temaets kopier ikke følger med, kan faner mangle indhold, formularer fejle eller layoutet falde fra hinanden. Under WooCommerce → Status viser afsnittet om skabeloner, om temaet har forældede kopier.
Den hurtige test er at skifte til et standardtema på staging og se, om fejlen forsvinder. Gør den det, skal temaet opdateres, eller den forældede skabelon fjernes fra temaets woocommerce-mappe. Forsvinder den ikke, så find det plugin, der griber ind i kontosiden – fremgangsmåden står i guiden om at finde en plugin- eller temakonflikt.
Verifikation
Området er sundt, når en testkunde (brug inkognito – ikke din admin-bruger) kan logge ind, se alle faner, åbne en ordre og opdatere sin adresse uden 404 eller aflogning – og når cache-headerne på /min-konto/ viser bypass eller miss ved hvert besøg. Test til sidst både med og uden www og på mobil, så redirects og cookies er bekræftet hele vejen rundt.
Melder kunderne stadig om fejl, du ikke selv kan genskabe, så spørg efter tidspunkt, browser og hvilken fane det drejer sig om. Med de oplysninger kan Hostious’ support hjælpe med at finde de konkrete requests i serverloggen.
Læs også
- Hub: WooCommerce fejl og fejlfinding
- Kunder ser hinandens kurv eller forkert navn
- WooCommerce sender ikke ordremails
- Alle undersider giver 404
- LiteSpeed Cache til WooCommerce
- WooCommerce hosting hos Hostious – staging fra Woo StartUp, så du kan teste ændringer før de går live
Ofte stillede spørgsmål om Min konto
Hvorfor giver kun én fane 404?
Så er det den fanes endpoint, der er tomt, dubleret eller i konflikt med en anden slug. Ret endelsen under Konto-endpoints, og gem permalinks igen.
Kan jeg omdøbe /min-konto/ uden problemer?
Ja – men tre ting skal følge med: sidetildelingen i WooCommerce, et redirect fra den gamle URL og cache-undtagelserne, hvis de er håndbyggede på den gamle sti. Glemmer du den sidste, bliver kontosiden pludselig cachet.
Hvorfor ser jeg siden fint som admin, når kunder får fejl?
Fordi indloggede administratorer næsten altid får cache-bypass. Kunderne rammer den cachede eller fejlramte udgave. Test derfor altid som kunde i inkognito – det er den eneste retvisende test.
Hvorfor spørger „Log ud“, om jeg er sikker?
Fordi linkets sikkerhedskode ikke længere er gyldig. Det skyldes oftest, at kontosiden eller menuen er serveret fra cache. Undtag kontosiden fra cache, så forsvinder spørgsmålet.
Udgivet 30. august 2026Opdateret 3. oktober 2026Fagligt gennemgået 2. oktober 2026
