Dansk hosting fra Aalborg
Servere i Europa
24/7/365 dansk support
[email protected]
WooCommerce fejlfinding 7 min. læsning Opdateret 3. oktober 2026

Min konto-siden fejler: 404, endpoints og login

Min konto virker ikke i WooCommerce – 404, manglende faner eller kunder der logges af? Tjek sidetildeling, endpoints og cache-undtagelser.

Min konto-siden fejler: 404, endpoints og login

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.

Terminaleksempel: kontosidens tildeling og endpoints tjekkes med WP-CLI
Genskabt terminaleksempel, 30. august 2026: kontosiden er udpeget korrekt, men siden står som kladde – derfor 404. Eksemplet er ikke output fra hostious.io.

Standardendelserne ser typisk sådan ud. De kan ændres under kontoindstillingerne, og plugins til fx abonnementer eller ønskelister tilføjer deres egne:

FaneTypisk endelseIndstilling i databasen
Ordrerorderswoocommerce_myaccount_orders_endpoint
Vis ordreview-orderwoocommerce_myaccount_view_order_endpoint
Downloadsdownloadswoocommerce_myaccount_downloads_endpoint
Kontooplysningeredit-accountwoocommerce_myaccount_edit_account_endpoint
Adresseredit-addresswoocommerce_myaccount_edit_address_endpoint
Betalingsmetoderpayment-methodswoocommerce_myaccount_payment_methods_endpoint
Glemt adgangskodelost-passwordwoocommerce_myaccount_lost_password_endpoint
Log udcustomer-logoutwoocommerce_logout_endpoint

Symptomet peger som regel direkte på det led, der fejler:

SymptomSandsynlig årsagTrin
Hele /min-konto/ giver 404Siden mangler, er kladde eller ikke udpeget1
Kun én fane giver 404Tomt, dubleret eller kolliderende endpoint2
Kunder logges af eller ser forkert navnKontosiden bliver cachet3
„Log ud“ spørger, om du er sikkerCachet side med udløbet sikkerhedskode3
Login eller „Opret konto“ afviser alleRegistrering slået fra, captcha eller cookies4
Faner ser forkerte ud eller mangler indholdForældede skabeloner i temaet5

1. Tjek sidetildelingen

  1. 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.
  2. Åbn selve siden under Sider: den skal være udgivet (ikke kladde, privat eller i papirkurven) og indeholde kontoblokken eller shortcoden [woocommerce_my_account].
  3. 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:

  1. om registrering er slået til under WooCommerce → Indstillinger → Konti og privatliv;
  2. om et sikkerheds- eller captcha-plugin blokerer formularens POST – test med captchaen midlertidigt slået fra;
  3. om login-cookien overhovedet kan sættes – samme mekanik som ved login-loop i wp-admin;
  4. 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å

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.

Skrevet af Marc, stifter af Hostious

Jeg hedder Marc og har stiftet Hostious. Vi hoster WordPress-hjemmesider og WooCommerce-webshops for danske virksomheder – drevet fra Aalborg-området med servere i Europa – og jeg skriver guiderne her ud fra det, vi ser i driften hver dag.

Udgivet 30. august 2026Opdateret 3. oktober 2026Fagligt gennemgået 2. oktober 2026