Mik azok a dolgok, amelyeket még meg kell tennie a webhelyével, mielőtt elindítaná?
Vásárolt egy webdomaint és hozott létre egy webhelyet – bravó! Mielőtt megnyomná az Indítás gombot, és hírt terjesztene új webhelyéről, mindenképpen ellenőrizze a következőket, hogy projektje a lehető legjobb esélyt adja.
Az alábbiakban bemutatunk néhány megfigyelési, optimalizálási és biztonsági tippet, amelyek elősegítik a forgalom növekedését, és a legjobb élményt nyújtják webhelye látogatóinak:
- A Google Analytics
- Google Search Console
- Cloudflare a biztonság és a sebesség érdekében
- SSL-tanúsítvány a biztonság és a látogatói bizalom érdekében
- Gyorsítótár a teljesítmény érdekében
- Képoptimalizálás és tömörítés
- Szkript kicsinyítés
- Megszakadt linkek ellenőrzése
- Kanonikus linkellenőrzés
- biztonsági mentés
Magyarázzuk meg részletesebben az egyes pontokat:
1. Google Analytics a webhely forgalmának figyeléséhez
Az analitikai megoldást nagyon könnyű bármely webhelyhez hozzáadni, és lehetővé teszi webhelye összes oldalán a forgalom nyomon követését: rögzíti, hogy hány látogatója van, honnan érkeznek, mely webhelyekről érkeztek Önhöz, mely oldalakat látogatják, mennyi időt töltenek az egyes oldalakon és így tovább!
A weboldal elindítása forgalmi elemzési megoldás nélkül olyan, mint egy autó vezetése bekötve: úton vagy, de fogalmam sincs, hová megy. Nem tudja, hogyan teljesít a forgalom, függetlenül attól, hogy a közzétett cikkek és tartalmak bármilyen hatással vannak -e, vagy a hirdetési kampányok hatása.
Analitikai megoldás nélkül nem is tudja, hogy a SEO erőfeszítései hatással vannak -e.
Az egyik legnépszerűbb és legkönnyebben telepíthető megoldás a Google Analytics – és ez ingyenes!
2. Google Search Console (korábban Webmestereszközök)
A Google Search Console segítségével mérheti Google keresőmotorja teljesítményét
Ha a Google Analytics megmondja, hogy mi történik a webhely látogatóival, a Google Search Console (korábban Webmestereszközök) megmondja, hogy webhelye hol helyezkedik el a Google-ban a keresések tekintetében. Megmutatja, hogy webhelyének hány oldalát indexelte a Google, milyen szavakkal találják meg a látogatók, milyen gyakran jelenik meg a találatok között, és webhelyének mely oldalai a legnépszerűbbek az organikus forgalom szempontjából.
A Google Search Console azt is lehetővé teszi, hogy megmondja a Google-nak, hogy hol találja meg webhelytérképét, hogy segítsen felfedezni és indexelni webhelye oldalait.
Ami a technikai oldalt illeti, miután engedélyezte és hozzáadta webhelyét a Google Search Console-hoz, különféle értesítéseket és figyelmeztetéseket fog kapni webhelye „állapotáról”, például amikor a Google hibákat észlel a szerverén, vagy ha vírusokat és rosszindulatú kód a webhelyén.
Tippeket ad, hogy könnyebben navigálhasson webhelyén mobileszközökön, és megmutatja, mely webhelyek tesznek közzé linkeket az Ön webhelyére.
A Google Search Console összekapcsolható a Google Analytics -vel is, hogy részletesebb jelentéseket láthasson a Traffic Analytics felületen.
A Google Search Console egy nagyon értékes eszköz, és azt javaslom, használja ki.
3. Cloudflare a sebesség és a biztonság érdekében
A CloudFlare egy olyan vállalat, amely sok szolgáltatást kínál a weboldal biztonságának, a tartalomátvitelnek, a sebességnek és még sok másnak a céljából.
A Cloudflare szolgáltatást ingyenesen aktiválhatja webhelyén, anélkül, hogy bármilyen változtatást végezne a webhelyen, közvetlenül a DNS-szinten . Miután aktiválta (körülbelül 10 percet vesz igénybe), a Cloudflare átveszi a DNS-zónát és a DNS-kéréseket.
Cserébe a következőket kapod:
- Védelem: Mivel a DNS-zónát a Cloudflare fogja felügyelni, a webhely IP-címe el lesz rejtve, és senki sem fogja tudni megtudni a szerver címét. Webhelye zökkenőmentesen fog működni, mert a Cloudflare a forgalmat anélkül irányítja a szerverre, hogy felfedné a kiszolgáló személyazonosságát, így a botok, rosszindulatú emberek a Cloudflare-címet látják helyette. Így megvéd bizonyos támadásoktól, amelyek közvetlenül a szervert célozzák. A Cloudflare emellett megvédi Önt a DDoS-támadásoktól (olyan típusú támadásoktól, amelyek másodpercenként több ezer kérés küldésével túlterhelik a szervert).
- Speed: A CloudFlare ingyenes gyorsítótárazást kínál a statikus tartalomhoz (képek, HTML, CSS, JavaScript kód) közvetlenül a disztribúciós hálózatukon (CDN). Ez azt jelenti, hogy jelentős sávszélesség -megtakarításokat fog látni - mivel a képei és más statikus tartalma a CloudFlare szervereken található a bolygó sok régiójában, a látogatók sokkal gyorsabban férhetnek hozzá ezekhez az erőforrásokhoz, egy közeli szerverről, és a szerver ingyenes és nyugodt lesz. A cikk írásakor több mint 50 webhelyem van a CloudFlare -en, és a legtöbb sávszélesség -megtakarítás legalább 50%. Számos e-kereskedelmi webhelyet kezelek, és mindegyiknek több ezer termékképe van. A sávszélesség megtakarításai hatalmasok!
- Biztonság: A Cloudflare ingyenes, az egész domainre kiterjedő SSL-tanúsítványt kínál, amely automatikusan megújul. Csak annyit kell tennie, hogy aktiválja az adminisztrációs felületen, és íme! A webhely a https:// segítségével érhető el. Miért jó ez? Egyrészt a látogatók magabiztosabbak lesznek, ha látják, hogy webhelye biztonságos kapcsolaton keresztül érhető el. Aztán 2017 óta a Google azt mondta, hogy nagyobb súlyt ad a biztonságos webhelyeknek az eredményekben, és 2018 óta a Chrome böngészőben még egy címkét is megjelenít az SSL nélküli webhelyek mellett: nem biztonságos webhely. Így szabadnak lenni, még csak gondolni sem kell rá! Még csak nem is kell semmit telepítenie a szerverére!
4. SSL-tanúsítvány a biztonság érdekében (a webhelyén)
Ahogy fentebb említettük, a Google elkezdte előnyben részesíteni az SSL biztonsági tanúsítvánnyal rendelkező webhelyeket, és a „nem biztonságos” címkét jeleníti meg a találati oldalakon az SSL-t nem használó webhelyek mellett. Nem néz ki jól, de biztonsági kockázatot is jelent, ha webhelyén SSL nélkül folytatja a munkát, különösen akkor, ha ingyenes.
Nincs több kifogás 2019 -ben azért, mert nincs SSL! ingyenes SSL -tanúsítványt kaphat a legtöbb tárhely -társasággal, a Let's Encrypt ingyenes tanúsítványaival. Telepítheti őket néhány kattintással a gazdagépről, vagy ha Windows -on tartózkodik, letölthet egy kis szoftvert, amely könnyen telepítheti.
Természetesen senki sem akadályozza meg abban, hogy SSL -tanúsítványt vásároljon egy hivatalos viszonteladóból (például GoDaddy stb.), És telepíti azt.
Miután beállította az SSL -t, ne felejtse el átirányítani az összes oldalt a http: // verzióval a Secure https: // verzióra. Ezt általában úgy hajtja végre, hogy átirányítási szabályokat ad hozzá a szerverhez, vagy ha a CloudFlare -t használja, ellenőrizze a „ Mindig használja a HTTPS ” lehetőséget a Crypto szakaszban a CloudFlare felületen.
5. Gyorsítótár a webhely sebességéhez
A gyorsítótárazás előnyeinek kihasználásával megkönnyítheti a szerver terhelését. Ha webhelye WordPress-szel készült, számos gyorsítótárazási modult telepíthet, amelyek megmenthetik a CPU-t (Total Cache, WP Rocket stb.), megmenthetik az adatbázisát sok lekérdezéstől stb.
A gyorsítótárazás számos rétegen működik, de az alapelv az, hogy amikor a látogató először ér el egy aktív gyorsítótárral rendelkező oldalt, a szerver lekérdezi az adatbázist, generál HTML kódot és kiszolgálja az oldalt a látogatónak. Ugyanakkor a gyorsítótárazási bővítmény létrehozza a már létrehozott oldal statikus másolatát , és eltárolja azt a lemezen (vagy a szerver memóriájában). Amikor az oldalt ismét meglátogatja (ugyanaz a látogató vagy egy másik látogató), a beépülő modul megtalálja a gyorsítótárazott oldalt , és onnan kiszolgálja, megkímélve a szervert attól, hogy ismét dolgoznia kelljen az oldal létrehozásán.
Ez az alapelv, és attól függően, hogy mennyire összetettek az oldalak, úgy tűnhet a webhely, mintha repülne!
Ez a folyamat a háttérben történik, csak a kezdeti beállítás miatt kell aggódnia, és a gyorsítótár automatikusan frissül, amikor módosítja az oldalakat, vagy amikor lejárnak.
6. Képoptimalizálás és tömörítés
Mindig jó ötlet a képek megtervezése és előkészítése a weboldal építési szakaszában - ez sok időt takarít meg, amikor ideje elindítani a webhelyet. Mindig töltse fel az optimalizált képeket, a megfelelő méretben a helyén, ahol használja őket. Ez nem jó, ha egy hatalmas képet tölt fel a szerverre és a weboldalra, ha csak az oldal negyedének lefedéséhez van szüksége.
Érdemes továbbá előre optimalizálni és tömöríteni a képeket feltöltés előtt, hogy a legjobb méret-méret arányt biztosítsa. A WordPresshez számos beépülő modul létezik, amelyek optimalizálják és tömörítik a képeket, miután hozzáadta őket az oldalhoz, de a legjobb, ha van ötlete, hogy az egyes képeket hol fogják használni, mekkora legyen, és a kezdetektől fogva ilyen méretben tölti fel. .
A képek nagymértékben megnövelik webhelye betöltési idejét, és a szükségesnél több szerver sávszélességet fogyaszthatnak. Ha a tárhelyfiókja sávszélesség-korlátozással rendelkezik (egy hónap alatt átvitt adatmennyiség), sokkal gyorsabban használhatja fel a sávszélességet néhány túl sok képpel, attól függően, hogy mekkora forgalmat kap webhelye.
Ha túlnyomórészt JPEG képeket használ, ami egy tömörített (veszteséges) formátum, akkor megállapítottuk, hogy a tömörítés/minőség enyhe beállításával jelentős sávszélesség-megtakarítás érhető el.
Nemrég tanulmányoztam ezt a méret/minőség arányt néhány általam létrehozott e-kereskedelmi webhelyen, és jó ár-érték arányt találtam a termékképeknél (amelyek egyes webhelyeken több ezerre is rúghatnak).
Tekintse meg alább a fájlméret különbségét a képtömörítés (minőség) változtatásakor, 90-ről (alapértelmezett), 70-re, majd 50-re.
Bár a képméret nagyon kicsi volt a termékeken, az 50-es érték túl rossz képminőséget eredményezett, így 70-re növeltem. De még 70-es minőségnél is közel felére csökkent a képek által fogyasztott sávszélesség! Ha ezt megszorozzuk több ezer termékkel, akkor a megtakarítások és az oldalbetöltési idők közötti különbség óriási.
Amint alább látható, a 70-es minőség elérése után a kép mérete drámaian megnő. Az 50-ről 90-re való minőségi ugráshoz pedig a képfájl mérete több mint kétszeresére nő!
| Méret 90-es minőségben (KB-ban) | Méret 70-es minőségben (KB-ban) | Méret 50-es minőségben (KB-ban) |
| 35.6 | 20.0 | 15.0 |
| 34.4 | 19.3 | 14.5 |
| 35.8 | 20.1 | 15.0 |
| 24.7 | 13.3 | 9.9 |
| 37.3 | 22.0 | 16.9 |
| 27.4 | 15.3 | 11.5 |
| 27.1 | 15.2 | 11.4 |
| 61.2 | 34.9 | 26.3 |
| Összesen: 283,5 | Összesen: 160,1 | Összesen: 120,5 |
7. Minimalizálás a szkript méretének csökkentésére
A minimalizálás a szkriptfájlok (Javascript, CSS-stíluslapok) méretének csökkentésének folyamata, amelyekre a webhelynek szüksége van, hogy gyorsabban töltsenek be.
Lehetnek CSS-fájlok (stílushoz) vagy Javascript-fájlok (animáció vagy dinamikus funkciók és interakció hozzáadásához). Amikor az oldalon dolgozik, ezek a szkriptek általában szépen elrendezett kódot tartalmaznak behúzásokkal, tabulátorokkal, szóközökkel, több sorral, hosszú változónevekkel, hogy megkönnyítsék a szerkesztést, de a böngészőknek nincs szükségük ezekre a fájlok helyes értelmezéséhez és az oldal megjelenítéséhez. .
A minimalizálással automatikusan eltávolíthatja ezeket a szóközöket, tabulátorokat, üres sorokat , és rövidre cserélheti a változóneveket anélkül, hogy ez a funkcionalitást befolyásolná. Ez a minimalizálási folyamat sokkal kisebbé teheti a fájlokat, és ennek következtében gyorsabban tölthető be.
A hatékonyság érdekében ez a minimalizálási folyamat a szerveren is megtörténhet (a WordPresshez vannak pluginek a minimalizáláshoz), de megtehető az oldal fejlesztésekor használt programban/platformon is. Ha webhelye rendelkezik Cloudflare-rel, akkor közvetlenül a szerverről tudja kicsinyíteni a fájlokat a hozzáférés időpontjában, anélkül, hogy bármit is tenne.
A szkriptek minimalizálása növeli a pontszámot, amikor olyan tesztek, mint a Google Page Speed, GTMetrix vagy YSlow elemzik webhelyét. A Google a webhely betöltési sebességét is figyelembe veszi, amikor meghatározza, hogy webhelye milyen helyen szerepeljen a keresési eredményoldalakon. A gyorsan betöltődő webhelyet jól látja a Google, és látogatói elégedettek lesznek.
Íme egy példa a Cloudflare beállítására, amely automatikusan minimalizálja a statikus fájlokat a webhelyén:
8. Ellenőrizze, hogy nincsenek-e hibás hivatkozások
Néha szervezetlen vagyok, amikor az oldalon dolgozom. A legtöbb oldalt piszkozatként készítem el, üresen, majd átdolgozom, és tartalmat helyezek el rajtuk. Gyakran hagyok ideiglenes hivatkozásokat a tartalomban, amelyek sehova sem vezetnek, azzal a szándékkal, hogy később visszatérjek, és lecseréljem őket, mielőtt az oldal elindulna. De néha elfelejtem, és a végén hibás hivatkozások jelenhetnek meg az oldalon.
Más esetekben nem kapom meg az összes tartalmat az ügyfelektől, és üres oldalakat hozok létre ideiglenes hivatkozásokkal, csak hogy folytassam a dolgomat . Persze sokszor az ügyfél meggondolja magát, vagy megfeledkezem róluk.
Az októl függetlenül minden webhelyen előfordulhatnak hibás hivatkozások és hiányzó oldalak. Nem néz ki jól az első benyomáson, és nem jó ötlet így hagyni, a látogatói élmény, de a keresőmotorok helyezése szempontjából sem.
Éppen ezért az indítás előtt (és rendszeres időközönként az indítás után) megnézem a webhelyemet, hogy nincsenek-e hibás hivatkozások. Manuálisan megteheti, ha nincs sok oldala, de véletlenül kihagyhat néhány hivatkozást.
A legjobb, ha egy „bejárónak” nevezett szoftvereszközt használ – olyan szoftvert, amely felkeresi a webhely főoldalát, azonosítja az oldalon található összes hivatkozást, majd felkeresi az egyes linkeket, és ugyanazt teszi mindegyiknél, amíg ki nem használja az összes oldalt, és linkeket. A teljes webhely átvizsgálása után jelentést ad az eredményekről, és értesíti, ha hibás hivatkozásai vannak, így kijavíthatja azokat.
A hibás linkek ellenőrzésére szolgáló kedvenc eszközeim a következők:
- Xenu Link Sleuth - Ingyenes Windows program, amely ellenőrizni fogja a webhely bármely linket - nem csak oldalak, hanem képek, keretek, beépülő modulok, háttér, stíluslapok és így tovább. Valós idejű jelentéseket generál, amikor beolvassa, és a végén elmentheti a jelentést, vagy e-mailt küldhet. Ezenkívül a HTTPS biztonságos webhelyeken is működik. A program nagyon kicsi, és a Windows minden verzióján 95 -től kezdve működik.
- Screaming Frog - egy online eszköz, amely nem csupán a törött linkek ellenőrzését kínálja. Az ingyenes verzió legfeljebb 500 URL -t szkennel (ami még akkor is elég, ha nincs nagy weboldala). Segít néhány keresőmotor optimalizálási tippekkel és eszközökkel, például a duplikált tartalom azonosításával, a meta és a címcímkék elemzésével, az XML webhelytérképek előállításával és még sok más.
Íme egy példa a Xenu Link Sleuth által generált jelentésre:
9. Ellenőrizze a kanonikus URL-eket
Ha webhelyén van egy oldal, amely egynél több URL-lel érhető el, vagy ha különböző oldalai vannak különböző URL-címekkel, de azonos tartalommal, akkor „ismétlődő tartalommal” rendelkezik. A keresőmotorok is azonosítják ezt a tartalmat, és ez negatívan befolyásolhatja webhelye teljesítményét a keresőmotorokban.
Tegyük fel például, hogy van egy kapcsolatfelvételi oldala, amely a következő címen érhető el:
http://www.webhelyexample.com/contact
És ugyanazon az oldalon:
http://mysiteexample.com/contact
Mondhatnád: de ez ugyanaz a cím! Ugyanaz az oldal!
Igen, ez valóban ugyanaz az oldal, de elérheti a domain verziójában „www”-vel és „www” nélkül. A Google számára ez egy ismétlődő oldal. A „WWW” csak egy aldomain, és más címnek minősül.
Ha nem mondja meg a Google-nak, hogy oldalai közül melyik az előnyben részesített (gyűjtő vagy hivatalos) verzió, a Google maga választja ki az egyiket „kanonikusnak”, a másikat figyelmen kívül hagyva, vagy ami még rosszabb, mindkettőt egyforma fontosságúnak tekinti. Ebben az esetben az a SEO „érték”, amelyet a kanonikus oldal kapna, két részre oszlik – mindegyik verzióra egy-egy oldalra. Ez ahhoz vezet, hogy az oldal jelentősége csökken a különböző hivatkozások miatt, így az oldalak önmagukkal versenyeznek.
Itt jön jól a „canonical” link – még ha webhelyének több, azonos tartalmú, különböző URL-címen elérhető oldala is van, megadhatja a az oldalak szakaszában, hogy melyik verziót részesíti előnyben (a „canonical” verzió), így:
<link rel=”canonical” href=”http://mysiteexample.com/contact” />
Ez a címke elegendő ahhoz, hogy jelezze a keresőmotorok számára, hogy azt szeretné, ha az oldal a „www” nélküli verziót tekintené „hivatalosnak”.
Ezenkívül, ha be van állítva a Google Search Console, akkor menjen oda, és adja meg, hogy melyik verziót részesíti előnyben, hogy az ott kapott jelentések a megfelelő verzióra vonatkozzanak.
A kanonikus URL -ekről és a webhely fejlesztésével kapcsolatos egyéb témákról, valamint a keresőmotorok számára a lehető legkönnyebbé tétele és a megértése érdekében.
Ha a WordPress -t használja a webhelyén, akkor a keresőmotor optimalizálási szempontjaihoz nagyszerű eszköz a Yoast plugin, amely az optimalizálási funkciókon, a cikkelemzésen, a kulcsszóelemzésen és így tovább, automatikusan generálja ezeket a kanonikus URL -eket minden oldalon.
10. Webhely biztonsági mentése
Ha nincs beállítva biztonsági mentési megoldás, Feltöltötted a képeket, létrehoztad az oldalakat, beállítottad a beépülő modulokat, és később néhány hacker hozzáfér, összeomlik a szerver, vagy te magad tönkretesz valamit – ha nincs friss biztonsági másolatod , van egy éjszakád vagy kettőt veszítesz, különben azt kockáztatod, hogy nem kapsz vissza semmit!
Ezért javasoljuk, hogy készítsen biztonsági másolatot az oldal elindítása előtt. Jó, ha ez már az építési fázisban megvan.
Szinte minden hosting cég kínál egy vagy másik biztonsági mentési megoldást, akár az árban, akár felár ellenében, az előfizetéstől függően. Ezenkívül a vállalattól és a fizetett összegtől függően a webhely biztonsági mentéseinek gyakorisága eltérő – naponta, néhány óránként vagy hetente.
Még mindig jó ötlet, ha valahol megvan a saját példánya. Biztonsági másolatot készíthet webhelyéről FTP -n keresztül, vagy különféle biztonsági mentési eszközöket használhat, például a Syncback SE vagy a Syncback Pro (amelyet évek óta használtam az összes projektemnél).
Ha webhelyét a WordPress -rel építették, akkor egy nagyon jó biztonsági mentési megoldás az, hogy ingyenes fiókot készítsen a ManageWP platformon. Miután csatlakoztatta webhelyét a kezelésiwp -hez, beállíthat ingyenes (havonta) vagy napi (díj ellenében) biztonsági mentéseket. A webhelyétől és a tartalom frissítésétől függően havonta egy biztonsági mentés nem elég.
A ManageWP-ből automatikusan visszaállíthatja webhelyét, vagy ugyanarra a gazdagépre, amelyet először használt, vagy másik gazdagépre, ha tárhelyszolgáltatót szeretne váltani.
A több telephellyel rendelkező szakemberek számára nyújtott szolgáltatásként a ManageWP egyéb funkciókkal is rendelkezik, mint például a frissítések, megjegyzések központosított vezérlése, a modulok telepítése és egyebek.
Egy másik biztonsági mentési megoldás, amelyet használok, az automatikus biztonsági mentés az Amazon S3-ra (ehhez használhatja a Syncbacket), vagy egy másik FTP-kiszolgálóra. Számos beépülő modul létezik a WordPresshez, amelyek biztonsági másolatot készítenek webhelyéről olyan szolgáltatásokra, mint a Dropbox, Google Drive, OneDrive stb.
Fontos azonban észben tartani, hogy a biztonság és a hatékonyság érdekében a webhely biztonsági mentését gyakran (legalább naponta) kell végezni, és egy másik helyen, ahol maga a webhely található.
Személy szerint én jobban szeretem az Amazon S3 biztonsági mentését a Syncback Pro használatával. A biztonsági mentést be tudom állítani úgy, hogy naponta, differenciáltan fusson (csak a változtatásokról készül biztonsági másolat, nem a teljes webhelyről). És ha nagyon fontos webhelyről van szó, és szeretnék rugalmasan visszatérni a régebbi verziókhoz, 7 biztonsági másolatot készíthetek – a hét minden napjára egyet. Ebben a változatban, ha valami nemkívánatos történik, és nem veszem észre azonnal (lehet, hogy az oldal fertőzött volt, és nem vettem észre, és a biztonsági másolat is tárolta a rosszindulatú szkriptet), visszamehetek néhány nappal.
Minden ügyfelemnek van napi, teljes adatbázis-mentésem. Ha akarom, visszatérhetek a néhány hónappal ezelőtti verzióhoz. A nagy cégek még évek óta tárolnak biztonsági másolatokat webhelyekről és adatbázisokról. Minden attól függ, mennyire fontosak az adatok, és mekkora rugalmasságot szeretne biztosítani az adatok lekérésekor.
Bónusz: Állítsa be hírlevél-előfizetését
marketing vagy a stratégia területén, mint a műszaki területen. Ha a macskák képeitől eltérő okokból elindít egy weboldalt, akkor komolyan kell vennie a levelezőlistát .
Sok webhelytulajdonos (köztük én is) sajnálja, hogy nem kezdett korábban e-mail-címeket gyűjteni a potenciális ügyfelektől és a webhely látogatóitól. Vannak, akik ezt az oldal elindítása előtt teszik meg.
Ha most elkezdesz e-mail listát építeni, lassan felépíted AZ ÖN közönségét – azokat, akik érdeklődnek a TE tartalmaid, a TE frissítéseid és az ÖN kínálata iránt. A rajongóival való személyes kapcsolat nagyon hatékony.
Anélkül, hogy unalmas és tolakodó lenne, frissítéseket, értékes tartalmakat, tippeket, ötleteket és, miért ne, promóciókat küldhet, és közvetlenül e-mailben értékesíthet olyan ügyfeleknek, akik önként iratkoztak fel az e-mail listára.
Az e-mail lista felépítésének gyors módja, ha feliratkozik egy e-mail szolgáltatásra vagy ESP-re ( Email Service Provider ) (van néhány ingyenes, van, amelyik fizetős), beír egy előfizetési űrlapot a webhelyen, és íme!
Következtetés
Sok más dolgot is megtehet annak érdekében, hogy webhelye a lehető legnagyobb hatást érje el az induláskor, de az ebben a cikkben leírtak a legfontosabbak közé tartoznak, és viszonylag könnyen megvalósíthatók.
Azt javaslom, hogy ne hagyja végrehajtás nélkül 6 hónappal az indulás után! Nem tarthat tovább 2 óránál az összes lépés végrehajtásához és végrehajtásához. Örülni fog, hogy megtette.
