Бюджет: 200 UAH Срок: 1 день
Добрый день! Вам нужна микроразметка. Помогу настроить и показать как ее проверять в гугле!
Собственно сама оценка в статьях имеется (пример тут: https://webmastera.blog/pochemu-xoroshop-eto-ploxo-obzor-platformy-xoroshop-xoroshop-otzyv/ )
Нужно ее сделать таким образом, что бы гугл ее воспринимал: http://joxi.ru/EA4RJOXTOoaLlm
Желательно сделать так, что бы при обновлении темы не слетели настройки.
Прошу писать строки и стоимость
Бюджет: 200 UAH Срок: 1 день
Добрый день! Вам нужна микроразметка. Помогу настроить и показать как ее проверять в гугле!
https://wordpress.org/plugins/schema-review/
Поставьте плагин и все ок будет
http://joxi.ru/EA4RJOXTOoaLlm
У вас: <div itemscope="" itemtype="http://schema.org/Article">
А вот что пишет Google 18 сентября 2019 года
https://webmasters.googleblog.com/2019/09/making-review-rich-results-more-helpful.html
Так что, о "звездочках" в снипетах для контента, размеченного как "Article" можно забыть.
Значит использовать другой плагин. Главное что бы этот рейтинг показывался в гугл сниппете.
Плагин тут причем?
Я Вам ссылку дал на оф.письмо Гугла, в типе вашей схемы не поддерживается этот элемент ("звездочки") при формировании сниппета. И при валидации будет выдавать ошибки.
Если уж очень хочется видеть рейтинг, то нужно менять тип разметки для материалов полностью, со всеми вытекающими. Например, если размечать Article как Product, то добавлять обязательные mpn, brand, inStock и т.п.
Но не факт, что это будет долго работать.
Просто добавить к тому что есть можно, но Гуглу будет это внедрение монохромно...
Разработка архитектуры единой платформы управления флотом WordPress-сайтовКонтекст проекта Есть флот из нескольких десятков WordPress-сайтов, размещённых на одном сервере и обслуживаемых одной командой. Сайты постепенно переводятся на единый стандарт разработки и поддержки — общую дизайн-систему с единой библиотекой блоков (ACF + Gutenberg) и единый стандарт безопасности. Требуется архитектура платформы для централизованного управления этим флотом.Задача Нужна разработка технической архитектуры единой платформы управления флотом WordPress-сайтов. Платформа — это не дашборд метрик, а полноценная система централизованного управления и доступа.Требования к платформе Единый вход для супер-администратора — одна точка входа для управления всеми сайтами флота: обзор состояния, версий, статуса соответствия стандарту. One-click доступ в админку каждого сайта — возможность зайти в wp-admin любого сайта флота из единого интерфейса, без хранения/ввода паролей от каждого сайта отдельно. Требуется продуманный механизм аутентификации (токены с ограниченным временем жизни, привязка к конкретному пользователю, полное логирование доступа). Разграничение ролей: супер-админ видит и управляет всем флотом; администраторы отдельных сайтов имеют доступ только к своим сайтам. Единая дизайн-система с кастомизацией на уровне сайта — общая библиотека блоков (ACF + Gutenberg), дистрибутируемая на все сайты через центральный механизм обновлений, но с возможностью локальной кастомизации блоков под конкретный сайт без потери совместимости с будущими обновлениями библиотеки. Общий дашборд мониторинга и оповещений — состояние сайтов и сервера, алерты о падениях/проблемах, статус обновлений и compliance каждого сайта относительно единого стандарта. Удобное добавление новых сайтов в сеть — платформа должна поддерживать быстрое клонирование/разворачивание нового сайта на основе единого стандарта (Core-плагин, дизайн-система) и подключение его к Hub с минимальным количеством ручных шагов.Архитектурные ограничения (важно) WordPress Multisite не рассматривается и не подходит для этой задачи. Причина не в удобстве интерфейса, а в фундаментальных архитектурных свойствах Multisite: Общая база данных и общее ядро для всех сайтов сети означают единую точку отказа: некорректное обновление плагина или ядра способно одновременно вывести из строя все сайты сети, а не один. Общий пул серверных ресурсов (PHP-воркеры, соединения с БД) означает, что аномальная нагрузка на один сайт (акция, всплеск трафика, атака) деградирует производительность всех остальных сайтов сети, включая никак не связанные с этой нагрузкой. Это системное свойство Multisite, не устраняемое процессом или дисциплиной — поэтому требуется архитектура, где каждый сайт остаётся независимой инсталляцией (собственная БД), а унификация и централизованное управление достигаются другими средствами.Предварительное архитектурное направление На данный момент наиболее перспективным представляется архитектурный подход Hub & Spoke, при котором независимые WordPress-инсталляции ("Spokes"), каждая со своей БД, объединяются: общим дистрибутируемым Core-плагином (библиотека блоков, security baseline, bridge-модуль для связи с Hub); центральным управляющим приложением ("Hub") — реестр сайтов, one-click login, мониторинг, оповещения. Однако данная архитектура не является заранее выбранным решением. Если исполнитель считает, что существует более подходящий архитектурный подход, он может предложить альтернативу при условии её технического и экономического обоснования. Отдельная задача в рамках ТЗ — обоснованный анализ и рекомендация: строить Hub с нуля кастомно, либо взять за основу готовое self-hosted решение (MainWP, InfiniteWP, ManageWP или аналоги) и расширять его под специфичные требования (интеграция с Core-плагином, compliance-отслеживание версий блоков, будущий маркетинговый слой). Нужна сравнительная оценка по срокам, стоимости поддержки, гибкости и ограничениям каждого варианта, с чёткой рекомендацией.Архитектурные требования При проектировании решения необходимо учитывать следующие нефункциональные требования: отказоустойчивость и отсутствие единой точки отказа для флота сайтов; возможность независимого обновления, отката и обслуживания каждого сайта; минимизацию blast radius при сбоях и ошибках обновлений; возможность горизонтального масштабирования при росте количества сайтов; безопасность централизованного управления и делегированного доступа; возможность последующего выделения Hub в отдельную инфраструктуру без изменения архитектурных принципов; расширяемость платформы для добавления новых централизованных сервисов. Кроме того, архитектура должна оставаться жизнеспособной при увеличении количества сайтов с нескольких десятков до 100+ без необходимости принципиального пересмотра выбранного подхода.Долгосрочное развитие платформы Платформа рассматривается как долгосрочная основа цифровой экосистемы компании, а не как инструмент исключительно для администрирования WordPress-сайтов. При проектировании необходимо предусмотреть возможность последующего добавления централизованных сервисов (например, управления маркетинговыми активностями, аналитикой, библиотекой компонентов, интеграциями и других модулей) без необходимости переработки базовой архитектуры.Технологии Конкретный стек не фиксируется заранее — исполнитель самостоятельно предлагает и обосновывает технологии в архитектурном документе (язык/фреймворк для Hub, модель хостинга/деплоя, механизм аутентификации и т.д.), исходя из требований задачи. Обоснованное предложение по технологиям — обязательная часть результата работы, наравне со сравнением custom vs готовое решение для Hub.Что нужно от исполнителя Опыт проектирования multi-site/multi-tenant архитектур на WordPress (принципиально — НЕ на базе Multisite) Практический опыт работы с MainWP/InfiniteWP/ManageWP или аналогичными системами управления флотом WP-сайтов — понимание их возможностей и ограничений на уровне API/расширяемости Опыт разработки WordPress-плагинов уровня production (ACF, Gutenberg block development, REST API) Понимание вопросов безопасности при построении систем централизованного/делегированного доступа (token-based auth, аудит доступа, минимизация blast radius) Умение подготовить архитектурную документацию: диаграммы, API-контракты между Hub и сайтами, схему данныхФормат работы Первый этап — архитектурный документ с обоснованным решением (custom vs готовое решение), схемой взаимодействия компонентов, API-контрактом Hub ↔ Core-плагин, планом поэтапной реализации. Документ должен включать вайрфрейм-схему интерфейса платформы (ключевые экраны: реестр сайтов, доступ в админку, дашборд мониторинга). По итогам согласования архитектуры — возможно продолжение сотрудничества. Важное замечание Ожидается самостоятельная архитектурная проработка, основанная на практическом опыте проектирования и эксплуатации подобных систем. Недостаточно предоставить компиляцию общих рекомендаций или типовых ответов, сгенерированных ИИ. Каждое ключевое архитектурное решение должно сопровождаться техническим обоснованием: почему выбран именно этот подход, какие альтернативы рассматривались, каковы его преимущества, ограничения и потенциальные риски в контексте данного проекта. При необходимости исполнитель должен ссылаться на практический опыт, существующие решения, документацию, open-source проекты или иные источники, подтверждающие жизнеспособность предлагаемых архитектурных решений.
Ищу опытного программиста для работы с сайтом, который работает на ModX Revolution. На данный момент необходимо выполнить ряд технических доработок, в частности: внесение изменений на сайт; замена фотографий, баннеров и размерных сеток; обновление контактной информации; другие мелкие правки; подключение Google Analytics; интеграция платежной системы LiqPay и так далее В дальнейшем планирую регулярно развивать сайт, поэтому ищу ответственного специалиста для долгосрочного сотрудничества, который сможет оперативно выполнять необходимые доработки. Требования: уверенный опыт работы с ModX Revolution; качественное выполнение задач; соблюдение согласованных сроков; готовность к постоянному сотрудничеству Работа с сайтом - https://marimoth.com Пишите и будем договариваться Мари
Всем привет. Ищу специалиста, который поможет решить проблему с исходниками React. Проблема в том что их нет. Поэтому нужно сделать новый репозиторий, вытащить максимум из DevTools/source maps, а затем довосстановить проект. Подробности распишу кандидатам. Жду ваших откликов.
Сайт работает на фреймворке Next.js (на базе React). Необходимо выполнить все пункты по ТЗ. ТЗ прилагается в файле. Жду предложений.
это сайт https://perfect-okna.com.ua/ основные проблемы: АНАЛИЗ СКОРОСТИ ЗАГРУЗКИ (Performance) Ключевые проблемы (типичные для таких сайтов): · Большие неоптимизированные изображения (JPEG/PNG без сжатия, нет WebP). · Отсутствие lazy loading для картинок в каталоге. · Не минифицированные CSS/JS, подключено много ненужных библиотек. · Нет кэширования на уровне браузера, не используется CDN. · Сервер не отдает сжатие (gzip/brotli). · Не используется HTTP/2. Чек-лист «Скорость»: · Сжать все изображения, перевести в WebP и добавить fallback. · Настроить ленивую загрузку изображений (loading="lazy"). · Минифицировать HTML, CSS, JS. Объединить файлы, где это уместно. · Включить Gzip/Brotli на сервере. · Настроить кэш-заголовки (Cache-Control, Expires) для статики. · Подключить CDN (Cloudflare бесплатно). · Удалить лишние плагины/скрипты (особенно если WordPress). · Использовать асинхронную загрузку для некритичных скриптов (async/defer). На главной часто нет четкой структуры «кто мы – что предлагаем – почему выбрать нас – как заказать». · Конструктор окон (если есть) может быть запутанным, без подсказок, не видно финальной цены сразу. · На мобильных устройствах меню может съезжать, калькулятор не адаптирован под пальцы. · Формы обратной связи длинные, без маски телефона, без валидации. · Нет «быстрых действий»: позвонить в один клик, мессенджеры, чат. · Отсутствие «хлебных крошек» на внутренних страницах. · Сделать мобильную версию без горизонтального скролла, кнопки не меньше 48x48 px. · На главной добавить сразу калькулятор цены «за 3 клика». · В шапке – номер телефона кликабельный (tel:), мессенджеры (Viber/Telegram) с иконками. · Формы: только имя + телефон + поле «комментарий» (необязательное). Маска для телефона. · Добавить плавающую кнопку «Быстрое заказ / Рассчитать стоимость» на мобильном. · На карточках товара – кнопка «Купить в 1 клик» (открывается мини-форма). · Добавить «хлебные крошки», улучшить навигацию по разделам. · Проверить контраст текста, размер шрифтов (не менее 14 px на мобильном). · Нет срочного предложения (акции с ограничением во времени). · Недостаточно социальных доказательств (отзывы, видеообзоры, количество выполненных работ). · Не объясняется, что цена "под ключ" (монтаж, доставка, демонтаж). · Нет CTA (призыва к действию) на каждом экране. Добавить «счетчик» – сколько клиентов уже выбрали, сколько окон установлено. · Видео-отзывы реальных клиентов (короткие, на 30–60 сек). · Блок «Рассчитать за 30 секунд» прямо на первом экране. · Показать цену «под ключ»: окно + монтаж + доставка, с прозрачной расшифровкой. · Акции с таймером: «Скидка -15% при заказе до конца недели». · Всплывающее окно с предложением бесплатного замера, когда пользователь пытается закрыть вкладку. Что сделать: · Интерактивный 3D конфигуратор окна (изменение цвета, открывание, стеклопакет) – об этом далее. · Мини-игра или тест: «Какое окно подходит для вашей квартиры?» · Кейсы: фото «до/после» в реальных интерьерах. · Гайды: «Как выбрать окна для шумной улицы», «Энергосбережение: какой стеклопакет выбрать». · Калькулятор экономии на отоплении после замены окон. Срочно (Critical) 1. Мобильная адаптация всего сайта, особенно конструктора и корзины. 2. Ускорить загрузку: сжатие картинок, кэширование, CDN. 3. Кнопка быстрого заказа (One Click Buy) на всех карточках товаров. Всплывающий чат с возможностью оставить сообщение в Viber/Telegram. 5. Валидный HTTPS и редирект с HTTP → HTTPS всех страниц. 6. Микроразметка Schema.org (Organization, Product, BreadcrumbList, Review). Важно (High) 1. Обновить главную: добавить УТП, акции, видео, быстрый калькулятор. 2. Страница «Акции» с таймером, которые обновляются ежемесячно. 3. Форма обратного звонка – простая, с маской и автоматической подстановкой кода города. 4. Подключение CRM (например, amoCRM / Bitrix24) для автоматического подхвата лидов. 5. Добавить онлайн-оплату (LiqPay, WayForPay) хотя бы предоплату за замер. 6. SEO-структура URL: /produkciya/plastikovi-vikna/, а не /?page_id=123. Желательно (Medium) 1. Расширить блог статьями под ключевые запросы (5 статей сразу). 2. Интерактивный конструктор с 3D-просмотром (отдельный блок ниже). 3. Фильтр продукции по характеристикам (размер, профиль, цвет, цена). 4. Персональный кабинет клиента, где можно видеть статус заказа. 5. Генерация PDF-коммерческого предложения прямо на сайте. КАК УЛУЧШИТЬ КОНСТРУКТОР (Конфигуратор окон) Если сейчас это обычная форма с выпадающими списками – это устарело. Нужен современный 3D-конструктор: Обязательные фишки: · Пошаговый мастер (wizard): 1) выбор комнаты, 2) размеры, 3) количество створок, 4) цвет, 5) стеклопакет, 6) фурнитура, 7) москитная сетка. · Мгновенный пересчет цены на каждом шаге (AJAX). · 3D-визуализация (Three.js или готовый js-фреймворк). · Сохранение выбранной конфигурации в PDF (генерация на сервере) и отправка на e-mail. · Кнопка «Отправить расчет менеджеру» – и в CRM летит карточка со всеми параметрами. · Возможность поделиться ссылкой на свою конфигурацию (например, чтобы отправить мужу/жене). · Полная адаптация под тач-жесты (свайп для вращения 3D-модели на телефоне) Цена договорная!