Du kjenner følelsen: du åpner et nettsted og ser en hvit skjerm med den fryktede 404. Hjemmesiden laster fint, adminpanelet fungerer, men selve innlegget eller siden gjør det ikke. Du sjekker URL-en, lagrer innlegget på nytt, tømmer plugin-cachen, ingenting hjelper.

Ni av ti ganger er rotårsaken ødelagte WordPress-omskrivingsregler. Permalenker har sluttet å fungere, og CMS-et klarer ikke å finne ut hvilket innhold som skal vises på den adressen. Gode nyheter: dette kan fikses på et minutt, uten plugins eller kodeendringer.

Nedenfor finner du tre metoder for å tilbakestille permalenker: fra den enkleste (et par klikk i adminpanelet) til manuell inngripen i databasen via phpMyAdmin. Etter tilbakestillingen forsvinner 404-feilen, og URL-strukturen forblir intakt.

💡 Rask oversikt:

• Gå til WordPress-adminpanelet og klikk "Lagre endringer" på Permalenker-siden.
• Legg til en kodelinje i temaets functions.php, oppdater nettstedet og fjern linjen.
• Tøm rewrite_rules-feltet i wp_options-tabellen via phpMyAdmin.
• Bekreft resultatet: åpne den problematiske siden og sjekk at 404 er borte.

Hva permalenker er og hvorfor du må tilbakestille dem

Permalenker er lesbare URL-er for WordPress-sider og -innlegg. I stedet for ?p=123 ser du /blog/how-to-reset-permalinks/. Transformasjonen håndteres av omskrivingsregelmekanismen, et sett med regler som CMS-et lagrer i databasen og (med visse innstillinger) i .htaccess-filen.

Når du legger til en ny innleggstype, endrer lenkestrukturen eller etter en migrering av nettstedet, kan det hende at omskrivingsreglene ikke oppdateres automatisk. WordPress fortsetter å bruke de gamle, mellomlagrede reglene, og en side som fysisk eksisterer, returnerer 404. En flush tvinger frem en gjenoppbygging av omskrivingsreglene fra bunnen av: den sletter lagrede regler og genererer gjeldende regler.

Dette er ikke "sletting" av permalenker; URL-strukturen som er definert i innstillingene, forblir uendret. Bare den interne rutingsregelcachen endres. Operasjonen er helt trygg: temaer, plugins og innhold påvirkes ikke.

Metode 1. Via WordPress-dashbordet

Den raskeste og tryggeste metoden er tilbakestilling via adminpanelet. Bruk den når dashbordet er tilgjengelig.

• Logg inn på WordPress-konsollen: your-site.com/wp-admin.
• Naviger til Innstillinger → Permalenker.
• Ikke endre noe i innstillingene, bare bla nedover siden.
• Klikk på den blå "Lagre endringer"-knappen.

WordPress vil i stillhet gjenoppbygge omskrivingsreglene og oppdatere .htaccess (hvis den brukes). Ingen suksessmelding vises; bare åpne den problematiske siden i en ny nettleserfane og sjekk om feilen er borte.

Hvorfor fungerer dette? Når du klikker "Lagre endringer", kaller CMS-et den interne funksjonen flush_rewrite_rules(), den samme som utviklere bruker i kode. Den eneste forskjellen er hvordan den utløses: her klikker du med musen i stedet for å skrive PHP.

Denne metoden løser problemet i de aller fleste tilfeller. Hvis den ikke hjalp, gå videre til metode 2.

Metode 2. Via temaets functions.php

Hvis adminpanelet ikke laster, eller "Lagre"-knappen ikke ga noe resultat, tilbakestill reglene programmatisk. Du trenger tilgang til nettstedets filer: via FTP, vertskontrollpanelets filbehandler eller den innebygde temaredigereren.

Viktig: flush_rewrite_rules() er en kostbar operasjon. Den gjenoppbygger hele URL-strukturen og bremser nettstedet merkbart hvis den kalles ved hvert treff. Derfor legger vi til funksjonen én gang, oppdaterer nettstedet og fjerner linjen umiddelbart.

• Åpne functions.php-filen til det aktive temaet. Sti: /wp-content/themes/your-theme/functions.php.
• Helt på slutten av filen, før den avsluttende ?> (hvis den finnes), legg til én linje:

1
flush_rewrite_rules();

• Lagre filen.
• Oppdater en hvilken som helst side på nettstedet i nettleseren; funksjonen vil kjøre ved første treff.
• Åpne functions.php igjen og slett linjen du la til. Dette trinnet er obligatorisk.

Funksjonen kjørte én gang, reglene ble gjenoppbygd, koden ble fjernet, og nettstedet fungerer normalt uten ekstra belastning. Plugin-utviklere bruker samme tilnærming: flush_rewrite_rules() hektes på aktiveringskroken, ikke på hver forespørsel.

Et alternativ for de som foretrekker å ikke røre functions.php direkte: Code Snippets-pluginen. Opprett en ny snippet med samme kode, kjør den én gang ("Kjør"-knappen) og slett den. Resultatet er identisk.

Metode 3. Via phpMyAdmin, direkte tilbakestilling av regler i databasen

Det dypeste nivået er å manuelt tømme omskrivingsreglene direkte i wp_options-tabellen. Bruk dette når du verken har tilgang til adminpanelet eller temafilene (for eksempel en hvit dødsskjerm over hele nettstedet, bortsett fra databasen).

Sørg for å sikkerhetskopiere databasen før du gjør endringer i phpMyAdmin. En enkelt feil handling i SQL-redigeringsprogrammet kan skade nettstedet irreversibelt.

• Åpne phpMyAdmin via vertskontrollpanelet ditt (cPanel, ISPmanager, DirectAdmin) i "Databaser"-delen.
• I venstre kolonne velger du databasen for WordPress-nettstedet ditt.
• Gå til SQL-fanen i toppmenyen.
• Lim inn spørringen i tekstfeltet og klikk "Kjør":

1
SELECT * FROM wp_options WHERE option_name = 'rewrite_rules'

• Resultatene vil vise en enkelt rad. Klikk "Rediger" (blyantikonet) ved siden av den.
• Finn option_value-feltet som inneholder en lang tekst med serialiserte data. Velg alt innholdet i feltet og slett det, og lagre deretter.

Ved neste sideinnlasting vil WordPress oppdage den tomme rewrite_rules-verdien, innse at det ikke finnes noen regler, og regenerere dem automatisk. Du trenger ikke å kjøre noe annet.

Merk: i noen hosting-konfigurasjoner kan tabellprefikset avvike fra wp_. Hvis prefikset ditt er annerledes (for eksempel wpxy_), erstatt wp_options med wpxy_options. Du kan bekrefte prefikset i wp-config.php-filen, på $table_prefix-linjen.

Video: tilbakestilling av permalenker i praksis

Hvis du foretrekker å se fremfor å lese, demonstrerer denne videoen hele prosessen med å tilbakestille permalenker ved hjelp av den første metoden, fra innlogging i adminpanelet til bekreftelse av resultatet:

⁉️🤔 Ofte stilte spørsmål

Vil URL-ene mine forsvinne etter tilbakestilling av permalenker?

Nei. En flush endrer ikke lenkestrukturen som er definert i "Innstillinger → Permalenker." Den gjenoppbygger bare den interne rutingsregelcachen. Alle adressene dine som /blog/, /product/ og /category/ vil forbli nøyaktig de samme. Unntaket er hvis du manuelt endret strukturen i innstillingene før du lagret; i så fall vil URL-er bli gjenoppbygd i henhold til den nye malen.

Må jeg installere en plugin for å tilbakestille permalenker?

For en engangsoperasjon, absolutt ikke. De tre metodene ovenfor dekker alle scenarier uten ekstra programvare. Plugins som Rewrite Rules Inspector gir bare mening hvis du regelmessig registrerer egendefinerte innleggstyper og taksonomier i kode og ønsker å se tilstanden til reglene i sanntid. For en enkel 404-fiks er dette overkill.

Tilbakestilling via adminpanelet hjalp ikke. Hva nå?

Sjekk om .htaccess-filen blir overstyrt av en annen plugin (caching, sikkerhet, SEO). Deaktiver mistenkelige plugins midlertidig og gjenta tilbakestillingen. Hvis det ikke hjelper, gå videre til metode 2 (PHP); den er garantert å kalle den samme flush_rewrite_rules()-funksjonen utenom eventuelle admin-filtre.

Kan jeg tilbakestille regler via WP-CLI?

Ja, hvis WP-CLI er installert på serveren, gjør kommandoen wp rewrite flush nøyaktig det samme fra kommandolinjen. Dette er den raskeste metoden for utviklere som jobber via SSH. Den kjører umiddelbart, krever ikke åpning av nettleser og etterlater ingen spor i temakoden.

Hva bør jeg gjøre hvis 404-feilen vedvarer etter tilbakestillingen?

Årsaken er ikke permalenkene. Sjekk tre ting: (1) om siden eller innlegget selv ble fysisk slettet, (2) om slug-en er i konflikt med annet innhold eller en taksonomi, (3) om forespørsler blokkeres av en .htaccess-fil med feilaktige omdirigeringsregler. I sistnevnte tilfelle, gi .htaccess midlertidig nytt navn til .htaccess.bak, lagre permalenker via adminpanelet (WordPress vil opprette en ny .htaccess), og sjekk igjen.

Du har tilbakestilt lenkene, hva nå?

Du utførte tilbakestillingen ved hjelp av en av de tre metodene, og siden åpnet seg. Flott. Men hvis en 404 dukket opp én gang, kan den komme tilbake: etter en plugin-oppdatering, et temabytte eller redigeringer av egendefinerte innleggstyper. Bokmerk denne guiden; du kan nå den første metoden ("Lagre"-knappen i adminpanelet) utenat og kan fullføre den på ti sekunder.

Og hovedregelen når du jobber med databasen: før ethvert inngrep, ta en sikkerhetskopi. phpMyAdmin tilgir ikke feil, men en databasesikkerhetskopi bringer nettstedet tilbake til live i løpet av et par minutter.