Tilpass WordPress-dashbordet for kundene dine

Å tilpasse WordPress-dashbordet for kundene dine handler om å gjøre kontrollpanelet enklere, tryggere og mer gjenkjennelig – slik at kunden ser din (eller sin egen) merkevare i stedet for standard WordPress-grensesnitt, og bare de menyvalgene de faktisk trenger. Denne guiden viser hvordan du bytter logo på innloggingssiden, endrer bunnteksten, rydder bort menyvalg og widgets, og white-labeler hele administrasjonen – både med egen kode i functions.php og med ferdige plugins. All kode er oppdatert og testet mot dagens WordPress og PHP 8, for mange eldre kodeeksempler på nett gir i dag feilmeldinger eller gjør ingenting.

Hvorfor tilpasse WordPress-dashbordet for kunder?

Et tilpasset dashbord gir kunden en mer profesjonell opplevelse og færre ting å gå seg vill i. Når du leverer en nettside til en kunde, er standard-dashbordet fylt med funksjoner, varsler og nyhetsbokser som de færreste bedriftseiere trenger – og den synlige WordPress-logoen på innloggingssiden forteller alle som logger inn hvilket system som ligger bak.

Ved å rydde opp oppnår du flere konkrete fordeler:

• Mindre forvirring: Kunden ser bare menyene de bruker, og risikerer ikke å endre innstillinger de ikke forstår.
• Færre support-henvendelser: Et enklere grensesnitt gir færre spørsmål og feilklikk.
• Tydelig merkevare: Egen logo og bunntekst gjør at løsningen føles som «din» eller kundens, ikke generisk WordPress.
• Bedre sikkerhet: Du kan skjule menyvalg og varsler som ikke er relevante for en vanlig redaktør.

Målet er aldri å skjule at nettstedet kjører WordPress – det er fullt lovlig og vanlig å bruke – men å gi kunden et ryddig arbeidsverktøy. Vil du samtidig gi selve nettsiden et profesjonelt uttrykk, er en god start å velge riktig WordPress-design og eventuelt installere et nytt WordPress-tema som passer kundens profil.

Kode i functions.php eller en plugin – hva bør du velge?

Begge metodene fungerer, men valget avhenger av hvor komfortabel du er med kode og hvem som skal vedlikeholde nettstedet. Legger du koden rett i temaets functions.php, har du full kontroll uten ekstra plugins – men da må du bruke et child-tema (undertema), ellers forsvinner tilpasningene neste gang temaet oppdateres.

Et tryggere alternativ for mange er en plugin for kodebiter, for eksempel «Code Snippets», der koden lagres uavhengig av temaet og enkelt kan slås av hvis noe går galt. Skal kunden selv justere ting, eller er du usikker på PHP, er en ferdig white-label-plugin (se sammenligningen lenger ned) som regel det beste valget.

Uansett metode: test alltid endringene på et testnettsted eller i en vedlikeholdsmodus først, og sørg for å ta backup av innholdet i WordPress før du redigerer temafiler. En enkelt skrivefeil i functions.php kan låse deg ute av hele nettstedet.

Slik bytter du logoen på innloggingssiden

Du bytter WordPress-logoen over innloggingsskjemaet ved å laste inn litt egen CSS på innloggingssiden. Standard WordPress viser sin egen logo øverst på wp-login.php, men med noen linjer kode erstatter du den med din egen eller kundens logo.

Legg logofilen (for eksempel logo_admin.png) i mappen images i det aktive temaet ditt, og lim følgende inn i functions.php:

// Egen logo pa innloggingssiden
function dn_custom_login_logo() {
    echo '<style type="text/css">
        .login h1 a {
            background-image: url(' . get_template_directory_uri() . '/images/logo_admin.png);
            background-size: contain;
            height: 80px;
            width: 100%;
        }
    </style>';
}
add_action( 'login_enqueue_scripts', 'dn_custom_login_logo' );

Legg merke til to viktige forskjeller fra eldre eksempler du finner på nett. For det første brukes kroken login_enqueue_scripts, som er den anbefalte måten å laste stiler på innloggingssiden på. For det andre er CSS-velgeren .login h1 a – den gamle varianten med bare h1 a var upresis og kunne påvirke andre overskrifter. Vi bruker også get_template_directory_uri() i stedet for den utdaterte get_bloginfo('template_directory'). Juster height og width så de passer dimensjonene på din egen logo.

Endre lenken og teksten bak logoen

Klikker du på logoen, sender WordPress deg som standard til wordpress.org, og lenketeksten er «Powered by WordPress». Begge deler kan du endre med to enkle filtre:

// Endre lenken bak logoen
function dn_login_logo_url() {
    return home_url();
}
add_filter( 'login_headerurl', 'dn_login_logo_url' );

// Endre teksten bak logoen
function dn_login_logo_text() {
    return get_bloginfo( 'name' );
}
add_filter( 'login_headertext', 'dn_login_logo_text' );

Her er en viktig oppdatering: filteret het tidligere login_headertitle, men det ble avviklet (deprecated) i WordPress 5.2 og erstattet av login_headertext. Bruker du fortsatt det gamle navnet, får du en PHP-advarsel når feilsøking er slått på. Eksempelet over bruker home_url() og get_bloginfo('name'), slik at lenken peker til kundens eget nettsted og teksten blir nettstedets navn automatisk.

Slik endrer du bunnteksten i dashbordet

Teksten nederst i dashbordet («Takk for at du lager med WordPress») kan du bytte ut med din egen signatur eller kundens navn. Dette er en diskret, men effektiv måte å sette ditt preg på administrasjonen. Lim følgende inn i functions.php:

// Egen bunntekst i dashbordet
function dn_custom_admin_footer() {
    echo 'Oppsett og design av <a href="https://www.dittnettsted.com" target="_blank" rel="noopener">Ditt Nettsted</a>';
}
add_filter( 'admin_footer_text', 'dn_custom_admin_footer' );

Filteret admin_footer_text fungerer fortsatt som før. Du kan legge inn ren tekst, en lenke til din egen bedrift, eller for eksempel kundens supportinformasjon. Hold teksten kort og nøytral – dette er ikke stedet for lange reklamebudskap.

Slik fjerner du menyvalg kunden ikke trenger

Du skjuler menyvalg i dashbordet med funksjonen remove_menu_page(), som er den moderne og anbefalte metoden. Ikke alle kunder har bruk for menyer som Kommentarer, Verktøy eller Lenker, og et ryddigere menysystem gjør det lettere å finne fram. Eldre guider brukte en tungvint løkke gjennom $menu-variabelen – det trenger du ikke lenger.

// Fjern menyvalg kunden ikke trenger
function dn_remove_admin_menus() {
    remove_menu_page( 'edit-comments.php' ); // Kommentarer
    remove_menu_page( 'tools.php' );         // Verktoy
    remove_menu_page( 'link-manager.php' );  // Lenker
}
add_action( 'admin_menu', 'dn_remove_admin_menus', 999 );

Hvert menyvalg identifiseres med filnavnet sitt. De vanligste er edit.php (Innlegg), upload.php (Media), edit-comments.php (Kommentarer), themes.php (Utseende), plugins.php (Programtillegg), tools.php (Verktøy) og options-general.php (Innstillinger). Prioriteten 999 sørger for at koden kjører etter at menyene er bygd opp.

To ting er verdt å merke seg. «Lenker»-menyen (Link Manager) har vært skjult som standard helt siden WordPress 3.5, så på nyere installasjoner gjør den linjen vanligvis ingenting med mindre en plugin har skrudd den på igjen. Og enda viktigere: remove_menu_page() skjuler bare menyvalget visuelt – siden er fortsatt tilgjengelig via sin direkte URL. Vil du virkelig hindre tilgang, må du styre det med brukerroller og rettigheter (capabilities), for eksempel ved å gi kunden rollen «Redaktør» i stedet for «Administrator».

Slik fjerner du widgetene på dashbordets startside

Startsiden i dashbordet fylles som standard med informasjonsbokser (widgets) du sjelden trenger, og disse fjerner du med remove_meta_box() på kroken wp_dashboard_setup. Merk at dette er en annen krok enn mange gamle eksempler bruker – de hekter seg ofte feil på admin_menu, noe som ikke er riktig for dashbord-widgets.

// Fjern standard-widgets fra dashbordets startside
function dn_remove_dashboard_widgets() {
    remove_meta_box( 'dashboard_right_now', 'dashboard', 'normal' );   // Et overblikk
    remove_meta_box( 'dashboard_activity', 'dashboard', 'normal' );    // Aktivitet
    remove_meta_box( 'dashboard_site_health', 'dashboard', 'normal' ); // Nettstedshelse
    remove_meta_box( 'dashboard_quick_press', 'dashboard', 'side' );   // Hurtigutkast
    remove_meta_box( 'dashboard_primary', 'dashboard', 'side' );       // WordPress-hendelser og nyheter
}
add_action( 'wp_dashboard_setup', 'dn_remove_dashboard_widgets' );

Widget-ID-ene har endret seg over årene, og mange eldre kodesnutter viser til bokser som ikke lenger finnes. For eksempel ble dashboard_incoming_links, dashboard_plugins og dashboard_recent_comments fjernet fra kjernen tilbake i WordPress 3.8. Dagens standard-widgets er «Et overblikk» (dashboard_right_now), «Aktivitet» (dashboard_activity), «Nettstedshelse» (dashboard_site_health), «Hurtigutkast» (dashboard_quick_press) og «WordPress-hendelser og nyheter» (dashboard_primary). Fjern bare linjene for de boksene du ønsker å skjule, og behold resten.

Bør du skjule varsler om WordPress-oppdateringer?

Kort svar: du bør skjule oppdateringsvarselet for kunden, men ikke blokkere selve oppdateringene. Mange gamle guider anbefaler å fjerne alle kjerneoppdateringer med denne linjen:

add_filter( 'pre_site_transient_update_core', create_function( '$a', "return null;" ) );

Denne koden har to alvorlige problemer. For det første bruker den create_function(), som ble fjernet helt i PHP 8.0 – på en moderne server gir linjen en fatal feil som kan ta ned hele nettstedet. For det andre er det en dårlig idé å blokkere oppdateringsvarsler fullstendig: det fører til at kritiske sikkerhetsoppdateringer kan bli oversett, noe som gjør nettstedet sårbart for angrep.

En mye tryggere løsning er å skjule selve varselet (nagget) for brukere som likevel ikke har rettigheter til å oppdatere, mens administratoren fortsatt ser alt:

// Skjul oppdateringsvarsel for brukere uten oppdateringsrettigheter
function dn_hide_update_nag() {
    if ( ! current_user_can( 'update_core' ) ) {
        remove_action( 'admin_notices', 'update_nag', 3 );
        remove_action( 'network_admin_notices', 'update_nag', 3 );
    }
}
add_action( 'admin_head', 'dn_hide_update_nag' );

Må du for en spesiell grunn skru av selve sjekken, bruk en anonym funksjon (closure) i stedet for create_function(): add_filter( 'pre_site_transient_update_core', function() { return null; } );. Men gjør dette bare hvis du har en annen rutine for å holde WordPress oppdatert. Les mer om hvorfor dette er viktig i vår guide til hvordan du beskytter WordPress-siden mot angrep.

Gjør innloggingen enklere og tryggere for kunden

En tilpasset innlogging handler ikke bare om logo – du kan også gjøre selve påloggingen enklere for kunden. Mange synes det er tungvint å huske brukernavn, og da kan du tillate innlogging med e-postadresse i tillegg til brukernavn. For norske kunder kan det være aktuelt å sette opp innlogging med Vipps, som mange kjenner fra før.

Uansett bør du kombinere en penere innloggingsside med grunnleggende sikkerhet: sterke passord, begrenset antall innloggingsforsøk og tofaktorautentisering. En vakker login-side som er lett å gjette seg inn på, er ingen god leveranse.

White-label-plugins for deg som ikke vil kode

Vil du tilpasse dashbordet uten å skrive en eneste linje kode, finnes det flere gode plugins som gjør hele jobben. De lar deg bytte logo, skjule menyer og widgets, endre farger og legge inn egen branding – ofte med et visuelt grensesnitt kunden selv kan bruke. Dette er som regel det beste valget for byråer som leverer mange nettsteder.

Tabellen under sammenligner noen av de mest brukte alternativene. Alle finnes i WordPress’ offisielle plugin-katalog, og flere har en gratisversjon som dekker det de fleste trenger:

Trenger du flere verktøy for å drifte WordPress profesjonelt, har vi samlet mange nyttige tips i artikkelen om WordPress-plugins du bør vurdere.

Vanlige feil når du tilpasser dashbordet for kunder

De vanligste feilene handler om sikkerhet, vedlikehold og å overdrive tilpasningen. Her er fallgruvene du bør unngå:

• Du redigerer temaet direkte i stedet for et child-tema. Da forsvinner alle tilpasninger ved neste temaoppdatering. Bruk alltid et undertema eller en plugin for kodebiter.
• Du tror skjulte menyer er sikre. Å skjule et menyvalg hindrer ikke tilgang via direkte URL. Ekte tilgangskontroll styres med brukerroller og rettigheter.
• Du gir kunden administrator-rollen. De fleste redaktører trenger bare rollen «Redaktør». Færre rettigheter betyr færre feil og høyere sikkerhet.
• Du blokkerer oppdateringer. Å skru av oppdateringsvarsler for godt gjør nettstedet sårbart. Skjul heller varselet for de uten rettigheter, og hold WordPress oppdatert.
• Du kopierer gammel kode ukritisk. Mange eksempler på nett bruker avviklede funksjoner som create_function() eller login_headertitle, som gir feil på moderne PHP og WordPress.
• Du overdriver. Fjerner du for mye, kan kunden mangle funksjoner de faktisk trenger. Tilpass ut fra hva kunden skal gjøre i det daglige, ikke for å rydde for rydningens skyld.

Vil du lære mer om god WordPress-praksis for kundeleveranser, finner du flere nyttige råd i våre tips og triks for deg som lager WordPress-design.

Vanlige spørsmål (FAQ)

Hvor legger jeg koden for å tilpasse dashbordet?

Koden legges i functions.php i et child-tema (undertema), eller i en plugin for kodebiter som «Code Snippets». Ikke legg den rett i hovedtemaet, for da forsvinner endringene ved neste temaoppdatering. Ta alltid backup før du redigerer temafiler.

Er det lov å skjule at nettstedet bruker WordPress?

Ja, det er fullt lovlig å bytte logo, bunntekst og branding. WordPress er åpen kildekode med en lisens (GPL) som tillater dette. Målet er å gi kunden et ryddig og profesjonelt grensesnitt, ikke å skjule at systemet er WordPress for omverdenen.

Hvorfor virker ikke de gamle kodeeksemplene jeg finner på nett?

Mange eldre snutter bruker funksjoner som er fjernet eller avviklet. For eksempel ble create_function() fjernet i PHP 8.0, og filteret login_headertitle ble erstattet av login_headertext i WordPress 5.2. Bruk oppdatert kode som den i denne guiden.

Hvordan hindrer jeg at kunden endrer innstillinger de ikke bør røre?

Det styrer du med brukerroller, ikke ved å skjule menyer. Gi kunden rollen «Redaktør» i stedet for «Administrator». Å skjule et menyvalg med kode fjerner det bare visuelt – siden er fortsatt tilgjengelig via sin direkte adresse.

Bør jeg bruke en plugin eller egen kode?

Kode gir mest kontroll uten ekstra plugins, men krever at du er trygg på PHP og bruker et child-tema. En white-label-plugin som White Label CMS eller Ultimate Dashboard er enklere, tryggere og lar kunden selv justere ting. For de fleste byråer er en plugin det mest praktiske valget.