Продолжение проекта. Редизайн и перезапуск сайта стоматологической клиники 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 маяСтруктура бази і функціонал 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 проектов