301-uudelleenohjausosoitteen muuttujat. Pysyvä uudelleenohjaus sivujen URL-osoitteiden muuttuessa. Verkkotunnuksen uudelleenohjaus www-osoitteesta ei-www-verkkotunnukseen

Jos haluat muuttaa hakutuloksissa näkyvää sivun URL-osoitetta, on suositeltavaa käyttää 301 uudelleenohjaus(301 Pysyvä uudelleenohjaus), jonka palvelin suorittaa. Tämä on paras tapa varmistaa, että käyttäjät ja hakukoneet menevät oikealle sivulle.

Tilakoodi 301 tarkoittaa, että pyydetty sivu on siirtynyt pysyvästi uuteen paikkaan.

Itse asiassa uudelleenohjauksia on useita. Voit katsoa, ​​kuinka 301-uudelleenohjaus tehdään infografiassa.

Missä tapauksissa sinun tulee käyttää 301-uudelleenohjausta?

301-uudelleenohjauksen käyttö on erityisen kätevää seuraavissa tapauksissa:

1. Kun vaihdat verkkotunnusta . Olet siirtänyt sivustosi toiseen verkkotunnukseen ja haluat näyttää siltä, ​​ettei siirtoa olisi koskaan tapahtunut.
2. Siirtyminen uuteen verkkotunnukseen Sivujärjestys ja TIC.
3. Hakuliikenteen säästämiseksi.
4. Käyttäjät voivat käyttää sivustoa useilla eri URL-osoitteilla. Voit esimerkiksi päästä sivulle useilla tavoilla: //site.ru/sub, //sub.site.ru tai //www.site.ru. Saattaa olla kätevää valita jokin näistä URL-osoitteista omaksi kanoninen (pää) ja käytä 301-uudelleenohjausta liikenteen ohjaamiseen muista URL-osoitteista siihen. Voit määrittää tämän käyttämällä Webmaster Toolsia.
5. Kun yhdistät kaksi sivustoa, kaikkien on linkitettävä vanhentuneet sivut osoitti aktiivisia sivuja Tämä hetki.
6. Kun siirretään verkkosivuston sivu uuteen paikkaan.
7. Sivuston nimen yhdistäminen www-etuliitteellä ja ilman sitä.

Aiheeseen liittyvä artikkeli: Yandex korvaa TCI:n ICS:llä - uudella sivuston laadun indikaattorilla

301. virhe (301 Pysyvä uudelleenohjaus), joka palautettiin käytettäessä tiettyä sivuosoitetta, tarkoittaa, että sivusto oli pysyvä perusta muutti uusi osoite, joka on myös määritetty HTTP-otsikossa. Sekä selaimen että hakubottien kautta käyttäneet käyttäjät ohjataan uuteen osoitteeseen, kun taas hakukoneille kaikki vanhan osoitteen (sivun) ominaisuudet siirretään uuteen URL-osoitteeseen. 301-uudelleenohjauksella vanhat ja uudet osoitteet yhdistetään: parametrit, kuten PageRank ja TCI, sekä vanhan osoitteen sivun paino ja linkin paino siirretään uuteen URL-osoitteeseen.

Uudelleenohjaus virhenumerolla 301 (siirretty pysyvästi). Paras tapa tallenna sivuston luokitus sisään hakukoneet kun siirrät sen uusi verkkotunnus tai muuttaa sisällönhallintajärjestelmää. Uudelleenohjaus voidaan tehdä useilla tavoilla asennetusta ohjelmistosta riippuen.

301-uudelleenohjaus c. htaccess

Käyttämällä Apache-palvelin, uudelleenohjaus voidaan tehdä yksinkertaisesti käyttämällä .htaccess-tiedostoa, mutta älä unohda ottaa käyttöön moduulit mod_alias (tukee Redirect-, RedirectPermanent- ja RedirectMatch-direktiivejä) ja/tai mod_rewrite (jota käytetään uudelleenkirjoitusta) tiedostossa php.ini.

Voit tehdä tämän sijoittamalla .htaccess-tiedoston sivustosi juurikansioon.

Ohjaa uudelleen käskyn avulla Uudelleenohjaus tai RedirectPermanent moduuli mod_alias

Uudelleenohjaus 301 /old-page.html //new-domain.ru/new-page.html

Uudelleenohjaus pysyvästi /old-page.html //new-domain.ru/new-page.html

Epäkohta tätä menetelmää on, että kaikki uudelleenohjattavat osoitteet on lueteltava yksitellen, kukin erikseen. Voit myös käyttää RedirectPermanentia vastaaviin tarkoituksiin.

RedirectPermanent /old-url.html //new-site.ru/new-url.html

Ohjaa uudelleen käskyn avulla RedirectMatch

Tämä uudelleenohjaus on samanlainen kuin edellinen, paitsi että voit määrittää tavallinen ilme vanhoille URL-osoitteille. Oletetaan, että kun vaihdat moottorin PHP:stä ASP:hen, voit ohjata vanhat osoitteet seuraavasti:

RedirectMatch /(.*).php$ /$1.aspx

Ohjaa uudelleen käskyn avulla RewriteRule moduuli mod_rewrite

Käytettäväksi RewriteRule-ohjeet Sinun on varmistettava, että mod_rewrite-moduuli on käytössä httpd.confissa ja että FollowSymLinks-vaihtoehto on käytössä. Uudelleenkirjoitusmoduulin käyttö antaa sinulle monia mahdollisuuksia ohjata sivuja uusiin osoitteisiin.

Artikla

Hei rakkaat blogisivuston lukijat. Lyhyesti sanottuna 301-uudelleenohjauksia käytetään hyvin usein, kun on tarpeen poistaa kaksoiskappaleiden esiintyminen sekä säilyttää olemassa oleva liikenne ja kaikki sivuston sivujen luottamusindikaattorit, mukaan lukien linkkien mehu käänteislinkeistä (käänteislinkit).

Yksi tehokkaimmista työkaluista 301-uudelleenohjausten määrittämiseen on lisätiedosto Configuration.htaccess on Apache-ohjelmistoa käyttävillä palvelimilla. Tällaisia ​​web-palvelimia käytetään, koska ne ovat optimaalisimpia erilaisten ongelmien ratkaisemiseen, jos otamme huomioon sellaiset kriteerit kuin tehokkuus, käyttökustannukset ja toimivuus.

Tänään yritämme selvittää kaikki yksityiskohdat, milloin ja missä olosuhteissa 301-uudelleenohjausta käytetään? paras ratkaisu, sekä mitä ohjeita .htaccess-tiedostoon tulee kirjoittaa kussakin tapauksessa varmistaaksesi, että tehtävä on suoritettu.

Mikä on 301-uudelleenohjaus ja milloin sitä tulisi käyttää?

Vastaanottaja SEO edistäminen Jotta resurssi olisi mahdollisimman tehokas, sinun on otettava huomioon ehdottomasti kaikki näkökohdat, jotka voivat vaikuttaa sivuston optimointiin. Näihin kuuluu mekanismi, jota tarkastelemme tänään. Mikä on 301-uudelleenohjaus (pysyvä uudelleenohjaus) ja milloin sitä käytetään?

Teknisesti tämä ei ole muuta kuin HTTP-palvelimen vastaus 301-koodilla, joka ilmoittaa, että edellinen on siirretty pysyvästi. Käytännössä se näyttää tältä. Kun syötät vanhan osoitteen hakupalkki selain uudelleenohjaa käyttäjän automaattisesti uuteen URL-osoitteeseen, joka on kohdeobjekti uudelleenohjauksen määrittämisen jälkeen.

Alla osoitan useita perustilanteita, joissa pysyvän uudelleenohjauksen käyttö ei ole vain hyödyllistä, vaan myös erittäin välttämätöntä. Joten 301-uudelleenohjausta käytetään tapauksissa, joissa:

• vanhojen sivujen URL-osoitteita on muutettu yhdestä syistä, joita voi olla monia (puhumme joistakin niistä alla);
• on välttämätöntä sulkea pois saman sivuston päällekkäisten sivujen esiintyminen (täysin identtisellä sisällöllä), jotka avautuvat eri URL-osoitteissa. Tämä sisältää myös täydellisiä otteita resursseja. Esimerkiksi ne, joilla on verkkotunnuksia WWW ja ilman tätä etuliitettä, sekä ne, jotka ovat pääsivuston peilejä;
• siirtyminen uuteen verkkotunnukseen ( ja );

Miksi näin on? on tärkeää tehdä pysyvä uudelleenohjaus ja mitä se lopulta antaa meille? Paljon, ja mainitsin tämän jo julkaisun alussa. Muistutan kuitenkin vielä kerran, koska tämä on erittäin tärkeää verkkosivuston edistämisen kannalta.

Jälkeen oikeat asetukset uudelleenohjaa 301 sivulle, jolla on uusi URL-osoite vanhasta dokumentista lähettää kaiken kertyneen luottamuksen, mukaan lukien käänteisten linkkien välittämän linkkimehun sekä vierailijaliikenteen, joista osa voi hyvinkin sisältää jo hankkimiasi asiakkaita tai tavallisia tilaajia. .

Mutta kiinnitän huomionne seuraavaan. Uudelleenohjaukset (etenkin suurissa määrissä) eivät aina ole hyviä, joten sinun ei pitäisi käyttää niitä ajattelemattomasti. Tietenkin hakukoneet yleensä ottavat huomioon pysyvät uudelleenohjaukset (ja kaikkien ominaisuuksien siirron vanhasta URL-osoitteesta uutta siihen takuu).

Suosittelen kuitenkin käyttämään niitä vain niissä tapauksissa, joissa et todellakaan tule toimeen ilman näitä toimenpiteitä. Lisäksi, jos sitä käytetään väärin Pysyvällä uudelleenohjauksella et ehkä pysty korjaamaan sitä, mutta päinvastoin, se voi pahentaa tilannetta. Lisäksi joissain tilanteissa sitä käytetään kaksoiskappaleiden poistamiseen (sopii kuitenkin myös lisätoimenpiteeksi).

Pysyvä uudelleenohjaus sivujen URL-osoitteiden muuttuessa

Projektin kehittämisen aikana voi syntyä tilanteita, joissa sen rakennetta on järjestettävä uudelleen. Esimerkiksi siirrä joitain artikkeleita muihin osioihin (jos ne tietysti näytetään esimerkiksi luokkien kautta), korvaa pysyvät linkit tai yksinkertaisesti lisää ne URL-osoitteeseen avainsanoja jotka jäivät aiemmin väliin. Kaikissa näissä tapauksissa voit käyttää pysyvää uudelleenohjausta, mutta arvioi ensin resurssi tila.

Jos sivusto on hyvin nuori(2-3 kuukautta) etkä ole ehtinyt kuluttaa ulkoinen optimointi(saada tarpeeksi vertailumassa ulkopuolelta) ne sivut, joiden URL-osoitetta haluat muuttaa, ja jos niillä on vähän liikennettä ja artikkeleiden kommenttien puute, saattaa olla parempi yksinkertaisesti poistaa tällaiset verkkosivut.

Poistamisen jälkeen ne saavat 404-virheen tilan (niitä ei pitäisi olla paljon resurssin nuoruuden vuoksi, mikä on myös tärkeää) ja ne poistetaan vähitellen hakukonehakemistosta. Tässä tapauksessa häviöt ovat minimaaliset (paino-ominaisuuksien takia poistetut sivut tulee olemaan niukka), mutta säilytät verkkoresurssin rakenteen sen "puhtaassa" muodossa, ja tämä on plussaa.

Mutta jos sivustosi on jo saanut tietyn luottamuksen hakukoneilta, suosion käyttäjien keskuudessa ja sisältää useita satoja sivuja, et voi tehdä ilman 301-uudelleenohjausta URL-osoitetta muuttaessa. Muussa tapauksessa, jos päätät poistaa sivuja, joilla on vanhoja URL-osoitteita, menetykset liikenteen ja painon muodossa ovat vakavia.

Kestää paljon aikaa, ennen kuin hakukoneet indeksoivat uusilla osoitteilla varustetut verkkosivut ja niiden aiempi paino ja niihin liittyvä liikenne palautetaan. Jos määrität pysyvän uudelleenohjauksen, kaikki sujuu käytännössä ilman haitallisia seurauksia.

Tarve käyttää 301-uudelleenohjauksia moninkertaistuu, jos aiot vaihtaa uuteen sisällönhallintajärjestelmään () tai muuttaa kaikkia resurssin osia, toisin sanoen muuttaa kaikkia URL-osoitteita kerralla.

Sivuston päällekkäiset sivut (peilit) vinoviivalla ja ilman, samoin kuin index.php

Tiedämme siis, että päällekkäinen sisältö haittaa suuresti verkkosivuston mainostamista. Siksi on suositeltavaa ymmärtää tarkasti itse, mitä URL-osoitteita voidaan muodostaa, jotka avaavat täysin identtisiä sivuja. Tämä antaa sinulle mahdollisuuden korjata ongelman ajoissa.

Olosuhteissa moderni kehitys Internet-virta monia syitä hyvin usein webmasterit käsittelevät peilejä, kun kaikki sivuston sivut ovat saatavilla kerralla kahdesta tai useammasta osoitteesta.

Tällaiset peilit on liimattava, ja sinun on tehtävä se itse osoittavat pääverkkotunnuksen hakukoneille estämään verkkosivujen painon menetys ja näin ollen niiden sijoituksen heikkeneminen hakutuloksissa ja sitä seuraava liikenteen väheneminen. Tässä pysyvä uudelleenohjaus olisi sopiva. Alla tarkastellaan yleisimpiä tuplaustapauksia.

Ne ovat mielestäni silmiinpistävin esimerkki. Kirjoitin niiden liimaamisesta riittävän yksityiskohtaisesti, joten voit tutkia asiaa tarkasti seuraamalla annettua linkkiä.

Tällaisten kaksoiskappaleiden esiintyminen päätteellä index.php ja/tai index.html, index.htm (riippuen palvelimen asetuksista) sekä kauttaviivalla ja ilman sitä, liittyy käytettyjen URL-osoitteiden rakenteeseen. siirtyäksesi tiettyyn kansioon palvelimella. Jos URL päättyy kauttaviivaan "/", tämä on komento palvelimen käsittelijälle, joka näyttää tarkalleen sen hakemiston (kansion) sisällön, joka sisältää sen sisältämät tiedostot:

Http://site.ru/folder/

Mutta jos ei kauttaviivaa, sitten tiedostoa käytetään:

Http://site.ru/folder

Tässä tapauksessa verkkopalvelin etsii tiedostoa nimeltä "kansio". Koska palvelimet käyttävät pääasiassa Unix-tyyppistä OS(yleensä Linux), jossa sen nimen ja pisteen jälkeinen tiedostopääte ei ole pakollinen (näin ne eroavat Windowsista), niin tämä on varsin loogista.

Kun käsittelijä ei löydä tällaista tiedostoa, se arvaa, että vinoviiva puuttuu URL-osoitteesta, ja siksi sen on näytettävä hakemisto, minkä se onnistuneesti tekee.

Mutta palvelin on konfiguroitu siten, että se ei turvallisuussyistä voi näyttää palvelutiedostoja, joten kansioon avautuessaan se alkaa etsiä objektia ns. indeksi, joka lopulta tarjoaa.

Yleensä Verkkotunnus sivuston nimi edustaa juurikansio, joten alla seuraava osoite V yleinen tapaus pohjimmiltaan antaa komennon näyttää sen sisältö:

http://site.ru/

Kaikki tämä liittyy teoriassa tiedostoihin, jotka sijaitsevat fyysisesti palvelimella. Useimmissa tapauksissa sisällönhallintajärjestelmät (CMS) asennetaan kuitenkin verkkosivustojen hallintaan, mikä edellyttää sivujen (kotisivu, osiot, artikkelit jne.) luomista lennossa. Esimerkiksi WordPressissä tämä saavutetaan :n avulla, joka suorittaa tällaisen tehtävän.

Siksi, jos syötät yllä olevan URL-osoitteen selaimesi hakupalkkiin, sinut ohjataan pääverkkosivulle etkä minnekään muualle. Kuitenkin yleisen mukaisesti palvelimen asetukset, se voi avautua tähän osoitteeseen (ja sillä on sama sisältö):

http://site.ru/index.php

Sama pätee muuten muihin verkkosivuihin, esimerkiksi luokkiin (otsikoihin):

Http://site.ru/category/index.php

Ja nämä ovat jo kaksoiskappaleita, jotka on poistettava hinnalla millä hyvänsä saman pysyvän uudelleenohjauksen avulla .htaccessissa. Tarjoan ehdottomasti ratkaisun tähän ongelmaan, ei vain index.php-päätteisten URL-osoitteiden osalta, vaan myös muiden vaihtoehtojen osalta artikkelin viimeisessä osassa.

Jotta ymmärrät paremmin kaikki vivahteet, viittaan sinuun, jossa opit sen erityisesti sivuston sivuilla URL-asetukset kenoviivalla ja ilman ovat syntaksin näkökulmasta oikeita ja PS:n silmissä ehdottoman samanarvoisia.

Lisäksi tämä koskee kaikkia verkkosivuja, mukaan lukien samat luokat:

Http://site.ru/category http://site.ru/category/

tai artikkelit (merkinnät):

Http://site.ru/category/entry http://site.ru/category/entry/

Näissä osoitteissa olevat sivut ovat osa saman sivuston eri peilejä, ja siksi ne ovat kaksoiskappaleita, joita hakukoneet näkevät negatiivisesti. Siksi sinun on valittava vain yksi pääpeili ja "syötettävä" se hakukoneille, mikä voidaan taatusti tehdä pysyvällä (301.) uudelleenohjauksella.

Muuten, jos käytät WordPressiä, kirjoitat sisään haluttu rakenne URL-osoite kaikille sivuston verkkosivuille. Voit muokata sitä haluamallasi tavalla, ei vain vinoviivalla tai ilman, vaan myös millä tahansa muulla päätteellä.

Monet verkkovastaavat esimerkiksi pitävät parempana sivuosoitteita, joiden lopussa on .html-laajennus ja joiden lopullinen ulkoasu on tuttu käyttäjille, joista suurimmalla osalla on Windows asennettuna (jossa laajennuksen läsnäolo on pakollinen).

Mutta se on vain kaunis näkymä, ei enempää (en muuten jaa näitä iloja). Kuten edellä todettiin, kaikki URL-vaihtoehdot, mukaan lukien vinoviivalla päättyvät osoitteet ja ilman sitä, ovat täysin vastaavia käytännön näkökulmasta.

On suositeltavaa olla ennakoiva eikä odottaa, että Yandex tai Google määrittää pääpeilin itse. Loppujen lopuksi et tiedä, kumpaa hakukoneet suosivat. Ja tällainen tilanne voi suuresti hidastaa verkkoresurssin mainostamista.

Loppujen lopuksi PS sulkee pois hakemistosta ei-pääpeilin sivut (on täysin kannattamatonta täyttää tietokanta joukolla turhaa sisältöä), joihin mainosponnistelusi saattoivat suunnata. Tämä on täynnä sijoitusten menettämistä hakutuloksissa ja siten liikenteen ja luottamuksen menettämistä. Kammottava.

Kuitenkin myös pahimmassa tapauksessa pysyvän uudelleenohjauksen määrittäminen auttaa ratkaisemaan ongelman, sanoo vähintään, tällä tavalla voit estää regression.

Pysyvän uudelleenohjauksen olemassaolon tarkistaminen jokaiselle sivuston kaksoiskappaleelle

Mutta ensin sinun tulee tarkistaa, miten verkkosivustosi kanssa menee. Kaikki on mahdollista tarvittavat asetukset on jo valmistettu tavalla tai toisella, ei ole mitään syytä huoleen. Vaatimattomin ja nopea tapa Voit tarkistaa, toimiiko 301-uudelleenohjaus oikeissa tilanteissa, kirjoittamalla eri URL-osoitteet osoitepalkkiin yksitellen:

//goldbusinessnet..com/optimizatsiya-i-raskrutka-saita/index.php

Ja katso mitä tapahtuu seuraavaksi. Esimerkiksi blogissani ensimmäinen vaihtoehto on päävaihtoehto, joten tähän uudelleenohjaus tapahtuu syötettäessä toista ja kolmatta URL-osoitetta. Toisin sanoen nämä peilit on jo liimattu yhteen. Jos sama sivu avautuu, kun syötät kaikki kolme osoitetta, mutta URL-osoitteen koostumus pysyy muuttumattomana joka kerta (eli uudelleenohjausta ei tapahdu), kyseessä on ongelma.

Mutta on olemassa kehittyneempiä tapoja tarkistaa verkkotunnuksen vastaavuus ja uudelleenohjauksen olemassaolo. Tällaisia ​​ovat esimerkiksi mahdollisuus kysyä hakukoneilta itseltään, minkä vuoksi webmasterit tekevät tällaisen optimoinnin. Jos haluat esimerkiksi tarkistaa, onko URL-osoitteista, joissa on index.php, uudelleenohjaus URL-osoitteisiin, joissa ei ole tätä päätettä, sinun on syötettävä Yandexin hakupalkkiin seuraava kysely:

URL:sivusto | url:site/index.php

Napsauta "Etsi"-painiketta, saat vastauksen. Jos tulos on yksi (kuten alla olevassa kuvakaappauksessa), kaikki on "OK". Toisin sanoen uudelleenohjaus on suoritettu:

Sinun tarvitsee vain selvittää, mitkä peilisivut ovat Yandexin tärkeimmät sivut. Voit tehdä tämän siirtämällä kohdistimen näytettävän otsikon tai URL-osoitteen kohdalle ja katsomalla, mikä vaihtoehto näkyy osoitekenttä selainikkunan vasemmassa alakulmassa.

Mutta luotettavin tapa tarkistaa mielestäni on saada vastaus palvelimelta. Tällöin saat HTTP-tilakoodin, jonka avulla voit arvioida oikeellisuuden vakiintunut edelleenlähetys tai sen täydellinen puuttuminen. Käytetään tähän erityistä Yandex-palvelua syöttämällä testattu URL-osoite ja napsauttamalla "Tarkista" -painiketta:

Seurauksena on, että URL-osoitteelle, joka päättyy indeksiin.php, Yandexin päärobotti sai vastauksen "301 Moved Permanently", mikä meidän piti todistaa. Samalla tavalla voit tarkistaa pysyvän uudelleenohjauksen mille tahansa sivustosi sivuryhmälle. Muuten ja Google haku voidaan myös käyttää (tämä mainitaan myös artikkelissa verkkotunnuksista, joissa on ja ilman WWW:tä).

Kuinka tehdä 301-uudelleenohjaus htaccessin kautta

Tässä oppaassa annettujen tietojen perusteella olet siis päättänyt, että tietyn ongelman ratkaisemiseksi tarvitaan pysyvä uudelleenohjaus. Suurella todennäköisyydellä voimme sanoa, että sivustosi sijaitsee Apache-ohjelmiston hallinnoimalla palvelimella (tarkista varmuuden vuoksi isännöintipalveluntarjoajaltasi, onko näin).

Apache-palvelimilla on erinomainen konfigurointityökalu, nimittäin httpd.conf-tiedosto. Jos vastaava ohje on kirjoitettu siihen, jokainen verkkovastaava saa mahdollisuuden käyttää upeaa tiedostoa .htaccess, joka on valinnainen asetustiedosto ja auttaa optimoimaan sivustoa.

Periaatteessa tällä työkalulla on samat toiminnot kuin httpd.confilla, vain siinä määritellyt direktiivit koskevat vain sitä hakemistoa, jossa se sijaitsee. Joten jos laitat .htaccessin sisään juurikansio sivustoa, voit asentaa eniten erilaisia ​​asetuksia tietylle verkkoresurssille, mukaan lukien jatkuva uudelleenohjaus vaadituille sivuille.

Tämä tiedosto on helposti käytettävissä käyttämällä asianmukaista ohjelmistoa saman Filezillan muodossa. No, on suositeltavaa olla tekemättä siihen muutoksia yksinkertainen editori, ja "kultaisessa", eli , jossa on mahdollista peruuttaa useita vaiheita:

Jos tämä tiedosto ei yhtäkkiä ole saatavilla palvelimella, jolla verkkosivustosi isännöi, voit luoda sen itse. Tämä voidaan tehdä suoraan palvelimella saman NotePad++ -ohjelman kautta, joka tukee myös yhteyden muodostamista FTP-protokollan kautta.

Ennen kuin jatkan, haluaisin muistuttaa, että sinun tulee tehdä ennen .htaccess-tiedoston muokkaamista tehdä se varmuuskopio . Tämä on välttämätöntä, jotta voit palauttaa kaiken sellaisena kuin se oli epäonnistuneiden toimien ja pääsyn menettämiseen sivustolle.

Luulen, että olen puhunut tästä jo, mutta ei ole syntiä muistuttaa, että pysyvä uudelleenohjaus on HTTP-palvelimen vastauskoodi 301, joka tarkoittaa ikuista uudelleenohjausta yhdestä URL-osoitteesta toiseen, joka säilyttää lähes kaikki sivujen painoominaisuudet. .

Muuten, kaikista yleisistä palvelinvastauskoodeista tulee lähitulevaisuudessa erillinen julkaisu, joten tilaa blogiuutiskirje, jotta et vain missaa tätä artikkelia, vaan myös pysyt yleensä ajan tasalla kaikista sivuston uutisista .

Katsotaan nyt, kuinka 301-uudelleenohjaus määritetään .htaccess-muodon kautta jokaisessa erityistapauksessa. Tätä varten meidän on käytettävä moduulin palveluita mod_rewrite, joka on suunniteltu muuttamaan URL-osoitteita Apache-palvelimilla.

Oletusasetus on yleensä poissa käytöstä. Ota tämä moduuli käyttöön kirjoittamalla se .htaccess-tiedostoon "RewriteEngine päällä":

RewriteEngine päällä

Ja jotta voit aloittaa tämän laajennuksen toiminnan täysin oikein sivustoosi liittyen, sinun on kirjoitettava seuraavat rivit:

Asetukset +FollowSymLinks RewriteEngine RewriteBasessa /

Ensimmäisellä rivillä voit käsitellä tiedostoja, jotka sijaitsevat fyysisesti objektihakemiston ulkopuolella, mutta joihin on olemassa pikakuvakkeita, jotka ovat yleensä samanlaisia ​​kuin Windowsin pikakuvakkeet.

Toinen, kuten jo sanoin, sisältää itse mod_rewrite-moduulin. No, kolmas ( RewriteBase /) antaa sinun katkaista koko polun palvelimen juurihakemistosta sivuston juurihakemistoon, jotta myöhempiä ohjeita sovelletaan erityisesti sivuston URL-osoitteisiin. Jos näin ei tehdä, voi syntyä ongelmia.

Yksinkertainen vinoviiva "/" tarkoittaa tässä suhteellinen polku pääsivulle (tai juurikansioon) ja sitä käytetään luotaessa . Jos haluat kirjoittaa useita käskyjä 301. uudelleenohjaukselle kerralla, sinun ei tarvitse toistaa yllä olevia rivejä ennen jokaista sääntöä.

Aloitetaan nyt harjoittelu ja aloitetaan helpoimmasta. Jos jostain syystä sinun on vaihdettava URL-osoitteita valikoivasti yksittäisiä sivuja, niin ilmoitamme yksinkertainen uudelleenohjaus uuteen osoitteeseen:

Uudelleenohjaus 301 /sivun-nimi1/ http://site.ru/sivun-nimi2/

Tässä tapauksessa suhteellista polkua (/sivu1-nimi1/) käytetään edustamaan vanhan sivun URL-osoitetta ja absoluuttista polkua (alkaa "http://") käytetään edustamaan uutta, koska sivuittain -sivun uudelleenohjaus voidaan suorittaa myös toiselle sivustolle. Tässä kannattaa kiinnittää huomiota siihen, että kahden osoitteen väliin jää välilyönti.

Jos sivut näytetään luokkien kautta, kun siirrät jonkin niistä toiseen luokkaan, osoite muuttuu luonnollisesti. Seuraava esimerkki näyttää yleisen tilanteen, jossa ei vain luokkaan liittyvä URL-osoitteen osa vaihtuu, vaan myös pääte, joka vastaa itse sivun nimeä:

Uudelleenohjaus 301 /category1/page-name1/ http://sait.ru/category2/page-name2/

Jos joudut tekemään pysyvän uudelleenohjauksen resurssin kaikille sivuille kerralla, esimerkiksi kun vaihdat osoitteen päätteellä .php päätteeksi s.html, niin ohje on jo käytössä. RedirectMatch, jonka avulla voit käyttää säännöllisiä lausekkeita:

RedirectMatch 301 (.*)\.php$ http://site.ru$1.html

Nyt siirrytään lisää monimutkaisia ​​vaihtoehtoja 301-uudelleenohjaukset sivulta toiselle, mikä auttaa poistamaan lukuisia kaksoiskappaleita. Katsotaanpa yleisimmin käytettyjä uudelleenohjauksia, jotka liittyvät edellä tässä artikkelissa kuvattuihin tapauksiin.

Pysyvän uudelleenohjauksen määrittäminen verkkotunnuksille, joissa on ja ilman WWW:tä, I. Mutta silti toistan nämä tiedot täydellisyyden vuoksi. Joten pysyvän uudelleenohjauksen tekemiseksi WWW:n sisältävästä URL-osoitteesta URL-osoitteeseen, jossa ei ole tätä etuliitettä, sinun on lisättävä seuraava sääntö .htaccess-tiedostoon:

RewriteCond %(HTTP_HOST) ^www\.(.*) Uudelleenkirjoitussääntö ^(.*)$ http://%1/$1

Ja päinvastoin, jos haluat jättää sivun URL-osoitteisiin alkeellisen laajennuksen kolmen W:n muodossa, sinun on järjestettävä uudelleenohjaus osoitteista ilman WWW:tä URL-osoitteisiin, joissa on WWW käskyn kautta:

RewriteCond %(HTTP_HOST) ^(.*)$ RewriteCond %(HTTP_HOST) !^www\. Uudelleenkirjoitussääntö ^(.*)$ http://www.%1/$1

RewriteCond määrittää ehdon, jossa sääntö suoritetaan RewriteRule(eli itse uudelleenohjaus). Muuten, yksityiskohtainen analyysi tärkeimpien mod_rewrite-komentojen soveltamista, voit lukea sen, jos haluat.

Yllä esitetyt vaihtoehdot uudelleenohjaamiseksi WWW:stä ei-WWW:hen ja päinvastoin ovat yleismaailmallisia, ja niiden pitäisi periaatteessa toimia. Tiettyyn verkkotunnukseen sidotut direktiivit ovat kuitenkin edelleen luotettavampia. Pysyvän uudelleenohjauksen sääntö WWW:stä ilman tätä etuliitettä näyttää sitten tältä:

RewriteCond %(HTTP_HOST) ^www\.site\.ru$ RewriteRule ^(.*)$ http://site.ru/$1

Ja käänteinen uudelleenohjaus (ilman WWW:tä WWW:hen) on tällainen:

RewriteCond %(HTTP_HOST) ^site\.ru$ RewriteRule ^(.*)$ http://www.site.ru/$1

Mikä tarkalleen on toinen menetelmä? parempi kuin ensimmäinen? Tosiasia on, että se ei tarkista vain kolmen W:n puuttumista tai läsnäoloa osoitteessa, vaan myös itse verkkotunnuksen täydellinen noudattaminen. Älä vain unohda lisätä verkkotunnuksesi nimeäsi ja verkkotunnusvyöhykkeesi "site" ja ".ru" sijaan.

Yritetään liimata yhteen peilit, jotka tuottavat päällekkäisiä sivuja index.php:llä (laajennukset voivat olla erilaisia, esimerkiksi .htm tai .html). Niin, 301-uudelleenohjaus index.php:n sisältävistä URL-osoitteista resurssisivujen osoitteisiin ilman tätä päätettä:

RewriteCond %(THE_REQUEST) ^.*/index.php Uudelleenkirjoitussääntö ^(.*)index.php$ http://%(HTTP_HOST)/$1

Pysyvä uudelleenohjaus osoitteista ilman kauttaviivaa vinoviivalla varustettuihin URL-osoitteisiin voidaan toteuttaa myös:

RewriteCond %(REQUEST_URI) !\? RewriteCond %(REQUEST_URI) !\& RewriteCond %(REQUEST_URI) !\= RewriteCond %(REQUEST_URI) !\. RewriteCond %(REQUEST_URI) !\/$ RewriteRule ^(.*[^\/])$ /$1/

Ja tältä se näyttää käänteinen edelleenlähetys, tuo on, URL-osoitteista vinoviivalla osoitteisiin ilman kauttaviivaa:

RewriteCond %(REQUEST_URI) !\? RewriteCond %(REQUEST_URI) !\& RewriteCond %(REQUEST_URI) !\= RewriteCond %(REQUEST_URI) !\. RewriteCond %(REQUEST_URI) ![^\/]$ RewriteRule ^(.*)\/$ /$1

Pysyvää uudelleenohjausta käytettävien tilanteiden moninaisuus ei luonnollisesti rajoitu yllä oleviin esimerkkeihin, niitä on paljon enemmän, ja jokaisessa yksittäistapauksessa on tarpeen laatia oikeat ohjeet tilanteen korjaamiseksi, ei pahentamiseksi. se.

Koska julkaisussa käsitelty aihe on varsinkin kokemattomille varsinkin kokemattomille, omavaraisena materiaalina, katso video erilaisten ohjeiden laatimismenettelystä 301-uudelleenohjauksille:

Hyväksymistä varten oikea päätös Jossain tapauksessa suosittelen, että luet RuNetin tunnetun optimoijan Alexander Alaevin tästä aiheesta käsikirjan, josta löydät erittäin hyödyllistä tietoa. Olisi myös hyödyllistä saada virallisia materiaaleja Googlelta ja Yandexiltä ( ja ), joista saat myös puuttuvat tiedot.

Ja tässä on toinen asia. On mahdollista, että artikkelissa esitetyt pysyvän uudelleenohjauksen säännöt eivät toimi oikein tai eivät toimi ollenkaan tietyssä tapauksessa. Älä missaa tilaisuuttasi ottaa yhteyttä isännöintipalveluntarjoajaasi ja pyytää heitä ratkaisemaan ongelma. Jokaisella itseään kunnioittavalla majoittajalla on päteviä asiantuntijoita, jotka tarjoavat kaiken mahdollisen avun. Loppujen lopuksi se on heidän vastuullaan.

Viimeinen neuvo. Ennen kuin ryntäät luomaan uudelleenohjauksia katsomatta taaksepäin, muista tarkistaa niiden saatavuus, josta puhuin yhdessä tämän artikkelin osista. On todennäköistä, että sinun ei tarvitse tehdä mitään. Loppujen lopuksi suosituimpien verkkosivustomoottoreiden kehittäjät seuraavat tilannetta. Siksi on todennäköistä, että monet otteiden ongelmista on jo ratkaistu alusta alkaen.

Lopuksi tarjoan vielä yhden videon, joka ei vain ole laadultaan huonompi kuin ensimmäinen, mutta jossain mielessä täydentää sitä:

1. Termit ja määritelmät Tässä henkilötietojen käsittelyä koskevassa sopimuksessa (jäljempänä Sopimus) alla olevilla termeillä on seuraavat määritelmät: Operaattori - Yksittäinen yrittäjä Oleg Aleksandrovich Dneprovsky. Sopimuksen hyväksyminen - kaikkien Sopimuksen ehtojen täydellinen ja ehdoton hyväksyminen lähettämällä ja käsittelemällä henkilötietoja. Henkilötiedot - Käyttäjän (henkilötietojen kohde) sivustolle syöttämät tiedot, jotka liittyvät suoraan tai epäsuorasti tähän käyttäjään. Käyttäjä - kuka tahansa henkilö tai kokonaisuus, suoritettuaan onnistuneesti sivuston syöttökenttien täyttämisen. Syötekenttien täyttäminen - menettely, jolla Käyttäjä lähettää etunimensä, sukunimensä, puhelinnumeronsa, henkilökohtaisen osoitteensa Sähköposti(jäljempänä henkilötiedot) sivuston rekisteröityjen käyttäjien tietokantaan, joka on tuotettu käyttäjän tunnistamista varten. Syötekenttien täyttämisen seurauksena henkilötiedot lähetetään Operaattorin tietokantaan. Syötekenttien täyttäminen on vapaaehtoista. verkkosivusto - Internetissä sijaitseva verkkosivusto, joka koostuu yhdestä sivusta. 2. Yleiset määräykset 2.1. Tämä sopimus on laadittu vaatimusten perusteella Liittovaltion laki päivätty 27. heinäkuuta 2006 nro 152-FZ "henkilötiedoista" ja artiklan 13.11 määräykset "Lain rikkomisesta" Venäjän federaatio henkilötietojen alalla" Venäjän federaation hallinnollisten rikkomusten säännöstön mukaisesti ja koskee kaikkia henkilötietoja, jotka Operaattori voi saada Käyttäjästä tämän sivuston käytön aikana. 2.2. Käyttäjän suorittama syöttökenttien täyttäminen Sivustolla tarkoittaa, että Käyttäjä hyväksyy ehdottoman tämän sopimuksen ehdot (Sopimuksen hyväksyminen). Jos Käyttäjä on eri mieltä näistä ehdoista, hän ei täytä Sivuston syöttökenttiä. 2.3. Käyttäjän suostumus henkilötietojen toimittamiseen Operaattorille ja niiden käsittelyyn Operaattorin toimesta on voimassa Operaattorin toiminnan lopettamiseen tai kunnes Käyttäjä peruuttaa suostumuksensa. Hyväksymällä tämän sopimuksen ja käymällä läpi rekisteröintimenettelyn sekä myöhemmin siirtymällä Sivustolle, Käyttäjä vahvistaa, että hän omasta vapaasta tahdostaan ​​ja oman etunsa mukaisesti luovuttaa henkilötietonsa Operaattorille käsittelyä varten ja hyväksyy niiden käsittely. Käyttäjälle ilmoitetaan, että operaattori käsittelee hänen henkilötietojaan 27. heinäkuuta 2006 annetun liittovaltion lain nro 152-FZ "henkilötiedoista" perusteella. 3. Luettelo Operaattorille siirrettävistä käyttäjää koskevista henkilötiedoista ja muista tiedoista 3.1. Käyttäessään Operaattorin verkkosivustoa Käyttäjä antaa seuraavat henkilötiedot: 3.1.1. Luotettavat henkilötiedot, jotka Käyttäjä antaa itsestään itsenäisesti Täyttäessään syöttökenttiä ja/tai käyttäessään Sivuston palveluita, mukaan lukien sukunimi, etunimi, sukunimi, puhelinnumero (koti- tai matkapuhelinnumero), henkilökohtainen osoite Sähköposti. 3.1.2. Tiedot, jotka siirretään automaattisesti Sivuston palveluihin niiden käytön aikana Käyttäjän laitteelle asennettujen ohjelmistojen avulla, mukaan lukien IP-osoite, tiedot evästeistä, tiedot Käyttäjän selaimesta (tai muusta ohjelmasta, jonka kautta palveluihin pääsee). 3.2. Palveluntarjoaja ei tarkista Käyttäjän antamien henkilötietojen oikeellisuutta. Tässä tapauksessa Operaattori olettaa, että Käyttäjä antaa luotettavat ja riittävät henkilötiedot syöttökentissä ehdotetuista kysymyksistä. 4. Henkilötietojen keräämisen ja käytön tarkoitukset, säännöt 4.1. Palveluntarjoaja käsittelee henkilötietoja, jotka ovat tarpeen palvelujen ja palvelujen tarjoamiseksi Käyttäjälle. 4.2. Operaattori käyttää Käyttäjän henkilötietoja seuraaviin tarkoituksiin: 4.2.1. Käyttäjän tunnistaminen; 4.2.2. Henkilökohtaisten palvelujen tarjoaminen Käyttäjälle (sekä tiedottaminen yrityksen uusista kampanjoista ja palveluista kirjeitse); 4.2.3. Tarvittaessa pitää yhteyttä käyttäjään, mukaan lukien palvelujen käyttöön, palvelujen tarjoamiseen liittyvien ilmoitusten, pyyntöjen ja tietojen lähettäminen sekä Käyttäjän pyyntöjen ja hakemusten käsittely; 4.3. Henkilötietojen käsittelyn aikana suoritetaan seuraavaa: seuraavat toimet: kerääminen, tallentaminen, systematisointi, kerääminen, varastointi, selkeytys (päivitys, muuttaminen), purkaminen, käyttö, estäminen, poistaminen, tuhoaminen. 4.4. Käyttäjä ei vastusta antamiaan tietoja tietyissä tapauksissa voidaan toimittaa Venäjän federaation valtuutetuille hallintoelimille Venäjän federaation voimassa olevan lainsäädännön mukaisesti. 4.5. Operaattori säilyttää ja käsittelee Käyttäjän henkilötietoja tässä sopimuksessa määrätyllä tavalla koko Operaattorin toiminta-ajan. 4.6. Operaattori suorittaa henkilötietojen käsittelyn ylläpitämällä tietokantoja, automaattisia, mekaanisia ja manuaalisia menetelmiä. 4.7. Sivusto käyttää Keksit ja muut tekniikat Sivuston palvelujen käytön seuraamiseksi. Nämä tiedot ovat tarpeen optimointia varten tekninen työ Verkkosivusto ja palvelun laadun parantaminen. Sivusto tallentaa automaattisesti tiedot (mukaan lukien URL-osoite, IP-osoite, selaintyyppi, kieli, pyynnön päivämäärä ja kellonaika) jokaisesta sivuston vierailijasta. Käyttäjällä on oikeus kieltäytyä antamasta henkilötietoja vieraillessaan Sivustolla tai poistaa evästeet käytöstä, mutta tässä tapauksessa kaikki Sivuston toiminnot eivät välttämättä toimi oikein. 4.8 Tässä sopimuksessa määrätyt luottamuksellisuusehdot koskevat kaikkia tietoja, jotka Operaattori voi saada Käyttäjästä tämän ollessa Sivustossa ja käyttäessään Sivustoa. 4.9. Ei ole luottamuksellista tietoa, jotka on julkistettu tämän sopimuksen täytäntöönpanon aikana, sekä tiedot, jotka osapuolet tai kolmannet osapuolet voivat saada saatavilla olevista lähteistä Vapaa pääsy kenellekään henkilölle. 4.10. Operaattori hyväksyy kaiken tarvittavat toimenpiteet Käyttäjän henkilötietojen luottamuksellisuuden suojaaminen luvattomalta käytöltä, muuttamiselta, paljastamiselta tai tuhoamiselta, mukaan lukien: tietojen keruu-, tallennus- ja käsittelyprosessien jatkuvan sisäisen tarkastuksen varmistaminen ja turvallisuuden varmistaminen; tarjoaa fyysinen turvallisuus tietoja, jotka estävät luvattoman pääsyn niihin tekniset järjestelmät, varmistaa sen Sivuston toiminnan, johon Operaattori tallentaa henkilötietoja; tarjoaa pääsyn henkilötietoihin vain niille Operaattorin työntekijöille tai valtuutetuille henkilöille, jotka tarvitsevat näitä tietoja tehtäviensä suorittamiseen, jotka liittyvät suoraan palvelujen tarjoamiseen Käyttäjälle sekä Sivuston toimintaan, kehittämiseen ja parantamiseen. 4.11 Käyttäjän henkilötietojen luottamuksellisuus säilyy, paitsi jos käyttäjä antaa vapaaehtoisesti tietoja itsestään julkinen pääsy rajattomalle määrälle ihmisiä. 4.12 Operaattorin suorittama Käyttäjän henkilötietojen siirto on laillista Operaattorin uudelleenorganisoinnin ja oikeuksien siirtämisen aikana Operaattorin oikeudelliselle seuraajalle, kun taas kaikki velvollisuudet noudattaa tämän sopimuksen ehtoja vastaanotettujen tietojen suhteen siirretään oikeudelliselle seuraajalle henkilökohtaisia ​​tietoja. 4.13. Tämä lausunto koskee vain Operaattorin verkkosivustoa. Yritys ei hallitse eikä ole vastuussa kolmansien osapuolien sivustoista (palveluista), joihin käyttäjä pääsee Operaattorin verkkosivustolla olevien linkkien kautta, mukaan lukien hakutuloksissa. Tällaisilla Sivustoilla (palveluilla) voidaan kerätä tai pyytää käyttäjältä muita henkilökohtaisia ​​tietoja ja myös muita toimia voidaan suorittaa. 5. Käyttäjän oikeudet henkilötietojen kohteena, käyttäjän henkilötietojen muuttaminen ja poistaminen 5.1. Käyttäjällä on oikeus: 5.1.2. Vaadi palveluntarjoajaa selventämään henkilötietonsa, estämään ne tai tuhoamaan ne, jos henkilötiedot ovat epätäydellisiä, vanhentuneita, epätarkkoja, laittomasti hankittuja tai eivät ole tarpeellisia ilmoitetun käsittelyn tarkoituksen kannalta, sekä ryhtymään laissa säädettyihin toimenpiteisiin oikeuksiensa suojelemiseksi. 5.1.3. saada tietoja henkilötietojensa käsittelystä, mukaan lukien tiedot, jotka sisältävät: 5.1.3.1. vahvistus siitä, että operaattori on käsitellyt henkilötietoja; 5.1.3.2. operaattorin käyttämät henkilötietojen käsittelyn tarkoitukset ja menetelmät; 5.1.3.3. operaattorin nimi ja sijainti; 5.1.3.4. Käsitellyt henkilötiedot, jotka liittyvät asiaankuuluvaan henkilötietojen aiheeseen, niiden vastaanottamisen lähde, ellei liittovaltion laissa säädetä erilaisesta tällaisten tietojen esittämismenettelystä; 5.1.3.5. henkilötietojen käsittelyehdot, mukaan lukien niiden säilytysajat; 5.1.3.6. muut Venäjän federaation nykyisen lainsäädännön edellyttämät tiedot. 5.2. Käyttäjä voi peruuttaa suostumuksensa henkilötietojen käsittelyyn lähettämällä Operaattorille vastaavan kirjallisen (painettu materiaalinen väliaine ja käyttäjän allekirjoittama) ilmoitus. 6. Operaattorin velvollisuudet. Pääsy henkilötietoihin 6.1. Operaattori sitoutuu estämään luvaton ja ei-kohdennettu pääsy Operaattorin verkkosivuston käyttäjien henkilötietoihin. Tässä tapauksessa valtuutettu ja kohdennettu pääsy Sivuston käyttäjien henkilötietoihin katsotaan kaikkien kiinnostuneiden osapuolten pääsyksi niihin, ja se toteutetaan Operaattorin sivuston tavoitteiden ja aiheiden puitteissa. Operaattori ei kuitenkaan ole vastuussa mahdollisista vioista käyttötarkoitukseen Käyttäjien henkilötiedot, jotka tapahtuivat seuraavista syistä: teknisiä ongelmia V ohjelmisto ja sisään teknisiä keinoja ja verkot, jotka eivät ole Operaattorin hallinnassa; kolmansien osapuolten tarkoituksellisen tai tahattoman käytön yhteydessä Operaattorin verkkosivustoja muuhun kuin niiden aiottuun tarkoitukseen; 6.2 Operaattori ryhtyy tarpeellisiin ja riittäviin organisatorisiin ja teknisiin toimenpiteisiin suojatakseen käyttäjän henkilötietoja luvattomalta tai vahingossa tapahtuvalta käytöltä, tuhoamiselta, muuttamiselta, estämiseltä, kopioimiselta, levittämiseltä sekä muilta kolmansien osapuolien lainvastaisilta toimenpiteiltä. 7. Muutokset tietosuojakäytäntöön. Sovellettava lainsäädäntö 7.1. Operaattorilla on oikeus tehdä muutoksia näihin sääntöihin ilman mitään erityinen huomautus Käyttäjät. Kun nykyiseen painokseen tehdään muutoksia, päivämäärä näytetään uusin päivitys. Sääntöjen uusi versio tulee voimaan sen julkaisemishetkestä, ellei toisin säädetä uusi painos Varaukset. 7.2. Tähän asetukseen sekä asetuksen soveltamisen yhteydessä syntyvään käyttäjän ja operaattorin väliseen suhteeseen sovelletaan Venäjän federaation lakia. hyväksyn en hyväksy

Vastauskoodi 301 (Siirretty pysyvästi) tarkoittaa, että pyydetty asiakirja on nyt pysyvästi saatavilla uudessa osoitteessa. 301-uudelleenohjausta voidaan tarvita useissa tapauksissa: siirtyminen uuteen verkkotunnukseen, sivun osoitteen vaihtaminen tai . Näiden tapahtumien tavoitteet ovat melko läpinäkyviä:

• Vanhojen mittareiden siirtäminen uudelle sivulle tai verkkotunnukselle.
• Eliminointi rikkinäisiä linkkejä, sekä ulkoinen että sisäinen.
• Päällekkäisten sivujen poistaminen.

301-uudelleenohjauksen tekemiseen on useita tapoja, mutta pidän parempana vaihtoehtona käyttää .htaccess-tiedostoa, joka sijaitsee sivustosi FTP-juurikansiossa (jos sitä ei ole, luo sellainen, sillä ei ole tunnistetta).

301-uudelleenohjausten määrittäminen sivulta sivulle

Usein syntyy tilanne, kun sivuston sivu on poistettu tai se on pakotettu muuttamaan URL-osoitettaan. Kun käyttäjä käyttää vanhaa osoitetta, hän näkee luonnollisesti 404-virhesivun (ei löydy).

Jos sivu on merkityksetön, sen kanssa ei kannata vaivautua, mutta jos sivuston vierailijat käyttävät sitä usein (ja kenties jollain on se kirjanmerkeissään), jos siellä on ulkoisia linkkejä, jotka eivät ole sinun hallinnassasi tai päinvastoin sisäisiä linkkejä jotka ovat hallinnassasi, mutta sellaisina määrinä, että haluat todella muokata niitä, ja määritä sitten 301-uudelleenohjaus vanha sivu uusi on ihanteellinen ratkaisu sinulle.

Sitä voidaan käyttää myös päällekkäisten sivujen torjuntaan. Yleensä sinun on kirjoitettava kirja aiheesta "99 tapaa käyttää Redirect 301:tä". Tässä on sen syntaksi:

Uudelleenohjaa 301 /old-page.html http://new-domain.ru/new-page.html

No, joka tapauksessa tulos on sama:

Uudelleenohjaa pysyvä /old-page.html http://new-domain.ru/new-page.html

Selitän: /vanha-sivu.html on vanhan sivun suhteellinen osoite. Se voidaan upottaa: /vanha-luokka/vanha-sivu.html tai näin: /vanha-luokka/vanha-sivu/ - tässä ei ole rajoituksia. Sama koskee http://new-domain.ru/new-page.html (uusi sivu), sillä ainoa ero on, että polku täällä on absoluuttinen (sen ei tarvitse olla uusi verkkotunnus - se voi vain olla sivun uusi sisäinen osoite ).

301-uudelleenohjauksen määrittäminen siirrettäessä sivustoa uuteen verkkotunnukseen

Tilanne ei ole yhtä selkeä. Oli tarvetta siirtyä uudelle verkkotunnukselle säilyttäen samalla vanhan (, PR) suorituskyky. Tässä tapauksessa määritämme seuraavaa vanhan verkkotunnuksen .htaccessille:

Valinnat +FollowSymLinks
RewriteEngine päällä

RewriteEngine pois päältä

RewriteCond %(HTTP_HOST) ^old-domain\.ru
RewriteRule ^(.*)$ http://new-domain.ru/$1
RewriteCond %(HTTP_HOST) ^www.oldsite\.ru
RewriteRule ^(.*)$ http://old-domain.ru/$1

SISÄÄN tässä esimerkissä olemme määrittäneet vanhan verkkotunnuksen kaikkien sivujen uudelleenohjauksen uuden verkkotunnuksen sivuille (edellyttäen, että niiden suhteelliset osoitteet täsmäävät). Samalla jätimme robots.txt-tiedoston vanhaan verkkotunnukseen ilman uudelleenohjausta, jotta siirtoprosessi olisi täydellisempi. Kirjoitamme siihen:

Käyttäjä agentti: *
Estä:
Isäntä: newsite.ru
Sivustokartta: http://newsite.ru/sitemap.xml

No, odotellaan pari kuukautta, kunnes verkkotunnuksen siirto hyväksytään ja kaikki ominaisuudet siirretään.

Verkkosivujen peilien liimaus: 301-uudelleenohjaus www:stä ei-www:lle ja päinvastoin

Sivustolle pääsyyn on useita vaihtoehtoja - www:llä ja ilman www:tä (esimerkiksi sivusto ja www.sivusto). Käyttäjä ei välitä kuinka tarkasti hän syöttää URL-osoitteen, koska hän päätyy joka tapauksessa samalle sivulle. Hakukoneiden kanssa tilanne on toinen. He pitävät www.site.ru ja site.ru täysin kahtena eri verkkotunnuksia(joka ulottuu historian syvyyksistä maailmanlaajuinen verkko kun näin todella oli).

Nämä kaksoiskappaleet häiritsevät sivuston indeksointia ja mainostamista yleensä, koska ensinnäkin nämä ovat banaaleja kaksoissivuja (anteeksi toistosta) ja toiseksi myös saapuvat linkit sijoitetaan eri koriin. Sama koskee pääsivun kaksoiskappaleita: site.ru, site.ru/index.html, site.ru/index.php jne. Tästä syystä jo sivuston luomisvaiheessa on suositeltavaa hoitaa tämä ongelma ja ohjata yksi sivuston versioista (esimerkiksi www-versiolla) toiseen (esimerkiksi ilman www-versiota). Jos hetki jäi väliin, ei ole mitään syytä huoleen.

Katsotaanpa peilien liimausprosessia 301-uudelleenohjauksilla askel askeleelta.

1. Määritä hakukoneiden indeksointiin valitsema päätoimialue.

Pääpeili voidaan helposti tunnistaa tuloksista Hakutulokset Yandex ja . Anna verkkotunnuksen nimi ja katso, mikä osoite näytetään: www.site.ru tai site.ru. Jos sivustoa ei ole vielä indeksoitu, valitsemme sen oman harkintamme mukaan. Jos Googlen ja Yandexin pääverkkotunnukset ovat erilaiset, on parempi jättää Yandex.

2. Rekisteröimme 301-uudelleenohjauksen .htaccess-tiedostoon.

Löydämme .htaccess-tiedoston FTP-sivuston juuresta, lataamme sen ja avaamme sen Muistiossa ja teemme sitten siihen tarvittavat muutokset. Ensimmäinen vaihtoehto on verkkotunnuksen 301-uudelleenohjaus ilman www-osoitetta osoitteeseen www:

Valinnat +FollowSymLinks
RewriteEngine päällä

RewriteEngine pois päältä

RewriteCond %(HTTP_HOST) ^site.ru$
RewriteRule (.*) http://www.site.ru/$1

Käänteinen tilanne- www:stä ilman www:tä:

Valinnat +FollowSymLinks
RewriteEngine päällä

RewriteEngine pois päältä

RewriteCond %(HTTP_HOST) ^www.site.ru$
RewriteRule (.*) http://site.ru/$1

Kun muokkaus on valmis, tallenna tiedosto ja lähetä se juureen FTP-kansio uudelleennauhoituksen kanssa.

Valinnaisesti voit heti huolehtia pääsivun kaksoiskappaleista, kuten index.php ja index.html, lisää alla oleva koodi:

RewriteRule ^index\.html$ http://www.site.ru/

RewriteRule ^index\.php$ http://www.site.ru/

No, jos sinulla on site.ru:

RewriteCond %(THE_REQUEST) ^(3,9)\ /index\.html\ HTTP/
RewriteRule ^index\.html$ http://site.ru/
RewriteCond %(THE_REQUEST) ^(3,9)\ /index\.php\ HTTP/
RewriteRule ^index\.php$ http://site.ru/

3. Robots.txt-tiedoston määrittäminen

Oletko nähnyt tutun ohjeen, joka jättää robots.txt-tiedoston koskemattomaksi? Aivan oikein, tehdään muutos robots.txt-tiedostoon:

Isäntä: main-mirror.ru

4. Tarkistamme sivuston toiminnan.

Annamme osoitteen, josta loimme uudelleenohjauksen, esimerkiksi www.site.ru tai site.ru/index.html, ja jos kun käytät sitä, tapahtuu siirtyminen osoitteeseen site.ru, kaikki on määritetty oikein.

5. Yandexin määrittäminen ja Googlen verkkovastaava.

Lisäksi käytämme asianmukaisia ​​asetuksia henkilökohtaisessa . Yandexin tapauksessa:

Ja Googlelle:

Siinä näyttää olevan kaikki. Onnea ja jos sinulla on kysyttävää, kirjoita kommentteihin.

Joissakin tapauksissa 301-uudelleenohjauksen käyttö on erittäin tärkeää. Mutta on tärkeää osata soveltaa sitä oikein kussakin yksittäisessä tilanteessa. Siksi tässä on valikoima vastauksia kaikkiin sen perustamiseen liittyviin tärkeimpiin kysymyksiin.

Mikä on 301-uudelleenohjaus ja miksi sitä tarvitaan?

301-uudelleenohjaus on suunniteltu auttamaan verkkovastaavia uudelleenohjaamaan käyttäjät yhdestä URL-osoitteesta, joka oli alun perin selaimen osoiterivillä, täysin toiseen URL-osoitteeseen. Näkökulmasta Hakukoneoptimointi 301 Moved Permanently on pysyvä uudelleenohjaus, joka auttaa siirtämään jopa 99 % linkin mehusta uuteen URL-osoitteeseen ja "merkitsemään" vanhan vanhentuneeksi. Eli tämän ansiosta on mahdollista säilyttää asemat hakukoneissa, ja jos vain muutat URL-osoite ilman uudelleenohjausta, niin Yandexille ja Googlelle se on uusi sivu, joka sijoitetaan ilman yhteyttä aiempaan historiaan.

On olemassa useita vaihtoehtoja, kun sinun on käytettävä tätä uudelleenohjausta:

• kun verkkotunnuksia yhdistetään;
• siirtääksesi sivuston uuteen osoitteeseen esimerkiksi, jos liikenne vähenee, koska resurssi joutuu hakukonesuodattimien alle. 301-uudelleenohjaus estää niitä, jotka ovat lisänneet sivustosi kirjanmerkkeihin, menettämästä sitä näkyvistä.
• TCI:n, PR:n ja PS:n liikenteen lisäämiseksi pääsivustolla. Tässä tapauksessa sinun on ostettava toimialue, jolla on hyvä suorituskyky, ja määritettävä uudelleenohjaus resurssiin, jonka on parannettava näitä parametreja.
• kun vaihdat osoitetta tietty sivu säilyttää korkeat asemat PS:ssä (tämä voi esimerkiksi olla merkityksellistä siirrettäessä sivustoa CMS:stä toiseen);
• jne.

Kuinka tehdä 301-uudelleenohjaus?

301-uudelleenohjauksen määrittämisen ongelman ratkaisemiseksi on useita vaihtoehtoja. Kumpaa käyttää, riippuu tekniset valmiudet isännöinti Mutta nykyaikaisten majoittajien kanssa vastaavia ongelmia ei yleensä esiinny, ja jos tulee, se ratkaistaan ​​nopeasti teknisen tuen avulla. Tässä pari perustilannetta yksinkertainen uudelleenohjaus joita saatat kohdata. Voit tehdä tämän luomalla .htaccess-nimisen tiedoston (jos sitä ei ole olemassa) ja lisäämällä vaadittu koodi uudelleenohjaus. Jos et voi luoda sitä yksinkertaisesti työpöydällä, yritä tehdä se kautta Koko ohjelma Commander tai FileZilla yksinkertaisesti nimeämällä uudelleen tarpeettomat asiakirjat.

Joten sinun on ohjattava käyttäjät toiselle sivustolle. Se näyttää tältä:

Uudelleenohjaus 301 / http://site.ru

Ja jos sinun on järjestettävä uudelleenohjaus sivuston sivulta toiselle, tarvitset seuraavan koodin:

Uudelleenohjaus 301 /old-page.html http://new-domain.ru/new-page.html

RedirectPermanent /vanha-sivu. html http://new-domain.ru/new-page.html

Kuinka yhdistää verkkotunnus www:n kanssa ilman vaihtoehtoa?

Tällä hetkellä www:n käyttöä verkkosivujen nimissä pidetään vanhentuneena. Tämä vaihtoehto tulee kuitenkin esiin melko usein. Jos tämä ei ole valmiin verkkosivuston ostaminen, uutta resurssia luotaessa on parempi ilmoittaa kaikkialla ilman www. Kun liimaa verkkotunnuksia yhteen, kaikki tärkeitä parametreja, kuten TCI, PR ja vierailija. Lisäksi tämä auttaa optimoimaan resurssia ja välttämään tilanteet, joissa www-sivuston PS-heijastus erehtyy "varastetun" sisällön "huijariksi".

Koodi verkkotunnuksen yhdistämiseksi www-tunnuksella verkkotunnukseen ilman www-osoitetta näyttää tältä:

RewriteEngine on RewriteCond %(HTTP_HOST) ^www.site.ru$ RewriteRule ^(.*)$ http://site.ru/$1

Tässä tapauksessa RewriteEngine on/off -arvo on erikoistunut ohje, joka yhdistää tai lopettaa pääsyn itse tiedoston koodiin. Ja pääsy tapahtuu mod_rewrite-moduulin kautta. RewriteCond on direktiivi, jota käytetään ehtojen luomiseen muunnossääntöjen mukaisesti. Ja RewriteRule on resepti, joka vastaa tietyssä tilanteessa suoritetuista muunnoksista - 301-uudelleenohjaus.

301-uudelleenohjaus siirryttäessä HTTPS:ään

Nykyaikainen trendi on siirtää verkkosivustoja turvallisempiin HTTPS-protokolla. Samaan aikaan uudelleenohjausten määrittäminen sivuilta HTTP:stä HTTPS:ään on tärkeä vaihe. Tämä tehdään seuraavasti .htaccess-tiedostossa.

RewriteCond %(SERVER_PORT) !^443$ RewriteRule ^(.*)$ https://site.ru/$1

Huomautuksia ja virheitä

Mitä saatat kohdata ja mitä yksityiskohtia sinun ei pidä unohtaa määrittäessäsi 301-uudelleenohjausta:

• Uudelleenohjaussääntöjen tiukka noudattaminen on ensimmäinen asia, joka tulee muistaa. Siksi, jos tiettyä sääntöä ei noudateta, kannattaa tarkistaa, onko muita sen vastaisia ​​uudelleenohjauksia;
• 301-uudelleenohjauksilla on monia ominaisuuksia ja monimutkainen syntaksi, joita kaikkia on vaikea pitää mielessä koko ajan, joten viralliset oppaat auttavat sinua. Niiden lisäksi logiikka ja useiden vaihtoehtojen peräkkäinen luettelointi voivat auttaa;
• Tarkista sivuston toimivuus ja kaikki käyttöönotetut uudelleenohjaussäännöt vaadittu kunto sen asennuksen onnistuneesti päätökseen. Älä ole laiska menemään resurssin osioihin ja sivuihin, ei vain kotisivu, jotta mahdolliset ongelmat poistuvat tulevaisuudessa. Jos ohjeiden syntaksissa tehdään virheitä, koko sivusto saattaa lakata toimimasta.

On myös useita tilanteita, joissa 301-uudelleenohjauksen käyttäminen olisi väärin. Joten on parempi olla käyttämättä monikulkuista uudelleenohjausta, jos sen toteuttaminen kestää liian kauan pitkä aika. Tai esimerkiksi, jos sisältö on päällekkäistä, ja useista syistä sinun on tallennettava molemmat sivut käyttäjille. Jos sivu ja sen sisältö eivät ole relevantteja, sinun tulee myös kieltäytyä uudelleenohjauksesta. Virhe voisi olla uudelleenohjauksen määrittäminen sivulle, joka ei toimi oikein (sivulla pitäisi olla 200 tai 404 palvelinvastaus). Ja lopuksi, robots.txt-tiedoston uudelleenohjaus olisi väärin.

Muuntyyppiset uudelleenohjaukset

Kokeneet verkkovastaavat käyttävät suosituimman 301-uudelleenohjauksen lisäksi myös useita muita: 300-307. Esimerkiksi 302 ja 307 ovat väliaikainen uudelleenohjaus, 305 on pääsy yksinomaan välityspalvelimen kautta jne. Meta Refreshiä voidaan kutsua myös melko suosituksi uudelleenohjaustyypiksi. Sitä ei suoriteta palvelintasolla, vaan sivutasolla. Asiantuntijat suosittelevat kuitenkin käyttämään tällaista uudelleenohjausta mahdollisimman harvoin. Tämä on perusteltua sillä, että oviaukkokauppiaat ja roskapostittajat turvautuvat usein niihin. Lisäksi tämän uudelleenohjauksen käyttö ei käytännössä tarjoa mahdollisuutta siirtää linkin mehua.