Waarom is mijn website stuk na het aanpassen van .htaccess?
Omdat de server dit bestand niet controleert maar uitvoert. Staat er één regel in die hij niet begrijpt, dan weigert hij de hele map in plaats van die ene regel over te slaan.
Het resultaat is een foutmelding met het nummer 500 op je hele website. Ook op je beheerscherm, dus inloggen om het terug te draaien lukt niet.
Goed nieuws: er is niets kapot. Je bestanden en je database staan er nog precies zo bij als vijf minuten geleden.

Wat er precies gebeurt
De server leest .htaccess voordat hij ook maar iets anders doet. Komt hij een regel tegen die niet klopt, dan stopt hij en geeft hij een interne serverfout terug.
Vaak is het iets kleins. Een tikfout, een aanhalingsteken dat mist, of een regel die een module nodig heeft die op jouw server niet aanstaat.
Waarom je site helemaal weg is
De regels gelden voor de map waarin het bestand staat en alles daaronder. Staat het bestand in je hoofdmap, dan valt je hele site eronder.
Daarom is ook je beheerscherm onbereikbaar. Dat is geen apart systeem, het is gewoon een map binnen diezelfde website. Meer over die opbouw lees je bij backend.
Zo krijg je hem terug
Verbind met je bestanden via de bestandsbeheerder van je hosting of via ftp. Zet de kopie terug die je voor de wijziging hebt gemaakt.
Heb je geen kopie, hernoem het bestand dan naar iets anders, bijvoorbeeld door er punt-oud achter te zetten. Je site komt dan direct terug, alleen je nette adressen werken nog niet.
Mijn vuistregels
- Maak een kopie voordat je iets wijzigt, elke keer opnieuw.
- Houd je bestandsbeheerder of FTP-verbinding openstaan zolang je bezig bent.
- Voeg één regel tegelijk toe en ververs je site na elke wijziging.
- Kom je er niet uit, hernoem dan het bestand; online zijn is belangrijker dan nette adressen.
Die tweede is de belangrijkste. Zonder openstaande verbinding zit je op het slechtste moment te zoeken naar je inloggegevens.
Zo voorkom je het
Werk op een testomgeving als je die hebt. Dan doet een fout niets anders dan jou een paar minuten kosten. Meer daarover lees je bij staging.
En wees voorzichtig met voorbeelden van internet. Veel regels die je tegenkomt zijn geschreven voor een andere serverconfiguratie en werken bij jou domweg niet.
Regels in de juiste volgorde
De server leest van boven naar beneden en de eerste regel die past, wint. Zet je een algemene regel bovenaan, dan komen je specifieke regels daaronder nooit aan de beurt.
Laat het blok dat WordPress zelf beheert onderaan staan en zet je eigen regels erboven. Dat blok wordt automatisch herschreven, dus wijzigingen erin verdwijnen vanzelf weer.