Uw website is misschien niet meer bereikbaar nadat u een paar wijzigingen in uw .htaccess-bestand hebt aangebracht. Maar dat is niets om je zorgen over te maken!
Dit gebeurt met veel SEO’s die proberen een extra stap te zetten door technische reparaties uit te voeren.
Meestal geven de bewerkingen die via het WordPress-dashboard worden gemaakt een mini-paniekaanval, omdat je van het dashboard wordt vergrendeld zodra je het foutieve .htaccess-bestand bijwerkt.
.htaccess-bestanden zijn zowel een zegen als een vloek voor SEO’s, omdat het u helpt de functies van uw website aan te passen.
Van het beschermen van bestanden met een wachtwoord, het doen van een 301 redirect of het instellen van een speciale foutpagina, .htaccess komt van pas als uw website draait op de Apache Web Server.
Als u iemand bent die op zoek is naar een snelle oplossing om uw website weer live te krijgen na een .htaccess update mislukking of als u meer wilt leren over het optimaliseren van de .htaccess van uw website, dan is dit de bron waarvan u dacht dat die nooit bestond.
We gaan u een aantal zeer snelle .htaccess fixes en tips geven, zodat u, als een SEO, nu vol vertrouwen wijzigingen kunt aanbrengen aan de website zonder u zorgen te maken over de nasleep.
Je weet al wat .htaccess is en hoe nuttig het is voor een webmaster die een Apache Web Server draait.
Hoewel, ik zal een paar basisprincipes van .htaccess uitleggen voor de beginners om hen te helpen het te begrijpen voordat ze het implementeren.
Gelieve te voelen vrij om te schakelen naar het hoofdstuk van uw keuze met behulp van de inhoudsopgave.
- Wat is .htaccess?
- Waar staat .htaccess voor?
- Waar wordt .htaccess voor gebruikt?
- Waar vindt u het .htaccess-bestand?
- Wat als uw website geen .htaccess bestand heeft?
- Stappen om een aangepast .htaccess-bestand te maken
- Wat te doen als u geblokkeerd wordt van het WordPress Dashboard na het bijwerken van het .htaccess bestand?
- Waarom ziet u een fout na het bijwerken van het .htaccess bestand?
- Wat zijn de meest voorkomende foutmeldingen die u krijgt na het bijwerken van het .htaccess bestand?
- Hier volgt een lijst met foutcodes die webservers weergeven als ze er niet in slagen de gevraagde gegevens op te halen.
- Client Request Errors
- Server Errors
- Waar wordt .htaccess voor gebruikt?
- Redirects
- SEO-vriendelijke URL’s
- Inschakelen van Gzip Compressie
- Deflate optie inschakelen
- Htaccess gebruiken voor betere crawling en indexering
- Conclusie
- Voordelen van .htaccess bestand
- Nadelen van .htaccess-bestand
Wat is .htaccess?
.htaccess is een configuratiebestand dat kan worden gelezen en uitgevoerd door de Apache-webserversoftware om extra functionaliteit en functies in of uit te schakelen. Aangezien het .htaccess-bestand bestaat in een Unix-gebaseerde omgeving en wordt uitgevoerd binnen het directory-niveau, overschrijft het de globale webserver-instellingen waardoor aangepaste configuratie van website-toegang mogelijk wordt.
Waar staat .htaccess voor?
.htaccess is een acroniem voor “hypertext access.” De naam is afgeleid nadat het bestand populair werd onder ontwikkelaars die het gebruikten om de functies voor de toegankelijkheid voor gebruikers per directory aan te passen.
.htaccess gebruikt de http.config-richtlijnen van de Apache-server om toegang tot mappen toe te staan en te beperken voor personen met behulp van gebruikersnamen en wachtwoorden. Maar als het op SEO’s aankomt, heeft .htaccess een nog grotere rol te spelen.
Waar wordt .htaccess voor gebruikt?
Als u een website hebt die op consistente basis aan verschillende eisen moet voldoen, beschouw .htaccess dan als een zegen.
Als SEO komt .htaccess goed van pas, omdat u het kunt gebruiken om de webserver richtlijnen te geven voor 301 redirects, caching in te schakelen, HTTP-headers bij te werken, crawling te regelen, URL’s SEO-vriendelijk te maken en nog veel meer!
Waar vindt u het .htaccess-bestand?
Omdat .htaccess een configuratie is op directory niveau, kunt u het vinden in bijna alle mappen binnen uw web directory. Als u een enkele webdirectory met meerdere subdirectories (website) hebt, kan het .htaccess-bestand zowel in de hoofddirectory als in elke subdirectory worden gevonden.
Als u een WordPress-gebruiker bent, kunt u het .htaccess-bestand het beste openen via de Yoast Plugin Option.
Voorzichtig: Aangezien .htaccess niet iets is waar beginners mee moeten spelen, raad ik aan om het uit te testen op de demo site. Ook moet u voldoende kennis hebben over het gebruik van Filezilla om toegang te krijgen tot de hoofdmap als u wordt buitengesloten van de WordPress Admin.
Als je een WordPress website hebt, zijn er een handvol plugins die het bewerken van het .htaccess bestand ondersteunen. Aangezien de meeste WordPress-gebruikers Yoast kiezen als hun standaard SEO-plugin, laat me uitleggen hoe u het .htaccess-bestand kunt bewerken in het Yoast Dashboard binnen WordPress.
Stap 1: Log in op uw WordPress Admin Dashboard
Stap 2: Open Yoast Settings
Stap 3: Open Tools
Stap 4: Binnen de tools, selecteer “File Editor”
Stap 5: Bewerk het .htaccess bestand en sla op
In de meeste WordPress websites, wordt .htaccess geleverd met deze standaard configuratie:
# BEGIN WordPress
RewriteEngine On
RewriteBase /
RewriteRule ^index.php$ -
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php
# END WordPress
Wat als uw website geen .htaccess bestand heeft?
Omdat .htaccess een automatisch gegenereerd configuratiebestand is, zal het in 99% van de gevallen aanwezig zijn. Het is echter meestal een verborgen bestand in de directories en webmasters denken dat het ontbreekt. Schakel “verborgen bestanden tonen” in en je zou het moeten kunnen vinden.
Als je het .htaccess bestand zelfs hierna niet kunt vinden, moet je het misschien handmatig schrijven en uploaden naar je webserver.
Stappen om een aangepast .htaccess-bestand te maken
Stap 1: Open kladblok
Stap 2: Typ de configuratie (om te testen gebruikt u de standaardconfiguratie die hierboven is gegeven)
Stap 3: Sla het bestand op in ASCII met de bestandsnaam .htaccess
Stap 4: Controleer of het bestand niet wordt opgeslagen in .txt formaat
Stap 5: Gebruik Filezilla om het .htaccess bestand te uploaden naar uw web directory
Note: Als u een WordPress gebruiker bent en een leeg veld heeft voor het .htaccess bestand, voeg dan gewoon de configuratie toe en sla op.
Wat te doen als u geblokkeerd wordt van het WordPress Dashboard na het bijwerken van het .htaccess bestand?
Het kan zijn dat u het .htaccess bestand heeft bijgewerkt met behulp van Yoast of met behulp van WP File Manager en dat u bent buitengesloten van het dashboard. Geen paniek. Dit kan eenvoudig worden verholpen.
Als u een SEO bent, krijgt u de FTP-toegang van uw website van de ontwikkelaar op degene die de server beheert. Als u de hulp van een expert nodig hebt, kan uw ontwikkelaar de beste helpende hand zijn.
Stap 1: Log in op uw webdirectory met FileZilla
Stap 2: Download het .htaccess-bestand uit de directory
Stap 3: Update het .htaccess bestand met de standaard configuratie en sla het op
Stap 4: Vervang het oude .htaccess bestand in de directory door de nieuwe
Note: Als uw prioriteit is om de website zo snel mogelijk weer online te brengen, gebruik dan de standaard code. Als u echter veel wijzigingen hebt aangebracht in het .htaccess bestand, probeer dan de code te vinden die de fout in ging. Verwijder deze voordat u de website weer upload naar de server.
Waarom ziet u een fout na het bijwerken van het .htaccess bestand?
Als je een SEO bent die probeert .htaccess grondig te leren, is de kans groot dat je in het begin een paar fouten zult maken. Dit is prima totdat u begrijpt waarom de webserver een fout heeft gemarkeerd.
Er zijn een paar veel voorkomende problemen die SEO’s tegenkomen als het gaat om het bijwerken van het .htaccess-bestand. Hier is de lijst van de meest voorkomende .htaccess problemen.
- Uitgeschakeld Override: Om uw .htaccess bestand te laten functioneren, moet u eerst de AllowOverride optie inschakelen. Als de AllowOverride optie is ingesteld op None, zullen alle configuraties die zijn ingesteld in de .htaccess worden uitgeschakeld. Om er zeker van te zijn dat de Override optie is ingeschakeld, volgt u deze stap:
Stap 1: Open het Apache Configuratie Bestand (http.conf)
Stap 2: Stel de Allow OverRide directive in als : AllowOverride All
Stap 3: Sla het Apache Configuratie bestand op en herstart de Apache Server
- Verkeerd gespelde bestandsnaam: Dit is de tweede meest voorkomende fout die SEO’s maken. Omdat .htaccess een Unix-gebaseerd configuratiebestand is, opgeslagen in ASCII, zal een verkeerde spelling resulteren in een fout. Als het bestand niet begint met een “.” of wordt geupload in een ander bestandsformaat zoals .txt, zal de Apache server het bestand en de configuratie die u heeft ingesteld negeren.
- Hiërarchie van .htaccess Zaken: .htaccess bestanden worden uitgevoerd op basis van hun hiërarchie. Een paar regels aan het begin van de .htaccess-bestanden kunnen de regels die in de latere fase van de configuratie komen teniet doen. Als u denkt dat deze kritisch zijn, probeer dan de betreffende configuratie naar boven te verplaatsen.
- Meerdere .htaccess bestanden: Aangezien .htaccess-bestanden per directory kunnen worden gebruikt, is er een kans dat uw website meerdere .htaccess-bestanden gebruikt. In zulke gevallen kan het ene bestand in tegenspraak zijn met de configuratie in een ander bestand, wat tot fouten kan leiden. U kunt dit probleem oplossen door afzonderlijke .htaccess-bestanden uit te schakelen.
- Syntaxisfout: Het .htaccess-bestand functioneert volledig op basis van de syntaxis die wordt gebruikt om uw website te configureren. Een syntaxisfout in het bestand kan uw site offline halen en een paniekaanval veroorzaken. Het is dus absoluut noodzakelijk om de syntax te begrijpen voordat u uw .htaccess-bestanden bijwerkt.
Wat zijn de meest voorkomende foutmeldingen die u krijgt na het bijwerken van het .htaccess bestand?
Elke keer dat een gebruiker uw website bezoekt, heeft hij/zij direct of indirect interactie met de webserver. De pagina’s die ze krijgen als ze klikken, de afbeeldingen en andere bronnen die ze zien, worden opgehaald door de webserver, wat betekent dat u als webmaster deze kunt beperken.
Sommige websites gebruiken .htaccess om de authenticatie voor toegang tot websites in te stellen. Als het gaat om SEO’s, gebruiken ze het om ervoor te zorgen dat de gebruikers en de zoekmachine bots gemakkelijk toegang krijgen tot de pagina’s die er het meest toe doen. Als de website er niet in slaagt de gevraagde informatie te verstrekken, wordt door de webserver een foutcode gegenereerd op basis van de configuraties die in het .htaccess-bestand zijn ingesteld.
Hier volgt een lijst met foutcodes die webservers weergeven als ze er niet in slagen de gevraagde gegevens op te halen.
Client Request Errors
- 400 – Slecht verzoek: Ongeldige URL-structuur. De server is niet in staat om het verzoek van de gebruiker te begrijpen.
- 401 – Autorisatie vereist: Deze berichten worden weergegeven wanneer de toegang tot de pagina is beperkt door de webmasters.
- 402 – Betaling vereist (nog niet gebruikt): Als de betaling initiatie niet gebeurt, geeft het over het algemeen deze code.
- 403 – Verboden – De eenvoudige reden dat u een 403 fout krijgt, is omdat u probeert toegang te krijgen tot een bron die beperkte toestemming heeft. Een website toont 403 verboden fouten wanneer de gebruikers proberen een pagina te openen die verificatie vereist.
- 404 – Niet gevonden: 404 is een duidelijke aanwijzing voor de gebruikers dat de gevraagde URL niet beschikbaar is op de website. Dit kan het gevolg zijn van een typefout in de URL of wanneer de pagina van de site is verwijderd.
- 405 – Methode niet toegestaan: Deze HTTP-antwoordstatuscode geeft aan dat de server heeft geweigerd om de verzoekmethode te accepteren ondanks het feit dat hij het doel van het verzoek begrijpt.
- 406 – Niet aanvaardbaar (codering): Dit gebeurt meestal wanneer de server niet kan reageren met de accept-header verzoek.
- 407 – Proxy Authentication Required: Deze fout geeft aan dat het verzoek niet kan worden uitgevoerd vanwege het ontbreken van proxy server authenticatie tussen de browser en de server.
- 408 – Request Timed Out: Dit is een van de veel voorkomende HTTP-fouten die webmasters tegenkomen wanneer de server er niet in slaagt een volledig verzoek van de clientzijde binnen de toegewezen time-outperiode te ontvangen.
- 409 – Conflicterend verzoek: Deze fout treedt op wanneer de toestand van de doelbron in strijd is met de huidige toestand. Om de fout op te lossen, identificeert u het conflict en dient u het opnieuw in.
- 410 – Gone: Deze foutcode geeft aan dat de toegang tot de gevraagde bron permanent is verwijderd van de server en dat zal zo blijven.
- 411 – Inhoudslengte vereist: De fout vertegenwoordigt het onvermogen van de server om de clientaanvraag te accepteren als gevolg van het niet definiëren van de content-length header.
- 412 – Precondition Failed: Het is een fout veroorzaakt als gevolg van de veiligheid botsing met een of veel van de veiligheid configuraties die zijn geïmplementeerd op uw server.
- 413 – Aanvraag entiteit te lang: Wanneer de aangevraagde bron te groot is voor de server om te laden, kan de gebruiker de 413 fout ervaren.
- 414 – Aanvraag URI te lang: Denk maar aan een URL-structuur van meer dan 2048 tekens. De server kan de resulterende 414 fout niet ontcijferen.
- 415 – Unsupported Media Type: Deze fout verschijnt wanneer de server weigert om een bron te laden die in een niet-ondersteund mediaformaat is.
Server Errors
- 500 – Internal Server Error
- 501 – Not Implemented
- 502 – Bad Gateway
- 503 – Service Unavailable
- 504 – Gateway Timeout
- 505 – HTTP Version Not Supported.
Waar wordt .htaccess voor gebruikt?
Redirects
Heeft u zojuist de domeinnaam van uw website veranderd?
Als SEO wilt u zeker niet dat uw gebruikers een 404-pagina te zien krijgen, en u wilt ook niet dat al uw zuurverdiende autoriteit zomaar verdwijnt.
Beschouw uw .htaccess als de panacee voor deze beide zorgen. Het toevoegen van de redirect directive aan uw .htaccess-bestand zal u helpen om uw verkeer en site autoriteit om te leiden naar het nieuwe domein.
Het interessante is dat je hetzelfde kunt doen als het gaat om de URL’s binnen uw website. Door het creëren van een 301 redirect directive, duwt u uw gebruikers en zoekmachine bots die proberen een oude URL te openen om een nieuwe pagina binnen uw site te lezen.
Exemplaar voor Domein Level Redirect met .htaccess:
# This allows you to redirect your entire website to any other domain
Redirect 301 / http://example.com/
Exemplaar voor URL Redirect met .htaccess:
RedirectMatch 301 ^/old-url.html$ /new-url.html
SEO-vriendelijke URL’s
Is uw URL-structuur in de war? Kunnen gebruikers en zoekmachine bots niet begrijpen wat er op de pagina staat? Dit overkomt heel wat webmasters.
Het verzuim om in eerste instantie aandacht te besteden aan de URL-structuur wordt een groot pijnpunt nadat de website autoriteit heeft verworven.
Met behulp van de .htacces, kunt u de juiste URL-structuur voor uw website instellen.
Daarnaast kan elke extensie die bij uw URL hoort, bijvoorbeeld .html of .php, eenvoudig worden verwijderd door directieven aan de .htaccess toe te voegen.
Voorbeeld 1: .htaccess gebruiken om extensies in de URL te verwijderen
.php als extensie verwijderen
RewriteEngine on
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME}.php -f
RewriteRule ^(.*)$ .php
.html als extensie verwijderen
RewriteEngine on
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME}.html -f
RewriteRule ^(.*)$ .html
Voorbeeld 2: .htaccess gebruiken om .htaccess om URL’s kleine letters te maken
Methode 1
RewriteCond %{REQUEST_URI}
RewriteRule . ${lc:%{REQUEST_URI}}
De bovenstaande code heeft effect op alle URL-structuren, inclusief de domeinnaam.
Methode 2
RewriteCond %{REQUEST_URI}
RewriteRule ^.+.html$ ${lc:%{REQUEST_URI}}
Het bovenstaande heeft alleen effect op html-bestandsnamen.
Voorbeeld 2: Het gebruik van .htaccess voor Dynamic URL rewriting
RewriteEngine On
RewriteRule /(.*)/(.*)/$ page.php?category=&product=
Slechte URL: site.com/page.php?category=2&product=54
Goede URL: site.com/sandwiches/rueben-sandwich/
- Het gebruik van .htaccess to Improve Site Speed
Page Speed is de nieuwe hoo-ha onder webmasters.
Ze hebben alle redenen om de commotie te creëren als Google beschouwt het nu als een van de belangrijkste factoren tijdens het rangschikken van pagina’s op de SERP.
Google wil niet dat de gebruikers een slechte gebruikerservaring hebben van de pagina’s die bovenaan de lijst staan.
Daar komt bij dat een traag ladende website veel crawlbudget opeet.
Een van de gemakkelijkste en veiligste manieren om de snelheid van de website te verbeteren, is door uw .htaccess bestand.
- Cache-functie inschakelen
Door de cache-functie in het .htaccess bestand in te schakelen, worden de bronnen van de website opgeslagen in de browser van de bezoeker waardoor ze snel kunnen worden geladen.
U kunt de cache op twee verschillende manieren inschakelen
ExperiesByType – Door deze methode in .htaccess te gebruiken, kunt u een cache-tijdsbestek instellen, ook wel expiry genoemd, voor elke bron binnen uw website.
Voorbeeld:
<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 gebruikt maximale leeftijd voor de bronnen alvorens te verlopen.
Voorbeeld:
# One month for most static assets
<filesMatch ".(css|jpg|jpeg|png|gif|js|ico)$">
Header set Cache-Control "max-age=2628000, public"
</filesMatch>
Inschakelen van Gzip Compressie
De enige reden die de snelheid van een website verslechtert is de grootte van de bronnen. Door gzip in uw .htaccess-bestand in te schakelen, kunt u de afbeeldingsgrootte, de bestandsgrootte en de hoeveelheid bestanden verminderen terwijl u gegevens naar de browser aan de clientkant stuurt.
Het inschakelen van gzip is een van de gemakkelijkste .htaccess directives.
Hier is een voorbeeld:
<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>
Deflate optie inschakelen
Sommige webservers ondersteunen gzip niet, waardoor de website tegen fouten kan aanlopen. In zulke gevallen is het raadzaam om de deflate optie in het .htaccess bestand te gebruiken.
Hier is een voorbeeld:
<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>
Htaccess gebruiken voor betere crawling en indexering
U gebruikt misschien al het robot.txt bestand om zoekmachines toe te staan en te verhinderen uw website te crawlen en te indexeren. Het is echter mogelijk dat u andere bronnen dan een webpagina op uw site hebt. In dat geval kan het zijn dat rbot.txt niet werkt.
Als u wilt dat een paar bronnen, zoals een PFD of een Word-document, niet worden geïndexeerd, kunt u dat het beste doen door een X-robots-tag in uw .htaccess-bestand op te nemen.
De aangepaste header van het .htaccess bestand kan functioneren met alle indexer directives.
Voorbeeld:
<FilesMatch ".(docx|pdf)$">
Header add X-robots-tag "noindex, noarchive, nosnippet"
</FilesMatch>
In dit geval zal elk bestand met .doc en .pdf extensies worden beschouwd als noindex, noarchive, nosnippet.
Conclusie
Alle Apache servers hebben een vooraf ingesteld configuratie bestand. Dit geldt echter voor de hele site en het is dus moeilijk om configuratie op directory niveau in te stellen.
Dat is waar .htaccess als een zegen komt. U kunt de configuratie op directory- en subdirectory-niveau instellen met .htaccess om de Apache-configuratie-instellingen op te heffen.
Daarnaast kunt u eenvoudige configuratiecodes gebruiken om de authenticatie in te stellen. Dit is vooral handig als u een shared hosting heeft met meerdere websites.
Voordelen van .htaccess bestand
- Het leest alle verzoeken
- Onmiddellijke verandering zonder de server opnieuw op te starten
- Effectief beheer van de gebruikerstoegang op basis van de voorkeur
- Instellen van configuratie op directory niveau
- Een echte zegen voor SEO’s
Nadelen van .htaccess-bestand
- .htaccess-bestanden kunnen de veiligheidsrisico’s van het runnen van een site verhogen
- Lager dan configuratie op serverniveau, omdat de .htaccess wordt doorzocht en gelezen telkens wanneer een pagina wordt geladen
- Het heeft invloed op de snelheid van een website, die het verkeer in de miljoenen stuurt.
.htaccess bestanden worden niet aanbevolen als een methode van server configuratie vanwege veiligheids- en prestatieproblemen.