HTTPS és SEO: a rangsorolásra gyakorolt hatás, a biztonságos átköltözés és a gyakori hibák

A HTTPS SEO 2026-ra nagyrészt megoldott kérdés: a HTTP Archive Web Almanac 2024 szerint a mobil főoldalak 95,6%-a már HTTPS-en érhető el. A fennmaradó kérdések gyakorlatiak: mennyit számít a protokoll a helyezéseknél, hogyan költöztess át egy régebbi oldalt forgalomvesztés nélkül, és mely konfigurációs hibák vesznek még mindig el pozíciókat. Ez az útmutató a Google saját dokumentációjával válaszol ezekre.

Mi a HTTPS, és hogyan működik?

A HTTPS (Hypertext Transfer Protocol Secure) a HTTP titkosított TLS-kapcsolaton keresztül küldve. A szerver egy TLS-tanúsítványt mutat be (amelyet még gyakran SSL-tanúsítványnak neveznek), amelyet egy tanúsítványkiadó állított ki; a böngésző ellenőrzi, majd titkosít mindent, amit az oldallal kicserél. A tanúsítvány a domainneveidhez kötődik, amelyeket a DNS old fel, és a tárhelyszolgáltatód vagy a webhelyed elé helyezett CDN is kiszolgálhatja.

A tanúsítványoknak három validálási szintjük van: domain-validáció (DV), szervezeti validáció (OV) és kiterjesztett validáció (EV). SEO szempontjából a szint nem számít: a Google azt ellenőrzi, hogy a kapcsolat érvényes, nem azt, hogy milyen típusú tanúsítvány védi. Egy DV-tanúsítvány, amely ingyenes és percek alatt kiállítható, a legtöbb oldalhoz elég; az OV és az EV a domén mögötti cég ellenőrzését is hozzáadja, amelyet egyes bankok vagy nagyvállalatok saját okaik miatt megkövetelnek.

Befolyásolja-e a HTTPS a SEO-helyezéseket?

Igen, de sokkal kevésbé, mint a tartalom és a linkek. A válasz két rétegből áll: a hivatalos rangsorolási jelzésből és a közvetett hatásokból, amelyek a gyakorlatban többet számítanak.

Mit jelentett be a Google 2014-ben

2014. augusztus 7-én a Google a HTTPS mint rangsorolási jelzés című bejegyzésében bejelentette, hogy ez „csak nagyon könnyű jelzés, amely a globális lekérdezések kevesebb mint 1%-át érinti, és kevesebb súlya van, mint más jelzéseknek, például a kiváló minőségű tartalomnak”. Ugyanez a bejegyzés 2048 bites kulcsú tanúsítványokat javasolt, és figyelmeztetett arra, hogy ne tiltsd le a HTTPS-oldalt a robots.txt-ben. A HTTPS döntetlen-feloldóként működik: két hasonló minőségű oldal közül dönthet, de egy gyenge oldalt nem emel az erős fölé.

Mit mond ma a Google dokumentációja

A Google oldalélmény-dokumentációja az önellenőrzendő kérdések között szerepelteti ezt: „Biztonságos módon szolgálják ki az oldalaidat?”, majd pontosítja, hogy „A Core Web Vitals-on túl az oldalélmény többi eleme nem segíti közvetlenül abban, hogy az oldalad magasabbra kerüljön a keresési találatokban”. A 2014-es bejelentéssel együtt olvasva az üzenet egységes: a HTTPS alapelvárás, az átváltásból származó rangsorolási nyereség pedig kicsi. A megerősített Google-rangsorolási tényezők a relevancia, a minőség és a linkek mellett helyezik el ezt a jelzést.

A közvetett hatások, amelyek többet számítanak

• Bizalom és konverziók. A Chrome 68-tól, 2018 júliusától kezdve a Chrome minden HTTP-oldalt „Nem biztonságos” jelzéssel lát el a címsorban, ahogy azt a Chromium blogján bejelentették. Egy figyelmeztetés egy űrlap vagy a pénztár mellett kattintásokba és eladásokba kerül, ezért a HTTPS ugyanúgy a UX SEO része, mint a technikai SEO-é.
• Egyetlen kanonikus változat. A Google azon tényezők között sorolja fel, hogy egy oldal HTTP vagy HTTPS protokollon érhető-e el, amelyeket a kanonikus URL kiválasztásánál használ. Az a webhely, amely mindkét protokollon válaszol, a jelzéseit a duplikátumok között szórja szét, amíg a Google össze nem vonja őket.
• Sebesség. A böngészők csak titkosított kapcsolaton támogatják a HTTP/2-t és a HTTP/3-at, így a HTTPS a belépő jegy azokhoz a protokollokhoz, amelyek segítik az oldalélményt és a Core Web Vitals-t.
• Analitika. Amikor a látogató HTTPS-oldalról HTTP-oldalra megy, a böngészők alapértelmezés szerint eltávolítják a hivatkozót, így egy HTTP-s webhely a hivatkozott forgalmának egy részét közvetlen forgalomként látja.

Hogyan költözz át HTTP-ről HTTPS-re forgalomvesztés nélkül?

A HTTPS-re költözés az oldal minden URL-jét megváltoztatja, ezért a Google oldalköltözésként kezeli. Az URL-változtatással járó oldalköltözésekről szóló útmutatója adja meg a módszert; az alábbi ellenőrzőlista ezt alkalmazza protokollváltásra. Ugyanaz a fegyelem kell, mint bármely SEO-migrációnál.

1. Telepítsd és teszteld a tanúsítványt

Olyan tanúsítványt válassz, amely minden használt gazdanevet lefed (example.com és www.example.com, valamint minden aldomain). A Let's Encrypt-es vagy a tárhelyszolgáltatód, illetve a CDN-ed ingyenes tanúsítványai SEO szempontból ugyanúgy működnek, mint a fizetősek. Állíts be automatikus megújítást: egy lejárt tanúsítvány minden látogatónak teljes oldalas böngészőfigyelmeztetést ad.

2. Készíts leltárt, és térképezd fel minden URL-t

Járd be a HTTP-oldalt, és exportáld az URL-jeit az oldaltérképekből, az analitikából és a szervernaplókból, beleértve a képeket, PDF-eket és egyéb fájlokat. Minden HTTP-URL-nek ugyanarra az útvonalra kell mutatnia HTTPS-ben.

3. Javítsd a vegyes tartalmat

Egy HTTPS-oldal, amely képeket, szkripteket vagy stílusfájlokat HTTP-n tölt be, vegyes tartalmat okoz: a böngészők ezeket az erőforrásokat blokkolják vagy megjelölik. Cseréld le a sablonokban, az adatbázisban és a CMS-beállításokban beégetett http:// linkeket.

4. Állíts be 301-es átirányításokat egyetlen ugrással

A Google szerveroldali állandó átirányításokat javasol (301 vagy 308). A http://example.com/oldal útvonalat közvetlenül irányítsd a https://www.example.com/oldal címre, egy köztes HTTP-s www-változat érintése nélkül. Ellenőrizd a régi URL-ek mintáját egy átirányítás-ellenőrzővel, köztük azokkal az oldalakkal, amelyekre visszamutató linkek mutatnak.

5. Frissíts minden belső jelzést

A kanonikus URL-ek, a hreflang-címkék, a belső linkek, a strukturált adatok és az XML-oldaltérképek közvetlenül a HTTPS-URL-ekre mutassanak. Egy kanonikus-ellenőrző gyorsan megmutatja azokat az oldalakat, amelyek még mindig HTTP-kanonikust deklarálnak.

6. Állítsd be a Search Console-t

Adj hozzá egy Domain-tulajdonságot vagy a HTTPS URL-előtag-tulajdonságokat, és küldd be az új oldaltérképet. A Google dokumentációja szerint a Címmódosítás eszközre nincs szükség HTTP-ről HTTPS-re költözéskor: az csak domainváltozásnál alkalmazható.

7. Engedélyezd a HSTS-t, ha minden működik

A Strict-Transport-Security fejléc arra utasítja a böngészőket, hogy a domainen mindig HTTPS-t használjanak. Kezdj rövid időtartammal, majd emeld egy évre (max-age=31536000), ha biztos vagy benne, hogy minden aldomain támogatja a HTTPS-t. A fejlécet egy HTTP-fejléc-ellenőrzővel ellenőrizd.

8. Tartsd meg az átirányításokat, és figyeld az oldalt

A Google azt javasolja, hogy az átirányításokat legalább egy évig tartsd meg, de a határozatlan ideig tartó megőrzés is észszerű. Számíts néhány hétig tartó ingadozásra, amíg a Google újra bejárja az oldalt.

Mely HTTPS-hibák árthatnak még a SEO-nak?

• Mindkét protokoll él. A HTTP-verzió 301 helyett 200-as válasszal felel, így az oldal teljes duplikátumát hozza létre.
• Átirányítási láncok. HTTP-ről HTTPS-re, majd a nem-www-ről a www-re, majd egy záró perjel: három ugrás, ahol egy is elég lenne. Minden ugrás lassítja a bejárást és a felhasználókat.
• 302 301 helyett. Az ideiglenes átirányítás gyengébb jelzést küld arról, melyik URL állandó. Használj 301-es átirányítást.
• Régi HTTP-linkek a tulajdonodban lévő profilokon. Az átirányítások elkapják őket, de ha a közösségi profilokon, címtárakban és üzleti bejegyzéseken frissíted a linkeket, eltávolítasz egy ugrást, és tisztább jelzést küldesz.
• HTTP-kanonikusok a sablonokban. Az oldal HTTPS-re irányít, de HTTP-URL-t deklarál kanonikusként: két ellentmondó jelzés.
• Lejárt vagy nem illeszkedő tanúsítvány. A látogatók hibaoldalt látnak, a keresőrobotok pedig nem tudják letölteni a tartalmat.
• A HSTS-előtöltés túl korai. Ha a domaint a böngészők előtöltési listáira küldöd, mielőtt minden aldomain támogatja a HTTPS-t, azok az aldomainek elérhetetlenné válnak, és az eltávolítás időbe telik.

Az ingyenes Sorank Chrome-bővítmény a böngészés közben jelzi az oldalon lévő hibákat, például a kanonikusokat és az átirányításokat.

HTTPS, AI-keresőrobotok és GEO

A ChatGPT, a Claude, a Perplexity és a Gemini olyan keresőrobotokra támaszkodik, amelyek letöltik az oldalaidat, mielőtt idézhetnék őket. Ezek a robotok ugyanazokat a szabályokat követik, mint a böngésző: egy tanúsítványhiba, egy átirányítási hurok vagy egy blokkolt HTTPS-robots.txt azt jelenti, hogy az oldal nem olvasható, így nem idézhető. Az robots.txt-ről az AI-keresőrobotoknak szóló útmutatónk elmagyarázza, mely botokat engedélyezd. Minden URL egyetlen HTTPS-változata emellett azt is biztosítja, hogy az idézések egy címre mutassanak, ami megkönnyíti a mérésüket az AI-említéskövetéssel.

HTTPS: az alap, utána a valódi munka

A HTTPS kis rangsorolási lendületet ad, megszünteti a bizalmi problémát, és minden URL-t egy tiszta 301-essel kell átköltöztetni. Ha már működik, a helyezések azon múlnak, amit a Google sokkal jobban súlyoz: a hasznos tartalmon, a belső linkeken és a tekintélyen. A Sorank autopilot módban kezeli ezt a részt: kulcsszókutatás, optimalizált cikkek a HTTPS-blogodon, belső linkelés és természetes visszamutató linkek.