Продовження проекту. Редизайн та перезапуск сайту стоматологічної клініки Brovchak Family Dental Care 0680006609 http://brovchak-clinic.com.ua/ тз від сео-експертаhttps://docs.google.com/spreadsheets/d/17_WyPf3XVpzbuBjpJ7MNFs12QUL-aHv7iIbKudY-IEw/edit?gid=0#gid=0 https://miro.com/app/board/uXjVHXxFvIE=/Про проєкт Потрібно виконати повний редизайн існуючого сайту стоматологічної клініки на основі готового прототипу в Miro. Результат повинен включати: UI/UX дизайн адаптивну верстку інтеграцію на WordPress SEO-безпечний перезапуск технічну оптимізацію налаштування аналітики можливість простого самостійного редагування контенту Критично важливо: сайт повинен не просто виглядати сучасно, а покращувати бізнес-показники та не втратити поточні SEO-позиції.Бізнес-цілі проєкту Редизайн виконується для: збільшення кількості заявок із сайту; підвищення конверсії форм запису; підсилення довіри до клініки; демонстрації експертності лікарів; презентації складних клінічних випадків; формування преміального позиціонування; збільшення кількості звернень на імплантацію, ортопедію та комплексне лікування.Візуальна концепціяПозиціонування Преміальна авторська стоматологія. Не мережева клініка. Не масовий потік пацієнтів. Індивідуальний підхід, прогнозовані результати та складні клінічні рішення.Емоція, яку має викликати сайт "Тут працюють не просто стоматологи. Тут команда експертів створює довгострокові та прогнозовані рішення, приділяючи увагу кожній деталі."Стиль Workshop / Dental Atelier. Авторська стоматологія. Преміальний мінімалізм. Акцент на: мікроскопії; навігаційній імплантації; цифровому скануванні; гнатології; складних реабілітаціях. Використовувати: великі професійні фото лікарів; фото лікарів під час роботи; реальні кейси пацієнтів; фото клініки. Мінімізувати або повністю виключити: стокові фото; шаблонні стоматологічні зображення; типові дизайнерські рішення мережевих клінік.SEO та перезапуск Критична вимога: Редизайн не повинен призвести до суттєвого падіння органічного трафіку. Необхідно: зберегти SEO-структуру сайту; зберегти або коректно перенести URL; налаштувати 301 редиректи; перенести всі метатеги; зберегти індексацію сторінок; перевірити robots.txt; перевірити sitemap.xml; перевірити canonical; перевірити schema.org; виконати SEO-аудит до та після запуску.KPI SEO Допустиме падіння органічного трафіку після запуску: не більше 10%. Перевага надається виконавцям, які мають успішні кейси SEO-безпечних міграцій.UX та конверсія Сайт повинен забезпечувати: швидкий доступ до запису на консультацію; зрозумілу структуру послуг; просту навігацію; мобільну зручність; швидкий контакт із клінікою. Передбачити: CTA-блоки; форми запису; швидкий дзвінок; месенджери; блоки довіри; відеовідгуки; кейси лікування.Технічні вимогиШвидкість Google PageSpeed: Desktop — 90+ Mobile — 95+ Core Web Vitals повинні відповідати рекомендаціям Google.Оптимізація Необхідно: оптимізувати CSS; оптимізувати JS; налаштувати кешування; оптимізувати зображення; використовувати WebP; мінімізувати сторонні скрипти.Якість коду Важливо: чистий код; відсутність зайвих плагінів; використання штатних можливостей WordPress та теми; сумісність з майбутніми оновленнями WordPress.AI-асистент (агент) Потрібно запропонувати рішення для впровадження AI-консультанта. Бажаний функціонал: відповіді на типові питання; запис на консультацію; інтеграція з Telegram; інтеграція з Instagram Direct; інтеграція з Facebook Messenger; інтеграція з Viber; передача лідів у CRM або адміністраторам, або в телеграм бот Прохання описати запропоноване рішення окремо.Результат роботи На виході необхідно отримати: Новий дизайн сайту. Адаптивну верстку. SEO-безпечний запуск. Оптимізований код. Налаштовану аналітику. Інструкцію для адміністратора. Гарантійний супровід після запуску. Реалізація AI Search та AI-видачі У межах проєкту необхідно реалізувати окремий комплекс робіт із підготовки сайту до Google AI Overviews, AI Mode, ChatGPT, Gemini, Perplexity, Copilot та інших AI-пошукових систем. До робіт входить: Проєктування карти сутностей клініки: організація, філії, лікарі, послуги, кейси, статті, FAQ, відео та ціни. Створення логічних зв’язків між: лікарями та послугами; послугами й кейсами; послугами та FAQ; статтями й авторами; філіями та доступними напрямками лікування. Реалізація структурованих даних JSON-LD: Organization; MedicalClinic / Dentist; LocalBusiness; Person; ProfilePage; Service; MedicalProcedure — де семантично коректно; Article / BlogPosting; VideoObject; FAQPage; BreadcrumbList; WebSite; WebPage; ImageObject. Створення в WordPress структурованих типів контенту: послуги; лікарі; кейси; статті; FAQ; відео; філії; ціни. Реалізація ACF-зв’язків між типами контенту та автоматичної генерації schema.org із затверджених полів. Побудова FAQ у трьох рівнях: FAQ на сторінках послуг; окремі експертні decision-guide сторінки; загальний центр запитань пацієнтів. Забезпечення доступності основного контенту в HTML без залежності від клієнтського JavaScript, зображень або PDF. Реалізація авторства медичного контенту: автор; медичний рецензент; дата публікації; дата оновлення; посилання на профіль лікаря. Додавання транскриптів до експертних відео та зв’язування відео з послугами, лікарями й кейсами. Перевірка robots.txt, sitemap.xml, canonical, noindex, snippet controls і доступності сайту для пошукових та AI-краулерів. Налаштування відстеження AI-трафіку: окрема channel group у GA4; referrer-джерела ChatGPT, Perplexity, Gemini, Copilot, Claude; передача джерела в CRM і Telegram-заявки; звіт у Looker Studio; облік self-reported attribution від пацієнта. Створення базового набору запитів для регулярного моніторингу видимості клініки в AI-видачі. Перевірка структурованих даних через Rich Results Test та Schema Markup Validator. Підготовка інструкції для адміністратора: як додавати FAQ; як створювати кейс; як вказувати автора; як оновлювати дату медичного перегляду; як додавати відео і транскрипт; як зв’язувати матеріал із послугою та лікарем. інше.
Ставки приховані
Ставки поки відсутні
Ставки приховані
Ставки приховані
-
Андрій П. 23 травняКількість товарів (постів) вказується для розуміння як краще реалізувати функціонал в Wordpress щоб була краща продуктивність, менше навантаження на сервер(даже якщо самий простий хостинг), краща оптимізація верстки і щоб реалізувати зручне редагування і керування таою кількістю товарів в адмін..
Це ж логічно )) -
Heorhii B. 23 травняТо есть если бы клиент сказал что будет только 10 товаров, то можно тяп ляп хуяк и принимайте, готово.
Правильно понимаю вашу бизнес модель по отношению к клиентам? -
Андрій П. 23 травняНі не правильно, мабуть це через слово "краща"... Погоджуюсь, мабуть не дуже хороше формулювання з ним тут получилось
-
Олексій Ревуцький 23 травняДоброго! Чому WP? Це не найкращий вибір для магазину/каталогу. Мабуть навіть найгірший... Чи можно пропонувати інші CMS?
-
Андрій П. 23 травняЦе не магазин а каталогу, Чому це найгірший варіант? Це норм варіант для каталогу
-
Олексій Ревуцький 23 травня"не магазин а каталог" - А в чому різниця?
Чому погано? Тому що структура бази, тому що все прикручено, багато чому. Результат? Швидкодія, навантаження на сервер, розмір бази та місця хостингу, захист, і т.д і т.п. . Навіщо створювати продукт, а потім постійно щось "підкручувати"? І все одно це не допомагає...
-
Андрій П. 23 травняВи серйозно, не на приколі задаєте це питання "А в чому різниця?" 😂😂
А в чому різниця літака і машини?
Не очікував що є фрілансери які не знають в чому різниця.. Це просто жесть!!! -
Андрій П. 23 травняСтруктура бази і функціонал Wordpress норм підкходить для каталогів, блогів, візиток і тд. Якщо без хардкоду реалізувати то ніяких проблем з Швидкодією, навантаженням на сервер, розмір бази та місця хостингу, захист, і т.д і т.п. не буде!
Якщо кількість сторінок(товарів) більше 10 000 або якщо це інтернет магазин з відповідним функціоналом тоді так, погоджуюсь, у WP з цим вже будуть проблеми -
Андрій П. 23 травняВи ще скажіть що лейдинги теж на WP найгірший варіант тому що інтернет магазини на 200к товарів погано на WP реалізовувати
-
Олексій Ревуцький 23 травняВи ж каталог будете на Фукомерсе робити? Чи не так? 1000 товарів з характеристиками і все. Гаплик...
Каталог, це по суті магазин, з скороченим функціоналом. Хто з нас чого не розуміє?
До чого тут лендинг чи блог?
Структура бази нормальна? Серьозно? Да це основна проблема WP...
Спробуйте щось інше, а не цей "продукт".
І головне!
Я не з вами тут щось обговорюю, захисник недоCMS. Я хотів розмовляти з замовником. Нащо мені ваша думка? Я вас не питав.
-
Олексій Ревуцький 23 травняА якщо потрібно буде доповнити функціонал? В майбутньому? Та й простіше товари адмініструвати в магазині, ніж через ACF. Навіщо мудрувати? Знов таки є таж Joomla, де custom поля є вже з коробки. Наприклад.
-
Олексій Ревуцький 23 травняМожете сміятись. Але вона значно краще ніж WP на складних проектах. Подивиться на 6-ти версію. Ще можу запронувати OpenCart для цього завдання. Але. Я ніколи не пропоную замовникам WP, на проектах складніше лендінга чи блога. Ніяких магазів, дошок обьяв, форумів, соцмереж чи корпоративів зі складними кабінетами та функціями. Не для WP ці речі...
-
Андрій П. 23 травняJoomla створювали як більш “структуровану” CMS для порталів, корпоративних сайтів, каталогів, систем із ролями користувачів, мультимовністю та складнішою організацією контенту.
WordPress — простіший у старті, має величезну екосистему тем і плагінів, дешевший у підтримці й значно популярніший.
Для твого кейсу:
кілька категорій товарів/послуг
простий каталог
контактна форма замовлення
без складної логіки
— WordPress майже завжди буде кращим вибором.
Чому:
швидше зробити
більше готових шаблонів
дешевші розробники
легше адмініструвати
простіше SEO
простіше знайти плагіни форм, каталогу, кешування
легше переносити між хостингами
Joomla має сенс якщо:
потрібна складна система прав доступу
багато типів контенту й внутрішніх структур
корпоративний портал
є команда, яка вже працює з Joomla
Для “простенького каталогу” Joomla скоріше буде:
важча в підтримці
менш популярна
менше готових рішень
складніша для клієнта після здачі
Для такого сайту зараз типовий стек:
WordPress
або WooCommerce навіть без онлайн-оплати
форма через Contact Form 7 / Fluent Forms
кастомні поля через ACF
Це дешево, швидко й нормально масштабується для малого/середнього бізнесу.
-
Олексій Ревуцький 24 травняБачу змістовну, та аргументовану відповідь.
Я не топлю за Joomla, замовнику вирішувати, кого обирати. Можно робити і на WP.
Але якщо уж так, то маю декілька зауважень.
1. Так, WP простіше для старту. Хоча я не знаю що це означає. WP легче вивчити для розробника?
2. "більше готових шаблонів" - Але ж є потреба у кастомній розробці, згідно макетів... А тут Joomla попереду. Ви ж не будете пропонувати Elementor, сподіваюсь.
3. "Легше адмініструвати" - ось тут я з вами не згоден. Я достатньо сайтів перевів з WP+WooCommerce на Joomla+Joomshopping. Замовники кажуть, що Joomshopping адмініструвати значно простіше та логічніше.
4. "простіше SEO". Мабуть ви маєте на увазі "Yoast SEO". Так це стороннє розширення, яких багато і для Joomla. А "з коробки" у Joomla достатньо налаштувань і для SEO, і для OpenGraph і для Schema. Це все вбудовано в функціонал і не потребує плагинів.
5. "простіше знайти плагіни форм, каталогу, кешування". Ну цього добра навалом. Як платні, так і безкоштовні. Але. Все можно зробити на вбудованому функціоналі. Нема потреби у "сторонніх" розширеннях.
6. "легше переносити між хостингами". Ну це взагалі несправедливо. Для переноса сайту на Joomla вам потрібен лише дамп бази та архів файлів хостингу. Це все. Копіюєте файли. Створюєте базу. Налаштовуєте доступ до нової бази у configuration.php. Все.
7. "важча в підтримці" - це не правда. Багато спеців з Joomla. Проблем з цим немає.
8. "менш популярна" - то правда. Але "популярність" не є синонимом якості.
9. "менше готових рішень" - практично кожен другий сайт сьогодні, це біль-менш оригінальне рішення. А розширень - достатньо.
10. "WooCommerce навіть без онлайн-оплати". І без кабінету. Ми про це і говорим. Дуже погане рішення по рівнянню на OpenCart чи Joomla+Joomshopping. Вже казав чому. Складна робота для продактменеджера. Складне додавання характеристик та опцій. Величезна таблиця товару + кроспосилання на величезну таблицю meta. Як результат - довгий процесс фільтрування навіть для 1000-2000 товарів.
11. "форма через Contact Form 7 " - ну не треба уж так. Подивиться на можливості ChronoForms для Joomla. Навіть в бескоштовному варіанті. А воно з 2010 року розвивається. Ну і до речі, ви можете зробити форму зворотнього зв`язку на базовому функціоналі Joomla навіть без розширень.
12. "кастомні поля через ACF" - це додаткове "не рідне" розширення WordPress. Вже казав. Додаткові поля до матеріалів, різних типів, чи настроювані (користувацькі) поля (Custom Fields) вбудовані в ядро CMS Joomla і доступні починаючи з версії 3.7, тобто з початку 2017. Безкоштовно, в базі з "коробки".
Написав заради справедливості. Можу зробити і на WordPress`і. Але? Навіщо?
-
Андрій П. 23 травняОлексій, Будь ласка, перегляньте макети, розберіться спочатку що таке Каталог і Магазин і яка між ними різниця. ТУТ НЕМА НІЯКОГО ФУНКЦІОНАЛУ МАГАЗИНУ. А Ви впарюєте cms для магазинів і складних проектів. Цей проект можливо ще простіше за самий простий блог!!! Тут нема ніякого функціоналу для чого створювались запропоновані Вами CMS.
Не пропонуйте замовнику різати хліб бензопилою!! І ще щоб потім шукали хто дорого буде підтримувати і дороблювати цей проект на тій joomla чи OpenCart -
Андрій П. 23 травняЗвичайно ні, не на вукомерс, не потрібний тут взагалі вукомерс абсолютно, нема тут ніякого функціоналу магазину... Я чесно вже очікував це питання після того що Ви запитали "А в чому різниця" і схоже Ви вправду не знаєте відповіді
Ні каталог це взагалі не магазин, без суті, це різний функціонал. Будь ласка, розберіться в питанні спочатку.
Чому по Вашій суті це теж саме? Тому що в макеті намальована ціна і Артикуль?
"До чого тут лендинг чи блог?"
- тому що тут функціонал ближче до цього
"Структура бази нормальна? Серьозно? Да це основна проблема WP..."
- Да, вона нормальна саме для таких проектів і для не сильно великої кількості сторінок. Для сильно великої кількості сторінок з цим погоджуюсь(про що і раніше вказав)- приблизно 42–43% усіх сайтів в інтернеті працюють на WordPress
- це орієнтовно 500–800+ мільйонів сайтів, залежно від методики підрахунку
- серед сайтів, які використовують CMS, частка WordPress — близько 60% ринку
"Я не з вами тут щось обговорюю, захисник недоCMS. Я хотів розмовляти з замовником. Нащо мені ваша думка? Я вас не питав."
Тут обговорюється проект і функціонал. А також хочу захистити замовника від тих хто не знає "А в чому різниця" і від відповідних наслідків цього
І погоджуюсь що нема сенсу далі обговорювати, для цього комусь потрібно розібратись в питанні -
Олексій Ревуцький 23 травня" 42–43% усіх сайтів в інтернеті". Ну так, а саме популярне авто, в Україні, був Дайву Ланос. Дешево та сердито!
-
Андрій П. 23 травняОк, без питань. Пробуйте впарити замовнику літак з відповідною ціною і ціною на подальше обслуговування, з пошуком розробників на Ваші cms які ніхто не знає
-
Сергей Науменко 23 травняЧи можна дізнатись деталі? У вигляді часу на реалізацію та бюджет?
Щоб розуміти, чи займати ваш час ставкою) -
Oleksandr Berezianko 23 травняТа ідеально тут лягає WordPress - головне не вантажити зайвим і все буде гуд)
Актуальні фриланс-проєкти в категорії HTML та CSS верстання
Потрібен спеціаліст з Wix для верстки сайту за макетом Figma. Є готовий дизайн сайту у Figma. Потрібно якісно реалізувати його у Wix, максимально дотримуючись макета. Необхідно: перенести дизайн з Figma до Wix; адаптувати всі сторінки; налаштувати десктопну та мобільну версії; забезпечити коректне відображення на різних пристроях. Перевага надається виконавцям із досвідом роботи з Wix. Будь ласка, надсилайте портфоліо з реалізованими проєктами.
# Потрібен верстальник (WordPress / WooCommerce): картка товару ## Про проєкт Діючий інтернет-магазин Дизайн вже готовий — потрібно якісно зверстати й інтегруватикартку товару (single product). - Поточна сторінка (приклад): https://obertshop.com.ua/shop/dysky/audi/r21-audi/disk-r21-na-avto-audi-obr9006/ Верстка шаблонуsingle-product ## Вимоги - Верстка до макету Figma. -Адаптив: desktop + mobile, коректне відображення в основних браузерах. - Інтеграція в існуючу тему WooCommerce, чистий і підтримуваний код. - Результат — робоча сторінка на сайті, що відповідає дизайну. ## Що надіслати у відгуку 1. Портфоліо (бажаноWordPress / WooCommerce, картки товарів). 2.Вартість — запропонуйте зручний формат (фікс за проєкт або погодинна ставка). 3.Строк у днях. 4. Питання по макету та перелік доступів/матеріалів, які потрібні від нас для старту. Доступ до Figma, сайту й потрібні матеріали надам у приватних повідомленнях після відгуку.
Потрібно зверстати сайт по дизайну. Макет кривий трішки, тому pixel perfect не треба. Верстка, адаптив для МОБ пристроїв, відкриття сторінок по посиланнях та сайт на 3-х мовах. Всі тексти в блоках на інших мовах пришлемо пізніше. Додатково: оптимізація для Google PageSpeed 100 / 100 для МОБ та ПК. Або хоча б 98 із 100, не меньше !!! Пропонуйте строки та вартість. Макет: https://www.figma.com/design/AkM2GAvaLAPw7IAOtkGPIy/DSL-2010--%D0%9F%D1%80%D0%B0%D0%B2%D0%BA%D0%B8-1-?node-id=6177-908&t=u7qPBPqxIifkwaug-0
Сайт розроблений на: Backend: Java + Spring Boot База даних: MySQL Frontend: JavaScript, HTML, CSS Шаблонізатор: Thymeleaf Сервер: VPS (Linux Ubuntu) Reverse Proxy: Apache2 Архітектура: Монолітний додаток На даний момент на сайті реалізовано: Блог з адміністративною панеллю. Можливість створювати та редагувати статті через адмін-панель. Можливість додавати HTML-розмітку та контент через візуальний інтерфейс. Статичні сторінки сайту, які зараз створюються розробником вручну. ⸻ Мета завдання Необхідно реалізувати можливість створювати та управляти новими комерційними сторінками послуг через існуючу адміністративну панель аналогічно тому, як зараз створюються статті блогу. Після реалізації адміністратор повинен мати можливість самостійно створювати нові SEO-сторінки послуг без участі розробника. ⸻ Поточний стан Зараз через адмін-панель можна створювати тільки записи блогу. Приклад: Стаття 1 Стаття 2 Стаття 3 Кожна стаття має: Заголовок URL (slug) Контент SEO-параметри Зображення ⸻ Що необхідно реалізувати 1. Новий тип контенту «Послуги» Створити в адмін-панелі окремий розділ: «Послуги» Він повинен бути незалежним від розділу блогу. Приклад структури: Блог Послуги ⸻ 1. Створення сторінки послуги Адміністратор повинен мати можливість створити нову сторінку послуги через інтерфейс. Комерційні сторінки послуг складаються з 13 блоків, з яких 4 блоки динамічні та 9 статичних. Поля: Назва послуги URL (slug) H1 SEO Title Meta Description SEO Keywords Основний контент сторінки Зображення Статус публікації (Чернетка / Опубліковано) ⸻ 1. Контент сторінки Контент повинен підтримувати: HTML-розмітку Форматування тексту Заголовки H2-H6 Списки Зображення Посилання Бажано використовувати існуючий редактор, який вже застосовується в блозі. ⸻ 1. Генерація URL Кожна послуга повинна мати власний URL. Приклади: /visa/usa/business-visa-usa /visa/usa/business-visa-uk /visa/usa/business-visa-canada ⸻ 1. Відображення на сайті Після публікації сторінка повинна: автоматично ставати доступною за своїм URL; використовувати існуючий шаблон сторінок послуг або новий шаблон; коректно відображатися на всіх пристроях. ⸻ 1. SEO Для кожної послуги необхідно забезпечити можливість налаштування: Title Description H1 Canonical URL (бажано) Open Graph (бажано) Сторінки повинні індексуватися пошуковими системами аналогічно сторінкам блогу. ⸻ 1. Список послуг В адмін-панелі реалізувати: список всіх послуг; пошук; редагування; видалення; зміна статусу публікації. ⸻ 1. Важно Реалізувати можливість створювати нові типи SEO-сторінок без доопрацювання коду в майбутньому. через єдиний механізм управління контентом. ⸻ Що очікується від розробника Необхідно проаналізувати існуючу реалізацію блогу та максимально переиспользувати поточну архітектуру для створення нового розділу «Послуги». При відповіді прошу вказати: Яким чином буде реалізовано завдання. Які зміни знадобляться в БД. Оцінку по часу. Вартість робіт. Які технології повинен знати виконавець Обов'язково: Java Spring Boot MySQL Thymeleaf HTML/CSS JavaScript Робота з Linux Ubuntu Бажано: Spring Security SEO-оптимізація серверних сторінок Досвід роботи з CMS та CRUD-модулями Досвід підтримки монолітних Spring Boot проектів