Това е чеклист за App Router, но принципите важат и за Pages Router. Винаги сравнявай реалния HTML на публикувания URL с това, което виждаш след зареждане в браузъра. Google може да обработва JavaScript, но критичното съдържание не бива да зависи от клик или вход в акаунт.

1–3. Рендериране и метаданни

1. Провери HTML от сървъра

Използвай curl -L https://example.com/usluga и прегледай дали основното заглавие, текст и вътрешни линкове са достъпни. Някои страници показват само зареждащ компонент или празен контейнер преди клиентски JavaScript.

2. Използвай Metadata API

При статични страници задай уникални title, description и alternates.canonical. При динамични маршрути използвай generateMetadata с реалните данни за продукта или услугата. Не разчитай всички страници да наследят едно и също заглавие от основния layout.

export const metadata = {
  title: 'SEO одит на сайт',
  description: 'Какво включва техническият SEO одит.',
  alternates: { canonical: '/seo-odit' },
};

3. Провери каноничния домейн

metadataBase трябва да сочи към реалния HTTPS домейн. Провери дали production страниците не излъчват canonical към localhost, тестов поддомейн или към началната страница.

4–7. URL адреси и индексация

4. Реални HTTP status кодове

Несъществуващ продукт трябва да връща 404, а не успешна страница с текст „не е намерен“. За преместена страница използвай съответното пренасочване, вместо да оставяш дублирани версии.

5. robots.txt без блокиране на важни страници

В Next.js може да използваш app/robots.ts. Robots.txt не е средство за премахване на индексиран URL. За това се използва noindex на страница, която Google може да обходи, или контрол на достъпа.

6. Сайтмап само с канонични URL

app/sitemap.ts трябва да включва реалните, индексирани и достъпни страници. Не подавай фалшиви дати за промени при всяко зареждане. Google не използва полетата priority и changefreq.

7. Линкове до важните страници

Всяка услуга трябва да има нормален HTML линк от меню, услуги или свързана публикация. Не крий всички пътища зад интерактивни компоненти, които изискват действие.

8–10. Скорост, UX и структура

8. Изображения

Провери размерите, компресията и атрибутите за layout. За голямо hero изображение измери LCP и прецени дали оптимизирането му дава реална полза.

9. JavaScript и third-party скриптове

Измери Core Web Vitals преди и след добавяне на chat widgets, analytics и реклами. Излишен JavaScript може да влияе на INP и производителността.

10. Структурирани данни само когато са достоверни

Добавяй Service, Organization, Article и BreadcrumbList когато съдържанието им е вярно и видимо. Измислени ревюта и фиктивни рейтинги не са SEO стратегия.

11–12. Проверки в Google Search Console

11. URL Inspection

Провери една начална, една услуга и една динамична страница в Google Search Console. Потърси несъответствия в индексирането, избрания canonical и наличността на HTML.

12. Работи по заявките с реални впечатления

В отчета Performance филтрирай по страница: кои заявки носят впечатления, какво потребителско намерение стоят зад тях и дали страницата отговаря на него. Промени само това, за което има разумна хипотеза, след което измери отново.