Базове SEO для WordPress

1. посилання
2. кирилиця
3. А чи зрозуміють вас пошуковики?
4. Доменне ім'я
5. канонічні посилання
6. Таксономії в розрізі WordPress SEO
7. Robots.txt
8. Sitemap.xml
9. Сніппет в пошуковій видачі
10. семантична розмітка
11. HTML код
12. прискорте індексацію
13. На закінчення

У 2014 році моя стаття «WordPress SEO, базова оптимізація» була опублікована в журналі WP Magazine .

З тих пір WordPress оновлювався і я вирішив створити на своєму сайті статтю, контент якої буде оновлюватися з плином часу, дотримуючись тенденцій SEO і апдейт WordPress.

У статті базове SEO для WordPress описується як налаштування самої CMS, плагіни, так і інші корисності, які допоможуть власнику сайту безвідносно обраної надалі стратегії просування отримати відчутний SEO-ефект. Так би мовити - основа, яку потрібно закласти в будь-якому випадку.

Приступимо!

посилання

Постійні посилання або ЧПУ

За замовчуванням (Установки → Постійні посилання) WordPress створює адреси сторінок за допомогою цифрового ідентифікатора, наприклад: ваш_домен /? P = 123. Лаконічно, коротко, на жаль не інформативно.

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

Налаштування постійних посилань

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

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

кирилиця

За замовчуванням WordPress використовує для посилання ті ж символи, що використовуються в назві статті. Відповідно, якщо назва статті буде кириличним - кириличні символи будуть взяті і для URL.

Погодьтеся, /% D0% BF% D1% 80% D0% B8% D0% B2% D0% B5% D1% 82-% D0% BC% D0% B8% D1% 80 / виглядає вже не так привабливо, як / привіт -світ/? Проте, ваша кирилична посилання буде виглядати саме так у багатьох сервісах, де ви вирішите їй поділитися або куди захочете її додати.

У разі, якщо ви зважитеся полегшити життя тим, хто не використовує UTF-кодування, а звичайним англійським перекладом скористатися можливості ви не маєте (наприклад ви не знаєте мови, або у вас двомовний сайт і оригінальна назва англійською вже зайнято), - залишається використовувати транслітерацію.

У плані автоматизації процесу я б рекомендував скористатися плагіном, а саме Cyr to Lat Enhanced , Який конвертує в латиницю кириличні символи в посиланнях.

А чи зрозуміють вас пошуковики?

Для всіх важливих статей перевіряйте автоматично створений URL вручну. Як це зробити? Скопіюйте адресу, зайдіть в пошуковик і вставте адресу в пошукове поле. Цілком може виявитися, що у вас з пошуковою машиною розходяться погляди на те, як саме виглядає транслітерація будь-якого слова.

Перевірка транслітерації в Google Перевірка транслітерації в Яндексі

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

Доменне ім'я

Не забудьте визначити адресу вашого сайту (Установки → Загальні) - з www або без, з http протоколом або https:

Налаштування домену в WordPress

Після збереження змін перевірте - чи працює переадресація сторінок, ввівши адресу головної сторінки в різних варіаціях. Якщо переадресація працювати не буде - це може привести до того, що пошуковики розшарується ваш сайт на пару ідентичних і загальний контрольний вагу може бути неуважний. Наприклад замість 100 посилань, що ведуть на сторінку http://www.yoursite.com/page/ ви отримаєте тільки 60, а інші 40 будуть вести на її дубль за адресою http://yoursite.com/page/ не особливо допомагаючи оригіналу.

канонічні посилання

Канонічні посилання - це посилання, які не видно користувачам, але працюють для пошукових систем аналогічно 301 редіректу. З їх допомогою ви можете вказати пошуковій системі сторінку-джерело в разі, якщо виникає необхідність використовувати один і той же контент кілька разів за різними адресами.

Кілька можливих випадків, коли WordPress може створювати кілька адрес для однієї сторінки:

• Головна сторінка: http://somesite.com/page/
• Та ж сторінка, але з якорем відповіді на коментар: http://somesite.com/page/?replytocom=593#respond
• Та ж сторінка, але з доступом через ідентифікаційний номер: http://somesite.com/?p=425623

Для користувачів сторінка буде виглядати абсолютно однаково, але для пошукових систем - три адреси означають три різних сторінки. Це означає, що, як і в випадку з дублікатами доменів, посилальна маса може бути розсіяна, так, до того ж, сторінки будуть визнані дублікатами на одному домені, чого пошукові машини не дуже-то люблять.

В даному випадку просте додавання в <head> </ head> секцію наступному записі вирішить проблему дублікатів: <link rel = "canonical" href = "http://somesite.com/page/" />, так як канонічна посилання буде перенаправляти пошукового робота зі всіх можливих варіантів на той, що в ній вказано, в даному випадку - на адресу головної сторінки.

Ви можете або включити механізм проставлення таких посилань в вашу тему, або скористатися одним з SEO-плагінів, які дозволяють вирішити питання автоматично. Я особисто віддаю перевагу Yoast SEO .

Таксономії в розрізі WordPress SEO

Таксономія - це, в загальному випадку, вчення про принципи та практиці класифікації та систематизації.

WordPress за замовчуванням використовує два види користувальницьких таксономій: рубрики (з вертикальною ієрархією) і мітки (з горизонтальною ієрархією).

Як з ними поводитися? Все просто. Вертикальна ієрархія потрібна для чіткої систематизації - продумайте структуру так, щоб пошуковики легко вважали структуру сайту (зрозуміли: де розділи, де поодинокі сторінки), а також користувачам легко і логічно було по ній пересуватися через меню і «хлібні крихти».

Горизонтальна ієрархія призначена в першу чергу для прискорення отримання інформації, як людьми, так і роботами. «Хмара тегів» дозволить відразу ж, не занурюючись по дереву вертикальної ієрархії, клікнути на тему, що цікавить і опинитися там, де є відповідь на питання. Проставляйте мітки в кожному пості та сторінці, де це здається виправданим, але не перестарайтеся. До 10 ще виглядає нормальним, а ось за 30 вже наводить на думки про спам не тільки роботів пошукових систем.

Robots.txt

robots.txt - це текстовий файл, за замовчуванням розташовується в корені сайту і рекомендує роботам пошукових систем індексувати або не індексувалась певні розділи сайту.

WordPress за замовчуванням на сервері не містить даного файлу, точніше при запиті даної адреси http://yoursite.com/robots.txt він створюється віртуально, базуючись на настройках CMS, які дають не надто багатий вибір з «дозволити роботам індексувати сайт» і « закрити сайт від індексації польностью ».

Заради справедливості потрібно зауважити, що зараз, коли пошукові машини навчилися відтворювати CSS і JavaScript (нехай і не в повному обсязі), потреба для тонкої настройки robots.txt у багатьох не складних сайтів відпадає.

Проте, якщо вам необхідний фізичний файл в корені сайту, в якому ви з якої-небудь причини хочете виключити з пошукової видачі будь-які файли або сторінки - створіть його вручну (віртуальний автоматично перестане показуватися), або скористайтеся плагіном, який дозволить змінювати віртуальний файл, як, наприклад: DL Robots.txt .

Sitemap.xml

sitemap.xml - файл-підказка, який зберігає в собі список сторінок вашого сайту, які ви б хотіли передати в пошукові машини для індексації. Формат, максимальна кількість сторінок і максимальний обсяг даного файлу незначно змінюються від пошукача до пошукача, але в цілому відповідають стандартному протоколу Sitemap .

WordPress за замовчуванням не містить готового sitemap.xml файлу. Вирішити дану проблему можна наступними способами:

• за допомогою плагіна (я, знову ж таки, вважаю за краще Yoast SEO , хоча в репозиторії є й інші ), Налаштувати і генерувати автоматично;
• скористатися будь-яким онлайн сервісом (просто вбийте в пошуковику XML Sitemap), генерувати за запитом і вручну розміщувати у себе на сервері;
• написати висновок самому, використовуючи нативні функції WordPress .

Перед передачею посилання на Готор файл sitemap.xml не забудьте перевірити правильність складання за допомогою сервісів самих пошукових систем: Яндекс , Google .

Сніппет в пошуковій видачі

З широко відомих полів, які безпосередньо впливають на сниппет в пошуковій видачі, WordPress за замовчуванням підтримує тільки Title (функція wp_title ()), де автоматично відображає назва запису або сторінки.

У разі, якщо ви хочете більшого (додати мета-тег Description, кастомизировать тег Title, додати Google+ Publisher Link, поля для Twitter Cards і Open Graph) - доведеться використовувати плагіни (той же Yoast SEO ), Або довільні поля (чудовий плагін по роботі з ними - Advanced Custom Fields ) І виведення їх безпосередньо в тему сайту.

Окремо потрібно сказати про іконку сайту, вона ж favicon.

Починаючи з версії 4.3 WordPress за замовчуванням включає в себе функцію по додаванню favicon (Зовнішній вигляд → Налаштувати → Властивості сайту). Однак, в разі, якщо ваш логотип буде розташовуватися на прозорому тлі - я особисто раджу скористатися спеціалізованим плагіном (на кшталт Favicon by RealFaviconGenerator ), Або прописати код вручну, так як різні системи і пристрої можуть по-різному відображати прозорість іконки.

семантична розмітка

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

Раніше я вже згадав, наприклад, Open Graph - це один з протоколів мікророзмітки, який був розроблений Facebook і чиє дію ви можете побачити кожен раз, коли розміщуєте в своїй публікації на Facebook якусь посилання: до посту подгружается якась фотографія, короткий опис і назва сторінки. По суті це означає, що робот Facebook збігав по тій посиланням, яку ви вставили в публікацію, прочитав потрібні йому Open Graph теги (яку картинку взяти, що в назві написати і так далі), якщо вони там були, і довантажити це все в вашу публікацію.

Open Graph використовується не тільки Facebook, але і іншими соціальними мережами, так що не ігноруйте її.

Вбудувати її досить просто, скориставшись тим же Yoast SEO плагіном, чого не скажеш про таку не менш важливою варіації семантичної розмітки, як Schema.org .

Schema.org виділяється тим, що офіційно підтримується провідними пошуковими машинами планети, відповідно - чим повніше ви з її допомогою опишіть свій контент - тим більше користі вам це принесе в пошуковій видачі. Однак проблема саме в тому, що Schema.org дуже обширна і автоматично її додати на сайт можливо тільки в дуже невеликому обсязі. Відповідно в WordPress її за замовчуванням немає.

Хоча, менше - краще, ніж нічого, а тому настійно раджу придивитися до плагіну Add Meta Tags . Головне - після установки не забудьте відключити в ньому Open Graph поля і інші теги, які ви вже будете використовувати на сайті, наприклад за допомогою Yoast SEO, інакше можливе задвоєння тегів, причому не завжди збігається змісту.

HTML код

По-перше, потрібно запам'ятати, що ні WordPress відповідальний за код вашого сайту в повному обсязі. В основному це залежить від теми, яку ви використовуєте.

Попереджений - отже, озброєний:

• Перевірте, як саме створюється на ваших сторінках заголовок H1, наприклад. Якщо він за замовчуванням вже виводиться з копією назви записи - не вмикайте H1 в сам контент. Такий заголовок повинен бути на сторінці в єдиному екземплярі;
• Перевірте - в разі, якщо в стрічці рубрики записи виводяться кожна зі своїм заголовком H1, розділені вони тегами <section> і зазначений на сторінці <! DOCTYPE html>, тобто браузер працюватиме саме з HTML5, який дозволяє використання декількох заголовків в подібних випадках;
• Перевірте, чи немає прихованих в коді сайту з підвалу або з мета-тегів. Вам навряд чи, особливо на перших порах, хочеться забруднити себе зовнішніми посиланнями на не релевантні контент.

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

прискорте індексацію

WordPress за замовчуванням надає можливість відправки пінгів (повідомлень) в різні сервіси, сповіщаючи їх про те, що у вас з'явилася нова стаття (Установки → Написання → Сервіси поновлення).

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

Проте, на додаток до за замовчуванням прописаному в WordPress Ping-O-Matic (http://rpc.pingomatic.com/) я б рекомендував як мінімум додати пару російськомовних широковідомих ресурсу:

• http://ping.blogs.yandex.ru/RPC2
• http://blogsearch.google.ru/ping/RPC2

А так же ще кілька за аналогією, якщо сайт у вас багатомовний:

• http://blogsearch.google.com/ping/RPC2
• http://blogsearch.google.us/ping/RPC2
• http://blogsearch.google.co.uk/ping/RPC2
• і так далі.

На закінчення

Кілька порад додатково до вищезазначеного:

• Чи не виводьте в стрічки рубрик записи цілком. Використовуйте функцію the_excerpt () замість the_content (). Таким чином ви зменшите кількість дубльованого контенту на сайті і полегшите користувачам пошук необхідного матеріалу, так як прискориться прокрутка стрічки;
• Користуйтеся полем «Цитата» при написанні записів. Це дозволить вам виводити в стрічку не перші кілька рядків тексту записи з трьома крапками в кінці і словами «Читати далі», а короткий зміст запису, якийсь зазивають текст, що знову ж таки, врятує від дублювання контенту;
• Виключіть з пошукової індексації архіви по датам. Особливою тематичної навантаження такі архіви не несуть, але повністю дублюють існуючі рубрики;
• Виключіть з пошукової індексації сторінки результатів пошуку по сайту. Нічого корисного, крім дублювання існуючих рубрик та самої пошукової видачі, ці сторінки в собі не несуть.
• Не виключайте з пошукової індексації розділи міток виду http://yoursite.com/tag/something/. На відміну від пошукових запитів і архівів по датах - даний вид сторінок несе в собі корисну тематичне навантаження, яку визначили ви самі. Що ж стосується дублювання контенту, то Google обіцяв не карати за такі речі , Якщо все робити по-білому (мітки якраз потрапляють в цю категорію), у відкриту, без злого умислу.