On-page SEO чеклист за повишаване на ранкинга и UX

Какво ще получите от този чеклист

Този чеклист дава кратки, приложимиon-page SEO задачи, които можете да изпълните незабавно: технически проверки, които влияят на crawling and indexing, добри практики за съдържание и метаданни, структура на вътрешните връзки, производителност и Core Web Vitals, както и секция за верификация/отстраняване на проблеми с точни инструменти и команди.

Как да мислите за on-page SEO (crawl, index, rank)

Разделете оценката на страницата на три фази: crawling (откриване и вземане), indexing (какво Google съхранява за страницата) и ranking (как се подреждат резултатите). Поправките на етапа crawl/index правят съдържанието достъпно за сигналите за ранкване, но не променят автоматично ранга. Since July 2024, Google crawls sites for Search with Googlebot Smartphone by default — третирайте мобилния изглед като основен източник за това, което Google вижда.

Core technical checks

Изпълнете тези проверки първо. Те разглеждат видимостта и основното здраве на сайта.

• Robots и meta robots: уверете се, че страниците, които искате да се индексират, позволяват crawling и indexing. Проверете за липсващи или конфликтни директиви в HTML <meta name="robots"> и в сървърните X-Robots-Tag хедъри.
• Canonical тагове: използвайте един rel="canonical", сочещ към предпочитаната URL и проверете дали е еднакъв в мобилната и десктоп версия; конфликти в каноникалите могат да попречат на индексирането.
• Sitemap: включвайте само канонични URL и се уверете, че вашият XML sitemap е посочен в robots.txt. За големи сайтове разделете sitemaps според sitemap протокола.
• Mobile rendering: тествайте представителни страници с Google Search Console URL Inspection tool и със смартфон user-agent, за да потвърдите, че мобилният HTML отговаря на съдържанието, което искате да бъде индексирано.
• HTTP status and redirects: уверете се, че каноничните и важните страници връщат 200 и че пренасочванията са 301 (или 302, където е подходящо). Избягвайте redirect chains.

Content and on-page elements

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

• Title tags: пишете уникални, описателни заглавия за всяка страница, които отразяват темата и основното намерение при търсене.
• Meta descriptions: формулирайте полезни резюмета, които точно описват страницата; те не определят пряко ранга, но влияят на CTR.
• Headings and content hierarchy: използвайте H2/H3 за логически секции. Дръжте съдържанието лесно за преглеждане с кратки параграфи, списъци и ясни подзаглавия.
• Unique, useful content: фокусирайте се върху съдържание, което отговаря на намерението на потребителя и дава стойност извън тънки или дублирани материали. Избягвайте копирането на големи блокове от други страници.
• Images and alt text: компресирайте изображенията, използвайте responsive srcset където е полезно и добавяйте кратък alt text, който описва функцията или съдържанието на изображението.

Internal linking and URL structure

Вътрешните връзки помагат на потребителите и на търсачките да откриват и приоритизират страници. Третирайте вътрешните връзки като редакционни сигнали и запазвайте anchor text описателен и релевантен.

• Разреждайте дълбоките страници, когато е подходящо, като добавяте контекстуални вътрешни връзки от релевантни хъбове към важни публикации.
• Consistent URLs: използвайте четими, стабилни URLs и избягвайте query strings за канонично съдържание, когато е възможно.

UX, performance and Core Web Vitals

Производителността влияе на ангажираността и може да влияе на начина, по който търсачките интерпретират стойността на страницата. Отнасяйте се към Core Web Vitals като потребителско-центрични KPI: LCP (loading), INP (interaction), CLS (visual stability).

• Server and hosting: ако ресурсите са ограничени, преминете към план или доставчик, който съответства на нуждите ви от трафик и приложение. Споделени хостинги могат да причинят noisy-neighbor проблеми; управлявани платформи могат да намалят оперативната тежест.
• Asset optimization: използвайте модерни формати за изображения, когато е приложимо, активирайте text compression и внедрете стратегии като critical CSS/async JS, за да намалите blocking time.
• Caching and CDN: използвайте CDNs за географски разпределена доставка и настройте cache headers за статични активи.

Outgoing links, rel attributes and paid placements

Използвайте rel атрибути, за да уточните намерението на връзката. Не съществува rel="dofollow" — нормалната връзка е просто връзка без rel=nofollow, rel=sponsored или rel=ugc. За платени или спонсорирани връзки включете rel="sponsored"; за потребителско генерирани връзки използвайте rel="ugc"; за да маркирате връзка като подсказка за търсачките използвайте rel="nofollow".

Inline examples: a standard link without a special rel value: пример. For sponsored content: пример. For user-generated links: пример.

Политиката на Google за linkspam се прилага, когато връзките се използват основно за манипулиране на ранкинга. Платените разположения трябва да използват rel="sponsored" или rel="nofollow" и редакционният контекст, индексацията и качеството на издателя определят SEO стойността на разполагането.

Verification and troubleshooting (tools and commands)

Използвайте следните инструменти и команди, за да проверите как се рендират страниците и как ги виждат търсачките. За страници, които притежавате, URL Inspection в Google Search Console е авторитетен за инспекция и live тестване.

• Fetch headers only (quick status): curl -I https://example.com/page — това връща хедърите на отговора без тялото.
• Fetch HTML as a smartphone UA: curl -A "Mozilla/5.0 (Linux; Android)" https://example.com/page — използвайте това, за да сравните mobile vs desktop HTML при тестване на mobile-first rendering.
• Rendered DOM checks: open the page in Chrome, use DevTools Elements and Network panels to confirm that critical content isn’t injected later by JS and that resources return 200. Lighthouse in DevTools helps surface performance issues and Core Web Vitals.
• Rich Results Test and Schema: validate structured data with the Rich Results Test and the Schema Markupвалидатора на schema.org за коректност и допустимост.

Indexation checks from the outside: the site: operator can indicate whether Google is surfacing pages publicly, but it is not definitive. For owned pages, prefer URL Inspection in Search Console for authoritative indexation and coverage details.

Quick audit checklist (run this on a sample of pages)

• Потвърдете HTTP статуса, canonical и robots директивите.
• Проверете дали мобилният HTML съдържа същото основно съдържание, което искате да се индексира.
• Валидирайте title, meta description и структурата на заглавията.
• Изпълнете Lighthouse за производителност и инспектирайте метриките LCP/INP/CLS.
• Проверете структурирани данни с Rich Results Test.

When to escalate to engineering or product

Ако поправките изискват конфигурация на сървъра, промени в логиката на canonical, или големи frontend рефактори (промени в рендирането, critical CSS или проблеми с client-side rendering), включете engineering. Приоритизирайте според страниците, които генерират бизнес трафик и конверсии.

Read the Technical SEO Guide

ЧЗВ

How does mobile-first indexing affect on-page SEO?

Google използва мобилната версия като основна база за crawling и indexing. Since July 2024, Google crawls with Googlebot Smartphone by default, затова уверете се, че мобилният HTML съдържа същото важно съдържание, метаданни и структурирани данни, които искате да бъдат индексирани.

If my pages aren’t indexed, what should I check first?

Започнете с URL Inspection в Google Search Console за каноничния URL, за да видите причините за покритието. От външна гледна точка проверете robots директивите, canonical таговете, HTTP статуса и дали съдържанието на страницата присъства в мобилния HTML чрез curl или смартфон UA в DevTools.

Do Core Web Vitals directly change rankings?

Core Web Vitals са метрики, фокусирани върху потребителя, които влияят на начина, по който търсачките оценяват потребителското изживяване на страницата. Подобряването им подпомага ангажираността и може да влияе на сравняването на страниците, но са само един от многото сигнали при решенията за ранкиране.

When should I use rel="nofollow" vs rel="sponsored"?

Използвайте rel="sponsored" за платени или компенсирани връзки. Използвайте rel="nofollow" когато искате да маркирате връзка като подсказка за търсачките — например за недоверени или нискокачествени изходящи връзки. Google третира rel стойностите като подсказки, така че те информират, но не контролират строго как се обработват връзките.