10 распространенных проблем с темами WordPress и пути их решения


Оглавление (нажмите, чтобы открыть):

Как ускорить загрузку сайта 10 способов

Доброго времени суток, дорогие коллеги! Хочу вернуться ещё раз к важной теме — как ускорить загрузку сайта WordPress и сейчас добавлю к предыдущим постам еще один небольшое повествование. Попить чайку, принять душ и заняться домашними делами … Всё это люди не хотят делать, пока загружается ваш сайт. По статистике, посетители покидают сайт, который грузится более 3 — х секунд. Я лично всегда так делаю, не жду, а перехожу на другой источник.

Как ускорить загрузку сайта

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

1. Кэширующие плагины для WordPress

Если ваш сайт работает на WordPress, то этот раздел статьи будет для вас наиболее полезен.

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

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

Самым популярным кэширующим плагином для WordPress является W3 Total Cache, однако он довольно сложный в использовании.

Ещё один плагин, WP Fastest Cache, работать с которым намного проще. У этого плагина более дружественный к пользователю интерфейс и его легче настроить.

2. Подключение к сети доставки контента

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

CDN – это крупная сеть серверов, распределённых по всему миру, способная кэшировать файлы вашего сайта, а затем отправлять эти файлы с ближайшего к вашим пользователям сервера. Таким образом, в идеальной ситуации пользователь в Нью-Йорке загрузит файлы сайта с северо-востока Соединенных Штатов, а не западного побережья или Европы.

Маршрутизация трафика через CloudFlare позволяет сократить время загрузки и повысить безопасность веб-сайта.

Чтобы настроить CDN, например CloudFlare, выполните следующие действия:

Зарегистрируйте аккаунт на сайте https://www.cloudflare.com/ .

Добавьте в него свой сайт. (С системой справится даже ребенок. Вы просто указываете адрес своего сайта и нажимаете большую зеленую кнопку. В течение минуты ваш сайт анализируется и затем на странице отображаются все предыдущие настройки DNS. Также предлагается изменить/добавить некоторые значения, если что-то вдруг перенеслось неправильно. В чем плюс? Все очень просто, ваш сайт перенесется и не будет простаивать. Ваши пользователи даже не заметят каких-либо изменений).

Измените серверы доменных имён, чтобы они указывали на те сервера, что были предоставлены CDN в процессе установки. При использовании WordPress и CloudFlare установите официальный плагин CloudFlare:

Плагин Cloudflare для WordPress

При использовании другой CMS установите модуль mod_cloudflare для Apache. Хотя это не обязательно, но полезно для регистрации реальных IP-адресов пользователей вашего сайта. CloudFlare — действительно очень удобный сервис. Согласитесь, защитить сайт, забыть о кешировании, установить статистику и не тратить нервы, если сайт недоступен, просто перенеся сайт на другие DNS — это здорово. А если почти всеми этими возможностями можно пользоваться бесплатно, то такой сервис — просто сказка ��

3. Оптимизация изображений

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

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

Один из самых удобных сайтов для конвертации JPG-изображений в PNG – Tiny PNG.

Веб-сервис TinyPNG, который позволяет сжимать PNG-файлы

Далее, можно оптимизировать изображения, используя более новый стандарт WebP. Однако на сегодняшний день этот стандарт поддерживают не все браузеры (только Google Chrome, Android и Opera), поэтому при его применении обязательно нужно использовать резервные методы для корректной загрузки изображений в других браузерах.

4. Объединение и удаление файлов Javascript

Для выполнения этой задачи нужно иметь представление о JavaScript, в противном случае можно нарушить эту функциональность на сайте.

Если вы используете CloudFlare, вы можете включить минимизацию JavaScript (JavaScript Minification), перейдя на вкладку Speed и отметив галочкой пункт JavaScript в подразделе Auto Minify.

Вы также можете включить Rocket Loader в том же подразделе. Эта функция объединяет JavaScript-файлы в один, загружает скрипты в последнюю очередь и кэширует их локально. Если использование этой функции приведёт к нарушениям в работе JavaScript-функциональности, её можно будет в любой момент отключить.

Если вы не используете JavaScript, то вы можете сжимать JavaScript-файлы вручную. Для этого можно использовать такой инструмент, как JS Compress ( https://jscompress.com/ ).

Если вы веб-разработчик и хорошо разбираетесь в коде, вы можете запустить Grunt ( https://gruntjs.com/ ) или Gulp ( https://gulpjs.com/ ) для автоматизации процесса минимизации JavaScript. Существует также модуль Apache ( https://www.modpagespeed.com/doc/filter-js-minify ), который способен уменьшать размер исходного кода JavaScript «на лету», однако его нельзя сочетать с другими методами минимизации.

После объединения и минимизации ваших файлов JavaScript вам нужно настроить асинхронную или отложенную загрузку скриптов на сайте. Для внешних скриптов лучше использовать атрибут async. Для большинства других скриптов, которые полагаются друг на друга для работы, используйте атрибут defer. Более подробную информацию можно посмотреть на сайте — http://www.growingwiththeweb.com/2014/02/async-vs-defer-attributes.html .

При использовании WordPress вы можете попробовать один из плагинов оптимизации, таких как Hummingbird ( https://premium.wpmudev.org/blog/hummingbird/ ) или плагин Async JavaScript ( https://wordpress.org/plugins/async-javascript/ ), которые позволяют легко добавить атрибуты async или defer к JavaScript-файлам.

5. Объединение и минимизация CSS-файлов

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

Для пользователей CloudFlare функция минимизации CSS расположена в том же разделе Speed. Вы также можете включить минимизацию HTML.

Как и в случае с JavaScript, продвинутые пользователи могут использовать Grunt или Gulp для минимизации кода CSS на своём сервере. Существует также модуль Apache, называемый mod_ext_filter, который может быть настроен для автоматической минимизации файлов CSS, однако, поскольку они не будут кэшироваться как статические файлы, это не является предпочтительным способом минимизации.

Чтобы вручную минимизировать CSS, можно использовать специальные онлайн-инструменты. Например, Minifier — https://www.minifier.org/ .

6. Загрузка динамических частей через AJAX

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

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

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

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

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

7. Использование браузерного кэширования

Браузерное кэширование – это способность браузера сохранять локально ресурсы, такие как изображения, файлы JavaScript и файлы CSS, чтобы их не нужно было загружать каждый раз. Хотя использование этой функции влияет в основном на повторных посетителей, это по-прежнему важный шаг для ускорения сайта.

В CloudFlare этот параметр можно настроить, перейдя на вкладку Caching и выбрав подходящий вариант срока хранения данных в кэше – Browser Cache Expiration. Если ваши файлы обновляются нечасто, вы можете выбрать более длительный срок, например 8-16 дней. Если файлы обновляются чаще, то нужно выбрать меньший период.

Использование браузерного кэширования

Чтобы включить браузерное кэширование на серверах на базе Apache, вы можете попробовать добавить код, подобный этому — https://gtmetrix.com/leverage-browser-caching.html , в файл .htaccess в корневом каталоге вашего сайта.

8. Использование алгоритма сжатия Gzip

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

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

Если вы используете CloudFlare, ваши ресурсы автоматически будут автоматически сжиматься с помощью Gzip.

9. Избегание загрузки большого количества внешних ресурсов

Загрузка большого количества внешних ресурсов – это одна из проблем, с которой сегодня сталкиваются крупные медиасайты. Но это не значит, что данная проблема не может повлиять на ваш сайт. Фактически, это актуально и для более мелких сайтов, особенно тех, что используют рекламные сети, такие как Google AdSense, Media.net, Taboola и т.д.

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

Что же с этим можно сделать? Самое простое решение – свести к минимуму количество сторонних скриптов, добавляемых на сайт. Например, если вы используете несколько рекламных сетей, попробуйте консолидировать все свои объявления в одну или две сети максимум.

Если вы используете другие сторонние ресурсы, такие как формы, чат, всплывающие оповещения и т. д., то вам нужно будет проверить сайт с помощью инструмента GTmetrix ( https://gtmetrix.com/ ). На вкладке Waterfall вы сможете просмотреть скорость загрузки всех файлов, найденных на странице, и понять, какие из них больше всего её замедляют.

10. Настройка Google AMP

Google AMP (Accelerated Mobile Pages) – это фреймворк для создания облегчённых версий веб-страниц для мобильных устройств. Для ускорения загрузки эти страницы предварительно загружаются и кэшируются серверами Google.

Для настройки AMP пользователям WordPress рекомендуется использовать официальный AMP-плагин.

Плагин AMP for WordPress

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

Рубрика: Решение проблем WordPress

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

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

Кто виноват — плагин или тема?

Нашёл на просторах интернета классную диаграмму (Learning to Troubleshoot WordPress), на которой очень доступно показаны все шаги, для выявления проблемного плагина на вашем сайте.

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

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

Переведённая версия диаграммы на русский язык (нажмите для увеличения):

Как установить главную рубрику для записи

Недели полторы назад один из участников Марафона по РСЯ у Алексея Сорокина (Smart) задал в скайпе очень актуальный и для многих нерешённый вопрос, а именно — как из множества выбранных рубрик выбрать главную, по чьей ссылке будет доступна запись по умолчанию.

Хочу сразу отметить, что это актуально только для тех случаев, когда ваши постоянные ссылки («Параметры» — «Постоянные ссылки») имеют формат /%category%/%post_name%/, то есть с выводом рубрик в URL адреса. В остальных же случаях эта проблема не возникает.

Так вот, есть забавная ситуация, что если сначала создать запись с одной рубрикой, опубликовать её, а затем отредактировать, добавив вторую рубрику, то URL записи изменится на новый! Удивлены? Мы тоже были удивлены, когда столкнулись с этим.

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

  • Три рубрики: «Главная», «Новости» и «Юмор»:
  • Тестовую запись в рубрике «Юмор» и соответствующий URL:

Запись отлично открывается по нашей ссылке, то есть на первом этапе проблем нет.

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

Внимание! С этого момента наша запись доступна по новому URL!

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

Назначаем главную рубрику

Самый простой способ назначить главную рубрику, это воспользоваться плагином WP Category Permalink, который создан именно для решения этой проблемы.

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

Ссылка «Permalink» возле наведённой на рубрику мышки означает то, что после нажатия на неё эта рубрика станет главной. А это как раз нужное нам решение. Проверим?

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

Как подогнать изображение под размер записи в WordPress

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

В идеальном варианте, широкоформатное изображение должно точно вписаться по ширине:

А бывает и вот такая неприятность (выявлено в плагине wPPage):

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

Как же это исправить?


Есть два варианта: изменить масштаб изображения в самом WordPress, либо изменить фактический размер изображения в графическом редакторе.

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

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

Я рекомендую изменять размер изображения под нужный вам, используя любой удобный графический редактор. Это может быть Adobe Photoshop, GIMP, Paint.Net или какой-нибудь другой.

Как узнать требуемый размер?

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

Рассмотрим на примере браузера Google Chrome, в остальных (Opera, Mozilla Firefox, Яндекс.Браузер) всё делается абсолютно аналогично.

  • Нажимаем правой кнопкой мыши на любом элементе на странице и в появившемся меню выбираем «Инспектировать элемент»:
  • Откроется отладчик:
  • Пугаться его вида не стоит — он не такой страшный, как кажется.
    В нашем случае был выделен и подсвечен тот элемент, на котором я нажал правой кнопкой мыши.
  • Теперь нам нужно определить контейнер, в котором выводится наш контент, собственно.
    Для этого перещёлкиваем по всем элементам древовидной структуры, снизу вверх:
  • Обращаем внимание на то, что при выборе какого-либо элемента, он будет подсвечиваться на самой странице сайта:
  • Ваша цель — найти такой элемент, который бы был по размерам с шириной страницы.
    В моём случае это элемент ps_content:
  • Как я узнал, что это именно он? Смотрите на скриншот, вы поймёте сразу:
  • Обратили внимание, что именно эта ширина и нужна мне для картинки?
  • Теперь остаётся лишь найти эти самые размеры ширины контейнера. Вот они:

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

Есть вопросы? Задайте их в комментариях! 🙂

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

Если вы занимаетесь разработкой своего сайта сначала на локальном компьютере, то при переносе на хостинг практически всегда столкнётесь с ошибкой установки соединения с базой данных, в английской версии WordPress она звучит так: Error establishing a database connection.

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

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

Проявляется ли проблема в wp-admin

Первым делом стоит убедиться, что данное сообщение об ошибке выводится и на сайте, и в административной панели. Для этого попробуйте зайти в админку сайта (wp-admin).

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

Если же вы получили сообщение «Одна или несколько таблиц базы данных недоступны», тогда нужно будет выполнить автоматическое исправление таблиц механизмами WordPress.

Для этого нужно выполнить следующие шаги:

  1. Открыть файл wp-config.php и добавить в него следующую строку:
  2. После этого зайти по адресу http://ваш-сайт.ru/wp-admin/maint/repair.php
  3. Нажать кнопку «Починить базу данных» и дождаться завершения операции.
    Это может занять некоторое время, в зависимости от размера данных в таблицах базы вашего сайта.

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

В ином случае рекомендую продолжить чтение заметки.

Проверка файла wp-config.php

Файл wp-config.php один из самых важных файлов в WordPress — именно в нём прописаны все параметры для нормальной работы вашего сайта. Все настройки для подключения к базе данных тоже находятся именно в этом файле.

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

За настройки подключения к базе данных MySQL отвечают следующие константы:

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

Но для большинства хостингов значение DB_HOST будет всё-таки localhost и чаще всего изменять его не придётся.

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

, где 3351 — порт, на котором «прослушивается» MySQL-сервер. Уточните это значение у вашего системного администратора.

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

Проверка работоспособности MySQL сервера

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

Если у вас виртуальный сервер (VPS) и вы используете cPanel или ISPManager, то ссылка на phpMyAdmin будет на главной странице панели управления сервером.

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

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

    Создаёте на компьютере файл, назовём его test.php и добавляем в него следующий код:

Вместо «пользователь» и «пароль» укажите свои данные для подключения к базе данных. Если у вас VPS — можете использовать учётную запись root.

  • Загружайте этот файл на FTP вашего хостинга
  • Открывайте в браузере адрес http://ваш-сайт.ru/test.php
  • Если на экране отразилось «Ошибка при подключении», то рядом с ней будет выведено сообщение (чаще на английском), по которой в Google или Яндекс можно найти какие-то комментарии
  • Если же отобразилось «Подключено успешно», тогда внесите используемые ваши логин и пароль для подключения к базе данных в файл wp-config.php, как в позапрошлом шаге
  • Если при открытии этого скрипта вы получили сообщение: #1045 – Access denied for user ‘foo’@’%’ (using password: YES), это значит вы используете неправильный логин или пароль. Проверьте ещё раз и попробуйте снова.

    В случае, если не удалось подключиться к базе данных ни через phpMyAdmin, ни через файл test.php — рекомендую обратиться в службу поддержки вашего хостинг-провайдера и разобраться в чём дело по телефону. У нормального провайдера круглосуточно работает служба поддержки.

    Решения, которые помогли другим

    Обновление настройки в wp_options

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

    Вместо «адрес_вашего_сайта» укажите адрес сайта, чтобы запрос выглядел так:

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

    Подключение под root к базе данных

    Если у вас VPS и удалось подключиться с помощью файла test.php к базе данных под пользователем root — тогда попробуйте использовать эти данные для подключения к базе данных вашего сайта через wp-config.php.

    Если всё пройдёт нормально и сайт заработает, тогда рекомендую зайти в phpMyAdmin, создать нового пользователя и указать логин и пароль нового пользователя в wp-config.php.

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

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

    Если вы знаете ещё какие-то пути решения это проблемы — напишите о них в комментариях и я обновлю заметку.

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

    Как деактивировать плагин в WordPress через FTP

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

    Обращение к читателям блога

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

    Если у вас возникают трудности со чтением текста, с комментированием, сайт некорректно отображается — напишите мне на почту support@gruz0.ru или в Телеграм. Я буду благодарен вам за любую помощь и обратную связь!

    25 наиболее распространенных ошибок WordPress и как их исправить

    Главное меню » Блог-платформа wordpress » Витрина » 25 наиболее распространенных ошибок WordPress и как их исправить

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

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

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

    Содержание

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

    1. Как исправить внутреннюю ошибку сервера

    Пожалуй, наиболее запутанная ошибка WordPress, что новичок может прийти к этому “Внутренняя ошибка сервера”, или иногда “500 Внутренняя ошибка сервера”.

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

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

    2. Как исправить синтаксическую ошибку в WordPress

    Эта ошибка обычно возникает , когда вы пытаетесь добавить фрагмент кода в WordPress и случайно что – то пропустили или код имеет неправильный синтаксис. Это приведет к ошибке PHP синтаксического анализа, и вы увидите уведомление , как:

    Parse error- syntax error, unexpected $end in /public_html/site1/wp-content/themes/my-theme/functions.php on line 278

    Сообщение об ошибке будет означать, что найдена неожиданное вещь в коде и расположение скрипта, где произошла ошибка с номером строки. Чтобы устранить эту проблему, вам придется исправить синтаксис. Большую часть времени это отсутствуетковычка, или какой – либо неожиданный символ в коде. [ Исправлена ошибка синтаксиса в WordPress ] [ Вернуться к началу ↑ ]

    3. Как исправить ошибку установления подключения к базе данных в WordPress

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

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

    Тем не менее, в основном это неправильные учетные данные базы данных. Посмотрите на общие решения для этой проблемы. [ Ошибка установления соединения с базой данных в WordPress ] [ Вернуться к началу ↑ ]

    4. Как устранить белый экран смерти в WordPress

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

    Большую часть времени она вызывается, когда сценарий исчерпывает лимит памяти PHP. Это может также произойти из – за конфигурации на сервере. Также возможно, что пользователь будет видеть только белый экран смерти на некоторых участках их сайта. [Посмотрите , как исправить WordPress белый экран смерти ] [ Вернуться к началу ↑ ]

    5. Как исправить сообщение об ошибки 404 в WordPress

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

    Пользователь может просматривать все другие разделы своего сайта, включая зону администратора. Наиболее распространенной причиной этой проблемы является постоянная ссылка в Настройках в WordPress. Чтобы решить эту проблему , пользователю потребуется перенастройки Permalinks или вручную обновить правила перезаписи. [ Исправить возвращения сообщения об ошибке 404 в постах Worpdress ] [ Вернуться к началу ↑ ]

    6. Как исправить ошибку появление боковой панели под содержимым в WordPress

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

    Иногда, когда пользователи добавляют фрагменты кода на свой сайт, они могут случайно забыть закрыть тег HTML DIV или добавить дополнительный закрытия DIV , который может привести к разорванному макету темы. Другой распространенной причиной является использованием непропорциональное ширины в CSS или не очищенный float должным образом. [ Исправление ошибки появления боковой панели под содержимым в WordPress] [ Вернуться к началу ↑ ]


    7. Как исправить белый текст и пропавшие без вести кнопки в визуальном редакторе WordPress

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

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

    8. Исправлена ошибка: Ошибка исчерпания памяти в WordPress – Увеличение памяти PHP

    Показания к применению этой ошибки может быть белый экран смерти, или сообщение об ошибке, как это:

    Fatal error: Allowed memory size of 33554432 bytes exhausted (tried to allocate 2348617 bytes) in /home/username/public_html/site1/wp-includes/plugin.php on line xxx

    Эта ошибка возникает, когда в WordPress скрипт или плагин исчерпывает по умолчанию выделеное ограничение размера памяти. [ Исправление ошибки исчерпания памяти в WordPress ] [ Вернуться к началу ↑ ]

    9. Что делать, если вы заблокированы в панели администратора в WordPress (WP-admin)

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

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

    10. Как исправить обновление и перенаправление логина в WordPress

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

    Большую часть времени это происходит из – за неправильных значений полей сайта URL – адресов и URL домашней страницы в таблице вариантов WordPress. Она также может быть вызвана плохо настроенным Пермалинк или установки перенаправления в файле .htaccess. [ Исправление обновления страницы входа в систему и перенаправление ] [ Вернуться к началу ↑ ]

    11. Как исправить проблему загрузки изображения в WordPress

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

    Все эти файлы в медиа – библиотеке будут отображаться как сломаные. Эта ошибка возникает из – за неправильных разрешений файлов и каталогов в установке WordPress. Ряд факторов может привести к этой проблеме. [ Исправление проблемы загрузки изображение в WordPress ] [ Вернуться к началу ↑ ]

    12. Как исправить распространенные проблемы, изображения в WordPress

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

    Это не ошибка или проблема в WordPress. Вам просто нужно, чтобы ознакомиться с тем, как обрабатывать медиафайлы в WordPress. [ Исправление общих проблем изображения в WordPress ] [ Вернуться к началу ↑ ]

    13. Как исправить ошибку “Вы уверены, что хотите сделать это” в WordPress

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

    Специальные ключи безопасности, которые могут быть добавлены к URL – адресов при выполнении действия администратора в WordPress. Иногда плагин или тема может использовать его неправильно, что может привести к видимости этой ошибки. [ Исправление ошибки “вы уверены , что вы хотите сделать это” в WordPress ] [ Вернуться к началу ↑ ]

    14. Как исправить ошибку “Временно недоступен для планового технического обслуживания” в WordPress

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

    Что происходит там, WordPress ставит ваш сайт в режиме технического обслуживания во время обновления. Если по какой – то причине обновление прерывается, то WordPress не получает возможность поставить ваш сайт из режима технического обслуживания. Эта ошибка будет блокировать весь сайт и сделает его недоступным для администраторов, а также посетителей. [ Исправление ошибки Временно недоступен для планового технического обслуживания ] [ Вернуться к началу ↑ ]

    15. Как запретить в WordPress отправление по электронной почте

    Наиболее распространенным симптомом этой проблемы не получает каких-либо контактную форму или уведомлений по электронной почте WordPress с вашего сайта.

    Мастер Йода рекомендует:  5 обязательных составляющих технического SEO-аудита в 2020 году

    Эта проблема обычно возникает , потому что большинство общих хостинг – провайдеров отключают или ограничивают модуль, используемый для отправки сообщений по электронной почте, чтобы предотвратить их сервера от злоупотреблений. [ Исправление ошибки отправление сообщений по электронной почте ] [ Вернуться к началу ↑ ]

    16. Как исправить ошибку RSS потока в WordPress

    Большинство ошибок с RSS потоками в WordPress RSS вызваны плохим форматированием. Вы можете увидеть ошибки, подобные этим:

    XML Parsing Error: XML or text declaration not at start of entity
    Location: http://example.com/feed
    Line Number 2, Column 1:

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

    Warning: Cannot modify header information – headers already sent by (output started at /home/username/example.com/wp-content/themes/twentysixteen/functions.php:433) in /home/username/example.com/wp-includes/pluggable.php on line 1228

    WordPress выводит RSS – каналы в формате XML, который является строгим языком разметки. Отсутствующий разрыв строки или дополнительная вкладка может привести к поломке вашего RSS – канал. [ Исправление ошибки RSS потока в WordPress ] [ Вернуться к началу ↑ ]

    17. Как исправить ошибку 403 Forbidden в WordPress

    Код ошибки 403 Forbidden отображается, когда ваши права доступа сервера не разрешает доступ к конкретной странице. Поэтому ошибка обычно сопровождается текстом:

    403 Forbidden – You don’t have permission to access ‘/’ on this server.
    Additionally, a 403 Forbidden error was encountered while trying to use an ErrorDocument to handle the request.

    Существуют различные сценарии, когда вы можете увидеть эту ошибку. Неверные права доступа к файлам, плохо закодированные модули безопасности или конфигурации сервера являются наиболее распространенными виновниками. [ Исправление ошибки 403 Forbidden в WordPress ] [ Вернуться к началу ↑ ]

    18. Как исправить ошибку проблемы Слишком многих переадресаций в WordPress

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

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

    19. Как исправить ошибку “Загрузки: Не удалось записать файл на диск” в WordPress

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

    Каждый файл и папка на вашем сайте имеет набор разрешений. Ваш веб -сервер управляет доступом к файлам на основании этих разрешений. Неправильные разрешения на папку может забрать вашу способность сохранять файлы на сервере. Это означает, что ваш веб – сервер не может создавать или добавлять новые файлы в этой папке. [ Исправление загрузки: Не удалось записать файл на диск ] [ Вернуться к началу ↑ ]

    20. Как исправить ошибку “Этот сайт содержит вредоносное” в WordPress

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

    Еще одна распространенная причина этой ошибки показывает объявления низкого качества от рекламных сетей. Эти сети могут иногда показывать объявления со ссылками на веб – сайтах , распространяющих вредоносный код.[ Исправление ошибки “Сайт содержит вредоносные программы” в WordPress ] [ Вернуться к началу ↑ ]

    21. Как исправить ошибки пропущенной публикации в Расписании в WordPress

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

    Тем не менее, иногда WordPress может пропустить запланированные посты из – за ряда причин. Если это случилось с вами больше, чем несколько раз, то вам нужно решить эту проблему. [ Исправление ошибки пропуска в расписании в WordPress ] [ Вернуться к началу ↑ ]

    22. Как исправить Fatal Error: Максимальное время выполнения превышены в WordPress

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

    Некоторые WordPress хостинг – провайдеры установили это значение на более высоком уровне, в то время как другие, возможно, установить его на более низком уровне. Когда сценарий достигает максимального предела времени выполнения, это приводит к максимальной превышении ошибки времени выполнения. [ Исправление ошибки превышения максимального времени выполнения в WordPress ] [ Вернуться к началу ↑ ]

    23. Как исправить проблему неверного эскиза Facebook в WordPress

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

    Facebook использует Open Graph метки (OG) и плагинов , как Yoast SEO, которые автоматически добавляет их на свой сайт, чтобы не пропустить выпуск миниатюр. [ Исправить Facebook неправильный выпуск миниатюрных изображений в WordPress ] [ Вернуться к началу ↑ ]

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

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

    25. Устранение неполадок WordPress

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

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

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

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

    Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.

    Не WordPress’ом единым: 10 причин, почему популярная CMS может не подойти новичкам

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

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

    1. В первую очередь WordPress — это платформа для создания блогов

    Не стоит забывать о том, что изначально система WordPress была создана в качестве площадки для блоггеров. Основная масса функций и инструментов CMS предназначена для публикации постов и их комментирования. Поэтому вы должны понимать, что функционал WordPress несколько ограничен. Чтобы реализовать некоторые функции, вам нужно будет добавлять соответствующие плагины. Разумеется, это возможно, но все-таки создает определенные неудобства.

    Если же вы хотите создать интернет-магазин или просто масштабный веб-ресурс, сделать это с помощью WordPress практически нереально. Даже такие базовые для интернет-магазина вещи, как каталог товаров и корзину, можно организовать только с помощью плагинов. Чтобы пользователи могли, к примеру, сортировать товары, вам придется искать подходящий шаблон (посредством возможностей самой CMS это реализовать невозможно). Администрировать интернет-магазин на WordPress тоже будет не очень удобно — как минимум, вы не сможете массово управлять товарами (к примеру, добавлять акции и скидки). Если в вашем магазине будет много товаров, вы попросту перестанете в них ориентироваться (представьте, каково среди тысячи постов искать нужный). К тому же, WordPress позволяет работать далеко не со всеми платежными системами, что также создает неудобства для владельцев интернет-магазинов и покупателей. Таким образом, для создания блогов и статичных сайтов WordPress очень хорош, но он подходит далеко не для всех задач, и об этом нужно помнить.

    2. Система плагинов

    Если вы когда-то работали с WordPress, вы знаете, что в этой CMS основной функционал сайта создается с помощью плагинов. Благо, WordPress имеет систему плагинов, которой разработчики данной CMS могут гордиться. По различным оценкам, на данный момент существует более 40000 плагинов для WordPress.

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

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

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

    3. Навыки программирования — это ОБЯЗАТЕЛЬНО

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

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

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

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

    4. Бесконечная история с обновлениями

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

    Даже если вы отключите возможность автоматического обновления и будете обновлять систему вручную, это не гарантирует корректную работу СMS после очередного апдейта. Повторяется та же история, что и с плагинами: постоянная возня с резервным копированием, поиск ошибок и их исправление — все это требует времени. А если вы пользуетесь платными шаблонами или плагинами, неудачное обновление может стоить вам не только времени, но и денег. Тем не менее, без постоянных обновлений система также не будет работать корректно. Поэтому, если вы работаете в одиночку и не имеете опыта веб-разработки, стоит задуматься либо о привлечении более опытных людей в проект, либо об использовании другой CMS.

    5. Скорость работы

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

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

    6. Удобство использования

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

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

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

    Одним словом, если вы не имеете опыта в веб-разработке и работаете с WordPress, готовьтесь к трудностям.

    7. Не все шаблоны WordPress адаптивны

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


    8. Проблемы с безопасностью

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

    Как известно, WordPress принадлежит к числу open source систем. Никто не контролирует плагины и темы, которые находятся в свободном доступе. С помощью одного небольшого плагина злоумышленники могут проникнуть в админ панель, и безопасность вашего сайта/блога окажется под угрозой. К тому же, система WordPress написана на РНР и использует систему управления базами данных MySQL. Это делает ваш сайт уязвимым к SQL инъекциям (один из частых способов взлома сайтов и программ). Существует ряд плагинов для защиты сайта, но даже они не гарантируют полную безопасность.

    9. Отсутствие технической поддержки

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

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

    10. SEO-проблемы

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

    Чтобы оптимизировать свой блог/сайт, вам придется изменить внешний вид ссылок (по умолчанию пермалинки и ссылки на комментарии выглядят устрашающе) с помощью сторонних плагинов или инструментов. Без плагина вы не сможете добавить даже название (title) и описание (description). Некоторые шаблоны позволяют это сделать, но и это не всегда хорошо — может возникнуть конфликт настроек шаблона и плагина, если вы используете и то, и другое.

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

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

    Материал опубликован пользователем.
    Нажмите кнопку «Написать», чтобы поделиться мнением или рассказать о своём проекте.

    8 Самые распространенные ошибки WordPress и способы их устранения

    У вас есть веб-сайт на WordPress?

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

    Нужна помощь в исправлении сайта WordPress?
    WHSR теперь является партнером Codeable.io, чтобы помочь пользователям, которые нуждаются в профессиональных службах разработки / настройки WP.

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

    Ниже приведены учебники по устранению этих распространенных ошибок WordPress:

    1. Ошибка подключения базы данных

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

    • Причины ошибки создания базы данных
    • Проблема с вашим сервером хостинга
    • Ошибка в файле wp-config.php
    • Возможно, ваш сайт был взломан

    Решение #1. Исправить проблемы с вашим сервером хостинга

    Это хорошая идея, чтобы поговорить с вашим Хостинг-провайдер WordPress относительно проблемы.

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

    Решение #2. Ошибка файла wp-config.php

    Откройте файл wp-config.php, используя FTP или файловый менеджер. Теперь проверьте правильность имени базы данных, хоста, имени пользователя и пароля. Если вы обнаружите какие-либо изменения в этих деталях, исправьте их немедленно. Если вы не знаете, как редактировать файлы PHP, лучше сначала ознакомиться с основами.

    Решение #3. Сканируйте его, чтобы проверить, не взломан ли он

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

    2. Белый экран смерти

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

    Причины:

    • Часто вызвано исчерпанным пределом памяти
    • Плохо закодированная тема или плагин

    Решение #1: Увеличьте предел памяти

    Поскольку исчерпанный предел памяти является одной из популярных причин этой ошибки, рекомендуется увеличить предел памяти. Чтобы увеличить лимит, откройте файл wp-config.php и добавьте следующую строку кода в основные теги PHP.

    Приведенный выше код увеличивает ваш предел памяти до 64M.

    Решение #2, Замените тему темой по умолчанию и отключите все плагины

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

    3. Внутренняя ошибка сервера 500

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

    Причины:

    • Исчерпанный предел памяти PHP
    • Поврежденные функции плагина
    • Поврежденные функции темы
    • Поврежденный .htaccess

    Решение #1, Увеличьте предел памяти

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

    Решение #2. Изменить файл .htaccess

    Поскольку проблема обычно вызвана поврежденным файлом .htaccess, вам нужно будет отредактировать файл .htaccess. Откройте файл .htaccess из FTP или диспетчера файлов и переименуйте его с помощью .htaccess old. Обновите свой сайт и выясните, сохраняется ли проблема. Если это устраняет проблему, нажмите «Настройки»> «Постоянная ссылка» и нажмите «Сохранить изменения» для сброса .htaccess.

    Решение #3, Деактивировать все плагины

    Если изменение файла .htaccess не повлияло на проблему, вы можете проверить свои плагины. Деактивируйте все свои плагины, щелкнув плагины? установленных плагинов. Выберите «деактивировать» из раскрывающегося списка «массовое действие» и нажмите «Применить». Он автоматически отключит все ваши плагины. Теперь перейдите на свой сайт, обновите его и проверьте, не пропала ли ошибка. Если да, активируйте свои плагины один за другим и посмотрите, какой плагин вызвал проблему.

    Решение #4. Замените папки wp-admin и wp-includes

    Если ничего не получилось, попробуйте заменить ваши папки wp-includes и wp-admin свежими копиями из установки WordPress. Сохраните их и загрузите. Обновите браузер и проверьте, не решена ли проблема.

    4. Потерянный электронный адрес электронной почты и восстановление пароля не работают

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

    Причина:

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

    Решение #1. Отредактируйте файл functions.php

    Чтобы внести изменения в файл functions.php темы, перейдите к ../wp-content/themes/your_current_theme через FTP или файловый менеджер. Откройте файл functions.php и добавьте следующую строку кода.

    wp_set_password (‘DesiredNewPassword’, 1);

    Поместите свой новый пароль вместо того, где он говорит «DesiredNewPassword». Сохраните файл и загрузите его снова. Как только вы зашли на свой сайт, удалите код из файла и загрузите его снова.

    Решение #2. Сбросьте свой адрес электронной почты и пароль через phpMyAdmin

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

    Выберите опцию MD5 в раскрывающемся меню Функции. Нажмите сохранить и обновить свой сайт.

    5. Время соединения истекло

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

    Причины:

    • Тяжелые плагины
    • Ошибки функции темы
    • Исчерпанный предел памяти PHP

    Solutions

    1. Увеличьте предел памяти PHP
    2. Деактивируйте все плагины и удалите тот, который вызывает проблему
    3. Перейдите к теме WordPress по умолчанию, чтобы проверить, вызывает ли ваша тема проблему.

    6. Ошибка страницы 404

    Эта ошибка обычно возникает, когда веб-сайт не находит указанную вами страницу.

    Вызывать

    Параметр Permalink является основной причиной ошибки страницы 404.

    Решение:

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

    7. Ошибка исчерпания памяти

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

    Неустранимая ошибка: допустимый размер памяти для байтов 33554432 исчерпан (пытался выделить байты 2348617) в /home/username/public_html/site1/wp-includes/plugin.php в строке xxx

    Вызывать


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

    Решение

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

    Чтобы увеличить лимит, откройте файл wp-config.php и добавьте следующую строку кода в основные теги PHP.

    Приведенный выше код увеличивает ваш предел памяти до 64M.

    Замените тему темой по умолчанию и отключите все плагины

    8. Недоступно для ошибки планового обслуживания

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

    Причина:

    Когда WordPress обновляет плагин или тему, он помещает ваш сайт в режим обслуживания. Если обновление прервано, он сохраняет ваш сайт в режиме обслуживания.

    Solutions

    1. Вручную обновите установку WordPress
    2. Удалите файл .maintenance, перейдя в корневой каталог через FTP или файловый менеджер.

    Заворачивать

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

    О Джейсоне Дашкевиче

    Jason Daszkewicz — энтузиаст сети, который является разработчиком WordPress для Wordsuccor Ltd., который предоставляет услуги разработки плагинов WordPress для бизнеса. Джейсон обладает исключительным опытом ведения блога в статьях, связанных с WordPress. Он также любит проводить время на открытом воздухе, изучая мир, людей и технологии.

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

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

    1. Выбор неправильной платформы

    Многие путают хостинг WordPress.org с бесплатной платформой WordPress.com. Это достаточно распространенная WordPress ошибка у новичков и отсюда возникает целый ряд проблем. Например, кому-то нужен простой личный блог, но они ошибочно выбирают платный хостинг WordPress, а потом возмущаются, что им приходится платить за сайт. Или, наоборот, создав сайт на бесплатном WordPress.com, пользователи недоумевают, почему у них нет полного контроля над сайтом, они не могут добавить плагины, зарабатывать деньги на сайте и т.д.

    Сравнив достоинства и недостатки этих двух площадок, предлагаю вам подробное руководство о том, как правильно перенести блог WordPress.com на WordPress.org

    2. Покупка того, что не нужно

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

    Почему, например, не нужна приватная регистрация? У WPbeginners был клиент с этой услугой, и когда понадобилось просто перенести домен, потребовалось отправить: копию водительского удостоверения, свидетельство о регистрации и кучу другой конфиденциальной информации. В общем, одна головная боль. Брендинговые письма можно легко самому создать с помощью приложения Google Web Apps. В большинстве случаев не нужен и SSL-протокол.

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

    3. Несоздание резервной копии

    Если вы не создали резервную копию сайта, то вы поймете, что совершили огромную WordPress ошибку, когда сайт «полетит» и вам придется его восстанавливать с нуля. Я всем настоятельно рекомендую делать бэкап сайта в автоматическом режиме. Благо для этого существуют специальные плагины. Навскидку я могу вспомнить о трех из них: BackupBuddy (платный), VaultPress (платныйe), и BackWPup (бесплатный).

    Примеры из жизни:

    “Упала база данных у WP сайта, у меня не было резервной копии. При импорте новой базы данных у меня естественно появилось сообщение об ошибке”.

    “Сделал SQL-запрос без какого-либо бэкапа. Сами понимаете, что отменить это нельзя».

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

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

    4. Игнорирование WordPress обновлений

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

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

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

    5. Использование Favicon по умолчанию

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

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

    6. Обновление functions.php без доступа к FTP

    Мы все хотя бы раз сталкивались с блокировкой сайта из-за неправильной передачи с админки WP кода в файл темы functions.php. Дела обстоят еще хуже, когда нет FTP-доступа или мы не знаем, как им пользоваться. Чтобы предотвратить эту WordPress ошибку я написал руководство для новичков: как вставлять сниппеты (на стадии написания).

    Я также посоветовал бы не часто использовать встроенные WP-редакторы. Вот инструкция о том, как в WordPress отключить тему & редакторы плагина (на стадии написания).

    7. Слишком много категорий

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

    8. Не настройка постоянных ссылок

    Достаточно долгое время мы по умолчанию использовали следующую структуру урл: / ? p = 23 . Но это плохо не только для SEO, но и для пользователей. При установке WordPress убедитесь, что вы обновили структуру своих постоянных ссылок через маршрут Settings » Permalinks.

    9. Игнорирование SEO настроек

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

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

    Другой распространенной ошибкой в WordPress, которую совершают новички, является игнорирование SEO-настроек для записей и страниц. Недостаточно просто установить какой-нибудь SEO-плагин, как, например, WordPress SEO by Yoast, а потом ничего не делать. Вы должны по-прежнему постоянно активно обновлять мета-настройки. Советую, также ознакомиться со статьей, как оптимизировать записи в WordPress под SEO требования.

    10. Изменение урла сайта и потеря всего трафика

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

    11. Отсутствие плагина кэширования

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

    12. Выбор WordPress темы с плохого источника

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

    13. Отсутствие контактной формы

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

    Выход в такой ситуации один: создать контактную форму. Для этого я рекомендую использовать Gravity Forms, т.к. с помощью этого плагина можно с легкостью создать все виды форм (контактную форму, форму пожертвований, форму подписки, регистрационную форму, опросы и т.п.). При этом у плагина интерфейс «drag-drop». Помимо этого плагина есть еще и Contact Form 7. Он полностью бесплатный и позволяет создать контактную форму любой сложности и красоты. Читайте пошаговую инструкцию — как создать контактную форму на WordPress

    14. Отсутствие аналитики

    Меня достаточно часто спрашивают, как увеличить трафик или социальную активность пользователей. При этом, когда я начинаю задавать уточняющие вопросы, все что я слышу: «У меня ХХХ подписчиков в твиттере». В большинстве случаев у многих даже не установлена google аналитика, что уж говорить об анализе данных.

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

    Предлагаю вашему вниманию две полезные статьи:

    15. Написание статей в Microsoft Word

    Возможно, для вас это станет открытием, но создавать записи в Microsoft Word, а потом добавлять их на сайт – это WordPress ошибка. А что если у вас отключится комп? (какой-то сбой, задели шнур, отключили свет и т.п.). Вся работа насмарку? Придется все заново делать? Кроме того, скопировав текст с Microsoft Word и вставив его на сайт, вы добавите кучу каких-то непонятных и не нужных символов, форматов.

    Да, в визуальном редакторе WordPress есть кнопка вставить текст из Word, но я все-таки советую ею не пользоваться, а создавать статьи сразу во встроенном WordPress редакторе записей. Здесь есть функция автосохранения, так что вам не надо беспокоиться за сохранность контента. Также доступны функции предпросмотра и отмены действий.

    16. Тег «еще один блог»

    По умолчанию каждый раз при установке WordPress к нему прибавляется тег «Еще один блог». Частенько новички не знают об этом, и пробел в знании восполняется только тогда, когда сайт начинает индексироваться с этим «Еще один блог…». Изменить тег можно, пройдя по маршруту Settings » General.

    Мастер Йода рекомендует:  Bash 23 продвинутые команды для глубокого изучения Linux

    17. Не удаление тестовой страницы

    Раньше по умолчанию у WordPress шла страница «О себе», сейчас это «Образец страницы». Быстрый поиск в google показал, что существует, по меньшей мере, 1,1 миллион сайтов с этой страничкой. Большинство пользователей просто не знают об этом, либо не хотят удалять ее.

    Если она есть и на вашем сайте, то немедленно удалите ее.

    18. Несвоевременная проверка комментариев

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

    Если вам не нужны комментарии на сайте, то просто отключите эту функцию с помощью плагина Disable Comments.

    19. Ошибка установления соединения с базой данных

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

    20. Белый экран смерти

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

    21. Чрезмерно длинный архив

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

    22. Неиспользование функции «сохранить для веб-страниц»

    В самом начале ведения сайта многие пользователи не задумываются о том, насколько много весят, загружаемые изображения. И только со временем приходит осознание, что вместительность у сайта не резиновая и все изображения надо сжимать. Изображение может намного меньше весить, если мы просто применим к нему функцию «сохранить для веб-страниц» и при этом зачастую оно нисколько не потеряет в качестве. Данная функция есть у Adobe Photoshop, Microsoft office, GIMP, JPEG Mini.

    23. Игнорирование безопасности

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

    • Создать резервную копию
    • Установить лимит на количество раз введение логина
    • Использовать двухфакторную аутентификацию при помощи Google Authenticator
    • Использовать плагин безопасности Sucuri.
    • Читайте также 5 причин почему надо пользоваться плагином Sucuri

    24. Хардкодинг всего и вся

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

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

    25. Нежелание учиться


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

    Просматривайте каждый день статьи, публикуемые на smarticle.ru и конечно все то, о чем я пишу. Подписывайтесь на мой сайт, получая ежедневные/еженедельный письма, чтобы всегда быть в курсе всех классных вещей и инструментов WordPress. Здесь вы найдете очень много полезной информации.

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

    Надеюсь, эта статья вам поможет избежать 25 самых распространенных ошибок в WordPress. А какие ошибки вы совершали? Оставляйте свои примеры в комментариях.

    25 Самые распространенные ошибки WordPress и способы их устранения

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

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

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

    Давайте рассмотрим, как решить самые распространенные ошибки WordPress (один за другим).

    1. Как исправить внутреннюю ошибку сервера

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

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

    Мы составили список решений, которые вы можете попробовать, и один из них поможет вам его решить. [Исправить внутреннюю ошибку сервера]

    2. Как исправить ошибку синтаксиса в WordPress

    Эта ошибка обычно возникает, когда вы пытаетесь добавить фрагменты кода в WordPress и случайно что-то пропустили, или код имеет неправильный синтаксис. Это приведет к ошибке синтаксического анализа PHP, и вы увидите уведомление вроде:

    Ошибка синтаксиса синтаксического анализа, неожиданный $ end в /public_html/site1/wp-content/themes/my-theme/functions.php в строке 278

    Сообщение об ошибке указывает на непредвиденную вещь, обнаруженную в коде и месте расположения сценария, где произошла ошибка с номером строки. Чтобы исправить эту проблему, вам придется исправить синтаксис. В большинстве случаев это недостающая скобка или какой-то неожиданный символ в коде. [Исправить синтаксическую ошибку в WordPress]

    3. Как исправить ошибку при создании подключения к базе данных в WordPress

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

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

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

    4. Как исправить белый экран WordPress

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

    В большинстве случаев это вызвано тем, что сценарий исчерпывает ограничение памяти PHP. Это также может произойти из-за конфигурации на сервере. Также возможно, что пользователь будет видеть только белый экран смерти на определенных участках своего сайта. [См. исправить белый экран WordPress]

    5. Как исправить сообщения WordPress, возвращающие ошибку 404

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

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

    6. Как исправить боковую панель ниже ошибки содержимого в WordPress

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

    Иногда, когда пользователи добавляют фрагменты кода на свой сайт, они могут случайно забыть закрыть тэг html div или добавить дополнительный закрывающий div, что может привести к нарушению макета темы. Другой распространенной причиной является использование непропорциональной ширины в CSS или неправильная очистка поплавка. [Исправить боковую панель, появившуюся ниже ошибки содержимого в WordPress]

    7. Как исправить белый текст и отсутствующие кнопки в WordPress Visual Editor

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

    Эта проблема может возникнуть, если конкатенированный JavaScript не работает. Это может также быть вызвано отсутствием или повреждением файлов TinyMCE или конфликтом с каким-либо другим плагином, который изменяет или расширяет TinyMCE, поставляемый с WordPress. [Fix белый текст и отсутствующие кнопки в визуальном редакторе WordPress]

    8. Исправлено: Ошибка WordPress для памяти — Увеличьте память PHP

    Показаниями этой ошибки может быть белый экран смерти или сообщение об ошибке, подобное этому:

    Неустранимая ошибка: допустимый размер памяти для байтов 33554432 исчерпан (пытался выделить байты 2348617) в /home/username/public_html/site1/wp-includes/plugin.php в строке xxx

    Эта ошибка возникает, когда сценарий WordPress или плагин исчерпывает ограничение по умолчанию, ограниченное размером памяти. [Исправлена ​​ошибка из-за ошибки WordPress]

    9. Что делать, если вы заблокированы из WordPress Admin (wp-admin)

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

    Плагин или код, который неправильно пытается внести некоторые изменения в раздел администратора, также могут заблокировать вас. Вы также можете потерять доступ к административной области из-за взломанного сайта WordPress. [Исправлено блокирование проблемы с выпуском WordPress]

    10. Как исправить страницу входа в WordPress Обновление и перенаправление проблемы

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

    В большинстве случаев это происходит из-за неправильных значений для URL-адресов сайта и исходного URL-адреса в таблице опций WordPress. Это также может быть вызвано плохо настроенными параметрами постоянной ссылки или перенастройкой в .htaccess файл. [Исправить проблему входа в систему WordPress и ее перенаправление]

    11. Как исправить загрузку изображения в WordPress

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

    Все эти файлы в медиа-библиотеке будут отображаться как сломанные. Эта ошибка возникает из-за неправильных разрешений файлов и каталогов в установке WordPress. Это может вызвать ряд факторов. [Исправлены проблемы с загрузкой изображений в WordPress]

    12. Как исправить общие проблемы с изображениями в WordPress

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

    Это не ошибка или проблема в WordPress. Вам просто нужно ознакомиться с тем, как WordPress обрабатывает носители. [Исправить общие проблемы с изображением в WordPress]

    13. Как исправить «Вы уверены, что хотите сделать это» Ошибка в WordPress

    Пользователи могут столкнуться с этой ошибкой в ​​области администрирования WordPress. Наиболее распространенной причиной этой ошибки является плагин или тема, не позволяющая правильно использовать Nonce.

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

    14. Как исправить кратковременно недоступно для запланированной ошибки обслуживания в WordPress

    Иногда из-за незавершенного или прерванного обновления WordPress вы можете увидеть ошибку «Кратко недоступно для запланированного обслуживания» в WordPress.

    Что происходит, WordPress помещает ваш сайт в режим обслуживания во время обновления. Если по какой-то причине обновление прервано, WordPress не получит возможность вывести ваш сайт из режима обслуживания. Эта ошибка блокирует весь сайт и делает его недоступным для администраторов, а также для посетителей. [Исправлено кратковременное недоступное для запланированной ошибки обслуживания]

    15. Как исправить WordPress Не отправлять электронную почту

    Самый распространенный симптом этой проблемы — не получение какой-либо контактной формы или сообщений электронной почты WordPress с вашего сайта.

    Эта проблема обычно вызвана тем, что большинство виртуальный хостинг провайдеры отключают или ограничивают модуль, используемый для отправки писем, чтобы предотвратить злоупотребление их серверами. [Исправить WordPress, не отправляя сообщение по электронной почте]

    16. Как исправить ошибки RSS-ленты WordPress

    Большинство ошибок RSS-ленты WordPress вызваны плохим форматированием. Вы можете увидеть такие ошибки:

    Ошибка синтаксического анализа XML: XML или текстовое объявление не в начале объекта Расположение: http://example.com/feed Номер строки 2, столбец 1:

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

    Предупреждение: Не удается изменить информацию в заголовке — заголовки уже прислал (выход начался в /home/username/example.com/wp-content/themes/twentysixteen/functions.php:433) в /home/username/example.com/wp- включает / pluggable.php на линии 1228

    WordPress выводит RSS-каналы в XML, который является строгим языком разметки. Отсутствующий разрыв строки или дополнительная вкладка могут разорвать ваш канал RSS. [Исправить ошибки RSS-ленты WordPress]

    17. Как исправить запрещенную 403 ошибку в WordPress

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

    403 Forbidden — у вас нет прав доступа к ‘/’ на этом сервере. Кроме того, при попытке использовать ErrorDocument для обработки запроса произошла ошибка 403 Forbidden.

    Существуют различные сценарии, когда вы можете увидеть эту ошибку. Неправильные права доступа к файлам, неправильно закодированные плагины безопасности или конфигурация сервера являются наиболее распространенными виновниками. [Исправить 403 Запретная ошибка в WordPress]

    18. Как исправить ошибку слишком много перенаправления Проблема в WordPress

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

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

    19. Как исправить ошибку «Загрузить: не удалось записать файл на диск» в WordPress

    Эта ошибка может возникнуть по ряду причин. Однако наиболее распространенным является неправильное разрешение папки.

    Каждый файл и папка на вашем веб-сайте имеет набор разрешений. Ваш веб-сервер контролирует доступ к файлам на основе этих разрешений. Неправильные разрешения для папки могут убрать вашу способность записывать файлы на сервер. Это означает, что ваш веб-сервер не может создавать или добавлять новые файлы в эту конкретную папку. [Fix Upload: ошибка записи файла на диск]

    20. Как исправить «На этом сайте есть вредоносные программы» Ошибка в WordPress

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

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

    21. Как исправить ошибку пропущенного сообщения о расписании в WordPress

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

    Однако иногда WordPress может пропускать запланированные посты по ряду причин. Если это произошло с вами более нескольких раз, вам необходимо решить эту проблему. [Исправлена ​​ошибка пропущенного сообщения о расписании в WordPress]

    22. Как исправить фатальную ошибку: максимальное время исполнения превышено в WordPress

    WordPress кодируется в основном на языке программирования PHP. Чтобы защитить веб-серверы от злоупотреблений, установлен лимит времени на то, как долго может работать PHP-скрипт.

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

    23. Как исправить ошибку Facebook Thumbnail в WordPress

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

    Facebook использует Open Graph (og) теги и плагины, подобные Yoast SEO автоматически добавляет их на ваш сайт, чтобы предотвратить отсутствие проблемы с эскизами. [Исправить неверную эскиз Facebook в WordPress]

    24. Как исправить проблему WordPress

    WordPress устанавливает cookie в вашем браузере для аутентификации сеанса входа в систему. Этот файл cookie установлен для URL-адреса WordPress, сохраненного в вашем разделе настроек. Если вы получаете доступ с URL-адреса, который не соответствует таковому в настройках WordPress, WordPress не сможет аутентифицировать ваш сеанс. [Исправить проблему с WordPress]

    25. Устранение ошибок WordPress самостоятельно

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

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

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

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


    Создание быстрых и более оптимизированных сайтов на WordPress

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

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

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

    1. Смена хостинга — не всегда решение проблемы

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

    Администрируемый хостинг предоставит вам столько поддержки и помощи, сколько сможет, но не будет заниматься отладкой кода или плагинов. Написание хорошего кода на PHP, создание и редактирование функционала плагинов и тем, правка интеграции, а также наполнение сайта содержимым ‒ не зона ответственности web-хостинга. Этим может заняться опытный разработчик, который вникнет в работу сайта, изучит проблему и решит её.

    2. Работающие сайты не предназначены для разработки

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

    Если вы не хотите использовать такие решения, вы можете воспользоваться локальной разработкой и тестированием, используя то, что некоторые называют LAMP или LEMP -стеком. Они предназначены для работы с Linux, Apache/Nginx, MySQL и PHP. А такие инструменты, как WAMP и MAMP упростят и ускорят сборку сервера для локальной разработки.

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

    Чтобы избежать таких проблем, я рекомендую воспользоваться такими инструментами, как DesktopServer и Local, которые созданы исключительно для ускорения вашего рабочего процесса при локальной работе с WordPress. Они включают в себя упрощенные способы передачи данных рабочему сайту, а также имеют дополнительные функции, такие как работа с WP-CLI и встроенная поддержка режима мультисайтов. Поддержка мультисайтов сама по себе может быть бесценной, поскольку работа с большими локальными копиями WordPress иногда может быть довольно сложной.

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

    3. Не разработчик? ‒ Не лезь в код

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

    Рекомендация для администраторов: поместите следующий код в файл wp-config.php с заменой edit_themes, edit_plugins, и edit_files привелегий для всех пользователей. Это помешает пользователям уронить сайт посредством редактирования кода.

    Также, отключите возможность редактирования файлов темы или установки плагинов для пользователей. Для этого поместите следующий код в файл wp-config.php.

    Учтите, вышеприведенные команды также отключат редактор файлов для тем и плагинов. Больше информации в WordPress Codex.

    4. Не экономьте на темах и плагинах

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

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

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

    Ожидание обновлений установленных плагинов ‒ это огромная проблема для пользователей WordPress, которые покупают решения в сторонних каталогах, вроде ThemeForest. Многие разработчики тем встраивают в них дополнительные плагины, такие как Revolution Slider или Visual Composer. Дело тут в том, что при обнаружении уязвимостей во встроенном плагине, пользователю приходится ждать обновления от разработчика темы, хотя сам плагин мог быть исправлен буквально сразу же. Это делает многие сайты очень уязвимыми для хакеров.

    5. Контролируйте AJAX-запросы

    Следите за тем, как используются AJAX-запросы на сайте, а также за плагинами, использующими AJAX. Например, API WordPress Heartbeat использует /wp-admin/admin-ajax.php для обращения к AJAX через браузер. Многие из этих обращений лишние. Особенно частое использование этого файла происходит при всплесках трафика и загрузке процессора. Это может существенно замедлить ваш сайт. Это чем-то похоже на запуск DDoS-атаки против себя самого.

    Если есть сторонние плагины, использующие admin-ajax.php, убедитесь в том, что они взаимодействуют с ним правильно. Вы без труда можете отслеживать HTTP POST-запросы и, на основе имени, определять, каким плагином они вызваны. Например, тот, что обнаружил я, get_shares_count, оказался популярным плагином для взаимодействия с социальными сетями, который перегружал admin-ajax.php. На сайте с высоким трафиком, перегрузка выросла бы многократно.

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

    6. Будьте аккуратны при работе с рекламными сетями и внешними сервисами

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

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

    Параметры тестирования: на тестовый ресурс я добавил три объявления из Google AdSense, размером 300×250. На сайте установлена тема по умолчанию ‒ Twenty Sixteen. Я замерил скорость загрузки до установке AdSense, и после.

    До AdSense (результаты тестирования)

    • Первая загрузка: 1,372 с.
    • Повторная загрузка: 1,013 с.

    Разбивка содержимого по соединениям:

    После AdSense (результаты тестирования)

    • Первая загрузка: 4,103 с.
    • Повторная загрузка: 3,712 с.

    Разбивка содержимого по соединениям:

    Просто установив 3 объявления Google AdSense, мы добавили 6 дополнительных подключений. Сайт на WordPress c рекламными объявлениями в 2,7 раза медленнее, чем без них. В основном это связано с дополнительным временем поиска DNS и использованием JavaScript на странице. Все это должно создать у вас картину происходящего на крупных сайтах, вставляющих 10 объявлений на одну страницу. Независимо от того, насколько быстрый хостинг вы используете, он не будет исправлять задержки от сторонних рекламных подключений.

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

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

    Другим хорошим примером является сайт Huffington Post. Если вы проведете тест скорости загрузки, вы увидите огромное число HTTP-запросов к рекламным сетям. Быстрый тест показал скорость загрузки свыше 13 секунд!

    • Первая загрузка: 15,908 с. | 221 HTTP-запрос
    • Повторная загрузка: 13,957 с. | 66 HTTP-запросов

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

    Пример асинхронного JavaScript:

    Пример отложенного JavaScript:

    У Патрика Секстона есть другой метод отсрочки JavaScript. WordPress версии 4.1 и выше, имеет фильтр, с помощью которого вы можете легко добавить атрибуты async или defer к своим скриптам.

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

    7. Чрезмерная оптимизация может нанести вред производительности

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

    Ниже я перечислил несколько проблем, с которыми встречаюсь регулярно:

    Попытка закэшировать кэш

    В отличии от типичных VPS или обычных серверов, многие хостинги WordPress имеют собственное кеширование, которое выполняется на уровне сервера (например, Redis или Memcache). Многие провайдеры запрещают использование кэширующих плагинов, потому что их использование может вызвать все типы проблем, но чаще всего, 502 Bad Gateway. Попытка “закэшировать кэш”, как я это называю, никогда не является хорошей идеей.

    Плагины, такие, как WP Rocket и Cache Enabler, великолепны, но они разрабатывались для серверов, которым необходима дополнительная помощь в ускорении вашего сайта. Рекомендую почитать подробнее о том, что касается кэширования объектов ‒ популярной серверной формой кэширования, часто используемой сегодня.

    2× CDN = 2× скорость загрузки, верно?

    CDN действительно могут значительно уменьшить время загрузки контента в разных географических регионах, но только при грамотной настройке. Один из самых популярных сервисов ‒ Cloudflare, технически является прокси-сервером, и немного отличается от обычного поставщика CDN, поскольку вы направляете к нему весь свой DNS, а не только содержимое сайта.

    Обычно я вижу, как пользователи подключают Cloudflare, затем добавляют KeyCDN или MaxCDN вдобавок. Это часто происходит из-за того, что они читают чьи-то сообщения в блогах, где видят рекомендации попробовать новые сервисы. Они устанавливают новые сервисы, забывая про уже подключенные, и, хотя эта комбинация может работать при определенных сценариях, чаще всего, все заканчивается беспорядком. В большинстве случаев, стоит использовать либо Cloudflare, либо стороннего поставщика CDN, каждый из которых имеет свои преимущества и недостатки.

    Огромное количество SEO-плагинов не обеспечивает более высокую позицию в поисковой выдаче

    Вы хотите доминировать в поисковой выдаче, это понятно. Но ведь добавление 3 плагинов для SEO не поможет вам достичь этой цели. На самом деле, есть много проблем с совместимостью, возникающих при использовании All In One SEO, Yoast и других плагинов для SEO одновременно, например, вывод дублирующих метатегов. Установка дополнительных плагинов не гарантирует улучшение вашей поисковой оптимизации.

    8. Популярные проблемы с производительностью легко диагностировать

    Даже если вы не являетесь продвинутым пользователем WordPress, общие проблемы с производительностью достаточно легко обнаруживать. Продвинутым пользователям я рекомендую пользоваться WebPageTest, поскольку он поддерживает последние протоколы HTTP/2. Для остальных подойдет Pingdom. Простой каскадный анализ покажет вам, есть ли у вас ненужные переадресации, отсутствующие файлы, избыток DNS-запросов или перегрузка сайта через сторонние скрипты или рекламные сети.

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

    9. Изменение ядра WordPress, это плохо

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

    10. Обеспечьте совместимость с PHP 7 и HHVM до переноса сайта

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

    11. Крупные сайты должны заниматься оптимизацией баз данных

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

    Вы можете конвертировать свои таблицы всего в несколько простых действий. Для начала, убедитесь, что вы используете MySQL 5.6.4 или более новую, а также, что вы сделали резервную копию, в качестве меры предосторожности. В этом примере используется таблица wp_comments. Просто запустите команду ALTER, чтобы преобразовать для работы с InnoDB.

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

    Еще один простой способ оптимизации ‒ это отключение или ограничение количества хранимых исправлений в базе данных. Вы можете добавить в свой wp-config.php следующее, чтобы полностью их отключить.

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

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

    Если на вашем сайте сохранено множество изменений, вы можете запустить этот сценарий в phpMyAdmin, чтобы их удалить:

    Вы также можете воспользоваться плагином WP-Optimize для этих целей.

    12. Действительно ли вам необходима универсальная тема?

    Существует огромная проблема, которую я наблюдаю в сообществе WordPress. Люди покупают универсальные темы, а используют лишь 1% её функционала или и того меньше. Они смотрят на демо-страницы и видят красивые слайдеры и кастомизированные блоки, которые убеждают их в необходимости приобретения, однако, на самом деле, эти возможности могут никогда им не пригодиться. Можно купить более простую и менее функциональную тему, и тем самым, сэкономить и деньги и время, которое, в итоге, будет затрачено на ее оптимизацию, ведь простая тема будет быстрее прямо “из коробки”.

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

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

    13. Лог ошибок ‒ ваш друг

    Если вы знаете, как вести себя с файлами WordPress и файлом wp-config.php, журнал ошибок может сослужить вам хорошую службу. Регулярно проверяя его, вы спасете себя от всевозможных головных болей, а также глубже изучите работу WordPress. Мало кто из пользователей заглядывает в лог перед обращением за помощью к техподдержке хостинга. С помощью нескольких простых настроек в wp-config.php, вы сможете включить ведение журнала ошибок, который по умолчанию сохраняется в /wp-content/debug.log.

    Вывод логов на странице:

    14. Google здесь не просто так

    Не бойтесь искать ответы в Google. Интернет полон подсказок и решений. В течение пары минут, вы можете исправить большинство ваших проблем. Ответы на типичные вопросы, вроде “как изменить DNS в GoDaddy” или “как пользоваться sFTP”, легко могут быть найдены в Google.

    В Интернете есть крупные ресурсы, посвященные работе с WordPress, такие, как StackExchange и WordPress Codex, не говоря уже о сотнях блогов с обучающими статьями.

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

    15. 123456 больше не допускается

    SpashData собирает список наиболее часто используемых слитых паролей (более 2 млн.) каждый год. Неудивительно, что в 2015 году самым популярным паролем был “123456” ‒ тот же, что и в 2014 году. Это довольно неприятно для хостингов, так как использование таких паролей держит сайты буквально в шаге от взлома. Одним из лучших решений является использование KeePass или его аналогов. Зашифрованный пароль в облаке всегда намного безопаснее, чем “123456”.

    Мастер Йода рекомендует:  React практики, которые помогут стать продвинутым разработчиком

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

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

    Один из таких примеров ‒ популярный плагин Contact Form 7. Как показано ниже, он загружает файлы CSS и JavaScript на домашнюю страницу сайта, хотя там не используется ни одной контактной формы.

    Есть несколько способов это исправить. Первый ‒ использовать функцию wp_dequeue_script(), введенную в WordPress 3.1. Она позволяет удалять скрипты из очереди загрузки на вашем сайте. Вот пример использования этой функции с Contact Form 7. Разработчик Contact Form 7 также имеет документацию о том, как использовать JavaScript и CSS только там, где это необходимо.


    Второй способ ‒ использовать специальные плагины для WordPress, например, Gonzalez или Plugin Organizer. Ниже приведен пример использования Gonzalez на нашем сайте. Удобное окно настроек позволяет за пару щелчков мыши убрать JavaScript и CSS файлы плагина Contact Form 7 со всех страниц, кроме страницы контактов, тем самым, увеличив скорость загрузки остального сайта.

    Как исправить типичные ошибки при работе с WordPress

    Время чтения: 27 минут Нет времени читать? Нет времени?

    WordPress — самая популярная CMS в мире. Неудивительно, что пользователи этого движка сталкиваются с типичными проблемами и совершают распространенные ошибки. О каких ошибках идет речь и как их исправить?

    Ошибка с мобильным меню

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

    Это происходит, если вы забыли указать мобильное меню в настройках WordPress. Чтобы исправить ошибку, в консоли выберите раздел «Внешний вид – Меню – Управление областями». Выберите нужное меню и сохраните изменения.

    Проверьте доступность мобильного меню на сайте.

    Ошибка структурированных данных (hatom, hcard)

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

    Откуда взялась ошибка? Большинство дизайн-шаблонов для WordPress по умолчанию поддерживают разметку с помощью микроформатов. Многие разработчики тем реализуют данные microformats.org с ошибками.

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

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

    Есть два способа исправить ошибку и один способ предупредить ее. Профилактика заключается в выборе дизайн-шаблона, в котором разметка microformats.org интегрирована корректно. Выберите тему с характеристиками SEO Friendly и Microformats, установите и проверьте с помощью инструмента тестирования микроразметки Google.

    Обратите внимание, это не гарантирует отсутствия ошибок в структурированных данных, а только уменьшает их вероятность. Встречается такая проблема: тема проходит валидацию в сервисе Google, но после индексирования страниц в Search Console появляются сообщения об ошибках. В таком случае их нужно исправлять.

    Первый способ — исправление ошибок с помощью плагина DT hAtom Error Removal. Обратите внимание, это коммерческий продукт, который автор в настоящее время распространяет бесплатно. Также обратите внимание на отсутствие этого плагина в официальном каталоге на WordPress.org. Это значит, что надстройка может не отвечать требованиям безопасности.

    DT hAtom Error Removal автоматически удаляет микроформаты из файлов темы и добавляет корректный вариант разметки. Разработчик предупреждает, что надстройка работает не со всеми темами, поэтому стопроцентной гарантии исправления ошибок нет.

    Установите и активируйте плагин. Чтобы исправить ошибки в разметке публикаций и страниц, отметьте флажком опции Add hAtom code to Posts и Add hAtom code to Pages. Сохраните изменения.

    Плагин добавляет на страницы корректную микроразметку. Соответствующая информация отображается под контентом.

    Созданная плагином разметка проходит валидацию.

    Если на вашем ресурсе страницы архивов, меток и категорий открыты для индексации, а в Search Console есть сообщения об ошибках, отметьте флажком опцию Remove hentry class from Archive Pages. Она удаляет структурированные данные со страниц архивов. Если страницы архивов на вашем сайте закрыты от индексации, дополнительные настройки не требуются.

    Если на вашем сайте используется статичная главная страница, отметьте флажком опцию Add hAtom code to Home Static Page. Если в качестве главной используется страница записей, отметьте опцию Remove Hentry class from Home page.

    Второй способ исправить ошибку можно назвать радикальным. С помощью плагина Hatom/hentry remover вы можете удалить микроформаты из любой темы. Разработчик утверждает, что использование надстройки не влияет на другие функции и внешний вид дизайн-шаблона.

    Если вы используете другие типы разметки, удаление микроформатов — логичный шаг. Например, если вы размечаете публикации с помощью Article или BlogPosting Schema.org, поисковые системы получают семантические данные с помощью этого типа разметки. Микроформаты просто дублируют информацию, поэтому их можно удалить.

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

    Неудобные для пользователей URL

    Рекомендации по настройке ЧПУ есть практически в каждом руководстве по созданию сайтов на WordPress. Тем не менее многие владельцы сайтов используют недружественные к пользователям URL.

    По умолчанию ссылки в WordPress выглядят так: https://site-wordpress/?p=112. Поисковые системы понимают и принимают такие URL, поэтому с точки зрения технического SEO их можно использовать.

    Почему дефолтные ссылки считаются неудобными для живых пользователей? Они неинформативные. Человеку ни о чем не говорит набор символов «/?p=112», поэтому ему сложно запомнить URL или оценить целесообразность перехода по ссылке. Сравните дефолтные ссылки с ЧПУ, которые выглядят так: https://site-wordpress/kotiki или https://site-wordpress/cats/britancy.

    Чтобы настроить URL, установите плагин Cyr to Lat enhanced. Эта надстройка конвертирует в ссылках кириллические символы в латинские. После активации плагина перейдите в меню консоли «Настройки – Постоянные ссылки». Выберите подходящую по вашему мнению структуру URL и сохраните изменения.

    Чтобы в URL отображалось название рубрики, на странице настроек постоянных ссылок установите флажок напротив опции «Произвольно». В пустом поле укажите значение /%category%/%postname%/.

    Отсутствие ускоренных мобильных страниц

    Эта стратегическая ошибка лишает ваш сайт доли мобильного трафика. Исправить ее можно в течение нескольких минут.

    Основные тезисы, которые нужно знать об ускоренных мобильных страницах:

    • AMP — это сокращенная версия страниц сайта. На ускоренных страницах отображается только основной контент.
    • Google кэширует AMP с корректной разметкой, чтобы увеличить скорость загрузки страницы при просмотре с мобильных и использовании медленного подключения к интернету.
    • Крупнейший поисковик мира может показывать контент ускоренных страниц вашего сайта в карусели на странице поисковой выдачи.
    • AMP пока не дает преимуществ в ранжировании. Но если страницы сайта отображаются в карусели, вы получите больше трафика. Карусель находится в верхней части SERP.
    • Если вы используете мобильную версию или адаптивную верстку вместе с AMP, в выдаче Google отдаст предпочтение ускоренным мобильным страницам. То есть при корректной реализации AMP пользователи Google скорее попадут на ускоренные страницы сайта, а не на его мобильную или адаптивную версию.

    Чтобы создать ускоренные мобильные страницы, воспользуйтесь плагином AMP от Automattic. После установки и активации на вашем сайте появятся AMP. Чтобы попасть на ускоренную страницу, добавьте к URL окончание /AMP/. Обратите внимание, плагин создает ускоренные страницы только для публикаций. Для категорий, тегов, статических страниц и главной AMP не создается.

    Чтобы ускоренные страницы отображались в выдаче, они должны быть валидными.

    После индексации AMP информация о них появится в Search Console в меню «Вид в поиске – Ускоренные мобильные страницы».

    Обратите внимание, наличие на сайте ускоренных мобильных страниц не значит, что все владельцы смартфонов и планшетов при посещении вашего ресурса автоматически попадут на AM-версии страниц. Целесообразность направления пользователей из поиска на AMP определяет поисковая система.

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

    Просто создайте ускоренные страницы и позвольте Google решить, стоит ли направлять на них пользователей. Редирект с мобильной версии на AMP делать не надо.

    Настройте отслеживание эффективности ускоренных страниц. Чтобы следить за посещениями AMP с помощью Google Analytics, установите и активируйте плагин AMP Analytics или AMP Toolbox. В настройках укажите идентификатор отслеживания GA.

    Индексирование страниц пагинации

    Практически на каждом сайте под управлением CMS WordPress есть страницы пагинации. Если не предпринимать никаких действий, в индексе поисковых систем могут появиться лишние страницы типа https://site-wordpress/page/2/ или https://site-wordpress/category/page/2/.

    Google предлагает три способа решения проблемы:

    • Не делать ничего и позволить поисковику самостоятельно определять, нужно ли включать в индекс страницы пагинации.
    • Сделать страницу «Показать все» и указать ее в качестве канонической.
    • Использовать атрибуты rel=»next» и rel=»prev», чтобы указать поисковику на связь между страницами пагинации.

    А «Яндекс» рекомендует делать вторую и последующие страницы пагинации неканоническими. Задача решается с помощью плагина All in One SEO Pack. Установите и активируйте надстройку. В настройках включите опции «Канонические URL» и «Запретить пагинацию для канонических URL».

    Плагин указывает атрибуты rel=»next» и rel=»prev» и делает канонической первую страницу пагинации.

    Закрытые/открытые для индексации страницы рубрик, тегов и архивов

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

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

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

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

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

    Во-вторых, вы можете добавить на страницы рубрик уникальную информацию. Для этого в консоли выберите меню «Записи – Рубрики» и добавьте текст в поле «Описание». Обратите внимание, не все дизайн-шаблоны отображают описания на странице рубрик.

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

    Например, это можно сделать с помощью плагина All in One SEO Pack (меню «Основные настройки – Настройки индексирования). Также вы можете закрыть от индексирования страницы архивов дат и авторов и страницы меток.

    Публикация постов целиком

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

    Этого мало? Вот еще один аргумент: когда вы публикуете пост целиком, злоумышленникам проще воровать ваш контент. Более того, агрегаторы автоматически получают ваш контент через RSS и публикуют его практически одновременно с вами.

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

    Чтобы защитить контент от воровства через RSS-агрегаторы, перейдите в меню «Настройки – Чтение». Убедитесь, что вы разрешили отображать в RSS-лентах только анонсы постов.

    Перевод шаблона топором

    Речь идет о топорном способе русификации тем: правке шаблонов файлов. Это как минимум неудобно. Чтобы быстро перевести тему, действуйте так:

    • Выберите и установите адаптированную для перевода тему. Обычно разработчики помечают их меткой translation ready.
    • Установите и запустите программу Poedit.
    • Скачайте на компьютер файл языкового шаблона темы. Это можно сделать с помощью FTP-клиента или плагина File Manager. Файл языкового шаблона имеет расширение .pot. Он находится в папке Languages вашей темы. Также можно использовать имеющийся файл перевода с расширением .po.
    • Воспользуйтесь меню «Создать новый перевод» в программе Poedit. Переведите предложенные фразы и предложения. Сохраните файлы перевода на жестком диске компьютера.
    • С помощью менеджера файлов или FTP-клиента загрузите файлы с расширениями .mo и .po в языковую папку шаблона.

    Отсутствие миниатюры поста

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

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

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

    Игнорирование микроразметки OpenGraph

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

    Если на сайте есть микроразметка Open Graph, соцсети отображают привлекательный сниппет на страницы. Он включает изображение и описание.

    Реализовать разметку Open Graph можно с помощью соответствующего плагина. А если вы пользуетесь SEO-комбайном All in One SEO Pack, дополнительные инструменты не понадобятся. В меню «All in One SEO – Управление модулями» активируйте модуль «Социальные мета».

    Перейдите в меню «All in One SEO – Социальные мета». В настройках модуля укажите название сайта. В разделе «Настройки изображения» укажите в качестве источника миниатюру записи. Теперь при публикации ссылок соцсети будут оформлять сниппет с помощью фото, которое вы выбрали в качестве миниатюры. Остальные настройки можно не менять.

    Злоупотребление плагинами

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

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

    Вставить код можно двумя способами:

    • В меню «Внешний вид – Редактор» найдите шаблон файла, который отвечает за вывод публикаций. В зависимости от темы это может быть single.php, content-single.php, index.php. Вставьте код блока перед закрывающим тегом .
    • Если вы пользуетесь плагинами для вставки кода типа WP Insert Code, вставьте код блока «Поделиться» на странице настройки кода административной консоли.

    Не будет ли злоупотреблением вставка кода с помощью плагина? Нет, так как надстройки типа WP Insert Code действительно полезны. С их помощью вы можете мгновенно вставлять произвольный код. Например, плагин для вставки кода позволяет быстро установить коды сервисов аналитики, пиксели ретаргетинга, социальные виджеты и так далее.

    Слишком много рубрик в меню навигации

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

    Сколько категорий должно быть в блоге? Постарайтесь уложиться в 15-20. Что делать, если вы пишете много и на разные темы? «Лента.ру» тоже пишет много и на разные темы. Посмотрите, сколько рубрик отображается в основном навигационном меню сайта издания.

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

    Если вы не можете ограничить количество рубрик на сайте, отображайте в навигационном меню только основные. Для этого откажитесь от виджета «Рубрики», который по умолчанию показывает все созданные категории. Вместо этого создайте навигационное меню в соответствующем разделе консоли. Включите в него основные рубрики.

    Отображайте навигационные ссылки в сайдбаре с помощью виджета «Произвольное меню».

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

    Игнорирование протокола https

    Google сделал безопасный сетевой протокол https одним из факторов ранжирования в середине 2014 года. А с начала 2020 года крупнейшая поисковая система мира будет помечать в качестве небезопасных ресурсы, которые не перешли на безопасное соединение.


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

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

    • SSL-сертификат можно получить бесплатно. Внимательно изучите условия вашего хостинг-плана, а также ознакомьтесь с акциями хостера.
    • Установить SSL-сертификат на сайт можно с помощью плагина Really Simple SSL. Эта надстройка автоматически решает задачи, связанные с переходом на безопасный протокол. Плагин исправляет внутренние ссылки и включает постоянный редирект с http- на https-версию.
    • Чтобы исправить внутренние ссылки, в настройках плагина Really Simple SSL отметьте опцию Auto replace mixed content.
    • Убедитесь, что плагин настроил серверный редирект 301. В файле .htaccess после включения плагина должна появиться такая запись:

    RewriteCond % !=on [NC]

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

    После настройки редиректа 301 Google самостоятельно определит главное зеркало сайта. Вам необходимо только добавить ресурс с https в Search Console и подтвердить права на управления. Данные обновятся в течение нескольких дней.

    С «Яндексом» придется предпринять дополнительные действия. Теоретически крупнейшая поисковая система рунета должна изменить главное зеркало после корректной настройки постоянного редиректа. На практике лучше указать главное зеркало с помощью директивы host в файле robots.txt.

    Редактировать файл robots.txt удобно с помощью плагина Virtual robots.txt или аналогичных надстроек.

    Когда вы указали основное зеркало в файле robots.txt, воспользуйтесь инструментом «Переезд сайта» в «Яндекс.Вебмастере». Отметьте флажком опцию «Добавить https» и сохраните изменения.

    После сохранения изменений в разделе «Переезд сайта» добавьте в «Вебмастер» сайт с https. Приблизительно в течение недели «Яндекс» сообщит о смене главного зеркала.

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

    Злоупотребление виджетами

    CMS WordPress поддерживает несколько виджетов: «Мета», «Последние публикации», «Популярные публикации», «Облако меток», «Календарь» и другие. Многие дизайн-шаблоны позволяют выводить дополнительные виджеты, например, виджет с иконками соцсетей или кастомизированный блок популярных записей. Наконец, многие плагины также позволяют вывести на сайте дополнительные виджеты. Например, плагин опросов WP-Polls позволяет показывать в сайдбаре или футере результаты опросов.

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

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

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

    • Облако тегов. Этот виджет годится только для блогов типа «Наш пятый класс».
    • Мета. Этот элемент вообще не нужен на сайтах. Единственное исключение: сайты-сообщества с большим числом пользователей. В этом случае виджет нужен, чтобы пользователям было проще авторизоваться на сайте.
    • Виджет «Календарь». Это бесполезный элемент, который занимает много места.
    • Архивы. Вы правда думаете, что кто-то будет искать публикации в архивах за прошлый год? Тогда повесьте виджет в виде выпадающего меню где-то в футере.
    • RSS. Зачем транслировать на своем сайте чужие RSS-фиды?
    • Лишние социальные виджеты. Вы можете повесить один визуальный элемент этого типа. В качестве альтернативы можно рассмотреть панель со ссылками на группы в соцсетях.
    • Счетчики и пузомерки. Если хотите, оставьте один или два счетчика самых авторитетных сервисов, например, Liveinternet. Но следить за эффективностью сайта можно с помощью «Метрики» или Google Analytics, которые не требуют установки визуальных элементов на сайте.

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

    Код JS и CSS, блокирующий отображение верхней части страницы

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

    Ошибка не связана с действиями вебмастеров. Код JavaScript и CSS, блокирующий отображение верхней части страницы, есть в большинстве дизайн-шаблонов, включая дефолтные темы семейства Twentieth. О проблеме можно узнать, если проверить сайт с помощью инструмента PageSpeed Insights Google.

    Технари с «Хабра» рекомендуют перенести стили из файла в код. Это оптимизирует CSS и увеличивает скорость загрузки страницы. Если у вас нет профессиональных знаний HTML, CSS и JavaScript, самостоятельно править шаблон не стоит. Обратитесь к специалистам или воспользуйтесь готовыми решениями. Ниже вы найдете список плагинов, которые частично решают проблему отображения верхней части страницы.

    Платная версия WP Fastest Cache

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

    W3 Total Cache

    Этот плагин частично решает проблему «render-blocking JavaScript and CSS». У него есть преимущества перед WP Fastest Cache: нужные функции доступны бесплатно. Но недостатков больше:

    • Во-первых, с настройками придется повозиться.
    • Во-вторых, описанный ниже рецепт решения проблемы блокирующих отображение верхней части страницы скриптов на практике работает не со всеми темами. Например, с дефолтным шаблоном Twenty Sixteen плагин сработал, а с темой Realistic эффекта не было.
    • В-третьих, как отмечалось выше, эффективность рецепта ограничена. С его помощью удалось решить проблему препятствующего отображению кода JavaScript. А вот полностью оптимизировать работу CSS не удалось. В результате даже после удаления JSS количество баллов PageSpeed Insights не выросло. В результатах проверки изменилась только рекомендация: вместо «Исправьте обязательно» Google пишет «Исправьте по возможности».
    • Наконец, главный недостаток: из-за плагина W3 Total Cache время от времени сайты становятся недоступными. Две тестовые площадки, которые находятся на разных физических серверах, ушли в офлайн с ошибкой 500 после установки и активации надстройки. После отключения плагина сайты восстановились.

    Хотите рискнуть и попробовать? Тогда приступайте. Установите и активируйте плагин. В общих настройках включите опцию Minify. Выберите ручной режим оптимизации.

    Перейдите в раздел настроек плагина Perfomance – Minify. В настройках оптимизации JavaScript выберите асинхронную загрузку кода в хедере страниц.

    Скопируйте URL блокирующих скриптов со страницы результатов проверки PageSpeed Insights.

    Вставьте URI в специальную форму в разделе управления файлами JS плагина W3 Total Cache. Обратите внимание, путь к каждому файлу нужно указать отдельно.

    В разделе настроек плагина CSS File Management добавьте URL CSS, блокирующих отображение верхней части страницы. Путь к CSS можно найти на странице результатов проверки PageSpeed Insights.

    После настройки плагина проверьте доступность сайта в режиме инкогнито в браузере. Проверьте скорость загрузки страниц с помощью PageSpeed Insights. Если сайт доступен, а проблема с блокирующим отображение кодом JS и CSS решена или частично решена, пользуйтесь инструментом.

    Autoptimize

    Плагин Autoptimize также решает проблему блокирующего отображение верхней части страницы кода JavaScript и CSS частично.

    Установите и активируйте надстройку. В настройках включите оптимизацию HTML, JS и CSS. До начала использования плагина PageSpeed Insights настоятельно рекомендует удалить блокирующий код JavaScript и CSS.

    После включения плагина количество проблемных файлов CSS сокращается, а ошибку Google рекомендует исправить по возможности. Количество баллов PageSpeed Insights увеличивается с 65 до 71 для мобильных и с 84 до 86 для стационарных ПК.

    Above the fold optimization

    Плагин Above the fold optimization также позиционируется в качестве инструмента для решения проблемы кода JS и CSS, блокирующего отображение верхней части страницы. Надстройка решает проблему не полностью.

    После установки и активации перейдите на страницу настроек. На вкладке CSS включите опции Optimize CSS Delivery и Optimize Web Fonts. На вкладке JavaScript включите функции Optimize Javascript Loading и Lazy Load Scripts. Проверьте страницы сайта с помощью PageSpeed Insights. Плагин должен удалить нежелательный код JS и сократить количество блокирующих отображение файлов CSS.

    На практике лучшие результаты в борьбе с блокирующим кодом среди бесплатных инструментов показывает плагин Above the fold optimization. Участники англоязычных форумов для вебмастеров предпочитают решать проблему с помощью W3 Total Cache, но этот инструмент работает нестабильно.

    Исправляйте ошибки, чтобы сделать сайт лучше

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

    Чтобы сделать ресурс на WordPress лучше, начните со стратегических целей, описанных выше. Реализуйте ускоренные мобильные страницы, подключите протокол https, позаботьтесь о скорости загрузки страниц, сделайте удобным меню навигации и область виджетов. Затем уделите внимание тактическим техническим вопросам: устраните ошибки структурированных данных, интегрируйте разметку OpenGraph, настройте мобильное меню. Это сделает ваш сайт более удобным для пользователей.

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

    Как ускорить загрузку сайта 10 способов

    Доброго времени суток, дорогие коллеги! Хочу вернуться ещё раз к важной теме — как ускорить загрузку сайта WordPress и сейчас добавлю к предыдущим постам еще один небольшое повествование. Попить чайку, принять душ и заняться домашними делами … Всё это люди не хотят делать, пока загружается ваш сайт. По статистике, посетители покидают сайт, который грузится более 3 — х секунд. Я лично всегда так делаю, не жду, а перехожу на другой источник.

    Как ускорить загрузку сайта

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

    1. Кэширующие плагины для WordPress

    Если ваш сайт работает на WordPress, то этот раздел статьи будет для вас наиболее полезен.

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

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

    Самым популярным кэширующим плагином для WordPress является W3 Total Cache, однако он довольно сложный в использовании.

    Ещё один плагин, WP Fastest Cache, работать с которым намного проще. У этого плагина более дружественный к пользователю интерфейс и его легче настроить.

    2. Подключение к сети доставки контента

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

    CDN – это крупная сеть серверов, распределённых по всему миру, способная кэшировать файлы вашего сайта, а затем отправлять эти файлы с ближайшего к вашим пользователям сервера. Таким образом, в идеальной ситуации пользователь в Нью-Йорке загрузит файлы сайта с северо-востока Соединенных Штатов, а не западного побережья или Европы.

    Маршрутизация трафика через CloudFlare позволяет сократить время загрузки и повысить безопасность веб-сайта.

    Чтобы настроить CDN, например CloudFlare, выполните следующие действия:

    Зарегистрируйте аккаунт на сайте https://www.cloudflare.com/ .

    Добавьте в него свой сайт. (С системой справится даже ребенок. Вы просто указываете адрес своего сайта и нажимаете большую зеленую кнопку. В течение минуты ваш сайт анализируется и затем на странице отображаются все предыдущие настройки DNS. Также предлагается изменить/добавить некоторые значения, если что-то вдруг перенеслось неправильно. В чем плюс? Все очень просто, ваш сайт перенесется и не будет простаивать. Ваши пользователи даже не заметят каких-либо изменений).

    Измените серверы доменных имён, чтобы они указывали на те сервера, что были предоставлены CDN в процессе установки. При использовании WordPress и CloudFlare установите официальный плагин CloudFlare:

    Плагин Cloudflare для WordPress

    При использовании другой CMS установите модуль mod_cloudflare для Apache. Хотя это не обязательно, но полезно для регистрации реальных IP-адресов пользователей вашего сайта. CloudFlare — действительно очень удобный сервис. Согласитесь, защитить сайт, забыть о кешировании, установить статистику и не тратить нервы, если сайт недоступен, просто перенеся сайт на другие DNS — это здорово. А если почти всеми этими возможностями можно пользоваться бесплатно, то такой сервис — просто сказка ��

    3. Оптимизация изображений

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

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

    Один из самых удобных сайтов для конвертации JPG-изображений в PNG – Tiny PNG.

    Веб-сервис TinyPNG, который позволяет сжимать PNG-файлы

    Далее, можно оптимизировать изображения, используя более новый стандарт WebP. Однако на сегодняшний день этот стандарт поддерживают не все браузеры (только Google Chrome, Android и Opera), поэтому при его применении обязательно нужно использовать резервные методы для корректной загрузки изображений в других браузерах.

    4. Объединение и удаление файлов Javascript

    Для выполнения этой задачи нужно иметь представление о JavaScript, в противном случае можно нарушить эту функциональность на сайте.

    Если вы используете CloudFlare, вы можете включить минимизацию JavaScript (JavaScript Minification), перейдя на вкладку Speed и отметив галочкой пункт JavaScript в подразделе Auto Minify.

    Вы также можете включить Rocket Loader в том же подразделе. Эта функция объединяет JavaScript-файлы в один, загружает скрипты в последнюю очередь и кэширует их локально. Если использование этой функции приведёт к нарушениям в работе JavaScript-функциональности, её можно будет в любой момент отключить.

    Если вы не используете JavaScript, то вы можете сжимать JavaScript-файлы вручную. Для этого можно использовать такой инструмент, как JS Compress ( https://jscompress.com/ ).

    Если вы веб-разработчик и хорошо разбираетесь в коде, вы можете запустить Grunt ( https://gruntjs.com/ ) или Gulp ( https://gulpjs.com/ ) для автоматизации процесса минимизации JavaScript. Существует также модуль Apache ( https://www.modpagespeed.com/doc/filter-js-minify ), который способен уменьшать размер исходного кода JavaScript «на лету», однако его нельзя сочетать с другими методами минимизации.

    После объединения и минимизации ваших файлов JavaScript вам нужно настроить асинхронную или отложенную загрузку скриптов на сайте. Для внешних скриптов лучше использовать атрибут async. Для большинства других скриптов, которые полагаются друг на друга для работы, используйте атрибут defer. Более подробную информацию можно посмотреть на сайте — http://www.growingwiththeweb.com/2014/02/async-vs-defer-attributes.html .

    При использовании WordPress вы можете попробовать один из плагинов оптимизации, таких как Hummingbird ( https://premium.wpmudev.org/blog/hummingbird/ ) или плагин Async JavaScript ( https://wordpress.org/plugins/async-javascript/ ), которые позволяют легко добавить атрибуты async или defer к JavaScript-файлам.

    5. Объединение и минимизация CSS-файлов

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

    Для пользователей CloudFlare функция минимизации CSS расположена в том же разделе Speed. Вы также можете включить минимизацию HTML.

    Как и в случае с JavaScript, продвинутые пользователи могут использовать Grunt или Gulp для минимизации кода CSS на своём сервере. Существует также модуль Apache, называемый mod_ext_filter, который может быть настроен для автоматической минимизации файлов CSS, однако, поскольку они не будут кэшироваться как статические файлы, это не является предпочтительным способом минимизации.

    Чтобы вручную минимизировать CSS, можно использовать специальные онлайн-инструменты. Например, Minifier — https://www.minifier.org/ .

    6. Загрузка динамических частей через AJAX

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

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

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

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

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

    7. Использование браузерного кэширования

    Браузерное кэширование – это способность браузера сохранять локально ресурсы, такие как изображения, файлы JavaScript и файлы CSS, чтобы их не нужно было загружать каждый раз. Хотя использование этой функции влияет в основном на повторных посетителей, это по-прежнему важный шаг для ускорения сайта.

    В CloudFlare этот параметр можно настроить, перейдя на вкладку Caching и выбрав подходящий вариант срока хранения данных в кэше – Browser Cache Expiration. Если ваши файлы обновляются нечасто, вы можете выбрать более длительный срок, например 8-16 дней. Если файлы обновляются чаще, то нужно выбрать меньший период.

    Использование браузерного кэширования

    Чтобы включить браузерное кэширование на серверах на базе Apache, вы можете попробовать добавить код, подобный этому — https://gtmetrix.com/leverage-browser-caching.html , в файл .htaccess в корневом каталоге вашего сайта.

    8. Использование алгоритма сжатия Gzip

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

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

    Если вы используете CloudFlare, ваши ресурсы автоматически будут автоматически сжиматься с помощью Gzip.

    9. Избегание загрузки большого количества внешних ресурсов

    Загрузка большого количества внешних ресурсов – это одна из проблем, с которой сегодня сталкиваются крупные медиасайты. Но это не значит, что данная проблема не может повлиять на ваш сайт. Фактически, это актуально и для более мелких сайтов, особенно тех, что используют рекламные сети, такие как Google AdSense, Media.net, Taboola и т.д.

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

    Что же с этим можно сделать? Самое простое решение – свести к минимуму количество сторонних скриптов, добавляемых на сайт. Например, если вы используете несколько рекламных сетей, попробуйте консолидировать все свои объявления в одну или две сети максимум.

    Если вы используете другие сторонние ресурсы, такие как формы, чат, всплывающие оповещения и т. д., то вам нужно будет проверить сайт с помощью инструмента GTmetrix ( https://gtmetrix.com/ ). На вкладке Waterfall вы сможете просмотреть скорость загрузки всех файлов, найденных на странице, и понять, какие из них больше всего её замедляют.

    10. Настройка Google AMP

    Google AMP (Accelerated Mobile Pages) – это фреймворк для создания облегчённых версий веб-страниц для мобильных устройств. Для ускорения загрузки эти страницы предварительно загружаются и кэшируются серверами Google.

    Для настройки AMP пользователям WordPress рекомендуется использовать официальный AMP-плагин.

    Плагин AMP for WordPress

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

    Добавить комментарий