Ошибка структуры ссылок

Здравствуйте, дорогие читатели, в этой статье расскажу о популярном плагине кэширования WP Super Cache и его детальной настройке. Данный плагин является не заменимым в ускорение загрузки веб-страниц.

Мое мнение о плагине только положительное так, как плагин на отлично справляется со своими функциями и при этом имеет гибкие и понятные настройки. Популярность плагина равна более 7 мнл. скачиваний и рейтингу в 4,5★.

Скачать плагин можно с официальной страницы на WordPress.org.

Плагин WP Super Cache является бесплатным, основная его функция — это увеличение скорости загрузки сайта, за счет создания кэшированных страниц. Но как же работает этот чудо плагин? Давайте разберем принцип работы кэш-плагинов, на примере WP Super Cache.

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

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

Принцип загрузки сайта с плагином WP Super Cache. Веб-страницы, к которым обращались пользователи, кэшируются или, по-другому, создаются их полные кэш-копии в формате .php или .html. А сами копии сохраняются в папку:

/wp-content/cache/supercache/domen.ru

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

Настройка WP Super Cache

Установка плагина WP Super Cache стандартная. Но после установки плагин необходимо правильно настроить, для этого необходимо выполнить ряд манипуляций. В принципе, настройка, которую я приведу ниже, подойдет для любого блога или сайта на WordPress, если где-то будут варианты различных настроек, я уточню.

После установки и активации плагина, если у вас не настроены ЧПУ, WP Super Cache будет ругаться:

Переходим по ссылке и видим причину (скриншот переведен с англ. на рус.):

Для решения данной ошибки снова переходим по ссылке в панель настроек постоянных ссылок:

В настройках выставляем Произвольно и вот такую структуру ссылок:

/%category%/%postname%.html

Более подробно про настройку ссылок в WordPress и плагин RusTolat я писал в статье Настройка ЧПУ WordPress.

Теперь в Админке переходим в настройки плагина Настройки > WP Super Cache и видим, что кэширование не включено:

Ставим флажок напротив Кэширование включено и жмем кнопку Обновить.

Теперь плагин в рабочем состояние, осталось его правильно настроить. В настройках плагина имеется 7 вкладок: кэш, настройки, настройка CDN, состояние кэша, общий вид, плагины, обслуживание. Разберем все более подробно:

1. Вкладка Кэш:

   

   Рисунок 5. Вкладка Кэш

   В этой вкладке включается кэширование, производится проверка кэша на ошибки и удаление страниц из кэша. Кроме, того разработчики плагина в самом низу страницы добавили ссылки на полезные инструменты ;

2. Вкладка Настройки — это основной раздел настроек плагина WP Super Cache. О том, какие настройки выбрать расскажу немного ниже;
3. Вкладка Настройка CDN (Content Delivery Network — сети доставки контента) —  это оптимизация скорости загрузки сайта, за счет его комплексной загрузки.

   

   Рисунок 6. Вкладка настройка CDN

   Данный раздел я не рекомендую трогать новичкам, а настройку приведу в отдельной статье;

4. Вкладка Состояние кэша. Здесь вы можете наблюдать статистику кэшированных страниц и удалить просроченные кэш-копии:

   

   Рисунок 7. Вкладка состояние кэша

5. Вкладка Общий кэш:

   

   Рисунок 8. Вкладка общий кэш

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

6. Вкладка Плагины:

   

   Рисунок 9. Вкладка плагины

   На этой станице можно включить некоторые дополнительные плагины.

7. Вкладка Обслуживание, которая позволяет решать возникающие проблемы в кэширование, здесь можно включить режим отладки (не рекомендую использовать новичкам):

   

   Рисунок 10. Вкладка обслуживание

На этом мы заканчиваем рассмотрение основных параметров плагина WP Super Cache и приступаем к рассмотрению стандартных настроек.

Переходим во вкладку Настройки и включаем все функции, в которых указано — Рекомендовано. Перечислю их:

• Кэшировать сессии просмотров для быстрого доступа;
• Использовать mod_rewrite для обслуживания кэша. Ниже расскажу более подробно;
• Сжимать файлы кэша чтобы ускорить работу;
• Не кэшировать страницы для известных пользователей. Данная опция позволяет вам, как авторизованному пользователю, видеть оригинальные веб-страницы, вашего сайта, а не кэш-копии;
• Авто перестройка кэша. Гости блога увидят устаревшие версии страниц кэша пока новые будут генерироваться;

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

Обновлять страницу при добавлении нового комментария к ней.

Вот так все просто. Для наглядности прилагаю скриншот:

После того, как выставили все галочки или убрали лишние, кликаем по кнопке Обновить. Теперь остается настроить пресловутые правила mod_rewrite.

Настройка модуля Mod Rewrite

Данный модуль после включения работает не правильно и требует обновится:

Для этого кликаем по кнопке Обновить и идет в самый конец правил mod_rewrite:

После обновления новые правила подсветятся зеленым фоном:

Это означает, что правила mod_rewrite успешно встроены в файл htaccess. Остается проверить их наличие.

Запомните: Правила mod_rewrite необходимо изредка обновлять!

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

Здравствуйте! Уже довольно давно пытаемся найти решение проблемы со сломанными структурами ссылок и шаблонов.

Проблема: любые ссылки на профиль woocommerce (/my-account/*) начинают выдавать ошибку 404. Кроме того страницы панели управления магазином (Dokan) — также выдают ошибку 404. Другие страницы — такие, как Cart и Checkout — применяют шаблон публикации, а не страницы.

Временное решение — обновить настройки постоянных ссылок. После этого какое-то время всё работает исправно. Смена темы с дочерней на родительскую тоже решает проблему. Вопрос — обновляются ли правила перезаписи ссылок при смене темы? Или всё же проблема в дочерней теме?

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

Сталкивались ли с таким и с чем может быть проблема? Ошибка в основном задействует страницы Woocommerce и Dokan, с остальными страницами проблем нет.

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

В этой статье мы рассмотрим три способа исправления ошибки 404 в WordPress:

1. Сброс настроек постоянных ссылок в WordPress (англ).
2. Восстановление файла .htaccess (англ).
3. Отключение тем и плагинов.

Однако, прежде чем закатывать рукава, мы поговорим о том, как работает ошибка 404 и какие причины её возникновения. Давайте перейдём непосредственно к этому!

Что такое ошибка 404 в WordPress (и что её вызывает)

Ошибка 404 это сообщение, которое появляется, когда вы пытаетесь получить доступ к странице, которую браузер не может найти. В зависимости от того, какой браузер вы используете, сообщение может незначительно отличаться. Например, Firefox отображает такой текст: «404 Not Found», а Chrome показывает сообщение — «404. That’s an error»:

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

Независимо от того, как оно выглядит, существует много вещей, которые могут вызвать в WordPress сообщение: 404 ошибка. К ним относятся:

• Неверный URL. В некоторых случаях ошибка может быть в дополнительной букве, набранной в URL страницы.
• Проблемы с кэшированием. Иногда браузер может кэшировать страницу, к которой вы пытаетесь получить доступ, и пока она не найдена, вы будете видеть ошибку 404, даже если сайт работает для всех остальных.
• Проблема с настройками сервера доменных имен (DNS). Возможно, информация о вашем домене ещё не обновилась в DNS, поэтому вы видите ошибку при попытке получить доступ к одной из страниц вашего сайта.
• Проблемы с совместимостью в WordPress. В некоторых случаях проблемы с плагином или темой могут повлиять на то, как WordPress создаёт URL-адреса и постоянные ссылки для вашего сайта. Затем, если кто-либо попытается получить доступ к URL-адресу, который больше не работает, возникает ошибка 404 в WordPress.

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

Что делать перед устранением ошибки 404 в WordPress

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

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

После этого вам нужно будет загрузить и настроить FTP-клиент. Мы рекомендуем FileZilla (англ), так как он бесплатный и предлагает все функции, которые могут вам понадобиться. Если вы раньше не использовали FTP, вы можете ознакомиться с нашим подробным руководством о том, как получить доступ к сайту Hostinger напрямую. Затем, когда вы будете готовы, вы сможете приступить к исправлению ошибок WordPress 404.

Как исправить ошибку 404 в WordPress (3 метода)

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

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

1. Сбросьте настройки своих постоянных ссылок (пермалинков) в WordPress

Одной из наиболее распространённых причин ошибки WordPress 404 является проблема с тем, как WordPress генерирует ваши постоянные ссылки (англ). Как вы, возможно, знаете, WordPress предоставляет вам несколько вариантов форматирования ссылок ваших записей и страниц. Например, вы можете настроить платформу для использования простых числовых ссылок или указать название каждой записи в качестве URL-адреса:

В любом случае первое, что вам нужно сделать, когда вы столкнётесь с ошибкой 404 в WordPress, это сбросить настройки ваших постоянных ссылок. Есть два способа сделать это: один через панель управления (Консоль), а другой через FTP. Если у вас есть доступ к панели управления, следуйте инструкциям в этом разделе. Еслм нет – вам следует перейти к методу номер два.

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

Выберите параметр Простой в разделе Общие настройки и нажмите кнопку Сохранить в нижней части страницы:

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

Теперь попробуйте просмотреть свой веб-сайт как обычно. Проверьте страницы, которые ранее выдавали ошибку 404. Если ошибка ушла, вы молодец – вам понадобилось минимум времени, чтобы её исправить!

2. Восстановите файл .htaccess в WordPress.

Когда вы вносите изменения в структуру постоянной ссылки в WordPress, они сохраняются в файл под названием .htaccess (англ). Этот файл определяет, как WordPress будет взаимодействовать со своим сервером, а также способ создания URL-адресов для страниц.

Если у вас нет доступа к панели управления, вам нужно будет вручную отредактировать .htaccess, чтобы переустановить постоянные ссылки. Чтобы начать работу, зайдите на свой сайт через FTP и перейдите в корневую папку WordPress. Это каталог, который содержит установку WordPress и обычно находится в папке public_html или www или назван в честь вашего сайта:

Откройте эту папку и найдите файл .htaccess. Если вы используете FileZilla, вам нужно щёлкнуть правой кнопкой мыши по файлу .htaccess и выбрать параметр Просмотреть / Изменить. Это означает, что вы загружаете копию файла на свой компьютер и открываете его с помощью локального текстового редактора по умолчанию. Теперь вы сможете внести любые изменения, которые вам нужны.

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

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

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

После этого сохраните изменения в файле .htaccess с помощью текстового редактора и закройте его. FileZilla спросит, хотите ли вы заменить существующий файл .htaccess копией, которую вы только что отредактировали. Согласитесь на это действие, и всё! Вы просто переустанавливаете свои постоянные ссылки WordPress вручную, не нарушая ничего в этом процессе.

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

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

3. Отключите темы и плагины в WordPress.

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

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

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

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

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

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

Если у вас нет доступа к панели управления, вы можете отключить тему и плагины вручную через FTP. Чтобы сделать это, зайдите на свой сайт с помощью FileZilla, затем перейдите в каталог public_html / wp-content. Здесь вы найдёте несколько папок, две из которых называются plugins и themes соответственно:

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

Измените название папки на что-то вроде akismet.disabled, так чтобы вы смогли легко её идентифицировать. Простого изменения названия папки плагина достаточно для того, чтобы WordPress его отключил. Теперь проверьте, не исчезла ли ошибка 404. Если нет, верните этой папке прежнее название и повторите этот процесс для каждого следующего плагина в папке.

Если один из ваших плагинов стал причиной ошибки, вы знаете, как с этим справиться. Однако, если окажется, что ошибка 404 возникает не из-за них, вы можете перейти в каталог тем wp-content> themes. Найдите папку с активной темой и переименуйте её так же, как и плагины:

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

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

Дополнительная информация

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

• Как исправить ошибку 403 Forbide Error в WordPress
• Как исправить ошибку 500 Internal Server Error в WordPress
• Ошибка 502 Bad Gateway в WordPress – причины и как исправить
• Как отладить и исправить ошибку 503 Service Unavailable в WordPress
• Ошибка 504 Gateway Time-out и как её исправить в WordPress
• Как исправить ошибку HTTP при загрузке изображений в WordPress
• Как исправить ошибку «Извините, вы не можете получить доступ к этой странице» в WordPress

Вывод

Ошибка 404 может показаться простой, но она может нанести большой урон. Если ваши посетители не могут найти нужные им страницы, они могут начать искать в другом месте, а зачем вам это? Это означает потерянный трафик и, возможно, снижение конверсий.

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

Если у вас возникли какие-либо вопросы, советы или рекомендации по работе с ошибкой WordPress 404 – давайте поговорим о них в разделе комментариев!

Принимая решение о создании сайта на CMS WordPress, вы так или иначе надеетесь, что уже очень скоро он окажется на первой странице результатов поиска. Однако очень велик риск, что вы оставите без внимания многие базовые технические аспекты SEO-оптимизации и тем самым преградите своему сайту путь в топ поисковой выдачи. В рамках этой статьи мы рассмотрим 15 основных ошибок, связанных с оптимизацией сайтов на WordPress, и расскажем о том, как их избежать при помощи специальных плагинов и программы Netpeak Spider.

1. Параллельное существование нескольких версий сайта

Сразу после создания и активации сайт одновременно доступен по нескольким адресам — с префиксом www. и без него, с протоколом http и https (если вы позаботились об SSL-сертификате для своего сайта), со слешем в конце и без него. Казалось бы, это ведь один и тот же сайт, не так ли? Для вас с нами это один и тот же сайт, но поисковые роботы расценивают это как многократное дублирование, за которое сайту грозит понижение в результатах поисковой выдачи. Для решения проблемы вам необходимо настроить переадресацию, которая будет направлять пользователей и поисковых роботов на одну версию сайта, которую вы избрали в качестве основной.

Настройка серверного редиректа

1. Зайдите на FTP сайта.
2. Найдите каталог, в котором хранится сайт. В большинстве случаев это каталог /public_html/.
3. Откройте в обычном текстовом редакторе хранящийся в нём файл .htaccess.
4. Вставьте в файл следующий отрывок кода, заменив yoursite на адрес вашего сайта:

RewriteCond %{HTTP_HOST} ^www\.yoursite\.(.*)$ [NC]
RewriteRule ^(.*)$ https://yoursite.%1/$1 [R=301,L]

5. Сохраните изменения и обновите файл.

С помощью этого отрезка кода вы настроите постоянный серверный редирект (перенаправление), который будет перенаправлять пользователей со всех возможных версий сайта на одну-единственную — с https и без www.

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

Проверка выставленных редиректов

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

2. Непродуманная структура URL-адресов

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

Решение проблемы кроется в установке одного флажка в разделе «Настройки» → «Постоянные ссылки». Достаточно выбрать «Название записи» в качестве единственно возможного формата ссылок, и вопрос будет решён раз и навсегда.

Кстати, рекомендуем установить и активировать плагин Cyr-to-Lat для корректной транслитерации названий в ссылках.

3. Отсутствие карты сайта

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

Чтобы создать карту сайта и автоматически разместить её в корневой директории сайта, воспользуйтесь плагином XML Sitemap & Google News feeds либо одним из встроенных инструментов Netpeak Spider — «Генератор Sitemap». С его помощью вы сможете создать карты для страниц и изображений, выставив кастомные настройки.

4. Неправильная настройка файла robots.txt

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

1. На старте первоначальных технических работ рекомендуется закрыть сайт от поисковых роботов при помощи команды Disallow: /.
2. Не закрывайте от роботов файлы .js, .css., а также служебные изображения и прочие данные, влияющие на внешний вид сайта.
3. Тестируйте составленные вами инструкции, прежде чем открывать поисковым роботам доступ к сайту. Для этого воспользуйтесь функцией Netpeak Spider «Виртуальный robots.txt» («Настройки» → «Виртуальный robots.txt»). С её помощью вы увидите, какие из страниц вашего сайта будут видимы для поисковых роботов: достаточно активировать функцию и отметить учёт инструкций robots.txt на вкладке с основными настройками.

5. Отсутствие связки с социальными сетями

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

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

6. Неправильное структурирование текста

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

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

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

7. Игнорирование метаданных

Метатеги Title и Description — одни из наиболее важных элементов с точки зрения поисковой оптимизации. Именно из них формируется заголовок и краткое описание страницы, которые отображаются в сниппетах в органической поисковой выдаче. Неуникальные, неправильно заполненные или, ещё хуже, отсутствующие Title или Description могут серьёзно осложнить процесс поискового продвижения вашего сайта. Чтобы упростить процедуру заполнения метаданных, используйте один из базовых SEO-плагинов для WordPress — YOAST SEO или All in one SEO Pack, к примеру.

Требования к метатегу Title

1. Title должен отражать суть страницы.
2. Title должен быть кратким, но ёмким и понятным.
3. Title должен быть уникальным и не дублировать Title любой другой страницы сайта.
4. На странице может быть всего один Title.
5. Длина Title должна составлять не менее 10 и не более 70 символов.
6. В Title следует использовать включать одно из ключевых слов, по которым важно ранжировать текущую страницу (если они не противоречат сути всего контента).

Требования к метатегу Description

1. Description главной страницы должен быть не короче 60 и не длиннее 320 символов в среднем, Description внутренней страницы должен быть порядка 160 символов.
2. Description обязан содержать предпочтительное для ранжирования страницы ключевое слово или фразу. Важно, чтобы оно выглядели органично в контексте описания страницы.
3. Description должен быть уникальным в рамках данного сайта.
4. На странице может быть только один Description.

Проверка сайта на ошибки метатегов Title и Description

Для того, чтобы проверить, корректно ли выставлены на вашем сайте Title и Description, воспользуйтесь Netpeak Spider.

В процессе сканирования сайта программа определит:

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

8. Не оптимизированы изображения

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

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

Рекомендации по оптимизации изображений на сайтах с WordPress

1. Предварительно задайте размер изображений: 800 пикселей в высоту и 1024 пикселя в ширину.
2. Перед загрузкой на сайт сжимайте картинки с помощью сервисов, которые делают компрессию без потери качества (например, TinyPNG), либо установите и активируйте один из плагинов, которые оптимизируют изображения при загрузке на сайт (например, Imagify). В идеале вам необходимо уменьшить вес каждого изображения до 100 килобайт.
3. Всегда заполняйте поле атрибута ALT. Он помогает пояснить поисковым роботам содержимое изображения и повышает шансы на его появление в органической выдаче по картинкам. Не стремитесь вместить в ALT максимум ваших ключевых слов: поисковые системы это не приветствуют. Аналогичным образом следует заполнять поле «Название».
4. Перед загрузкой прописывайте имена изображений, используя слова, написанные латиницей и разделённые дефисами.
5. Отключите автоматическую генерацию нескольких миниатюр стандартного размера (300х300, 150х150). Вы можете сделать это в меню «Настройки» → «Медиафайлы». В этом разделе можно найти все основные настройки для стандартных миниатюр, автоматически генерируемых движком. Если вы не пользуетесь ими, поставьте 0 в полях со значениями размеров.

Поиск проблем в оптимизации изображений

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

1. Запустить Netpeak Spider.
2. Прописать в адресной строке домен вашего сайта.
3. В меню «Настройки» → «Основные» отметьте активируйте опцию «Проверять изображения».
4. Сохраните настройки и запустите сканирование.
5. По итогу сканирования перейдите на вкладку «Отчёты» → «Ошибки» на боковой панели и выберите одну из интересующих вас ошибок, чтобы отфильтровать результаты:
   • Битые изображения,
   • Изображения без атрибута ALT,
   • Макс. размер изображения.
6. Выгрузите отфильтрованные результаты по каждой из ошибок, кликнув по пункту меню «Экспорт» → «Результаты в текущей таблице».
   Также вы можете воспользоваться специальным отчётом «Изображения без атрибута ALT.

9. Пренебрежение атрибутом rel=Canonical

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

Rel=canonical позволяет указывать поисковым системам приоритетные для индексации страницы и регулировать распределение ссылочного веса внутри сайта. В WordPress это проще всего сделать при помощи базового SEO-плагина YOAST: достаточно открыть вкладку «Дополнительно» и указать адрес канонической страницы в нижнем поле панели настроек YOAST.

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

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

Программа определяет следующие ошибки, связанные с rel=canonical:

• Цепочки Canonical;
• Цепочка Canonical, заблокированная в Robots.txt;
• Дубликаты Canonical URL;
• Отсутствующий или пустой Canonical;
• Разные URL страницы и Canonical URL.

10. Контент публикуется нерегулярно

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

11. Отсутствует микроразметка Schema и OpenGraph

Микроразметка представляет собой набор структурированных данных, которые позволяет расширить информацию о странице. К примеру, глоссарий Schema отвечает за то, как будет выглядеть сниппет страницы, в то время как протокол OpenGraph — за то, как будет выглядеть сниппет сайта в социальных сетях. Некоторые из параметров микроразметки вы в силах задать самостоятельно, и для этого вам понадобятся:

• бесплатные плагины YOAST (общий SEO-плагин), Breadcrumb NavXT (плагин для внедрения хлебных крошек), All In One Schema Rich Snippets (плагин для разметки Schema) и Open Graph for Facebook, Google+ and Twitter Card Tags (плагин для расширенной разметки OpenGraph).
• инструменты для проверки микроразметки от Google, Яндекс и Facebook.

12. Сайт не проверяется на наличие битых ссылок

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

13. Не проставлены ссылки в футере

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

14. Нет внутренней перелинковки

Основные цели внутренней перелинковки — равномерное распределение ссылочного веса внутри сайта, а также улучшение навигации для пользователей. Забывая о ней, вы повышаете шанс появления «тупиковых» страниц или страниц с избыточным весом. Для того, чтобы этого избежать, мы рекомендуем:

1. Продумать навигационные элементы (меню, ссылки в футере, хлебные крошки).
2. Добавить блоки с похожими статьями («вам также может понравиться» и пр.).
3. Ставить в тексте ссылки на тематически связанные материалы.

Поиск проблем внутренней перелинковки

Выявить проблемы с распределением ссылочного веса внутри сайта поможет инструмент «Расчёт внутреннего PageRank» в Netpeak Spider. Он позволит вам увидеть «тупиковые» страницы, на которых нет исходящих ссылок, или недостижимые страницы, до которых вряд ли сумеет добраться пользователь или поисковый робот.

Для поиска подобных страниц вам следует:

1. Запустить Netpeak Spider.
2. На боковой панели (вкладка «Параметры») отметить галочкой пункт «ссылки» со всеми вложенными подпунктами.
3. Указать в адресной строке URL вашего сайта и запустить сканирование.
4. Дождаться окончания сканирования и отложенного анализа тяжёлых данных.
5. Перейти на вкладку «Отчёты» → «Ошибки» на боковой панели и кликнуть по названию интересующей вас ошибки («PageRank: отсутствуют связи» и «PageRank: отсутствуют исходящие ссылки»), чтобы отфильтровать проблемные страницы сайта.
6. При необходимости выгрузить отфильтрованные результаты, кликнув по пункту меню «Экспорт» → «Результаты в текущей таблице».

15. На сайте нет интеграции с Google Analytics и Google Search Console

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

Коротко о главном

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

• Непродуманная структура URL-адресов.
• Параллельное существование нескольких версий сайта.
• Отсутствие карты сайта.
• Неправильная настройка файла robots.txt.
• Отсутствие связки с социальными сетями.
• Неправильное структурирование текста.
• Игнорирование метаданных.
• Не оптимизированы изображения.
• Пренебрежение атрибутом rel=Canonical.
• Контент публикуется нерегулярно.
• Отсутствует микроразметка Schema и OpenGraph.
• Сайт не проверяется на наличие битых ссылок.
• Не проставлены ссылки в футере.
• Нет внутренней перелинковки.
• На сайте нет интеграции с Google Analytics и Google Search Console.

Описанные выше проблемы легко решить при помощи ряда бесплатных плагинов, а также программы для SEO-аудита Netpeak Spider, которая поможет проверить правильность проведения тех или иных технических работ внутри сайта.

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

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

Лучший способ избежать этих проблем с ссылками – это разработать четкий план их обновления прежде чем приступать к делу. Так вы сможете переключиться безопасно, заставив ссылки с оптимизированной структурой работать на вас. Кроме того, вы узнаете, как лучше внедрить редирект, избегая появления ошибки 404.

Что такое постоянные ссылки? (и зачем вам может, понадобится их изменить)

Постоянная ссылка – это часть web-адреса, которая следует за доменом. Например, взглянем на такой URL: https://wpnice.ru/wordpress-seo-by-yoast-nastrojka-plagina/. Домен – это wpnice.ru, а постоянная ссылка —  wordpress-seo-by-yoast-nastrojka-plagina.

Если постоянные ссылки  настроены правильно, то они выполняют такие важные функции:

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

Чтоб определить структуру ваших пермалинков в WordPress, вам нужно пойти в Настройки  > Постоянные ссылки  в вашей панели. По умолчанию постоянные ссылки в WordPress используют опцию «месяц и название». Но лучше всего использовать опцию «Название записи», если вы хотите сконцентрироваться на контенте, угодив и читателям, и поисковикам.

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

Зачем менять структуру постоянных ссылок?

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

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

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

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

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

Шаг 1: решите, какая структура постоянных ссылок вам нужна

Сначала ответьте на следующие вопросы. Вы хотите, чтоб  в ссылке была дата? Если да, то какая часть даты должна быть видна в ссылке?

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

Шаг 2: измените структуру ваших  постоянных ссылок в WordPress

Определившись с тем, какой синтаксис вы хотите использовать, идите в меню пермалинков  Настройки> Постоянные ссылки  в вашей панели WordPress и  выберете нужный вариант на экране настроек:

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

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

Шаг 3: Исправляем сломанные ссылки с помощью редиректов 301

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

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

Использование плагина Using 301 Redirects

Чтоб создавать редиректы на вашем WordPress-сайте без лишних проблем можно использовать плагин Simple 301 Redirects . Установив и активировав плагин, вы получите вот такое новое меню в вашей панели управления.

Волноваться не о чем, так как в окне настроек 301 Redirects есть только два простых поля. Одно называется Request, а другое — Destination. Сюда  вы должны ввести  старую и новую структуру постоянных ссылок соответственно.

В примере с картинки выше поле Request – это WordPress-конфигурация для постоянных ссылок с месяцем и названием, а поле  Destination – это   WordPress-конфигурация для структуры «название записи». Добавив эти поля, сохраните изменения. Теперь поисковики буду знать, куда перетек трафик со старой структуры.

Использование плагина  Redirection

Мы также рекомендуем использовать бесплатный плагин Redirection.

Чтоб использовать Redirection, сначала установите его. Затем откройте Инструменты > Redirection, чтоб указать новые линки постов и страниц. Просто введите старые постоянные ссылки в поле   Source URL, а новые пермалинки в поле Target URL, затем кликните «Save»:

Использование Yoast SEO Permalink Helper Tool (для редиректа  /&postname%/)

Еще один полезный инструмент, который можно использовать – это Yoast SEO Permalink Helper Tool. Он генерирует код, основываясь на вашей текущей структуре ссылок, и вы можете добавить его в ручную в ваш файл .htaccess, чтоб безопасно перенаправить  все записи на новую структуру  /%postname%/ . Инструмент, конечно, полезный, но он может перенаправить только на структуру с названием записи.

Шаг  4: Изменяем ссылки поисковых систем согласно  новой структуре (переиндексация)

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

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