Контролен списък за технически SEO одит: какво да проверявате и в какъв ред

Техническият SEO одит отговаря на един въпрос: могат ли търсачките да намерят, изобразят и индексират страниците, които трябва да печелят трафик, и разбират ли коя версия на всяка страница е истинската? Съдържанието и връзките решават колко високо се класира страницата; техническите проблеми решават дали изобщо ще участва в състезанието. Извършваме тези проверки на integrono.com (18 езика), на нашите продукти и на клиентски сайтове и едни и същи проблеми се появяват отново и отново.

Този контролен списък е написан за разработчици и основатели, които могат сами да променят сайта. Не се нуждаете от платени инструменти, за да започнете: Google Search Console, браузър, curl и робот като Screaming Frog (безплатно до 500 URL адреса) са достатъчни.

Преди да започнете: обхват и данни

• Избройте типовете страници, които трябва да се класират (начална страница, услуги, продукти, статии, категории) и тези, които не трябва (количка, вътрешно търсене, филтри, администратор).
• Проверете собствеността на домейна в Google Search Console (DNS проверката обхваща http, https и всички поддомейни) и отворете отчетите за страници, карти на сайтове и Core Web Vitals.
• Обходете сайта с десктоп робот, конфигуриран като Googlebot смартфон, и експортирайте всички URL адреси с код на състоянието, възможност за индексиране, каноничен, заглавие, H1 и брой думи.

1. Достъп за обхождане: могат ли ботове да достигнат до страниците?

Започнете с robots.txt. Трябва да върне 200, да е обикновен текст и да не блокира CSS, JavaScript или секциите, които искате да бъдат индексирани. Един-единствен Disallow: / останал от промежутъчна среда, е класическата катастрофа в деня на стартиране.

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 картата на сайта изброява само канонични, индексируеми URL адреси, които връщат 200: без пренасочвания, без noindex страници, без 404. За многоезични сайтове всеки URL адрес се нуждае от алтернативен език (вижте нашето многоезично ръководство за SEO). Изпратете картата на сайта в 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/non-www обслужва съдържание; останалите 301 към него в един скок.
• Без вериги или цикли за пренасочване. A до B до C губи бюджет за обхождане и разрежда сигналите; насочете стари URL адреси направо към крайния.
• Истински 404s. Липсваща страница трябва да върне 404 или 410, а не страница 200, която казва „не е намерена“ (мек 404).
• Грешките 5xx в регистрационните файлове или Search Console се нуждаят от незабавно внимание: повтарящите се сървърни грешки карат Google да забавя обхождането.

3. Възможност за индексиране: разрешена и уникална ли е страницата?

Три сигнала решават индексирането: мета маркерът robots или заглавката X-Robots-Tag, каноничният URL адрес и дали съдържанието е дубликат. Проверете ги за шаблон, а не за страница.

• Noindex течове. noindex, копиран от етапа в производството или изпратен в HTTP заглавка от уеб сървъра, безшумно премахва страници от търсене.
• Канонични етикети. Всяка индексируема страница има един абсолютен, самопрепращащ се каноничен. Пагинираните и филтрираните URL адреси трябва или да бъдат канонизирани към разумен родител, или да бъдат изключени. Никога не е каноничен за пренасочване, noindex или 404 URL.
• Дубликати. Варианти с наклонена черта в края, пътища с главни букви, параметри за проследяване и удобни за печат версии създават една и съща страница на няколко URL адреса. Изберете един и пренасочете или канонизирайте останалите.
• „Обходено – в момента не е индексирано“ в 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. Структура на сайта и вътрешни връзки

Търсачките откриват страници чрез връзки и използват структурата на връзката, за да преценят важността.

• Дълбочина на кликване. Важните страници трябва да бъдат достъпни в рамките на три щраквания от началната страница.
• Осиротели страници. Страници, които се появяват в картата на сайта, но нямат вътрешни връзки, получават малко внимание. Сравнете списъка за обхождане със списъка с карта на сайта.
• Anchor текст. Използвайте описателен текст („технически SEO одит“), а не „щракнете тук“. Връзка от силни страници към тези, които искате да класирате.
• Неработещи вътрешни връзки. Коригирайте връзки, които водят до 404 или до пренасочвания.
• Реални връзки. Навигацията, изградена само с манипулатори на щраквания на JavaScript вместо <a href>, може да не се следва.

5. Сигнали на страницата, които са технически

• Заглавие и мета описание: уникално за страница, заглавието е приблизително под 60 знака, така че да не се отрязва. Намерете дубликати и празни места в експортирането при обхождане.
• Един H1, който съответства на намерението на страницата, с логически H2/H3 под него.
• Език и кодиране: <html lang> зададен правилно, UTF-8 навсякъде, hreflang валиден и реципрочен.
• Изображения: описателни имена на файлове, alt текст, модерни формати ( WebP или AVIF) и изрична ширина и височина, за да се избегнат промени в оформлението.
• Страниране и филтри: уверете се, че фасетираните 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 s, Interaction to Next Paint под 200 ms и 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 with Offer, LocalBusiness. Маркирането трябва да съответства на това, което потребителите могат да видят на страницата. Вижте нашето JSON-LD ръководство за готови за използване примери.

9. Сигурност и мобилни основи

• HTTPS навсякъде с валиден сертификат, HTTP пренасочен към HTTPS и без смесено съдържание.
• Адаптивно оформление с правилен мета таг viewport; Google първо индексира мобилната версия.
• Без натрапчиви интерстициали, покриващи съдържанието на мобилно устройство.
• Заглавки за сигурност и здрав сървър: те не класират страниците, но хакнат или бавен сайт губи класирането бързо.

10. Приоритизирайте и пишете билети

Одитът е полезен само ако завършва с изпратени корекции. Сортиране на констатациите по въздействие:

1. Критични: блокирани страници, неиндексирани или връщащи грешки; грешни канонични данни на страниците за приходи; повредени пренасочвания.
2. Високо: дубликати, вериги за пренасочване, осиротели важни страници, липсващ hreflang, лош LCP на ключови шаблони.
3. Среден: дублирани заглавия, липсващи структурирани данни, тегло на изображението.
4. Ниска: козметични проблеми с маркирането.

За всеки елемент напишете модела на URL адреса, доказателствата (изход на команда или екранна снимка), очаквания резултат и собственик. „Fix canonicals“ не е билет; „Продуктовите страници с параметър ?sort= трябва да се канонизират към чистия URL; шаблон product.php, ред X“ е.

Колко често да се извършва одит

Изпълнявайте месечна лека проверка (отчети Search Console, бързо обхождане, състояние на ключови URL адреси) и пълен одит след миграции, редизайн, надграждане на рамка или когато трафикът спадне без ясна причина. Добавете автоматизирани проверки към вашия конвейер за внедряване: тест, че началната страница връща 200, няма noindex и има очаквания каноничен, улавя най-скъпите грешки преди потребителите.

Как можем да помогнем

Ако искате експерт да прегледа вашия сайт, нашата техническа услуга за SEO обхваща одити, корекции в кода и мониторинг и ние можем да внедрим промените сами, вместо да ви дадем PDF. Започнете с платена консултация, ако имате нужда от списък с приоритети какво да коригирате първо. За изглед на ниво основател на цялата SEO стратегия вижте SEO за основатели на SaaS.