WP‑практика — Страница 13 — Записки преподавателя

Что такое слаги в WordPress и как с ними работать

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

Что собой представляет слаг?

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

Вот простой пример:

Заголовок записи: «Что такое слаги в WordPress: что собой представляют, как с ними работать»

Автоматически сгенерированной слаг (выделен жирным) для этой записи: http://waksoft.susu.ru/chto-takoe-slagi-v-wordpress-chto-soboy-predstavlyayut-kak-s-nimi-rabotat/

Вручную отредактированный слаг для записи (как показано на скриншоте):

http://waksoft.susu.ru/wordpress-slugs/

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

Где используются слаги в WordPress?

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

Записи и страницы

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

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

Рубрики и метки

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

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

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

Советы по оптимизации WordPress слагов

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

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

Делайте слаги простыми

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

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

Делайте слаги релевантными

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

Ключевые слова

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

Избегайте копий, очищайте корзину

Записи или страницы получают в конце номер «2»? Это происходит по той причине, что у вас имеются записи или страницы с тем же самым слагом в WordPress. Поэтому и присваивается уродливая двойка.

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

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

Не меняйте слаги после того, как вы опубликовали их (если без этого можно обойтись)

Наконец, как только вы опубликовали ссылку – не меняйте ее слаг. Это изменит ваш URL, а значит все ссылки, существующие в сети на эту запись, перестанут работать. В итоге вы потеряете трафик.

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

Что делать, если ваши слаги в WordPress не слишком удачные

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

Все эти плагины являются хорошими решениями. Моя персональная рекомендация – первый плагин. Все они имеют высокие оценки в хранилище плагинов, однако первый имеет массивную пользовательскую базу (более 2 млн) и имеет оценку 4 звезды из 5.

Также он очень простой в использовании.

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

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

Плагин Redirection позволяет вам просматривать лог 404-ошибок на вашем сайте. Как только вы узнаете, какие URL приводят к ошибкам, вы сможете быстро сделать 301 редирект и вернуть трафик.

Источник: elegantthemes.com

Требования к html-верстке

1. Верстка, аутсорсинг и технические задания

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

Так сложилось, что мне часто приходилось отдавать эту работу субподрядчикам и, несмотря на предполагаемую однозначность результата, иногда верстальщики меня очень удивляли. Причем чаще — в негативном смысле.
Читать далее «Требования к html-верстке»

Posts Character Count Admin

Объём публикации в блоге штука интересная потому, как слишком короткие статьи не читают и слишком длинные игнорируют. Каждый автор определяет объём публикации экспериментально, учитывая свою аудиторию. В нашем эксперименте по изданию коллективного переводного журнала средствами WP это один из ключевых показателей при оценке активности автором. Но WP не имеет встроенного средства контроля объёма публикации, поэтому приходится пользоваться плагинами. Один из самых удобных Posts Character Count Admin. Скачать его можно здесь.

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

Killer WordPress Checklist

Killer WordPress Checklist [Infographic] by the team at Capsicum Mediaworks, LLP

Формальные критерии оценки качества вёрстки

Базовые критерии:

Выполнена HTML-разметка всех страниц и всех элементов на страницах.
Один стилевой файл на все страницы (с учётом normalize.css можно два).
Вёрстка идентично отображается в последних версиях браузеров Chrome, Opera, Firefox, Safari, а также в Internet Explorer 10+.
Сайт должен нормально смотреться на минимальном для данного макета разрешении:
- При большем размере экрана макет должен оставаться по центру и не иметь горизонтального скролла.
- На разрешениях экрана меньше ширины контейнера вёрстка не должна менять свою структуру.
В корне документа должны быть папки css, img, js или аналогичные. Главная страница имеет название index.html. В названиях и расширениях файлов нет заглавных букв и пробелов.
Единообразное написание и форматирование кода в HTML, CSS и JavaScript.
Грубые ошибки в разметке отсутствуют. Например:
- Ссылки сделаны не тегом < a >, а другими тегами.
- Использование строчных элементов для создания крупных (сеточных) блоков.
- Абзацы должны быть абзацами, а не < br >< br >
Нельзя строить сетку с помощью таблиц и позиционирования.
Нельзя использовать !important в CSS.
При наполнении контентом как на макете элементы каждой страницы должны соответствовать макету:
- Допускаются различия в 5 пикселей по высоте и 2 пикселя по ширине.
- Допускаются отсутствия стилизации кастомных элементов форм.
- Допускаются различия в отображении шрифтов, связанные со сглаживанием на различных платформах.
- Должны быть подключены правильные шрифты, а их размеры и толщина должны соответствовать размерам в макетах и ТЗ.
Выбран правильный формат изображений:
- JPEG для фотографий.
- Всё остальное в PNG.
Документ должен проходить проверку на валидность validator.w3.org

Читать далее «Формальные критерии оценки качества вёрстки»

Персонализация страницы подключения WP

Следующий фрагмент php-кода файла function.php вашей темы делает 3 вещи…

Сначала он заменяет логотип в WordPress. Для этого создайте подходящий образ с именем logo-login.png и разместите его в папке images своей темы (или поменяйте эти имена во фрагменте).

Во-вторых он заменяет URL-адрес логотипа на URL вашей домашней страницы. По умолчанию ссылка приводит на сайте http://wordPress.org.

И наконец он заменяет содержимое параметра Alt этого изображения, именем вашего сайта так, как это определено в ваших настройках WP.

// This function loads your image in the login page
function custom_login_logo() {
	echo '';
}  
add_action('login_head', 'custom_login_logo');
 
// This functions changes the img url and alt text
function change_wp_login_url() {
	echo bloginfo('url');  // this is where a click on the logo would lead to
}  
 
function change_wp_login_title() {
	echo get_option('blogname'); // this is the alt text
}  
 
add_filter('login_headerurl', 'change_wp_login_url');  
add_filter('login_headertitle', 'change_wp_login_title');

Рассылка подписчикам уведомления о новой публикации

Довольно часто функционал интернет-ресурса требует рассылки пользователям ресурса уведомления о публикации новой статьи. Например, в часто мною используемых сайтах поддержки учебных курсов (что не курс, то сайт и так по 8-10 новых сайтов каждый год), где зарегистрированы все курсанты. Конечно, это можно сделать с помощью тяжеловесных плагинов-майлеров, но зачем? В файл function.php своей темы можно вставит небольшой код, который с успехом решает эту задачу.

Небольшими правками можно добиться более точного попадания в пользователя контента необходимой категории. И все это просто «ничего не весит» в сравнении с, например, Newsletter, e-mailing service или Newsletter Manager.

function email_registered_members($post_ID)  {
    //global $wpdb;
 
    //$userslistarray = $wpdb->get_results("SELECT user_email FROM $wpdb->users;");
 
    $wp_user_search = new WP_User_Query( array( 'fields' => array('user_email') ) );
    $userslistarray = $wp_user_search->get_results();
    $arrUsers = array ();
    for ($arr = $userslistarray, $mU = count ($arr), $iU = 0; $iU < $mU; $iU++) {
        $arrUsers[] = $arr[$iU]->user_email;
    }
 
    $users = implode(",", $arrUsers);
      
    mail($users, "New Post Published : " . get_bloginfo('name') , "at" . get_bloginfo('siteurl'). " Visit today to learn more" );
    return $post_ID;
}
add_action('publish_post', 'email_registered_members');