Du kan nu tilføje omdirigeringsregler lige fra dit MyKinsta betjeningspanel! Omdirigeringsregler giver dig mulighed for problemfrit at dirigere trafik fra et sted til et andet. Det er især nyttigt til at forhindre 404-fejl, sikre korrekt SEO, når du foretager ændringer, og dirigere besøgende til de korrekte placeringer på dit websted.
Brug af gratis WordPress-plugins til implementering af omdirigeringer kan undertiden forårsage ydelsesproblemer, da de fleste af dem bruger wp_redirect-funktionen, som kræver ekstra kode-udførelse og ressourcer. Nogle af dem tilføjer også autoladede data til din wp_options-tabel, hvilket øger database-bredelsen. Tilføjelse af dem i MyKinsta betyder, at reglerne implementeres på serverniveau, hvilket er en meget mere optimal måde. Følg blot trinnene nedenfor for, hvordan du tilføjer dem.
- Sådan tilføjes en omdirigeringsregel
- Brug af Regex
- Sådan bulk-importeres omdirigeringsregler
- Sådan eksporteres omdirigeringer
Sådan tilføjes en omdirigeringsregel
Trin 1
For at tilføje en omdirigering skal du klikke på dit websted i MyKinsta og gå til “Omdirigeringer.” Klik derefter på “Tilføj omdirigeringsregel.”
Trin 2
Du kan derefter vælge den type omdirigeringsregel, du ønsker. Se denne artikel om omdirigering for at lære mere om, hvilken type regel du skal bruge. Vores værktøj bruger og understøtter regex-udtryk.
- 301 omdirigering: Bruges til webadresser og / eller indhold, der “flyttes permanent.” Dette er typisk det, du vil bruge til SEO-formål.
- 302 omdirigering: Bruges til webadresser og / eller indhold, der “findes” eller “flyttes midlertidigt.”
I dette eksempel nedenfor tilføjer vi en 301-omdirigering til en blog-post-URL, der blev ændret og opdateret til noget andet. Dette sikrer, at al trafik, backlinks og link juice fra Google nu sendes til den nye URL. 301 omdirigeringer passerer mellem 90-99% af link juice. Du kan vælge hvilket domæne præfiks, du vil have det tilføjet til. I dette tilfælde ønsker vi, at både www og non-www trafik skal omdirigeres.
Bemærk: Dette omdirigerer automatisk UTM-parametre eller noget i slutningen af URL-adressen. For eksempel, hvis den gamle URL deles på sociale medier ved hjælp af et værktøj som Buffer, kan det vises som følgende:
https://wpdev.ink/blogpost/?utm_content=buffer
Dette vil automatisk blive rettet til:
https://wpdev.ink/newblogpost/?utm_content=buffer
Du vil også bemærke, at vi tilføjede ^ på URL’en “Omdiriger fra” ovenfor. Dette skyldes, at Kinstas omdirigeringsværktøj bruger regex automatisk. Derfor skal du tilføje ^ i begyndelsen af hver “fra” sti, medmindre du vil have den til at matche på andre steder end begyndelsen af stien. For eksempel kan, ved simpelthen at bruge /blogpost i sig selv oprette en omdirigeringssløjfe på andre URL’er, såsom /category/blogpost
.
Det er også vigtigt at kontrollere dine nuværende backlinks i et værktøj som Ahrefs. For eksempel har du muligvis backlinks på tredjepartswebsteder, der peger på to forskellige versioner af din URL:
https://wpdev.ink/blogpost https://wpdev.ink/blogpost/
Bemærk, at den anden har et forward backslash mod slutningen. Hvis du ikke tager dette i betragtning, kan det ødelægge omdirigeringen. Derfor, hvis du ikke er sikker på, hvilken version tredjepartswebsteder der linker til, kan du altid bruge et wildcard regex-command (?) I stedet for at sikre, at begge fungerer. Se eksempel nedenfor:
I ovenstående eksempel vil alle links til både /blogpost og /blogpost/ (med backslash) blive omdirigeret til /newblogpost. Du kan derefter nemt administrere alle dine omdirigeringsregler fra betjeningspanelet.
Brug af Regex
Et regelmæssigt udtryk er en sekvens af tegn, der definerer et søgemønster. Nedenfor er nogle yderligere eksempler på det, der kan bruges med MyKinsta-omdirigerings-værktøjet. Feltet “Omdirigér fra” understøtter regelmæssige udtryk, og “Omdiriger til” -feltet tillader fangst-gruppere-ferencer og nogle variabler (fe.g. $host, $scheme). Her er et par vigtige ting at bemærke:
- Omdirigeringer kontrolleres i den rækkefølge, du tilføjer dem. Bedste praksis er at have de mere specifikke før de generelle omdirigeringer.
- Som standard er vores omdirigeringsværktøj store og små bogstaver (se nedenfor for at bruge store og små følsomme omdirigeringer).
- Begrænsede tegn: #, space, “og linebreak tegn.
- Du kan ikke omdirigere med argumenter.
Her er et par almindelige regex-syntaks:
- ^ – Match kun, hvis følgende er i begyndelsen af linjen
- $ – Match kun, hvis det foregående er ved slutningen af linjen
- ? – Match de foregående 0 eller 1 gange (gør det valgfrit)
- . – Match enhver karakter
- * – Match de foregående 0 eller flere gange
- \ – Undgå specialtegn
- (? i) – Uanselig følsomhed
- . * – Wildcard, der matcher noget som helst (ethvert tegn som helst, der matcher en hvilken som helst streng)
- (. *) – Optagelses-gruppe, der indeholder et wildcard match for enhver streng på det givne sted
Regex-eksempler
Medtag din https://domain.com/store side
^/store
Medtag din https://domain.com/store-side (med store og små følsomme omdirigeringer)
(?i)^/store
Medtag en enkelt fil, f.eks. Https://domain.com/store.php:
^/store\.php
Medtag alle filer af samme type, såsom alle PHP-filer.
^/store/.*\.php
Medtag alt, der indeholder en bestemt sætning, f.eks. Https://domain.com/*store*
Det anbefales at specificere omdirigeringsstrengen “/” for at mindske risikoen for, at den omdirigerer noget uønsket. Bemærk: Da vores værktøj automatisk anvender regex,.* Anvendes automatisk og er ikke nødvendigt i dette tilfælde.
/store or /store/
Medtag begge af følgende URL’er: https://mydomain.com/fast-racing og https://mydomain.com/fast-car-racing
^/fast(-car)?-racing
Her er et andet eksempel fra vores artikel om Deaktivering af Google AMP. Vi var nødt til at omdirigere alle blogindlæg, der indeholder /amp/ til deres originale ikke-AMP URL for at sikre, at de blev indekseret til deres oprindelige webadresser. Med andre ord fanger vi alt før /amp/ i URL og tilføjer kun det i stedet for “$1”.
/(.*)\/amp
Omdiriger www-trafik til ikke-www (og vice versa)
Tilføj en 301-omdirigering for al www-trafik til ikke-www.
www.mydomain.com - ^(.*)$ - https://mydomain.com$1
For mange omdirigeringer
Hvis du konfigurerer dine omdirigeringer forkert, er det muligt for det at forårsage en uendelig omdirigeringssløjfe, i hvilket tilfælde du muligvis kan se en fejl som ERR_TOO_MANY_REDIRECTS. Hvis dette er tilfældet, vil du gå tilbage gennem dine omdirigeringsregler og dobbelt kontrollere dem. Dette sker ofte, når placerings-webadressen er inkluderet i både “omdirigering fra” og “omdirigering til.”
For eksempel ville følgende forårsage en omdirigeringssløjfe:
Omdirigering Fra: ^/blog/about
Omdirigering til: https://domain.com/blog/about-me
Hvorfor? For når processen nåede ^/blog/about
, ville den resterende del -me
ikke have noget at gøre, og det ville forårsage en uendelig løkke. Du skal angive slutningen af strengen og startpunktet. Her er, hvad du vil gøre for at løse det:
Omdirigering fra: ^/blog/about$
Omdirigering til: https://domain.com/blog/about-me
Tegnet $ fortæller Nginx at stoppe og kun matche forespørgslen, hvis strengen er nøjagtigt der, men intet efter den.
Yderligere Regex-læsning
Her er nogle nyttige links til yderligere læsning om, hvad du kan gøre med Regex, og forstå det grundlæggende:
Sådan bulk-importeres omdirigeringsregler
Måske har du en mere kompleks opsætning eller ønsker at slippe af med dit 301 omdirigerings-plugin på dit WordPress-sted. Vi har også muligheden for at bulk import omdirigeringsregler fra en CSV.
Trin 1
For at tilføje regler for omdirigering af bulk-import skal du klikke på dit websted i MyKinsta og gå til “Omdirigeringer”. Klik derefter på “Bulk-import.”
Trin 2
Indsæt indholdet af en CSV-fil i feltet. CSV skal indeholde oplysninger adskilt med kommaer i denne rækkefølge: statuskode, domæne (alt for alle domæner), omdirigering fra sti og omdirigering til URL. Hver omdirigeringsregel skal placeres på en ny linje. Klik derefter på “Importer omdirigeringer.”
Bulk sletning af omdirigeringsregler understøttes også.
Sådan eksporteres omdirigeringer
Vi er klar over, at nogle af jer har hundreder eller endda tusinder af omdirigeringer. At have muligheden for at eksportere dem giver mulighed for lettere redigering offline og re-import, samt muligheden for let at overføre dine omdirigeringer til et andet værktøj eller service efter behov. Det er her indstillingen “Eksport til CSV” er praktisk.
Eksport af omdirigeringer fra WordPress
Hvis du vil migrere dine nuværende omdirigeringer fra et WordPress-plugin til MyKinsta, har mange af dem eksportindstillinger tilgængelige i deres indstillinger (eksport-indstillings-eksempel nedenfor fra EPS omdirigerings-plugin). Bare sørg for, at de er formateret korrekt, inden bulkimport.

EPS plugin-eksport omdirigeringer
Hvis du bruger Simple 301-omdirigeringer-plugin, kan du bruge denne Eksport Simple 301 Redirects to CSV-plugin.
Noter
Vores team hjælper gerne med at oprette enkle omdirigeringer. Da vi ikke kører Apache, kan du dog ikke bruge .htaccess. I stedet kører vi Nginx, som har sin egen syntaks om omskrivningsregel. Uanset hvad du kan gøre med .htaccess-filer kan du “oversætte” til Nginx’s syntaks, og vi tilføjer dem til dit websteds Nginx-konfigurationsfil. Hvis dit websteds .htaccess-fil indeholder en masse komplekse regler, skal du samarbejde med en udvikler for at konvertere disse til Nginx-format og derefter levere de konverterede regler til vores team.
Hvis du kunne lide denne vejledning, så vil du elske vores support. Alle Kinstas hostingplaner indeholder 24/7 support fra vores erfarne WordPress-udviklere og ingeniører. Chat med det samme team, der understøtter vores Fortune 500-kunder. Tjek vores planer