Како мигрирати домен без рушења позиција у претрази

Промена домена је један од ретких SEO пројеката у којима технички мала грешка може врло брзо постати веома видљива. Недостајуће преусмерење, блокирана путања за crawling или заборављени каноникал могу претворити једноставан rebrand у недеље нестабилности рангирања.

Одређено померање је нормално. Претраживачима је потребно време да crawl-ују старе URL-ове, открију преусмерења, обраде сигнале и сместе нови домен у индекс. Циљ није да се избегне сваки пад. Циљ је да миграција буде досадна: један стари URL води ка једном еквивалентном новом URL-у, сервер одговара јасно и ништа важно не нестаје.

Почните инвентаром, не правилом за преусмерење

Најчешћи неуспех миграције је третирање тог посла као задатка серверске конфигурације. Није. То је задатак информационе архитектуре који се случајно завршава серверском конфигурацијом.

Пре него што додирнете DNS, направите листу URL-ова који су важни:

• URL-ови који добијају органски саобраћај
• URL-ови са спољним backlink-овима
• URL-ови који конвертују, генеришу lead-ове или подржавају кампање
• Канонички URL-ови који су тренутно у вашем XML sitemap-у
• PDF-ови, слике и датотеке за преузимање које су линковане споља
• Високовредни legacy URL-ови који се можда не појављују у тренутној навигацији

За сваки стари URL доделите одредиште на новом домену. У већини случајева то одредиште треба да буде иста страница са истом намером. Ако /pricing постаје https://newdomain.com/pricing, то је једноставно. Ако се три старе странице производа спајају у један нови водич, ту одлуку намерно документујте.

Избегавајте лењи образац: преусмеравање свега на нову почетну страницу. То је згодно, али одбацује релевантност. И претраживачи и корисници очекују да одредиште одговори на исту потребу као оригинални URL.

Сачувајте структуру URL-ова где можете

Миграција домена је лакша када путање остану стабилне. Прелазак са oldsite.com/blog/example на newsite.com/blog/example много је чистији него истовремена промена домена, CMS-а, slug-ова, структуре фолдера и садржаја.

Понекад редизајн или миграција CMS-а чине промене URL-ова неизбежним. Ако је тако, раздвојте одлуке:

1. Шта се мења зато што се мења домен?
2. Шта се мења зато што се мења структура сајта?
3. Шта се брише, спаја или преписује?

Што више променљивих уведете, то ће касније бити теже дијагностиковати проблеме. Ако је миграција важна, а тренутни сајт добро ради, размислите о томе да прво преместите домен, а редизајн оставите за касније.

Користите трајна преусмерења у једном скоку

За праву миграцију домена користите серверска 301 или 308 преусмерења са старих URL-ова на њихове нове еквиваленте. Привремена преусмерења су за привремене ситуације. JavaScript преусмерења, meta refresh и soft redirects слабији су сигнали и лакше се кваре.

Циљеви за преусмерења су једноставни:

• Сваки важан стари URL враћа трајно преусмерење.
• Свако преусмерење иде директно на коначно одредиште.
• HTTP се чисто преусмерава на HTTPS.
• www и non-www варијанте се обрађују доследно.
• Преусмерења не зависе од крхког понашања query string-а, осим ако је неопходно.

Лош ланац изгледа овако:

http://oldsite.com/page → https://oldsite.com/page → https://www.oldsite.com/page → https://newsite.com/page → https://www.newsite.com/page

То можда на крају стигне до праве странице, али је споро, теже за crawling и вероватније скрива грешке. Циљајте на један скок од сваке старе варијанте до коначног новог URL-а.

Када проверавате понашање, прегледајте стварне HTTP одговоре уместо да верујете ономе што прегледач приказује. Наш водич за debugging преусмерења и HTTP headers у продукцији овде је користан јер су прегледачи превише љубазни: прате ланац и сакрију неуредне делове.

Припремите DNS и сертификате пре покретања

DNS не преноси директно рангирања, али лош DNS може учинити да миграција изгледа покварено. Смањите TTL вредности пре временског прозора за покретање како би се промене предвидљивије пропагирале. Потврдите да нови домен има исправне записе за web саобраћај, email и све потребне поддомене.

Потребни су вам и важећи TLS сертификати за оба домена. То је лако превидети. Стари домен и даље мора да служи HTTPS преусмерења након миграције. Ако му сертификат истекне, корисници и crawler-и могу наићи на упозорења у прегледачу пре него што уопште стигну до новог сајта.

Ако промена утиче на email, немојте то третирати као накнадну мисао. Промене домена често кваре SPF, DKIM, DMARC, MX записе, tracking линкове и transactional mail. За подсећање на записе који су важни, погледајте наш водич за програмере о MX, SPF, DKIM и DMARC.

Проверите каноникале, интерне линкове и sitemap-ове

Након покретања, нови домен треба да се понаша као да је одувек био канонички дом садржаја.

То значи:

• Canonical тагови указују на нове URL-ове, не на стари домен.
• Интерни линкови користе нови домен или root-relative путање.
• XML sitemap-ови садрже само коначне, indexable нове URL-ове.
• hreflang анотације, ако се користе, референцирају нове URL-ове.
• Open Graph, structured data и alternate линкови су ажурирани.
• Robots.txt не блокира важне секције.

Немојте објавити sitemap пун старих URL-ова и очекивати да ће преусмерења то очистити. Sitemap треба да буде листа URL-ова које желите да буду индексирани. После миграције, то значи коначни URL-ови на новом домену.

Такође пазите на каноничке контрадикције. Страница која се преусмерава са старог на нови домен, али има canonical који показује назад на стари домен, шаље помешане сигнале. Претраживачи обично могу да се изборе са извесном недоследношћу, али не треба то да тражите од њих.

Не мењајте све на дан покретања

Миграција је већ довољно велики догађај. Ако је могуће, избегавајте да је комбинујете са великим орезивањем садржаја, преписивањем template-а, променама навигације, променама JavaScript rendering-а или новим performance профилом.

Ово није сујеверје. То је дисциплина debugging-а. Ако рангирања падну након покретања, морате знати да ли је узрок мапирање преусмерења, приступ за crawling, измењен садржај, спорији rendering, недостајући structured data или нешто друго.

Нека почетно покретање буде што ближе старом сајту колико је практично. Када нови домен постане стабилан, веће уредничке и дизајнерске промене уводите у мањим серијама.

Реците претраживачима шта се променило

У Google Search Console, верификујте и стари и нови домен. Затим користите Change of Address tool када је пресељење промена на нивоу домена и садржај се премешта на нови домен. Пошаљите нови sitemap након покретања.

То не замењује преусмерења. То их подржава. Претраживачима су и даље потребна crawlable, трајна преусмерења да би разумели мапирање на нивоу URL-а.

За Bing и друге претраживаче користите њихове webmaster tools где су доступни. Такође ажурирајте места која контролишете: social профиле, пословне листинге, одредишта огласа, email потписе, документацију, партнерске линкове и canonical референце у syndication садржају.

Неће сви спољни линкови бити ажурирани, и то је у реду. Али најважнији би требало да буду. Ако велики партнер, app marketplace, портал документације или press страница линка ка старом домену, затражите ажурирање.

Надгледајте праве ствари након покретања

Првих неколико дана после миграције треба да буду активан надзор, не славље.

Проверите:

• Server logs за crawl активност на старом и новом домену
• 404 и неочекиване 5xx грешке
• Ланце и петље преусмерења
• Статус индексирања у Search Console
• Откривање и обраду sitemap-а
• Органске landing page-еве и обрасце упита
• Путање конверзије које зависе од старих URL-ова
• Analytics филтере и referral exclusions

Очекујте шум у извештавању. Неки analytics алати третирају нови домен као ново својство ако нису правилно конфигурисани. Неки dashboard-и пореде саобраћај старог домена са саобраћајем новог домена и чине да миграција изгледа горе него што јесте.

Видљивост у претрази може да флуктуира неколико недеља. Оно што не желите јесте образац у коме се високовредни стари URL-ови непрестано crawl-ују, али нису правилно преусмерени, или где се нове странице откривају, али означавају као дупликати старог домена.

Ни performance не треба игнорисати. Ако нови домен крене са тежим template-има, поквареним caching-ом или неоптимизованим asset-има, корисници могу осетити миграцију као успорење. Ако користите Lighthouse као део провера, читајте га имајући приоритете на уму; наш текст о томе како читати Lighthouse извештај без панике објашњава како да одвојите значајне проблеме од шума.

Задржите стари домен дуго времена

Немојте дозволити да стари домен истекне након што миграција „ради“. Држите га регистрованим, држите сертификате важећим и оставите преусмерења активна што је дуже могуће. У пракси то често значи годинама.

Стари линкови настављају да постоје у blog post-овима, bookmark-овима, документацији, PDF-овима, email-овима и social post-овима. Преусмерења су мост између тог историјског отиска и новог домена. Прерано искључивање прекида путање корисника и расипа акумулиране сигнале.

Такође сачувајте копију мапе преусмерења и белешки о покретању. Шест месеци касније, када неко пита зашто се legacy URL понаша на одређени начин, биће вам драго што сте то документовали.

<!-- tool-cta:start -->

💡 Пробајте ово: После преласка, пратите своје старе URL адресе преко Redirect Checker да бисте потврдили да се свака од њих разрешава једним 301 скоком на одговарајућу нову страницу.

<!-- tool-cta:end -->

Разумна контролна листа за миграцију

Пре покретања:

• Верификујте оба домена у Search Console.
• Crawl-ујте тренутни сајт и извезите важне URL-ове.
• Направите one-to-one мапу преусмерења.
• Смањите DNS TTL-ове.
• Припремите TLS сертификате за стари и нови домен.
• Ажурирајте каноникале, интерне линкове, hreflang, structured data и sitemap-ове.
• Тестирајте преусмерења у staging-у или контролисаном окружењу.

На дан покретања:

• Deploy-ујте преусмерења.
• Потврдите понашање HTTP на HTTPS.
• Тестирајте важне узорке URL-ова из сваког типа template-а.
• Пошаљите нови sitemap.
• Користите Change of Address tool где је прикладно.
• Пратите server errors, redirect loops и блокиране ресурсе.

После покретања:

• Надгледајте crawl errors и извештаје о индексирању.
• Ажурирајте важне спољне линкове где можете.
• Поредите саобраћај према намери landing page-а, не само укупне вредности домена.
• Држите преусмерења активна на неодређено време.
• Одложите неповезан редизајн или експерименте са садржајем док се пресељење не стабилизује.

Миграције домена нису без ризика, али су управљиве. Рангирања обично трпе када миграција шаље нејасне сигнале: недостајућа преусмерења, измењен садржај, контрадикторни каноникали, блокирани crawler-и или заборављен стари домен. Дајте претраживачима и корисницима чисту мапу и пресељење постаје много мање драматично.