John Mueller, a Google munkatársa megosztott egy esetet, amikor egy megmaradt HTTP-kezdőlap váratlan webhelynév- és favicon-problémákat okozott a keresési eredményekben.
A Mueller a Bluesky-n leírt problémát könnyű kihagyni, mert a Chrome automatikusan frissíti a HTTP-kéréseket HTTPS-re, így a HTTP-verzió könnyen figyelmen kívül hagyható.
Mi történt
Mueller „furcsának” nevezte az esetet. A webhely HTTPS-t használt, de a kiszolgáló által alapértelmezett HTTP-kezdőlap továbbra is elérhető volt a tartomány HTTP-verzióján.
Mueller írta:
„Egy rejtett kezdőlap, amely webhelynév- és favicon-problémákat okoz a Keresésben. Ez egy furcsa volt. A webhely HTTPS-t használt, de maradt egy szerver alapértelmezett HTTP-kezdőlapja.”
A trükkös rész az, hogy a Chrome képes frissíteni a HTTP-navigációt HTTPS-re, ami miatt a HTTP-verzió könnyen kihagyható normál böngészés közben. A Googlebot nem követi a Chrome frissítési viselkedését.
Mueller elmagyarázta:
„A Chrome automatikusan frissíti a HTTP-t HTTPS-re, így Ön nem látja a HTTP-oldalt. A Googlebot azonban látja és arra használja, hogy befolyásolja az sitename & favicon kiválasztását.”
A Google webhelynév-rendszere lekéri a nevet és a kedvenc ikont a kezdőlapról, hogy meghatározza, mit jelenítsen meg a keresési eredmények között. A rendszer beolvassa a strukturált adatokat a webhelyről, a címcímkéket, a címsorelemeket, az og:site_name és a kezdőlap egyéb jeleit. Ha a Googlebot egy szerver alapértelmezett HTTP-oldalát olvassa a tényleges HTTPS-kezdőlap helyett, akkor rossz jelekkel dolgozik.
Hogyan lehet ezt ellenőrizni
Mueller két módot javasolt annak megtekintéséhez, amit a Googlebot lát.
Először viccelődött, hogy használhatod az AI-t. Aztán kijavította magát.
Mueller írta:
„Nincs várakozás, görgessen a parancssorban. Vagy egy olyan eszköz, mint a Search Console strukturált adatok tesztje.”
Futás curl http://yourdomain.com parancssorból a nyers HTTP-választ jelenítené meg a Chrome automatikus frissítése nélkül. Ha a válasz egy szerver alapértelmezett oldalt ad vissza a tényleges kezdőlap helyett, akkor ez a probléma.
Ha meg szeretné tekinteni, hogy a Google mit kért le és jelenített meg, használja a Search Console URL-ellenőrző eszközét, és futtasson egy élő tesztet. A Google webhelynév-dokumentációja azt is megjegyzi, hogy a webhelyneveket a bővített eredmények tesztje nem támogatja.
Miért számít ez?
A webhelynevek és kedvencek keresési eredményekben való megjelenítését azóta dokumentáltuk, hogy a Google 2022-ben először cserélte le a címcímkéket webhelynevekre. Azóta a rendszer többszörös növekedési nehézségeken ment keresztül. A Google 2023-ban kiterjesztette a webhelynevek támogatását az aldomainekre, majd csaknem egy évet töltött egy olyan hiba kijavításával, amely miatt a belső oldalakon lévő webhelynevek nem egyeztek a kezdőlappal.
Ez az eset új bonyodalmat vezet be. A probléma nem a strukturált adatokban vagy magában a HTTPS-honlapban volt. Ez egy szellemoldal volt a HTTP-verzióban, amelyet nem lenne miért ellenőriznie, mert a böngészője soha nem mutatta.
A Google webhelynév-dokumentációja kifejezetten megemlíti az ismétlődő kezdőlapokat, beleértve a HTTP- és HTTPS-verziókat is, és ugyanazon strukturált adatok használatát javasolja mindkettőhöz. Mueller esete megmutatja, mi történhet rosszul, ha egy HTTP-verzió a megjeleníteni kívánt HTTPS-kezdőlaptól eltérő tartalmat tartalmaz.
A keresési eredményekben megjelenő webhelynévvel vagy kedvenc ikonnal kapcsolatos problémák megoldásának egyszerű módja az, hogy közvetlenül ellenőrizze a kezdőlap HTTP-verzióját. Ne hagyatkozzon arra, amit a Chrome mutat.
Előre tekintve
A Google webhelynév-dokumentációja előírja, hogy a webhely strukturált adatainak a „webhely kezdőlapján” kell lenniük, tartományszintű gyökér URI-ként definiálva. A HTTPS-t futtató webhelyek esetében ez azt jelenti, hogy a HTTPS kezdőlapja a tervezett forrás.
Ha webhelyének neve vagy kedvenc ikonja rosszul jelenik meg a keresési eredmények között, és a HTTPS-kezdőlap megfelelő strukturált adatokat tartalmaz, ellenőrizze, hogy létezik-e még a kezdőlap HTTP-verziója. A curl vagy az URL-ellenőrző eszköz Élő tesztje segítségével közvetlenül megtekintheti. Ha egy kiszolgáló alapértelmezett oldala található ott, akkor az eltávolítása vagy a HTTP HTTPS-re való átirányítása a szerver szintjén megoldja a problémát.
