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

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.”

Tilføj omdirigeringsregler

Tilføj omdirigeringsregler

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.

Tilføj 301 omdirigering

Tilføj 301 omdirigering

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:

Wildcard-omdirigering

Wildcard-omdirigering

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.

Administrer omdirigeringsregler

Administrer omdirigeringsregler

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
Deaktiver eksempel på Google AMP Regex

Deaktiver eksempel på Google AMP Regex

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
Omdiriger www-trafik (301)

Omdiriger www-trafik (301)

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.”

Tilføj omdirigeringsregel

Tilføj omdirigeringsregel

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 import omdirigerings-regler

Bulk import omdirigerings-regler

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.

Eksporter omdirigeringer til CSV

Eksporter omdirigeringer til CSV

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

EPS plugin-eksport omdirigeringer

Hvis du bruger Simple 301-omdirigeringer-plugin, kan du bruge denne Eksport Simple 301 Redirects to CSV-plugin.

Noter

For mere komplekse omdirigeringer skal du muligvis åbne en supportbillet. Da vi ikke kører Apache, kan du 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.

9
Delinger