Hogyan kell váltani https, ha fontos és Yandex és google
Roman, köszönöm az ajánlást! 🙂
És HQ2 és HQ3 árak, nem csak így szabad PositiveSSL, hanem regisztrálni egy domain * és meghosszabbítjuk, amíg megújító ** tárhely.
-* Domains lehet választani. com. net. org. biz. info. com.ua. kiev.ua. ru. RF
-** Ha úgy dönt, hogy nem újítja meg a tárhely, a domain megújítani magát a standard áron - ez teljesen a tiéd, és regisztrálva van az elérhetőségeit.
A bekapcsolás után a https, veszteségek a következők voltak: mintegy 50% -át a forgalom, és 0-részecskéket, és volt 30 Google, teljes újra-indexelés - körülbelül három hétig. A Yandex - körülbelül egy hónapig nincs haladás. Igen, Yandex háromszor lassabb, vagy akár négy. Még Bing és a gyorsabb megbirkózni, furcsa módon.
Yandex lesz kiütötte a fő tükör, és akkor fog irányítani nonprincipal. Egy bizonyos idő elteltével még mindig zerkalschik összeragadnak, de attól függően, hogy a helyszínen folyamat hosszú időt vehet igénybe különböző módon, átlagosan hosszabb ideig, mint a gazda pokleit. Ezért fel átirányítani azonnal csak akkor, ha nem a prioritás Yandex.
Nyerte meg a ... kösz, nem tudom, Szergej.
És ha csak hozzá kivételt a robots.txt fájlt a 301-es átirányítás?
Ez azt jelenti, ha a betekintés HTTP-n keresztül kap a „régi” robots.txt, de a többi oldal átirányítja HTTPS?
Sergey, köszi a cikket!
Van egy kérdésem: adhatna érveket, hogy miért érdemesebb egyszerre mozog a https, és nem tartomány változás?
Ez a kérdés merült fel, mivel az idő, hogy én állandóan vitatkozik a optimalizálókkal erről: azt mondják, „a legjobb módja két szakaszban” (arra hivatkozva, hogy - ez a „két ragasztó”, hogy végre-valahára), és azt mondják, hogy „jobb, mint egy csapásra. "
Csak azt akarom, hogy gyorsan menjen a „.ua” domain.
Köszönöm a választ
Lena, igen kellemetlen történet 🙁 oldalon, és általában visszatér a kérdésre néhány napig, majd újra lehet csepp. Lehet, hogy van egy probléma a rendelkezésre álló hely, minden tesztelt?
Egy nap után majdnem két hónappal ezelőtt a Google helyzetét. Ugyanolyan hirtelen „elvették”. Mi volt ez, és nem ismert. Ez idő alatt ő felgyorsította a helyszínen dolgozott képeket, csökkentette az irányadó eltávolításával végzett ellenőrzések cache-t.
Azonban, Yandex most csökken a pozíciók száma. Míg a forgalom az utolsó szinten nem nőtt.
Sergey, jó napot! Ugyanez gondolja, hogy váltani https. A tárhely hosting.energy lehetősége van arra, hogy hozzon létre Nézzük titkosítása tanúsítványt.
A cikk olvasható, hogy egy dedikált IP választható, ha a tárhely támogatja SNI technológiát. Arra a kérdésre, támogatás, mondjuk - támogatás Szerver neve feltüntetése (TLS SNI.).
Ha szeretne csatlakozni Nézzük titkosítása bizonyítvány azonos panel én tárhely egy blog, vagy esetleg két, nem kell vásárolni egy dedikált IP. (Jelenleg két blogok nélkül dedikált IP)
Photo imger.ru/jpg/70nbmpGPPDyJRxZD/ beállítások
Ilya, ha a kiszolgáló támogatja SNI. A dedikált IP nem kell az SSL / HTTPS működését.
WordPress, ott meg kell először a helyszínen beállításait, és meghatározhatja https protokoll átirányítások és CMS automatikusan működik. Linkek a tartalom lehet helyettesíteni egy adatbázist, és a többi attól függ, a témák és a sablonokat.
WordPress, hogy az oldalon elérhető a két protokoll, sajnos, nem tudom, hogyan. Meg kell választani valamit egy.
Köszönöm a tippeket! Ha bekapcsolja a https majd választani csak a protokoll (mindkettő sajnos nem lesz képes megérteni, hogy aktív, legalábbis kezdetben Yandex újraindexelni)
Szergej, és van néhány részletet a problémákat, a Google és az zerkalschikom?
Éppen ellenkezőleg által Yandex meglepően minden rendben van.
Vjacseszlav, további adatok sajnos nem 🙁 remélem ezt a hibát korrigálni hamarosan.
Mondd meg, ki legyen, hogyan legyek ez a helyzet: van egy domain kora, lóg a régi változata az oldalon http,
forgalom minimális (szinte ott, mert a helyszínen nem érintett), az általunk kifejlesztett egy új honlap az azonos tárgyak, egy teljesen más szerkezetű.
Most vásárolt egy új domain helyesen ragasztani a régi és az új tartományok + lefordítani https, ne veszítse el az időtartományban a régi tényezők?
Roman, egy új domain telepíteni HTTPS oldalon.
Hogy őszinte legyek, én ezeket az ingyenes kibocsátási hozzáállás negatívan. Körülbelül fél éve, én meg az egyik saját telek ingyenes igazolást startssl. De egy hónap múlva minden böngészőben webhely biztonságos. Plusz, ez már majdnem az összes forgalmat a helyszínen. Véleményem megtalálja Free sajtot csak egy egérfogó, és sehol sem.
I navigált https anélkül, hogy egyetlen probléma, ingyenesen. Még nincs hol kérdezni, de egyszerűen Témák fórumok és mindent megtett, mint írva a srácok. Természetesen csökken TIC és jelenléti voltak, mint mindenki. Most mindent esett vissza a normális. A kérdés csak az érdekes: Mi a különbség az ingyenes és fizetős tanúsítványt? Megéri kötelező, hogy menjen egy fizetett?
El nem fogy. Szabad a hely is, hogy legyen. A Google csak a benne néhány irodák, hogy a biztonsági tanúsítványokat a feketelistára. Most már az úgynevezett emlékszem pontosan mi, de ez a kérdés már lökött, és fizetni! Hogyan kell egy igazolást, de például a króm, akkor az megjelenik a biztonságos ...
Talán úgy, hogy a gép nem támogatja a HTTPS. Net.ru használni, és nem találom a számukra rendelkezésre álló információt ebből az alkalomból.
Megy a https jó, de nem mindig)
Minden további write - csak a gondolataimat, és több lehet bredyatinu am ... vagy talán valami igazság a szavaimat ott ..
Furcsa azt mondani, a Google szereti SSL de csak eladni az oldalt, ahol manipulációk a pénzt (bevásárló például) - a blogok nem érdekli őszintén, hogy van, ez nem rangsor egyet, mert ott a felhasználó nem tud szenvedni anyagilag, és a Google, mint egy gondoskodó ...)) De persze, ha úgy találja, egy boltban, és SSL nélkül. ez nem egy legjobb.
Valami azt súgja, hogy ha tesz egy tanúsítványt egy egyszerű blog, amit ezzel mondani, hogy „én védi a felhasználó adatait” -, és ez azt jelenti, beszél a Google, hogy van valami, hogy megvédje, ami arra utal, hogy a kifizetések tartott, és így a blog.
Arra a következtetésre jutottam - nem szeretne további érvényesítési egy egyszerű blog, ne tegye az SSL -, mert látja a Google SSL-t. úgy véli, hogy a helyszínen súlyos, vannak olyan pénzügyi tranzakciók -, hogy felemeli a bar követelményeknek, lehetnek további rendszert és ellenőrizze az oldalon alaposabban - és hogy nagyon kevés ember van ...
Sergey, jó napot! Áttért a https május 5 teljesen az utasítások szerint. Yandex tükör ragasztott 2 hét, de csökkent a helyzet (ez a Yandex, a Google minden rendben). TIC még 0, és ez már több, mint 2 hónap. Platón azt mondja - várja frissítés TIC, de ez nem májusban. Származó forgalom Yandex esett.
Mit gondol ez összefüggésben lehet egy csepp helyzetben nulla TIC hosszú ideig?
Mi a teendő akkor?
És egy másik kérdés. Vállalkozó, hogy szolgálja az oldalon, kérve, hogy mit lehet tenni a helyszínen, hogy https, hogy szükséges-e eltávolítani. Mi fogja ajánlani?
Irina, jó napot! A Yandex jelenleg bizonyos problémák HTTPS. Semmit sem csinálni, akkor meg kell várni. Gördülő vissza - szintén nem egy lehetőség, amely már része a helyszínen újraindexelni. Írjon helpdesk Yandex, lehet, hogy kap valamit, hogy segítsen szempontjából tanácsot.
> Mi köze az oldalon, hogy https
A helyszínen a http vagy https? Általában a forráskódot kell lennie egy, semmi eltávolítják. Csak miután ragasztás Yandex van szüksége a 301 oldalas átirányítást beállítani a kisebb a fő tükör.
Helló A helyzet a következő. Az oldal korábban a http és egy másik motort. Át https és wordpress. Alapvetően nincs gond, de a csúszás. Például a forrás oldalon típusú site.ru/url átirányítja 301-es átirányítás keresztül htaccess ugyanazon az oldalon a https, továbbá van egy másik 301-es átirányítás épített WordPress dvizhek - miután slashes adunk /. Egyrészt ez egy hasznos funkció wordpress, másrészt a konkrét esetben ez káros, mert rengeteg egymásnak megy átirányítja (látszólag) rossz. Mint ilyen a keresőkben?
És ezeket az oldalakat van szükség, mert a linkek.
Ha lehetne létrehozni htaccess átirányítással átirányítani a jobb / végén. Csak akkor írhatja lapozás átirányítást htaccess, nem látok más kiutat.
Valery, van egy lánc átirányítások és URL-ek nem felelnek meg a régi helyén urlam új. Ha a forgalom nem volt sok, ez rendben van, de összességében ez egy rossz beállítás. Meg kell tartani a szerkezet az URL-ek (távolítsa el a perjel a végén, ha ez nem igaz), hogy ráfért a ragasztás simán ment. Ha a perjel, éppen ellenkezőleg, a végén van szükség, konfigurálja átirányításokat.