HTTPS migracija i SEO: kako prebaciti sajt sa HTTP na HTTPS bez gubitka pozicija

HTTPS migracija je promena protokola sajta sa http:// na https://. Iako se sadržaj i domen često ne menjaju, pretraživači promenu protokola tretiraju kao promenu URL-ova. Zato loša implementacija može da izazove pad organskog saobraćaja, dupliranje stranica, lance redirekcija ili probleme sa indeksiranjem.

Cilj bezbedne migracije nije samo da se u pregledaču pojavi ikonica katanca. Potrebno je obezbediti da Google i korisnici dođu do iste, konačne HTTPS verzije svake važne stranice.

U okviru šire SEO optimizacije, HTTPS migracija spada u tehničke promene koje zahtevaju planiranje pre objavljivanja, kontrolisano puštanje i proveru nakon migracije.

Šta HTTPS migracija menja iz SEO ugla

HTTP i HTTPS verzija istog URL-a nisu isti URL-ovi. Na primer:

• http://www.primer.rs/usluga
• https://www.primer.rs/usluga

Za sajt koji koristi i www i non-www varijantu, postoji još kombinacija. Pre migracije treba jasno definisati željenu kanonsku verziju, na primer https://www.primer.rs ili https://primer.rs, i sve ostale varijante usmeriti ka njoj.

Priprema HTTPS migracije

1. Napravite inventar URL-ova

Pre promene prikupite URL-ove iz XML sitemap-a, Google Search Console-a, analitike, baze podataka i crawl alata. Posebno označite:

• stranice koje imaju organski saobraćaj ili backlinkove;
• važne kategorije, usluge, proizvode i blog tekstove;
• URL-ove sa parametrima i paginacijom;
• slike, PDF dokumente i druge indeksirane fajlove;
• stranice sa canonical ili hreflang oznakama.

Za jednostavnu protokolnu migraciju uglavnom se pravi preslikavanje jedan-na-jedan: svaka HTTP adresa dobija istu HTTPS adresu. Ako se istovremeno menjaju struktura sajta, domen ili URL slugovi, potrebna je detaljna mapa starih i novih URL-ova.

2. Proverite SSL sertifikat i server

Sertifikat mora da pokriva sve hostove koje sajt zaista koristi, uključujući eventualni www subdomen. Proverite i da HTTPS radi za stranice, slike, CSS, JavaScript, fontove i druge resurse. Istekao, pogrešno konfigurisan ili nepotpun sertifikat može sprečiti korisnike i crawlere da pristupe sajtu.

3. Napravite backup i staging plan

Pre puštanja sačuvajte konfiguraciju servera, bazu, fajlove i postojeće izveštaje iz GSC-a i analitike. Ako testirate na staging okruženju, ono treba da bude zaštićeno od indeksiranja, ali taj blok ne sme slučajno da bude prenet na produkciju.

Kako pravilno postaviti 301 redirekcije

Na serveru postavite trajne 301 redirekcije sa svake relevantne HTTP URL verzije na odgovarajuću HTTPS verziju. Redirekcija treba da vodi direktno na konačan URL, bez lanca HTTP → HTTPS → drugi URL.

Primer logike:

http://primer.rs/usluga → https://primer.rs/usluga

Ako se menja i www varijanta, cilj treba da bude konačna kanonska adresa:

http://www.primer.rs/usluga → https://primer.rs/usluga

Redirekcije ne treba postavljati tako da sve stare stranice vode na početnu stranu. To može otežati razumevanje migracije i predstavlja loš signal kada sadržaj stare i nove stranice nije ekvivalentan. Proverite status kodove, odredišne URL-ove i očuvanje putanje, parametara i velikih/malih slova tamo gde je to relevantno.

Canonical tagovi posle migracije

Na HTTPS stranici self-referencing canonical treba da pokazuje na njenu HTTPS adresu, a ne na staru HTTP verziju.

<link rel="canonical" href="https://primer.rs/usluga">

Proverite i canonical oznake na paginaciji, filtrima, proizvodima i stranicama koje su deo hreflang implementacije. Ako canonical ostane na HTTP-u, pretraživaču šaljete konfliktne signale: stranica se učitava preko HTTPS-a, ali kao glavnu verziju navodi HTTP.

Interne veze, sitemap i robots.txt

Interne veze

Zamenite interne linkove tako da direktno vode na HTTPS verzije. Ne oslanjajte se na redirekcije za navigaciju, breadcrumbs, glavne pozive na akciju, linkove u sadržaju i linkove ka slikama ili dokumentima.

XML sitemap

U sitemap uključite samo indeksabilne, kanonske HTTPS URL-ove sa statusom 200. Ne ostavljajte HTTP URL-ove u sitemap-u i ne mešajte više varijanti protokola ili hosta.

Robots.txt

Proverite da robots.txt postoji na HTTPS verziji i da ne blokira važne stranice ili resurse. Ako je robots.txt ranije sadržao apsolutne HTTP URL-ove u direktivama, ažurirajte ih. Ne koristite robots.txt kao zamenu za 301 redirekcije: blokiran URL ne može pouzdano da prenese signal na novu verziju.

Mixed content: problem resursa učitanih preko HTTP-a

Mixed content nastaje kada se HTTPS stranica oslanja na resurse koji se učitavaju preko HTTP-a. To mogu biti slike, skripte, CSS fajlovi, fontovi, video sadržaj, iframe elementi ili pozivi ka API-jima.

Pregledajte upozorenja u konzoli pregledača i rezultate crawl-a. Zamenite apsolutne HTTP putanje HTTPS verzijama ili relativnim putanjama gde je to opravdano. Posebnu pažnju obratite na resurse ubačene kroz CMS, teme, dodatke, tag management i spoljne integracije.

Direktiva upgrade-insecure-requests može pomoći kao privremena zaštita, ali ne rešava uzrok svakog problema. Pre trajne implementacije proverite da li svi resursi zaista podržavaju HTTPS.

Hreflang i druge međunarodne oznake

Ako sajt koristi hreflang, svaka alternativna verzija mora da pokazuje na dostupne, indeksabilne HTTPS URL-ove. Proverite da su veze reciproč­ne, da je x-default pravilno postavljen kada se koristi i da nema mešanja HTTP i HTTPS adresa.

Isti princip važi za Open Graph URL-ove, strukturirane podatke, RSS feedove, linkove ka dokumentima i konfiguraciju analitičkih ili marketinških alata.

Validacija u Google Search Console i crawl alatu

Posle puštanja migracije ne proveravajte samo početnu stranu. Testirajte uzorak važnih URL-ova i reprezentativne tipove stranica.

Google Search Console

• Dodajte i verifikujte HTTPS property; kod sajtova sa više host varijanti proverite sve relevantne property-je ili koristite Domain property.
• Pošaljite novi HTTPS sitemap.
• Proverite izveštaje Pages, HTTPS i Manual actions.
• Pregledajte URL Inspection za ključne stranice.
• Pratite crawl greške, soft 404 i neočekivane blokade.

Ne očekujte da svi podaci i pozicije budu stabilni odmah nakon promene. Važnije je da se signali konsoliduju na HTTPS verziji i da nema sistemskih grešaka u indeksiranju.

Crawl provera

Pokrenite crawl stare i nove verzije ili kontrolisan uzorak URL-ova. Proverite:

• da HTTP adrese vraćaju 301 ka odgovarajućoj HTTPS adresi;
• da HTTPS stranice vraćaju 200 kada treba da budu indeksirane;
• da nema redirect chain i redirect loop problema;
• da canonical, hreflang i interne veze koriste HTTPS;
• da nema mixed content upozorenja;
• da sitemap sadrži samo očekivane URL-ove.

HTTPS migracija SEO checklist

Najčešće greške tokom HTTPS migracije

• Preusmeravanje samo početne strane: duboke stranice ostaju nedostupne ili gube signale.
• 302 umesto 301 redirekcija: privremena redirekcija ne predstavlja jasnu trajnu migraciju.
• HTTP canonical na HTTPS stranici: šalje konfliktan signal o preferiranoj verziji.
• HTTP linkovi u sitemap-u: otežavaju konsolidaciju indeksiranih URL-ova.
• Blokada HTTPS verzije u robots.txt: crawler ne može normalno da obradi nove adrese.
• Mešanje www i non-www varijanti: povećava broj duplih verzija.
• Istovremena promena više elemenata: ako se uz protokol menjaju domen, struktura i sadržaj, teže je utvrditi uzrok problema.
• Nedostatak praćenja nakon puštanja: pojedinačne greške mogu ostati neprimećene dok ne utiču na saobraćaj.

Šta pratiti nakon migracije

Tokom prvih nedelja pratite indeksiranje, crawl greške, broj HTTPS URL-ova u izveštajima, organski saobraćaj po landing stranici i konverzije. Poređenje radite sa odgovarajućim prethodnim periodom i uzimajte u obzir sezonalnost.

Ako dođe do pada, prvo proverite da li su najvažnije stranice dostupne, da li redirekcije vraćaju očekivane kodove, da li canonical i sitemap pokazuju na HTTPS i da li je produkcija slučajno preuzela noindex ili robots zabranu sa staging okruženja.

Zaključak

HTTPS migracija može proći bez značajnog SEO gubitka kada se tretira kao kontrolisana migracija URL-ova, a ne kao puka instalacija sertifikata. Ključni elementi su precizno mapiranje, direktne 301 redirekcije, HTTPS canonical i interni linkovi, ažurirani sitemap i robots.txt, rešavanje mixed content-a i sistematska validacija u GSC-u i crawl alatu.

Najbezbedniji pristup je da se migracija prvo dokumentuje, zatim testira na reprezentativnom uzorku, a nakon puštanja prati kroz tehničke i poslovne metrike.

Povezane teme: SEO migracija sajta: kompletna checklista pre, tokom i posle lansiranja · Kako izmeriti uticaj SEO migracije i na vreme otkriti pad organskog saobraćaja · Kako poslati XML sitemap Google-u kroz Search Console