, hogy egy ideig helyhez kötöttünk, és a karibi térségben dolgozunk, végül néhány dolgot megtettünk ezen a webhelyen amelyek eléggé lejártak voltak. Az egyik ilyen dolog az volt, hogy a teljesen ingyenes kezdő blogger -tanfolyamunkat hozzuk létre minden új blogger számára, akik velünk kezdték blogjukat, valamint egy újabb alapvető feladatunk az, hogy webhelyünket egy új házigazdába helyezzük.

Ebben a bejegyzésben nemcsak azt fogom megvitatni, hogy miért váltottunk a Siteground -ról a Bluehost -ra, hanem azt is, hogy ez a kapcsoló sokkal jobban segített a webhelyünkhöz, mint amennyire valaha is gondoltuk volna. Hidd el vagy sem, a terhelési sebességünk kétszer olyan gyors, forgalmunk 20% -kal magasabb, valamint a legjobb szolgáltatásunk, amit kérhetünk, és mindez olcsóbb, mint a tárhely, amelyet fizetettünk Siteground.

Mi az a házigazda?

Alapvetően minden online blognak van házigazdája. Ez a nagyvállalat, amelyben a világ minden tájáról hatalmas szerverek vannak, amelyek „fogadják” az Ön webhelyét, hogy világszerte kiszolgálhassák a közönség számára. Minden bloggernek fizetnie kell a tárhelyért, ha a domain és a márka birtokában van, de nem minden gazdagép egyenlő! Ha még nem rendelkezik blogod, kattintson ide, hogy elindítsa a Bluehost-ot, és kapja meg a Beginner Blogger 4-részes video-kurzusát és a 200 oldalas e-könyvet ingyen.

Amikor először indultunk, a HostGator -on voltunk, de hamarosan rájöttünk, hogy a HostGator nem a legjobb házigazda a világon. A webhely nagyon lassan töltötte be, és nagyon sok idő volt. Ekkor költözöttünk a Siteground -ba. A Siteground teljesen rendben volt, de amint a cégük növekedni kezdett, valamint a blogunk növekedése, rájöttünk, hogy még mindig sok állásidőnk van, és elkezdtük megkérdőjelezni a házigazda minőségét.

Szeretne sokkal több utazási munkavégzési ötletet? Nézze meg a 101 utazási feladat epikus listáját, amelyek pénzt kereshetnek, miközben úton vagytok!

Csak az elmúlt évben volt, hogy valóban csalódottunk a Siteground -ről. Csak a világosság kedvéért a Siteground nem rossz házigazda. Egyik házigazda sem ideális, mind azért, mert annyira hatalmas, akkor lesznek olyan idők, amikor nem tudják kiszolgálni ügyfeleiket, ahogyan azt várják.

De a Siteground két különálló alkalommal valóban kritikus hibákat követett el webhelyünkre, és teljesen unatkoztunk. Ráadásul a webhely hihetetlenül lassan futott, annak ellenére, hogy havonta több mint 175 dollárt költöttünk a tárhely -tervünkre (ami elég magas).

Jogi nyilatkozat: Alapvető fontosságú, hogy 100% -ban átlátható vagyok, mielőtt megírnám ezt a bejegyzést. A Bluehost nem fizette meg, hogy ezt a cikket írjam, és a Bluehost szponzorálom sem. Az úton lévő kecskék a Bluehost leányvállalata, amely azt sugallja, hogy teljesen ingyenes tárhelyet és jutalékot kapunk, amikor az olvasóink egy blogot indítanak a szolgáltatásuk segítségével. A Bluehost nem kérte, hogy írjam meg ezt a rövid cikket, valamint a velük való partnerségünk nem változtatja meg a cikkben szereplő sebességvizsgálati eredményeket vagy statisztikákat, és nem a véleményem a tárhely -szolgáltatásukról. Valójában ugyanazt a jutalékot kereshetem, amely a Site Ground -t vagy a Dreamhost ajánlását ajánlja, de azt hiszem, hogy a Bluehost a legjobb, ezért használom és ajánlom őket.

Siteground 1. probléma

2017 elején a weboldalunk sokat ment. Úgy értem, ha 4 órán keresztül kecskéken dolgoznék az úton, akkor valószínűleg 3-4-szer látnám abban az időszakban, ami elfogadhatatlan. Ez nemcsak lelassítja a munkafolyamatunkat, hanem azt is jelenti, hogy potenciálisan hiányozunk a blogunk több ezer látogatójával. Nem menő.

Amikor felvettem a kapcsolatot a Site Ground -nal, azt mondták, hogy a kérdés túl sok bot, amely a webhelyünkön mászik, és túlterheli azt. Tehát azt javasolták, hogy frissítsek, és sokkal több pénzt fizetjek. Tehát megtettem. De a kérdés folyamatosan zajlott, ezért újra frissítettem. Végül a probléma annyira rossz lett, hogy be kellett kapcsolnom az „automatikus méretezést”, ami lényegében azt sugallta, hogy a SiteGround automatikusan frissíti a fiókomat, és ennek megfelelően felszámít.

Minden hónapban a számlám megváltozott, de általában 175 dollár körül volt, és mégis, ez a blog túl gyakran offline módon zajlott. A Site Ground utolsó felhívásakor panaszkodtam a kérdésre, és azt mondtam, hogy semmi sem javítja azt, és kimerültem, hogy pénzt dobjak rá. Tehát az ügyfélszolgálati képviselő azt mondta, hogy hozzáadott némi kódot, és minden rendben lenne.

Végül a webhely olyan jól futott, mint én, nem tudva az első dolgot a „kódról”, azt gondolta, hogy rendben lesz. Több mint egy hónap telt el, amikor rájöttünk, hogy forgalmunk közel 50%-kal csökkent. Abban az időben nem igazán tettem össze kettőt és kettőt, hogy rájöttem, hogy ez lehetett ez a „kód”, ami a forgalom csökkenését okozza.

Mindent megpróbáltunk, hogy újra növeljük a forgalmat. Nagyon sok cikket írtunk, fellendítettük a társadalmi részvényeinket, de a kecskék az úton szuf voltelárasztás. Végül fel kellett vennem a fejlesztőnket, aki azonnal felfedezte a .htaccess fájlban lévő kódot, amely megakadályozta az összes botot a webhelyünk mászásától. Ez azt jelenti, hogy a Google nem küldött nekünk forgalmat (vagy nagyon kevés forgalmat).

Miután a kódot eltávolították, még egy pár hétbe telt, amíg az összes bot „újraindította” a webhelyet, és végül a webhelyünk visszatért a normálba.

Összességében ez a kis „kódolási probléma” több mint 100 000 új látogatóba került, alig 2 hónap alatt, valamint ki tudja, hogy mekkora bevételt. Ezen a ponton abbahagytuk a Site Ground ajánlását ezen a blogon, és elkezdtük ajánlani a Bluehost ajánlását. Hasonlóképpen elindítottuk egy új webhelyet a Bluehost -on, röviddel azután, hogy ezt megjavítottuk.

Siteground 2. probléma

Néhány hónappal a kód javítása után, valamint a Siteground -ra való panasz elküldése után rájöttem, hogy a webhelynek SSL -tanúsítványnak kell lennie. Nem leszek túl geek, hogy megvitatom ezt, de lényegében biztonságossá teszi webhelyünket egy https: // kezdetén a http: // helyett.

Felvettem a kapcsolatot a Site Ground -nal, valamint segítettek az SSL tanúsítvány beállításában. De nem meglepő, hogy valahogy elrontották. Hónapok óta webhelyünk nem volt megfelelően védett, és így a Pinterest nem engedte, hogy alkalmazásának bármely típusú felhasználója hozzáférjen webhelyünkhöz. Általában havonta mintegy 20 000 látogatót látunk a Pinterest -ből, de ebben az időszakban körülbelül 7000 -re esettünk le.

Ezt nem vettük észre több mint egy hónapja, mint amikor végre megtettük, hetekbe telt a Pinterest e -mailben, kapcsolatba lépve a SiteGround -nal, és megzavarva fejlesztőnket, hogy segítsünk a problémában.

A Pinterest kérdés ezen idején áthelyeztem a webhelyet a Bluehostba. Különböző alkalommal kértem a SiteGround -t, hogy segítsen nekem a problémában, de azt állították, hogy ez a fejlesztőm hibája. Egyszerűen unatkoztam a rossz ügyfélszolgálat, valamint a szörnyű problémákkal, amelyekkel a Siteground -nal voltak. A Lo, valamint az íme, a Pinterest elkezdett működni, amint a webhelyet Bluehost -ra váltottuk!

Miután a webhelyet áthelyezték, végre kaptam egy választ a SiteGround -tól, és az Advanced Tech Team azt mondta nekem, hogy valóban van egy probléma az SSL tanúsítvánnyal, amely miatt a Pinterest alkalmazás nem töltötte be weboldalunkat. Azt mondták nekem, hogy rögzítették a kódot, és mindegyik rendben lesz, de addigra boldogan áthelyeztem a Bluehostba.

Mennyire volt jó a Bluehost?

Azt kell mondanom, hogy a változás sokkal hatékonyabb volt, mint gondoltuk volna. Az automatikusan méretezett „Gogeek” megosztott tárhely-tervről a Siteground-on költözöttünk egy prémium dedikált tárhelyre a Bluehost-nál.

Megosztott tárhely vs dedikált tárhely

Először meg kell vitatnom a kettő közötti különbséget. A megosztott tárhely azt jelenti, hogy számos blog megosztja ugyanazt a szerveret, ami azt jelenti, hogy ha egy blog egy csomó forgalmat kap, és a blogod nem, akkor a blogod továbbra is lelassul. A dedikált szerver azt jelenti, hogy saját szervere van kifejezetten a saját blogjához.

Alacsonyabb ár

Ez a fantasztikus rész. A Bluehost -nál készített dedikált tárhely -terv valóban olcsóbb, mint a Gogeek megosztott tárhely -terv, amelyet a Siteground -nal készítettem. A helyszíni helyzetben a költségek átlagosan havonta 155 dollár volt (az automatikus méretezéstől függően), valamint a Bluehost-val a teljes ár mindössze 119 dollár / havonta… átalánydíj.

Természetesen az új bloggereknek soha nem kellene ennyit költeniük, de még a Bluehost alapvető tárhelye is olcsóbb, különösen akkor, ha a kecskéket használja a közúti kedvezményt.

A Siteground -nal a legolcsóbb tárhely normál ára havonta 4,95 dollár, míg a Bluehost általában havonta 3,95 dollárt számít fel, a rendelkezésre álló ajánlatoktól függően, de kedvezményünkkel mindössze 2,95 dollár. Ez körülbelül 40% -os kedvezmény, összehasonlítva a sok más házigazdával való hasonló tervekkel.

Függetlenül attól, hogy profi blogger vagy, vagy csak most indul, a Bluehost olcsóbb tárhely -terveket, és tapasztalatom szerint a gyorsabb kiszolgálók, valamint a jobb ügyfélszolgálat.

Sebességnövekedés

Ez volt a fő oka annak, hogy a Bluehostba költöztünk. Tudtuk, hogy a SiteGround -nál kinőttük a jelenlegi tárhely -tervünket, valamint egy dedikált szervertervet kerestünk. Hosszú időbe telt a váltás, mert olyan nagy helyszínen, mint az úton lévő kecskék, akkor valóban online kell lennie néhány hétig, hogy garantálja, hogy az áthelyezés jól megy, és minden még mindig megfelelően működik.

Ahogy 2017 -ben Dél -Amerikában, Európában és Ázsiában utaztunk, folyamatosan elhárítottuk a Bluehostba való vándorlás nagy munkáját.

Nagyon sok különböző házigazdát néztünk meg, mert vannak olyan kiemelkedő, hogy odakint vannak a nagyobb blogok, de őkhavonta 250 dollárba kerül. Feltételeztem, hogy egy drága gazdagépet, például Performance Foundry -t vagy Wpengine -t kell választanom, mert webhelyünknek jelentős a forgalom.

Több mint egy éve javasoljuk a Bluehost ezen a webhelyen, mert a másik oldalunkon használjuk őket, valamint nagy támogatással és sebességgel is rendelkezünk, de nem tudtuk, hogy van ilyen epikus dedikált szervertervük.

Mielőtt átmozdult volna, Bluehost megerősítette velem, hogy blogunk gyorsabb lesz a szerverükön, időszakban. Ez elegendő volt ahhoz, hogy segítsen nekem a döntés meghozatalában, ezért elkezdtük a lépést.

A számok valóban magukért beszélnek:

Sebességvizsgálat a helyszíni szervereken (havonta 155 USD)

Vs

Speed ​​teszt a Bluehost szervereken (havonta 119 USD)

Oké, tehát a nem bloggerek vagy új bloggerek számára a fenti képek kissé zavaróak lehetnek. A legalapvetőbb szempontból a webhely 5,13 másodperc alatt töltötte be a SiteGround -ot, és most 3,55 másodperc alatt tölt be a Bluehost -val. Ez több mint 30% -kal növekszik a terhelési idő!

De erre az időre van szükség, hogy valóban betöltse az egész webhelyet. Sokkal nélkülözhetetlen az, amit a felhasználó lát, valamint amit a Google lát, ezért hasonlóan köröztem a TTFB -t (idő az első bájthoz), valamint a DOM -ot (dokumentumobjektum -modell). A TTFB az az idő, amikor a szerver igénybe veszi a lekérdezésre való reagálást, és ezt használja a Google a webhelyek mérésére (és potenciálisan büntetni) a betöltési sebességükért. A DOM lényegében mennyi időbe telik, amíg a felhasználó teljes mértékben megnézheti, és kölcsönhatásba léphet az oldallal.

Tehát, amint az a fenti képernyő felvételeiből látható, a felhasználó most már teljes mértékben láthatja, és 1,4 másodpercen belül kölcsönhatásba léphet az oldallal, míg a Siteground -nál teljes 3,3 másodpercig tartott.

A DOT oldal betöltési ideje növekedése sokkal több, mint kétszer, ami azt jelenti, hogy a webhely kétszer olyan gyorsan telik el a webhely látogatóink számára. Valójában a TTFB idő a SiteGround -nál nehéz 1,6 másodperc volt. Ez azt sugallja, hogy 1,6 másodpercig tartott, amíg a Siteround szerver is reagált volna arra, hogy valaki hozzáférést kérjen a webhelyhez.

A Bluehost esetében ez a reakció mindössze 200 milliszekundumban, valamint a teljes helyterhelésnél történik, mielőtt a SiteGround szerverei még a lekérdezésre is reagáltak. Ez azt jelenti, hogy az egész webhely most gyorsabban tölt be, mint a SiteGround szekciói még tudták, hogy ott létezik egy webhely.

Ez elképesztő számunkra, és nemcsak gyorsabb terhelési időket jelent, hanem sokkal jobb SEO -t is.

Ami a következő pontomhoz vezet …

A forgalom növekedése

Amikor a megosztott tárhelyről egy dedikált szerverre költözik, valójában nem meglepő, hogy a webhely kétszer olyan gyors. Sokkal sokkal több energia van ebben a szerverben, valamint túlórát dolgozik, hogy segítse a kecskéket az úton.

A fokozott sebességgel azonban a fokozott forgalom. Az egyik esetében a Google bünteti azokat a webhelyeket, amelyek kevesebb, mint 2 másodperc alatt állnak az első bájt betöltési időre a mobil keresési lekérdezéseknél, tehát a sebesség minden bizonnyal elem a SEO -ban, de a felhasználók egyszerűen csak kattintanak, ha a webhely túl sokáig tart a betöltéshez.

Forgalmunk hetente 31 700 -ról heti 37 800 -ra emelkedett, mert a Bluehostba költözött, és még mindig mászik. Ez eddig több mint 20% -os növekedést jelent. Természetesen egy csomó elem hozzájárulhat a forgalom növekedéséhez, de csak örülünk, hogy látjuk.

A Google Analytics szintén sokkal jobb terhelési sebességről számol be webhelyünk számára. A Site Ground segítségével átlagosan 27,73 másodperces sebességgel bírtunk, ami nagyon magas. Mivel a Bluehost -ra való váltás, valamint a webhely gyorsítótárazásának javítása, a Google szerint most 17,28 átlagos sebességgel töltünk be. Ez 37%-os növekedés!

Vevőszolgálat

Unatkoztam a Siteground ügyfélszolgálatával. Időszak. Gyorsan reagálnak, de nagyrészt nem tudtak segíteni nekünk a webhelyen, és ha segítenek nekünk, gyakran olyan fontos hibákat követnek el, amelyek komoly kérdéseket okoztak webhelyünk és üzletünk számára.

Együtt dolgoztam a Bluehost -val a másik oldalunkon, valamint az összes új bloggerünknél, akik megtanulják, hogyan kell velünk indítani egy utazási blogot, valamint csodálatosnak voltak. Persze, időről időre vannak néhány kérdés, amikor az embereknek nehezen tudják kitalálni, mit kell tenni, de ez Bo