Тэхнічны SEO-аудыт і чек-ліст на 2026 год

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

Што правярае тэхнічны SEO-аудыт?

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

• абход і індэксацыя важных URL-адрасоў
• robots.txt, XML sitemap, canonical і hreflang для шматмоўных сайтаў
• памылкі 404, перанакіраванні 301, redirect chains і кананічныя адрасы
• LCP, INP і CLS, памер старонак і загрузка выяў
• мабільная версія, навігацыя, унутраныя спасылкі і даступнасць асноўнага змесціва
• рэндэрынг JavaScript і змесціва, якое з'яўляецца толькі пасля выканання скрыпту
• структураваныя даныя ў адпаведнасці з рэальным змесцівам старонкі

Як правяраюцца абход і індэксацыя?

Robots.txt

У robots.txt праверце, ці не заблакаваныя важныя папкі, CSS, JavaScript або выявы. Звычайна абмяжоўваюць адміністрацыйныя панэлі, унутраны пошук і тэхнічныя каталогі. Будзьце ўважлівыя да агульных правілаў кшталту Disallow: /, якія засталіся з тэставай асяроддзя, а таксама да аўтаматычных налад убудоў.

Праверце некалькі рэальных адрасоў з дапамогай URL Inspection у Google Search Console. Так вы ўбачыце, ці даступны URL-адрас, якая кананічная версія выбрана і ці ёсць праблемы з індэксацыяй. Важна тэставаць галоўную старонку, паслугу, прадукт, катэгорыю і старонку з формай, а не толькі галоўны адрас.

XML sitemap

Sitemap павінна ўтрымліваць індэксаваныя кананічныя URL-адрасы, якія вы хочаце развіваць. Не дадавайце старонкі 404, перанакіраванні, старонкі з noindex або фільтры без SEO-каштоўнасці. Адпраўце файл у Search Console і правярайце, ці з'яўляюцца адпраўленыя адрасы праіндэксаванымі.

Canonical, дубляванне і параметры

Фільтры, сартаванне, UTM-параметры і розныя варыянты аднаго прадукту часта ствараюць мноства URL-адрасоў з аднолькавым змесцівам. Canonical паказвае пераважную версію, але не адмяняе неабходнасць выразнай унутранай структуры. Ён павінен весці на даступны, індэксаваны і сапраўды эквівалентны адрас.

Унутраныя спасылкі

Да важных паслуг і катэгорый павінна быць можна дабрацца з асноўнай навігацыі або з іншых змястоўна звязаных старонак. Не разлічвайце толькі на кнопкі, якія працуюць пасля JavaScript, калі асноўная навігацыя можа складацца з простых HTML-спасылак. Шукайце orphan pages — старонкі без унутраных спасылак — і звязвайце іх там, дзе карыстальнік натуральна працягнуў бы шлях.

Што праверыць у хуткасці і Core Web Vitals?

Core Web Vitals не паляпшаюцца адным націскам кнопкі. Прычынай павольнай працы сайта могуць быць хостынг, вялікая выява, JavaScript, які блакуе загрузку, знешні чат, рэкламныя пікселі або цяжкі запыт да базы даных. Таму параўноўвайце лабараторныя тэсты з рэальнымі данымі і глядзіце на канкрэтны шаблон — старонку прадукту, блог, кошык або лендынг.

HTTPS — абавязковая аснова. Праверце сертыфікат, перанакіраванне з HTTP на HTTPS і mixed content — рэсурсы, якія ўсё яшчэ загружаюцца праз HTTP. Пасля міграцыі абнавіце ўнутраныя спасылкі, canonical-адрасы, sitemap і налады адсочвання.

Як правяраюцца мабільная версія і URL-адрасы?

Google выкарыстоўвае мабільную версію для сканавання і індэксацыі. Кантэнт, загалоўкі, унутраныя спасылкі, структуры даных і асноўныя функцыі павінны быць даступныя і на тэлефоне. Кантэнт, схаваны за ўкладкай або акардэонам, не з'яўляецца аўтаматычна праблемай, але мабільная версія не павінна быць істотна бяднейшай за дэсктопную.

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

URL-адрасы павінны быць кароткімі і зразумелымі. Выкарыстоўвайце адну паслядоўную структуру і злучкі паміж словамі. Не змяняйце працоўны адрас без плана 301-перанакіравання. Падчас рэдызайну складзіце табліцу са старымі і новымі URL-адрасамі да публікацыі сайта.

Што адбываецца з сайтам на JavaScript?

Для сайта, створанага на React, Vue або іншай JavaScript-тэхналогіі, не лічыце, што тое, што бачыць чалавек, супадае з тым, што атрымлівае Googlebot. Праверце HTML-адказ да выканання скрыптоў і візуалізаваную версію. Асноўны загаловак, тэкст, прадукты, спасылкі і метаданыя не павінны залежаць ад няўдалага адказу API або скрыпта, які загружаецца занадта позна.

Асаблівай увагі заслугоўваюць фільтры, пагінацыя, бясконцая пракрутка і ўнутраны пошук. Калі важныя прадукты даступныя толькі пасля націскання кнопкі, Google можа не знайсці іх такім жа чынам, як карыстальнік. Зрабіце катэгорыі індэксаванымі і дадайце выразныя спасылкі на старонкі, якія прыцягваюць пошукавы трафік.

Калі schema дапамагае, а калі шкодзіць?

Структураваныя даныя дапамагаюць пошукавай сістэме зразумець, ці з'яўляецца старонка паслугай, прадуктам, артыкулам, арганізацыяй, падзеяй або часта задаваным пытаннем. Яны не гарантуюць пашыраны вынік і не замяняюць якасны кантэнт.

Размяшчайце разметку толькі для інфармацыі, якая сапраўды бачная на старонцы. Не дадавайце ацэнкі, цэны, наяўнасць або часта задаваныя пытанні, якіх карыстальнік не можа знайсці. Праверце сінтаксіс, сачыце за папярэджаннямі і супастаўце schema з рэальным бізнес-кантэнтам.

Як расставіць праблемы па прыярытэце?

1. 01
   Збярыце доступы і зыходныя даныя

   Патрэбны Google Search Console, Google Analytics або іншая аналітыка, доступ да CMS і хостынгу, спіс важных паслуг або прадуктаў і інфармацыя пра апошнія змены. Без гэтага аўдыт лёгка ператвараецца ў здагадку.

2. 02
   ПрасSummaryце сайт і зрабіце выбарку

   Праверце URL-адрасы, коды стану, загалоўкі, canonical, дырэктывы robots, унутраныя спасылкі, выявы і дубляваныя шаблоны. Параўнайце знойдзеныя старонкі з sitemap і рэальнымі старонкамі, якія прыцягваюць пошукавыя запыты.

3. 03
   Пацвердзіце крытычныя адрасы ў Search Console

   Пратэстуйце рэпрэзентатыўныя старонкі з дапамогай URL Inspection. Праверце індэксацыю, выбраную кананічную версію, мабільнае адлюстраванне і прычыны выключэння.

4. 04
   Стварыце backlog для распрацоўшчыка

   Кожная задача павінна мець URL або шаблон, прычыну, прыярытэт, чаканы вынік і спосаб праверкі. Напрыклад, «усе старонкі з параметрам X павінны спасылацца на катэгорыю Y» больш карысна, чым «аптымізуйце canonical».

5. 05
   Праверце пасля змены

   Паўтарыце сканаванне, пратэстуйце рэальныя формы і заказы і назірайце за Search Console. Пасля рэдызайну або міграцыі не завяршайце праверку ў дзень публікацыі.

Колькі каштуе тэхнічны SEO-аўдыт?

Для невялікага карпаратыўнага сайта базавая праверка звычайна каштуе каля 300–700 еўра. Аўдыт інтэрнэт-крамы, шматмоўнага сайта або сайта на індывідуальнай платформе часта каштуе каля 700–2 000 еўра. Кошт большых сістэм, JavaScript-прыкладанняў і міграцый вызначаецца пасля праверкі колькасці шаблонаў, URL-адрасоў, інтэграцый і патрэбы ў тэставанні.

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

Як выглядае добры вынік аўдыту?

Добры вынік — гэта кароткі спіс рызык і выразныя дзеянні. Крытычнай з'яўляецца заблакаваная важная старонка, памылковая міграцыя або сайт, які не можа адправіць форму. Ніжэйшы прыярытэт маюць паляпшэнні, якія не ўплываюць на індэксацыю і канверсіі.

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

Тэхнічнае SEO нельга аддзяляць ад бізнесу. Зламаная старонка паслугі азначае страчаны запыт, а павольны checkout — закінуты заказ. Таму расстаўляйце задачы паводле рызыкі для бачнасці і даходаў, а не паводле таго, якую памылку лягчэй за ўсё выправіць.