Sivustosi on saattanut kaatua sen jälkeen, kun olet tehnyt muutaman muokkauksen .htaccess-tiedostoosi. Mutta siitä ei tarvitse olla huolissaan!
Tätä tapahtuu monille SEO:ille, jotka yrittävät tehdä teknisiä korjauksia.
Yleensä WordPressin kojelaudan kautta tehdyt muokkaukset aiheuttavat minipaniikkikohtauksen, koska sinut lukitaan kojelaudalta, kun olet päivittänyt virheellisen .htaccess-tiedoston.
.htaccess-tiedostot ovat sekä siunaus että kirous SEO:ille, koska niiden avulla voit mukauttaa verkkosivustosi toimintoja.
Alkaen tiedostojen suojaamisesta salasanalla, 301-uudelleenohjauksen tekemisestä tai erityisen virhesivun määrittämisestä .htaccess-tiedosto on kätevä, jos verkkosivustosi toimii Apache-verkkopalvelimella.
Jos olet joku, joka etsii nopeaa ratkaisua, jolla saat verkkosivustosi takaisin toimintaan .htaccess-päivityksen epäonnistumisen jälkeen, tai jos haluat oppia lisää verkkosivustosi .htaccess-tiedoston optimoinnista, tämä on resurssi, jonka luulisit, että sitä ei koskaan ole olemassa.
Annamme sinulle joitakin erittäin nopeita .htaccess-korjauksia ja vinkkejä, jotta voit SEO:na tehdä nyt luottavaisin mielin muutoksia verkkosivustoon murehtimatta jälkiseurauksista.
Tiedät jo, mikä .htaccess on ja kuinka hyödyllinen se on Apache-verkkopalvelinta käyttävälle webmasterille.
Kerron kuitenkin aloittelijoille muutamia .htaccessin perusteita, jotta he ymmärtäisivät sen ennen käyttöönottoa.
Vaihda vapaasti haluamaasi lukuun sisällysluettelon avulla.
- Mikä on .htaccess?
- Mitä .htaccess tarkoittaa?
- Mihin .htaccessia käytetään?
- Mistä löydät .htaccess-tiedoston?
- Entä jos verkkosivustollasi ei ole .htaccess-tiedostoa?
- Vaiheet mukautetun .htaccess-tiedoston luomiseksi
- Mitä tehdä, jos WordPressin kojelauta lukittuu .htaccess-tiedoston päivittämisen jälkeen?
- Miksi näet virheen .htaccess-tiedoston päivittämisen jälkeen?
- Mitä yleisiä virheilmoituksia saat .htaccess-tiedoston päivittämisen jälkeen?
- Tässä on luettelo virhekoodeista, joita verkkopalvelimet näyttävät, kun ne eivät onnistu hakemaan pyydettyjä tietoja.
- Client Request Errors
- Palvelimen virheet
- Mihin .htaccess-ohjelmaa käytetään?
- Redirects
- SEO-ystävälliset URL-osoitteet
- Gzip-pakkauksen ottaminen käyttöön
- Deflate-vaihtoehdon ottaminen käyttöön
- .htaccess-tiedoston käyttäminen indeksoinnin ja indeksoinnin parantamiseksi
- Johtopäätös
- .htaccess-tiedoston edut
- Muutosten haitat .htaccess-tiedosto
Mikä on .htaccess?
.htaccess on konfigurointitiedosto, jota Apache-verkkopalvelinohjelmisto voi lukea ja suorittaa lisätoimintojen ja -ominaisuuksien ottamiseksi käyttöön tai poistamiseksi käytöstä. Koska .htaccess-tiedosto on olemassa Unix-pohjaisessa ympäristössä ja se renderöityy hakemistotasolla, se ohittaa WWW-palvelimen globaalit asetukset, mikä mahdollistaa WWW-sivuston pääsyn mukautetun konfiguroinnin.
Mitä .htaccess tarkoittaa?
.htaccess on lyhenne sanoista ”hypertext access”. Nimi saatiin sen jälkeen, kun tiedosto tuli suosituksi kehittäjien keskuudessa, jotka käyttivät sitä muokkaamaan käyttäjän saavutettavuustoimintoja hakemistokohtaisesti.
.htaccess käyttää Apache-palvelimen http.config-direktiivejä salliakseen ja rajoittaakseen hakemistoihin pääsyn käyttäjätunnuksia ja salasanoja käyttäville henkilöille. SEO:n kannalta .htaccessilla on kuitenkin vielä suurempi merkitys.
Mihin .htaccessia käytetään?
Jos sinulla on verkkosivusto, jolle tulee jatkuvasti erilaisia vaatimuksia, pidä .htaccessia siunauksena.
SEO:na .htaccess on kätevä, sillä sen avulla voit antaa web-palvelimelle ohjeita 301-uudelleenohjauksia varten, ottaa käyttöön välimuistitallennuksen, päivittää HTTP-otsakkeita, valvoa indeksointia, tehdä URL-osoitteista SEO-ystävällisiä ja paljon muuta!
Mistä löydät .htaccess-tiedoston?
Koska .htaccess on hakemistotason konfiguraatio, löydät sen lähes kaikista kansioista verkkohakemistossasi. Jos sinulla on yksi verkkohakemisto, jossa on useita alihakemistoja (verkkosivusto), .htaccess-tiedosto löytyy sekä juurihakemistosta että jokaisen alihakemiston sisältä.
Jos olet WordPress-käyttäjä, paras tapa päästä .htaccess-tiedostoon käsiksi on Yoast Plugin Optionin kautta.
Varoitus: Koska .htaccess-tiedosto ei ole asia, jolla aloittelijoiden ei kannata leikkiä, suosittelen testaamaan sitä demosivustolla. Lisäksi sinulla on oltava runsaasti tietoa Filezillan käyttämisestä juurikansioon pääsemiseksi, jos pääset lukkiutumaan ulos WordPressin ylläpidosta.
Jos käytät WordPress-sivustoa, on olemassa kourallinen lisäosia, jotka tukevat .htaccess-tiedoston muokkaamista. Koska suurin osa WordPress-käyttäjistä valitsee Yoastin oletusarvoiseksi SEO-lisäosaksi, selitän, miten voit muokata .htaccess-tiedostoa Yoast Dashboardissa WordPressissä.
Vaihe 1: Kirjaudu sisään WordPressin ylläpitäjän Dashboardiin
Vaihe 2: Avaa Yoast-asetukset
Vaihe 3: Avaa Työkalut
Vaihe 4: Työkalujen sisällä valitse ”Tiedostojen muokkaus”
Vaihe 5: Muokkaa .htaccess-tiedostoa ja tallenna
Useimmissa WordPress-verkkosivustoissa .htaccess-tiedosto on oletusarvoisesti määritetty:
# BEGIN WordPress
RewriteEngine On
RewriteBase /
RewriteRule ^index.php$ -
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php
# END WordPress
Entä jos verkkosivustollasi ei ole .htaccess-tiedostoa?
Koska .htaccess on automaattisesti luotu määritystiedosto, 99 %:ssa tapauksista se on olemassa. Se on kuitenkin yleensä piilotettu tiedosto hakemistojen sisällä ja webmasterit luulevat, että se puuttuu. Ota vain käyttöön ”näytä piilotetut tiedostot”, niin sinun pitäisi löytää se.
Jos et löydä .htaccess-tiedostoa tämänkään jälkeen, sinun on ehkä kirjoitettava sellainen manuaalisesti ja ladattava se verkkopalvelimeesi.
Vaiheet mukautetun .htaccess-tiedoston luomiseksi
Vaihe 1: Avaa notepad
Vaihe 2: Kirjoita kokoonpano alas (testataksesi käytä edellä annettua oletuskokoonpanoa)
Vaihe 3: Tallenna tiedosto ASCII-muodossa tiedostonimellä .htaccess
Vaihe 4: Varmista, että tiedosto ei tallentuisi .txt-muodossa
Vaihe 5: Käytä Filezillaa .htaccess-tiedoston lataamiseen verkkohakemistoosi
Huomautus: Jos olet WordPress-käyttäjä ja sinulla on tyhjä kenttä .htaccess-tiedostoa varten, lisää vain konfiguraatio ja tallenna.
Mitä tehdä, jos WordPressin kojelauta lukittuu .htaccess-tiedoston päivittämisen jälkeen?
Olet ehkä päivittänyt .htaccess-tiedoston Yoastin tai WP File Managerin avulla ja lukkiutunut ulos kojelaudasta. Älä hätäänny. Tämä voidaan korjata helposti.
Jos olet SEO, hanki sivustosi FTP-käyttöoikeus kehittäjältä siltä, joka hallinnoi palvelinta. Jos tarvitset asiantuntijan apua, kehittäjäsi voi olla paras auttava käsi.
Vaihe 1: Kirjaudu sisään verkkohakemistoosi FileZillalla
Vaihe 2: Lataa .htaccess-tiedosto hakemistosta
Vaihe 3: Päivitä .htaccess-tiedosto oletuskokoonpanolla ja tallenna se
Vaihe 4: Korvaa hakemistossa oleva vanha .htaccess-tiedosto uudella
Huomautus: Jos etusijalla on saada verkkosivusto takaisin verkkoon ASAP, käytä oletuskoodia. Jos olet kuitenkin tehnyt paljon muutoksia .htaccess-tiedostoon, yritä etsiä takapakkia aiheuttanut koodi. Poista se ennen kuin lataat sen takaisin palvelimelle.
Miksi näet virheen .htaccess-tiedoston päivittämisen jälkeen?
Jos olet SEO, joka yrittää opetella .htaccess-tiedostoa perusteellisesti, on todennäköistä, että päädyt tekemään alussa muutamia virheitä. Tämä on täysin ok, kunnes ymmärrät, miksi verkkopalvelin merkitsi virheen.
On muutamia yleisiä ongelmia, joita SEO:t kohtaavat .htaccess-tiedoston päivittämisessä. Tässä on luettelo yleisimmistä .htaccess-ongelmista.
- Disabled Override: Jotta .htaccess-tiedostosi toimisi, sinun on ensin otettava AllowOverride-vaihtoehto käyttöön. Jos AllowOverride-vaihtoehdon arvoksi on asetettu None, kaikki .htaccess-tiedostossa määritetyt määritykset poistetaan käytöstä. Varmistaaksesi, että Override-vaihtoehto on käytössä, toimi seuraavasti:
Vaihe 1: Avaa Apachen konfigurointitiedosto (http.conf)
Vaihe 2: Aseta Allow OverRide -direktiiviksi : AllowOverride All
Vaihe 3: Tallenna Apache Config-tiedosto ja käynnistä Apache-palvelin uudelleen
- Väärin kirjoitettu tiedostonimi: Tämä on toiseksi yleisin virhe, jonka SEO:t tekevät. Koska .htaccess on Unix-pohjainen konfigurointitiedosto, joka on tallennettu ASCII-kielellä, sen kirjoittaminen väärin johtaa virheeseen. Jos tiedosto ei ala ”.” -merkillä tai se ladataan muussa tiedostomuodossa, kuten .txt, Apache-palvelin ei huomioi tiedostoa ja asettamiasi asetuksia.
- .htaccess-tiedostojen hierarkia Asiat: .htaccess-tiedostot suoritetaan niiden hierarkian perusteella. Muutama .htaccess-tiedostojen alkuun asetettu sääntö saattaa mitätöidä määrityksen myöhemmässä vaiheessa tulevat säännöt. Jos nämä ovat mielestäsi kriittisiä, yritä siirtää kyseinen konfiguraatio ylöspäin.
- Useita .htaccess-tiedostoja: Koska .htaccess-tiedostoja voidaan käyttää hakemistokohtaisesti, on mahdollista, että verkkosivustosi käyttää useita .htaccess-tiedostoja. Tällaisissa tapauksissa yksi tiedosto voi olla ristiriidassa toisessa asetetun konfiguraation kanssa, mikä johtaa virheisiin. Voit korjata ongelman poistamalla yksittäiset .htaccess-tiedostot käytöstä.
- Syntaksivirhe: .htaccess-tiedosto toimii täysin sen syntaksin perusteella, jota käytetään verkkosivuston konfiguroinnissa. Tiedoston syntaksivirhe voi viedä sivustosi offline-tilaan ja aiheuttaa paniikkikohtauksen. On siis ehdottoman tärkeää ymmärtää syntaksi ennen .htaccess-tiedostojen päivittämistä.
Mitä yleisiä virheilmoituksia saat .htaccess-tiedoston päivittämisen jälkeen?
Joka kerta, kun käyttäjä vierailee verkkosivustollasi, hän on suoraan tai epäsuorasti vuorovaikutuksessa verkkopalvelimen kanssa. Sivut, jotka he saavat klikkaamalla kuvia ja muita resursseja, jotka he näkevät, haetaan verkkopalvelimelta, mikä tarkoittaa, että sinä webmasterina voit rajoittaa sitä.
Jotkut verkkosivustot käyttävät .htaccess-ohjelmaa autentikoinnin asettamiseen verkkosivustoille pääsyä varten. Kun kyse on hakukoneoptimoijista, he käyttävät sitä varmistaakseen, että käyttäjät ja hakukoneen botit pääsevät helposti käsiksi tärkeimpiin sivuihin. Jos verkkosivusto ei pysty antamaan pyydettyjä tietoja, verkkopalvelin luo virhekoodin .htaccess-tiedostossa asetettujen määritysten perusteella.
Tässä on luettelo virhekoodeista, joita verkkopalvelimet näyttävät, kun ne eivät onnistu hakemaan pyydettyjä tietoja.
Client Request Errors
- 400 – Bad Request: Invalid URL Structure. Palvelin ei pysty ymmärtämään käyttäjän esittämää pyyntöä.
- 401 – Authorization Required: Nämä viestit tulevat näkyviin, kun webmasterit ovat rajoittaneet pääsyä sivulle.
- 402 – Maksu vaaditaan (ei vielä käytössä): Jos maksun aloittaminen ei onnistu, se antaa yleensä tämän koodin.
- 403 – Kielletty – Yksinkertainen syy 403-virheeseen on se, että yrität käyttää resurssia, jonka käyttöoikeuksia on rajoitettu. Verkkosivusto näyttää 403 kielletty -virheitä, kun käyttäjät yrittävät päästä sivulle, joka vaatii todentamista.
- 404 – Ei löydy: 404 on selkeä ilmoitus käyttäjille, että pyydettyä URL-osoitetta ei ole saatavilla verkkosivustolla. Syynä voi olla kirjoitusvirhe URL-osoitteessa tai kun sivu on poistettu sivustolta.
- 405 – Method Not Allowed: Tämä HTTP-vastauksen tilakoodi osoittaa, että palvelin on kieltäytynyt hyväksymästä pyyntömenetelmää, vaikka se ymmärtää pyynnön tarkoituksen.
- 406 – Ei hyväksytä (koodaus): Tämä tapahtuu yleensä silloin, kun palvelin ei pysty vastaamaan accept-header-pyyntöön.
- 407 – Proxy Authentication Required: Tämä virhe osoittaa, että pyyntöä ei voida täyttää, koska selaimen ja palvelimen välillä ei ole välityspalvelimen todennusta.
- 408 – Request Timed Out: Tämä on yksi yleisimmistä HTTP-virheistä, joita webmasterit kohtaavat, kun palvelin ei pysty vastaanottamaan täydellistä pyyntöä asiakkaan puolelta varatun aikakatkaisuajan kuluessa.
- 409 – Ristiriitainen pyyntö: Tämä virhe tapahtuu, kun kohderesurssin tila on ristiriidassa nykyisen tilan kanssa. Voit korjata virheen tunnistamalla ristiriidan ja lähettämällä pyynnön uudelleen.
- 410 – Gone: Tämä virhekoodi tarkoittaa, että pääsy pyydettyyn resurssiin on poistettu pysyvästi palvelimelta ja se pysyy sellaisena koko ajan.
- 411 – Content Length Required: Virhe edustaa palvelimen kyvyttömyyttä hyväksyä asiakkaan pyyntöä, koska content-length-otsikkoa ei ole määritelty.
- 412 – Precondition Failed: Virhe johtuu tietoturvaongelmasta yhden tai useamman palvelimeen toteutetun tietoturvamäärityksen kanssa.
- 413 – Request Entity Too Long: Kun pyydetty resurssi on liian suuri palvelimen ladattavaksi, käyttäjälle voi tulla virhe 413.
- 414 – Pyynnön URI liian pitkä: Ajattele yli 2048 merkin URL-rakennetta. Palvelin ei pysty tulkitsemaan syntyvää 414-virhettä.
- 415 – Ei tuettu mediatyyppi: Tämä virhe ilmenee, kun palvelin kieltäytyy lataamasta resurssia, joka on tukemattomassa mediamuodossa.
Palvelimen virheet
- 500 – Sisäinen palvelinvirhe
- 501 – Ei toteutettu
- 502 – Huono yhdyskäytävä
- 503 – Palvelu ei ole käytettävissä
- 504 – Yhdyskäytävän aikakatkaisu
- 505 – HTTP-versio ei ole tuettu.
Mihin .htaccess-ohjelmaa käytetään?
Redirects
Vaihdoitko juuri verkkosivustosi verkkotunnuksen?
SEO:na et todellakaan halua, että käyttäjät näkevät 404-sivun, etkä myöskään halua, että kaikki kovalla työllä ansaittu auktoriteetti vain katoaa.
Harkitse .htaccessia ihmelääkkeenä molempiin näihin huolenaiheisiin. Lisäämällä uudelleenohjausdirektiivin .htaccess-tiedostoosi voit ohjata liikennettäsi ja sivustosi auktoriteettia uudelle verkkotunnukselle.
Mielenkiintoista on, että voit tehdä saman myös verkkosivustosi URL-osoitteille. Luomalla 301-uudelleenohjausdirektiivin työnnät käyttäjiäsi ja hakukoneiden botteja, jotka yrittävät käyttää vanhaa URL-osoitetta, lukemaan uutta sivua sivustossasi.
Esimerkki verkkotunnuksen tason uudelleenohjauksesta .htaccessin avulla:
# This allows you to redirect your entire website to any other domain
Redirect 301 / http://example.com/
Esimerkki URL-osoitteen uudelleenohjauksesta .htaccessin avulla:
RedirectMatch 301 ^/old-url.html$ /new-url.html
SEO-ystävälliset URL-osoitteet
Onko URL-rakenteesi sekaisin? Eivätkö käyttäjät ja hakukoneen botit pysty ymmärtämään, mitä sivulla on? Näin käy aika monelle webmasterille.
Huomion kiinnittämättä jättäminen URL-rakenteeseen aluksi muuttuu suureksi tuskaksi sen jälkeen, kun sivusto on saavuttanut auktoriteettia.
Käyttämällä .htaccia voit asettaa verkkosivustollesi oikean URL-rakenteen.
Tämän lisäksi kaikki URL-osoitteen mukana tulevat laajennukset, esimerkiksi .html tai .php, voidaan helposti poistaa lisäämällä .htaccessiin direktiivejä.
Esimerkki 1: .htaccessin käyttäminen URL-osoitteessa olevien laajennusten poistamiseen
.php:n poistaminen laajennuksena
RewriteEngine on
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME}.php -f
RewriteRule ^(.*)$ .php
.html:n poistaminen laajennuksena
RewriteEngine on
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME}.html -f
RewriteRule ^(.*)$ .html
Esimerkki 2: .htaccess tehdä URL-osoitteista pienaakkosia
Menetelmä 1
RewriteCond %{REQUEST_URI}
RewriteRule . ${lc:%{REQUEST_URI}}
Ylläoleva koodi vaikuttaa kaikkiin URL-rakenteisiin, myös verkkotunnukseen.
Menetelmä 2
RewriteCond %{REQUEST_URI}
RewriteRule ^.+.html$ ${lc:%{REQUEST_URI}}
Ylläoleva vaikuttaa vain html-tiedostojen nimiin.
Esimerkki 2: Using .htaccess dynaamiseen URL-osoitteiden uudelleenkirjoittamiseen
RewriteEngine On
RewriteRule /(.*)/(.*)/$ page.php?category=&product=
Paha URL-osoite: site.com/page.php?category=2&product=54
Hyvä URL-osoite: site.com/sandwiches/rueben-sandwich/
- Käytetään .htaccess parantaa sivuston nopeutta
Sivun nopeus on uusi hoo-ha webmasterien keskuudessa.
Heillä on kaikki syyt luoda kohua, koska Google pitää sitä nyt yhtenä tärkeimmistä tekijöistä sijoitettaessa sivuja SERP:ssä.
Google ei halua, että käyttäjät saavat huonon käyttökokemuksen kärkisijoille listatuista sivuista.
Lisäksi hidas latautuva sivusto syö paljon indeksointibudjettia.
Yksi helpoimmista ja turvallisimmista tavoista parantaa verkkosivuston nopeutta on määrittää .htaccess-tiedosto.
- Välimuistiominaisuuden ottaminen käyttöön
Välimuistiominaisuuden ottamisella käyttöön .htaccess-tiedostossa sivuston resurssit tallentuvat kävijän selaimeen mahdollistaen nopean latauksen.
Voit ottaa välimuistin käyttöön kahdella eri menetelmällä
ExperiesByType – Käyttämällä tätä menetelmää .htaccess-tiedostossa voit asettaa välimuistin aikajänteen eli expiry-ajan kullekin verkkosivuston resurssille.
Esimerkki:
<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-otsikko käyttää resurssien enimmäisikää ennen vanhenemista.
Esimerkki:
# One month for most static assets
<filesMatch ".(css|jpg|jpeg|png|gif|js|ico)$">
Header set Cache-Control "max-age=2628000, public"
</filesMatch>
Gzip-pakkauksen ottaminen käyttöön
Yksi syy, joka heikentää verkkosivuston nopeutta, on sen resurssien koko. Ottamalla gzip-pakkauksen käyttöön .htaccess-tiedostossasi voit pienentää kuvan kokoa, tiedostokokoa ja tiedostojen määrää, kun lähetät tietoja asiakaspuolen selaimelle.
gzipin ottaminen käyttöön on yksi helpoimmista .htaccess-direktiiveistä.
Tässä on esimerkki:
<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-vaihtoehdon ottaminen käyttöön
Jotkut verkkopalvelimet eivät tue gzip:iä, joten verkkosivusto saattaa joutua virheisiin. Tällaisissa tapauksissa on suositeltavaa käyttää .htaccess-tiedostossa deflate-vaihtoehtoa.
Tässä on esimerkki:
<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-tiedoston käyttäminen indeksoinnin ja indeksoinnin parantamiseksi
Olet ehkä jo käyttänyt robot.txt-tiedostoa salliaksesi ja estäessäsi hakukoneita indeksoimasta ja indeksoimasta verkkosivustoasi. On kuitenkin mahdollista, että sivustollasi on muitakin resursseja kuin verkkosivuja. Tällaisissa tapauksissa rbot.txt-tiedosto ei ehkä toimi.
Jos haluat, että muutamaa resurssia, kuten PFD- tai Word-dokumenttia, ei indeksoida, se onnistuu parhaiten asettamalla .htaccess-tiedostoon X-robots-tagin.
.htaccess-tiedoston mukautettu otsikko voi toimia kaikkien indeksointiohjeiden kanssa.
Esimerkki:
<FilesMatch ".(docx|pdf)$">
Header add X-robots-tag "noindex, noarchive, nosnippet"
</FilesMatch>
Tässä tapauksessa kaikkia .doc- ja .pdf-päätteisiä tiedostoja pidetään noindex-, noarchive- ja nosnippet-tiedostoina.
Johtopäätös
Lähes kaikilla Apache-palvelimilla on esiasetettu konfiguraatiotiedosto. Tämä koskee kuitenkin koko sivustoa, joten hakemistotason konfiguraation asettaminen on vaikeaa.
Tässä kohtaa .htaccess tulee siunaukseksi. Voit asettaa hakemisto- ja alihakemistotason konfiguraation .htaccessin avulla ohittaaksesi Apachen konfiguraatioasetukset.
Tämän lisäksi voit käyttää yksinkertaisia konfigurointikoodeja todennuksen asettamiseen. Tämä on hyödyllisempää, jos sinulla on jaettu hosting, jossa on useita verkkosivustoja.
.htaccess-tiedoston edut
- Se lukee kaikki pyynnöt
- Muutos on välitön ilman palvelimen uudelleenkäynnistystä
- Hallitsee tehokkaasti käyttäjien pääsyä mieltymysten perusteella
- Säätää hakemistotason konfiguraatioita
- Todellinen siunaus hakemistosuunnittelun parissa työskenteleville hakukoneiden valvojille
Muutosten haitat .htaccess-tiedosto
- .htaccess-tiedostot voivat lisätä sivuston pyörittämiseen liittyviä tietoturvariskejä
- Huonompi kuin palvelintason konfigurointi, koska .htaccess-tiedostoa etsitään ja luetaan joka kerta, kun sivu latautuu
- Se vaikuttaa sivuston nopeuteen, joka ajaa liikennettä miljoonittain.
.htaccess-tiedostoja ei suositella palvelimen konfigurointimenetelmäksi tietoturva- ja suorituskykyongelmien vuoksi.