Изпратете запитване

Ще се радваме да обсъдим Вашия проект.

Кога статичен сайт бие WordPress: кейсът SAFTCheck

90% от проектите ни са на WordPress — но за SAFTCheck избрахме статичен сайт без CMS. Технически кейс: кога поверителността, скоростта и нулевата администрация надделяват и как се мести проект на нов домейн с 301.

Web Дизайн

Кога статичен сайт бие WordPress: кейсът SAFTCheck

от Владислав Влаев ≈ 7 мин четене

Около 90% от проектите, които минават през ръцете ни, са на WordPress — и това е правилният избор за тях. Но когато строихме SAFTCheck, безплатна проверка на SAF-T файлове за НАП, направихме точно обратното: статичен сайт без CMS, без база данни и без нито един ред сървърен код. Този кейс е за това кога подобно решение има смисъл — и кога би било грешка.

Кратък отговор: WordPress печели навсякъде, където съдържанието се променя често и го редактират хора без техническа подготовка. Статичният сайт печели, когато продуктът е инструмент, изискванията за поверителност са твърди и всяка десета от секундата зареждане носи или губи доверие. SAFTCheck попада изцяло във втората категория.

Накратко

  • Не е война на технологии, а въпрос на профил на проекта: кой пипа съдържанието и колко често.
  • Инструмент с чувствителни данни е най-силният случай за статичен сайт — щом няма бекенд, няма какво да изтече.
  • 120 KB срещу половин мегабайт. При статичния сайт бързината е начално състояние, не постижение.
  • Цената е гъвкавостта. Всяка промяна минава през разработчик — поносимо за инструмент, неприемливо за блог.

01Контекстът: какво е SAFTCheck и защо е наш проект

Да сложим картите на масата: SAFTCheck е проект на хора от нашия екип, така че не сме безпристрастни. Но точно затова можем да разкажем решенията отвътре, с истинските причини зад тях.

SAF-T е новият формат за отчитане пред НАП, който се въвежда на вълни от 2026 до 2030 г. — първо големите предприятия, до 2030 г. всички, включително ДДС-регистрираните микрофирми. Месечният файл се подава до края на месеца, следващ отчетния, а при отхвърляне има 7 дни за корекция. С други думи: всеки месец, краен срок, реални последици при грешка.

Инструментът прави едно нещо: проверява SAF-T файла, преди да замине към НАП. Особеното е къде става проверката — целият валидатор работи в браузъра, чрез WebAssembly компилация на libxml2. Файлът не се качва на никакъв сървър и не се иска регистрация. Това не е маркетингово изречение, а архитектурното решение, от което следва всичко останало в този текст.

02Защо 90% от проектите ни остават на WordPress

Преди да хвалим статичното, нека сме честни за какво WordPress няма разумна алтернатива в нашата практика:

  • Съдържание, което се променя ежедневноРедактори, роли, чернови, планирани публикации, ревизии — да построите това от нулата е проект сам по себе си.
  • Хора без техническа подготовкаКлиентът трябва да може да смени цена, снимка или текст в 22:00 ч., без да пише на никого.
  • Електронна търговияWooCommerce с плащания, наличности и фактуриране се вдига за дни, не за месеци.
  • ЕкосистематаФорми, многоезичност, SEO инструменти, интеграции — почти всичко вече е написано и поддържано.

Ако вашият сайт прилича на това описание, спрете да четете и останете на WordPress. Сериозно.

03Трите причини статичното да спечели точно тук

  1. Поверителността беше изискване номер едно

    Един SAF-T файл съдържа оборотите на фирмата, сметкоплана и контрагентите ѝ. Счетоводителите с основание не искат да качват такова нещо в непознат сайт. Класическото решение — качване към сървър, проверка, изтриване „обещаваме“ — изисква доверие, което един нов инструмент няма откъде да има.

    Статичната архитектура решава проблема радикално: щом няма бекенд, няма какво да изтече. Проверката върви локално в браузъра, а сайтът събира само собствена анонимна статистика — без бисквитки и без външни тракери. При WordPress същото ниво на гаранция е практически непостижимо: винаги има сървър, база данни и админ панел, които трябва да се пазят.

  2. Скоростта е част от доверието

    Първоначалното зареждане на SAFTCheck е около 120 KB — с brotli компресия и immutable кеш за асетите, така че второто посещение е на практика мигновено. За сравнение, типична WordPress страница с тема, билдър и няколко плъгина рядко слиза под половин мегабайт, а често е в мегабайти.

    Може ли WordPress да бъде бърз? Да — с дисциплина, кеширане и редовна грижа го постигаме постоянно. Разликата е, че при статичния сайт бързината не е постижение, а начално състояние, което следващият плъгин не може да развали.

  3. Нулева администрация

    Никакви ъпдейти на ядро и плъгини, никакви проверки за съвместимост, никаква база данни за поддръжка, никакъв админ панел за защита. За инструмент, който трябва просто да работи всеки месец около отчетния срок, това сваля цели категории рискове до нула. Цената е известна: всяка промяна по съдържанието минава през build и deploy, тоест през разработчик. За блог това е неприемливо; за инструмент — напълно поносимо.

04Урокът с 301: от поддомейн към собствен домейн

Проектът стартира като поддомейн на wp-site.bg и през август 2026 г. се премести на собствен домейн. Ако някога правите същото, редът е следният и не е по избор:

  • 301 пренасочване страница към страницаНе всичко към началната, а всеки стар URL към точния му нов адрес.
  • Запазена структура на адреситеЗа да е пренасочването тривиално и без пропуснати страници.
  • Обновени canonical адреси и sitemapНа новия домейн, от първия ден.

Поддомейнът беше правилният старт — бърз, безплатен, без ангажимент към име. Собственият домейн стана нужен, когато инструментът порасна до самостоятелен продукт. С коректни 301 пренасочвания преместването е рутинна операция, а не SEO драма.

05Статичен не значи празен

Най-честото възражение срещу статичните сайтове е, че са „брошури“. Кейсът показва обратното — вътре има справочник на всичките 347 елемента от схемата на НАП с официалните им описания, национален сметкоплан с 360 сметки и търсачка, калкулатор „В коя вълна съм?“, указател с всичките 188 официални въпроса и отговора на НАП и дори конвертор в бета, който сглобява месечен SAF-T XML от оборотка и хронология — отново изцяло в браузъра.

Статичната технология не ограничава дълбочината; ограничава само това кой и как публикува.

Самите проверки не са черна кутия: методиката им е описана публично — от валидацията по официалната XSD схема v1.0.2 през балансовите равенства по сметки до контролната цифра на ЕИК. Същото важи и за съдържанието: проектът има блог, в който всяка статия стъпва на първоизточници — схемата и официалните документи на НАП, не преразкази.

06Как да решите за вашия проект

Минете през четири въпроса:

  • Кой пипа съдържанието?Нетехнически хора всеки ден — WordPress. Разработчик няколко пъти месечно — статичното е кандидат.
  • Обработвате ли чужди чувствителни данни?Ако можете да ги задържите в браузъра на потребителя, това е аргумент, който никоя политика за поверителност не може да замени.
  • Инструмент или медия?Инструментите се променят рядко и се използват често — идеалният профил за статичен сайт. Медиите са обратното.
  • Кой ще поддържа?Без екип за редовни ъпдейти статичният сайт е по-безопасният избор; с добра поддръжка WordPress е спокоен избор.

Не насилвайте CMS-а само защото го познавате. И не тръгвайте на статичен сайт само защото звучи модерно — ако утре клиентът иска да си сменя текстовете сам, ще платите разликата двойно.

Изводът

Нашият извод от кейса е прост: това не е война на технологии, а въпрос на профил на проекта. Деветдесет процента от работата ни остава на WordPress, защото там той е безспорен. Но когато следващият ви проект е инструмент с твърди изисквания за поверителност и скорост — не насилвайте CMS-а. Понякога най-добрият сървърен код е никакъв.

Ако не сте сигурни в коя категория попада вашият проект, вижте какво включва изработката на WordPress сайт при нас — или ни питайте направо.

Владислав Влаев
Основател на WP Site BG · WordPress и SEO

Прави сайтове от 2006 г. Поддържа 46 сайта и работи по видимостта им в Google — с числа в отчета, не с обещания.

Сподели:

Често задавани въпроси

Кога статичният сайт е по-добър от WordPress?
Когато продуктът е инструмент, а не медия: съдържанието се променя рядко, поддържа се от разработчик и изискванията за скорост и поверителност са твърди. Ако съдържанието се пипа ежедневно от нетехнически хора, WordPress остава по-разумният избор.
Наистина ли файлът не се качва никъде?
Не се качва. Валидацията върви локално в браузъра чрез WebAssembly компилация на libxml2. Това не е обещание в политика за поверителност, а свойство на архитектурата — липсва сървър, който да приема файлове, и всеки може да го провери в мрежовия панел на браузъра си.
Може ли WordPress да бъде също толкова бърз?
Може, с дисциплина, кеширане и редовна грижа — постигаме го постоянно. Разликата е, че при статичния сайт бързината е начално състояние, а не постижение, което следващият инсталиран плъгин може да развали.
Статичният сайт не е ли просто брошура?
Не. В SAFTCheck има справочник на 347 елемента от схемата, национален сметкоплан с 360 сметки и търсачка, калкулатор за сроковете, указател със 188 официални въпроса и отговора и конвертор в бета. Технологията ограничава кой публикува, не колко дълбоко е съдържанието.
Какво трябва да се внимава при преместване от поддомейн на собствен домейн?
Три неща: 301 пренасочване страница към страница, а не всичко към началната; запазена структура на адресите, за да е пренасочването пълно; обновени canonical адреси и sitemap на новия домейн от първия ден. Направено така, преместването е рутинна операция.

Инструмент, сайт или и двете?

Казваме честно кое от двете ви трябва — и кога WordPress е по-разумният избор, дори когато алтернативата звучи по-интересно.

Питайте ни