What a kennel actually embeds
Gingr is pet care software built for daycare, boarding, grooming and training, and for a daycare and boarding business there are three owner-facing pieces the website has to place. New client registration, where the owner account and the dog's profile are created with vaccination uploads and your signed agreements. Online booking, where an assessed dog gets daycare days, package credits or a boarding date range against your real capacity. And the customer portal, where owners manage bookings, buy packages, pay and read report cards.
These live on Gingr's customer-facing site on Gingr's domain, and Gingr offers embed options so they can sit inside your pages. The decision that matters is where you put them, because a booking widget on every page slows down the pages that are doing the persuading.
Three pages, in the order a dog joins
/assessment, the door for new dogs. New client registration embedded here, and nothing else on the page except what it will ask for, how long it takes, and what happens on the assessment day. This is the primary button on the daycare page, the boarding page and the routine page, because most traffic on those pages has never been.
/book, for assessed dogs. The booking embed, the drop-off and collection windows, and the phone number. Existing clients arrive here from the header and from their confirmation emails.
/account, the portal link. A thin page that sends owners to their Gingr portal for package balances, invoices and report cards, so the link exists somewhere memorable when a client goes looking for it a month later.
Everything else on the site, the facilities gallery, the daily routine page, the requirements page, prices, reviews, is for reading and links to those three.
Keep the pages fast
Nothing from Gingr loads until an owner taps through. On the embed pages, reserve the height so the layout does not jump while it loads, and preconnect to your Gingr subdomain:
<link rel="preconnect" href="https://your-kennel.gingrapp.com">
<div class="gingr-embed" style="min-height: 760px"><!-- Gingr embed here --></div>Boarding calendars are taller than a grooming slot picker, so reserve generously and test on a small phone.
Configure Gingr for a kennel, not a salon
The setup that makes the embed work is inside Gingr, not on the page.
- Reservation types for daycare, half day, boarding and the assessment, each with its own price, capacity and rules. Confirm exact behaviour with Gingr where you are unsure; the product changes.
- The assessment gated ahead of everything. An unassessed dog should not be able to reach the day or boarding calendar. Where that has to be enforced by a profile field rather than automatically, set the field and make it required.
- Daily capacity by day of week, matching your real staffing, including the days you run reduced numbers.
- Boarding rules: peak and off-peak rates, minimum stays over Christmas and August, part-day charging on the collection day, run or room types, and multi-dog households sharing a run.
- Packages sold online with a balance the owner can see and an expiry you have decided on.
- Deposits on boarding, with the cancellation window stated on the page as well as in the terms.
- Required profile fields: vaccinations with expiry dates and certificate upload, neutering status, feeding, medication, vet details, emergency contact.
- Agreements signed at registration: boarding terms, treatment consent, off-lead and group play consent, photo permission, cancellation policy.
- Expiry reminders on, timed far enough ahead of a stay that a lapsed booster can still be fixed.
- Report cards enabled, because for boarding they are the reassurance the owner is on holiday waiting for.
Prices in Gingr must match the prices on the site, peak rates included. A confirmation that contradicts the price table is the fastest way to a complaint.
Deep links from the service pages
The daycare page's secondary button opens the day calendar. The boarding page's opens the stay calendar. The packages section opens the package purchase. The assessment page opens registration. Owners should never land on a menu and have to work out which product they wanted.
The header stays human
Gingr does not replace the hierarchy. Every page carries the phone number, Book, and for new owners the assessment link. On phones, a slim bar fixed to the bottom with Call and Book. Peak season enquiries about a nervous dog want a person, not a calendar.
Test it in the places owners are
Safari and Chrome on iOS and Android, and inside the Instagram and Facebook in-app browsers, which is where a lot of kennel traffic comes from. Register a fictional dog end to end, upload a certificate, sign an agreement, book an assessment, then try to book a boarding date for that unassessed dog and confirm you cannot. Repeat monthly. If an embed misbehaves in an in-app browser, send those entry points to Gingr's hosted page and link back.
Track assessment_click, booking_click and package_click with the page as a parameter, and read them monthly against completed bookings in Gingr, so you know which page books and which is read and abandoned.
Where this sits
Gingr is one of the four platforms we wire into dog daycare and boarding websites most often, alongside PetExec, Revelation Pets and Kennel Connection. The pattern generalises to any pet business website: the platform holds the diary and the records, the site gets the owner into it in one tap, and the reading pages stay fast because nothing loads until they ask.