Как создать полезную html карту сайта для пользователей

Как создать полезную html карту сайта для пользователей

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

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

HTML карта сайта

Что такое html карта и чем она отличается от xml карты?

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

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

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

Зачем нужна карта для пользователей?

Если на сайте еще нет html карты, то ее надо сделать. Почему?

  1. Благодаря карте можно построить иерархию разделов, подразделов и записей на одной странице сайта.
    2. Карта упрощает индексацию сайта ботами и увеличивает количество запросов, участвующих в поиске.
    3. Она может служить дополнительным инструментом поиска нужного контента для пользователя
    4. Карта выступает как элемент главного меню и предоставляет удобный инструмент навигации по сайту. Любой материал доступен в два клика (первый — на карту, второй — на статью)
    5. Html карта улучшает SEO показатели сайта
    6. Для владельца сайта html карта покажет количество созданных записей в каждом разделе и пробелы в наполнении его необходимым контентом.

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

  1. С помощью плагинов,
    2. Без плагинов через изменение html шаблонов темы,
    3. При помощи шорткода.

И если варианты 2 и 3 требуют углубленного знания WordPress и основ программирования, то первый способ подходит всем, кто только начал создавать сайт на вордпресс. Поэтому я в статье остановлюсь только на создании html карты сайта при помощи плагинов.

Добавление карты сайта с помощью плагинов

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

  • Simple Sitemap,
  • WP Sitemap Page,
  • Sitemap by click5 (позволяет создавать как xml, так и html карты сайта),
  • Hierarchical HTML Sitemap,
  • Simple Sitemap и другие

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

13 карт сайта в одном плагине PS Auto Sitemap

Достаточно популярным и простым плагином для создания красивой карты сайта можно считать PS Auto Sitemap (количество скачиваний более 200 000, оценка 5.0). Крайняя версия WP, с которой он тестировался, 4.2.28.

Плагин PS Auto Sitemap

Его достоинствами являются:

  1. автоматическая генерация html карты сайта,
  2. 13 встроенных стилей визуализации,
  3. наличие внутреннего кэша, что позволяет освободить базу данных от лишних запросов.

Данный плагин хорошо работает на сайтах с не очень большим объемом страниц. Он не умеет делить карту сайта на несколько страниц и выводит ее одной длинной “портянкой”. Это является практически единственным недостатком.

Установка и активация плагина обычные, без каких либо премудростей. После его установки в консоли WP в разделе Настройки появится новый пункт PS Auto Sitemap.

Установка плагина PS Auto Sitemap

Приступаем к формированию карты сайта для людей. Первое, что необходимо сделать — это создать страницу, на которой будет она размещена. При создании запоминаем (записываем) ID страницы. Узнать его можно при редактировании. В каждой теме ID выводится по-своему, у меня в Divi это вот так: post=232267. Значит ID страницы 232267.

ID cтраницы с картой сайта

На данную страницу надо вставить единственный шорткод:

<!— SITEMAP CONTENT REPLACE POINT —>

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

Настройка плагина PS Auto Sitemap
  1. Display home list — Выводить в карту сайта домашнюю (главную) страницу или нет.
  2. Display post tree — Показывать дерево сообщений (выводить или нет в карте сайта записи).
  3. Display page tree — Показывать дерево страниц (выводить или нет страницы сайта).
  4. PostID of the sitemap — ID страницы с картой сайта.
  5. Depth level — уровень глубины. Сколько уровней сайта надо отображать (1, 2, 3 и так далее ) на html карте (no limit — выводить без ограничений).
  6. Display first — очередность вывода. Что выводить первым записи или страницы?
  7. Display of categories & posts — выводить записи (посты) и страницы вместе или раздельно.
  8. Excluded categories — исключать категории. Какие категории нужно исключить из карты сайта. Необходимо указать ID категорий последовательно друг за другом, разделяя запятой.
  9. Exclude posts — исключить посты. Какие записи не надо выводить в пользовательскую карту. Также указываются ID постов через запятую.
  10. Select style — стиль отображения карты сайта на экране.
  11. Using cache — использование кэша (должно быть включено, то есть около use должна быть галочка).
  12. Сохранить изменения — не забыть всё сохранить.

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

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

Карта сайта плагина PS Auto Sitemap. Стиль Cheker

Для любителей музыки и сайтов соответствующей направленности стиль Music

Карта сайта плагина PS Auto Sitemap. Стиль Music

Визуальная карта сайта — плагин Slick Sitemap

Он позволяет создать произвольную визуализацию карты сайта. Первое, что вам нужно сделать, это установить и активировать плагин Slick Sitemap. Установка обычная, без каких-либо особенностей.

Установка плагина Slick Sitemap

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

Создание меню для визуальной карты

Создается меню с подменю, которое в свою очередь, может иметь свои собственные элементы. То есть, здесь должны быть все разделы, страницы или записи, которые необходимо отобразить на визуальной карте. Название может быть любое, у меня это “Визуальное меню”. Создать и сохранить его.

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

После того как созданы два меню (основное и служебное), можно настроить html карту сайта. Для этого надо перейти в консоли WordPress раздел Настройки (1) и выбрать пункт Slick Sitemap (2) для настройки плагина.

Настройка плагина Slick Sitemap

В настройках всего три пункта:

  1. Default Sitemap Menu — выбор основного меню (Визуальное меню),
  2. Default Columns — сколько столбцов должно быть отображено на карте сайте,
  3. Default Utility Menu — выбор служебного меню

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

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

[slick-sitemap]

После этого опубликовать страницу и посмотреть, что получилось в результате работы плагина Slick Sitemap.

Пример визуальной карты сайта в WordPress

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

Плагин WP Sitemap Page

Еще одним из широко применяемых плагинов является WP Sitemap Page, который также “немного” заброшен. Крайняя версия WordPress, с которой он тестировался, 5.2.7. Но несмотря на это имеет количество скачиваний 200 000+ и оценку 5.0.

Плагин WP Sitemap Page

После установки и активации плагина в панели Настройки появился новый раздел WP Sitemap Page.

Установка плагина WP Sitemap Page

Особенности плагина:

  • Дает возможность показать все страницы, сообщения и категории в одном месте.
  • Настраиваемый вид отображения показываемой таксономии.
  • Позволяет вывести один или любой вид контента.
  • Прост в использовании.
  • Есть возможность исключить некоторые страницы или какой-либо пользовательский тип сообщения.
  • Посты и категории отображаются иерархически.
  • Имеется возможность тонкой настройки через классы CSS.
  • Доступен на русском языке

К недостаткам плагина относится то, что на больших проектах использование его нежелательно. Карта сайта создается динамически без использования кеша. Поэтому ее формирование будет “тормозить” сайт. Для больших проектов подойдет плагин PS Auto Sitemap, который имеет встроенный кеш.

Карта сайта для пользователей добавляется посредством размещения соответствующего шорткода на странице. В арсенале следующие шорткоды:

Если указан шорткод

Вывод карты сайта плагином WP Sitemap Page

Из трех рассмотренных выше плагинов я отдаю предпочтение PS Auto Sitemap, несмотря на его “преклонный” возраст.

На что стоит обратить внимание при создании html карты

  • карта сайта не должна «выпадать» из общего дизайна ресурса;
  • она должна одинаково (ну или почти одинаково) выглядеть в любом браузере;
  • следует воздержаться от графических элементов в карте сайта, чтобы не замедлять ее загрузку;
  • карта сайта должна соответствовать структуре самого сайта;
  • ссылка на нее  должна располагаться на видном месте.

Советы при создании карты для посетителей

И в заключение этой статьи позволю дать несколько практических советов при составлении пользовательской карты сайта:

  1. Карту надо составлять так, чтобы пользователь мог найти любой документ сайта.
  2. Все данные должны быть иерархически выстроены. Находясь в какой-либо категории посетитель должен видеть все ее записи.
  3. Ссылки на записи должны предлагаться в текстовой форме и представлять собой название статьи.
  4. Не надо вводить в карту графические элементы.
  5. Карта должны быть доступна с каждой страницы сайта, поэтому логичнее всего включать ее в меню, футер или сайтбар.
  6. Если есть возможность, то можно включить короткие описания каждого раздела, чтобы повысить заинтересованность посетителей посмотреть его.

Надеюсь, что созданная html карта поможет улучшить пользовательские факторы сайта и не разочарует посетителей.

Автор DiviLancer

Автор блога - DiviLancer Леонид

Занимаюсь созданием блогов, интернет-магазинов, лендингов и корпоративных сайтов на премиальной теме WordPress Divi. Работаю на фрилансе, как самозанятый, по техническому заданию и договору. Обучу администрированию сайта. Окажу техническую поддержку. Гарантия на все работы два года.

Обращайтесь, буду рад помочь Вашему бизнесу или хобби.

Тестирование резервной копии сайта на WordPress

Тестирование резервной копии сайта на WordPress

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

Готовь сани летом, а резервную копию пока сайт нормально работает

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

Потому что многие вещи могут пойти не так как должно быть, например:

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

Все эти и другие проблемы делают резервное копирование бесполезным.

Представь себе, что твой сайт «упал», а резервные копии есть, но они повреждены или неполные. Звучит разочаровывающе, да?

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

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

Рекомендую сделать тестирование неотъемлемой частью общей стратегии резервного копирования. Тестирование бэкапов сайта должно проводиться регулярно, а не только тогда, когда возникло «стихийное бедствие».

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

Как тестирование помогает восстановлению сайта

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

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

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

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

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

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

Давайте оценим основные проблемы, связанные с выполнением резервного тестирования.

Проблемы тестирования резервной копии сайта WordPress

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

Первая среда тестирования это локальные серверы, такие как Open Server, Denwer, XAMPP, Desktop Server и другие. Все они могут быть развернуты на персональном компьютере.

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

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

Как проверить резервную копию вручную

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

Шаг 1. Создать и скачать копию сайта

Для резервного копирования сайта WordPress нужно сделать копию всех файлов.  Это можно сделать вручную либо с помощью плагинов WordPress. Руководство по резервному копированию WordPress охватывает все шаги и инструменты для выполнения этой работы.

Шаг 2. Загрузить бэкап на локальный сервер

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

Используй любые программы для создания локального сайта WordPress (Open Server, Denwer, XAMPP, Desktop Server). После этого загрузи резервную копию на локальный сайт с помощью опции «экспорт или импорт сайта».

Как только будет загружена резервная копия и сайт будет готов, можно начать тестирование локального сайта. А для этого необходимо иметь технические знания, чтобы справиться с любыми проблемами, которые возникают во время тестирования. Гораздо проще использовать для этого плагин.

Как проверить копию сайта с помощью плагина

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

Используя их, можно создать среду тестирования одним нажатием кнопки. Еще лучше, когда плагин резервного копирования сайта на WordPress предлагает еще среду тестирования. Сразу «убиваются» два зайца: создается резервная копия и тестируется она на отсутствие ошибок при восстановлении. Не надо никуда ничего загружать, все делается автоматически.

Хорошим вариантом для начинающих веб-мастеров будет служба резервного копирования BlogVault.
Хотя существует много служб резервного копирования, BlogVault является единственной, которая создает среду тестирования для бэкапов на собственном сервере.

Бремя запущенных процессов несут серверы BlogVault, а это означает, что на реальном живом сайте никакие опыты не проводятся. А плагин автоматически восстанавливает резервную копию в тестовой среде (называемой промежуточной).

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

И так, давайте пройдем все шаги тестирования бэкапа!

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

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

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

Установка плагина

Установка плагина на сайт возможна двумя способами:

  1. Автоматически,
  2. Руками.
Как проверить резервную копию сайта
Для автоматической установки плагина Blogvault необходимо ввести данные от административной консоли сайта (логин и пароль). После проверки этих данных плагин резервного копирования автоматически установится на сайт.

Если что-то пойдет не так при автоматической установке, то всегда есть испытанный ручной способ добавления плагинов на сайт WordPress.
Скачиваем плагин в виде zip-файла и устанавливаем его.

Регистрация сайта в системе резервного копирования

После установки плагина его надо зарегистрировать в системе Blogvault.
Если плагин установлен верно и сайт прописан в Blogvault, то проверка проходит практически мгновенно.

Как проверить резервную копию сайта

Создание резервной копии сайта

Бэкап создается автоматически после верификации сайта в Blogvault. Процесс выводится на экран для визуального контроля.

Как проверить резервную копию сайта
Создание резервной копии проходит в три этапа:

  1. Создание копии на сайте,
  2. Запись копии на сервер Blogvault и синхронизация ее с копией на сайте,
  3. Отображение отчета о копии (успешность, ошибки, служебная информация).
Как проверить резервную копию сайта
В отчете можно увидеть:

  • размер копии,
  • количество таблиц в базе данных,
  • дата синхронизации.

Дополнительно присутствуют две опции:

  • тест резервной копии,
  • просмотр деталей бэкапа.

Тестирование созданного бэкапа

Для тестирования выбирается любая резервная копия, которая загружена в сервис. И также можно установить версию php для тестового сайта (вот хорошая возможность на тестовом сайте проверить ту или иную версию php).

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

Развертывание сайта в промежуточной среде

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

Внимание!

Эти Username и Password действительны только для сайта, развернутого в тестовой среде

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

10_Как проверить резервную копию сайта
Если надо протестировать другую резервную копию, то удаляется тестовый сайт и создается новый, выбрав новую тестовую копию.
11_Как проверить резервную копию сайта
Автоматизированные инструменты, такие как Blogvault, устраняют проблемы и риски, связанные с ручным тестированием резервных копий.

Конечно, за любой сервис надо платить, и Blogvault не исключение. Тарифные планы начинаются от $ 7.4 в месяц за один сайт.

Автор DiviLancer
Автор блога — DiviLancer Леонид
Занимаюсь созданием блогов, интернет-магазинов, лендингов и корпоративных сайтов на премиальной теме WordPress Divi. Работаю на фрилансе, как самозанятый, по техническому заданию и договору. Обучу администрированию сайта. Окажу техническую поддержку. Гарантия на все работы два года.

Обращайтесь, буду рад помочь Вашему бизнесу или хобби.

Как сделать резервную копию сайта на WP

Как сделать резервную копию сайта на WP

У тебя когда-нибудь «падал» сайт WordPress из-за вредоносных скриптов, плохого кода, кибератак или в результате собственных действий? 

Или ты сделал изменения и теперь жалеешь, что нет пути назад?

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

Резервная копия сайта на WordPress: теория и практика

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

Как не потерять свой сайт? Как вернуть всё в исходное состояние, до начала «улучшений», которые должны были принести сайту неведомую скорость или потрясающий дизайн?

С помощью резервной копии, конечно!

Бэкап сайта это не рутинная операция, которую надо иногда выполнять. Резервное копирование сайта — это основа безопасности сайта и сохранения твоего труда.  Создание резервной копии это второе действие, которое надо совершить на сайте, после установки вордпресс. И только после этого начинать работу дальше.

Что такое резервное копирование

Резервное копирование сайта или бэкап (это англицизм слова backup) — это создание полной копии всех файлов сайта и базы данных MySQL.

Зачем создавать копию?

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

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

Бэкап позволит восстановить рабочую версию сайта в случаях, когда что-то пойдёт не так.

Когда надо создавать бэкап?

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

    Житейский совет:
    Лучше иметь сто резервных копий, которые никогда не пригодятся, чем не сделать одну, которая нужна здесь и сейчас!

Где хранить бэкап сайта?

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

  1. Любое облачное хранилище,
  2. Локальный носимый диск (HDD или SSD), flash память (флешка),
  3. Сторонний сервер для хранения,
  4. Личный компьютер.

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

Житейский совет:
Лучше не иметь резервной копии вовсе, чем иметь бэкап на который нельзя положиться

Тестирование резервной копии

Если бэкап записан с ошибками, то зачем он тогда нужен? Значит, копию надо проверять на ошибкиДля тестирования резервной копии подойдут:

  1. Локальный сервер на OpenServer или Denwer.
  2. Любой бесплатный хостинг: развернул, проверил, свернул до следующей проверки.
  3. Сервис для тестирования резервных копий

Способы создания копии сайта

  1. Средствами хостинга (если он предоставляет такие услуги).
  2. Простым копированием всех файлов сайта и экспортом базы данных MySQL с последующим созданием архива любым архиватором.
  3. Встроенной в WordPress функцией экспорта данных.
  4. С использованием сервисов резервного копирования.
  5. С помощью плагинов WordPress.

Создание бэкапа средствами хостинга

Здесь каждая хостинговая компания в части предоставления бекапов поступает в соответствии со своими тарифами и предоставляемыми услугами. Бесплатный хостинг, как правило, возможность создавать бэкапы не предоставляет.
При выборе платного хостинга надо обращать внимание виды и способы создания резервных копий.
Например, хостинг beget.com, на котором хостятся мои сайты предоставляет следующие услуги:

  • Автоматическое копирование. Копии всех сайтов создаются автоматически, вне желания администратора по заданному хостингом внутреннему расписанию. Они архивируются и выкладываются в корень аккаунта. И также можно выгрузить и базу данных.
  • Backup по требованию. Есть возможность создать резервную копию в любой момент, когда это необходимо. Она будет храниться без ограничения по времени, в двух независимых друг от друга местах, что обеспечивает максимальную сохранность и безопасность данных. Одна копия всегда бесплатно, а каждая последующая — 2 рубля в сутки.

Хостинг beget.com хранит копии сайтов от нескольких дней до месяца, затем она перезаписывается новыми данными. Если этого недостаточно, то можно сделать локальную копию сайта и развернуть ее у себя дома или же хранить ее на каком-нибудь облачном диске.

Скачать свежую копию сайта несложно:  

Копирование сайта средствами хостинга beget.ru

Заходим на хостинге beget.com в свой личный кабинет, раздел BuckUp и видим текущее положение с резервными копиями, доступными для скачивания.

На вкладке Базы данных лежат бэкапы всех баз данных. Можно скачать любую.

Скачивание базы данных хостинга бегет

Копирование файлов и экспорт базы данных

Если нет возможности сделать бэкап в панели управления хостинга и есть вход по ftp/sftp каналу и доступ к phpMyAdmin, то можно просто скачать необходимые файлы. Конечно, это не самый удобный способ, но это лучше, чем не делать копию сайта совсем.

Рассмотрим короткую инструкцию из двух этапов.

Первый шаг — это скачивание и архивирование самих файлов WordPress. Они находятся на сервере, где развернут сайт в папке

/mysite.ru/public_html/

Добраться до фалов сайта можно любым ftp/sftp клиентом.

Второй шаг — копирование базы данных. В базе данных хранится самое ценное сайта, его контент:

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

Узнать, какая база данных подключена к сайту несложно. В корне сайта находим файл wp-config.php. В нем и находятся искомая информация

Как узнать какая база данных подключена к сайту

Узнав имя базы данных для вордпресс,  начинаем работать с PhpMyAdmin. Это программное обеспечение с открытым исходным кодом, которое позволяет управлять базой данных MySQL с помощью веб-интерфейса. Оно поставляется предварительно установленным на большинстве хостинг-провайдеров.

У каждого хостера свой вход в PhpMyAdmin. Для примера, показываю, как это организовано в beget.com

Вход в phpMyAdmin в хостинге

Вход в MySQL и далее в phpMyAdmin. Перед тем как дальше действовать, убедись, что база данных копируемого сайта WordPress выбрана внутри phpMyAdmin.

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

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

Теперь нажимаем на ссылку «Экспорт» в верхней строке меню.

Архивирование базы данных

Появляется возможность выбора метода экспорта данных:

  • Быстрый, отображается минимум настроек,
  • Обычный, отображаются все допустимые настройки.
Выбор метода архивирования базы данных

Если опыта нет или страшно что-то испортить, нажимаем Быстрый или Обычный при уверенности в своих силах. Во втором случае увидим настройки экспорта.

Сверху показаны все таблицы в базе данных WordPress, которая выбрана. Иногда плагины WordPress добавляют собственные таблицы в базу.

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

Важно проверить, чтобы в разделе Вывод стояло Сохранить вывод в файл и определен метод архивирования zip или gzip.

Выбор способа архивирования

Нажимаем Вперед (Go) и получаем архив данных сайта

Этот архив необходим для восстановления сайта на другом хостинге, под другим доменным именем или на локальном компьютере.

Экспорт из панели управления

Можно экспортировать данные сайта из панели управления сайтом, раздел Инструменты пункт Экспорт (1)

Экспорт данных средствами WordPress

Выбрать те материалы сайта (2), которые надо экспортировать. Для сайтов с темой Divi это будут:

  • Записи,
  • Страницы,
  • Divi Templates,
  • Макеты Divi Builder,
  • Проекты,
  • Шаблоны,
  • Макеты хедера,
  • Макеты «тела» страницы,
  • Макеты нижнего колонтитула,
  • Медиафайлы.

Если нажать на кнопку Скачать файл экспорта, то WordPress создаст XML-файл, который можно будет сохранить на компьютере. Этот формат будет содержать все записи, произвольные поля, рубрики и метки.
Используя инструмент Импорт на другом сайте под управлением WordPress и установленной темой Divi, то можно импортировать содержимое скопированного.

Премиум WordPress услуги резервного копирования

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

VaultPress

 

Система резервного копирования VaultPress

Резервная служба, предоставляемая компанией Automattic, основанной Мэттом Малленвегом (прародителем WordPress) VaultPress предлагает несколько вариантов резервного копирования начиная от самого простого за $5 до продвинутого по цене $ 29 в месяц.

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

С помощью VaultPress имеется возможность легко восстановить свой сайт с подключением FTP или SSH.
Резервные копии сайта можно скачать и хранить его на любом портативном устройстве хранения или загрузить их на любой облачный сервис, например, Google Drive или диск Dropbox.

За $29 можно получить:

  • защиту от спама,
  • автоматическое восстановление,
  • резервное копирование в реальном времени,
  • сканирование безопасности,
  • полный архив бэкапов,
  • круглосуточную техническую поддержку.
  • Самый минимальный план Lite, обеспечивает:
  • ежедневное резервное копирование,
  • автоматическое восстановление,
  • круглосуточную техническую поддержку,
  • 30-дневный архив резервных копий.

BackupBuddy by iThemes

Система резервного копирования BACKUPBUDDY

Еще один сервис для резервного копирования и восстановления WordPress сайтов. Резервную копию можно хранить в любом месте с помощью Amazon web services, Dropbox, Rackspace Cloud, FTP или электронной почты.
BackUp Buddy предоставляет услуги:

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

Цены на услуги BackUp Buddy начинаются от $80 за один сайт до $199 за неограниченное количество сайтов в год.

blogVAULT

Система резервного копирования blogVAULT

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

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

Ценовых планов достаточно много, от $7.4 в месяц за один сайт до $149 за 20 сайтов.

Создание копии сайта на WordPress при помощи плагинов

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

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

Для сайтов с высокой посещаемостью лучше всего использовать сервисы резервного копирования.

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

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

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

На что надо обратить внимание при выборе?

  1. Объем: полный или частичный. Некоторые плагины для копирования сайта сохраняют только базу данных, а сам сайт не копируют.
  2. Функции восстановления. Можно ли восстанавливать сайт в ручном или автоматизированном виде, что и как надо сделать для восстановления сайта.
  3. Места хранения резервных копий. Если она хранится в корневой директории, где и сам сайт, то такой плагин теряет половину смысла. Желательны опции хранения бэкапа в облаке.
  4. Режим копирования: ручной или автоматический, есть ли возможность работы по расписанию.
  5. Дополнительные функции. Что еще предлагает вордпресс плагин для копирования сайта? Есть ли в нем функция переноса на другой хостинг? Или на другой домен?

Вот и все.

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

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

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

Что такое атрибут alt для картинки

Что такое атрибут alt для картинки

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

А это еще один способ получения дополнительного целевого трафика на сайт. Но это только при условии правильного заполнения атрибутов изображений, а именно alt и title.

Сейчас я расскажу, что такое это такое и объясню, как добавить атрибут к изображению в WordPress и в теме Divi и покажу несколько практических приемов для этого.

WordPress атрибут alt что это?

Атрибут alt для картинки  — это атрибут для тега img, который используется для вставки графических элементов в HTML документ.

Изображения не вставляются напрямую на страницу сайта. Тег image содержит ссылку на изображение и создает требуемого размера пространство, в котором отображается картинка.

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

Alt текст отображается в контейнере с изображением
Текстовая информация, заключенная в атрибуте alt, отображается при отключенной загрузке графики в браузере пользователя.

Альт иногда путают с заголовком изображения (title). Однако заголовок — это другой тип атрибута того же самого тега img. Title отображается в виде всплывающего текста, когда пользователь наводит указатель мыши на изображение.

Title изображения, отображаемый поверх во всплывающем тексте

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

Ранжирование изображений в Яндексе и Google

Поисковые системы Яндекс и Google индексирует не только текст, но и рисунки.

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

Рисунки, фотографии и картинки — это один из источников дополнительного трафика на сайт.

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

Более того, как пишет Яндекс: «Картинки, у которых отсутствуют содержательные описания, не попадают в поиск, так как не могут быть найдены по запросам».

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

В частности Google утверждает, что он фокусируется только на теге alt в качестве фактора ранжирования изображений.

Однако это не означает, что поиск полностью игнорирует атрибут title. Желательно добавлять разные тексты в оба атрибута, используя ключевые слова, которые описывают изображения.

Зачем нужен атрибут alt тега img?

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

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

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

Альт улучшает пользовательские факторы

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

Когда кто-то с нарушениями зрения посещает сайт, программа чтения с экрана будет читать текст на странице. Когда подходит очередь до изображения она использует alt текст для рисунка.

Если альт отсутствует, программа может вместо этого прочитать имя файла изображения. Это обычно неэффективно даже при правильном объяснении изображения. А если имя файла не оптимизировано для SEO, то такое прочтение просто запутает пользователя.

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

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

Правильный картинка повышает рейтинг сайта

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

Чтобы подчеркнуть важную роль, которую изображения (и, в свою очередь, атрибут alt) играют в SEO, посмотрите страницу результатов поиска для фразы «королевские кровати»:

Результаты поиска по атрибуту альт

Обратите внимание, первое место в выдаче не текст, а картинки с правильно оформленными атрибутами alt. При правильной оптимизации и правильном использовании альт могут помочь повысить эффективность SEO и создать гиперссылки, кликабельные изображения, которые будут появляться в подобных поисковых запросах. Это особенно полезно для сайтов электронной коммерции и лендингов.

Вот и все. Я надеюсь, что эта статья помогла узнать, что такое атрибут alt в html коде WP и какую роль он играет в SEO подготовке сайта.

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

Что такое атрибут alt для картинки | foto avtora 1

Автор блога — DiviLancer Леонид

Занимаюсь созданием блогов, интернет-магазинов, лендингов и корпоративных сайтов на премиальной теме WordPress Divi. Работаю на фрилансе, как самозанятый, по техническому заданию и договору. Обучу администрированию сайта. Окажу техническую поддержку. Гарантия на все работы два года.

Обращайтесь, буду рад помочь Вашему бизнесу или хобби.