Как сохранить на wordpress структуру ссылок от старого сайта

Содержание материала:

Как перенести сайт на WordPress? Инструкция по переезду сайта на WordPress

Около 17% веб сайтов построены на WordPress платформе. Эта CMS набирает популярность в кругах большинства разработчиков. Как же быть с уже существующими сайтами, на других движках или вообще без них? Значит ли это, что перенос сайта на wordpress платформу займет массу времени, усилий и денег? Или нужно вообще все начать заново?

Перенос сайта на WordPress на самом деле легче нежели вы можете представить. В этой статье мы рассмотрим процесс переезда сайта шаг за шагом, на реальном примере. Постараемся охватить и обсудить все существующие с этим проблемы.

Основные шаги

Вот главные моменты, которые нельзя упустить при миграции сайта на WordPress:

  1. Оцените существующий сайт. Работайте аккуратно рассматривая страницы существующего сайта. Определите все типы контента (страницы, фотогалереи, ресурсные страницы и т.д.), рассмотрите поля и формы. Запишите все на бумаге и создайте резервную копию существующего сайта.
  2. Подготовьте место обитания нового сайта. Настройте WordPress и подготовьте все для импорта контента.
  3. Импорт контента. Перенесите контент на новую платформу. Для маленьких сайтов это можно делать вручную. Для больших проектов можно использовать плагины.
  4. Перенесите дизайн сайта. Переделайте стандартную тему WordPress в соответствии с дизайном существующего сайта.
  5. Пересмотрите, протестируйте. Осторожно проверьте все еще раз и сделайте резервную копию нового сайта. Внесите корректировки, настройте редирект url со старого сайта на новый. Тестируйте!

Это базовый план переноса сайта на новую платформу. Теперь рассмотрим каждый из этапов подробнее.

Начните с плана

Ключевой момент успешного переезда сайта – оценка существующего веб проекта. Вам надо осмыслить, как импортировать и структурировать контент в WordPress. Основные моменты переноса сайтов не меняются, вся сложность в деталях, которые специфичны для каждого проекта.

Ниже список вопросов, которыми надо руководствоваться при оценке контента:

  • Сколько контента должно быть импортировано? Количество страниц, изображений и т.д.
  • Возможно, импортировать контент вручную? Или надо использовать инструмент?
  • Если использовать инструмент, существует ли он?
  • Можно ли организовать контент в «постах» и «страницах», или он отличается от стандартных типов?
  • Нужно ли переносить дополнительные элементы контента (поля ввода, примеры, видео и т.д.)?
  • Поменяется ли структура URL? Если да, то надо не забыть о редиректе со старых страниц на новые.
  • Открыт ли контент для общего доступа? Или существуют страницы только для зарегистрированных пользователей?

Настройка WordPress

Перед тем как перенести контент, нужно подготовить wordpress. Если Вы только экспериментируете, установите wordpress локально. В ином случае, надо это сделать на хостинге.

Когда WordPress установлен, можно действовать!

Настройка URL

Перейдите в Settings –> Permalinks для внесения изменений. В большинстве случаев, ссылки лучше хранить в виде названия поста.

Аккаунты пользователей

Если на вашем сайте были зарегистрированы пользователи, необходимо создать для них аккаунты в установленном wordpress. После окончания переноса сайта, будет хорошо сообщить пользователям об этом по email.

Необходимые плагины

Плагины подбираются под конкретные нужды сайта (контактная форма, слайдер контента, галерея, социальные закладки и т.д.). Вот официальная директория плагинов. Единственное, обратите внимание на организацию резервного копирования данных (backup).

Импорт контента в платформу WordPress

Это рутинная и ответственная работа!

Если ваш старый сайт использовал CMS, возможен вариант автоматического импорта контента. Пересмотрите список скриптов позволяющих сделать это. Следуйте инструкциям и сделайте это!

Если ваша старая CMS не в списке, или сайт самописный, с количеством страниц не более 100, тогда лучше всего сделать все вручную. Копируйте и вставляйте контент, записывая перенесенные url страниц.

Если в вашем распоряжении база данных с контентом в несколько тысяч, тогда придется позаботиться о специалисте. Или найти решение для автоматического импорта.

Перенос дизайна сайта

Если вам не так критичен новый дизайн, можно просто подобрать существующую тему. Или подкорректировать стандартную (заменить логотип, футер и поменять цветовую гамму).

В случае переноса раскрученного и узнаваемого пользователями сайта, лучше всего сохранить дизайн прежним.

Работаем с исходным кодом

На собственном опыте, лучше всего работать с исходным кодом в браузере. Если брать файлы с хостинга, можно сделать множество ошибок. В браузере мы видим сайт таким, каким видят его пользователи.

В Google Chrome это делается так: Меню -> Инструменты -> Исходный код, или нажатие правой кнопки мыши для вызова контекстного меню.

Создание темы

Если Вы новичок в этом, узнайте более об использовании тем в кодексе. Можно создать новую тему с нуля, но лучше просто отредактировать существующую. Так вероятнее всего, будет меньше ошибок, и проще будет ориентироваться.

Для исходной темы подойдет стандартная Twenty Twelve, которую можно скачать с нашего сайта (ZIP).

Файл стилей

Первым шагом в создании темы будет копирование существующих стилей в файл стилей wordpress темы: style.css

Для этого достаточно открыть этот файл для редактирования, поменять информацию о теме (закомментированная в начале файла), вставить стили со старого сайта.

НЕ забудьте о url картинок! Вероятнее всего они поменяются в связи с новой структурой папок. Поэтому внимательно следите за этим как в файле стилей, так и в теме соответственно.

Шапка (Header) сайта

Следующим шагом будет создание верхушки сайта. Здесь надо объединить структуру текущего html кода с кодом WordPress шаблона. В нашем примере, мы будем действовать так:

  • Продублируем HTML структуру старого сайта
  • Заменим статическое меню на WordPress меню
  • Используем WordPress title тег и оставим wp_head крючок.
  • Сделаем слияние других релевантных тегов из старой шапки сайта.

Старый HTML код шапки

Новый код шапки (HEADER.PHP)

Рассмотрим все что мы сделали!

Doctype

Убедитесь что перенесли старый doctype. В ином случае, использование нового HTML5 doctype для кода старых спецификаций, может вызывать перебои в работе шаблона (особенно в старых браузерах).

Мета теги

Как правило переносятся все основные теги. Исключением в нашем случае является подключение файла стилей, которое вставляется автоматически с помощью wp_enqueue_style в файле functions.php

Скрипты

Со скриптами могут возникать трудности. Если скрипт подключен на каждую страницу сайта (например, главный файл скриптов или скрипт шрифта), тогда можно смело прописать его в header или footer темы. Если необходимо подключить только на определенной странице, тогда можно использовать условные теги. Лучим способом будет зарегистрировать все скрипты и добавить их с помощью wp_enqueue_script.

wp_head

Вставьте внизу тега. WordPress использует это для подключения собственных скриптов и стилей темы. Также для установленных плагинов. Без wp_head, большинство фронт-энд плагинов не будут работать.

body_class

Заметьте применение нашего тега. WordPress использует его для предоставления серии полезных классов для тега. Эти классы вставляются в зависимости от типа страницы автоматически.

WordPress меню

Вывод WordPress меню, это одно из самых сложных заданий при переносе сайта на этот движок. В нашем примере, мы имеем меню с простой разметкой, которая использует active класс (сгенерированный с помощью PHP), для определения просматриваемой страницы. Функция wp_nav_menu очень гибкая и предоставляет множество встроенных решений для организации меню. В примере, мы взяли стили с active класса и поместили их в эквивалентный wordpress класс current-menu-item.

Подвал (Footer) сайта

Как правило в подвале сайта меньше всего изменяется. Все так, как в случае с шапкой сайта. Сделаем слияние HTML кода.

Старый HTML код футера

Новый код футера (FOOTER.PHP)

Некоторые из футеров сложно перенести на wordpress тему. Например, которые содержат меню и разные виджеты. Большинство из футеров простые, как в нашем примере. Главное не забудьте вставить тег перед

Оптимизация URL на сайте WordPress

Вступление

Оптимизация URL на сайте WordPress нужна для того, чтобы адреса сайта не состояли из набора НЕ читаемых знаков и цифр, а был читаемым и четко указывал на содержание статьи. Настройка URL на сайте WordPress называется оптимизацией URL и является обязательным элементом общей SEO оптимизацией сайта. В этой статье я расскажу, как привести URL адреса сайта в читабельный вид, как для человека, так и для поисковых машин.

Содержание статьи:

  • Структура URL-адресов;
  • Создание своих шаблонов для ссылок в WordPress;
  • Настройки постоянных ссылок на сайте WordPress;
  • Обновление файла [.htaccess] после изменения структуры URL;
  • Шаблон категорий и тегов WordPress;
  • Плагины перевода URL Cyr-to-Lat, WP Translitera.

Но вначале немного об URL.

Структура URL-адресов

Аббревиатура URL (Uniform Resource Locator) это не более чем интернет адрес, какой либо информации размещенной в сети WWW (World Wide Web). Общая структура любого URL адреса показывает поисковым машинам, КАК, ГДЕ И ЧТО или КОГО искать в сети.

КАК искать адрес URL

http, WAIS, file, telnet , gopher,ftp всё это протоколы доступа или метод поиска в сети. Синтаксис любого протокола поиска (://). Например: (http://) или (file://)

ГДЕ искать адрес URL

Это имя вашего домена на доменном узле хостинга, входящего в систему DNS. Синтаксис общеизвестен: (www.vashdomain.net) или (vashdomain.net)

ЧТО искать по адресу URL

Полный URL это прямой путь к информации, иначе это прямой путь к файлу с информацией на сервере вашего хостинга. Для любой страницы на сайте полный URL имеет следующую структуру:

Переменные значения в любом URL адресе это (patch/имя_статьи), где patch это путь от корневого каталога сайта до статьи по созданной вами структуре сайта, из категорий (рубрик) и подрубрик. Все это и есть полный адрес любой статьи на вашем сайте WP. Если точнее, это преобразованный адрес статей сайта для отображения в адресной строке браузера. Именно по этому адресу, поисковики будут искать вашу статью, размещенную на сайте.

URL адреса WordPress

URL адреса на WordPress называют постоянные ссылки (permalink). По умолчанию, то есть после установки, WordPress преобразовывает URL любой статьи в смесь цифр и знаков, которые визуально человеку не о чем не говорят. Кроме этого такие шифрованные URL не только непонятны человеку, но и для поисковиков они не связывают статью, ни со структурой сайта, ни с ключевыми словами, ни с темой сайта.

Оптимизация URL на сайте WordPress

Оптимизация URL на сайте WordPress это изменение URL адреса статьи для понимания их человеком и лучшей индексации поисковыми машинами. Понятные для человека URL адреса носят название SEF URL или ЧПУ (человекопонятные урлы), а оптимизация носит название SEF («search engine friendly») или ЧПУ оптимизация.

Оптимизация URL на сайте WordPress может проходить двумя принципиально разными способами.

  1. Первый способ это оптимизация внутренними инструментами WordPress;
  2. Второй способ это оптимизация сторонними плагинами, носящими название SEO плагины.

Оптимизация URL на сайте WordPress это хоть и небольшая, но очень важная часть общего SEO сайта (SEO -процесс улучшения рейтинга сайта в результатах поиска в Интернете).
Оптимизация URL на сайте WordPress принципиально отличается для новых (пустых) сайтов и для сайтов наполненных статьями, которые уже проиндексированы поисковиками.

В этой статье рассмотрим, как можно настроить вид URL статей в «удобный» для поисковиков и человека вид, на чистых (пустых) сайтах. Под чистым сайтом понимаем сайт без статей сразу после установки WordPress.

Создание своих шаблонов для постоянных ссылок WordPress

Все URL адреса в WordPress называются ссылками (permalink). Внешний вид адресов называют шаблоном ссылок. С помощью внутренних инструментов оптимизации, шаблон можно задать для всех статей и архивов сайта одновременно.

Настройка внешнего вида URL находится по пути: Консоль →Параметры → Постоянные ссылки.

Открыв пункт «Постоянные ссылки» видим окно, которое нам нужно. Это окно — «Настройки постоянных ссылок» (скрин чуть ниже).

Оптимизация URL на сайте WordPress настройками постоянных ссылок

По умолчанию WordPress отображает ссылки на статьи, страницы и архивы сайта в виде набора цифр и знаков. Выглядит это приблизительно так:

В настройках «Постоянные ссылки» это первый вид шаблона URL, который так и называется «По умолчанию» (1).

Следующие четыре пункта в списке (2-5), позволяют настроить все URL сайта по четырем определенным шаблонам.

Интересен последний пункт настроек «Произвольно» (6).

В этом пункте можно самостоятельно сформировать шаблон URL адресов. Для этого WordPress предлагает серию тегов. Каждый тег будет отображать в URL определенную принадлежность и расположение статьи на сайте.

Ниже приведу список тегов для шаблона URL wordpress

  • %year%Год сообщения,четыре цифры,
  • %monthnum% Месяц года,
  • %day% День месяца,
  • %hour% Час дня,
  • %minute% Минута часа,
  • %second% Секунда
  • %post_id% Уникальный ID # поста,
  • %postname% Облагороженная версия названия статьи (название статьи в поле Edit Post)
  • %category% Облагороженная версия названия категории. Вложенные подкатегории отображаются в виде вложенных каталогов в URI.
  • %author% Облагороженное имя автора
Топ-пост этого месяца:  Как вставить скрипт в Joomla

Примечание: На сегодня (02-02-2020) авторы упростили формирование произвольных URL и добавили в настройки кнопки для формирования шаблона URL. Просто жмёте на кнопку и она появляется в поле произвольно URL.

Располагать теги можно произвольным образом. Как построите шаблон ссылки, так она и будет отображаться. Если в пункт «Произвольно» ввести все теги из списка, то URL будет выглядеть так:

Но для оптимизации сайта WordPress нужно желательно сформировать шаблон URL в виде, повторяющим структуру вашего сайта. Например: www.vashdomain.net/рубрика/название статьи , в шаблоне постоянных ссылок с тегами это выглядит так:

[httр(s)://www.vashdomain.net/%category%/%postname%]

Для сайтов с большим количеством похожего материала, можно добавить в шаблон URL тег с индивидуальным номером (ID) статей (тег %post_id%).

Важно! Заканчиваться шаблон URL должен тегом %post_id% или %postname%.

Если статья публикуется в категории с родительскими категориями, то в URL будет отражаться последняя категория. Это правило может не работать, если вы используете на сайте SEO плагины и в URL могут показываться все родительские категории статьи. В SEO плагинах шаблоны URL настраиваются по своему.

Важное примечание: При настройке вида постоянной ссылки нужно учесть следующее:

  • Если в ссылку добавить дату выхода статьи (%year%/%monthnum%/%day% ), то вы не сможете перевыпустить статью через некоторое время. Например, статья через год или пару лет устареет, но тема будет востребована. Если отредактировать статью и обновить дату выпуска, то сменится URL статьи и она выпадет из индекса.
  • Многие веб мастера, советуют делать шаблон постоянных ссылок, как %category%/%postname%. Такой шаблон ссылок дает хорошее представление о структуре сайта, но вы не сможете переносить статью из раздела в раздел, чтобы она не выпадала из индекса.
  • И еще одно. Как бы вы НЕ меняли статью и её заголовок, единственное, что у неё не изменится это >По умолчанию шаблоны URL категорий и тегов выделяются префиксами category и tag. Выглядят это так:

  • example.net/category/category_name
  • example.net/tag/tag_name

, но их можно изменить в дополнительных настройках «Постоянные ссылки». Если ничего не заполнить, то в URL разделов и тегов будут отражаться префиксы по умолчанию.

Обновление файла .htaccess после изменения структуры URL

Данная настройка убрана из последних версий WordPress.

После каждого обновления структуры URL, движок WordPress в автоматическом режиме должен обновлять файл .htaccess. Для этого права владения на этот файл должен быть 666. Но постоянно такие права CHMOD устанавливать не стоит. Это серьезно ослабит безопасность сайта. Стандартные права на файлы системы должны быть 644.

Если система имеет доступ к файлу .htaccess, то она сама переделает этот файл в соответствии с вашим шаблоном URL. Если системе не хватает прав на изменение файла, то она предложит скопировать новое содержание файла .htaccess , которое появится внизу окна настроек «Постоянные ссылки»

и заменить им старое содержание файла .htaccess . Файл .htaccess находится в корневом каталоге вашего сайта, в папке (publ_html) или (httpdocs).

Если у вас нет файла .htaccess ,то для работы настройки «Постоянные ссылки» его нужно создать. Создайте его в текстовом редакторе Notepad++, под любым именем, например: Ahtaccess.txt, загрузите в корневую папку сайта и переименуйте в файл .htaccess .

Вот содержание файла .htaccess по умолчанию для WP

Если вы настроили всё правильно, то теперь URL сайта будут отражаться по вашему шаблону, НО русскими буквами. В принципе, поисковики читают русские названия статей и категорий в URL. Однако, лучше, чтобы названия в URL отражались в переводе транслит с русского на латиницу.

Решает перевод URL плагин Cyr-to-lat

Плагины Rus ToLat, Cyr-to-Lat устарели и их НЕ нужно ставить на новый сайт. Недавно появилась новая настраиваемая версия плагина от Юрченко Евгения Владимировича, под названием WP Translitera ( https://ru.wordpress.org/plugins/wp-translitera/ ). В нём добавлена настройка, позволяющая перевести уже опубликованные статьи.

Устанавливаете его на сайт одним из удобных способов установки плагинов. Все! Настройки плагин Cyr-to-lat не требует. Укажите только стандарт перевода URL. Если оставить настройки по молчанию плагин начнет работать сразу после установки.

Важно! Плагин Rus-to-lat (Cyr-to-Lat) не будет переводить URL уже написанных статей. Он начинает работать только для статей написанных после его установки.

После написания новых статей URL статей будет выглядеть так:

На этом дефолтная оптимизация URL на сайте WordPress завершена!

Создание сайта на WordPress

Что как и почему в WordPress

Как изменить структуру ссылок с помощью htaccess

После переноса существующего сайта mblogm.ru в сеть сайтов (mutisite) (на WordPress 3) структура ссылок на блог изменилась. Адреса рубрик, вложенных рубрик и записей блога с основным доменом теперь включают дополнительную «папку» blog, т.е. имеют вид

Поэтому нужно задать перенаправление для изменения структуры ссылок со старых адресов на новые с указанием кода 301 (документ перемещен постоянно).

Один из вариантов – добавить в файл .htaccess в корне сайта инструкции перенаправления (редиректа) на адреса с «папкой» blog для всех рубрик верхнего уровня. Например, для рубрики apache:

Ссылка на вложенную рубрику, например, in-htaccess

будет преобразована в

Кроме того, на этом сайте постоянные ссылки на записи блога были изменены (чтобы сделать их покороче): задана произвольная структура /%postname%/ . Соответственно, ссылки получились вида

Изменение структуры постоянных ссылок

Редирект в файле .htaccess также правильно перенаправляет с адреса записи

Идеальная структура постоянных ссылок WordPress для SEO

Существует много вопросов про SEO оптимизированные постоянные ссылки WordPress. Вопросы различны, от необходимости иметь категорию в настройке ссылок до длины URL.

В этой статье мы разберем некоторые их этих вопросов и попытаемся дать вам более полное представление про постоянные ссылки на WordPress.

Идеальная структура URL WordPress для SEO

Многие SEO специалисты рекомендуют использовать простую и ясную структуру постоянных ссылок. Окончание URL названием записи является предпочтительным способом. Возможно так же включить название категории в URL. Это приводит к одному из двух следующих вариантов:

И с указанием категории:

Для получения дополнительных баллов в алгоритме ранжирования, рекомендуется в название записи включать ключевое слово. При заполнении данных в плагине Yoast SEO вы увидите, как выделяется ключевая фраза, если она была обнаружена в URL.

Что об использовании даты?

Использование дат в URL сайта никогда не могло дать больших преимуществ. При её добавлении, вы автоматически датируете ваши статьи. Люди, естественно, будут отдавать предпочтения статьям с более поздней датой при условии, что они содержат самую лучшую и новую информацию. Впрочем, иногда старый пост может содержать очень ценную информацию, но не будет получать должное количество кликов из-за возраста. Даже если он регулярно обновляется, его URL остается неизменным.

Нужно ли использовать категорию в настройках WordPress?

Если ваше доменное имя является красивым и коротким и используются лаконичные, но понятные имена категорий, вы можете легко включить категорию в структуру постоянных ссылок. В этом случае они принесут только пользу.

Но будьте осторожны: если вы будете использовать такой вариант с длинными названиями категорий и длинными заголовками записей, это сделает обмен URL-адресами затруднительным, а ключевая фраза в ссылке получит меньший вес, чем могла бы. Потому что вес распределяется на все слова в ссылке.

Если вы решили использовать категории в постоянных ссылках WordPress, убедитесь, что каждый пост соответствует только одной категории.

Должен ли я добавить .html при настройке?

С точки зрения SEO и ранжирования существует мало пользы от наличия расширения .html в окончании URL. Тем не менее, иногда существует необходимость его использования при наличии некоторых плагинов. Когда стартовал наш сайт, необходимость в этом появилась, а по прошествии времени переделывать структуру не особо хочется.

Обсуждение вопроса о необходимости принудительного добавления .html (или любого другого расширения) заканчивается быстро: не делайте этого, если не возникнет конфликта с каким-нибудь плагином.

А если ставить фокусное ключевое слово первым в URL?

Это может немного помочь. Если ваше фокусное ключевое слово присутствует в первых двух-трех словах, это будет очень хорошо.

Сколько слов я должен использовать в ссылке?

Если вы можете вместить title в 70 символов – это очень замечательно. Если у вас есть три, четыре или пять слов в вашем URL, он будет выглядеть совершенно нормально. Алгоритмы поисковых систем делят вес на все слова в URL.

Хватит ли изменить структуру URL для улучшения SEO показателей?

Можно было бы ожидать, что ответ на вопрос будет положительным. Впрочем, если вы ведете блог уже некоторое время, то можете не захотеть принимать такие радикальные решения.

Вы использовали даты в структуре постоянных ссылок WordPress последние несколько лет? Тогда было бы разумно не изменять настройки. Если вы только начали, то изменения не принесут много вреда и даже могут стать огромным полезным шагом.

Если вы все еще используете стандартные настройки URL (?p=123), то было бы целесообразно изменить структуру, не зависимо от того, как долго вы ведете ресурс. Это позволит значительно повысить потенциал вашего сайта занять высокие позиции в результатах поиска даже без вложения денег.

Если вы решили избавиться от дат в вашей структуре постоянных ссылок, вы можете добавить следующий код редиректа в файл .htaccess (для серверов на Apache), для перенаправления старых адресов /yyy/mm/dd/%postname%/ на новый URL:

Для Nginx вы можете использовать следующий фрагмент кода в вашей конфигурации файла:

Не забудьте заменить https://site.ru на свой домен!

Идеальный URL для SEO

В целом, структура постоянных ссылок не будет отличаться у разных сайтов, если все сделано правильно. Мы рекомендуем вам убедиться, что ваши постоянные ссылки WordPress настроены правильно, до массового наполнения сайта контентом. Если вы решили изменить настройки с течением времени, убедитесь, что вы правильно перенаправляете пользователей со старой структуры на новую.

Как перенести HTML сайт на WordPress

Использование CMS значительно повышает эффективность работы администратора сайта. Особенно в условиях необходимости его масштабирования. Также расширяются возможности по SEO-оптимизации и доработке функциональности. Перенос работающего HTML-сайта на WordPress – распространённая задача, она решается алгоритмами, отточенными многолетним опытом тысяч разработчиков.

Мы покажем шаги, необходимые для успешной миграции HTML-сайта на CMS WordPress. Все их можно выполнить самостоятельно.

Подготовка, общая информация

Суть задачи по переносу сводится к конвертации статических HTML-страниц в формат, подходящий для WordPress, также использующий, помимо HTML/CSS, и PHP-код. То есть один в один перенести код без оптимизации под CMS не получится, он не будет работать.

Далее появляется развилка. Если для вас важно сохранение текущего дизайна сайта (есть хороший трафик, оформление привычно и узнаваемо среди аудитории), то придётся немного повозиться с подгонкой текущего дизайна под формат WP без изменений. Для этого можно использовать плагины (о них дальше).

Также вы можете вручную собрать аналогичный шаблон для WordPress, но этот вариант для новичков неприемлем – он требует навыков опытного разработчика, скорее всего, придётся заказывать эту работу у специалиста. Придётся дополнительно вложиться, зато получите качественный результат.

Если же вы можете позволить себе изменить дизайн без особого ущерба для дела, то можно просто взять более-менее похожий (или совершенно не похожий) шаблон для WP, скопировать материалы (вручную или плагинами), добавить соответствующие формы, коммуникации и прочее из того, что было на оригинальном сайте, и получить сайт с прежним контентом, прошедший редизайн. Это более простой в реализации вариант.

Изначально нужно проанализировать, что из функциональности задействовано на HTML-сайте и подыскать соответствующие плагины либо встроенные инструменты, которые смогут их воспроизвести на WP. Сразу отметим, что это будет несложно, у CMS куча возможностей – там всё есть. Составьте чеклист из необходимого, и вы без труда это найдёте – лишь бы ничего не упустили. И не забудьте сделать бэкап текущей версии HTML-сайта.

Шаг 1 – выбираем хостинг, устанавливаем WordPress и создаём базу данных

Выбор хостинга – важнейший момент. От его качества зависит то, как ваш сайт будет работать – быстро ли, стабильно ли, удобно ли администрировать и вносить тонкие настройки. С 2005 года официально рекомендованным хостингом WordPress.org является Bluehost – крупнейший зарубежный провайдер услуг, обслуживающий более 2 миллионов доменов.

Читайте также

По всему миру разбросано 118 дата-центров, штаб-квартира расположена в американском штате Юта. Серверы для управления всей этой империей там занимают около 5 000 квадратных метров. Всё работает на SSD-дисках, пространства выделяют много, даже на минимальном тарифе для сайтов WordPress ($2.63/мес) его 50 Гб.

Провайдер славится надёжностью, абузоустойчивостью – ваш сайт никогда не закроют просто так лишь потому, что кто-то из конкурентов подал липовую или даже обоснованную чем- то жалобу. Серверы хостинга работают в облаке, используется технология CDN, так что их расположение не влияет на скорость работы сайтов в рунете – она стабильно высокая. Зарубежное происхождение в случае с Bluehost выступает в чистом виде плюсом, опасаться этого фактора нет оснований.

Вам потребуется новая база данных для работы с материалами сайта. Зайдите в раздел «Базы данных», далее в поле «Создать новую базу данных», потом впишите имя пользователя, название БД и пароль доступа к ней. Далее из раздела «Softaculous App Installer» выберите WP и запустите автоматическую установку. В процессе необходимо будет указать используемую (только что созданную) базу данных. Теперь у вас есть хостинг с установленным WP и готовой к работе БД.

Bluehost предоставляет круглосуточную техподдержку, дарит домен на первый год (если потребуется его регистрация), бесплатный SSL, а также обеспечивает 100% манибек в течении 30 дней. Для оптимизированного WP-хостинга вы также получите автоматические установку и обновление до новых версий, доступ к Microsoft Office 365, доменную почту, сотни бесплатных шаблонов, а также удобную и мощную панель управления.

Шаг 2 – работа с дизайном

В зависимости от выбранного пути – подбора похожей темы, использования плагина для переноса существующей либо её ручной адаптации к использованию в связке с WP, открывается 3 различных алгоритма действий. Опишем их в общих чертах.

Выбор нового шаблона

В панели управления в разделе «Дизайн» находится магазин шаблонов. Выберите подходящий и установите его в 1 клик и сделайте активным. Далее в настройках шаблона вы сможете подогнать его дизайн под свои требования (логотип, колонки, цвета, фоны и прочее). Это самый простой способ – создать с нуля сайт на WP с новым шаблоном, а потом подогнать его функциональность и перенести контент.

Конвертация HTML-шаблона

Тут вам помогут сторонние веб-сервисы вроде Theme Matсher, способные обработать и сгенерировать подходящий для WP дизайн на основе HTML-темы. Просто введите название текущего домена, и сервис преобразует файлы темы в формат для WP. Потом вы их просто скачаете и установите через панель управления как новый шаблон. Обычно результат получается хорошим, но могут потребоваться доработки. Это оптимальный вариант для тех, кто желает сохранить дизайн (по крайней мере, основные его элементы), но не владеет продвинутыми навыками кодинга.

Ручная адаптация шаблона под WP

Темы для WordPress состоят из нескольких файлов – style.css, index.php, header.php, sidebar.php и footer.php. Нужно создать пустые заготовки под них, а потом ковырять HTML-шаблон, выбирая из него необходимые элементы (стили и HTML-структуру) и вставляя их в нужные файлы будущего шаблона WP. Также потребуется добавление элементов синтаксиса CMS в различные области для того, чтобы тема оформления была принята системой. Это работа для специалиста, новичкам она не под силу, поэтому даже не будем подробно описывать процесс.

Шаг 3 – перенос контента

На этом этапе снова появляется развилка – ручной перенос контента либо автоматизированный при помощи плагина.

Перенос материалов вручную

Если у вас немного контента, лучше использовать этот вариант. Для этого необходимо скопировать HTML-код материалов в редактор, создав предварительно соответствующие статические страницы под это дело. Копируем только код, заключенный в теги

Перенос сайта WordPress на новый домен (без вреда для SEO)

Перенос сайта WordPress на новый домен – как сделать, как это скажется на вашем рейтинге SEO и как удержать позиции.

В основном это означает создание перенаправления и отправку всего трафика со старого URL адреса на новый.

По сути, трафик “отпружинивает” от вашего старого сайта и приземляется на ваш новый сайт. Например, после перенаправления поисковый трафик с адреса http://oldurl.com/wordpress-redirect-post переадресовывается на адрес http://newurl.com/wordpress-redirect-post.

Со временем Google будет отдавать предпочтение вашему новому домену по сравнению со старым с точки зрения рейтинга SEO. Вот небольшая блок-схема:

Но не относитесь в перенаправлению слишком легкомысленно, особенно, если дорожите своим рейтингом SEO.

Если сделать всё правильно, то вы сможете сохранить или даже повысить показатели SEO, но если ошибиться, то не только понизить, но и заработать штрафы.

Хотя процесс редиректа вашего старого домена на новый и может показаться страшным, на самом деле вы можете сделать это без особых трудностей и не потеряв рейтинг SEO.

Важно отметить, что у вас может пойти спад поискового трафика после переноса сайта WordPress на новый домен, но это обычно длиться недолго и является результатом того, что:

  • Google нужно время для индексации вашего нового URL
  • Если вы внесли значительные изменения в контент или дизайн своего сайта перед редиректом, это тоже может привести к снижению SEO показателей, пока всё не станет на свои места. Это связано всё с тем же, Google нужно время, чтобы проиндексировать контент
  • Некоторые пользователи могут игнорировать новый домен, потому как не будут доверять новому, не знакомому адресу, это явление ещё называется domain bias (PDF статья на англ.)

Как бы там ни было, это руководство расскажет, как успешно переместить WordPress на новый домен, не повредив свой SEO рейтинг. Вы готовы? Отлично, тогда в путь.

Зачем делать перенос сайта WordPress на новый домен?

Прежде, чем мы погрузимся в процесс переноса сайта WordPress на новый домен, давайте рассмотрим ряд причин для переезда сайта на другой URL.

Ребрендинг

Ребрендинг – это одна из самых главных причин перехода на новое доменное имя. В процессе ведения своего дела, вам может потребовать изменить частично или полностью направление развития, в таком случае делается ребрендинг.

Ребрендин зачастую начинается с изменения названия фирмы/торговой марки и соответственно сайта. Если у вас чудесный контент, но нужен просто новый домен, просто установите перенаправление (или редирект) и, возможно, измените дизайн сайта.

Избегание новых неприятных штрафов от Google

Восстановление после работы алгоритмов Google и спам-штрафов требует крепких нервов. Обычно, штрафы идут с потерей поискового трафика, что значит Google внёс вас в список неблагонадёжных ресурсов и ваше SEO слегка или сильно пострадало.

Если вы заметили, что трафик у вас снизился или совсем исчез (см. причины выше), может есть смысл начать сначала? Конечно, если вы решили, что поисковый трафик для вас несущественен, то можете оставлять сайт как есть со спамом и штрафами. Но мы надеемся, что это не о вас.

Ваш новый домен более запоминающийся/подходящий

Возможно вы разместили свой сайт на домене .net, .club или .biz просто потому, что .com для вашего домена был занят до теперешнего времени.

На успех вашего дела SEO влияет больше, чем домен, но подходящее имя, которое легко запомнить, однозначно – большой плюс.

Хорошее доменное имя в своей нише сократит вам затраченное время и труд по привлечению трафика на ваш сайт.

Переход с HTTP на HTTPS

Сегодня у Google в приоритете HTTPS и многие сообщают о том, что после перехода с HTTP на HTTPS значительно вырос трафик.

Раньше, 301 редирект приводил к потере 15% трафика. Сегодня, Google обрабатывает 301 редиректы по-другому, таким образом, что переадресация сохраняет вес ссылок для нового URL.

Переход с HTTP на HTTPS(англ.) вызывает 301 редирект, как будто вы перешли на новый домен. Преимущество последнего над первым заключается в том, что Google даёт прирост трафика для HTTPS.

Да, к слову, 301 редирект означает постоянное перенаправление с одного URL-адреса на другой. 302 и 307 редиректы – это временные перенаправления. Само собой разумеется, что для переадресации на новый домен нужно использовать только 301 редирект.

Объединение нескольких сайтов в один

Если вы хотите объединить свои сайты под одним доменом, создать переадресацию для каждого экземпляра сайта WordPress не вызывает затруднений. Процесс, по существу, тот же, независимо от того, перенаправляете ли вы один или десять доменов.

Если всё сделано правильно, ваш новый домен будет ранжироваться по ключевым словам ваших других сайтов. Неким образом вам нужно переместить контент сайтов на новый сайт и сделать соотвветствующие перенаправления.

Завершение действия какого-либо предложения

Вам необходимо создать переадресацию из одного домена на другой, если вы закрываете или прекращаете действие продукта или предложения и хотите направить трафик на новый продукт.

Подумайте, что произойдёт с вашей почтой, когда вы переедете в новый дом, но забудете предупредить почтовое отделение. Вы, очевидно, потеряете кучу корреспонденции? В нашем случае потерянная почта представляет собой потерянные продажи.

Совет: Перенаправление доменов – это рискованное предприятие, на которое следует идти, учитывая возможные выгоды и свои цели. Здесь разумно прежде подумать о бизнесе, а затем SEO (англ).

Как сохранить наработки SEO после переноса на новый домен

Теперь, когда вы поняли, что просто так делать перенос сайта WordPress не стоит, давайте пройдёмся по процессу переноса на новый домен с профессиональным подходом, чтобы выжить в сражении за показатели SEO. Начнём? Тогда вот кратко несколько базовых действий:

  • Создайте полный бэкап своего старого сайта
  • Подготовьте новый домен
  • Перенесите свой сайт на новый домен
  • Внесите изменения в файл .htaccess
  • Поправьте неработающие ссылки
  • Оповестите Google
  • Отправьте новую карту сайта
  • Измените домен в Google Analytics

Создание полного бэкапа старого сайта

Хорошей привычкой является хранение полного бэкапа своего сайта, независимо от того собираетесь ли вы делать перенос сайта WordPress. Сейчас мы не будет вдаваться в подробности этого процесса, так как у нас уже есть прекрасное руководство на тему Как сделать бэкап WordPress сайта.

Прежде, чем вы перейдёте на новый домен, создайте полный бэкап, на случай, если что-то пойдёт не так.

Подготовьте новый домен

Предполагаем, что вы уже купили новый домен. Если ваш домен никогда не был зарегистрирован, можете пропустить этот шаг.

Однако, что произойдёт, если окажется, что “новый” домен был до этого уже зарегистрирован кем-то?

Возможно вы купили домен и хотите сделать переадресацию на этот новый домен. Но насколько новый домен в хорошем состоянии?

Чтобы убедиться, что вы не получите никаких штрафов или иных неприятностей, проверьте свой новый домен при помощи Google для веб-мастеров (Google Webmasters Tools – GWT).

Как? Добавьте новый домен в GWT и проверьте раздел Меры, принятые вручную. Если здесь нет сообщений о совершённых действиях, значит двигайтесь дальше смело.

Если здесь будут сообщения о мерах, принятых вручную, нужно подать заявку на пересмотр (англ.).

Перенос сайта WordPress на новый домен

Если у вас уже есть доменное имя связанное с хостингом, вы шагнули на километр дальше по сравнению с тем состоянием, когда у вас только куплен домен. Обращаем на это внимание, потому что перенос сайта с oldurl.com на newurl.com не означает процедуру “копировать/вставить”.

Вам может также пригодится руководство о том, как изменять NS-сервера для домена.

Существует удобные плагины для работы с переносом базы данных, такие как Duplicator или All-in-One WP migration. Также рекомендуем посмотреть руководство WordPress migration tutorial(англ.). В нём рассказано как перенести сайт WordPress на другой хостинг.

Добавление правила перенаправления в файл .htaccess

Лучшая часть этого руководства, по созданию редиректа безопасного для SEO – добавление кода в файл .htaccess.

Если вы сохраняете структуру ссылок сайта WordPress (то есть oldurl.com/page-one-story перенаправляете на newurl.com/page-one-story), перенаправление трафика лучше всего сделать через файл .htaccess на вашем веб-сервере.

Внутри каталога WordPress на вашем старом сайте, найдите файл .htaccess и добавьте следующий код внизу:

Замените http://www.newurl.com в коде выше на адрес своего нового домена. Это известно, как 301 редирект, который говорит Google и вашим пользователям, что вы переместили сайт с oldurl.com на newurl.com.

С этим кодом, кто угодно переходящий на URL-адрес на вашем старом сайте будет перенаправлен на соответствующий URL-адрес на вашем новом сайте. Если этого не произойдёт, значит ваше перенаправление (редирект) установлено неверно.

Вы можете перенаправить любую страницу отдельно, добавляя следующий код в файл .htaccess:

Замените oldurl.com/page и newurl.com/page на ваш старый и новый URL страниц соотвественно.

Исправление неработающих (битых) ссылок

После смены домена или, иначе говоря, перемещения вашего сайта на новый домен, некоторые ссылки на сайте не будут работать, такие ссылки ещё называют битыми. Ссылки на внутренние страницы, например, могут всё ещё иметь старый домен, что будет возвращать не очень приятную для посетителей ошибку 404.

Также вы можете унаследовать битые ссылки со старого сайта, если вы до этого никогда не делали испрвлений.

Говоря о ссылках, подразумеваем, что нужно обновить их везде, где они только есть. Например, исправить URL в своих профилях социальных сетей, что просто, как 1-2-3.

Обратитесь ко всем владельцам сайтов, у которых вы просили разместить ссылку на ваш сайт и попросите обновить URL. Пример переписки о битых ссылках на английском:

Вы можете воспользоваться проверкой от W3C Link Checker для поиска битых ссылок и плагином Velvet Blues Update URLs для замены всех найденных упоминаний старого домена на новый.

Уведомление Google

Спустя некоторое время Google начнёт индексировать ваш новый домен. Google предлагает инструмент для смены адреса прямо в Google Search Console (раньше назывался Google Webmaster Tools).

Для использования этого инструмента, нажмите на название своего старого сайта в GSC. Дальше нажмите на иконку шестерёнки в правом верхнем углу:

Выберите настройку Change of Address (Изменить адрес) из выпадающего меню:

Пройдите по процедуре из 4х шагов и в завершении нажмите кнопку подтверждения.

Отправка новой карты сайта (Sitemap)

Возможно вы не знали, но успешный переход на новый домен также предполагает отправку новой карты сайта в Google.

Карта сайта или Sitemap – название говорит само за себя. Это карта вашего сайта, содержащая различные URL-адреса вашего контента. Поисковые системы используют карту сайта для его индексации.

Карту сайта можно легко создать при помощи различных плагинов WordPress. Добавить карту сайта в Google Search Console просто.

Просто зайдите в ваш GSC для нового домена и перейдите в Crawl -> Sitemaps (Сканирование -> Файлы Sitemap):

Изменение домена в Google Analytics

Как это повлияет на рейтинг SEO? Естественный вопрос. SEO это всё, что связано с производством трафика и, чем больше вы знаете о своем трафике, тем понятнее куда направить свои усилия для максимального воздействия.

Если вы всё ещё не используете Google Analytics для отслеживания вашего сайта на WordPress, начните это прямо сейчас. Google Analytics предоставляет множество полезной информации, которую можно применять для улучшения вашего SEO в любой момент.

Если у вас уже установлена аналитика на вашем блоге WordPress, всё что нужно – это поменять URL.

Процесс очень прост. Входите в Google Analytics и нажимаете на закладку Admin (Администратор), выбираете Property Settings (Настройки представления). Теперь вводите доменное имя своего сайта в поле Website URL (URL веб-сайта) и нажимаете кнопку Save (Сохранить).

В заключение

Перенос сайта WordPress на новый домен без вреда для SEO не простая задача. Но, конечно же, с некоторыми усилиями осуществимая.

Однако, запомните, что изначально низкий рейтинг SEO из-за неграмотно составленного или низкокачественного контента редиректом сайта не исправить.

Просто спланируйте всё перед началом, сделайте бэкапы и убедитесь на 100%, что перенос действительно необходим.

Также важно уведомить ваших посетителей о переносе заранее. Вы можете написать в своём блоге, использовать всплывающее окно или вывести новый логотип для последующей узнаваемости, если собираетесь сменить дизайн сайта.

Если вы делаете изменения на новом сайте, лучше перенаправлять каждую страницу отдельно, но вы можете себе представить какая это титаническая работа, если сайт огромный. Лучше всего сохранить структуру URL на старом и новом сайтах одинаковой, тогда вы сможете просто переключиться через .htaccess.

Кроме того, следите за предыдущими перенаправлениями на вашем старом сайте, потому как могут возникнуть множественные перенаправления и даже возникнуть ошибка перенаправления (англ). Например, страница A, которая перенаправляется на страницу B на старом сайте, вызовет три шага редиректа на новом сайте, то есть страница A -> страница B -> страница B на новом сайте.

Помните, что потребуется время для восстановления рейтинга SEO после переключения. Переключение на HTTPS даст прирост в SEO ранжировании и трафике, как показывает практика. Если вы делаете всё по руководству, вы достигнете первоначальный уровень SEO до переноса в короткие сроки.

Наконец, хороший прирост в показателях рейтинга SEO дают ссылки на ваш сайт с авторитетных ресурсов, стоит прибегнуть к этому методу, если важно быстро и надёжно повлиять на рейтинг в лучшую сторону.

А вы уже делали перенос сайта WordPress на новый домен? Как вы справились с процессом переадресации? Столкнулись ли с какими-то проблемами? Расскажите нам в комментариях.

Руководство по миграции WordPress-сайта

Каждый веб-разработчик регулярно сталкивается с задачей миграции. Сюда входят и развёртывание (deploy) локальной версии на удалённом сервере, и перенос работающего сайта с одного сервера на другой. Некоторые печатные издания для программистов называются «Cookbook» – что буквально значит «книга рецептов». Рецептов множество, какой из них лучший — дело вкуса. В этом материале автор расскажет о том, какую технологию переноса типичного сайта на WordPress он считает оптимальной, и почему.

Также данный материал подойдёт для тех, кто хочет узнать больше о резервном копировании сайта и последующем его восстановлении. Потому как по сути это два необходимых шага для осуществления миграции.

Резервное копирование данных

С технической точки зрения нам предстоит сделать копии двух составляющих сайта:

  • Файловой системы
  • Базы данных

Каждый веб-разработчик должен заботиться о сохранности данных веб-сайта. Поэтому, как правило, после того как рабочая версия развёрнута на удалённом сервере, разработчик сайта настраивает резервное копирование данных или «бэкап» (от англ. «backup copy», резервная копия).

Иногда заботу о создании резервных копий проявляется хостинг-компания. Чаще всего это случается, когда вы пользуетесь услугой простого хостинга сайтов.

В чём главная цель разработчика при переносе сайта с одного сервера на другой? Ничего не потерять. То есть на новом месте сайт должен быть полностью идентичен тому же сайту на старом.

Перво-наперво, вы должны убедиться в том, что после создания резервной копии сайта на нём не будут производиться какие-либо изменения.

Самый простой путь — обратиться ко всем редакторам сайта с просьбой не вносить изменения в содержимое сайта на время переноса (допустим, на ближайшие полчаса). Если, например, вы ведёте блог на WordPress, то договариваться с кем-либо нет необходимости.

В случае, когда такой возможности нет, необходимо перевести сайт в режим обслуживания.

Режим обслуживания

Вы могли заметить, что когда WordPress обновляет плагины или ядро системы, посетители сайта видят вместо его содержимого белый фон и поверх большой заголовок «Сайт ненадолго закрыт на техническое обслуживание. Зайдите через минуту.».

Как принудительно перевести в него сайт?

Для этого необходимо в корне сайта создать файл под названием .maintenance и разместить в нём следующий PHP-код:

В принципе, этого будет достаточно для того, чтобы никто (кроме администратора сервера) не смог пользоваться сайтом.

Однако, если вы хотите сделать страницу более привлекательной, можете создать в папке wp-content файл maintenance.php , который будет загружаться вместо исходного текста. В нём вы можете сверстать какую угодно картинку для поджидающего окончания работ пользователя.

Также можно порекомендовать специальный плагин, которые можно использовать в тех же целях:

Теперь, когда мы точно знаем, что никакие данные в течение процесса миграции изменены не будут, можем приступать к создании резервной копии базы данных.

Резервная копия базы данных

Способов создания резервной копии базы данных WordPress существует несколько:

  • При помощи плагинов WP-DB-Backup, WP Database Backup и прочих.
  • При помощи браузерной утилиты phpMyAdmin
  • При помощи консоли сервера
  • При помощи панели хостинга

С целью экономии места в посте не буду рассказывать про первые два способа, они достаточно тривиальны.

Если у вас есть доступ к консоли сервера, и вы умеете пользоваться терминалом — это заметно ускорит работу.

Прежде всего потому, что создании резервной копии выполняется одной единственной командой:

По-хорошему будет заархивировать дамп базы на ходу:

Текстовые файлы, коим является дамп базы, архивируются наилучшим образом. Размер архива может быть значительно ниже размера дампа базы. Это важно при переносе, т.к. 100Мб перенести куда быстрее, чем 1Гб, например.

Некоторые хостинг-компании предоставляют возможность архивирования данных сайта через панель управления услугами:

После чего на почту приходит заархивированная копия базы данных и сайта.

Однако, далеко не каждый хостинг предоставляет подобные возможности клиентам, поэтому если данный вариант присутствует — удобнее всего пользоваться им.

Резервная копия файлов

Файловая система WordPress обычно выглядит следующим образом (без поддиректорий и их содержимого):

В принципе, больше всего нас интересуют папка wp-content и конфигурационный файл wp-config.php .

Прежде всего потому, что все остальные папки и файлы у различных установок WordPress (в случае использования последней версии системы) не отличаются друг от друга.

Важно: самый быстрый способ переноса файлов — создание архива, перенос архива и последующая разархивация на конечном сервере.

WordPress состоит из сотен файлов. В случае, когда вы продолжительное время ведёте сайт, к этому прибавляются ещё все загруженные вами изображения, плагины и темы.

Представьте себе перенос по FTP тысячи или даже нескольких тысяч маленьких файлов. Для переноса каждого из них требуется сначала установить, а потом разорвать соединение. В итоге процесс получается долгим и иногда случается что-либо потерять в пути. Тем более, когда файлы переносятся сначала на локальный компьютер, а потом уже — на новый удалённый сервер.

Используя для переноса архив, вы перемещаете всего 1 файл. Да, он много больше размером, но за счёт того, что требуется всего лишь одно соединение с сервером, перенос совершается быстрее. При текущих скоростях доступа к сети Интернет разница во времени может составлять десятки, сотни раз.

Настоятельно рекомендую для транспортировки большого скопления мелких файлов использовать архив в роли контейнера.

Так можно использовать консольные утилиты наподобие rsync , но для этого необходимо иметь навыки работы с консолью севера. Несколько обучающих материалов по теме на англ. — одна и вторая.

Восстановление данных

Итак, архив файлов сайта и дамп базы данных перенесены на новый сервер.

Воссоздание файловой структуры

Первым делом необходимо распаковать архив таким образом, чтобы полностью восстановить исходную структуру файлов и папок.

Чтобы восстановить исходную структуру и не напортачить с папками, необходимо руководствоваться следующим правилом:

Распаковывать архив необходимо там же, где он был создан.

Например, если вы сжимали сайт при помощи консольного архиватора из корня сайта zip -r «full-backup.zip» * , то и распаковывать на новом сервере его необходимо также в корне сайта unzip full-backup.zip .

Обратите внимание, что невидимые файлы, коим является .htaccess не всегда архивируются вместе с остальными. Поэтому, если на вашем новом сайте не работают «красивые адреса», первым делом проверьте, перенесли ли вы .htaccess в корень сайта.

Не забудьте удалить архив с файловой структурой сайта с сервера, чтобы его не могли скачать посторонние.

Воссоздание базы данных

Прежде чем восстанавливать базу данных, необходимо убедиться, что на новом сервере уже создана соответствующая новая база данных.

Если же её ещё нет, то создать новую базы данных можно разными способами:

  • Через веб-интерфейс при помощи утилиты phpMyAdmin
  • Через панель управления хостингом
  • Через консоль сервера следующей командой:

В результате мы должны иметь на руках:

  • Имя базы данных
  • Имя пользователя
  • Пароль

В некоторых случаях, когда база данных находится на другом сервере, нам необходимо ещё знать адрес хоста (обычно — localhost, если на той же машине).

Используя эти данные мы должны импортировать наш дамп базы данных.

Опять-таки, сделать это мы можем теми же средствами.

В phpMyAdmin выбираем базу данных, вкладку «Импорт», выбираем файл дампа и отправляем форму запроса.

Если вы работаете через консоль, используйте команду mysql -u[имя_пользователя] -p[пароль] [имя_базы_данных] .

В случае, если дамп базы данных был заархивинован: gunzip .

Не забудьте удалить дамп базы данных с сервера или перенести его в безопасное место, в случае, если он там был.

Настройка файла конфигурации

Теперь необходимо открыть в редакторе файл wp-config.php и установить соответствующие настройки для соединения с новой базой данных:

Не забудьте удалить файл .maintenance из корневой папки сайта.

Остаётся только проверить работоспособность сайта!

Заключение

Надеюсь, что данное руководство пригодится тем, кто ещё только озаботился вопросом миграции WordPress-сайта и ищет ответов на вопросы.

Вероятно, более опытные веб-разработчики захотят поделиться с коллегами собственными наработками по теме.

Что же, для этого и созданы комментарии. Поэтому любые советы, дополнения и просто обмен опытом категорически приветствуются.

P.S. Важное дополнение в комментарии от nik_vr:

При переносе с localhost’а на реальный сервер нельзя забывать про адрес сайта. Смена домена с одновременным переносом по вашей инструкции сделает сайт абсолютно неработоспособным. По-этому в инструкцию стоит добавить ещё один шаг (актуальный при смене домена, в т.ч. — при переносе с локального сервера на боевой). Для примера будем считать, что сайд переносится с домена mysite.local на домен mysite.ru.

В сохранённом дампе базы данных WordPress ищем все вхождения mysite.local и заменяем на mysite.ru. Можно это сделать в любом нормальном текстовом редакторе (например, Notepad++). После замены аккуратно сохраняем БД, не забывая о кодировке (в случае с более или менее современными версиями WordPress нужна кодировка UTF-8 без BOM).

После импорта базы данных можно выполнить следующую MySQL-команду:

Как изменить структуру постоянных ссылок для произвольных типов записей в WordPress

Опубликовано: ADv Дата 02.08.2020 в рубрике Плагины WP Комментировать

Недавно один из наших читателей спросил, возможно ли изменить структуру постоянных ссылок для произвольных типов записей в WordPress. По-умолчанию, вы можете изменить структуру ссылок записей WordPress, но не для произвольных типов записей. В этой статье мы покажем вам как изменить структуру постоянных ссылок для произвольных типов записей в WordPress.

Зачем изменять структуру постоянных ссылок для произвольных типов записей в WordPress?

WordPress использует понятную для SEO структуру ссылок, что позволяет сделать ссылки более читабельными и понятными для поисковых систем. Эти человеко-понятные ссылки называются постоянными ссылками (permalinks).

Их можно настроить на странице Настройки » Постоянные ссылки. Однако, вы заметите, что изменить структуру ссылок можно только для записей блога.

Если же вы используете произвольные типы записей или таксономий, то для них будет применена дефолтная структура ссылок.

Например, если у вас есть произвольный тип записи под названием ‘Movies’, то структура ссылок будет выглядеть вот так:

Если для произвольных типов записей включена поддержка архивов, тогда ссылка на архив будет вот такой:

Такая схема ссылок понятна для SEO и в большинстве случаев ее не нужно менять. Однако, иногда такая необходимость может возникнуть.

Давайте же посмотрим как можно легко настроить структуру постоянных ссылок для произвольных типов записей.

Изменяем структуру постоянных ссылок для произвольных типов записей в WordPress

Для начала вам потребуется установить и активировать плагин Custom Post Type Permalinks.

После активации переходим на страницу Настройки » Постоянные ссылки и прокручиваем до раздела ‘Permalink Settings for Custom Post Types’.

Здесь можно изменить структуру ссылок отдельных элементов в ваших произвольных типах записей.

Для применения доступны все стандартные теги постоянных ссылок WordPress.

Представим, что вы хотите использовать в ссылке ID записи вместо названия записи. В этом случае потребуется добавить вот такой тег:

Обратите внимание, что слеши обязательны в начале и конце тега. Они являются разделителями, и без них ваши постоянные ссылки просто не будут работать.

Не забудьте сохранить проделанные изменения.

Теперь постоянные ссылки для отдельных элементов вашего произвольного типа записи будут выглядеть вот так:

Цифры в ссылке являются идентификатором записи в вашей БД WordPress.

Давайте рассмотрим другой пример.

Предположим, что вы хотите добавить /year/ перед названием записи в ссылке. В этом случае вы будете использовать такие теги:

Нажмите на кнопку сохранения изменений для обновления постоянных ссылок.

Теперь постоянная ссылка отдельного элемента для произвольного типа записи будет выглядеть вот так:

Дальше — лучше. Теперь рассмотрим еще один пример.

Предположим, что вы используете произвольную таксономию под названием ‘genre’ со своим произвольным типом записей ‘movies’ и нужно добавить терм произвольной таксономии в ссылку. В этом случае следует использовать вот такие теги:

В примере выше genre — это слаг нашей произвольной таксономии.

Нажмите на кнопку сохранения изменений для обновления постоянных ссылок.

Сейчас постоянная ссылка элемента для произвольного типа записи будет выглядеть вот так:

Вот и все, мы надеемся, что эта статья помогла вам научиться легко изменять структуру постоянных ссылок для произвольных типов записей в WordPress.

Как изменить структуру постоянных ссылок в WordPress?

Очень часто я советую пользователям изменить используемую структуру постоянных ссылок. В этой записи я расскажу вам, для чего это делается, и, самое главное, как произвести такое изменение, не теряя трафик, который вы на данный момент имеете.

Какую цель преследует смена структуры постоянных ссылок?

В большинстве случаев я советую сменить структуру постоянных ссылок, для того чтобы избавиться от дат в них. Если контент никак не связан со временем, то даты не должны присутствовать в ссылках. По моему мнению, единственный тип сайтов, который допускает применение дат в структуре постоянных ссылок, это новостные сайты. Все остальные типы сайтов должны стремиться представить свой контент вне зависимости от времени.

Наличие дат в ссылках, как оказалось, снижает показатели CTR переходов из поисковых результатов для более старых записей. Люди вряд ли перейдут по ссылке в выдаче, если ей уже два года, даже если материал их устраивает.

Соображения производительности

В версиях до 3.3 использование структуры /%postname%/ являлось довольно проблематичным, поскольку если сайт состоял из большого числа страниц, то его производительность заметно снижалась. Однако теперь, когда состоялся релиз версии 3.3, вопрос производительности был полностью решен. Нет никаких причин не использовать структуру /%postname%/.

Изменение структуры постоянных ссылок

Первое, что необходимо сделать, это сменить структуру постоянных ссылок через панель администратора в соответствующем разделе. Сделать это несложно. Основные трудности касаются перенаправления старых постоянных ссылок. Редирект задается в файле .htaccess. Существует готовый инструмент, позволяющий быстро изменить структуру постоянных ссылок для вашего домена: redirect.

Теперь останется только скопировать готовый редирект в свой файл .htaccess и протестировать, все ли верно работает.

Создание сайта на WordPress

Что как и почему в WordPress

Как изменить структуру ссылок с помощью htaccess

После переноса существующего сайта mblogm.ru в сеть сайтов (mutisite) (на WordPress 3) структура ссылок на блог изменилась. Адреса рубрик, вложенных рубрик и записей блога с основным доменом теперь включают дополнительную «папку» blog, т.е. имеют вид

Поэтому нужно задать перенаправление для изменения структуры ссылок со старых адресов на новые с указанием кода 301 (документ перемещен постоянно).

Один из вариантов – добавить в файл .htaccess в корне сайта инструкции перенаправления (редиректа) на адреса с «папкой» blog для всех рубрик верхнего уровня. Например, для рубрики apache:

Ссылка на вложенную рубрику, например, in-htaccess

будет преобразована в

Кроме того, на этом сайте постоянные ссылки на записи блога были изменены (чтобы сделать их покороче): задана произвольная структура /%postname%/ . Соответственно, ссылки получились вида

Изменение структуры постоянных ссылок

Редирект в файле .htaccess также правильно перенаправляет с адреса записи

Топ-пост этого месяца:  SMO простыми словами
Добавить комментарий