Як правильно поміняти домен у сайту на wordpress
Ще місяці два тому мій сайт займав перші-другі позиції по багатьом основним запитам, пов'язаним з WordPress. Потім я захотів поміняти домен, потім, коли новий домен вже почав з'являтися у видачі, я передумав і вирішив повернутися на старий, і ось, через тиждень я знову вирішив переїхати, але вже на misha.blog.
Мені вже почали писати Новомосковсктелі з проханням скинути дамп бази даних сайту на випадок, якщо я раптом на нього заб'ю.
Ні хлопців. Чи не заб'ю. При цьому я ще намагаюся якось знайти час, щоб регулярно займатися всією цією справою.
Навіщо я це роблю?
Що в підсумку?
Чекліст максимальної безболісності переїзду.
Зрештою, у мене не новинний блог, тому треба трохи збільшити користь цього поста, щоб він не ніс чисто інформаційний характер і був хоч якось корисний людям. Чи що.
Крок 1. Додати домен на хостинг і прив'язати або до нової директорії, або до тієї ж самої.
Робив і так і так, прив'язка до тієї ж самої директорії простіше, так як не потрібно буде копіювати цілий сайт, але зате можна заплутатися з редирект.
Крок 2. Замінити старий домен на новий всередині WordPress. Скрізь - і в базі даних і в файлах (ну хіба мало - у мене ось в темі домен статикою прописаний 😱).
Для того, щоб замінити старий домен на новий в базі даних і нічого не пропустити, рекомендую зробити це автоматично за допомогою SQL-запитів, які можна згенерувати за допомогою цього інструменту. а потім просто запустити їх в phpMyAdmin на вкладці SQL (тільки не забудьте спочатку вибрати потрібну базу даних). У мене до речі є цілий урок, присвячений цим SQL запитам - он він. можливо буде корисний.
Крок 3. Ставимо 301 редіректи в .htaccess
Це найвідповідальніший момент. Якщо неправильно проставити редіректи, то на все інше вже буде просто пофіг. Хоча тут я напевно перебільшую, так як без другого кроку сайт і зовсім працювати не буде.
Окей, тут важливо зрозуміти одну річ - всі посилання на матеріали сайту на старому домені повинні перенаправлятися на відповідні матеріали на новому (важливо - навіть, якщо вони при цьому змінили структуру URL!).
Ось які правила в .htaccess використовую я:
Ці рядки коду завжди повинні йти після RewriteEngine on (якщо немає, додайте!), Проте, якщо ви вирішили прілінкованние новий домен до тієї ж самої директорії на хостингу, то можливо у вас в .htaccess вже існують якісь правила WordPress - принцип той ж, але зверніть увагу - додаємо відразу ж наступного рядку після RewriteEngine on.
Крок 4. robots.txt і sitemap.xml
Якщо вам ці слова не знайомі, на поки ви можете скіпнуть цей крок, але задуматися про те, що непогано було б зайнятися SEO-оптимізацією сайту, хоча б внутрішньої.
Якщо ваша карта сайту sitemap.xml генерується динамічно, то нічого робити не потрібно, якщо ж ні, то перебудувати її в тому плагін, який використовуєте. Щоб перевірити, перейдіть на неї в браузері прямим посиланням і переконайтеся, що в ній не залишилося старого домену.
У файлі robots.txt зазвичай змінюється URL у директиви host і sitemap. Якщо ви прілінкованние новий домен до іншого директорії, зробіть зміни в robots.txt в обох місцях.
Крок 5. Яндекс Вебмайстер і Google Webmaster
Розумію, що швидше за все на блозі є Новомосковсктелі, які не використовують ці інструменти (один або другий, або обидва), але тим не менш, які дії потрібно в них зробити при зміні домену? Тут можуть бути різні сценарії, а так як я себе сеошник не вважаю, то, напевно, не опишу їх все докладно. Скажу лише, який повинен бути кінцевий результат.
Обидва домену повинні бути додані в Google / Яндекс вебмастерс і повинен бути запущений процес переїзду домену.
Консоль Google Webmaster
Яндекс Вебмайстер
Принцип приблизно той же, як і в Google Webmaster tools, докладніше - на скріншоті.
Миша Рудрастих
Дивіться також
- Про те, як мене запросили в Epic Skills вести курс по WordPress Невелика передісторія про те, як мене запросили викладати в Epic Skills, а також в двох словах про самого курсі і відгуки.
- SQL-запити, необхідні для перенесення сайту на WordPress на інший домен Опис SQL-запитів, а також інструмент, який дозволить вам заощадити час кожен раз при перенесенні сайтів або заміні доменів.