Техническо SEO за WordPress, чеклист преди пускане на сайта

Q: Къде е sitemap на сайта с WordPress?

От версия 5.5 WordPress прави sitemap сам на /wp-sitemap.xml, с всички публични видове съдържание и таксономии като страници и категории. Някои плъгини за SEO го изключват и публикуват свой, както Yoast SEO от версия 14.5, и тогава адресът е в настройките на плъгина. Отворете sitemap в браузъра и проверете, че съдържа страниците и продуктите, които искате в Google, без тестови или празни страници.

# ЕтикетиSEOWordPress

Екипът на WPhost8 окт 202615 мин четене

Сайтът е готов, текстовете са одобрени и остава само да го пуснете. Точно в последния момент се пропускат неща, които не личат на екрана, например забравена отметка, която казва на търсачките да не индексират сайта. Техническото SEO за WordPress е списъкът с тези проверки, а от тях зависи дали Google ще намери страниците и как ще ги покаже.

В това ръководство минаваме през проверките в реда, в който е удобно да ги правите. За всяка има място в WordPress или команда, с която да видите резултата, а накрая има чеклист за изпълнителя. Плъгини като Yoast SEO или Rank Math събират много от настройките на едно място, но не са задължителни. Важен е резултатът в кода на страницата, с какъвто и инструмент да е постигнат.

Какво проверява техническото SEO за WordPress

SEO обикновено се свързва с текстове и ключови думи. Техническата част е друга работа. Тя проверява дали Google може да обходи и индексира страниците и дали разбира кое е основното копие на всяка от тях. Добър текст на страница с noindex не носи нищо, защото Google няма да я покаже.

Повечето проверки се правят веднъж преди пускането и после при големи промени. Трябват Ви админ панелът на WordPress и браузър, а няколко проверки стават по-бързо с команди, които само четат и работят от компютър с Mac или Linux или от Terminal в cPanel. Ако поръчвате нов сайт, поискайте тези проверки да са част от предаването. При изработката на сайт на WordPress техническото SEO по изискванията на Google е включено във всеки проект.

Включете отново видимостта за търсачките

В Settings, Reading има отметка „Discourage search engines from indexing this site“, която се ползва, докато сайтът е в изработка. От версия 5.3 тя добавя в кода на всяка страница етикет robots с noindex и nofollow, а докато е включена, WordPress спира и картата на сайта. Махнете отметката и запазете.

После проверете изходния код на началната страница и HTTP заглавките на отговора. Двете команди само четат.

Bash

# Mac, Linux или Terminal в cPanel. Само четат, нищо не променят.
curl -s https://primer.bg/ | grep -io '<meta name=.robots.[^>]*>'
curl -sI https://primer.bg/ | grep -i '^x-robots-tag'

На публичен сайт първата команда обикновено показва max-image-preview:large. Тази стойност WordPress добавя от версия 5.7 и тя позволява големи прегледи на снимките в търсачките. Ако видите noindex, отметката е още включена или друг плъгин слага етикета. Втората команда обикновено не показва нищо. Ако покаже noindex, HTTP заглавката X-Robots-Tag спира индексирането, дори кодът на страницата да е чист.

Проверете robots.txt и картата на сайта

Файлът robots.txt казва на програмите за обхождане кои части от сайта да не обхождат. Ако на сървъра няма такъв файл, WordPress показва свой. Отворете адреса /robots.txt в браузъра. На сайт без собствен файл ще видите следното.

Текст

# https://primer.bg/robots.txt, както го показва WordPress
User-agent: *
Disallow: /wp-admin/
Allow: /wp-admin/admin-ajax.php

Sitemap: https://primer.bg/wp-sitemap.xml

Ако видите Disallow: /, обхождането на целия сайт е спряно. Такъв ред може да е останал във физически файл robots.txt от тестовата версия. Не блокирайте и стиловете и скриптовете на темата, защото без тях Google разбира страниците по-трудно.

Картата на сайта (sitemap) е XML файл със списък на адресите, които искате Google да познава. WordPress я прави сам от версия 5.5 на адрес /wp-sitemap.xml, с всички публични видове съдържание и таксономии, например страниците и категориите. Някои SEO плъгини я изключват и публикуват своя, както прави Yoast SEO от версия 14.5, и тогава адресът е в настройките на плъгина. Отворете картата в браузъра и проверете, че в нея са страниците и продуктите, които искате в Google, и че няма тестови или празни страници.

Чисти постоянни връзки и canonical

Постоянните връзки (permalinks) определят адресите на страниците. В Settings, Permalinks изберете структура, при която адресът съдържа името на страницата, например Post name, вместо Plain, при която адресът е от вида ?p=123. Google съветва в адреса да има думи, които са полезни за хората. Изберете структурата преди пускането, защото по-късна смяна променя всички адреси и изисква пренасочвания.

Етикетът canonical казва на Google кой адрес е основното копие на страницата. WordPress сам го добавя на всяка отделна страница от какъвто и да е вид, включително продуктите, но не и на архивите и категориите, където canonical идва от темата или от SEO плъгин. Отворете изходния код на няколко страници и потърсете rel="canonical". Адресът трябва да е пълен, с https и домейна на живия сайт, и да сочи самата страница.

Заглавия, мета описания и подзаглавия

Заглавието на страницата (елементът title) е основният източник на заглавието, което Google показва в резултатите. Google съветва всяка страница да има свое кратко и описателно заглавие, без шаблонен текст и без натрупване на ключови думи, а името на сайта да е веднъж, отделено с разделител.

Мета описанието е краткият текст, който може да се появи под заглавието в резултатите. Ядрото на WordPress не извежда мета описание, затова то идва от темата или от SEO плъгин. Google пише, че резюмето в резултатите се прави главно от съдържанието на страницата, а мета описанието се използва, когато описва страницата по-точно. Затова пишете отделно описание за всяка важна страница, защото еднаквите описания на целия сайт не помагат.

Подзаглавията подреждат текста. Добър навик е всяка страница да има едно H1, основното си заглавие, и под него H2 и H3 в логичен ред. Google пише, че за търсенето редът и броят на подзаглавията нямат значение, но логичната структура помага на хората с екранни четци и на всеки, който чете набързо. Проверете и дали темата не прави H1 от логото на всяка страница.

hreflang за сайт на няколко езика

hreflang е етикет, който казва на Google, че страницата има версии на други езици, и посочва адреса на всяка. Google го ползва, за да покаже на посетителя версията на неговия език. Правилата са строги.

Всяка езикова версия изброява себе си и всички останали.
Връзките трябва да са взаимни. Ако две страници не сочат една към друга, Google пренебрегва етикетите.
Езикът е с код по ISO 639-1, например bg или en, а регионът, ако го има, се добавя след него, например en-GB.
Адресите са пълни, с https и домейна.
Стойността x-default посочва страницата за посетители, чийто език не е сред изброените.

Ядрото на WordPress не извежда hreflang, затова етикетите идват от плъгина за няколко езика. След пускането отворете изходния код на една страница на всеки език. В <head> на двете версии трябва да има еднакъв набор етикети като този.

HTML

<!-- В <head> на българската и на английската версия -->
<link rel="alternate" hreflang="bg" href="https://primer.bg/za-nas/" />
<link rel="alternate" hreflang="en" href="https://primer.bg/en/about/" />
<link rel="alternate" hreflang="x-default" href="https://primer.bg/za-nas/" />

Структурирани данни и Open Graph

Структурираните данни описват съдържанието на езика на търсачките, а Google препоръчва формата JSON-LD. За повечето фирмени сайтове и магазини са полезни три вида.

Organization описва фирмата с име, лого, адрес, телефон и данни като ДДС номер. Google препоръчва да е на началната страница или на страницата за фирмата и няма задължителни полета.
BreadcrumbList описва пътя до страницата, например Начало, Категория, Продукт. Google го ползва в резултатите на компютър.
Product в магазина описва продукта с име, снимка и оферта с цена и валута, а наличността е препоръчителна.

Проверете по една страница от всеки вид с Rich Results Test. Google изисква данните да описват съдържание, което посетителят вижда, и не гарантира разширен резултат дори при валиден код.

Open Graph е набор от етикети, от които социалните мрежи вземат заглавието, описанието и снимката, когато някой сподели връзка към сайта. Задължителните четири са og:title, og:type, og:image и og:url. Без тях мрежата сама избира какво да покаже. Преди първата публикация проверете как изглежда споделянето с инструмента на Facebook за споделяне.

HTTPS и истинска страница 404

Всички страници трябва да се отварят през HTTPS, а адресите с http да пренасочват към https с 301. Google включва въпроса дали страниците се зареждат по сигурен начин в насоките си за изживяването на страницата. В Settings, General двата адреса на сайта трябва да започват с https. Ако браузърът показва предупреждение за смесено съдържание, вижте ръководството за HTTPS и смесеното съдържание.

Когато адрес не съществува, сървърът трябва да върне код 404. Ако върне 200 със съобщение „Страницата не е намерена“, Google може да я отчете като soft 404, а Search Console препоръчва код 404 за страниците, които наистина ги няма. Добрата страница 404 връща правилния код и помага на посетителя с търсачка и връзки към основните раздели.

Двете проверки стават с команди, които само четат.

Bash

# Mac, Linux или Terminal в cPanel. Само четат, нищо не променят.
curl -s -o /dev/null -w '%{http_code}\n' https://primer.bg/nyama-takava/
curl -sI http://primer.bg/ | grep -i '^location'

Първата трябва да върне 404, а втората да покаже адрес, който започва с https. Ако сменяте адресите на съществуващ сайт, пренасочете всеки стар адрес с 301, както е описано в ръководството как да смените сайта, без да загубите позициите си в Google.

Скорост, Core Web Vitals и мобилна версия

Google използва мобилната версия на сайта, за да го индексира и класира. Затова в нея трябва да има същото съдържание и същите структурирани данни, заглавия и мета описания като във версията за компютър. Отворете сайта на телефон и проверете, че менюто и формите работят и че текстът не е съкратен.

Core Web Vitals са трите показателя на Google за изживяването на страницата. Добрите стойности са LCP до 2,5 секунди, INP до 200 милисекунди и CLS до 0,1, мерени на 75-ия процентил от зарежданията. Google пише, че системите му за класиране ползват Core Web Vitals, но и че търсенето показва най-подходящото съдържание дори при по-слабо изживяване. Затова бързината помага, но не замества полезното съдържание. Как се мери, е описано в ръководството за PageSpeed Insights.

Снимки и вътрешни връзки

Алтернативният текст (alt) описва снимката с няколко думи. Google го използва заедно с анализа на изображението и текста около него, а хората с екранни четци го чуват вместо снимката. Пишете конкретно, например „червена керамична чаша 350 мл“, без да натрупвате ключови думи, защото Google може да приеме това за спам. Имената на файловете също помагат, затова chervena-chasha.jpg е по-добре от IMG00023.JPG.

Вътрешните връзки водят Google от страница на страница. Google обхожда надеждно връзки, направени като елемент <a> с атрибут href, затова менюта, които водят някъде само чрез JavaScript, могат да останат непознати за него. Всяка страница, която има значение за Вас, трябва да има поне една връзка от друга страница на сайта, а текстът на връзката трябва да казва къде води. „Натиснете тук“ не казва нищо.

Search Console в деня на пускането

Search Console е безплатният инструмент на Google, в който виждате как сайтът се представя в търсенето. Добавете сайта като свойство от вида Domain. То обхваща всички поддомейни и протоколи и се потвърждава със запис в DNS. Ако нямате достъп до DNS, свойство от вида URL prefix се потвърждава и по други начини, но обхваща само един протокол и един поддомейн.

След това направете следното.

В отчета Sitemaps подайте адреса на картата на сайта. Google пише, че това е подсказка и не гарантира обхождане.
В URL Inspection проверете началната страница и поискайте индексиране с Request indexing.
След няколко дни отворете отчета Pages и вижте защо някои страници не са индексирани. Търсете noindex, блокиране от robots.txt и 404.
Ако сайтът има структурирани данни, прегледайте отчетите за разширени резултати, защото обновление на тема или плъгин може да ги развали.

Данните в Search Console обикновено се появяват след няколко дни.

Чеклист

Отметката „Discourage search engines from indexing this site“ е махната, а в кода и в HTTP заглавките няма noindex.
robots.txt не блокира сайта или ресурсите на темата и сочи картата на сайта.
Картата на сайта се отваря и съдържа само страниците, които искате в Google.
Постоянните връзки съдържат думи, без адреси от вида ?p=123.
Canonical на всяка страница е пълен адрес с https към самата нея.
Всяка важна страница има собствено заглавие, мета описание и едно H1.
Многоезичният сайт има взаимни hreflang етикети и x-default.
Organization, BreadcrumbList и, за магазин, Product минават Rich Results Test, а споделянето показва правилно заглавие и снимка.
Всички адреси са на https, http пренасочва с 301, а несъществуващ адрес връща 404.
Core Web Vitals са измерени, а сайтът е проверен на телефон.
Снимките имат описателен alt текст, а към всяка важна страница води поне една вътрешна връзка.
Сайтът е добавен в Search Console и картата на сайта е подадена.

Трябва ли да проверявате всичко това сами?

Ако сайтът Ви вече работи и Search Console не показва проблеми с индексирането, не е нужно да минавате целия списък отново. Върнете се към него при смяна на темата, на SEO плъгина или на адресите.

При изработката на сайт и онлайн магазин техническото SEO по изискванията на Google е част от всеки проект. Чистите адреси, мета описанията, структурираните данни, картата на сайта и hreflang са готови при предаването, а при преработка старите адреси се пренасочват към новите. Ако сменяте сайт, който вече има позиции, прочетете и как да смените сайта, без да загубите позициите си в Google.

Често задавани въпроси

Какво е техническо SEO за WordPress?

Това са проверките дали Google може да обходи и индексира страниците на сайта и дали разбира кое копие на всяка страница е основното. Добър текст на страница с noindex не носи нищо, защото Google няма да я покаже. Повечето проверки се правят веднъж преди пускането и отново след големи промени.

Защо Google не индексира новия ми сайт с WordPress?

Често причината е забравената отметка „Discourage search engines from indexing this site“ в Settings, Reading, която от версия 5.3 добавя маркер noindex и nofollow към всяка страница и изключва sitemap. Друга причина може да е ред Disallow: / в robots.txt, останал от тестовото копие, или HTTP заглавката X-Robots-Tag с noindex. Проверете кода на началната страница и заглавките на отговора.

Къде е sitemap на сайта с WordPress?

От версия 5.5 WordPress прави sitemap сам на /wp-sitemap.xml, с всички публични видове съдържание и таксономии като страници и категории. Някои плъгини за SEO го изключват и публикуват свой, както Yoast SEO от версия 14.5, и тогава адресът е в настройките на плъгина. Отворете sitemap в браузъра и проверете, че съдържа страниците и продуктите, които искате в Google, без тестови или празни страници.

Каква структура на постоянните връзки да избера в WordPress?

В Settings, Permalinks изберете структура, при която адресът съдържа името на страницата, например Post name, а не Plain с адреси като ?p=123. Google съветва в адреса да има думи, полезни за хората. Изберете структурата преди пускането, защото смяната ѝ после сменя всички адреси и изисква пренасочвания.

Добавя ли WordPress сам мета описание на страниците?

Не. Ядрото на WordPress не изписва мета описание, така че то идва от темата или от плъгин за SEO. Google казва, че откъсът в резултатите се прави главно от съдържанието на страницата, а мета описанието се ползва, когато описва страницата по-точно. Затова напишете отделно описание за всяка важна страница.

Какви са правилата за hreflang на сайт с няколко езика?

Всяка езикова версия посочва себе си и всички останали с пълни адреси с https, а връзките трябва да са взаимни, иначе Google пренебрегва маркерите. Езикът е с код по ISO 639-1, например bg или en, а стойността x-default посочва страницата за посетителите, чийто език не е изброен. Ядрото на WordPress не изписва hreflang, така че маркерите идват от плъгина за многоезичност.

Какви структурирани данни да има сайтът ми?

За повечето фирмени сайтове и магазини имат смисъл три вида във формата JSON-LD, който Google препоръчва. Organization описва фирмата с името, логото, адреса и телефона, BreadcrumbList описва пътя до страницата, а Product в магазин описва продукта с име, изображение и оферта с цена и валута. Проверете по една страница от всеки вид с Rich Results Test, но помнете, че Google не гарантира разширен резултат, дори кодът да е валиден.

Какъв код трябва да връща несъществуваща страница?

Код 404. Ако сървърът връща 200 със съобщение „Page not found“, Google може да я третира като мек 404, а Search Console препоръчва код 404 за страници, които наистина ги няма. Добрата страница 404 връща правилния код и помага на посетителя с поле за търсене и връзки към основните раздели.

Източници