Тэхнічны SEO-аўдыт: што правяраць і ў якім парадку

Тэхнічны SEO-аўдыт адказвае на адно пытанне: ці могуць пошукавікі знайсці, адмаляваць і праіндэксаваць старонкі, якія павінны прыводзіць трафік, і ці разумеюць яны, якая версія кожнай старонкі сапраўдная. Кантэнт і спасылкі вызначаюць, наколькі высока старонка ранжыруецца, а тэхнічныя праблемы - ці ўдзельнічае яна ў гонцы наогул. Мы праводзім такія праверкі на integrono.com (18 моў), на нашых прадуктах і на сайтах кліентаў, і адны і тыя ж дзясятак праблем сустракаюцца зноў і зноў.

Чэк-ліст напісаны для распрацоўшчыкаў і заснавальнікаў, якія могуць самі мяняць сайт. Для старту платныя прылады не патрэбныя: хопіць Google Search Console, браўзэра, curl і краулера накшталт Screaming Frog (бясплатна да 500 URL).

Перад пачаткам: аб'ём і дадзеныя

• Складзіце спіс тыпаў старонак, якія павінны ранжыравацца (галоўная, паслугі, тавары, артыкулы, катэгорыі), і тых, якім гэта не трэба (кошык, унутраны пошук, фільтры, адмінка).
• Пацвердзіце дамен у Google Search Console (DNS-пацверджанне ахоплівае http, https і ўсё паддамены) і адкрыйце справаздачы "Старонкі", "Файлы Sitemap" і Core Web Vitals.
• Праскануйце сайт дэсктопным краулерам з наладай Googlebot smartphone і выгрузіце ўсе URL з кодам адказу, індэксавальнасць, canonical, title, H1 і лікам слоў.

1. Доступ для сканавання: ці дабіраюцца боты да старонак?

Пачніце з robots.txt. Ён павінен аддаваць 200, быць звычайным тэкстам і не блакаваць CSS, JavaScript і раздзелы, якія трэба індэксаваць. Адзін радок Disallow: /, пакінутая ад staging-асяроддзі, - класічная катастрофа ў дзень запуску.

curl -sI https://example.com/robots.txt | head -n 5
curl -s  https://example.com/robots.txt

# Good minimal example
User-agent: *
Disallow: /admin/
Disallow: /cart
Sitemap: https://example.com/sitemap.xml

Праверце, што XML-sitemap утрымоўвае толькі кананічныя індэксуемыя URL з кодам 200: без рэдырэктаў, без старонак з noindex і без 404. Для шматмоўных сайтаў кожнаму URL патрэбныя моўныя альтэрнатывы (гл. наш гайд па шматмоўным SEO). Адпраўце sitemap у Search Console і параўнайце "адпраўлена" з "праіндэксавана".

2. Коды адказу і рэдырэкты

Кожны важны URL павінен аддаваць прамой 200. Праверце варыянты адрасоў, якія рэальна запытваюць людзі і боты:

for u in http://example.com https://example.com https://www.example.com https://example.com/page/ https://example.com/page; do
  printf "%s -> " "$u"; curl -s -o /dev/null -w "%{http_code} %{redirect_url}\n" "$u"
done

• Адзін кананічны хост. Кантэнт аддае роўна адзін варыянт з http/https і www/без www, астатнія рэдырэктаць на яго 301 за адзін крок.
• Без ланцужкоў і цыклаў рэдырэктаў. A на B на C марнуе краўлінгавы бюджэт і размывае сігналы, адпраўляйце старыя URL адразу на фінальны.
• Сапраўдныя 404. Адсутная старонка павінна аддаваць 404 ці 410, а не старонку з кодам 200 і тэкстам "не знойдзена" (soft 404).
• Памылкі 5xx у логах ці Search Console патрабуюць неадкладнай рэакцыі: частыя серверныя памылкі прымушаюць Google запаволіць сканаванне.

3. Індэксуемасць: ці дазволена старонка і ці ўнікальная яна?

Індэксацыю вызначаюць тры сігналы: meta-тэг robots або загаловак X-Robots-Tag, canonical URL і тое, ці не дублюе старонка іншую. Правярайце па шаблонах, а не па асобных старонках.

• Уцечкі noindex. noindex, скапіяваны са staging у прадакшэн або які адпраўляецца ў HTTP-загалоўку вэб-серверам, моўчкі прыбірае старонкі з пошуку.
• Canonical. У кожнай индексируемой старонкі 1 абсалютны canonical на саму сябе. Старонкі пагінацыі і фільтры павінны альбо спасылацца на разумнага з бацькоў, альбо быць выключаныя. Ніколі не паказвайце canonical на URL з рэдырэктам, noindex або 404.
• Дублі. Варыянты са слэшам і без, загалоўныя літары ў шляху, UTM-параметры і версіі для друку ствараюць адну старонку па некалькіх адрасах. Абярыце адзін і зрабіце рэдырэкт або canonical для астатніх.
• "Прасканіравана, але пакуль не праіндэксавана" ў Search Console звычайна азначае слабы або амаль дублюючы кантэнт, а не тэхнічную забарону. Палепшыце старонку або аб'яднайце з іншай.

curl -s https://example.com/page | grep -i -E '<link rel="canonical"|<meta name="robots"'
curl -sI https://example.com/page | grep -i -E 'x-robots-tag|^HTTP|^location'

4. Структура сайта і ўнутраныя спасылкі

Пошукавікі знаходзяць старонкі па спасылках і па структуры спасылак мяркуюць аб іх важнасці.

• Глыбіня кліку. Важныя старонкі павінны адкрывацца не далей чым за тры клікі з галоўнай.
• Старонкі-сіроты. Старонкі з sitemap без унутраных спасылак атрымліваюць мала ўвагі. Параўнайце спіс краулера са спісам sitemap.
• Анкоры. Выкарыстоўвайце апісальны тэкст ("тэхнічны SEO-аўдыт"), а не "націсніце тут". Спасылайцеся з моцных старонак на тыя, якія жадаеце прасунуць.
• Бітыя ўнутраныя спасылкі. Выпраўляйце спасылкі, якія вядуць на 404 або на рэдырэкты.
• Сапраўдныя спасылкі. Навігацыя на JavaScript-апрацоўшчыках кліку замест <a href> можа не сканавацца.

5. Тэхнічныя сігналы на старонцы

• Title і meta description: унікальныя на кожнай старонцы, title прыкладна да 60 сімвалаў, каб яго не абрэзалі. Дублі і пустыя палі знайдзіце ў выгрузцы краўлера.
• Адзін H1, які адпавядае інтэнту старонкі, з лагічнымі H2/H3 ніжэй.
• Мова і кадоўка: карэктны <html lang>, усюды UTF-8, валідны і ўзаемны hreflang.
• Выявы: зразумелыя імёны файлаў, alt, сучасныя фарматы ( WebP або AVIF) і відавочныя width і height супраць зрухаў макета.
• Пагінацыя і фільтры: пераканайцеся, што фасетныя URL не спараджаюць мільёны сканаваных камбінацый.

6. Рэндэрынг і JavaScript

Google умее выконваць JavaScript, але рэндэрынг стаіць у чарзе і часам не атрымоўваецца. Калі асноўны кантэнт або спасылкі з'яўляюцца толькі пасля кліенцкага рэндэрынгу, праверце іх у інструменце «Праверка URL» («Прагледзець прасканаваную старонку» і скрыншот). Для кантэнтных сайтаў самы надзейны варыянт - серверны рэндэрынг або статычная выдача. Параўнайце выснову curl з тым, што відаць у браўзэры: калі патрэбнага тэксту няма ў зыходным HTML, вы залежыце ад рэндэрынгу.

7. Хуткасць і Core Web Vitals

Карыстацкі досвед старонкі - фактар ранжыравання ўмеранай вагі і вельмі важны фактар канверсіі. Глядзіце справаздачу Core Web Vitals у Search Console (палявыя дадзеныя рэальных карыстальнікаў) і запускайце PageSpeed Insights або Lighthouse на вашых шаблонах. Звычайныя мэты: Largest Contentful Paint менш 2,5 з, Interaction to Next Paint менш 200 мс і Cumulative Layout Shift менш 0,1. Тыповыя хуткія перамогі: сціснуць і правільна падабраць памер малюнкаў, уключыць Brotli або gzip, надоўга кэшаваць статыку, аддаваць праз CDN і прыбраць блакавальныя рэндэрынг CSS і скрыпты. PHP-частку мы разбіраем у артыкуле пра Core Web Vitals для PHP-сайтаў.

8. Структураваныя дадзеныя

Структураваныя дадзеныя самі па сабе не падвышаюць пазіцыі, але робяць старонкі прыдатнымі для пашыраных вынікаў і дапамагаюць машынам разумець сутнасці. Правярайце кожны шаблон у Rich Results Test і Schema Markup Validator. Тыповыя тыпы: Organization, BreadcrumbList, Article, FAQPage, Product з Offer, LocalBusiness. Разметка павінна адпавядаць таму, што карыстач бачыць на старонцы. Гатовыя прыклады - у нашым гайдзе па JSON-LD.

9. Бяспека і мабільная версія

• HTTPS ўсюды з дзеючым сертыфікатам, рэдырэкт з HTTP на HTTPS і адсутнасць змешанага кантэнту.
• Адаптыўная вёрстка з правільным meta-тэгам viewport: Google індэксуе спачатку мабільную версію.
• Ніякіх дакучлівых оверлеев, якія зачыняюць кантэнт на тэлефоне.
• Загалоўкі бяспекі і здаровы сервер: на ранжыраванне напрамую не ўплываюць, але ўзламаны ці павольны сайт хутка губляе пазіцыі.

10. Расстаўце прыярытэты і напішыце задачы

Аўдыт карысны, толькі калі заканчваецца выпампаванымі выпраўленнямі. Адсартуйце знаходкі па ўплыве:

1. Крытычна: старонкі зачыненыя, пад noindex ці аддаюць памылкі; няслушны canonical на старонках, якія прыносяць грошы; зламаныя рэдырэкты.
2. Высокі прыярытэт: дублі, ланцужкі рэдырэктаў, важныя старонкі-сіроты, адсутнасць hreflang, дрэнны LCP на ключавых шаблонах.
3. Сярэдні: паўтараюцца title, адсутнасць структураваных дадзеных, вага малюнкаў.
4. Нізкі: касметычныя праблемы разметкі.

Да кожнага пункта дадайце шаблон URL, доказ (выснова каманды або скрыншот), чаканы вынік і адказнага. "Выправіць canonical" - не задача, а "старонкі тавараў з параметрам ?sort= павінны спасылацца canonical на чысты URL; шаблон product.php, радок X» - задача.

Як часта праводзіць аўдыт

Рабіце лёгкую праверку раз у месяц (справаздачы Search Console, хуткі краўлінг, статус ключавых URL) і поўны аўдыт пасля міграцый, рэдызайнаў, абнаўленні фрэймворка або калі трафік падае без відавочнай прычыны. Дадайце аўтаматычныя праверкі ў канвеер дэплою: тэст, што галоўная аддае 200, не ўтрымоўвае noindex і мае чаканы canonical, ловіць самыя дарагія памылкі раней карыстачоў.

Чым мы можам дапамагчы

Калі патрэбен экспертны погляд на ваш сайт, наша паслуга тэхнічнага SEO уключае аўдыт, выпраўленні ў кодзе і маніторынг, прычым змены мы можам занесці самі, а не проста аддаць PDF. Пачніце з платнай кансультацыі, калі патрэбен прыярытызаваны спіс таго, што выпраўляць у першую чаргу. Погляд заснавальніка на ўсю SEO-стратэгію - у артыкуле SEO для заснавальнікаў SaaS.