Készülj fel webhelyed elindítására: Ne felejtsd el ezt a 10 dolgot!

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:

1. A Google Analytics
2. Google Search Console
3. Cloudflare a biztonság és a sebesség érdekében
4. SSL-tanúsítvány a biztonság és a látogatói bizalom érdekében
5. Gyorsítótár a teljesítmény érdekében
6. Képoptimalizálás és tömörítés
7. Szkript kicsinyítés
8. Megszakadt linkek ellenőrzése
9. Kanonikus linkellenőrzés
10. 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!

elindítani egy webhelyet, olyan, mint bekötött szemmel autót vezetni: úton van, de fogalma sincs, merre mész. Nem tudja, hogyan teljesít a forgalom, hogy az Ön által közzétett cikkek és tartalmak hatással vannak-e, vagy hogy milyen hatással vannak hirdetési kampányai.

Analitikai megoldás nélkül azt sem tudhatja, hogy a keresőoptimalizálási erőfeszítéseinek van-e eredménye.

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 a Google Analytics szolgáltatással is összekapcsolható, hogy részletesebb jelentések jelenjenek meg közvetlenül a forgalomelemzési 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 számos szolgáltatást kínál a webhelyek biztonságával, tartalomátvitelével, sebességével és még sok mással kapcsolatban.

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).
• Sebesség: A Cloudflare ingyenes gyorsítótárazást kínál statikus tartalmaihoz (képek, HTML, CSS, Javascript kód) közvetlenül a terjesztési hálózatán (CDN). Ez azt jelenti, hogy jelentős sávszélesség-megtakarítást érhet el – mivel képei és egyéb statikus tartalmai a Cloudflare szerverein vannak a bolygó számos régiójában, látogatói sokkal gyorsabban hozzáférhetnek ezekhez az erőforrásokhoz egy közeli szerverről és az Ön szerveréről. szabad és nyugodt lesz. Miközben ezt a cikket írom, több mint 50 webhelyem van a Cloudflare-en, és legtöbbjük 50%-os vagy annál nagyobb sávszélesség-megtakarítással rendelkezik. Sok e-kereskedelmi webhelyet kezelek, és mindegyiken több ezer termékkép található. A sávszélesség-megtakarítás óriási!
• 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.

2019-ben nincs több kifogás az SSL hiányára! ingyenes SSL-tanúsítványt kaphat a legtöbb hosting cégnél a Let's Encrypt ingyenes tanúsítványait használva. Telepítheti őket néhány kattintással a gazdagépről, vagy ha például Windowst használ, letölthet egy kis szoftvert, amely könnyen telepíti.

Természetesen senki sem akadályozza meg abban, hogy SSL-tanúsítványt vásároljon hivatalos viszonteladótól (például GoDaddy stb.) és telepítse azt.

Miután beállította az SSL-t, ne felejtse el átirányítani az összes http:// verziójú oldalt a biztonságos https:// verzióra. Ezt általában úgy érheti el, hogy átirányítási szabályokat ad hozzá a kiszolgálóhoz, vagy ha Cloudflare-t használ, jelölje be a „ Mindig használjon https ” lehetőséget a Cloudflare felület Crypto szakaszában.

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, ha már a webhely építési szakaszában megtervezi és elkészíti a képeket – ezzel sok időt takaríthat meg, amikor elérkezik a webhely elindításának ideje. Mindig optimalizált képeket tölts fel, a felhasználás helyének megfelelő méretben. Nem jó egy hatalmas képet feltölteni a szerverre és a weboldalra, ha csak az oldal negyedét kell lefedni.

É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ő!

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áskor 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 – egy ingyenes Windows-program, amely ellenőrzi a webhelyén található hivatkozásokat – nem csak oldalakat, hanem képeket, kereteket, bővítményeket, háttereket, stíluslapokat és így tovább. Szkennelés közben valós idejű jelentéseket készít, és a végén elmentheti a jelentést, vagy elküldheti e-mailben. A https védett webhelyeken is működik. A program nagyon kicsi, és a Windows összes verzióján működik 95-től kezdve.
• Screaming Frog – egy online eszköz, amely többet kínál, mint a hibás hivatkozások ellenőrzését. Az ingyenes verzió akár 500 URL-t is átvizsgál (ami akár elég is lehet, ha nincs nagy webhelye). Ezenkívül segít néhány keresőoptimalizálási tippben és eszközben, mint például az ismétlődő tartalom azonosítása, a meta- és címcímkék elemzése, az XML-webhelytérképek létrehozása é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.

Itt olvashat bővebben a gyűjtő URL-ekről és a webhelye fejlesztésével kapcsolatos egyéb témákról, valamint arról, hogy a keresőmotorok a lehető legegyszerűbben indexeljék és megértsék.

Ha WordPress-t használ a webhelyén, akkor a keresőoptimalizálási szempontokhoz nagyszerű eszköz a Yoast bővítmény , amely az optimalizálási funkciókon, cikkelemzésen, 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 van valahol egy saját példány. 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ökkel, mint például a Syncback SE vagy a Syncback Pro (amelyet évek óta használtam minden projektemnél).

Ha webhelye WordPress-szel készült, nagyon jó biztonsági mentési megoldás az ingyenes fiók létrehozása a ManageWP platformon. Miután csatlakoztatta webhelyét a ManageWP-hez, ingyenes (havi) vagy napi (térítés ellenében) biztonsági mentéseket állíthat be. A webhelytől és a tartalomfrissítés gyakoriságától függően előfordulhat, hogy egy havi biztonsági mentés nem elegendő.

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ére vonatkozik, mint a technikaira. Ha a macskákról készült képeken kívül bármilyen más okból indít egy webhelyet, érdemes komolyan foglalkoznia a levelezőlista .

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.