Websites, WhatsApp automation, and reminder systems — built as one system, not three separate purchases
Most businesses buy a website from one company, a chatbot from another, and never get around to reminders at all — three vendors, three logins, three things that don't talk to each other. hexweb.dev builds all three as a single system, on a foundation designed for one more audience most agencies still ignore: the AI systems now deciding who gets found.
Why build a website, a chatbot, and a reminder system as one system?
Because they're solving one problem, not three. A customer's actual journey with a business doesn't respect the boundary between "website" and "messaging app" and "booking software" — it's one continuous conversation that happens to move across different screens. They find the business through a search result or an AI-generated answer, they land on a page that either loads in two seconds or loses them, they ask a question on WhatsApp because that's faster than filling out a form, and if they book something, they either show up because someone reminded them or they don't.
Treating those as three separate vendor relationships means three separate failure points, three separate invoices, and — the part that actually costs money — three systems that don't know anything about each other. A chatbot that can't see what the website already told a visitor asks them to repeat themselves. A reminder system bolted onto a generic SaaS platform doesn't share a phone number, a tone of voice, or a booking history with anything else the business runs. Building all three from one foundation means a single decision — how fast should this load, how should this sound, what happens when the system genuinely doesn't know the answer — gets made once and applied consistently everywhere the customer actually shows up.
What makes a hexweb.dev website different from a template site?
Hand-coded, not assembled — and the difference shows up in the load time, not the screenshots.
A screenshot of two websites can look identical. Their load times rarely do. Most agency sites are assembled from a page builder plugin, a slider plugin, a gallery plugin, sometimes an SEO plugin on top — each one loading its own JavaScript before the page the visitor actually wants ever renders. That stack, not the photos or the content, is the real reason most UAE business sites take five or six seconds to become usable. A hexweb.dev site is written directly — PHP, HTML, CSS by hand — with every image compressed and loaded individually only when it's needed, which is the entire difference between a clinic's full before-and-after gallery loading in six seconds versus under two.
That speed isn't cosmetic. It's the foundation everything else sits on: a slow site doesn't just lose the human visitor who gives up waiting, it's also less likely to be the page an AI system actually opens and reads when deciding what to cite — a point worth its own section below. Full detail on cost, timeline, and what's included lives on the web design page, with the complete AED pricing breakdown on the cost & timeline guide.
Why is the chatbot rule-based instead of a language model?
Predictable beats impressive when a customer is asking about pricing at midnight.
It would be easy to plug in a large language model and call it an AI chatbot — plenty of agencies do exactly that. hexweb.dev builds the WhatsApp automation as a rule-based state machine instead: it recognizes a defined set of intents — pricing, hours, availability, "I want a person" — and responds with clear, deterministic logic rather than generating an open-ended reply and hoping it's accurate. The tradeoff is real and worth saying plainly: a rule-based system won't hold a freeform conversation about anything outside what it's built to handle. What it will do is answer correctly, every time, for the questions that actually make up most of a business's WhatsApp volume, and hand off to a real person the moment something falls outside that — no confidently wrong answer sent to a customer at 11pm because a language model filled in a gap with something plausible-sounding.
It also runs on the business's own WhatsApp number, connected directly through Meta's Cloud API in real time — not a shared line, not a third-party platform holding the conversation history hostage. Full architecture and the actual pricing tiers are on the chatbot page; the working interaction pattern itself is something you can try directly on the live demo.
Why self-hosted reminders instead of a booking SaaS subscription?
A no-show is a real cost. A rented platform that can raise its price or shut down is a second one, sitting quietly underneath it.
The appointment reminder system exists to solve a specific, unglamorous problem: front-desk staff are busy, the manual reminder call the afternoon before an appointment is the first thing that gets skipped on a hectic day, and the client isn't being difficult — they simply forgot, in the one place they weren't reminded. An automated system removes the dependency on a person remembering to make that call at all, checking upcoming bookings on a schedule and sending a reminder automatically.
The deliberate choice here is that it runs as its own self-hosted stack on standard hosting — the same deployment model as the rest of the site — rather than a subscription to a third-party booking platform. That matters for the same reason it matters with the chatbot's channel independence: a rented platform's pricing and rules belong to the platform, not the business running on it. Where this genuinely stands today is worth saying honestly rather than dressing up: the core system is built and in active testing, not a finished, polished rollout yet. Exactly what's proven versus what's still being refined is laid out plainly on the reminder system page.
Why admit something is still in testing instead of just calling it finished?
Because the alternative is the same trick this site has written about warning people against.
A few weeks back, this site's News section covered a lawyer sanctioned for hiding invisible instructions in a legal filing aimed at manipulating an AI system into agreeing with it — an old trick dressed up as a new one. The common thread with every version of that trick, whether it's hidden text or an overstated product claim, is the same: it works right up until someone checks. A "finished" reminder system that's actually still being refined is a smaller version of the same dishonesty, and it tends to get caught the same way — the first time it doesn't quite work as promised.
Saying plainly what's proven and what's still in progress isn't a weakness to manage around. It's the same standard applied consistently everywhere else on this site: schema that matches the visible content exactly, pricing that's checkable against Meta's own invoice, a chatbot described as rule-based instead of oversold as something it isn't. A business considering any of these three systems can trust the description of what's live today precisely because the description doesn't inflate it.
How does hexweb.dev build for AI search visibility, not just traditional SEO?
The same fundamentals that help a page rank are what help it get cited by AI — no separate trick required.
Google itself has said plainly there's nothing special a site needs to do specifically for AI Overviews or AI Mode beyond the same fundamentals that make a page good at ranking normally. hexweb.dev builds to that standard directly, on every page including this one:
Direct answers, not warm-ups
Every page opens with a clear answer to the actual question near the top, instead of easing into the point after several paragraphs of throat-clearing.
Structured data that matches the page
Every FAQ schema block is written to match the visible content exactly, word for word, because mismatched schema can hurt AI citation eligibility rather than help it.
Fast enough to actually be read
Recent research tracking ChatGPT's own retrieval behavior found a page fully read by the system gets cited roughly 74% of the time, versus about 7% for a page merely found but never opened. A slow, cluttered page is less likely to be the one that gets read at all.
Specific, not generic
A page built for one specific industry and one specific question — a clinic page about DHA compliance, a restaurant page about bilingual menus — has a real shot at citation for that narrow question, even without ranking #1 for the broad term.
This is also why the three systems above are built the way they are, not just described that way for marketing purposes. A rule-based chatbot gives a predictable, auditable answer — the same property that makes a page trustworthy to an AI system deciding whether to cite it. A self-hosted reminder system doesn't depend on a third party's uptime or pricing — the same independence this site has argued for repeatedly when covering platforms like WhatsApp changing their own rules unilaterally. The reasoning isn't three different philosophies bolted together; it's one philosophy — own what you can, be honest about what you can't yet promise, and build fast — applied to a website, a chatbot, and a reminder system in turn.
Want the detail behind this? See what SEO actually means in 2026 and what Google AI Mode actually is, or the ongoing News section tracking this as it develops.
Which industries does hexweb.dev build for?
Four, each with its own dedicated guide covering cost, features, and a live template.
Real Estate
Listing sites with RERA-ready structure and Instagram DM inquiry automation.
Clinics & Aesthetics
Trust-first layout, before/after galleries, and WhatsApp booking automation.
Restaurants
A real tabbed menu with bilingual AED pricing, not a slow PDF.
Retail & Boutique
An editorial catalog with WhatsApp ordering or full checkout, whichever fits.
Common questions
Either way — they share the same underlying build standard, so they work well together, but each is also available on its own. A business can start with just a website and add automation later without rebuilding anything.
It's rule-based: a state machine matches common questions and booking requests to clear logic, rather than a language model generating open-ended replies. That makes it predictable and auditable, with a human handoff for anything outside that.
The core system is built and in active testing rather than fully rolled out — see the dedicated reminder system page for exactly where it currently stands.
It's the same standard applied consistently — direct answers near the top of every page, structured data that matches the visible content exactly, and fast load times, following the same fundamentals Google itself says are what actually matters for AI Overview and AI Mode visibility.
Real estate, clinics and aesthetics, restaurants, and retail/boutique businesses, plus general small-business web design outside those four industries.
Want a website, chatbot, and reminder system that actually work together?
Tell us what you're building and we'll tell you plainly what it takes — free, no obligation.
Talk to us