Track: Track 2 (Hall 4)

Имаме сайт. Работи. Няма счупени страници, няма очевиден технически проблем и на пръв поглед всичко си е на мястото.

Само че някъде по пътя… конверсията е изчезнала.

В тази лекция ще превърнем един UX казус в малко криминално разследване. Ще имаме местопрестъпление, заподозрени, свидетели, улики и поне няколко много убедителни фалшиви следи. Ще проследим потребителския път и ще видим какво могат (и какво не могат) да ни кажат analytics, session recordings, user feedback и самият интерфейс.

Зад murder mystery историята обаче стои напълно реален UX процес: как да различим симптома от истинския проблем, как да не скачаме към първото логично обяснение, как да превърнем наблюденията в хипотези и как да проверим дали сме на прав път, преди да започнем процес по цялостен redesign.

И понеже едно добро разследване не приключва с “ами, според мен бутонът трябва да е по-голям”, накрая ще съберем уликите в ясна диагностична рамка, която помага да разберем къде по пътя нещата са тръгнали в грешната посока – и защо.

Case closed. Надявам се.

Много разработчици, фрийлансъри и агенции вярват, че щом са си свършили технически работата по един WordPress сайт, те са в безопасност. Реалността обаче показва, че между кода, плъгините, GDPR регулациите и финалния клиент съществува сложна верига от правни връзки. Ако те не са правилно регулирани, „горещият картоф“ на отговорността почти винаги остава в ръцете на създателя на сайта. Тя е изградена изцяло върху реални казуси от практиката ми и цели да даде бързи, приложими от утре решения за бизнеса. Ще разгледам в конкретика следните 4 основни проблема:
1. Анатомия на договора и капанът “Scope Creep”: Как правилно да структурираме рамковия договор за изработка на сайт, за да спрем безкрайните безплатни корекции от страна на клиента и да защитим финалното си плащане.
2. Рисковете при поддръжка (SLA): Къде свършва техническата отговорност при обновяване на плъгини и теми? Кой плаща щетите, ако сайтът се „счупи“ след уикенд ъпдейт, и как договорът ни спасява от софтуерни бъгове.
3. Скритият трафик на данни (GDPR & DPA): Защо всяка уеб агенция, която има достъп до бекенда на клиентски сайт, по закон е “Обработващ лични данни” и защо Договорът за обработка на данни (DPA) е по-важен от банера за бисквитки.
4. Интелектуална собственост в open-source екосистемата: Кой притежава кода, дизайна и лицензите за платените елементи след предаването на проекта – агенцията или клиентът?

Основната ми цел е лекцията да адресира един от най-големите, но рядко обсъждани проблеми в екосистемата, а именно липсата на правна култура при управлението на уеб проекти. Лекцията помага на фрийлансърите и агенциите да защитят труда и доходите си, а на собствениците на бизнеси, да разберат за какво да внимават при възлагане на уеб разработка на трети лица.

В тази лекция ще разгледаме една често пренебрегвана страна на уеб достъпността – преживяването на слабозрящите потребители. Когато говорим за accessibility, често първата асоциация е screen reader, но много хора използват увеличение на екрана, по-голям текст, висок контраст, персонализирани цветове или други помощни настройки.

Ще видим как типични WordPress сайтове могат да създават трудности при 200–400% увеличение, при промяна на размера на текста или при използване на различни визуални настройки. Ще разгледаме реални примери с навигация, бутони, форми, Gutenberg блокове, контраст и responsive поведение.

Ще покажем и как AI инструменти могат да помогнат на дизайнери, разработчици и автори на съдържание да откриват потенциални accessibility проблеми, да анализират HTML и CSS и да предлагат подобрения. Но ще обърнем внимание и на ограниченията: AI може да посочи проблем, но не може напълно да замени реалното тестване с потребители.

Целта на лекцията е участниците да си тръгнат с практичен подход за комбиниране на WordPress, AI, автоматични проверки и човешко тестване, за да създават сайтове, които са по-удобни и достъпни за слабозрящи хора.

The web has always evolved to meet new users. Search engines brought us robots.txt and sitemaps. Mobile devices changed how we designed interfaces. APIs connected our applications. Now AI agents are becoming another kind of user. In this session, we’ll look at what that means for WordPress developers. We’ll explore how AI agents interact with software, why machine-readable interfaces matter, and how emerging technologies like MCP fit into the picture. Along the way, we’ll discuss practical lessons learned while exposing a WordPress plugin through a REST API for AI-powered automation. Whether you’re building plugins, themes, or custom WordPress solutions, you’ll leave with a fresh perspective on what it means to build products for the next generation of users.

В тази лекция ще покажа практическата реализация на такъв проект – как да интегрираме пълноценен гласов AI асистент във вашия WordPress сайт или WooCommerce магазин.

Ще разгледаме:

• Логиката зад гласовите агенти
• Инструменти и архитектура
• Стъпки за внедряване във Вашия WordPress сайт или WooCommerce магазин.
• LIVE демо: Как работи агентът в реална WordPress среда (чрез live пример);

Лекцията е практическа, насочена към freelancers и собственици на бизнес, които искат да предложат иновативно потребителско преживяване чрез използването на гласови AI агенти.

Уеб дизайнери, разработчици и собственици на бизнес, които искат да предложат иновативно потребителско преживяване чрез използването на гласови AI агенти.