Whatfarë është gabimi HTTP 302 & Si ta rregullojmë atë? [4 Metodat e Testuara të Shpjeguara]

Kurdoherë që duhet të bëjmë 302 ridrejtime, zakonisht lindin të njëjtat pyetje.


Këtu janë disa nga pyetjet:

  1. A është faqja ime e internetit e gatshme për të?
  2. Cili lloj ridrejtimi është më i përshtatshmi për çështjen time?
  3. A do ta humbas të gjithë punën SEO që kam bërë deri më tani?
  4. A do të më penalizojë Google? Happensfarë ndodh nëse eliminoj ridrejtimet?
  5. Si janë bërë?
  6. Si mund ta rregulloj gabimin 302? (nëse ndodh)

Në këtë artikull, unë do t’u përgjigjem të gjitha këtyre pyetjeve në mënyrë që të keni më shumë qartësi për të vazhduar në secilin rast.

Isfarë është 302 ridrejtimi?

Kodi 302 tregon një ridrejtim të përkohshëm. Një nga karakteristikat më të dukshme që e dallojnë atë nga një ridrejtimi 301 është se, në rastin e 302 ridrejtimeve, forca e SEO nuk transferohet në një URL të re.

google seo

Kjo për shkak se kjo ridrejtim është dizajnuar të përdoret kur ekziston nevoja për të ridrejtuar përmbajtjen në një faqe që nuk do të jetë përfundimtar.

Kështu që, pasi të eleminohet ridrejtimi, faqja origjinale nuk do të ketë humbur pozicionimin e saj në motorin e kërkimit Google.

Edhe pse nuk është shumë e zakonshme që ne e gjejmë veten të nevojshëm për një ridrejtim 302, ky opsion mund të jetë shumë i dobishëm në disa raste. Këto janë rastet më të shpeshta:

  • Kur e kuptojmë se ka një përmbajtje të papërshtatshme në një faqe. Ndërsa zgjidhim problemin, ne mund ta ridrejtojmë përdoruesin në një faqe tjetër që mund të jetë me interes.
  • Në rast se një sulm në faqen tonë të internetit kërkon rivendosjen e ndonjë prej faqeve, kjo ridrejtim mund të na ndihmojë të minimizojmë incidencën.

Një ridrejtim 302 është një kod që u tregon vizitorëve një URL specifike që faqja është zhvendosur përkohësisht, duke i drejtuar ata direkt në vendndodhjen e re.

Me fjalë të tjera, ridrejtimi 302 aktivizohet kur robotët Google ose motorët e tjerë të kërkimit kërkojnë të ngarkojnë një faqe të veçantë. Në atë moment, falë kësaj ridrejtimi, serveri kthen një përgjigje automatike që tregon një URL të re.

Në këtë mënyrë gabimet dhe bezdisjet shmangen si për motorët e kërkimit ashtu dhe për përdoruesit, duke garantuar lundrim të qetë.

Për çfarë është një ridrejtim 302 për?

Ridrejtimi 302 shërben, për shembull, për të pasur disa versione të një faqe në gjuhë të ndryshme.

Kryesorja mund të jetë në gjuhën angleze; por nëse vizitorët vijnë nga vendet e tjera, atëherë ky sistem automatikisht i ridrejton ata në faqe në gjuhën e tyre.

302 përcjellëse

Në këtë mënyrë, arrihet një mobilizim i trafikut në internet, por në të njëjtën kohë, ndikimi në nivelin SEO të faqes kryesore nuk është i holluar. Kjo vazhdon të rritet, edhe pse nuk ka transferim të autoritetit, siç e sqaruam më herët.

Shembull ridrejtimi HTTP 302

Rasti më i zakonshëm i ridrejtimit HTTP 302 është i Google.

Pavarësisht nga vendi nga i cili keni hyrë, nëse shkruani në https://www.google.com/, do të ridrejtoheni në versionin Google në gjuhën / vendin që korrespondon me ju.

kërkim në Google

Në rast të Gjermanisë, 302 automatikisht na dërgoni në https://www.google.de/ në mënyrë që të mund të kërkojmë përmbajtje në gjermanisht.

Portalet e kompanive të suksesshme si Coca-Cola apo edhe Fujitsu gjithashtu përdorin këtë sistem për të ridrejtuar trafikun atje ku e konsiderojnë më të përshtatshëm.

Shkaqet e gabimit HTTP 302

Ju nuk duhet të përdorni kodin e statusit 302 nëse doni të transferoni peshën SEO në URL-në e destinacionit.

Sidoqoftë, këtu janë disa nga arsyet më të zakonshme për gabimin e ridrejtimit 302:

  • Përdorimi i 302 ridrejtimeve ndërsa domeni po lëviz;
  • Krijimi i një ridrejtimi 302 kur zhvendosni dokumentin;
  • Përdorimi i një ridrejtimi 302 gjatë ndryshimit të protokollit të sitit;
  • Krijimi i 302 ridrejtimeve ndërsa struktura e sitit po ndryshon.

Ridrejtimi HTML 302 nuk rekomandohet kur metoda e kërkesës origjinale do të zbatohet në kërkesën e URL-së së destinacionit – për shembull, zhvendosja e URL-së së një direktive forme që përdor metodën POST për një periudhë specifike.

Si të identifikoni gabimin HTTP 302

Verifikimi se rregullimet e ridrejtimit 301 dhe 302 janë të sakta është shumë e lehtë. Kur futemi në shiritin e adresës së adresës së vjetër, vërejmë se çfarë po ndodh.

Ndryshimi i adresës tregon që gjithçka është në rregull me ridrejtimin. Adresa mbetet e njëjtë – duhet të kërkoni burimin e problemit, por së pari, ju këshillojmë të pastroni cache dhe të provoni përsëri.

emri i domain

Ekziston një mundësi tjetër – të aplikoni për kontrollimin e kodit të përgjigjes së serverit në shërbimet në internet, për shembull, http://example.com/e_redirect/.

Nëse vendosni një ridrejtim të saktë, pasi të vendosni emrin e domain, do të shihni kodin e përgjigjes 301 ose 302. Kjo varet nga ajo lloj ridrejtimi që keni planifikuar të merrni fillimisht.

Disa shërbime shfaqin gjithashtu kodin e dhënë nga serveri pas ridrejtimit, dhe këtu ekziston vetëm një opsion i vlefshëm – 200 OK.

Fiksim i gabimit HTTP 302

Metoda 1: Kontrolloni konfigurimin e serverit

Aplikacioni mund të ekzekutohet në serverin që përdor njërën nga këto dy programe më të zakonshme të serverëve në internet, Nginx ose Apache. Këta dy serverë të internetit përbëjnë më shumë se 84 përqind të programit global të serverëve në internet!

Prandaj, hapi i parë në përcaktimin e kodit të përgjigjes 302 është kontrollimi i udhëzimeve të detyrueshme të ridrejtimit në skedarin e konfigurimit të programit të serverit në internet.

Për serverin në internet Apache

Hapi 1: Hapni skedarin .htaccess në server

Për të identifikuar serverin në internet, duhet të gjeni skedarin kryesor. Nëse jeni duke përdorur serverin në internet Apache, lokalizoni skedarin .htaccess në sistemin e skedarëve rrënjë të faqes tuaj.

menaxher cPanel File

Nëse programi juaj është në host të përbashkët, mund të keni emrin e përdoruesit të lidhur me llogarinë e hostit, për shembull. Në këtë rast, zakonisht, drejtoria e aplikacionit është e vendosur në shteg:

/ home // public_html / shteg, kështu që skedari .htaccess është i vendosur në /home//public_html/.htaccess.

Hapi 2: Gjeni direktivat mod_rewrite

Pasi të gjeni skedarin .htaccess, hapeni atë në redaktorin e tekstit dhe gjeni atë linjë që përdor direktivat RewriteXXX që i përkasin modulit Apache mod_rewrite.

mod_rewrite

Sidoqoftë, ideja thelbësore është që direktiva RewriteCond përshkruan një model teksti që është krahasuar me URL-në e regjistruar. Kur një vizitor kërkon URL-në përkatëse në një sit, direktiva RewriteRule e cila gjurmon një ose shumë udhëzime RewriteCond do të ridrejtojë kërkesën drejt URL përkatëse..

Për shembull, e mëposhtme është një kombinim i thjeshtë i RewriteRule dhe RewriteCond që plotëson të gjitha kërkesat e shembullit.com, por përkundrazi fut një ridrejtim të përkohshëm në të njëjtin URI në domenin e përkohshëm – shembull.com:

RishkruajAnglisht në
RishkruajCond% {HTTP_HOST ^ shembull \ .com $
Rishkruaj Rregulloren ^ (. *) $ HTTP://www.temporary-example.com/$1 [R = 302]

Vini re flamurin shtesë në fund të RewriteRule, e cila ilustron qartë se një kod përgjigje duhet të jetë 302, duke i treguar agjentit të shfletuesit se është një ridrejtim i përkohshëm.

Hapi 3: Rivendosni direktivat në skedarin .htaccess

# BEGIN WordPress
Rishkruaj Ngjarje Ndezur
Rishkruaj Baza /
Rishkruaj Rregullën ^ indeksi \ .php $ – [L]
RishkruajCond% {REQUEST_FILENAME! -F
RishkruajCond% {REQUEST_FILENAME! -D
Rishkruaj Rregulloren. /index.php [L]
# FUND WordPress

Prandaj, nëse merrni një direktivë të pazakontë RewriteRule ose RewriteCond në skedarin tuaj .htaccess që nuk duket se i përshtatet asaj, përpiquni t’i shënoni ato përkohësisht (të parashtruara me #) dhe të rindizni rrjetën e internetit për të parë nëse problemi është zgjidhur.

Për serverin Nginx në internet

Hapi 1: Hapni skedarin nginx.conf

konfigurimi i ngix

Nëse serveri juaj në internet po funksionon në Nginx, duhet të kërkoni një skedar konfigurimi krejtësisht të ndryshëm. Ky skedar specifikohet si nginx.conf si parazgjedhje dhe gjendet në një nga drejtoritë e zakonshme të listuara më poshtë:

/ usr / lokale / nginx / konff, / etj / nginx ose, / usr / lokale / etj / nginx.

Hapi 2: Rishkruajini direktivat në skedarin nginx.conf

Pas zbulimit, hapni skedarin nginx.conf në redaktorin e tekstit tuaj dhe gjeni direktivat e rishkrimit që kanë të bëjnë me treguesin e ridrejtimit.

Skema 301

Për shembull, kjo është një direktivë e thjeshtë bllok (e deklaruar një grup deklaratash) që krijon serverin virtual përmes gjenerimit të një ridrejtimi të përkohshëm nga abc.com në një përkohësisht-abc.com:

serveri {
degjo 80;
degjo 443 ssl;
server_name www.abc.com;
rishkruaj ^ / $ http://www.temporary-abc.com ridrejtuar;
}

Direktivat e rishkrimeve të Nginx janë paralele me Apache RewriteRule dhe
Rishkruaj sepse ato zakonisht përmbajnë modele kërkimi më të ndërlikuara të orientuara nga teksti.

Hapi 3: Kontrolloni politikën e zëvendësimit të skedarit nginx.conf

Në çdo rast, kontrolloni skedarin nginx.conf për politikën e zëvendësimit të përjashtimit që përmban një flamur të ridrejtimit (kodi tjetër i përgjigjes për kthimin e flamurit 301).

parametrat e ngix

Ju lutemi vini re ndonjë përjashtim para se të rindizni serverin në mënyrë që të kontrolloni nëse problemi është zgjidhur.

Metoda 2: Kërkoni për softuer të vjetëruar

Dokumenti i specifikimit të RFC për HTTP 1.0 thotë se qëllimi i një kodi të përgjigjes “302 Found” ka për qëllim të tregojë që klienti duhet të kryejë një ridrejtim të përkohshëm.

rreziku i pajisjes

Sidoqoftë, shumë shfletues të rinj do të përpunojnë kodin 302 të marrë përmes kërkesës POST si kërkesë e pavlefshme GET.

Kjo ka shkaktuar bllokime dhe konfuzion me programe të veçantë të serverëve në internet që përpiqen të detyrojnë shfletuesin që kryen punën e duhur kur duhet të ridrejtohet përkohësisht.

Për të zgjidhur këtë problem, në dokumentin e specifikimit RFC HTTP 1.1 u kthyen 303 kode përgjigjeje, 307 ridrejtime të përkohshme, që është një mënyrë e kuptueshme për të menaxhuar POST-to-GET ose përgjigje të përkohshme, kalimtare.

Metoda 3: Pastrimi i regjistrave

Pothuajse të gjitha aplikacionet në internet ruajnë regjistrimet në server. Regjistri i aplikacionit zakonisht paraqet historikun e aplikacionit, si faqet, serverët janë kërkuar dhe lidhur, të cilat janë marrë nga baza e të dhënave të siguruar, etj..

pastroni shkrimet

Shkrimet e serverit janë të lidhur me pajisjen aktuale që drejton programet dhe zakonisht përmban informacion në lidhje me statusin dhe shëndetin e të gjitha shërbimeve të lidhura, dhe madje edhe informacionet në lidhje me serverin.

Regjistroni Google [PLATFORM_NAME] në CMS ose përdorni [PROGRAMMING_LANGUAGE] për të regjistruar dhe regjistruar [OPERATING_SYSTEM] kur nisni aplikacionin me porosi për më shumë informacion për të marrë këto regjistrime.

Metoda 4: Fiksoni kodin e aplikimit

Në rast, të gjitha metodat e përmendura më lart dështojnë, problemi mund të jetë në kodin e përdoruesit të aplikacionit që shkaktoi problemin.

shfletues uebi

Mundohuni të përcaktoni shkakun e problemit duke e lokalizuar manualisht aplikacionin dhe duke e analizuar atë në server dhe skedarët e regjistrit të aplikacioneve.

Shtë një ide e mirë të kopjoni aplikacionin e plotë në kompjuterin tuaj të zhvillimit lokal dhe të hapni atë për të parë saktësisht se çfarë ndodh me 302 skanimet dhe të shihni kodin për secilën aplikacion.

përfundim

Më në fund, siç e keni parë, ne nuk kemi pse të trembemi shumë për gabimet e ridrejtimit HTTP 302. Pa vazhduar më tej, ato janë një mënyrë fantastike për të shmangur humbjen e trafikut në faqet tona në internet me ndryshimet e pashmangshme që lindin ndër vite.

Shpresoj që, pasi të keni lexuar këtë artikull, nuk do të merrni të dridhura çdo herë se si mund të rregulloj 302 gabim të lëvizur përkohësisht.

Nëse doni të jepni një kontribut në postim ose nëse keni një pyetje ose thjesht doni të jepni mendimin tuaj, mos hezitoni të komentoni më poshtë!

Jeffrey Wilson Administrator
Sorry! The Author has not filled his profile.
follow me
    Like this post? Please share to your friends:
    Adblock
    detector
    map