Google podseća da tokom kratkog održavanja sajta treba vraćati HTTP 503, a ne stranicu sa greškom i statusom 200 ili 404. Tako pretraživaču saopštavate da je prekid privremen. Za prodavnice i poslovne sajtove u Srbiji praktičan zadatak je da pre radova provere stvarni odgovor servera, a posle njih povratak važnih stranica u normalan rad.

Povod za podsetnik jesu intervencije na PHP serverima. Ovo nije novo pravilo rangiranja niti najava promene algoritma. Reč je o poznatoj tehničkoj preporuci koja lako promakne kada hosting hitno najavi radove, a vlasnik sajta samo uključi dodatak za održavanje.

Šta je Google ponovo naglasio?

Search Engine Journal prenosi Googleov podsetnik o statusu 503 tokom održavanja, uz upozorenje da generičke stranice sa statusima 200 ili 404 nisu odgovarajuća zamena. Prema tom izveštaju, poruka je objavljena u vreme hitnih PHP bezbednosnih ispravki.

Veza sa PHP-om je važna zbog načina na koji se prikazuje obaveštenje. Ako je sam PHP nedostupan, dodatak u WordPressu koji zavisi od PHP-a možda neće moći ni da pošalje pripremljenu poruku. Odgovor za vreme prekida zato treba obezbediti na delu infrastrukture koji nastavlja da radi, recimo preko veb servera ili CDN-a.

Za vlasnika prodavnice to znači da lepo dizajnirana poruka „Vraćamo se uskoro” nije dovoljna provera. Posetilac vidi njen sadržaj, dok Google i drugi sistemi dobijaju i tehnički status odgovora. Ta dva dela moraju da govore isto.

Zašto HTTP 503, a ne status 200 ili 404?

Status 200 označava uspešan odgovor. Ako server tako posluži samo obaveštenje o radovima, Google dobija signal da je to sadržaj koji treba dalje obraditi. U zavisnosti od onoga što pronađe, može razmatrati taj sadržaj za indeksiranje ili prijaviti takozvanu soft 404 grešku. Nije svaki takav odgovor automatski indeksiran, ali poruka servera ostaje pogrešna.

Status 404 govori da sadržaj nije pronađen. To nije tačan opis proizvoda koji postoji i ponovo će biti dostupan po završetku intervencije. Googleova dokumentacija o HTTP statusima navodi da URL adrese koje vraćaju 4xx odgovore, uz poseban tretman statusa 429, vremenom prestaju da se koriste u njegovim sistemima. U pretrazi se ranije indeksirane stranice sa takvim odgovorima uklanjaju iz indeksa.

HTTP 503 označava privremenu nedostupnost usluge. Za planirani kratak prekid to je primeren odgovor. Ipak, on ne garantuje očuvanje pozicija bez obzira na dužinu prekida. Ista dokumentacija navodi da se ranije indeksirane adrese sa serverskim greškama čuvaju u indeksu, ali se na kraju uklanjaju ako problem potraje.

Ako vam ove razlike nisu poznate, korisno je najpre razumeti kako funkcioniše Google indeksiranje. Tehnički odgovor servera utiče na obradu stranice pre nego što uopšte dođemo do pitanja kvaliteta njenog teksta.

Koliko dugo sajt može da ostane na statusu 503?

Nema roka posle kog svaki sajt automatski gubi sve pozicije. Ne treba obećavati da je određeni broj sati ili dana potpuno bez rizika. Važni su trajanje problema, ponovljeni odgovori koje Google dobija i stanje ostatka sajta.

Googleovo uputstvo za privremeno smanjenje učestalosti obilaska opisuje vraćanje grešaka kao hitnu, kratkoročnu meru, uz primere od nekoliko sati ili jednog do dva dana. To nisu garantovani bezbedni rokovi za zatvaranje prodavnice. Dokumentacija o statusima izričito upozorava na posledice upornog vraćanja serverskih grešaka.

Praktično pravilo je jednostavno: održavanje završite što pre i unapred pripremite povratak prethodne ispravne verzije ako intervencija pođe loše. Ako znate da usluga neće raditi duže vreme, potreban je zaseban plan. Ostaviti sve stranice na 503 i zaboraviti ih nije plan za očuvanje organskog saobraćaja.

Za domaću prodavnicu posebno je korisno da vreme radova bira prema sopstvenim porudžbinama i posetama. Noćni termin može smanjiti poslovni gubitak, ali ne menja značenje HTTP statusa koji server šalje.

Šta proveriti pre nego što počnu radovi?

Dogovor između vlasnika sajta, programera i hostinga treba da bude konkretniji od poruke „sajt će kratko biti nedostupan”. Zapišite ko uključuje režim održavanja, ko ga isključuje i ko proverava rezultat spolja.

Pre početka proverite sledeće:

  • Obuhvat prekida. Utvrdite da li staje ceo sajt, samo naplata ili određeni deo aplikacije. Dostupne stranice ne treba bez potrebe pretvarati u greške.
  • Mesto slanja odgovora. Ako aplikacija neće raditi, pripremite odgovor na veb serveru ili CDN-u, nezavisno od nje.
  • Važne URL adrese. Sačuvajte nekoliko proizvoda, kategorija i početnu stranicu za kasnije poređenje.
  • Robots.txt. Nemojte ga nepromišljeno obuhvatiti opštim pravilom za održavanje. Treba da ostane dostupan sa pravilima koja nameravate da koristite.
  • Povratak prethodnog stanja. Pripremite rezervnu kopiju i odluku o tome kada se prekida neuspešna intervencija.

Ovo je operativna kontrolna lista, ne zahtev da se tokom svake manje izmene gasi ceo sajt. Ako promena može bezbedno da se obavi bez prekida, nema razloga da uvodite nedostupnost samo zbog SEO-a.

Kako da proverite odgovor i zaglavlje Retry-After?

Osnovna provera ne zahteva skup alat. Programer ili administrator može da upotrebi naredbu poput ove, sa stvarnom adresom sajta:

curl -sS -D - -o /dev/null https://primer.rs/proizvod/

Tokom potpunog kratkog prekida očekuje se status 503 na pogođenoj stranici. Bitno je da proveru obavite kroz javni domen, kojim dolaze i posetioci. Provera samo direktnog servera može propustiti odgovor koji menja CDN, zaštitni sistem ili posrednički server.

Google navodi da uz status 503 ili 429 možete poslati zaglavlje Retry-After. Ono označava kada sistem može ponovo da pokuša pristup. Vrednost može biti broj sekundi ili apsolutni datum i vreme u UTC formatu. Na primer:

HTTP/1.1 503 Service Unavailable
Retry-After: 600

Broj 600 ovde znači deset minuta i služi samo kao primer. Ne predstavlja preporučeno trajanje svakog održavanja, niti obećanje da će Googlebot doći tačno po isteku tog vremena. Ako očekivani povratak ne znate, nemojte predstavljati proizvoljnu procenu kao pouzdan rok.

Proverite i stvarni sadržaj odgovora. Status može biti ispravan, a obaveštenje za korisnike pogrešno, zastarelo ili zamenjeno greškom posredničkog servera.

Šta proveriti kada se sajt ponovo otvori?

Isključivanje režima održavanja nije poslednji korak. Otvorite ranije sačuvane adrese i proverite da ponovo vraćaju status 200 sa stvarnim sadržajem. Zatim proverite da CDN nije zadržao stranicu sa obaveštenjem.

Za prodavnicu proverite i prolazak kroz kupovinu u dogovorenom probnom režimu. Stranica proizvoda može raditi, a da dodavanje u korpu ili obračun dostave i dalje ne funkcionišu. To je poslovni problem koji sam HTTP status početne stranice neće otkriti.

U Google Search Consoleu pratite izveštaje o indeksiranju i statistiku obilaska. Zabeležite početak i završetak radova kako biste kasnije mogli da povežete prijavljene serverske greške sa stvarnim događajem. Nemojte očekivati da svi izveštaji odmah prikažu novo stanje.

Google navodi da veliki broj serverskih grešaka može da smanji učestalost obilaska celog istog hosta, uključujući adrese koje su ostale dostupne. Kada se broj grešaka smanji, učestalost se postepeno povećava. Zato privremeno sporije osvežavanje stranica posle prekida nije samo po sebi dokaz kazne ili promene algoritma.

Šta da uradite pred sledeće radove na hostingu

Googleov podsetnik je koristan pred svaku kratku intervenciju na hostingu: nedostupna stranica treba da šalje odgovarajući tehnički odgovor. Za privremeno održavanje to je HTTP 503, uz obaveštenje koje može da radi i kada je aplikacija ugašena.

Pre radova proverite odgovor kroz javni domen i dostupnost datoteke robots.txt. Posle njih potvrdite status 200, stvarni sadržaj i rad kupovine. Najvažnije je da se prekid zaista završi, jer 503 označava privremen problem, a ne trajnu zaštitu od posledica nedostupnosti.