Бизнес веб-сайтыңызды жаңа хостқа қалай көшіруге болады

Веб-сайтты жаңа хостқа көшіру техникалық жоба болғанымен, ол міндетті түрде тәуекелді болуы шарт емес. Дұрыс реттілік, мұқият сақтық көшірмелер және нақты тестілеу жоспары арқылы бизнес сайтыңызды мазмұнды жоғалтпай, функционалдылықты бұзбай және қажетсіз тоқтап қалусыз көшіруге болады.

Құрылтайшылар, шағын бизнес иелері және стартаптар үшін хостингті ауыстыру көбіне практикалық себептермен болады. Трафик күткеннен жылдам өсіп жатуы мүмкін. Сайт жылдамдығы баяу болуы мүмкін. Қауіпсіздік талаптары күшеюі мүмкін. Немесе қолданыстағы хостинг ортасы енді бизнеске сай келмеуі мүмкін.

Қандай себеп болса да, құрылымды көшіру процесі веб-сайтыңызды қорғауға, іздеу көрінімділігін сақтауға және келушілерді жаңа серверге бірқалыпты бағыттауға көмектеседі.

Неліктен бизнес жаңа хостқа көшеді

Хостингті көшіру әдетте техникалық артықшылықтан емес, бизнес қажеттілігінен туындайды. Жиі кездесетін себептер:

• Жоғары өнімділік және беттердің тезірек жүктелуі
• Сенімдірек жұмыс уақыты және сервер тұрақтылығы
• Қауіпсіздіктің күштірек мүмкіндіктері немесе жақсырақ сақтық көшірме опциялары
• Көбірек сақтау орны, өткізу қабілеті немесе сервер ресурстары
• WordPress сияқты мазмұнды басқару жүйесіне жақсы қолдау
• Төменірек шығындар немесе болжамдырақ баға құрылымы
• Электрондық пошта, дерекқорлар немесе staging орталарында көбірек бақылау

Ерте кезеңдегі компания үшін сенімді веб-сайт бренд тәжірибесінің бір бөлігі болып саналады. Ол лидтерді тартуға, сенімділікке және клиенттердің сеніміне әсер етеді. Егер қазіргі хост кедергі келтіріп жатса, жоспарлы көшіру пайдалы жаңарту болуы мүмкін.

Бастамас бұрын: көшіру чек-парағын жасаңыз

Сәтті көшіру ештеңе жылжытылмай тұрып басталады. Әр қадамды тексеріп, кездейсоқ жіберіп алулардан сақтану үшін чек-парақты қолданыңыз.

Чек-парақта мыналар болуы керек:

• Жаңа хостинг жоспарының белсенді екенін растау
• Веб-сайт файлдарының толық сақтық көшірмесін жасау
• Дерекқордың сақтық көшірмесін жасау
• Конфигурация файлдарының көшірмелерін сақтау
• DNS баптауларын, email жазбаларын және субдомендерді тіркеу
• Сайт CMS қолданса, плагин, тақырып немесе нұсқа мәліметтерін құжаттау
• Көшіру терезесі туралы мүдделі тараптарды хабардар ету
• DNS ауыстырмас бұрын тестілеу кезеңін жоспарлау

Көшіруді соңғы сәтте жасалатын ауысым емес, бақыланатын көшіп-қону ретінде қарастырыңыз. Дайындық қаншалықты толық болса, кейін тосын жағдайлар соғұрлым аз болады.

1-қадам: Дұрыс жаңа хостты таңдаңыз

Ештеңе көшірмес бұрын, жаңа ортаңыздың сайтыңызға шынымен сәйкес келетінін тексеріңіз.

Хосттарды мына факторлар бойынша салыстырыңыз:

• Сервер түрі және платформа үйлесімділігі
• Қолжетімді сақтау орны мен өткізу қабілеті
• SSL қолдауы, firewall опциялары немесе malware сканерлеу сияқты қауіпсіздік құралдары
• Сақтық көшірме жиілігі және қалпына келтіру опциялары
• Қолдау сапасы және жауап беру уақыты
• Staging, кэштеу немесе басқарылатын жаңартулардың бар-жоғы
• CMS, плагиндер немесе custom stack-пен үйлесімділігі

Егер сіздің бизнес веб-сайтыңыз WordPress негізінде жасалған болса, хостинг провайдері ағымдағы WordPress нұсқасын және пайдаланатын плагиндерді қолдайтынын тексеріңіз. Егер сайт custom түрде жасалған болса, бастамас бұрын PHP, дерекқор және сервер баптауларын растаңыз.

Бастапқыда жасалған аз ғана тексеріс кейінгі екінші көшіруден арзанға түседі.

2-қадам: Мүмкін болса, DNS TTL мәнін төмендетіңіз

Егер көшіру алдында DNS баптауларына қол жеткізе алсаңыз, маңызды жазбалар үшін TTL мәнін алдын ала азайтыңыз. TTL DNS ақпаратының кэште қанша уақыт сақталатынын басқарады.

TTL-ді алдын ала төмендету соңғы ауысымның тезірек таралуына көмектесуі мүмкін. Бұл әр көшіру үшін міндетті емес, бірақ ауысу кезінде пайдаланушылар әртүрлі нәтижелерді көру ықтималдығын азайтады.

Мүмкін болса, мұны ауыстырудан едәуір бұрын орындаңыз, себебі DNS өзгерістерінің өзі де таралуға уақыт алады.

3-қадам: Бүкіл веб-сайттың сақтық көшірмесін жасаңыз

Сақтық көшірмелер көшіру кезіндегі қауіпсіздік торы болып табылады. Оларсыз жалғастырмаңыз.

Кемінде мыналарды сақтаңыз:

• Тақырыптар, шаблондар, суреттер, скрипттер және жүктеп салынған файлдарды қоса алғанда, веб-сайт файлдары
• Жазбалар, беттер, баптаулар, пайдаланушылар және пікірлерді қоса алғанда, дерекқор
• Орта баптаулары немесе қосылым мәліметтері сияқты конфигурация файлдары
• Егер hosting account пошта да сақтаса, email деректері

Егер сайтыңыз WordPress немесе басқа CMS қолданса, процесті жеңілдететін кіріктірілген export құралдары немесе backup плагиндері болуы мүмкін. Ондай болмаса, файлдарды көшіру үшін FTP немесе file manager, ал дерекқор үшін phpMyAdmin сияқты export құралын пайдаланыңыз.

Сақтық көшірмелерді кемінде екі бөлек жерде сақтаңыз, мысалы, жергілікті сақтау және cloud сақтау. Мақсат - backup-ты ескі және жаңа хосттан тәуелсіз ету.

4-қадам: Жаңа хостта staging немесе тест көшірмесін жасаңыз

Мүмкін болса, жария DNS ауысымына дейін сайтты тексеріңіз. Staging көшірме келушілерді жаңа серверге әлі бағыттамай тұрып, веб-сайттың жаңа серверде дұрыс жұмыс істейтінін растауға мүмкіндік береді.

Жаңа хостта файлдарды жүктеп, дерекқорды тест ортасына немесе уақытша каталогқа импорттаңыз. Содан кейін сайттың дұрыс ашылатынын тексеріңіз.

Мыналарды тексеріңіз:

• Жоғалған суреттер немесе бұзылған layout-тар
• Ескі доменге немесе серверге әлі де нұсқайтын қатты бекітілген сілтемелер
• Жіберілмейтін формалар
• Дұрыс аутентификацияланбайтын кіру жүйесі
• Плагин немесе кеңейтім қақтығыстары
• Қате немесе бос беттер

Бұл көшірудің ең маңызды бөліктерінің бірі. Көп мәселені DNS жазбасы өзгермей тұрып түзету әлдеқайда оңай.

5-қадам: Файлдарды жаңа серверге көшіріңіз

Жаңа хост дайын болған соң, веб-сайт файлдарын жүктеңіз.

Әдеттегі тасымалдау тәсілдері:

• FileZilla сияқты клиентті немесе ұқсас құралды пайдалана отырып FTP немесе SFTP
• Хостинг басқару панеліндегі file manager құралдары
• Хост ұсынатын migration немесе deployment құралдары
• Custom application үшін қолмен көшіру

Жаңа сервер басқа орналасуды талап етпесе, folder құрылымын сақтаңыз. Егер сайтыңыз нақты файл жолдарына тәуелді болса, оларды өзгерту бұзылған assets немесе application қатесіне әкелуі мүмкін.

Егер веб-сайт үлкен болса, файлдарды реттелген топтармен көшіріп, жалғастырмас бұрын аяқталғанын тексеріңіз.

6-қадам: Дерекқорды импорттаңыз

Егер веб-сайтыңыз дерекқор қолданса, файлдар орнына қойылғаннан кейін оны жаңа хостқа импорттаңыз.

Жиі орындалатын қадамдар:

• Жаңа хостта жаңа дерекқор жасау
• Дұрыс рұқсаттары бар дерекқор пайдаланушысын құру
• Экспортталған .sql файлын немесе соған ұқсас backup-ты импорттау
• Қолданбаны жаңа тіркелгі деректерімен жаңарту

WordPress және ұқсас платформаларда дерекқорға қосылу баптаулары көбіне конфигурация файлында сақталады. Жаңа дерекқор атауы, пайдаланушы аты, құпиясөзі және host мәні дұрыс екеніне көз жеткізіңіз.

Егер дерекқор импортталмаса, файл өлшемі шектеулерін, кодтау түрін және рұқсат баптауларын тексеріп, қайта қайталап көріңіз.

7-қадам: Конфигурация файлдарын жаңартыңыз

Көшіру толық аяқталуы үшін application жаңа ортамен қалай байланысатынын білуі керек.

Платформаға байланысты мына баптауларды жаңарту қажет болуы мүмкін:

• Дерекқорға қосылу мәліметтері
• Файл жолдары немесе document root сілтемелері
• Environment variables
• Кэш баптаулары
• API кілттері немесе қызмет endpoint-тері
• Debug немесе logging баптаулары

Custom application үшін конфигурация файлдары бірнеше жерде бөлініп тұруы мүмкін. Өзгеріс енгізбес бұрын codebase-ті мұқият қарап шығыңыз, әсіресе алдыңғы хост басқа каталог құрылымын немесе runtime орнатуын қолданса.

Егер сайтыңыз SSL қолданса, сертификат файлдарын жаңа хостта қайта орнату немесе қайта шығарту қажет пе, соны тексеріңіз.

8-қадам: DNS-ті өзгертпей тұрып сайтты тексеріңіз

Жария трафикті жаңа серверге бағыттамас бұрын, веб-сайтты уақытша hosts файлы жазбасы немесе staging domain арқылы тексеріңіз.

Бұл public domain әлі де ескі серверді көрсетіп тұрған кезде, сайтты жаңа хостта алдын ала көруге мүмкіндік береді.

Тестілеу кезінде мыналарды тексеріңіз:

• Басты беттің жүктелу жылдамдығы
• Навигация және ішкі сілтемелер
• Байланыс формалары және лид жинау формалары
• Қажет болса, төлем немесе транзакция ағындары
• Кіру және аккаунт аймақтары
• SSL сертификаттары және secure page мінез-құлқы
• Мобильді бейімделу
• Іздеу және сүзгі функциялары
• Сервердегі error log-тар

Бұл кезең analytics tracking және tag manager скрипттерін де қайта қарауға ыңғайлы уақыт. Егер кез келген tracking коды жетіспесе немесе екі рет қосылса, оны қазір анықтаған дұрыс.

9-қадам: DNS-ті жаңа хостқа ауыстырыңыз

Тестілеу аяқталғаннан кейін, доменді жаңа hosting environment-ке бағыттайтындай DNS жазбаларын жаңартыңыз.

Орнатуыңызға байланысты мыналарды өзгертуіңіз мүмкін:

• Nameserver-лер
• A жазбалары
• CNAME жазбалары
• Email үшін MX жазбалары
• Тексеру немесе SPF/DKIM/DMARC үшін TXT жазбалары

Өзгерісті мұқият жасаңыз. Егер доменіңіз email-ді де өңдесе, көшу кезінде бизнес пошта тоқтап қалмауы үшін mail жазбаларына ерекше сақ болыңыз.

DNS жаңартуы жасалған соң, таралу басталуы мүмкін. Бұл уақыт алады және кэш жарамдылығы аяқталғанша әртүрлі пайдаланушы әртүрлі серверге түсуі мүмкін.

10-қадам: Таралуды бақылап, екі хостты да белсенді ұстаңыз

DNS өзгерісінен кейін ескі хостты бірден өшірмеңіз.

Ескі аккаунтты таралу мерзімі аяқталғанша және әлі де бұрынғы серверге келетін трафикті ұстап қалу үшін жеткілікті уақыт белсенді ұстаңыз. Көп жағдайда бірнеше күн жеткілікті, бірақ нақты уақыт DNS баптауыңыз бен трафик үлгілеріңізге байланысты.

Осы аралықта:

• Екі хосттағы сервер log-тарын бақылаңыз
• Трафиктің жаңа ортаға түсіп жатқанын тексеріңіз
• Формалар, email және кіру жұмысы дұрыс екенін растаңыз
• Бұзылған redirect-терді немесе жоғалған файлдарды бақылаңыз
• Жаңа серверде SSL белсенді екенін тексеріңіз

Бұл overlap кезеңі сіздің соңғы қауіпсіздік қорыңыз.

11-қадам: Көшіру кезінде SEO-ны қорғаңыз

Веб-сайтты көшіру мұқият жасалмаса, іздеу нәтижелеріне әсер етуі мүмкін. Мақсат - бар рейтингтерді сақтау және іздеу жүйелерін шатастырмау.

Осы SEO чек-парағын қолданыңыз:

• Мүмкін болса, бет URL-дерін өзгеріссіз қалдырыңыз
• Егер URL-дер өзгерсе, ескі беттерден жаңаларына 301 redirect орнатыңыз
• Canonical тегтердің дұрыс нұсқаларды көрсететініне көз жеткізіңіз
• robots.txt маңызды беттерді бұғаттап тұрмағанын тексеріңіз
• Көшіруден кейін search console құралдарында sitemap-ты қайта жіберіңіз
• Ішкі бұзылған сілтемелерді тексеріңіз
• Қажет болған жерде метадеректерді, тақырыптарды және heading-терді сақтаңыз
• Іске қосылғаннан кейін индекстеу мен crawl қателерін бақылаңыз

Егер көшіру толық redesign бөлігі болса, SEO шолуы одан да маңызды. Көрнекі жаңарту visibility есебінен болмауы керек.

12-қадам: Email, қауіпсіздік және analytics-ті тексеріңіз

Көп бизнес іске қосылғаннан кейін веб-сайт stack-тің тек бір бөлігі екенін байқайды. Қалған инфрақұрылым да назар аударуды қажет етеді.

Көшіруден кейін мыналарды тексеріңіз:

• Бизнес email жіберу және қабылдау
• SPF, DKIM және DMARC жазбалары
• SSL сертификатын орнату және жаңарту тәртібі
• Жаңа хосттағы backup автоматтандыруы
• Қауіпсіздік сканерлеуі немесе firewall баптаулары
• Analytics тегтері және конверсияны бақылау
• Формалардың жеткізілуі және CRM интеграциялары

Егер сіздің веб-сайтыңыз лид генерациясын қолдаса, жіберілмеген формалар бұзылған басты бет сияқты зиян келтіруі мүмкін. Әрбір маңызды конверсия жолын тексеріңіз.

Көшіру кезінде жиі жіберілетін қателер

Көшірудің дұрыс кетпеу себептері жиі қайталанатындықтан, оларды тікелей атап өткен жөн.

Мына қателерден сақ болыңыз:

• Ескі хостты тым ерте жабу
• Толық backup жасамай көшіру
• Дерекқорды немесе конфигурация файлдарын ұмыту
• Тек басты бетті тексеріп, терең бет жолдарын елемеу
• Домен немесе жол өзгергеннен кейін ішкі сілтемелерді жаңартпау
• Email DNS жазбаларын назардан тыс қалдыру
• SSL тексермей іске қосу
• Көшіруден кейін log-тарды бақылауды ұмыту

Ең қымбат қателер көбіне айқын болмайды. Олар пайдаланушылар кездескенше байқалмайтын ұсақ олқылықтар.

Қашан migration plugin немесе managed service қолдану керек

Әр бизнеске қолмен көшіруге уақыт немесе техникалық маман бола бермейді.

Мынандай жағдайда plugin негізіндегі migration немесе managed migration service жақсырақ болуы мүмкін:

• Сайт WordPress негізінде болса және көшіру қарапайым болса
• Қолмен файл тасымалдауды азайтқыңыз келсе
• Салыстырмалы түрде стандартты орнатуды көшіріп жатсаңыз
• Бизнес командасына процеске қолдау қажет болса
• Серверді тікелей басқарудан гөрі бағытталған workflow ұнатсаңыз

Қолмен көшіру көбірек бақылау береді, бірақ көбірек тәртіпті де талап етеді. Сайтыңыздың күрделілігі мен ішкі ресурстарыңызға ең сәйкес әдісті таңдаңыз.

Соңғы іске қосу чек-парағы

Ескі хостты жаппас бұрын, мыналарды растаңыз:

• Жаңа сайт public domain-де дұрыс ашылады
• Барлық негізгі беттер қолжетімді
• Формалар мен email жұмыс істеп тұр
• SSL белсенді
• Analytics дұрыс іске қосылып тұр
• Search engine directive-тері дұрыс
• Қажет болса, redirect-тер орнатылған
• Сайт desktop және mobile құрылғыларда дұрыс көрінеді
• Log-тарда маңызды қателер жоқ

Тек осы чек-парақ толық орындалғаннан кейін ғана ескі hosting account-ты тоқтатыңыз.

Қорытынды

Бизнес веб-сайтын жаңа хостқа көшіру жүйелі түрде әрекет етсеңіз, басқаруға болады. Толық backup-тан бастаңыз, файлдар мен деректерді мұқият көшіріңіз, жан-жақты тексеріңіз және жаңа орта расталғаннан кейін ғана DNS-ті ауыстырыңыз.

Шағын бизнес пен құрылтайшылар үшін hosting деңгейі өсуді шектемей, оны қолдауы керек. Дұрыс орындалған migration мазмұнды қорғайды, SEO-ны сақтайды және сіз жақсырақ платформаға ауысқанда веб-сайтыңыздың қолжетімді болуын қамтамасыз етеді.

Егер сіздің бизнесіңіз құрылудың бастапқы кезеңінде болса, тұрақты веб-сайт пен сенімді хостинг сіз іргетасты қалыптастырып жатқанда қажетті сенімділікті қолдай алады. Zenind АҚШ-та кәсіпкерлерге бизнес құруға және оны басқаруға көмектеседі, ал сенімді веб-қатысу осы іргетастың табиғи жалғасы болып табылады.