Bästa .htaccess-guiden för SEO:s (med exempel!)

Din webbplats kan ha gått ner efter att du gjort några ändringar i din .htaccess-fil. Men det är inget att oroa sig för!

Detta händer med många SEO:er som försöker göra det lilla extra genom att göra tekniska korrigeringar.

I vanliga fall ger de redigeringar som görs via WordPress instrumentpanel en mini-panikattack eftersom du är låst från instrumentpanelen när du uppdaterar den felaktiga .htaccess-filen.

.htaccess-filer är både en välsignelse och en förbannelse för SEO:er eftersom de hjälper dig att anpassa funktionerna på din webbplats.

Om du börjar med att skydda filer med ett lösenord, göra en 301-omdirigering eller ställa in en särskild felsida, är .htaccess praktiskt om din webbplats körs på Apache-webbservern.

Om du är någon som letar efter en snabb lösning för att få igång din webbplats igen efter ett misslyckande med en .htaccess-uppdatering eller om du vill lära dig mer om hur du kan optimera .htaccess för din webbplats, så är detta resursen som du trodde aldrig hade funnits.

Vi kommer att ge dig några mycket snabba .htaccess-fixar och tips så att du som SEO nu tryggt kan göra ändringar på webbplatsen utan att oroa dig för efterdyningarna.

Du vet redan vad .htaccess är och hur användbart det är för en webbmaster som kör en Apache-webbserver.

Hursomhelst kommer jag att förklara några grunder i .htaccess för nybörjare för att hjälpa dem att förstå det innan de implementerar.

Vänligen är du välkommen att växla till valfritt kapitel med hjälp av innehållsförteckningen.

Vad är .htaccess?

.htaccess är en konfigurationsfil som kan läsas och exekveras av programvaran Apache Web Server för att aktivera/avaktivera ytterligare funktioner och egenskaper. Eftersom .htaccess-filen finns i en Unix-baserad miljö och finns på katalognivå, åsidosätter den de globala webbserverinställningarna och möjliggör anpassad konfiguration av webbplatstillgång.

Vad står .htaccess för?

.htaccess är en akronym för ”hypertext access”. Namnet kom till efter att filen blev populär bland utvecklare som använde den för att ändra användarens tillgänglighetsfunktioner per katalog.

.htaccess använder Apache-serverns http.config-direktiv för att tillåta och begränsa åtkomst till kataloger för personer som använder användarnamn och lösenord. När det gäller SEO har .htaccess dock en ännu större roll att spela.

Vad används .htaccess till?

Om du har en webbplats som ständigt ställer olika krav, kan du betrakta .htaccess som en välsignelse.

Som SEO kommer .htaccess väl till pass eftersom du kan använda den för att ge direktiv till webbservern för att 301 omdirigeringar, aktivera caching, uppdatera HTTP-huvuden, kontrollera crawling, göra URL:er SEO-vänliga och mycket mer!

Var kan du hitta .htaccess-filen?

Då .htaccess är en konfiguration på katalognivå kan du hitta den i nästan alla mappar i din webbkatalog. Om du har en enda webbkatalog med flera underkataloger (webbplats) finns .htaccess-filen både i rotkatalogen och i varje underkatalog.

Om du är en WordPress-användare är det bästa sättet att komma åt .htaccess-filen genom Yoast Plugin Option.

Försiktighet: Eftersom .htaccess inte är något som nybörjare bör leka med rekommenderar jag att du testar det på demosajten. Dessutom måste du ha riklig kunskap om att använda Filezilla för att komma åt rotmappen om du blir utelåst från WordPress Admin.

Om du driver en WordPress-webbplats finns det en handfull plugins som stöder redigering av .htaccess-filen. Eftersom de flesta WordPress-användare väljer Yoast som sitt SEO-plugin som standard, låt mig förklara hur du kan redigera .htaccess-filen i Yoast Dashboard i WordPress.

Steg 1: Logga in på din WordPress Admin Dashboard

Steg 2: Öppna Yoast Settings

Steg 3: Öppna Tools

Steg 4: I verktygen väljer du ”File Editor”

Steg 5: Redigera .htaccess-filen och spara

I de flesta WordPress-websidor kommer .htaccess med denna standardkonfiguration:

# BEGIN WordPress
RewriteEngine On
RewriteBase /
RewriteRule ^index.php$ - 
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php 
# END WordPress

Vad händer om din webbplats inte har en .htaccess-fil?

Då .htaccess är en automatiskt genererad konfigurationsfil kommer den i 99 % av fallen att finnas med. Den är dock oftast en dold fil i katalogerna och webbansvariga tror att den saknas. Aktivera bara ”visa dolda filer” så borde du kunna hitta den.

Om du inte hittar .htaccess-filen även efter att ha gjort detta kan du behöva skriva en manuellt och ladda upp den till din webbserver.

Steg för att skapa en anpassad .htaccess-fil

Steg 1: Öppna Anteckningsblock

Steg 2: Skriv ner konfigurationen (för att testa använd standardkonfigurationen som tillhandahålls ovan)

Steg 3: Spara filen i ASCII med filnamnet .htaccess

Steg 4: Kontrollera att filen inte sparas i .txt-format

Steg 5: Använd Filezilla för att ladda upp .htaccess-filen till din webbkatalog

Notera: Om du är en WordPress-användare och har ett tomt fält för .htaccess-filen, lägg bara till konfigurationen och spara.

Vad gör du om du blir utelåst från WordPress Dashboard efter att ha uppdaterat .htaccess-filen?

Du kan ha uppdaterat .htaccess-filen med Yoast eller med WP File Manager och blivit utelåst från instrumentpanelen. Ingen panik. Detta kan enkelt åtgärdas.

Om du är en SEO, få FTP-åtkomst till din webbplats från utvecklaren på den som hanterar servern. Om du behöver hjälp av en expert kan din utvecklare vara den bästa hjälpande handen.

Steg 1: Logga in på din webbkatalog med FileZilla

Steg 2: Ladda ner .htaccess-filen från katalogen

Steg 3: Uppdatera .htaccess-filen med standardkonfigurationen och spara den

Steg 4: Ersätt den gamla .htaccess-filen i katalogen med den nya

Notera: Om du prioriterar att få hemsidan online så fort som möjligt ska du använda standardkoden. Men om du har gjort många ändringar i .htaccess-filen kan du försöka hitta koden som gav bakslag. Ta bort den innan du laddar upp den tillbaka till servern.

Varför ser du ett fel efter att du har uppdaterat .htaccess-filen?

Om du är en SEO som försöker lära dig .htaccess på djupet är det troligt att du kommer att göra några misstag i början. Detta är helt okej tills du förstår varför webbservern flaggade ett fel.

Det finns några vanliga problem som SEO:s stöter på när det gäller att uppdatera .htaccess-filen. Här är en lista över de vanligaste .htaccess-problemen.

1. Disabled Override: För att din .htaccess-fil ska fungera måste du först aktivera AllowOverride-alternativet. Om AllowOverride-alternativet är inställt på None kommer alla konfigurationer som anges i .htaccess att inaktiveras. För att se till att Override-alternativet är aktiverat följer du det här steget:

Steg 1: Öppna Apaches konfigurationsfil (http.conf)

Steg 2: Ställ in Allow OverRide-direktivet som : AllowOverride All

Steg 3: Spara Apache-konfigurationsfilen och starta om Apache-servern

1. Felstavat filnamn: Detta är det näst vanligaste misstaget som SEO:s gör. Eftersom .htaccess är en Unix-baserad konfigurationsfil som sparas i ASCII kommer felstavning att resultera i ett fel. Om filen inte börjar med ett ”.” eller laddas upp i ett annat filformat, t.ex. .txt, kommer Apache-servern att ignorera filen och den konfiguration som du ställt in.
2. Hierarki för .htaccess Matters: .htaccess-filer exekveras baserat på deras hierarki. Några få regler som anges i början av .htaccess-filerna kan upphäva de regler som kommer i det senare skedet av konfigurationen. Om du tror att dessa är kritiska kan du försöka flytta upp den särskilda konfigurationen.
3. Flera .htaccess-filer: Eftersom .htaccess-filer kan användas per katalog finns det en chans att din webbplats använder flera .htaccess-filer. I sådana fall kan en fil motsäga den konfiguration som anges i en annan, vilket resulterar i fel. Du kan felsöka detta genom att inaktivera enskilda .htaccess-filer.
4. Syntaxfel: .htaccess-filen fungerar helt och hållet baserat på den syntax som används för att konfigurera din webbplats. Ett syntaxfel i filen kan göra din webbplats offline och orsaka en panikattack. Det är därför absolut nödvändigt att förstå syntaxen innan du uppdaterar dina .htaccess-filer.

Vilka är de vanligaste felmeddelandena som du får efter uppdatering av .htaccess-filen?

Varje gång en användare besöker din webbplats interagerar han/hon direkt eller indirekt med webbservern. Sidorna som de får fram när de klickar på bilderna och andra resurser som de ser hämtas av webbservern, vilket innebär att du som webbansvarig kan begränsa det.

Vissa webbplatser använder .htaccess för att ställa in autentisering för åtkomst till webbplatser. När det gäller SEO använder de det för att se till att användare och sökmotorbotar får enkel åtkomst till sidor som är viktigast. Om webbplatsen misslyckas med att tillhandahålla den begärda informationen genereras en felkod av webbservern baserat på de konfigurationer som anges i .htaccess-filen.

Här är en lista över felkoder som webbservrar visar när de inte lyckas hämta de begärda uppgifterna.

Client Request Errors

• 400 – Bad Request: Felaktig URL-struktur. Servern kan inte förstå användarens begäran.
• 401 – Auktorisering krävs: Dessa meddelanden visas när åtkomsten till sidan har begränsats av webmasterna.
• 402 – Betalning krävs (används inte ännu): Om betalningsinitieringen misslyckas visas i allmänhet den här koden.
• 403 – Forbidden – Den enkla anledningen till att du får ett 403-fel är att du försöker få tillgång till en resurs som har begränsad behörighet. En webbplats visar 403 förbjudna fel när användarna försöker komma åt en sida som kräver autentisering.
• 404 – Ej funnen: 404 är en tydlig indikation till användarna om att den begärda webbadressen inte är tillgänglig på webbplatsen. Det kan bero på ett skrivfel i URL:en eller på att sidan har tagits bort från webbplatsen.
• 405 – Metod inte tillåten: Denna HTTP-svarsstatuskod visar att servern har vägrat att acceptera förfrågningsmetoden trots att den har förstått syftet med förfrågan.
• 406 – Ej godtagbart (kodning): Detta inträffar vanligtvis när servern inte kan svara på begäran med accept-header.
• 407 – Proxy Authentication Required (Proxy-autentisering krävs): Det här felet visar att begäran inte kan uppfyllas på grund av bristande autentisering av proxyservern mellan webbläsaren och servern.
• 408 – Begäran har tagit ut sin tid: Detta är ett av de vanligaste HTTP-felen som webbansvariga stöter på när servern inte kan ta emot en fullständig begäran från klientsidan inom den tilldelade timeout-perioden.
• 409 – Conflicting Request: Det här felet inträffar när målresursens tillstånd står i konflikt med det aktuella tillståndet. För att lösa felet måste du identifiera konflikten och skicka in den på nytt.
• 410 – Borta: Den här felkoden visar att åtkomsten till den begärda resursen har tagits bort permanent från servern och kommer att förbli så hela tiden.
• 411 – Innehållslängd krävs: Felet visar att servern inte kan acceptera klientens begäran på grund av att content-length-huvudet inte har definierats.
• 412 – Precondition Failed (Förutsättning misslyckad): Denna felkod innebär att klientens begäran inte kan accepteras: Detta är ett fel som orsakas av en säkerhetskonflikt med en eller flera av de säkerhetskonfigurationer som har implementerats på din server.
• 413 – Begärningsenheten är för lång: När den begärda resursen är för stor för servern att ladda kan användaren uppleva felet 413.
• 414 – Begäran URI för lång: Tänk bara på en URL-struktur över 2048 tecken. Servern kan inte tyda det resulterande 414-felet.
• 415 – Medietyp som inte stöds: Det här felet visas när servern vägrar att läsa in en resurs som är i ett icke-stödd medieformat.

Serverfel

• 500 – Internt serverfel
• 501 – Inte implementerat
• 502 – Dålig gateway
• 503 – Tjänsten är inte tillgänglig
• 504 – Timeout för gateway
• 505 – HTTP-versionen stöds inte

Vad används .htaccess till?

Omdirigeringar

Ändrade du precis domännamnet på din webbplats?

Som SEO vill du definitivt inte att dina användare ska se en 404-sida, och du vill inte heller att all svårförtjänt auktoritet bara försvinner.

Se din .htaccess som ett universalmedel för båda dessa problem. Genom att lägga till omdirigeringsdirektivet i din .htaccess-fil kan du omdirigera din trafik och webbplatsens auktoritet till den nya domänen.

Det intressanta är att du kan göra samma sak när det gäller URL:erna på din webbplats. Genom att skapa ett 301-omdirigeringsdirektiv driver du dina användare och sökmotorbotar som försöker komma åt en gammal URL till att läsa en ny sida på din webbplats.

Exempel på omdirigering på domännivå med .htaccess:

# This allows you to redirect your entire website to any other domain 
Redirect 301 / http://example.com/

Exempel på URL-omdirigering med .htaccess:

RedirectMatch 301 ^/old-url.html$ /new-url.html

SEO-vänliga URL:er

Är din URL-struktur rörig? Kan användare och sökmotorbotar inte förstå vad som finns på sidan? Detta händer ganska många webmasters.

Underlåtenheten att uppmärksamma URL-strukturen till en början blir en stor smärta efter att webbplatsen fått auktoritet.

Med hjälp av .htacces kan du ställa in rätt URL-struktur för din webbplats.

Och alla tillägg som följer med din URL, till exempel .html eller .php, kan enkelt tas bort genom att lägga till direktiv i .htaccess.

Exempel 1: Användning av .htaccess för att ta bort tillägg i URL:en

Tillbaka .php som tillägg

RewriteEngine on
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME}.php -f
RewriteRule ^(.*)$ .php 

Tillbaka .html som tillägg

RewriteEngine on 
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME}.html -f
RewriteRule ^(.*)$ .html 

Exempel 2: Användning av .htaccess för att göra webbadresser småskaliga

Metod 1

RewriteCond %{REQUEST_URI} 
RewriteRule . ${lc:%{REQUEST_URI}} 

Ovanstående kod påverkar alla webbadressstrukturer, inklusive domännamnet.

Metod 2

RewriteCond %{REQUEST_URI} 
RewriteRule ^.+.html$ ${lc:%{REQUEST_URI}} 

Ovanstående kod påverkar endast filnamn för html-filer.

Exempel 2: Använda .htaccess för dynamisk URL-omskrivning

RewriteEngine On
RewriteRule /(.*)/(.*)/$ page.php?category=&product=

Fel URL: site.com/page.php?category=2&product=54

God URL: site.com/sandwiches/rueben-sandwich/

• Användning av .htaccess för att förbättra webbplatsens hastighet

Sidans hastighet är det nya hetsjacket bland webmasters.

De har alla skäl att skapa uppståndelse eftersom Google numera betraktar den som en av de viktigaste faktorerna när de rankar sidor i SERP.

Google vill inte att användarna ska få en dålig användarupplevelse från de topplistade sidorna.

Och dessutom äter en webbplats med långsam laddning upp en stor del av crawlbudgeten.

Ett av de enklaste och säkraste sätten att förbättra webbplatsens hastighet är att konfigurera din .htaccess-filen.

• Aktivering av cache-funktionen

Om du aktiverar cache-funktionen i .htaccess-filen lagras webbplatsens resurser i besökarens webbläsare för att möjliggöra snabb laddning.

Du kan aktivera cache med två olika metoder

ExperiesByType – Med den här metoden i .htaccess kan du ange en tidsram för cache, även kallad expiry, för varje resurs på din webbplats.

Exempel:

<ifModule mod_headers.c>
# YEAR
<FilesMatch ".(ico|gif|jpg|jpeg|png|flv|pdf)$">
Header set Cache-Control "max-age=29030400"
</FilesMatch>
# WEEK
<FilesMatch ".(js|css|swf)$">
Header set Cache-Control "max-age=604800"
</FilesMatch>
# 45 MIN
<FilesMatch ".(html|htm|txt)$">
Header set Cache-Control "max-age=2700"
</FilesMatch>
</ifModule>

Cache-Control Header – Cache-control-header använder maximal ålder för resurserna innan de löper ut.

Exempel:

# One month for most static assets
<filesMatch ".(css|jpg|jpeg|png|gif|js|ico)$">
Header set Cache-Control "max-age=2628000, public"
</filesMatch>

Aktivering av Gzip-komprimering

En anledning som försämrar hastigheten på en webbplats är storleken på dess resurser. Genom att aktivera gzip i din .htaccess-fil kan du minska bildstorleken, filstorleken och filmängden när du skickar data till webbläsaren på klientsidan.

Att aktivera gzip är ett av de enklaste .htaccess-direktiven.

Här är ett exempel:

<ifModule mod_gzip.c>
mod_gzip_on Yes
mod_gzip_dechunk Yes
mod_gzip_item_include file .(html?|txt|css|js|php|pl)$
mod_gzip_item_include handler ^cgi-script$
mod_gzip_item_include mime ^text/.*
mod_gzip_item_include mime ^application/x-javascript.*
mod_gzip_item_exclude mime ^image/.*
mod_gzip_item_exclude rspheader ^Content-Encoding:.*gzip.*
</ifModule>

Aktivering av Deflate-alternativet

Vissa webbservrar har inte stöd för gzip, så webbplatsen kan stöta på fel. I sådana fall rekommenderas det att använda alternativet deflate i .htaccess-filen.

Här är ett exempel:

<IfModule mod_deflate.c>
# Compress text, HTML, JavaScript, CSS, XML
AddOutputFilterByType DEFLATE application/javascript
AddOutputFilterByType DEFLATE application/rss+xml
AddOutputFilterByType DEFLATE application/x-font
AddOutputFilterByType DEFLATE application/x-font-opentype
AddOutputFilterByType DEFLATE application/x-font-otf
AddOutputFilterByType DEFLATE application/x-font-truetype
AddOutputFilterByType DEFLATE application/x-font-ttf
AddOutputFilterByType DEFLATE application/x-javascript
AddOutputFilterByType DEFLATE application/xhtml+xml
AddOutputFilterByType DEFLATE application/xml
AddOutputFilterByType DEFLATE font/otf
AddOutputFilterByType DEFLATE font/ttf
AddOutputFilterByType DEFLATE image/svg+xml
AddOutputFilterByType DEFLATE image/x-icon
AddOutputFilterByType DEFLATE text/css
AddOutputFilterByType DEFLATE text/html
AddOutputFilterByType DEFLATE text/plain
AddOutputFilterByType DEFLATE text/xml
# The following lines are to avoid bugs with some browsers
BrowserMatch ^Mozilla/4 gzip-only-text/html
BrowserMatch ^Mozilla/4.0 no-gzip
BrowserMatch bMSIE !no-gzip !gzip-only-text/html
BrowserMatch bMSI !no-gzip !gzip-only-text/html
# Do not cache if these files are already cached
SetEnvIfNoCase Request_URI .(?:gif|jpe?g|png)$ no-gzip
# Proxies must give the right content
# Header append Vary User-Agent env=!dont-vary
Header append Vary User-Agent
</IfModule>

Användning av .htaccess för förbättrad krypning och indexering

Du kanske redan använder filen robot.txt för att tillåta och förbjuda sökmotorerna att krypa och indexera din webbplats. Det är dock möjligt att du har andra resurser än en webbsida på din webbplats. I sådana fall kanske rbot.txt inte fungerar.

Om du vill att ett fåtal resurser, t.ex. en PFD eller ett Word-dokument, inte ska indexeras är det bästa sättet att göra det genom att sätta upp en X-robots-tag i din .htaccess-fil.

Den anpassade rubriken i .htaccess-filen kan fungera med alla indexeringsdirektiv.

Exempel:

<FilesMatch ".(docx|pdf)$">
Header add X-robots-tag "noindex, noarchive, nosnippet"
</FilesMatch>

I det här fallet kommer alla filer med .doc- och .pdf-tillägg att betraktas som noindex, noarchive, nosnippet.

Slutsats

Nästan alla Apache-servrar har en förinställd konfigurationsfil. Denna gäller dock för hela webbplatsen och därför är det svårt att ställa in konfiguration på katalognivå.

Det är där .htaccess kommer som en välsignelse. Du kan ställa in konfiguration på katalog- och underkatalognivå med hjälp av .htaccess för att åsidosätta Apaches konfigurationsinställningar.

Du kan dessutom använda enkla konfigurationskoder för att ställa in autentisering. Detta är mer användbart om du har ett delat webbhotell med flera webbplatser.

Fördelar med .htaccess-filen

• Den läser alla förfrågningar
• Omedelbar ändring utan att omstarta servern
• Hantera effektivt användarnas åtkomst baserat på önskemålen
• Inställer konfiguration på katalognivå
• En riktig välsignelse för SEO:s

Objekt för SEO:s

Nackdelar med .htaccess-fil

• .htaccess-filer kan öka säkerhetsriskerna med att driva en webbplats
• Lägre än konfiguration på servernivå eftersom .htaccess söks och läses varje gång en sida laddas
• Det påverkar hastigheten på en webbplats, vilket driver trafik i miljontals.

.htaccess-filer rekommenderas inte som metod för serverkonfiguration på grund av säkerhets- och prestandaproblem.