Šiame straipsnyje apžvelgsiu pagrindinius 301 ir 302 peradresavimų skirtumus ir jų funkcijas. Kiekvienas patyręs žiniatinklio specialistas turėtų turėti šią informaciją ir žinoti, kada ir kaip naudoti šiuos peradresavimus.

Pasitaiko atvejų, kai galima naudoti abu peradresavimus. Tačiau dažniausiai ten, kur tinka 301, 302 peradresavimas, jo naudoti nereikia, o ten jis bus visiškai netinkamas. Nors redirect 301 ir 302 yra labai panašūs vienas į kitą, interneto resurso SEO optimizavimas gali suklysti visiškai neteisingai, jei nesigilinsite į kiekvieno iš jų naudojimo ir taikymo specifiką.

302 peradresavimas yra laikinas peradresavimas kitu adresu. Jis reiškia grįžimą prie senosios versijos ateityje, nepaisant laiko.

Kokio tipo pagrindiniai skirtumai tarp 301 ir 302 peradresavimų , apsvarstysiu šiuos dalykus:

• Pernai „Google“ atstovas pareiškė, kad „Google“ nesvarbu, koks serverio atsako kodas naudojamas peradresavimui – 301/302/307. Jie visi perduoda PageRank puslapiui, į kurį nukreipia. Taip pat buvo nurodyta, kad visi 300 peradresavimų praeina PageRank. Daugiau informacijos apie tai rasite. Todėl jei anksčiau buvo manoma, kad naudojant 302 peradresavimą, „puzomerki“ ir nuorodos svoris neperkeliami į naują URL, tai šiandien šis teiginys nebėra prasmingas.
• Yra skirtumas tarp 301 ir 302 peradresavimųpradinio puslapio suvokimu paieškos sistemų robotams . 301 duoda signalą paieškos sistemai, kad galite pamiršti seną puslapį ir daugiau niekada jame neapsilankyti, o 302 – ženklas, kad reikia ir toliau indeksuoti jo paskelbtą informaciją, nepaisant to, kiek laiko tęsiasi peradresavimas.
• Peradresavimai turi skirtingą poveikį paieškos rezultatams . Šie skirtumai bus susiję su tuo, ar senasis puslapis nerodomas paieškos rezultatuose (301 atveju), ar juose rodomi abu puslapiai (jeigu 302).
• Taip pat yraskiriasi rizika patekti į paieškos variklio filtrus naudojant 301 ir 302 peradresavimus . 301 peradresavimai paprastai baudžiami už tikslingus triukus sujungiant skirtingų svetainių balus ir svorius. O 302-ąjį galima atpažinti kaip juodosios kepurės SEO elementą, būtent savotišką „maskavimą“.
• Nustatydami 301:
  RewriteCond %(REQUEST_URI) ^/test/$
  Perrašymo taisyklė ^.*$ http://domain.com/new-test/?
• Nustatant 302 peradresavimą, naudojami šie:
  Perrašyti variklį
  RewriteCond %(HTTP_HOST) ^www.domain.com
  Perrašymo taisyklė ^(.*)$ http://domain.com /$1

Kada pasirinkti 302 peradresavimą:

• kai originalus svetainės puslapis turėtų būti paslėptas nuo lankytojų akių, pavyzdžiui, jei jis kuriamas;
• kai svarbu, kad senasis puslapis ir toliau būtų indeksuojamas;
• kai norite, kad vartotojai matytų tik naują puslapį;
• kai galutinio puslapio indeksavimo nebuvimas nėra kritinis;
• jei pradiniame puslapyje yra nuorodų, kurios ir toliau turėtų būti indeksuojamos;
• jei nukreipimo puslapį reikia retkarčiais keisti.

Bendrosios darbo su peradresavimais taisyklės

1. Absoliučiai visų tipų peradresavimai kelia tam tikrą SEO rizikos laipsnį.
2. Paprastai 3xx peradresavimai išsaugo „PageRank“, o 301 peradresavimai yra labiau nuolatinių peradresavimų nustatymo būdas.
3. Jei perkate svetainę, kad nukreiptumėte 1000 puslapių į savo pagrindinį puslapį, suprantama, kad nepastebėsite didelio srauto padidėjimo.
4. Naudingiausias peradresavimas nukreipiamas į puslapį su tais pačiais išsaugotais elementais kaip ir senajame puslapyje, atėmus URL.
5. Perjungti į HTTPS yra saugu ir išsaugomas PageRank, tačiau be jo yra ir kitų veiksnių, kurie neigiamai veikia jūsų svetainės srautą ir reitingą.

Kada apskritai turėtumėte naudoti peradresavimus?

• Persikėlus į kitą domeną, kad neprarastume klientų.
• Veidrodžių klijavimui, kai turite porą domenų vardų su skirtingomis prekės ženklų rašybomis ir norite nukreipti vartotojus į pagrindinę svetainę.
• Puslapiui pakeitus adresą, sutvarkyti svetainės struktūrą.
• Kai norite atsikratyti pasikartojančių puslapių ar svetainės kopijos, nes turinio kopijavimas dažnai užtraukia baudas iš paieškos sistemų.

Kada nebūtina naudoti peradresavimų?

Jei laikinai pereinate į naują puslapį, geriau naudoti 302 ir 307 peradresavimo kodus, tokiu atveju pradinis puslapis nedings iš paieškos rezultatų.

Jei persikraustysite dėl problemų su senu domenu (draudimai, filtrai ir baudos), tada klijavimo atveju jums atiteks ne tik TIC ir PR, bet ir problemos iš senojo domeno į naują.

301 ir 302 peradresavimai yra tikri pagalbininkai bet kuriam žiniatinklio valdytojui, tereikia juos teisingai suprasti. Jie padės efektyviai optimizuoti ir reklamuoti svetainę. Tikiuosi, kad šie patarimai padės išsamiau suprasti peradresavimų jūsų svetainėje nustatymo problemą.

8090 kartų 21 peržiūra šiandien

Pardavimų generatorius

Skaitymo laikas: 6 minutes

Mes atsiųsime medžiagą jums:

Iš šio straipsnio sužinosite:

• Kas yra 302 peradresavimas
• Kada galima naudoti, o kada ne
• Kuo skiriasi 302 peradresavimas nuo 301
• Kurią geriau rinktis
• Kaip nustatyti 302 peradresavimą
• Kaip patikrinti, ar nustatymas teisingas

Supratimas, kada tikslinga naudoti 301 ir 302 peradresavimus, yra viena iš žinių, kurias turi turėti patyręs žiniatinklio valdytojas. Dažnai jų taikymo sritys labai skiriasi. Iš pirmo žvilgsnio gali atrodyti, kad klaida juos naudojant nėra baisi, tačiau reikia nepamiršti ir svetainės SEO optimizavimo, kurio rezultatai gali pasirodyti labai toli nuo laukiamų.

Kas yra 302 peradresavimas

302 peradresavimas paprastai suprantamas kaip peradresavimas tam tikram laikotarpiui, ty nuo vienos iki 10 dienų. Tokia operacija rodo laikiną tinklalapio perkėlimą į kitą adresą.

Laikinas peradresavimas turi reikšmingą trūkumą – puslapio nuorodos svoris neperkeliamas. Pritaikius 302 peradresavimą, prarandamos išorinės nuorodos, taip pat vidinis viso resurso svoris. Tačiau „Temporary“ nauda paieškos sistemoms ir vartotojams yra gana apčiuopiama.

Tarkime, kad kuriate reklamos puslapį nuo nulio, kuriame yra daugybė papildomų funkcijų. Jų įgyvendinimo procesas užtruks mažiausiai 3-4 dienas, nuolat koreguojant dokumento išvaizdą ir šaltinio kodą.

Jei atsisakote naudoti peradresavimus, „neapdorotas“ puslapis bus matomas vartotojams užbaigimo metu, o robotai pradės jį skelbti paieškos rezultatuose. 302 peradresavimas leidžia pateikti galutinę puslapio versiją, visiškai paruoštą peržiūrėti ir naudoti lankytojams.

Kada reikalingas 302 peradresavimas?

Tai būtina šiais atvejais:

1. Kai techninis darbas atliekamas interneto šaltinyje.
2. Kai svetainės savininkas nori vartotojams pateikti kitą medžiagą neliesdamas ankstesnės puslapio versijos.
3. Kai prieglobos įmonė uždaro lankytojams draudžiamą turinį.
4. Kai reikia laikinai nukreipti srautą iš konkretaus domeno į kitą.

Kada nenaudoti 302 peradresavimo

Nenaudokite 302 būsenos kodo, jei norite perduoti SEO svorį paskirties URL.

Pavyzdžiui, kai nuolat:

• domenas juda;
• dokumentas perkeliamas;
• svetainės protokolo pakeitimai;
• keičiasi svetainės struktūra.

HTML peradresavimas 302 nerekomenduojamas, kai norint pateikti paskirties URL užklausą reikia naudoti šaltinio užklausos metodą. Pavyzdžiui, perkeliamas formos tvarkyklės, kurioje naudojamas POST metodas, URL tam tikram laikotarpiui.

301 ir 302 peradresavimas: koks skirtumas

Išsiaiškinkime, kuo skiriasi 301 ir 302 peradresavimai.

• Puzomerki ir nuorodos svoris naudojant 302 peradresavimus neperkeliami į naują URL.

Srauto požiūriu 301 ir 302 peradresavimai elgiasi taip pat: jei vartotojas spusteli seną nuorodą, jis nukreipiamas į naują puslapį.

• Skirtumas tarp 301 ir 302 peradresavimų yra tas, kaip pradinį puslapį suvokia paieškos variklio robotai.

301 atveju jie supranta, kad senasis puslapis nebegalioja, ir neperadresuoja vartotojų į jį. Kita vertus, 302 peradresavimas nurodo jiems tęsti puslapio turinio indeksavimą tiek, kiek reikia.

• Priklausomai nuo to, ar pasirinktas 301 ar 302 peradresavimas, senoji puslapio versija (301) nebus rodoma paieškos rezultatuose arba bus abi (302).
• Būtina žinoti, kas yra kupina patekimo į paieškos sistemų filtrus vienu ir antruoju atveju.

Už peradresavimus su kodu 301 baudžiama tik tuo atveju, jei bus atskleisti tyčiniai veiksmai, susiję su skirtingų svetainių rodiklių ir svorio klijavimu. Kalbant apie 302 peradresavimą, jis dažnai pripažįstamas kaip black hat SEO elementas (viena iš maskavimo galimybių).

• Nustatant neįmanoma suprasti, kuo 301 peradresavimas skiriasi nuo 302 peradresavimo, nes abiem atvejais naudojamos tos pačios komandos.

Taigi, kas geriau – 301 ar 302 peradresavimas?

Optimalaus 302 peradresavimo naudojimo pavyzdys yra internetinės parduotuvės puslapis su reklaminiais pasiūlymais. Tokiu atveju pagrindinio puslapio turinys lieka nepakitęs ir yra reklamuojamas paieškos sistemose bei nukreipia į dabartinių reklamų sąrašus, kurie, jei pageidaujama, gali būti keičiami kasdien.

Išvardijame kitas 302 peradresavimų naudojimo parinktis:

• poreikis slėpti nuo lankytojų puslapį, kuris yra optimizuojamas, keičiamas dizainas, pildomas nauju turiniu;
• nuolatinis pirminio puslapio dalykų indeksavimas;
• lankytojai turėtų turėti galimybę pasiekti tik naują puslapio versiją;
• faktas, kad galutinis puslapis nėra indeksuotas, svetainės savininkui nėra svarbu;
• patalpinti senajame puslapyje nuorodų, kurių indeksavimas neturėtų būti nutrauktas;
• dažno nukreipimo puslapio keitimo tikimybė.

Kitaip tariant, 301 ir 302 peradresavimai yra unikalūs įrankiai, nes jie leidžia žiniatinklio valdytojui, kuris sugebėjo perprasti jų taikymo niuansus, optimizuoti ir reklamuoti svetainę, nuolat atlikti reikiamus pakeitimus ir tuo pačiu išsaugoti visus anksčiau pasiektų rezultatų.

Kaip nustatyti 302 peradresavimą .htaccess

Tik Apache žiniatinklio serverio vartotojai gali sukurti 302 peradresavimą .htaccess faile.

Paprasčiausias būdas nustatyti 302 peradresavimą .htaccess užtruks tik dvi eilutes:

Kai reikia nustatyti sudėtingesnį peradresavimą visoje svetainėje, reikia šiek tiek daugiau darbo:

302 peradresavimas dedamas beveik taip pat, kaip ir 301, vienintelis skirtumas yra R=301 pakeitimas R=302.

302 peradresavimų nustatymas naudojant PHP ir JavaScript

Dažniausiai programuotojai peradresavimus nustato paprastai – į .htaccess failą įrašo anksčiau pateiktus kodus. Kyla pavojus, kad toks požiūris dažnai sukelia įvairiausių problemų, nes į failą įvestas kodas arba neveikia, arba veikia netinkamai.

Klaidas gali sukelti problemos pačioje TVS, taip pat poreikis perkelti kodą į aukštesnį ar žemesnį peradresavimą ir daug daugiau. Norint jų išvengti, naudojami alternatyvūs variantai – PHP arba JavaScript.

PHP peradresavimas

PHP yra į serverį orientuota kalba, o tai reiškia, kad peradresavimai vykdomi ne vartotojo naršyklėje, o serveryje. Kiekvienas puslapis, į kurį nukreipiamas lankytojas, gauna unikalų REFERER, todėl neįmanoma paslėpti kilmės.

Atkreipkite dėmesį, kad peradresavimo kodas turi būti išdėstytas taip, kad jis būtų perskaitytas prieš ekrane pasirodant pirmam simboliui. Tai reiškia, kad erdvė prieš

PHP peradresavimai turi būti suformatuoti į atskirus php failus.

Peradresuoti kodą pagal index.php failo pavyzdį:

„JavaScript“ peradresavimas

Pagrindinis šios parinkties trūkumas yra tas, kad jei vartotojo naršyklėje yra išjungtas JavaScript, kas nutinka gana dažnai, peradresavimo nebus.

Mažiau pastebimas minusas yra susijęs su vėlavimu, kuris paaiškinamas iš anksto įkeliant html puslapį su baltu ekranu ir tada nukreipiant.

Peradresuojama į arba viduje :

Šio kodo atsako greitis tikrai yra didesnis nei „Yandex.Metrica“, tai yra, lankytojas nebus skaičiuojamas iki 302 „Yandex“ peradresavimų.

Kaip atpažinti 302 peradresavimus svetainėje

Labai lengva įsitikinti, kad 301 ir 302 peradresavimai nustatyti tinkamai. Kai įvedate seną adresą adreso juostoje, mes stebime, kas vyksta. Adreso pakeitimas rodo, kad su peradresavimu viskas gerai. Adresas liko toks pat – reikia ieškoti problemos šaltinio, bet pirmiausia patariame išvalyti talpyklą ir bandyti dar kartą.

Yra ir kita galimybė – patikrinti serverio atsako kodą į internetines paslaugas, pavyzdžiui http://4web.su/s_redirect/ . Jei peradresavimą nustatysite teisingai, įvedę domeno pavadinimą pamatysite atsakymo kodą 301 arba 302, tai priklauso nuo to, kokį peradresavimą planavote gauti iš pradžių.

Yra paslaugų, kurios papildomai rodo serverio duotą kodą po peradresavimo, o čia tik vienas teisingas variantas - 200 OK.

Čia yra svetainės http versijos veikimo patikrinimo pavyzdys. Pirmiausia atkreipiame dėmesį į informaciją apie 301 peradresavimo (nuolatinio) nustatymą, naują adresą (svetainės https versija) ir du atsakymo kodus – 301 Perkeltas visam laikui ir 200 Gerai.

404 kodas, kur jis turėtų būti 200 gerai, rodo neteisingą peradresavimo sąranką. Pavyzdys parodytas žemiau esančioje ekrano kopijoje.

Dažnai užduodami klausimai apie 302 peradresavimus

• Egzistuoja mitas apie draudimą naudoti 302 peradresavimus, kurie kilo po to, kai programuotojai bandė jį naudoti Google- Senėjimo delsos filtras.

Iš pradžių svetainės sparčiai gausėjo nuorodų, tačiau po šešių mėnesių jų nebebuvo paieškos rezultatų sąraše. Galima daryti prielaidą, kad jie arba pateko į „smėlio dėžę“, arba iš viso nebuvo amžiaus uždelsimo filtro.

• Ieškodami atsakymo į klausimą, kuo skiriasi 301 ir 302 nukreipimai ir kurį kada naudoti, galite pamatyti daug patarimų, kaip vengti 302, nes neva paieškos sistemoms suprantamas tik 301, o laikinas gali tik sukelti problemų.

Kadaise tokia nuomonė turėjo teisę egzistuoti, bet jau seniai paseno. Optimizavimo algoritmai tobulėja kiekvieną dieną, todėl šiandien naudoti 302 peradresavimus ne tik įmanoma, bet ir būtina.

• Galiausiai, suprantant, kaip 302 peradresavimas veikia optimizavimą, verta paliesti teksto nuorodų ir SERP temą.

Prisiminkite tą tekstą, esantį žymose -, yra inkaras. Atitinkamai be etikečių, nuoroda be inkaro. Jis prasideda www arba http://, taip pat gali pasislėpti už žodžių „čia“, „čia“ ir panašiai. Adresas, kuris atrodo kaip site-name.ru, yra inkaro pavyzdys. Žinoma, ne inkaro nuoroda atrodo natūraliau.

Nuorodos tipas turi įtakos reklamai: inkaro nuoroda ją supaprastina, bet turi trumpalaikį poveikį. Be inkaro gali veikti po tam tikro laiko, o rezultatas išliks daug ilgiau.

Pirmoji vieta čia yra tekstas, esantis prieš ir po nuorodos, nes nėra inkaro.

SEO vis dar susiduria su klausimu, ar naudojant peradresavimą kyla pavojus? Jei nesate pakankamai atsargus, taip, yra.

Kas tai? Tarkime, kad peradresuojate visus 100 savo svetainės puslapių į pagrindinį puslapį. Dėl to jis gali būti sumažintas paieškos rezultatuose (tai nėra blogiausias dalykas), arba senas turinys gali būti visiškai pašalintas iš indekso, įskaitant visą nuorodų masę.

Peradresavimas yra techninis serverio ir svetainės parametras. Peradresavimas leidžia optimaliai paskirstyti siunčiamas nuorodas ir taip pagerinti reklamą.

Atminkite, kad naudodami 302 peradresavimus turite būti atsargūs, nes netinkamos konfigūracijos gali sunaikinti ankstesnius pasiekimus. Ir atvirkščiai, sumaniai naudojant peradresavimus, jūsų svetainė gali pakilti į viršų.

Tarp SEO slapyvardžių yra trys tabu, kurių jie stengiasi nesulaužyti:

• Niekada nenaudokite „Flash“ optimizuotose svetainėse
• Niekada nenaudokite maskavimo
• Niekada nenaudokite 302 peradresavimų.

phentermine internetinė vaistinė

Žinoma, aš labai supaprastinau šį sąrašą. Lyginti blykstės naudojimą su maskavimu nėra visiškai tiesa. Bet tai ne esmė, aš pabandysiu paaiškinti, kodėl 302 peradresavimai nėra tokie blogi, kaip galite įsivaizduoti, ir kaip juos panaudoti savo labui.

Pirkite provigil internetu be recepto

Naudojant 302 peradresavimą ( Laikinas peradresavimas)- „laikinai perkeltas“ – vietoj 301 pradinis URL liks „Google“ indekse ir išliks savo pozicijoje, tarsi puslapis vis dar būtų pasiekiamas. Tačiau naudotojai, spustelėję nuorodą, pateks į jūsų naują URL, būtent ten, kur ketinate juos nukreipti.

pirkite xanax internetu

Skirtingai nuo 301 peradresavimų, naudojant 302 peradresavimus, puslapio reitingas ir puslapio svoris neperkeliami į perkeltą puslapį. Kodėl SEO taip bijo ja naudotis? Maždaug prieš dvejus metus vadinamasis 302 užgrobimo išnaudojimas buvo labai aktyviai naudojamas manipuliuoti paieškos sistemos rezultatais. Šiuo metu visos paieškos sistemos išmoko su tuo susidoroti, bet jei jus domina, kaip buvo, galite perskaityti šį straipsnį Puslapio užgrobimas: 302 išnaudojimas, peradresavimai ir Google (eng.) Nuo tada praėjo daug laiko. tada, bet raumenų atmintis išlieka . Tai iš dalies tiesa, neturėtumėte piktnaudžiauti 302 peradresavimu, ypač jei jį naudojate peradresuodami iš vieno domeno į kitą. Tame pačiame straipsnyje pateiksiu saugių 302 peradresavimų naudojimo tame pačiame domene pavyzdžius, daugelis TVS turi funkcionalumą išspręsti šias problemas be 302 peradresavimų, tačiau šio straipsnio esmė yra tik jo naudojimas.

pirkite diazepamą be recepto pirkite soma be recepto

1 pavyzdys. Nauji produktai. Šviežias turinys.

valium internetu be recepto

Pavyzdžiui, turite svetainę, skirtą mobiliesiems telefonams, o pagrindinis raktinis žodis yra . Jūs taip pat turite puslapį pavadinimu /newest-cell-phones.php kur vartotojai eina norėdami pamatyti naujausią mobiliojo ryšio informaciją.

tramadol internetinė vaistinė

Kelias dienas įtraukiame 302 peradresavimą iš puslapio /newest-cell-phones.phpį puslapį /lg-vx8350.php, kuriame yra naujausia naujojo LG telefono apžvalga. Tuo pačiu metu turite nuolatinę nuorodą iš LG modeliams skirto skyriaus į failą lg-vx8350.php nes norime, kad šis puslapis būtų indeksuotas. Dėl to jums nereikia bijoti dubliuoti svetainės turinį, nes rytoj atliksite naują 302 puslapio peradresavimą /newest-cell-phones.phpį jūsų naujo modelio apžvalgą iš Nokia, kuri yra puslapyje /nokia-2610.php.

tramadol internetinė vaistinė

2 pavyzdys. Restorano meniu.

pirkite ambien internetu

Paleidote restorano svetainę, kurioje lankytojai kasdien tikrina šiandienos meniu. Kadangi restoranas dirba tik su šviežiais produktais, valgiaraštis ruošiamas tik prieš kelias dienas. Žinoma, PDF formatu galite sukurti milžinišką meniu su visomis parinktimis, tačiau vartotojams tai nebus patogiausias sprendimas. Vietoj to įdėkite nuorodą iš pagrindinio puslapio į failą /todays-menu.htm. Be to, turite šiuos puslapius:

• /pirmadienis-meniu.htm
• /antradienis-meniu.htm
• /trečiadienis-meniu.htm
• /ketvirtadienis-meniu.htm
• /penktadienis-meniu.htm
• /šeštadienis-meniu.htm
• /sunday-menu.htm

Pirkite klonopin internetu be recepto

Pirmadienį naudojate 302 puslapių peradresavimus /todays-menu.htmį /pirmadienis-meniu.htm. Kitą dieną į /tuesday-menu.htm ir pan.

Pirkite valium internetu be recepto

Ar šiuo atveju veiktų 301 peradresavimas? Ne, nebus. Juk norite, kad /todays-menu.html būtų indekse ir pareikalavus būtų paieškos rezultatuose, panašiai kaip [ restorano pavadinimas Meniu]. Ir jūs nenorite, kad jūsų paklaustų [ restorano pavadinimas meniu] puslapyje buvo rodomas /trečiadienis-menu.htm puslapis, nes jis nėra racionalus ir negalite kontroliuoti laiko, kada paieškos robotas atvyks į jūsų svetainę (o jei naudojamas 301 peradresavimas, kai kurie iš 7 puslapių bus išvestyje).

xanax vaistinė

Ką bendro turi aukščiau pateikti pavyzdžiai? Tai yra ženklai, pagal kuriuos turėtumėte pasirinkti 302 peradresavimą.

pirkite ambien be recepto

302 peradresavimus galite naudoti šiais atvejais.

valium internetu be recepto

URL A -> URL B

• Kai svarbu, kad URL A būtų indeksuojamas ir toliau būtų nuolat indeksuojamas.
• Nėra labai svarbu, kad URL B turinys būtų indeksuojamas, tačiau tai labai naudinga lankytojui.
• Turite kelis puslapius, kurie logiškai tinka URL B
• Paskelbėte nuorodas į URL A

Pirkite ambien be recepto

Kaip jau sakiau anksčiau, visus aukščiau pateiktus pavyzdžius galima išspręsti programiškai, tačiau atsižvelgiant į situaciją, 302 peradresavimas gali būti paprasčiausias sprendimas. 302 peradresavimo rašymo sintaksę galite rasti mano straipsnyje, tiesiog 301 pakeičiant 302.

Sveiki mano mieli skaitytojai. Šiandien suprasime vieną įdomią temą, kuri jaudina daugelį. Dauguma optimizatorių vengia 302 peradresavimų. Tie, kurie to nedaro, naudojasi puikių paieškos rezultatų pranašumais. Gal laikas ištaisyti klaidą?!

Visuotinai pripažįstama, kad 302 ir 301 peradresavimai yra artimi, todėl dauguma žiniatinklio valdytojų tiesiog nekreipia į juos dėmesio. Tačiau paieškos sistemoms tai yra visiškai netapačios komandos su skirtingais aiškinimais.

Peradresuoti 302– Laikinas peradresavimas (TR) – verčiamas kaip „laikinai perkeltas“ ir peradresuoti 301– Nuolatinis peradresavimas (PR) – „perkeltas visam laikui“. Kitaip tariant, 302 pereinama į laikinąjį domeną, išsaugant senąjį adresą, o prie 301 - į nuolatinį URL, pašalinant ankstesnius domenus. Daugiau apie kodus galite perskaityti straipsnyje, kuriame kalbėjau apie būdus tikrinti svetainės serverių atsakymą.

Vis dėlto verta konkrečiau ir atskirai apsvarstyti kiekvieną peradresavimą.

1. 301 peradresavimas

Jo naudojimas aktualus 3 atvejais:

• keičiant seną domeną į naują ir patogus skaitymas vartotojams;
• pakeisti svetainę keičiant TVS;
• suklijuoti du svetainių pavadinimus be ir su www. Nors šis punktas šiandien vis mažiau aktualus.

Kitaip tariant, naudojant 301R, pozicijos paieškos sistemoje bus visiškai išsaugotos, neatsižvelgiant į judėjimo objektą (vienas ar keli puslapiai, visa svetainė).

1. 302 Peradresuoti

Jo naudojimas rodo, kad pradinis adresas bus matomas paieškos rezultatuose, tačiau paspaudus nuorodą vartotojas bus automatiškai nukreiptas į naują laikiną adresą. Svoris iš senojo domeno ir PageRank perkeliamas į naują: paieškos sistema indeksuos puslapį su 302R taip pat, kaip ir pagrindinė svetainė. Net jei turinys ten ir ten yra vienodas, TR dėka nebus dubliavimo.

Apibendrinkime tarpinį rezultatą. 302 peradresavimas (sąlygiškai pažymėkime URL 1 -> URL 2) tinka, kai:

• vykstantys techniniai darbai aikštelėje (būtina, kad URL 1 buvo nuolat indeksuojamas);
• papildomos naujos informacijos rodymas neredaguojant pagrindinio senojo puslapio;
• draudžiamų medžiagų aptikimas (pagaminta hostingo įmonės);
• eismo perdavimas (svetainėje URL 1 yra tik nuorodos);
• yra pora puslapių, kurie logiškai telpa url 2.

Nors visa tai rodo, kad svoris iš senojo domeno ir PageRank perkeliamas į laikinąjį naują: paieškos sistema indeksuos puslapį su 302R taip pat, kaip ir pagrindinė svetainė. Tačiau „Google PS“ specialistas Johnas Muelleris teigė, kad jei 302 bus prižiūrimas 6–12 mėnesių, jis automatiškai taps nuolatiniu, tai yra pateks į 301 kategoriją.

Klaidos. Peradresavimo metu niekas nėra apsaugotas nuo klaidų. Pagrindiniai yra 4:

1. Tai yra dvigubi ir trigubi peradresavimai;
2. Tai nėra teisingas jo naudojimas, tai yra, ne pagal situaciją;
3. Tai susieja visiškai skirtingus puslapius;
4. Tai yra kryptis į šaltinį, kuris grąžina atsakymo kodą.

Norint pašalinti galimas klaidas, nereikia rankiniu būdu tikrinti visų savo šaltinio puslapių – tiesiog naudokite internetinę paslaugą (pavyzdžiui, http://www.scanlight.ru/oshibki/perenapravlenie-301-redirekt/). Nuorodos į puslapius įvedamos į specialų langą ir po trumpo laiko pasirodys informacija su informacija apie galimas klaidas.

Pagrindiniai skirtumai tarp laikinojo ir nuolatinio peradresavimo praktinėje naudojimo dalyje: norint sujungti pirmąjį, naudojama refresh metažyma ir JavaScript biblioteka, o antrajam – .htaccess failo, esančio naudojami šaltinio šakninis aplankas.

Nuorodos ir „laikinai perkelta“

Pasirodo, nuorodų profilį sudaro atgalinės ir įeinančios nuorodos, tačiau jos taip pat neturėtų būti „bet kaip“. Jei jūsų svetainė įgyja patikimo milžino inkarą, atrodo, kad ji jus pakylės savo sąskaita. Be to, kad nuoroda veiktų, joje neturi būti atributų „noindex“/“nofollow“ (tai galite sužinoti atidarę puslapio kodą ir suradę žymą „href“). Bendrai įmonei svarbi nuoroda, kuri giliai įsiskverbė į svetainės struktūrą, nes didelė jų dalis beveik visada veda į pagrindinį puslapį, o tai nėra gerai. Visa tai taikoma įprastoms standartinėms nuorodoms. O nuorodos profilis, kuriame naudojamas laikinas peradresavimas?

Nors apie juodąją reklamą buvo kalbėta daug, optimizatoriai vis dar nusideda ja iki šiol. Pavyzdžiui. puslapių uždengimas – nukreipimas į turinį, priklausantį nuo situacijos. Tai yra, paieškos sistemai tai yra tekstas A, o vartotojui - tekstas B. Kad ir kaip tai pavadintumėte - tiesiogine sukčiavimu ar kenkėjišku el. laišku, paieškos sistemoms tai visiškai nepatinka. Žinoma, sistema taip pat gali sugesti, ir ji nėra tobula, tačiau TR nereikėtų piktnaudžiauti.

Mes pamatysime:

• Pasirodo, kad etaloninė masė nėra to paties tipo. Jis tampa įvairus - tai labai gerai;
• Peradresavimo inkarai perkelia dalį savo svorio;
• Lankytojai ateina kartu su juo – tai faktas;
• Visi milžinai – „Vkontakte“, „Odnoklassniki“, „Avito“ ir panašūs – naudoja 302 peradresavimus.

Sustokime čia ir pažiūrėkime į viską šiek tiek išsamiau.

Inkaras yra įtrauktas į etiketes - tekstą. Kitaip tariant, prieraišo nuoroda yra su žymomis, o ne prieraišo nuoroda yra be šių žymų. Manoma, kad nuoroda iš puslapio URL turi prasidėti www arba http:// – tai ryškus nepririšimo pavyzdys, kaip ir nuoroda, paslėpta už žodžių, pavyzdžiui, „ten“, „čia“, „čia“. „.“ ir panašiai. Jei adresas nurodytas kaip site-name.ru, tai jau yra inkaras. Išvada rodo pati savaime: ne inkaro nuoroda atrodo daug natūraliau nei kita. Tačiau pažanga šiuo atveju bus kitokia. Visgi jį reklamuoti su inkaru yra kiek lengviau, tačiau efektas trumpas. Kreipinys be inkaro „iššauna“ daug vėliau, tačiau jo poveikis daug reikšmingesnis ir ilgiau išliekantis. Kas, ekspertų nuomone, svarbiausia? Lydimasis tekstas, kuris turėtų būti abiejose nuorodos pusėse, būtent dėl ​​to, kad trūksta inkaro. Reklamuojant tokių nuorodų pirkimas turėtų palaipsniui didėti ir galiausiai sudaryti daugiau nei 50% visos nuorodų masės.

Kokia išvada iš to? Bendrinimas ir laikinas peradresavimas su atributais „nofollow-noindex“, įsigytas – visa tai kartu sudaro natūralų svetainės nuorodų profilį. Tai reiškia, kad tai priartina jį prie puoselėjamo tikslo – TOP. Jei naudojate tik tiesiogines nuorodas, paieškos sistema gali žymiai pažeminti svetainę paieškos rezultatuose, vertindama tai kaip bandymą manipuliuoti.

„Google“ paieškos kokybės atstovas Johnas Muelleris tai aiškiai pareiškė 301 ir 302 peradresavimaiĮ juos atsižvelgiama vienodai ir jie atitinkamai įveikia abu puslapio reitingus. Tie. abiejų peradresavimų naudojimas svetainėje taip pat teigiamai veikia svetainės ir atskirų jos puslapių reklamą.

Klausykite „Google“ atstovo, aiškinančio šią temą (anglų kalba iš „Google Webmaster School“)

Jei atidžiai išanalizuosime, pavyzdžiui, SEO įskiepį, pavyzdžiui, RDS juostą, pamatysime, kad viskas nuorodos iš socialinių tinklų turi 302 kodą, tačiau jų įtaka reklamavimo požiūriu yra didelė. Taip pat nuorodos populiariuose forumuose 80 proc. turėti tuos pačius peradresavimus nuorodose, tačiau tai nesumažina jų vertės ir įtakos reklamai dėl natūralaus srauto, į kurį paieškos sistemos būtinai atsižvelgs.

Kaip svetainėje nustatyti 302 peradresavimą

Dabar pažiūrėkime, kaip praktiškai nustatyti laikinąjį peradresavimą. Kadangi paieškos sistemos tai supranta kaip trumpą nepatogumą, indeksuoti reikėtų abu puslapius – ir senąjį, ir naująjį, kuris galiausiai įrašomas .htaccess failo kode.

Perrašyti variklį

Peradresuoti 302 /senas adresas http://your-site.ru/new nuoroda

Aukščiau pateiktas kodas reikalingas norint peradresuoti "vidinį puslapį. Dabar pažiūrėkime į kodą, kuris uždaro turinį, kurio nereikia rodyti iš vartotojų. Dar kartą rašome:

Perrašyti variklį

RewriteCond %(REQUEST_URI) !/inside.html$

RewriteCond %(REMOTE_ADDR) !^123.123.123.123

RewriteRule$/inside.html

Kalbant apie php, funkcija parašyta antraštėse Refresh arba Location. Svarbiausia kodo naudojimo sąlyga yra tarpų, HTML kodų, eilučių lūžių ir t.t. nebuvimas. Kodas atrodo taip:

Yra dar vienas įdomus lankytojų nukreipimo variantas. Jis naudojamas naudojant „Refresh“ antraštę, o pavyzdyje perėjimas įvyksta praėjus 10 sekundžių po to, kai puslapis yra visiškai įkeltas (beje, „Yandex Metrica“ parinktis yra svarbi):

Kalbant apie „Java“ scenarijų, čia kodas nukopijuojamas į puslapį, reikalingą perėjimui:

<% response.setStatus(302); response.setHeader("Location", "http://www. новыйадрес.ru"); response.setHeader("Connection", "close"); %>

Arba kitas variantas:

PHP:

Kaip matote, nustatyti 302 peradresavimą nėra taip sunku. Svarbiausia čia nepadaryti klaidos su vienu ženklu.

Yra vadinamasis pseudo-peradresavimas. Tai reiškia, kad reikiamas puslapis įkeliamas į rėmelį, tačiau dėl to paieškos variklio perėjimas neįvyksta. Jį galima konfigūruoti per Frameset:

PHP:

tekstą

Arba per IFrame:

PHP:

Čia galite įvesti skaitiklio kodą

Esminis skirtumas tarp jų yra tas, kad pirmasis neleidžia veikti jokiems statistikos skaitikliams, o antrasis leidžia tai padaryti puikiai.

Kaip išvada

Straipsnio pabaigoje apsvarstysime dažniausiai užduodamus klausimus, susijusius su optimizatoriais:

1. Neseniai ekspertai naudojo 302TR, kad apeitų „Google Aging Delay“ filtrą. Svetainės, kurios tiesiog sparčiai įgijo nuorodų masę, po šešių mėnesių dingo iš paieškos. Išvados buvo dvi: arba jie persikėlė į vadinamąją smėlio dėžę, arba gamtoje išvis nebuvo filtro. Tačiau mitas, kad 302 peradresavimai negali būti naudojami, gyvuoja iki šiol;
2. Pradėjus ieškoti informacijos apie teisingą dviejų peradresavimų naudojimą, dauguma SEO pataria nesimaišyti su 302, nes, jų nuomone, paieškos sistemos supranta tik 301. „Laikinas“ – problematiškas, neva paieškos sistemos turi „stuporą“ ir bėdos su svetaine garantuotos. Taip, galbūt kažkam taip nutiko praeityje. Tačiau optimizavimo algoritmai keičiasi kasdien, o tai, kas neseniai buvo neįmanoma, šiandien yra beveik „praėjęs amžius“. Todėl Temporary naudojimas yra ne tik priimtinas – jis skatinamas;
3. Pavojinga iš viso naudoti peradresavimą. Taip, neapgalvotai pavojinga. Viskas atrodo taip. Pavyzdžiui, jūsų svetainėje yra 100 puslapių ir visus juos peradresuojate į naują pagrindinį puslapį. Apatinė eilutė – paieškos sistema gali arba tiesiog sumažinti paieškos rezultatus, o tai vis dar yra pakenčiama, arba gali visiškai išmesti visą seną turinį iš indekso kartu su nuorodų mase. Deja, tokių atvejų buvo. Alternatyvus šios situacijos variantas yra minimalus 302-asis iki pagrindinio, tačiau geriau glaudžiai susieti didžiąją puslapio dalį pagal temą;
4. Ir paskutinis dalykas, kuris rūpinasi optimizuotojais, yra tekstinės nuorodos be inkarų ir SERP. Inkaras yra įtrauktas į etiketes - tekstą. Kitaip tariant, prieraišo nuoroda yra su žymomis, o ne prieraišo nuoroda yra be šių žymų. Manoma, kad nuoroda iš puslapio URL turi prasidėti www arba http:// – tai ryškus nepriekaišingumo pavyzdys. Taip pat nuoroda, paslėpta už žodžių, pavyzdžiui, „ten“, „čia“, „čia“ ir panašiai, yra be inkaro. Jei adresas nurodytas kaip site-name.ru, tai jau yra inkaras. Išvada rodo pati savaime: ne inkaro nuoroda atrodo daug natūraliau nei kita. Tačiau pažanga šiuo atveju bus kitokia. Visgi jį reklamuoti su inkaru yra kiek lengviau, tačiau efektas trumpas. Kreipinys be inkaro „iššauna“ daug vėliau, tačiau jo poveikis daug reikšmingesnis ir ilgiau išliekantis. Kas, ekspertų nuomone, svarbiausia? Lydimasis tekstas, kuris turėtų būti abiejose nuorodos pusėse, būtent dėl ​​to, kad trūksta inkaro. Reklamuojant tokių nuorodų pirkimas turėtų palaipsniui didėti ir galiausiai sudaryti daugiau nei 50% visos nuorodų masės.

Daugumai optimizuotojų kyla klausimas: ar išvis pavojinga naudoti peradresavimą? Taip, neapgalvotai pavojinga. Viskas atrodo taip. Pavyzdžiui, jūsų svetainėje yra 100 puslapių ir visus juos peradresuojate į naują pagrindinį puslapį. Apatinė eilutė – paieškos sistema gali arba tiesiog sumažinti paieškos rezultatus, o tai vis dar yra pakenčiama, arba gali visiškai išmesti visą seną turinį iš indekso kartu su nuorodų mase. Deja, tokių atvejų buvo. Alternatyvus šios situacijos variantas yra minimalus 302-asis iki pagrindinio, tačiau geriau glaudžiai susieti didžiąją puslapio dalį pagal temą.

Apibendrinant šį puikų straipsnį, verta pasakyti štai ką. Peradresavimas iš esmės yra techninis svetainės ir serverio parametras. Tai padeda išspręsti aktualias problemas, pavyzdžiui, tinkamai paskirstyti ir padėti reklamuoti. Tačiau naudodami 302 peradresavimą, kaip ir kitus, turite būti ypač atsargūs: serverio nustatymuose padarytos klaidos gali panaikinti visą reklamą, o tinkamai naudojant pateiks jūsų svetainę paieškos rezultatų viršuje jokiu problemu.

Prenumeruojame tinklaraščio naujienlaiškį ir laukiame jūsų naujuose straipsniuose, nes tai bus tik BOMBA!!!. Netrukus mano prenumeratoriai ras įdomių funkcijų ir mano praktikos ataskaitą, taip pat papasakos, kaip padidinti tinklaraščio srautą ir sulaukti pirmųjų 300 unikalių lankytojų per dieną.

Pagarbiai Galiulin Ruslan.

Peradresavimas iš vieno puslapio į kitą arba iš vieno domeno į kitą yra naudinga funkcija, tačiau ne visi ja naudojasi. Ir jei jie tai daro, jie atlieka neteisingą peradresavimą. Juk labai svarbu perorientuoti puslapį per teisingą peradresavimą. Jei nustatysite peradresavimą nenurodydami peradresavimo, paieškos sistemos greitai tai pastebės ir jūsų svetainė bus nubausta iki šaltinio įvedimo po filtru. Todėl geriau nustatyti peradresavimą per 301 peradresavimą. Ir tai galima padaryti naudojant htaccess failą arba per php. Abu metodai bus aptarti šiame straipsnyje.

Kam skirtas peradresavimas?

Pats peradresavimas, jau nekalbant apie peradresavimo numerį, yra būtinas norint, kad paieškos indekse būtų išsaugoti visi seni puslapiai. Iš esmės tokia priemonė reikalinga senoms svetainėms, kuriose jau yra sukaupta pakankamai straipsnių ir kitos medžiagos. Perkeliant į naują domeną arba pervardijant puslapį, jis neberodomas tinkamai senoje nuorodoje. Dėl to vartotojas, radęs seną išsaugotą jūsų svetainės kopiją paieškos rezultatuose ir perėjęs ją į jūsų svetainę, vietoje straipsnio matys klaidą ir jūs prarasite potencialų lankytoją.

Peradresavimas reikalingas tam, kad jau mirę resursų puslapiai būtų gyvi, kad neprarastumėte žmonių, o kartais ir tam, kad būtų parodyta jiems svarbių pranešimų.

Pavyzdžiui, jei turite skyrių su įmonės naujienomis ir nusprendėte 2 dienas rodyti naudotojams naują straipsnį, kad jį reklamuotumėte. Tai galima padaryti tiesiog nukreipiant iš puslapio su visomis naujienomis į puslapį su konkrečiu straipsniu.

Jei peradresavimas yra prastai valdomas, paieškos robotai gali neteisingai suvokti URL peradresavimą. Pavyzdžiui, jei rašote peradresavimą php, bet nenurodote jo priežasties. Tada paieškos robotas paims jūsų išteklius sukčiavimui, kurio reikia tik srautui nukreipti tarp svetainių ar puslapių. Tokie projektai naudojami laipsniškai padidinti išteklių srautą ir kartu reklamuoti daug puslapių. Ir norėdami nurodyti peradresavimo priežastį, nurodykite peradresavimą 301 htaccess faile ar bet kuriame kitame. Kai paieškos variklis pamatys pranešimą apie peradresavimą, jis nebus atsargus dėl jūsų išteklių ir svetainė nepraras savo pozicijų paieškos rezultatuose. Todėl protingai valdykite peradresavimą!

Per kurį peradresuoti nukreipti – per 301 arba 302

Tai viena iš mėgstamiausių žiniatinklio valdytojų diskusijų temų forumuose. Kai kurie nori peradresuoti per 301 peradresavimą, o kiti teigia, kad jis neveikia tinkamai, ir pasirenka 302. Negalima teigti, kad kuri nors iš suformuotų stovyklų yra teisinga, nes vienais atvejais naudinga nukreipti per 301, o kitais - per 302 peradresavimus. Išsiaiškinkime, kokiais atvejais geriausia tai padaryti.

Žinoma, žiniatinklio valdytojai labiau mėgsta 301 peradresavimus. Buvo laikas, kai svetainės ir puslapiai, veikiantys naudojant 302 peradresavimus, buvo blokuojami. Tai buvo vienintelis atvejis išteklių indeksavimo istorijoje ir kitų panašių precedentų nebuvo. Tačiau senieji žiniatinklio valdytojai vis dar turi prisiminimų, todėl 302 peradresavimai vis dar vertinami atsargiai. Bet veltui, nes dažnai tai naudinga svetainės reklamai.

Peradresuoti iš vieno puslapio į kitą naudojant 302 peradresavimą naudinga tais atvejais, kai norite laikinai suaktyvinti peradresavimą. juk 302 peradresavimas yra verčiamas kaip laikinas peradresavimas, o 301 redirect reiškia nuolatinį peradresavimą, tai yra nuolatinį peradresavimą. Pasirodo, naudodamiesi 302 peradresavimu, jūs duodate paieškos sistemoms komandą ne pašalinti senas nuorodas iš problemos, o išsaugoti jas kartu su naujomis, į kurias nurodomas peradresavimas.

Peradresavimas naudojant 302 peradresavimus yra naudingas tais atvejais, kai reikia laikinai pašalinti vieną puslapį ir vietoj jo rodyti kitą. Pavyzdžiui, jei norite perteikti žmonėms kokią nors naują medžiagą. Tada galite įdėti peradresavimą ir nurodyti 302 peradresavimą. Nė viena iš paieškos sistemų jūsų už tai nenubaus. Be to, tokiu būdu galite sumaniai apeiti 404 klaidą ir nukreipti žmones iš tos svetainės dalies, kurioje atliekama priežiūra. Tačiau dar geriau naudoti šį peradresavimą naujiems įrašams reklamuoti, nes tai yra srauto perkėlimas, kurį teisėtai įrašys paieškos sistemos.

Kalbant apie 301 peradresavimą, šis peradresavimas gerai veikia tik tuo atveju, jei norite visam laikui suaktyvinti peradresavimą. Galų gale, jei atliksite 301 nukreipimą puslapiui, kuris neturėtų būti visada nukreipiamas, laikui bėgant jis išnyks iš paieškos rezultatų ir bus pakeistas puslapiu, į kurį buvo suaktyvintas nukreipimas. Tai verta padaryti, pavyzdžiui, jei norite pašalinti naudotojus nuo patekimo į pagrindinį puslapį su indeksu php formatu arba pašalinti veidrodžius su WWW ir be jo.

301 peradresavimas yra puiki pagalba tiems, kurie nusprendžia sukurti naują savo svetainės domeną. Tada net pravers htaccess nustatymuose arba php nurodyti 301 peradresavimą, nes ankstesnio domeno “svoris” perkeliamas į puslapius. Tai yra, TIC ir PR, nustatantys svetainių patirtį ir įvertinimą „Google“ ir „Yandex“ paieškos sistemose, bus perkelti į naują puslapį arba tą pačią svetainę su kitu URL. Taigi prieš atlikdami peradresavimą gerai pagalvokite, kuris iš jų bus naudingesnis puslapiui: nuolatinis 301 peradresavimas ar laikinas 302?

Kaip nustatyti 301 peradresavimą įvairiems atvejams htaccess faile

Jei jums reikia peradresuoti visą svetainę iš senojo domeno į naują, tada htaccess turite nurodyti tik vieną eilutę: Redirect 301 / http://www.new_domain.ru/new.html. Taigi, paieškos robotai gaus žinią apie nuolatinį perkėlimą iš senojo adreso į naują, o pamažu senojo URL svoris bus priskirtas esamam adresui. Be to, galite naudoti panašią eilutę, kad nukreiptumėte iš senojo puslapio į naują, išlaikydami jo PR. Norėdami tai padaryti, vietoj vieno pasvirojo brūkšnio „/“, kuris reiškia svetainės šakninį katalogą, laukelyje htaccess įrašykite kelią į puslapį, kurį peradresuojate. Kaip komandą negalite nurodyti 301-ojo peradresavimo, o parašyti visą jo pavadinimą - RedirectPermanent - ši parinktis veikia taip pat.

Tačiau dažniausiai domenui suklijuoti su WWW ir be WWW naudojamas 301 peradresavimas. Juk pagal numatytuosius nustatymus į savo svetainę galite patekti įvesdami domeną su WWW ir be WWW. Tai sukelia nepageidaujamą puslapių dubliavimą, o tai neigiamai veikia išteklių indeksavimą ir reklamą. Todėl reikia sukonfigūruoti htaccess, kad svetainė veiktų tik su vienu iš domenų: su WWW arba be WWW. Kurį variantą pasirinkti – jau jūsų asmeninis sprendimas, nes esminio skirtumo nėra. Bet kokiu atveju, net jei vartotojai įves priešingą adresą, jų užklausa vis tiek bus nukreipta į kitą URL.

Norėdami nustatyti peradresavimą į pagrindinį domeną iš antrinio veidrodžio, htaccess turėtumėte parašyti peradresavimo taisykles. Tai galima padaryti suaktyvinus peradresavimą naudojant eilutes Options +FollowSymLinks ir RewriteEngine. Tada turėsite nurodyti, iš kurio puslapio suaktyvinti peradresavimą: jei iš puslapio su WWW, tada parašyti RewriteCond %(HTTP_HOST) ^www\.(.*)$, o jei iš puslapio be WWW, tada RewriteCond %. (HTTP_HOST) ^([ ^www].*)$. Paskutinėje funkcijos eilutėje turite nurodyti, kur nukreipti vartotojus: jei norite padaryti domeną be pagrindinio veidrodžio WWW, tada lauke htaccess parašykite RewriteRule ^(.*)$ http://%1/$1, o jei su WWW, tada RewriteRule ^(. *)$ http://www.%1/$1 .

Atkreipkite dėmesį, kad yra didelis skirtumas tarp htaccess konfigūravimo serveriams su skirtingais moduliais. Daugelis serverių dirba su mod_rewrite. Jei jūsų taip pat veikia su šiuo moduliu, tuomet turėtumėte naudoti aukščiau aprašytas komandas: RewriteRule, RewriteCond; ir skliausteliuose nurodykite peradresavimo tipą (pavyzdžiui, 301 reikia parašyti ). Ir jei jūsų serveris veikia su įjungtu mod_alias mod, naudokite kitas htaccess komandas, pvz., RedirectMatch 301, Redirect 301, RedirectPermanent ir kt.

Kaip suaktyvinti "judėti amžinai" per php kodą

Nuolatinį peradresavimą galite nustatyti ne tik per htaccess – tai galima įrašyti ir php kode. Kartais šis metodas yra net geresnis nei ankstesnis, nes pradedantiesiems dažnai kyla problemų naudojant htaccess failą. Dėl to vietoje įprasto peradresavimo svetainėje pasirodo 500 klaidos pranešimas, kuriame teigiama, kad htaccess failo sintaksė yra neteisinga. Ir nors php nėra lengvesnė kalba nei vidinė htaccess konfigūracijos failo kalba, kai kuriais atvejais nustatyti peradresavimus per ją yra daug lengviau.

php programoje peradresavimai veikia su header() funkcija ir Location parametru. Norėdami suaktyvinti 301-ąjį peradresavimą php, turėsite jį nurodyti kaip „HTTP / 1.1 301 Moved Permanently“, tai yra, kaip „išeina visam laikui“. Tai turi būti rašoma skliausteliuose po pirmojo antraštės argumento. Ir po kito antraštės argumento skliausteliuose turite parašyti: „Vieta: http://www.domain_where_to_move.ru“. Prieš tai rekomenduojama trumpai susipažinti su php kalba ir kaip ji veikia, kad netyčia nepadarytumėte kvailų klaidų.

Verta manyti, kad nurodytas peradresavimo per php kalbą metodas, nors ir veikia taip pat, kaip ir naudojant htaccess, ne visada tinkamas. Ypač jei norite nustatyti lankstų peradresavimą, pavyzdžiui, iš pagrindinio puslapio su index.php į pagrindinį puslapį be indekso failo. Tada toks peradresavimas jums nepadės. Jis tiks tik automatiniam peradresavimui iš konkretaus puslapio į kitą.

Kodėl 301 peradresavimas neveikia

Dažnai atsitinka taip, kad žiniatinklio valdytojai daro klaidą rašydami htaccess failo taisykles. Arba jie praranda konkrečias savo serverio funkcijas. Po to peradresavimas arba visai neveikia, arba puslapyje pateikiamas klaidos numeris 500. Jei turite antrą parinktį ir pasirodo klaida, pabandykite pakomentuoti visas htaccess failo parinktis po vieną, kol pasiekti eilutę, kuri pašalina klaidą 500. Norėdami pakomentuoti eilutę, prieš pat ją reikia įdėti maišos ženklą „#“ be tarpų.

Tačiau, kaip rodo praktika, dažnai peradresavimas neveikia dėl kitų priežasčių, ne tik dėl sintaksės klaidų. Viena vertus, problema gali būti tame, kad naudojote netinkamas komandas, nes jūsų serveryje veikia ne mod_rewrite mod, o kitas modulis. Tada jums reikės tik nurodyti kitas komandas. Kita vertus, problema gali būti paslėpta netinkamuose svetainės nustatymuose. Patikrinkite, ar įjungtos NC nuorodos. Be to, įsitikinkite, kad htaccess failas turi teisingą pavadinimą. Jis sukuriamas tekstiniame faile ir dažnai pamirštamas pakeisti .txt formatą į .htaccess, nes teisingas konfigūracijos failas turi ne pavadinimą, o tik plėtinį.

Geriausias būdas išspręsti peradresavimo problemą yra susisiekti su naudojamo prieglobos paslaugų teikėjo technine pagalba. Paprastai pagalbos ilgai laukti nereikia, nes tai populiari žiniatinklio valdytojų problema. Faktas yra tas, kad peradresavimas gali neveikti, nes, pavyzdžiui, serveris nepalaiko klaustukų nurodytose senose htaccess nuorodose. Negalite apie tai žinoti iš anksto, todėl parašykite pagalbos skyriui, kad gautumėte išsamios informacijos.