Booking WP WooCommerce Appointments - Плагин WordPress

Руководство по настройке и использованию Booking WP WooCommerce Appointments

Booking WP WooCommerce Appointments полезен не как отдельный календарь рядом с магазином, а как способ превратить услугу в полноценный товар WooCommerce: с выбором даты, времени, сотрудника, количества мест, корзиной, письмами и управлением заказом. В этом руководстве разберём не рекламное описание, а рабочую схему внедрения: что проверить до установки, как создать appointable product, где задавать доступность, как связать запись с оплатой, как проверить результат и что делать, если слоты не появляются.

Главная особенность плагина в том, что запись живёт внутри логики WooCommerce. Пользователь выбирает слот на странице товара, добавляет запись в корзину, проходит оформление заказа или отправляет запрос на подтверждение, а администратор видит appointment в отдельном разделе и при необходимости управляет статусом, сотрудником, письмами и связанным заказом.

Дальше будем идти как вебмастер, который готовит реальный сайт услуг: салон, консультации, занятия, сервисный центр, кабинет специалиста или B2B-встречи. В тексте есть практический пример, таблицы проверок, диагностика частых проблем, безопасный snippet на основе документации и сравнение с близкими решениями.

Какую задачу решает плагин внутри WooCommerce

Плагин добавляет в WooCommerce особый тип товара - appointable product. Это не просто календарь в отдельном виджете. Такой товар получает настройки длительности, интервала между стартами, буферного времени, окна предварительной записи, подтверждения, отмены, переноса, доступности, вместимости, сотрудников, дополнительных полей и цены. Из-за этого запись можно продавать, подтверждать, переносить и учитывать в знакомой админ-панели магазина.

Для владельца сайта это удобно в трёх ситуациях. Первая - услуга продаётся как обычный товар, но вместо доставки нужен слот времени. Вторая - сотрудник или кабинет имеет ограниченное расписание, и нельзя допустить двойную бронь. Третья - запись может требовать подтверждения до оплаты: например, когда специалист должен проверить заявку или согласовать формат услуги.

Ключевая логика проста: входные настройки продукта формируют доступные слоты, выбранный слот попадает в корзину, а после оформления создаётся appointment, связанный с order. Поэтому проверять нужно не только форму на странице товара, но и корзину, заказ, письма, личный кабинет и список appointments в админ-панели.

Когда это лучше обычной формы заявки

Обычная форма хорошо собирает контакт, но не управляет доступностью. Если два клиента отправят заявку на одно и то же время, администратор будет разруливать конфликт вручную. Booking WP WooCommerce Appointments закрывает именно этот промежуток: показывает доступные варианты, учитывает уже занятые слоты, может заморозить слот в корзине и передаёт результат в WooCommerce.

Если услуга оплачивается через сайт, это особенно важно. Вы можете использовать платёжные методы WooCommerce, стандартные письма магазина, заказы, налоговые и бухгалтерские процессы. При этом не нужно строить отдельную систему оплат только для записей.

Когда плагин может быть лишним

Если вам нужно только одно поле "Желаемая дата" без проверки расписания, полноценная appointment-система может быть избыточной. То же относится к сайтам, где запись всегда подтверждается по телефону и не требуется ни корзина, ни календарь, ни сотрудники. В таком случае проще начать с формы заявки или лёгкого календаря, а к WooCommerce-решению переходить, когда появляются реальные правила времени, оплаты и загрузки специалистов.

Что проверить перед установкой на рабочий сайт

Перед установкой важно отделить техническую совместимость от бизнес-логики. Плагин работает в связке WordPress, WooCommerce, темы, корзины, писем и пользовательского кабинета. Ошибка в любом из этих слоёв может выглядеть как "плагин не работает", хотя причина будет в отключённой странице checkout, конфликте кеша, неверной зоне времени или слишком жёстких правилах доступности.

Минимальная подготовка магазина

• Проверьте, что WooCommerce установлен, активен и базовые страницы магазина созданы.
• Убедитесь, что страница оформления заказа открывается без ошибок и принимает тестовый заказ обычного товара.
• Настройте валюту, налоговые параметры и способы оплаты до проверки appointable product, иначе будет трудно понять, где именно ломается процесс.
• Проверьте отправку писем WooCommerce на тестовом заказе, потому что уведомления appointments используют почтовую инфраструктуру магазина.
• Отключите агрессивную оптимизацию скриптов на страницах товара, корзины, оформления заказа и личного кабинета хотя бы на время первичной проверки.

Для сайтов услуг полезно заранее описать один тестовый сценарий на бумаге: какая услуга, сколько длится, кто её проводит, когда можно записываться, нужна ли предоплата, можно ли отменять или переносить запись. Без такого сценария настройки будут выглядеть как длинный список полей, а не как система правил.

Что решить до создания первого appointable product

Сначала определите, как будет считаться доступность. Если услуга длится один час, но клиент может начать каждые пятнадцать минут, длительность и интервал будут разными. Если специалисту нужно время до или после встречи, это не часть услуги, а буфер. Если запись должна быть создана не позднее чем за сутки, нужен lead time. Если запись нельзя делать дальше определённого горизонта, используется scheduling window.

Практическая проверка: запишите один день расписания в виде таблицы "можно записаться / нельзя записаться", а затем настройте правила под эту таблицу. Так проще заметить, что продукт по умолчанию не становится доступным сам по себе - доступные интервалы нужно открыть правилами.

Отдельно решите, кто будет управлять записями. Если записи обрабатывает только администратор магазина, достаточно базового доступа. Если сотрудники должны видеть свои календари или задавать собственную доступность, понадобится аккуратно настроить пользователей, роль Shop Staff и правила staff availability.

Контрольный сценарий до установки

Перед тем как трогать настройки, полезно сформулировать один контрольный сценарий в формате "клиент хочет записаться на услугу, система должна показать такие-то дни, после выбора должна создать такой-то статус". Например: клиент выбирает консультацию на ближайший рабочий день, видит только слоты с 10:00 до 17:00, не может записаться на сегодня, получает письмо, а администратор видит запись как pending confirmation. Такой сценарий станет вашей линейкой качества. Если после изменения правил поведение отличается, вы сразу увидите, какой слой стоит проверять.

Для команды добавьте второй сценарий: staff находится в другой зоне времени или имеет индивидуальный выходной. Он нужен не каждому сайту, но именно он быстро показывает, правильно ли вы поняли разницу между global availability, product availability и staff availability. Без такой проверки легко получить сайт, который красиво работает для одного администратора, но неправильно распределяет реальные смены сотрудников.

Установка и первая проверка без лишнего риска

Устанавливайте плагин как обычное расширение WordPress: через Plugins -> Add New -> Upload Plugin, затем Install Now и Activate. Не описывайте этот этап как покупку или активацию коммерческого доступа внутри руководства для редактора сайта. Практический смысл первого запуска другой: проверить, появился ли новый тип товара, новый раздел appointments и связанные настройки WooCommerce.

Первые признаки, что установка прошла нормально

• В карточке товара в блоке Product Data доступен тип Appointable Product.
• В админ-панели появился раздел Appointments или связанные страницы управления записями.
• В настройках WooCommerce появились параметры appointments, включая глобальную доступность и связанные email-уведомления.
• На странице тестового товара форма записи появляется только после того, как вы создали правила доступности и сохранили товар.

Первую проверку лучше делать на тестовой услуге, а не на реальном популярном продукте. Создайте товар с понятным названием, включите виртуальность, задайте простую цену и опубликуйте страницу. Так вы сможете проверить форму, корзину и заказ без риска испортить действующие товары.

Почему тестовый товар лучше реального

У реального товара уже могут быть SEO-настройки, кэшированные страницы, отзывы, скидки, cross-sell блоки, интеграции доставки и аналитика. Если первый эксперимент делать на нём, вы будете одновременно проверять плагин, тему, кеш, шаблон товара, оплату и маркетинговые блоки. Тестовый appointable product должен быть максимально простой: один сотрудник или без staff, одна цена, одно правило доступности, один ближайший день, один ожидаемый статус после checkout.

После успешного теста перенесите схему в реальную услугу постепенно. Сначала создайте продукт и доступность, затем добавьте staff, потом add-ons, потом confirmation, потом письма и только после этого включайте дополнительные pricing rules. Такой порядок экономит время: если что-то сломалось на четвёртом шаге, вы знаете, что первые три уже были рабочими.

Как не спутать установку с настройкой

После активации плагин ещё не знает, когда можно принимать записи. На странице appointable product может не быть доступных слотов, если вы не открыли расписание. Это нормальное поведение, а не обязательно ошибка. В документации доступность описывается как whitelist: пока правила не сказали "да", клиенту нечего выбирать.

Поэтому первичная проверка считается пройденной не тогда, когда плагин активирован, а когда тестовый клиент может выбрать дату и время, добавить запись в корзину, увидеть данные appointment в cart line item и завершить оформление или отправить запрос на подтверждение.

Создание appointable product: длительность, интервалы и буфер

Настройка appointable product - центральная часть работы. Именно здесь обычный товар WooCommerce превращается в услугу с календарём. В карточке товара выберите Appointable Product в выпадающем списке Product Data. Для услуги без физической доставки обычно включают Virtual, чтобы покупатель не проходил лишние поля доставки.

Duration и interval

Duration определяет, сколько длится сама запись. Это может быть минуты, часы, дни или месяцы. Interval отвечает за шаг, с которым клиенту предлагаются стартовые времена. Если консультация длится два часа, но старт может быть в 10:00, 10:30, 11:00 и так далее, длительность и interval не совпадают. Главное правило из документации - interval должен быть меньше или равен duration.

Ошибки часто начинаются именно здесь. Владелец сайта ставит duration два часа и interval два часа, а затем удивляется, почему нет старта каждые полчаса. Или наоборот: ставит слишком маленький interval, получает слишком плотную сетку слотов и не понимает, почему администратору трудно обслуживать расписание.

Как выбрать interval без перегруза календаря

Выбирайте interval не по желанию "дать клиенту больше вариантов", а по реальной способности бизнеса принять запись. Для индивидуальной консультации с подготовкой обычно не нужен старт каждые пять минут. Чем мельче interval, тем больше вариантов видит клиент и тем выше шанс, что команда будет постоянно жить в рваном расписании. Для услуг с фиксированными сменами удобнее дать меньше стартовых точек, но сделать их надёжными.

Проверка простая: после сохранения откройте один рабочий день и посчитайте количество стартов глазами. Если администратор не сможет обслужить такой ритм без пауз, настройка слишком щедрая. Если клиент видит всего один старт при длинном рабочем дне, interval или availability rules слишком ограничены.

Padding time

Padding time - это буфер до или после записи. Он не считается частью оплаченной услуги и не должен показываться клиенту как длительность сеанса. Буфер нужен для уборки кабинета, подготовки оборудования, короткого отчёта, дороги между выездными заявками или технического перерыва между онлайн-консультациями.

Для типового сайта услуг безопаснее начать с небольшого буфера и проверить день в календаре. Если услуга длится час, а сотруднику нужно десять минут между клиентами, не увеличивайте duration до семидесяти минут. Лучше оставьте duration равным реальной услуге и добавьте padding time, чтобы логика расписания оставалась честной.

Lead time и scheduling window

Lead time ограничивает запись слишком близко к началу. Это нужно, если администратор должен подтвердить заявку, подготовить документы, проверить оплату или связаться с клиентом. Scheduling window ограничивает дальний горизонт, чтобы пользователи не бронировали даты слишком далеко вперёд.

Хорошая стартовая схема: для консультаций оставить небольшой lead time, для групповых занятий открыть расписание на несколько недель или месяцев, для сложных услуг с подготовкой увеличить lead time и включить подтверждение. После этого протестируйте ближайший день, следующий доступный день и дату за пределами scheduling window.

Доступность, правила и вместимость без двойных бронирований

Раздел доступности отвечает на главный вопрос клиента: "Когда я могу записаться?" В Booking WP WooCommerce Appointments правила могут задаваться на трёх уровнях: глобально в настройках WooCommerce, на уровне продукта и на уровне сотрудника. Правила объединяются, а более конкретные уровни перекрывают базовые ограничения.

В документации подчёркивается, что appointable product по умолчанию не доступен для бронирования. Это похоже на whitelist: сначала ничего нельзя, затем вы открываете нужные интервалы. Такой подход безопаснее для бизнеса, но требует внимательности при первом запуске.

Три уровня расписания

Сначала создайте простое глобальное правило, затем уточните продукт. Если сразу накидать десятки правил на всех уровнях, диагностика станет сложной: вы не поймёте, какой уровень закрыл слот.

Priority, appointable и Qty

У каждого правила есть диапазон, признак Appointable, приоритет и, при необходимости, количество мест. Низкое число priority имеет больший вес, а правило с Google Calendar в документации описывается как более приоритетное по умолчанию, чем обычное ручное правило. Поэтому если слот неожиданно закрыт, проверяйте не только продукт, но и глобальные правила, staff rules и события календаря.

Qty может переопределять вместимость для определённого диапазона. Это удобно для групповых занятий: например, обычный класс рассчитан на десять участников, но в конкретный день доступно только пять мест. При этом нужно помнить про hierarchy capacity: staff quantity, availability rule Qty и product capacity влияют на итоговую доступность вместе.

Вместимость и staff

По умолчанию один слот обычно соответствует одной записи. Если у вас групповая услуга, используйте inventory и ограничения минимального/максимального количества. Если включены сотрудники, учитывайте важный нюанс: вместимость может считаться отдельно по каждому сотруднику, а staff quantity может переопределять product capacity. Это не мелкая настройка, а источник типичных ошибок с "лишними" или "недостающими" местами.

После настройки вместимости всегда делайте два теста: один клиент бронирует место, затем второй клиент пытается выбрать тот же слот. Для индивидуальной услуги второй клиент не должен получить доступный вариант, а для групповой услуги количество оставшихся мест должно уменьшиться ожидаемо.

Пример проверки для группового занятия

Допустим, занятие рассчитано на восемь участников, но в пятницу вечером зал доступен только для шести. Product capacity можно оставить равным восьми, а для конкретного пятничного диапазона задать Qty меньше. После первой тестовой записи на два места форма должна показать уменьшившийся остаток. После достижения лимита слот должен закрыться. Если слот закрывается раньше, проверьте per-booking max, staff quantity и пересечение правил. Если остаётся доступным после лимита, проверьте, не действует ли другое правило с более сильным priority.

Для групповых продуктов важно тестировать не только один слот, но и соседние слоты. Padding time, duration и interval могут закрывать интервалы вокруг занятия. Если ожидаете независимые стартовые времена, а соседний слот исчезает, причина может быть в том, что duration или padding перекрывают выбранный период.

Сотрудники, Google Calendar и часовые пояса

Staff-настройки превращают простой календарь услуги в расписание команды. Сотрудники добавляются через стандартных пользователей WordPress, им можно назначать роль Shop Staff, связывать с appointable products, задавать собственные правила доступности, индивидуальную вместимость и, если нужно, дополнительную стоимость на уровне продукта.

Для сайтов с несколькими специалистами это не просто удобство. Если один сотрудник прикреплён к нескольким услугам, запись на одну услугу должна блокировать его время для других услуг. Именно поэтому staff availability лучше проектировать до публикации всех товаров, а не добавлять в конце.

Customer defined и automatically defined

Если выбор сотрудника важен для клиента, используйте режим, где клиент видит список staff на форме. Это подходит для салонов, консультаций и услуг с личным брендом специалиста. Если клиенту важен только свободный слот, а конкретный исполнитель вторичен, автоматическое назначение уменьшает трение в форме.

Не включайте выбор staff без необходимости. Каждый дополнительный выпадающий список усложняет форму и увеличивает риск, что посетитель выберет комбинацию, для которой нет доступных слотов. Для первого запуска часто лучше проверить одну услугу с одним сотрудником, затем расширять структуру.

Google Calendar и блокировка busy-событий

Официальная документация описывает синхронизацию с Google Calendar: новые appointments могут попадать в календарь, а события, отмеченные как busy, могут блокировать соответствующие слоты. Это полезно для команды, которая уже ведёт расписание в Google Calendar. Но такая интеграция добавляет ещё один источник правил, поэтому при диагностике всегда проверяйте, не закрывает ли слот внешнее событие.

Если staff подключают собственные календари, договоритесь о правилах названий и статусов. Событие, которое специалист считает личной заметкой, для booking-системы может выглядеть как занятое время. На старте лучше протестировать один busy-блок и убедиться, что он корректно закрывает слот на форме записи.

Как тестировать календарь без хаоса

Создайте в Google Calendar одно событие в рабочем диапазоне и отметьте его занятым. Затем откройте форму записи в приватном окне и проверьте, исчез ли соответствующий слот. После этого удалите или измените событие и снова проверьте форму. Такой маленький тест показывает, что связь работает в обе стороны на уровне бизнес-логики, а не только "подключение прошло успешно".

Если вы используете staff calendars, повторите тест для конкретного сотрудника. Важно убедиться, что событие одного staff не закрывает всю услугу, если доступен другой staff, и наоборот - что выбор конкретного staff действительно учитывает его занятость.

Часовые пояса

Плагин поддерживает разные часовые пояса для сайта, клиента и сотрудника. Клиент может видеть слоты в своей зоне, staff может работать со своей локальной доступностью, а администратор видит подсказки и аббревиатуры в календаре, письмах, списках и заказах. Для локального бизнеса это можно оставить почти незаметным, а для онлайн-консультаций и международных команд это критичная часть настройки.

В документации есть важная цепочка: время на форме может определяться через posted field, сохранённую настройку пользователя, AJAX-поток, cookie и затем site timezone как fallback. Практический вывод такой: если клиент жалуется, что время в письме отличается от выбранного, проверяйте не только WordPress timezone, но и timezone selector на форме, личный кабинет клиента и настройки staff.

Цена, add-ons, подтверждение и письма WooCommerce

В Booking WP WooCommerce Appointments стоимость начинается с обычной цены WooCommerce product, но может меняться правилами, сотрудником, количеством мест и add-ons. Это удобно, когда услуга имеет базовую цену, а конкретные условия добавляют стоимость или длительность.

Custom pricing rules

Правила цены могут учитывать дату, время, staff и другие условия. В документации описаны типы cost: base cost для всей записи и slot cost для отдельных слотов. Модификатор + добавляет значение к базе, а = заменяет базовую цену и add-ons для выбранного диапазона. Используйте = осторожно: это сильное правило, которое может неожиданно перекрыть цену, если диапазон выбран слишком широко.

Для первого запуска лучше не смешивать много правил. Проверьте обычную цену, затем добавьте одно правило для конкретного диапазона и убедитесь, что цена пересчитывается до добавления в корзину. Если стоимость меняется динамически, проверяйте не только страницу товара, но и cart line item, checkout и order details.

Когда правило цены лучше не добавлять

Не каждую коммерческую идею стоит превращать в custom pricing rule. Если цена отличается по типу услуги, часто понятнее создать отдельный appointable product. Если цена зависит от ответа клиента в длинной анкете, возможно, лучше использовать confirmation и ручное согласование. Pricing rules хороши для понятных, проверяемых условий: вечерние часы, выходной день, конкретный staff, повышенная длительность или дополнительное место. Чем прозрачнее правило, тем меньше спорных заказов будет у администратора.

После каждого нового правила сохраняйте один реальный пример: "в будний день цена такая, в выходной такая". Этот пример пригодится поддержке и редакторам сайта, если позже кто-то спросит, почему клиент увидел именно эту стоимость.

Add-ons как дополнительные поля и изменения длительности

Плагин поддерживает add-on fields: дополнительные поля могут добавлять стоимость, менять duration, скрывать отдельные labels для клиентов и выводиться до appointment form. Это удобно для услуг, где клиент выбирает формат: индивидуальная консультация или расширенный разбор, базовый сеанс или сеанс с подготовкой, стандартный выезд или услуга с дополнительным оборудованием.

Не превращайте add-ons в длинную анкету. Если поле влияет на время или цену, оно уместно рядом с appointment form. Если поле нужно только для комментария, подумайте, не лучше ли оставить его в checkout notes или отдельной форме до подтверждения.

Подтверждение до оплаты

Опция requires confirmation меняет сценарий: клиент не оплачивает запись сразу, а отправляет запрос. После подтверждения администратор или staff может отправить письмо с дальнейшим действием. Такой режим подходит для услуг, где нужно проверить возможность выполнения: сложная консультация, выезд, запрос на нестандартное время или запись с предварительным согласованием.

Проверьте этот сценарий отдельно от обычной оплаты. В одном тесте товар не требует подтверждения и должен проходить через cart/checkout как обычная покупка. Во втором тесте товар требует approval, создаётся appointment со статусом ожидания, а администратор подтверждает его из списка appointments.

Письма, напоминания и ICS

Email-уведомления настраиваются через WooCommerce -> Settings -> Emails. Документация описывает admin emails для новых, отменённых и перенесённых appointments, а также customer emails для confirmed, reminder, cancelled и follow-up. Часть писем может включать файл .ics, чтобы получатель добавил запись в календарь.

Для продакшена проверьте письма не по одному событию, а по цепочке: новая запись, подтверждение, перенос, отмена, reminder и follow-up, если вы ими пользуетесь. Если сайт мультиязычный, отдельно проверьте переводы тем писем, placeholders и шаблоны в теме.

Форма записи, корзина и личный кабинет клиента

После настройки товара пользователь видит форму записи в публичной части сайта. Она собирается из параметров продукта: длительность, доступные даты, time slots, staff, timezone, add-ons, цена и правило подтверждения. Как только клиент выбирает валидный слот, кнопка Book Now становится рабочей и запись попадает в корзину.

Что должно быть видно на форме

• Календарь показывает только разрешённые даты и визуально отделяет частично занятые дни, если такая индикация включена.
• После выбора даты появляется список time slots или подсказка выбрать время.
• Если включён customer timezone, рядом с выбором времени появляется timezone selector.
• Если выбран staff или add-on, итоговая цена и длительность должны обновляться ожидаемо.
• После валидного выбора запись можно добавить в корзину.

В документации указано, что appointment получает статус In Cart и замораживает слот в корзине на ограниченное время, чтобы снизить риск двойной брони. Это важно для тестирования: если вы проверяете один и тот же слот в нескольких вкладках, часть "исчезновений" может быть связана с тем, что слот уже лежит в корзине тестового пользователя.

Корзина и checkout

В корзине должны отображаться данные appointment: товар, дата и время, длительность, staff, цена и другие детали. Если товар требует approval, платеж может не списываться сразу, а appointment ждёт подтверждения. Если approval не нужен, сценарий должен вести себя как обычный заказ WooCommerce с appointment data внутри позиции заказа.

Проверяйте страницу thank you, письмо order confirmation, личный кабинет и admin order. Если в одном месте время указано корректно, а в другом нет, вероятно, проблема не в выборе слота, а в timezone display, email template override или старом кешированном шаблоне.

Блоки и шорткоды

Официальная документация описывает WordPress blocks, включая Appointment Form block, который позволяет вставить booking interface без shortcode. Это полезно для посадочной страницы услуги, где форма должна быть не только в стандартной карточке товара. В блоке выбирается appointable product, а настройки отображения позволяют скрывать или показывать title, rating, price, excerpt, meta и sharing.

Если используете блок на отдельной странице, не забывайте тестировать весь путь до checkout. Красивая посадочная страница не должна обходить cart behavior, данные appointment и письма. Для SEO это тоже удобный сценарий: информационная страница услуги может объяснять процедуру, а форма записи находиться внутри того же контента.

Практический сценарий: консультация специалиста с подтверждением

Теперь соберём конкретный пример. Допустим, сайт продаёт онлайн-консультацию специалиста. Услуга длится один час, клиент может выбрать старт каждые тридцать минут, специалисту нужен буфер после консультации, запись должна быть минимум за день до начала, а администратор хочет подтвердить заявку перед оплатой.

Цель

Получить опубликованную страницу консультации, где клиент выбирает доступный слот, отправляет запрос на подтверждение, получает корректное письмо, а администратор видит appointment в списке и может подтвердить его. После подтверждения клиент должен понимать, как перейти к оплате или дальнейшему действию, если такой сценарий включён в вашем магазине.

Подготовка

• WooCommerce уже принимает тестовый заказ обычного товара.
• Почта магазина проверена на базовом order email.
• Создан пользователь staff или принято решение, что консультацию ведёт один администратор.
• Заранее определены рабочие часы, буфер и правила отмены.

Шаги настройки

1. Создайте новый товар и выберите Appointable Product в Product Data.
2. Включите Virtual, если услуга не требует доставки.
3. Задайте обычную цену, duration, interval, padding time, lead time и scheduling window.
4. Включите requires confirmation, если запись должна ожидать approval.
5. На вкладке availability добавьте правило, открывающее рабочие дни и часы.
6. Назначьте staff, если выбор сотрудника важен, и проверьте его индивидуальную доступность.
7. Опубликуйте товар и откройте страницу в режиме гостя или отдельного тестового пользователя.
8. Выберите доступную дату, time slot и добавьте запись в корзину.
9. Пройдите checkout или отправьте запрос, затем откройте Appointments в админ-панели.

Что записать в чек-лист администратора

После настройки сценария оставьте внутренний чек-лист для человека, который будет принимать записи. В нём должны быть не все технические поля, а только рабочие действия: где смотреть pending confirmation, как подтвердить appointment, когда связываться с клиентом, где проверить order, что делать при переносе и какие письма должны уйти автоматически. Такой чек-лист снижает зависимость сайта от одного разработчика.

Если staff сам управляет доступностью, добавьте отдельное правило: сотрудник меняет availability только до определённого срока и обязательно проверяет календарь после сохранения. Иначе staff может закрыть время, на которое уже есть pending или confirmed appointment, и администратор узнает о конфликте от клиента.

Проверка результата

Результат считается рабочим, если форма показывает только ожидаемые слоты, корзина содержит дату и время appointment, checkout не теряет данные, appointment появляется в админке, статус соответствует сценарию, а письма приходят нужным получателям. Если включён customer timezone, проверьте один слот из другой зоны времени и сравните время в форме, корзине, письме и админ-календаре.

Нюанс: при ручном редактировании appointment в админке документация предупреждает, что availability может не проверяться. Поэтому ручной перенос в календаре или edit screen нужно подтверждать глазами: нет ли конфликта с уже занятым временем.

Проверка результата после запуска

Проверка не заканчивается на успешной отправке формы. Поскольку appointment связан с WooCommerce, нужно пройти весь путь от витрины до управления заказом. Хорошая тестовая матрица покрывает публичную часть сайта, корзину, checkout, emails, admin list, calendar view, staff view и личный кабинет клиента.

Тесты для клиента

• Гость видит форму записи и может выбрать слот без входа, если ваш сценарий это допускает.
• Зарегистрированный пользователь видит appointment в My Account и понимает статус записи.
• Клиент не может отменить или перенести запись позже разрешённого срока, если ограничения включены.
• Письмо подтверждения содержит правильную дату, время, timezone и, если нужно, файл .ics.

Тесты для администратора и staff

• В Appointments работают фильтры по статусу, продукту, staff и дате.
• В calendar view видно appointment в month, week, day или staff view, если эти представления используются.
• Staff видит свой appointment и не видит лишнюю информацию, если роли разделены.
• Отмена освобождает слот, а перенос не создаёт скрытый конфликт.
• События Google Calendar с busy-статусом корректно блокируют время, если синхронизация включена.

Тесты скорости и индексации

Страницы с календарём и динамическим выбором слотов зависят от скриптов и запросов. Не кешируйте агрессивно персональные состояния корзины, checkout, My Account и динамическую availability-логику. Если используете оптимизацию JavaScript, проверяйте календарь после каждого включённого режима: выбор даты, загрузка слотов, пересчёт цены, timezone selector и кнопка Book Now.

Для SEO важнее не индексировать все возможные комбинации времени, а сделать страницу услуги понятной: описание процедуры, условия, цена, кому подходит, FAQ, schema магазина если она уже корректно настроена в WooCommerce. Сам календарь должен помогать конверсии, а не заменять нормальное содержание страницы.

Минимальный регрессионный тест после обновлений

После обновления плагина, WooCommerce, темы или кеш-плагина повторяйте короткий регрессионный тест. Он должен включать выбор слота, добавление в корзину, оформление, появление appointment в админке, отправку письма и отмену или перенос, если эти функции разрешены. Для сайта с staff добавьте проверку сотрудника, а для международных услуг - timezone test. Такой тест занимает меньше времени, чем разбор конфликтной записи от реального клиента.

Если обновление затронуло checkout blocks, шаблоны писем или оптимизацию JavaScript, тестируйте особенно внимательно. Appointment form может выглядеть нормально, но потерять данные уже на корзине или письме. Поэтому проверка должна охватывать весь путь, а не только страницу товара.

Безопасная доработка: скрыть timezone UI для локального бизнеса

Если бизнес работает только в одном городе и все клиенты находятся в той же зоне времени, timezone-подсказки могут быть лишними. Документация BookingWP описывает фильтр woocommerce_appointments_show_timezone, который позволяет отключить отображение timezone UI. Это не обязательная настройка и не универсальный совет. Она уместна только тогда, когда вы уверены, что международных клиентов и staff в других зонах нет.

Вставляйте код через Code Snippets или файл functions.php дочерней темы. Не правьте файлы плагина. Перед изменением сделайте резервную копию и проверьте, что у вас есть доступ к админ-панели.

add_filter( 'woocommerce_appointments_show_timezone', '__return_false', 10, 3 );

После включения snippet откройте форму записи, cart, My Account, email preview или тестовое письмо и admin calendar. В этих местах не должно быть timezone picker и дополнительных timezone abbreviations. Если у вас есть хотя бы один сценарий с удалёнными клиентами, лучше не отключать эту подсказку: она предотвращает ошибки в понимании времени.

Откат простой: выключите snippet в Code Snippets или удалите строку из дочерней темы. После этого очистите кеш сайта и повторите тест формы записи.

Почему запись может не работать и как искать причину

Диагностику лучше вести от симптома к слою настройки. Не меняйте сразу все правила: сначала проверьте продукт, затем availability, затем staff, затем cart/checkout, затем письма и внешние интеграции. Ниже собраны проблемы, характерные именно для appointment-сценария WooCommerce.

На странице товара нет доступных слотов

Симптом: форма появляется, но клиент не видит времени для записи или календарь выглядит пустым.

Сначала проверьте, опубликован ли товар и выбран ли тип Appointable Product. Затем откройте вкладку availability. Если продукт настроен как недоступный по умолчанию и нет правила Appointable = yes, слоты не появятся. После этого проверьте глобальные правила, staff availability и busy-события Google Calendar, если синхронизация включена.

Исправление делайте минимально: добавьте одно простое правило на ближайший день и проверьте форму в приватном окне. Если слот появился, проблема была в правилах. Если нет, временно уберите staff из товара и проверьте продукт без сотрудника.

Быстрый изоляционный тест

Создайте новое правило availability только на один ближайший час и временно отключите staff selection. Если слот появился, возвращайте staff и Google Calendar по одному. Если не появился, проверьте duration, interval, lead time и scheduling window. Такой тест быстрее, чем читать все правила подряд, потому что он отделяет "товар не создаёт слоты" от "конкретный слой закрывает слот".

Цена на форме и в корзине не совпадает

Симптом: клиент выбирает слот с одной стоимостью, а в корзине или checkout видит другую.

Проверьте regular price, custom pricing rules, add-ons, staff additional cost и quantity. Особое внимание уделите правилам с модификатором =, потому что они могут заменить цену полностью. Если есть sale price, учитывайте, что она применяется к моменту scheduling, а не обязательно к дате проведения услуги.

Для исправления временно отключите custom pricing rules и add-ons, оставьте только базовую цену, затем включайте условия по одному. После каждого шага проверяйте страницу товара, cart line item и order total.

Что делать с жалобой клиента на цену

Не спорьте с клиентом по памяти. Повторите его выбор: тот же appointable product, дата, время, staff, quantity и add-ons. Затем сравните расчёт на форме, в корзине и в заказе. Если расхождение повторяется, ищите правило цены. Если не повторяется, проверьте, не изменилась ли sale price, timezone выбранного слота или availability rule, влияющее на стоимость.

Слот забронирован дважды или блокируется неожиданно

Симптом: клиент смог выбрать конфликтующее время или, наоборот, слот закрылся без видимой причины.

Проверьте capacity, quantity applies, staff quantity и availability rule Qty. Если appointment лежит в корзине тестового пользователя, слот может быть временно заморожен. Если appointment вручную редактировали в админке, помните предупреждение документации: manual changes могут не пройти availability validation.

Исправление зависит от причины. Для индивидуальной услуги оставьте capacity равным одному и проверьте повторное бронирование. Для групповой услуги задайте понятный максимум и проведите несколько тестовых заказов подряд. Для ручных переносов заведите правило: после изменения в админке staff обязан проверить календарь на конфликт.

Когда лучше откатить ручной перенос

Если appointment перенесли вручную и после этого клиент или staff видит конфликт, откатите appointment к прежнему времени или отмените перенос до выяснения причины. Не пытайтесь "починить" это дополнительным availability rule поверх конфликта: вы можете открыть или закрыть лишние слоты. Сначала восстановите понятное состояние календаря, затем настройте правило и повторите тест.

Письма не приходят или содержат неправильное время

Симптом: appointment создан, но клиент не получил письмо, письмо ушло staff не в том формате или время выглядит неверно.

Начните с базовой отправки WooCommerce emails. Если обычный order email не приходит, appointment emails тоже будут ненадёжны. Затем проверьте конкретные email types в WooCommerce -> Settings -> Emails, статус appointment и timezone settings клиента, staff и сайта.

Если проблема только во времени, создайте тест из другой timezone и сравните форму, cart, order details и email. Если проблема только в шаблоне письма, временно отключите override в теме или проверьте путь yourtheme/woocommerce/appointments/emails/.

Форма ломается после оптимизации скорости

Симптом: календарь отображается, но не загружает слоты, кнопка не активируется, цена не пересчитывается или timezone dropdown не открывается.

Скорее всего, проблема в отложенной загрузке, объединении или минификации скриптов. Исключите страницу appointable product, cart, checkout и My Account из рискованных оптимизаций. Затем включайте настройки кеша по одной и проверяйте выбор даты, слота, add-ons и добавление в корзину.

Когда откатывать настройку: если после включения оптимизации форма работает только для администратора, но ломается для гостя, откатите оптимизацию на страницах записи. Календарь и checkout важнее небольшого выигрыша в синтетическом тесте скорости.

Практичные идеи применения для разных сайтов услуг

Плагин можно использовать шире, чем один календарь консультаций. Но каждая идея должна опираться на реальные механизмы продукта: appointable product, availability, staff, capacity, custom pricing, add-ons, confirmation, emails и WooCommerce checkout.

Салон или кабинет специалиста

Создайте отдельные appointable products для услуг с разной длительностью: первичная консультация, повторный приём, расширенный сеанс. Staff selection можно оставить customer defined, если клиент выбирает мастера. Add-ons подойдут для дополнительных опций, если они меняют цену или время.

Проверяйте, чтобы staff availability была реалистичной: отпуск или выходной специалиста должен закрывать слоты во всех связанных услугах, а не только в одном товаре.

Групповые занятия и классы

Используйте inventory и capacity, чтобы принимать несколько участников на один слот. Для группы важно проверять количество мест после каждой тестовой записи. Если у занятия есть разные уровни или дополнительные материалы, add-ons могут добавить стоимость, но не стоит перегружать форму большим опросником.

Онлайн-консультации с клиентами из разных стран

В этом сценарии включите customer timezones и проверьте письма. Клиент должен видеть время в своей зоне, staff - в своей, а администратор - понимать разницу через tooltip или abbreviation. Для международных встреч не отключайте timezone UI ради упрощения интерфейса.

Услуга с предварительным согласованием

Если выполнение зависит от деталей заявки, включите requires confirmation. Клиент отправляет запрос, администратор проверяет возможность, затем подтверждает appointment. Этот режим помогает избежать оплат за услугу, которую нельзя выполнить в выбранное время или в выбранных условиях.

Когда Booking WP WooCommerce Appointments будет удачным выбором

Booking WP WooCommerce Appointments стоит использовать, когда запись должна быть не отдельной заявкой, а частью магазина: услуга создаётся как товар, клиент выбирает слот, данные попадают в корзину, заказ и письма, а администратор управляет appointment через отдельный календарь и список. Особенно сильны сценарии с staff, гибкой availability, capacity, custom pricing, add-ons, confirmation и timezone-aware коммуникацией.

Если ваш сайт уже живёт на WooCommerce, начните с одного тестового appointable product и пройдите полный маршрут: форма, cart, checkout, email, My Account, Appointments list, calendar view и отмена. Когда цепочка работает, можно расширять расписание, staff и pricing rules. Если после проверки сценарий подходит, ближе к рабочему запуску можно получить версию для WordPress и развернуть его в контролируемом тестовом окружении.

Главное - не считать установку финалом. У appointment-сайта качество определяется не наличием календаря, а тем, насколько честно он показывает доступность, не создаёт конфликтов, правильно ведёт клиента через WooCommerce и даёт администратору понятную диагностику, когда что-то идёт не так.