mee-table lets you accept table reservations, manage prepayments (card/digital wallet), offer gift cards, and run no‑show protection, all from your WordPress site. The plugin works as a client for the mee‑table SaaS backend at api.mee-table.com, freeing you from server maintenance.
Main features:
The full feature list continues in the “All the features” section below.
This plugin relies on external services. Below is what each one is, when it is
contacted, and what is sent to it.
1. mee-table backend (https://api.mee-table.com): always required
The plugin is a client for the mee-table SaaS. Every page of the admin and every
booking talks to it. Data sent: reservation details (guest name, email, phone,
number of guests, date, notes), location configuration, prepayment and gift-card
records, staff accounts, and any photo you upload for a cooking class. Without
this service the plugin cannot show availability, take payments or store
bookings. Provided by mee-table.
Terms: https://mee-table.com/terms | Privacy: https://mee-table.com/privacy
Two calls to the same provider happen outside the admin pages, and are listed
here separately so it is clear when they occur:
https://mee-table.com/api/provisioning whether this domainget_site_url())https://api.mee-table.com/api/license/validatemee-table), so a key bought for mee-class does not unlock bookings.No guest data is involved in either of these two calls.
2. Payment providers: only when you enable and connect them
Mollie, Stripe or PayPal are contacted to create payments, authorise no-show
guarantees and issue refunds. Data sent: amount, currency, reservation
reference, and the guest’s payment details entered on the provider’s own hosted
page. Card numbers never pass through WordPress.
Mollie: https://www.mollie.com/en/user-agreement | https://www.mollie.com/en/privacy
Stripe: https://stripe.com/legal | https://stripe.com/privacy
PayPal: https://www.paypal.com/legalhub/home
3. SMS providers: only if you choose one, and only for the messages you send
If you configure an SMS provider, your site sends the reminder text and the
guest’s phone number to it. Two paths exist: reminders are dispatched by the
mee-table backend, while the “Send test SMS” button sends one message
directly from your own WordPress server to the provider, using the
credentials you typed in. Nothing is sent to any of these companies unless you
select them and save credentials. The panel also accepts a custom HTTP
gateway: in that case the same two pieces of data go to the endpoint
address you type in yourself, and to nobody else.
Twilio: https://www.twilio.com/en-us/legal
Skebby (Commify Italia S.r.l.): terms https://www.skebby.it/wp-content/uploads/Contratto-SKEBBY.pdf | privacy https://www.skebby.it/wp-content/uploads/Informativa-Privacy-Estesa-SKEBBY.pdf
Aruba SMS: https://hosting.aruba.it/documents/term_conditions/condizioni_fornitura_servizisms_aruba-it_v-1-2.aspx | https://www.aruba.it/documents/tc-files/it/11_it_privacy_policy_aruba_spa.aspx
Brevo: https://www.brevo.com/legal/
Vonage: https://www.vonage.com/legal/ (its SMS endpoint is still the old brand name, https://rest.nexmo.com)
SMSGate (https://api.sms-gate.app): only if you choose the Android phone gateway
If you pick “Android phone” as the SMS route, your site does not talk to the
phone directly: it sends the reminder text and the guest’s phone number to the
SMSGate cloud at https://api.sms-gate.app/3rdparty/v1, which passes the
message to the free SMSGate app on your own phone, and the message then leaves
from your own SIM. This happens only for the messages you send, and only after
you have installed the app and saved its username and password in the panel.
SMSGate is an open-source project (the app is at
https://github.com/capcom6/android-sms-gateway) and the cloud service is run by
its authors.
SMSGate: https://sms-gate.app/terms-of-service/ | https://sms-gate.app/privacy/
A “generic HTTP” option exists for providers not in the list: there the
endpoint is the one you type in, and you are responsible for it.
4. Meta / WhatsApp Business Cloud API (https://graph.facebook.com): only if you set up WhatsApp messages
If you fill in the WhatsApp fields of a location (phone number ID, WhatsApp
Business Account ID and access token, all obtained from your own Meta Business
account), your WordPress site talks to Meta directly in three cases, and never
otherwise:
The WhatsApp Business Account is yours: you own the number and you pay Meta
directly. mee-table neither resells messages nor owns any number.
Terms: https://www.whatsapp.com/legal/business-terms | Privacy: https://www.whatsapp.com/legal/business-data-processing-terms
Meta Platform Terms: https://developers.facebook.com/terms | Privacy: https://www.facebook.com/privacy/policy
5. Mailchimp: only if you enter an API key
Used to add newsletter subscribers to your audience. Data sent: the email
address and the consent flag of guests who opted in.
https://mailchimp.com/legal/terms/ | https://mailchimp.com/legal/privacy/
6. Groq: only if you enter a Groq API key for the guest assistant
Used by the guest assistant on your booking page. When a visitor types a
question, that question is sent, together with your restaurant’s public
information (name, address, phone, opening times, which time slots are still
free in the next 7 days, discounts and events), to Groq, which produces the
answer. The request is made server-to-server through the mee-table backend
using your own Groq account, so the key never appears in a public page.
Never sent: names, phone numbers or e-mail addresses of your guests, and no
booking of theirs. Free seats are counted; who booked them is not sent.
Nothing at all is sent to Groq unless you have entered a key in
mee-table -> Guest assistant. Leaving that field empty keeps the assistant off
and the script is not even loaded. Groq does not retain these questions for
inference requests and is not permitted to use them to train its models.
Getting a key is free and takes about two minutes at
https://console.groq.com/keys, the plugin explains the steps on that settings
page. The Groq account is yours: the agreement for it is between you and Groq.
Terms: https://console.groq.com/docs/legal/services-agreement
Privacy: https://groq.com/privacy-policy
Acceptable use: https://console.groq.com/docs/legal/ai-policy
Answers are generated by an automated system and can be wrong, and the
assistant tells the visitor that it is automatic. Any answer containing a percentage is
discarded before the visitor sees it. An answer containing an amount is
discarded too, unless you have published prices on the pages you ticked and
that exact figure appears there: the assistant repeats what you wrote, it
never composes a price. On allergens it answers only by repeating what your
own pages say, and any request for a guarantee about a guest’s own health is
sent to your phone instead.
This plugin sends reservation data, prepayment details, gift‑card information, and location configuration to the mee‑table backend at https://api.mee-table.com. If you enable the WhatsApp reminders, the guest’s phone number is also sent to Meta’s WhatsApp Business Cloud API so the message can be delivered, using the WhatsApp Business Account that belongs to you. The data is used solely to provide the booking service, payment processing, and no‑show protection. No data is sold, shared with third parties for marketing, or used for advertising. If you enable the guest assistant, visitors’ questions and your restaurant’s public information are sent to Groq through your own Groq account, as described under External services above; no guest personal data is included. For full details, please read the mee‑table Privacy Policy.
Retention: identifying data on a reservation (guest name, email, phone and notes) is irreversibly erased 180 days after the reservation date, by a daily job on the backend. The reservation row itself is kept – date, number of guests, amount, payment gateway – because accounting needs it and none of those fields identifies anyone on their own. That same 180-day window is the furthest back the repeat no-show policy can look.