Telegram, WhatsApp+380637610482
Valērijs Danjuks
Valērijs DanjuksizstrādātājsMākslīgā intelekta rīku izstrāde uzņēmumiem. Augsta kvalitāte. Pieejama cena.Rakstīt Telegram

Pārbaudiet pāradresācijas tiešsaistē: 301 un 302 ķēdes, cilpas un kas jālabo

Pārbaudiet pāradresāciju tiešsaistē: ķēde 301 un 302 no vecās adreses uz pēdējo lapu

Ko jūs iegūsiet

  • Pilnīga pāreju ķēde no avota adreses uz pēdējo lapu ar katra soļa kodu
  • Izpratne par to, kad pāriet uz 301, kad uz 302 un kad ķēde jāsamazina līdz vienam lēcienam
  • Plāns pāradresāciju pārbaudei pēc vietnes pārvietošanas, domēna maiņas vai URL struktūras maiņas
Lietot: 10 minūšu laikāSaglabājumi: Amati pēc pārcelšanās un pārmeklēšanas budžets

Īsā atbilde: lai pārbaudītu pāradresāciju tiešsaistē, ielīmējiet avota URL PromoPilot pāradresācijas pārbaudītājā un noklikšķiniet uz pārbaudes pogas. Rīks sekos katrai pāradresācijai uz pēdējo lapu un parādīs pāradresācijas veidu (301, 302, 307, 308), HTTP kodu katrā solī, galīgo URL un visus ciklus. Tas ir bez maksas un neprasa reģistrāciju. Tālāk ir norādīts, kā lasīt pāradresācijas ķēdi un kas jālabo pēc vietnes pārvietošanas.

Pāradresācijas ir pirmā lieta, ko pārbaudu pēc jebkuras vietnes pārsūtīšanas. Visbiežāk vietne "zaudē" reitingus nevis satura dēļ, bet gan 302. kļūdas dēļ 301. kļūdas vietā vai četru pāradresāciju ķēdes dēļ, ko neviens nepamanīja.

Ko rāda pāradresācijas pārbaude?

Pāradresācija ir servera atbilde: "Lapas šeit nav, dodieties uz citu adresi." Pārlūkprogramma klusībā seko, un apmeklētājs to nepamana. Meklētājprogrammas seko šim piemēram, taču katrs papildu solis tām maksā laiku, un jūs paātrināt un uzticaties.

Ko rīks aplūko? Nozīmes piemērs Kāpēc tas ir paredzēts SEO?
Pilnīga pārejas ķēde http:// → https:// → https://www. Var redzēt visus soļus, ne tikai sākumu un beigas.
Pāradresācijas veids 301, 302, 307, 308 Pastāvīga pāreja pārsūta signālus no vecās adreses uz jauno, bet pagaidu pāreja to nedara.
HTTP kods katrā solī 301 → 302 → 200 Kļūda 404 vai 500 ķēdes beigās — pazaudēta lapa
Gala URL https://example.com/new-page Vai tā atbilst adresei kanoniskajā lapā un vietnes kartē?
Cikliskās pāradresācijas A → B → A Lapa vispār neatveras: ne cilvēkiem, ne robotiem

Parastais rezultāts izskatās šādi: viena pāreja ar kodu 301 un pēdējā lapa ar kodu 200.

Kā pārbaudīt pāradresāciju tiešsaistē?

Kā pārbaudīt pāradresāciju tiešsaistē 4 soļos: ielīmējiet veco adresi, palaidiet pārbaudi, izpētiet koda ķēdi un samaziniet to līdz vienai pārejai

  1. Atveriet rīku. Pāradresācijas pārbaudītājs darbojas pārlūkprogrammā.
  2. Ielīmējiet sākotnējo adresi — veco URL, adresi bez www, versiju ar http:// vai saiti no reklāmas.
  3. Noklikšķiniet uz "Pārbaudīt". Rīks skenēs ķēdi pēc pāris sekundēm.
  4. Izpētiet katru soli: atbildes kodu, adresi un pārejas veidu.
  5. Salīdziniet galīgo URL ar to, ko apmeklētājam un meklētājprogrammai vajadzētu redzēt.
  6. Lūdzu, izlabojiet noteikumu serverī vai CMS un vēlreiz pārbaudiet adresi.

Rīka lapā ir adreses lauks, poga “Pārbaudīt” un apraksts: kas tiek pārbaudīts, lietošanas scenāriji un ierobežojumi.

PromoPilot bezmaksas pāradresācijas pārbaudes rīka lapa: URL lauks un 301 un 302 ķēdes pārbaužu apraksts

Praktisks padoms: pārbaudiet ne tikai vienu adresi, bet gan četras galvenās lapas variācijas: http://example.com, http://www.example.com, https://example.com un https://www.example.com. Visām četrām vienā solī jānoved uz vienu un to pašu adresi.

Kā lasīt ķēdi un kas vispirms jālabo?

Piemērs no rīka wiki: http://example.com/old-page iet cauri 301 → 302 → 200 un beidzas ar https://example.com/new-page. Divas pārejas, un otrā ir pagaidu. Tas ir slikti pārvietošanai: meklētājprogramma var turpināt uzskatīt starpposma adresi par primāro adresi.

Labojumu secība ir šāda:

  1. Cikli. A → B → A — lapa nav pilnībā pieejama. Nekavējoties labojiet: parasti pastāv konflikts starp .htaccess noteikumu un vietnes URL iestatījumu CMS.
  2. Ķēdes beigās ir kļūda. Ja pēdējais solis ir 404 vai 500, novirzīšana nekur neved. Novirzīt uz tiešsaistes lapu ar to pašu tēmu, nevis uz galveno lapu.
  3. 302, nevis 301. Pagaidu pāradresācija, ja pārvietošana ir pastāvīga, ir izplatīta kļūda spraudņos un mitināšanas paneļos. Aizstājiet to ar 301 (vai 308).
  4. Garas ķēdes. http → https → www → /ru/ → /new/ — četri soļi. Pārrakstiet noteikumus tā, lai jebkura vecā adrese vestu tieši uz pēdējo adresi.
  5. Jaukti noteikumi. Slīpsvītra beigās, lielie burti, index.php — katrs šāds noteikums pievieno soli. Apvienojiet tos vienā.

Īss kodu pārskats: 301 un 308 ir pastāvīgi, 302 un 307 ir pagaidu; 307 un 308 arī saglabā pieprasījuma metodi, kas ir svarīga veidlapām un API. SEO draudzīgām migrācijām izvēlieties 301.

Kā izskatās "viens noteikums piecu vietā" Apache serverī — .htaccess piemērs, kas jebkuru adreses variantu tieši novirza uz https://www.

RewriteEngine On
RewriteCond %{HTTPS} off [OR]
RewriteCond %{HTTP_HOST} !^www\. [NC]
RewriteRule ^(.*)$ https://www.example.com/$1 [R=301,L]

Divu secīgu pāreju vietā (vispirms uz HTTPS, pēc tam uz www), apmeklētājs un robots saņem vienu. Nginx vidē šī pati problēma tiek atrisināta ar atsevišķu server bloku ar return 301 Pēc rediģēšanas vēlreiz palaidiet visas četras sākumlapas versijas un pāris iekšējās lapas, izmantojot rīku.

Vēl viena izplatīta parādība ir novirzīšana, kas palikusi pāri no vecām akcijām un reklāmas kampaņām. Reklāmas lapa jau sen ir izdzēsta, un pēc trim klikšķiem uz reklāmkaroga saite rada 404 kļūdu. Ieteicams reizi ceturksnī veikt novirzīšanas pārbaudi URL no reklāmām un e-pastiem.

Salīdzinājums: PromoPilot un citi veidi, kā pārbaudīt pāradresācijas

Rīks Kas ir bez maksas? Ierobežojumi Kam tas ir piemērots?
PromoPilot — pāradresāciju pārbaude Pilna ķēde, katra soļa kods un veids, gala URL, cikli Viens avota URL katrā palaišanas reizē Ātri pārbaudiet savu adresi pēc rediģēšanas vai pārvietošanas
httpstatus.io Atbildes kodi un ķēdes vairākām adresēm Tikai kodi un pārejas Pārbaudiet nelielu adrešu sarakstu
Kliedzoša varde SEO zirneklis Visas vietnes pāradresācijas ķēdes pārskats Programma ir jāinstalē; bezmaksas versijai ir adrešu ierobežojums. Tehniskā revīzija pēc migrācijas
Chrome DevTools (tīkls, žurnāla saglabāšana) Visas pārlūkprogrammas pārejas Manuāli, bez kopsavilkuma Izstrādātājiem atkļūdošanas laikā

Secinājums: Lai pārbaudītu konkrētu URL, visātrāk var izmantot tiešsaistes rīku, bet simtiem URL pēc pārvietošanas ir nepieciešams rāpuļprogramma vai pilnīgs audits. Manuāla verifikācija DevTools ir noderīga, ja pāradresācija ir atkarīga no sīkfailiem vai pārlūkprogrammas valodas.

Pāradresācijas pārbaudītājs ir viens no PromoPilot 87 bezmaksas SEO rīkiem. Ja jūsu pāradresācijas ķēdē ir iekļauta pāreja no HTTP uz HTTPS, skatiet blakus esošo rakstu SSL sertifikāta verifikācijas sadaļā: beidzies sertifikāts pārtrauc ķēdi jau pirmajā solī.

Ierobežojumi: Ko novirzīšanas pārbaude neatklās?

Rīks katrā palaišanas reizē pārbauda vienu avota URL. Lai pārbaudītu simtiem vecu URL pēc pārvietošanas, izmantojiet pilnu vietnes auditu vai URL rāpuļprogrammu.

JavaScript un meta atsvaidzināšanas pāradresācijas var neparādīties kā HTTP pāradresācijas: serverī tās tiek parādītas kā parasta lapa ar 200 statusa kodu, bet pāradresāciju sāk pārlūkprogramma. Ja rīks parāda 200 vietā, kur gaidījāt pāradresāciju, pāradresācija, visticamāk, ir skriptēta. Meklētājprogrammām servera puses 301 ir uzticamāka.

Visbeidzot, dažas pāradresācijas ir atkarīgas no ģeogrāfiskās atrašanās vietas, pārlūkprogrammas valodas vai sīkfailiem. Robots un rīks ierodas “tīri” bez sīkfailiem un redz ķēdi, ko redz meklētājprogramma, nevis jūs. Ja vietne jūsu pārlūkprogrammā atveras citādi, nekā parādīts pārbaudē, atveriet adresi inkognito režīmā — tādā veidā jūs to redzēsiet ar robota acīm.

Kad bezmaksas rīks nav pietiekams?

Pāradresāciju pārbaude tiešsaistē un vietnes pārvietošana ar speciālista palīdzību: ko dara katra opcija

Vienas adreses pārbaude aizņem tikai minūti. Pārcelšanās plānošana, lai nezaudētu trafiku, jau ir vesels projekts. Jums ir nepieciešams speciālists, ja:

  • jūs maināt domēna, dzinēja vai URL struktūru, un vietnē ir simtiem lapu;
  • Pēc pārcelšanās datplūsma samazinājās, bet pāradresācijas “šķiet, ka darbojas”;
  • noteikumi ir izkliedēti starp serveri, CDN un spraudņiem, un ķēdes atkal parādās;
  • Jums ir jāsalīdzina vecā un jaunā adrese pēc nozīmes, nevis jāsūta viss uz galveno lapu.

Ko es varu darīt jūsu tīmekļa vietnes labā?

Mani sauc Valērijs Daņuks, esmu izstrādātājs un SEO speciālists ar 12 gadu pieredzi un vairāk nekā 200 klientiem. Mājaslapu migrācija man ir biežs uzdevums, un es to veicu tā, lai nodrošinātu, ka vecās saites turpina darboties.

SEO un reklāmas veicināšana

Tīmekļa vietnes un tiešsaistes veikali

CRM, grāmatvedība un automatizācija

Visi projekti ir portfolio. Plānojat pārcelties? Atsūtiet man savu veco un jauno adresi Telegram — es pateikšu, kur jūs parasti zaudējat pozīcijas.

Rezultāts

  1. Pāradresācijas pārbaude tiešsaistē aizņem tikai minūti: ir redzama visa ķēde, katra soļa kods un galīgais URL.
  2. Labot secībā: cikli → kļūdas ķēdes beigās → 302, nevis 301 → garas ķēdes.
  3. Pēc katras pārcelšanās pārbaudiet visas četras mājas adreses un galvenās vecās adreses.
  4. Ja migrācija ir liela, plānojiet to kopā ar speciālistu vai arī izveidojiet vietni no jauna 1001site platformā un iestatiet pāradresācijas vienreiz un pareizi.

Sāc ar pašu galveno: pārbaudi pāradresācijas ķēdi bez maksas, un, ja rezultāti ir mulsinoši, raksti man Telegram.

Avoti

  • PromoPilot pāradresācijas pārbaudītāja lapa — pārbaudes, ķēdes piemērs un ierobežojumi.
  • Google Search Central — dokumentācija par pāradresācijām un to ietekmi uz meklēšanu.
  • httpstatus.io un Screaming Frog SEO Spider — funkciju apraksti oficiālajās tīmekļa vietnēs.

Atsauces un avoti

Jautājumi un atbildes

Kāda ir atšķirība starp 301 un 302?

301 ir pastāvīga pāradresācija: lapa ir neatgriezeniski pārvietota, un meklētājprogramma galu galā savā indeksā aizstās veco adresi ar jaunu. 302 ir pagaidu pāradresācija: vecā adrese paliek primārā, un apmeklētājs vienkārši tiek pāradresēts uz citu atrašanās vietu. Pārvietošanai, domēna maiņai un pārslēgšanai uz HTTPS ir nepieciešams 301 (vai 308).

Cik pāradresāciju ķēdē ir atļauts veikt?

Ideālā gadījumā no jebkura vecā URL uz pēdējo lapu vajadzētu būt vienai pārejai. Katrs papildu solis palielina latentumu un izšķiež pārmeklēšanas budžetu. Google dokumentē, ka ķēdes sekošana nav bezgalīga, tāpēc vislabāk ir saīsināt garas ķēdes, pirms rodas problēmas.

Kāpēc rīks neredz manu pāradresāciju?

Visticamāk, pāradresāciju aktivizēja JavaScript vai lapas meta atsvaidzināšana, nevis servera HTTP atbilde. Rīks, iespējams, šādas pārejas neparādīs kā atsevišķu soli. SEO nolūkos servera puses 301 pāradresācija ir uzticamāka.

Vai ir iespējams vienlaikus pārbaudīt pāradresācijas adrešu sarakstam?

Šis rīks katrā palaišanas reizē pārbauda vienu avota URL. Simtiem URL pēc pārvietošanas ērtāka ir rāpuļprogrammas vai pilnīga vietnes audita veikšana, kas pārbauda novirzīšanas ķēdes visās lapās.

Mēs pārbaudījām vietni, bet nav neviena, kas to salabotu?

Šis bezmaksas rīks atklāj problēmas. Es analizēšu ziņojumu, noteikšu prioritātes un novērsīšu tās: SEO audits, paātrināšana, iezīmēšana un migrācija uz jaunu vietni, nezaudējot reitingu.