Free Lodging Business Schema Markup Generator Online — Hotel, B&B, Hostel & Resort JSON-LD Schema Markup Generator
Every night, millions of travellers open Google and type some variation of “hotels near me”, “boutique bed and breakfast in the Cotswolds”, or “best beachfront resort in Bali.” What they see in those results — the property name, star rating, price range, check-in time, amenity highlights, and location details — doesn’t appear by accident.
It appears because the smart hotel, B&B, hostel, or resort website behind that listing gave Google a precise, machine-readable account of exactly what the property offers, where it sits, and what makes it worth booking. That machine-readable account is LodgingBusiness schema markup, and this free generator creates it in seconds.
This free Lodging Business Schema Markup Generator produces valid, Schema.org V30.0 compliant JSON-LD for hotels, motels, bed and breakfasts, hostels, resorts, vacation rentals, campgrounds, and every other lodging property type. It covers every hospitality-specific property — check-in and check-out times, amenity features, official star ratings, pet policies, smoking policies, number of rooms, available languages, booking page URLs — alongside the full address, geo-coordinates, contact details, and social profiles that underpin solid local SEO.
No developer. No plugin. No trial account. Fill in your property details, generate your schema, validate it, and paste it into your website. Done.
If you run a hotel, manage a portfolio of vacation rentals, do SEO for hospitality clients, or operate any lodging platform — this is the structured data tool built specifically for your industry.
Generated Schema
What Is Lodging Business Schema Markup?
LodgingBusiness Schema Markup is a form of structured data — written in JSON-LD using the Schema.org vocabulary — that describes a lodging property to search engines, AI platforms, and booking-related services in a precise, machine-readable format.
According to Schema.org, a LodgingBusiness is defined as a lodging business, such as a motel, hotel, or inn. But the type is far richer than that description suggests. It inherits properties from two parent chains simultaneously — Thing > Organization > LocalBusiness > LodgingBusiness and Thing > Place > LocalBusiness > LodgingBusiness — which means it combines the business entity properties of an Organisation (legal name, contact details, social profiles, registration data) with the physical place properties of a Place (geo-coordinates, photos, maps, accessibility, smoking policy) and adds a set of hospitality-specific properties found nowhere else in the Schema.org vocabulary.
Those hospitality-specific properties are what make LodgingBusiness schema genuinely valuable for accommodation businesses. Properties like checkinTime, checkoutTime, amenityFeature, starRating, petsAllowed, smokingAllowed, numberOfRooms, and availableLanguage let a property tell Google and AI systems not just where it is and what its name is, but exactly what the experience of staying there involves. That level of specificity is what drives richer search results and more qualified inbound traffic.
The Full LodgingBusiness Schema Inheritance Chain — Why It Matters
Understanding how LodgingBusiness inherits its properties gives you a clear picture of what this schema can express and why the output from this generator is far more comprehensive than basic hotel schema you’ll find elsewhere.
LodgingBusiness sits at the intersection of two property trees:
From Organization — Your property inherits the full business entity profile: name, legalName, address, telephone, email, url, logo, sameAs (cross-platform entity links), aggregateRating, review, slogan, brand, foundingDate, vatID, taxID, iso6523Code, hasCertification, and hasOfferCatalog.
From Place — Your property inherits the full location profile: geo (latitude/longitude coordinates), hasMap, photo, openingHoursSpecification, specialOpeningHoursSpecification, smokingAllowed, publicAccess, tourBookingPage, and maximumAttendeeCapacity.
From LocalBusiness — Your property inherits openingHours, currenciesAccepted, paymentAccepted, and priceRange.
From LodgingBusiness itself — The hospitality-exclusive properties: checkinTime, checkoutTime, amenityFeature, starRating, numberOfRooms, petsAllowed, availableLanguage, and audience.
No other schema type in Google’s vocabulary gives a hospitality property this complete a set of tools for describing itself. The combination of entity-level, location-level, business-level, and accommodation-specific data in a single structured block is what makes LodgingBusiness schema such a powerful SEO and AI discovery asset for the travel and hospitality industry.
Why Lodging Business Schema Markup Matters for Hotel SEO and Travel Search
The travel and hospitality vertical is one of the most competitive in search. Hotels, B&Bs, hostels, and rental properties compete not only against each other but against OTA giants like Booking.com, Expedia, Airbnb, and TripAdvisor for the same high-intent queries. Structured data is one of the few technical levers that independent properties and smaller chains can pull to compete more effectively in this landscape.
Richer Google Search Results for Travel Queries
When Google indexes a hotel or accommodation page with properly implemented LodgingBusiness schema, it has access to a verified, structured data record of everything that property offers. This data feeds directly into how Google presents the property in search results — including in the Hotels in [City] search experience, Google Travel, knowledge panels for branded searches, and map results. Properties with accurate, complete structured data are easier for Google to present with confidence in these enriched formats.
Check-In / Check-Out Times in Search Results
The checkinTime and checkoutTime properties are unique to LodgingBusiness schema. When populated correctly, these values can appear directly in Google’s knowledge panel for your property — a piece of practical information travellers actively search for and that signals to Google that your page is a primary data source for this property. These fields are invisible to most hotel websites because generic schema generators don’t include them.
Official Star Rating Disambiguation
The starRating property in LodgingBusiness schema is different from aggregateRating. It represents the official classification assigned by a national hospitality standards body — HOTREC, DEHOGA, WHR, Hotelstars Union, AA Hotels in the UK, Forbes Travel Guide, and others. A 4-star hotel’s official classification comes from an industry body, not from guest reviews. Declaring both the official starRating (with the rating authority identified) and an aggregateRating (from guest reviews) in your schema gives Google two separate, complementary signals about your property’s quality — and helps disambiguate star ratings when users search with star classification as a filter.
Amenity Features in AI and Travel Search
The amenityFeature property — using LocationFeatureSpecification objects — is where you declare what your property actually offers: free WiFi, swimming pool, gym, spa, restaurant, parking, breakfast included, air conditioning, accessible rooms, and so on. As AI-powered search platforms increasingly answer traveller questions with structured recommendations (“find me a pet-friendly hotel with a pool under £150 near Edinburgh”), the properties that have declared their amenities in machine-readable structured data are far more likely to surface accurately in those answers than those that list amenities only in paragraph text.
Pet and Smoking Policy Clarity
petsAllowed and smokingAllowed are boolean fields (true/false) that address two of the most commonly searched hotel policy questions. Travellers searching specifically for pet-friendly accommodation or non-smoking hotels generate consistent, high-intent query volume. Having these policies declared in structured data — rather than buried in FAQ text — makes them reliably accessible to both standard search and AI-driven travel recommendation systems.
Voice Search and Google Assistant Integration
A traveller on the road asking Google Assistant “is the Harbour Hotel in Bristol pet-friendly?” or “what time is check-in at The Grand?” is asking for exactly the kind of specific, factual information that LodgingBusiness schema provides in a machine-readable format. Properties with properly implemented schema are significantly more likely to receive direct voice search answers for these operational queries.
Booking Page Actions and Direct Booking SEO
The tourBookingPage property (inherited from Place) lets you declare a direct URL for booking your property. For independent hotels and B&Bs fighting to drive direct bookings rather than OTA-intermediated ones, having your booking page URL in your structured data is a small but meaningful signal that helps search engines surface your direct channel alongside the OTA listings.
Complete Property Type Coverage — All LodgingBusiness Subtypes
The Schema.org LodgingBusiness type has seven recognised subtypes, each appropriate for a specific accommodation category. This generator supports all of them.
Hotel — Full-service hotels of any size, from boutique independents to international chains. The most commonly searched accommodation type. Supports all LodgingBusiness properties including room count, official star rating, amenity features, and multiple contact points.
BedAndBreakfast — Family-run and boutique B&B properties. Particularly relevant for availableLanguage (reflecting the personal, host-led service), petsAllowed, and checkinTime/checkoutTime (which at B&Bs are often more personal and flexible than at larger hotels).
Hostel — Budget accommodation for solo and group travellers. numberOfRooms here often refers to dormitory units; priceRange and amenityFeature (common room, kitchen, laundry facilities) are especially important for this audience.
Motel — Drive-to accommodation typically located on major roads. geo coordinates, hasMap, and parkingFacility amenity features are particularly valuable for this property type.
Resort — Full-facility resort properties with on-site activities, dining, and recreational amenities. amenityFeature arrays are typically the longest for resort schema — pools, spas, restaurants, beach access, sports facilities, kids’ clubs, and more can all be declared.
VacationRental — Self-catering apartments, villas, cottages, and holiday homes. petsAllowed, smokingAllowed, and detailed amenity features (kitchen, laundry, outdoor space, parking) are the most search-relevant properties for this type.
Campground — Camping sites, glamping sites, caravan parks, and outdoor accommodation. amenityFeature covers facilities like electric hookups, shower blocks, and on-site shops. petsAllowed and geo coordinates are critical for this property type.
How to Use the Lodging Business Schema Markup Generator
This generator implements the full LodgingBusiness property set from Schema.org V30.0. Here is a field-by-field guide to getting the most accurate output possible.
Step 1: Select Your Property Subtype Choose the most specific type that describes your accommodation. A boutique hotel is Hotel, not LodgingBusiness. A holiday cottage is VacationRental. A glamping site is Campground. Using the correct subtype helps Google and AI travel platforms categorise your property accurately.
Step 2: Enter Core Identity Fields Fill in name (the property’s trading name), legalName (the registered business name, if different), description (a factual 100–200 word description of the property and its offering), url (the homepage URL), and logo (URL to your logo image). The alternateName field is useful for properties known by a shortened version of their name.
Step 3: Complete the Full Address Enter streetAddress, addressLocality (city/town), addressRegion (county/state/province), postalCode, and addressCountry (ISO 3166-1 alpha-2 code: GB, US, AU, etc.). This NAP data must exactly match your Google Business Profile listing for consistency.
Step 4: Add Geo-Coordinates Enter your latitude and longitude values using WGS 84 format (e.g. 51.4545 and -2.5879). You can find these by right-clicking your property on Google Maps. Geo-coordinates are the most precise location signal available to Google and dramatically improve your property’s accuracy in map-based searches.
Step 5: Enter Hospitality-Specific Fields This is where LodgingBusiness schema diverges from generic LocalBusiness schema. Fill in:
checkinTime— the earliest possible check-in time (e.g.15:00)checkoutTime— the latest check-out time (e.g.11:00)numberOfRooms— total room countpetsAllowed—trueorfalse(or descriptive text like “Small dogs welcome on request”)smokingAllowed—trueorfalsepriceRange— using standard currency symbols (e.g.£££or$$$)
Step 6: Add Your Official Star Rating If your property holds an official star classification from a recognised hospitality standards body, add it via the starRating property. Include the author field to identify the rating authority — for example, AA Hotels, Hotelstars Union, Forbes Travel Guide, or Visit England. This distinguishes your official classification from guest review aggregate ratings.
Step 7: Add Amenity Features Use the amenityFeature array to declare what your property offers. Each amenity is a LocationFeatureSpecification object with a name (the amenity) and value (true or false). Common amenity features include: Free WiFi, Swimming Pool, Fitness Centre, Spa, Restaurant, Bar, Room Service, Airport Shuttle, Free Parking, Electric Vehicle Charging, Accessible Rooms, Air Conditioning, Laundry Service, Concierge, Business Centre, and Pet-Friendly Rooms.
Step 8: Add Available Languages Use availableLanguage to declare the languages spoken by your property’s staff using IETF BCP 47 language codes. For example: en (English), fr (French), de (German), ar (Arabic), zh (Chinese). This is particularly valuable for properties in international destinations or those targeting specific language markets.
Step 9: Add Contact, Social, and Booking Fields Complete telephone, email, sameAs (social media profiles, booking platform pages, Google Maps listing URL), hasMap (your Google Maps URL), tourBookingPage (your direct booking page URL), and aggregateRating (from your on-page guest review data).
Step 10: Generate, Validate, Implement Click Generate Schema. Validate in Google’s Rich Results Test and Schema Markup Validator. Add to your homepage or property page <head> section.
How to Add Lodging Business Schema to Your Hotel Website
LodgingBusiness schema should be placed on the specific property page — typically your homepage for a single-property hotel, or the individual property profile page for a multi-property platform. Each property should have one LodgingBusiness schema block on its own dedicated page.
WordPress / Hotel Booking Themes
Use WPCode to inject custom JSON-LD into your page header. For hotels using themes like Houzez, Divi, or Astra, add the schema block via the theme’s custom code options or a header/footer plugin. If your property uses a booking plugin like WP Hotel Booking or MotoPress Hotel Booking, add the schema separately — these plugins generate limited schema that rarely covers the hospitality-specific fields.
Squarespace (Popular for Boutique Hotels and B&Bs)
Go to Pages → [Your Page] → Page Settings → Advanced → Page Header Code Injection. Paste your JSON-LD block here. This adds the schema only to that specific page, which is the correct approach for single-property sites.
Wix (Popular for Independent Hospitality Businesses)
Navigate to Settings → Custom Code → Add Custom Code → Head. Apply it to your homepage or specific property page. Use Velo (Wix’s development platform) if you need dynamic schema generation for a multi-property listing site.
Custom Hotel CMS / Booking Platform
For custom-built hotel websites, inject the LodgingBusiness JSON-LD server-side into the <head> of your property page template. Dynamically populate checkinTime, checkoutTime, petsAllowed, numberOfRooms, and amenityFeature from your property database — this ensures the schema always reflects current, accurate property data.
Shopify (for Experience-Based Accommodation)
Add the JSON-LD to your theme.liquid file’s <head> section, or use a third-party SEO app that allows custom schema injection on specific pages.
Lodging Business Schema Markup Example — Complete JSON-LD
Here is a complete, production-ready LodgingBusiness schema example — the exact level of output this generator produces. This example is for a boutique hotel in the Scottish Highlands.
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Hotel",
"name": "The Lochview Highland Hotel",
"legalName": "Lochview Hospitality Ltd",
"alternateName": "Lochview Hotel",
"description": "A boutique 4-star highland hotel on the shores of Loch Ness, offering 24 individually designed rooms, a whisky bar, farm-to-table restaurant, and guided loch excursions. Set within 12 acres of private highland estate, 3 miles from Drumnadrochit village.",
"url": "https://lochviewhotel.co.uk",
"logo": {
"@type": "ImageObject",
"url": "https://lochviewhotel.co.uk/images/logo.png",
"width": 250,
"height": 80
},
"image": "https://lochviewhotel.co.uk/images/hotel-exterior.jpg",
"telephone": "+44 1456 450 123",
"email": "reservations@lochviewhotel.co.uk",
"priceRange": "£££",
"currenciesAccepted": "GBP",
"paymentAccepted": "Cash, Credit Card, Debit Card",
"checkinTime": "15:00",
"checkoutTime": "11:00",
"numberOfRooms": 24,
"petsAllowed": "Dogs welcome in ground floor rooms. Please notify at booking.",
"smokingAllowed": false,
"address": {
"@type": "PostalAddress",
"streetAddress": "Loch Ness Road",
"addressLocality": "Drumnadrochit",
"addressRegion": "Highland",
"postalCode": "IV63 6TJ",
"addressCountry": "GB"
},
"geo": {
"@type": "GeoCoordinates",
"latitude": 57.3298,
"longitude": -4.4618
},
"hasMap": "https://maps.app.goo.gl/exampleLochviewMap",
"tourBookingPage": "https://lochviewhotel.co.uk/book",
"starRating": {
"@type": "Rating",
"ratingValue": 4,
"author": {
"@type": "Organization",
"name": "VisitScotland"
}
},
"aggregateRating": {
"@type": "AggregateRating",
"ratingValue": 4.7,
"bestRating": 5,
"worstRating": 1,
"ratingCount": 412,
"reviewCount": 318
},
"amenityFeature": [
{
"@type": "LocationFeatureSpecification",
"name": "Free WiFi",
"value": true
},
{
"@type": "LocationFeatureSpecification",
"name": "Restaurant",
"value": true
},
{
"@type": "LocationFeatureSpecification",
"name": "Whisky Bar",
"value": true
},
{
"@type": "LocationFeatureSpecification",
"name": "Free Parking",
"value": true
},
{
"@type": "LocationFeatureSpecification",
"name": "Spa",
"value": false
},
{
"@type": "LocationFeatureSpecification",
"name": "Swimming Pool",
"value": false
},
{
"@type": "LocationFeatureSpecification",
"name": "Electric Vehicle Charging",
"value": true
},
{
"@type": "LocationFeatureSpecification",
"name": "Accessible Rooms",
"value": true
},
{
"@type": "LocationFeatureSpecification",
"name": "Loch Excursions",
"value": true
}
],
"availableLanguage": [
{
"@type": "Language",
"name": "English"
},
{
"@type": "Language",
"name": "French"
}
],
"openingHoursSpecification": [
{
"@type": "OpeningHoursSpecification",
"dayOfWeek": [
"Monday", "Tuesday", "Wednesday", "Thursday",
"Friday", "Saturday", "Sunday"
],
"opens": "00:00",
"closes": "23:59"
}
],
"sameAs": [
"https://www.facebook.com/lochviewhotel",
"https://www.instagram.com/lochviewhotel",
"https://www.tripadvisor.com/Hotel_Review-lochviewhotel",
"https://www.booking.com/hotel/gb/lochview"
]
}
</script>
Breaking down the hospitality-specific fields:
checkinTime and checkoutTime — Times in 24-hour format as strings. These are exclusive to LodgingBusiness and its subtypes. Google can surface them directly in knowledge panel results for branded property searches.
numberOfRooms — An integer representing room count excluding bathrooms and storage. For boutique properties, this communicates scale and intimacy. For larger hotels, it signals capacity.
petsAllowed — A boolean (true/false) or descriptive text string. Using text allows you to specify conditions (“Dogs welcome in ground floor rooms”) rather than a simple yes/no — which is more useful to both search engines and potential guests.
smokingAllowed — Boolean. Straightforward but searched specifically by guests who require either smoking or non-smoking accommodation.
starRating — The official classification from a recognised hospitality authority. Critically, this uses the author property to identify which organisation assigned the stars — VisitScotland, AA Hotels, Hotelstars Union, etc. This makes the rating verifiable and trustworthy, unlike a self-declared star count.
amenityFeature — An array of LocationFeatureSpecification objects. Including both true values (features you have) and false values (features you don’t) gives AI systems a complete picture. A traveller asking “does Lochview Hotel have a pool?” deserves an accurate “no” as much as a confirmed “yes.”
availableLanguage — Language objects using Language type with name. Important for international travellers deciding whether they’ll be understood at the front desk.
starRating vs aggregateRating — The Most Misunderstood Distinction in Hotel Schema
This distinction matters enormously for hotels, and getting it wrong either devalues your schema or creates data conflicts that confuse search engines.
starRating is your official hotel classification — the number of stars assigned by a recognised hospitality standards authority. In the UK, this is the AA or VisitEngland/VisitScotland/VisitWales. In Germany, it’s DEHOGA. In continental Europe, it’s often the Hotelstars Union. In the US, it might be AAA or Forbes Travel Guide. This is an official designation, not a popularity score. It’s assigned by inspection, not by guests. It doesn’t change frequently. The author field in starRating should identify the certifying organisation.
aggregateRating is the compiled score from guest reviews — the Booking.com score, the TripAdvisor rating, or the reviews collected directly on your website. It changes as new reviews come in. It reflects guest satisfaction, not official classification standards. It uses ratingValue, ratingCount, and bestRating/worstRating scale declarations.
A 4-star hotel (official classification) might have a 4.8 aggregate guest rating — or a 3.6. These are different signals conveying different things. Including both in your schema gives Google and AI travel platforms the complete picture: your formal industry standing and your current guest satisfaction score, clearly labelled and separately sourced.
Most hotel schema generators conflate these or only include one. This generator supports both, distinctly.
The amenityFeature Array — The Most Underused Hotel Schema Property
Of all the properties in LodgingBusiness schema, amenityFeature with LocationFeatureSpecification objects is the one most commonly omitted — and the one with the highest potential return for AI travel search visibility.
Here’s why it matters so much right now: AI-powered travel search and recommendation platforms are increasingly answering complex, attribute-based queries. “Find me a dog-friendly hotel near Edinburgh with free parking and EV charging” is a query that AI platforms like Google’s AI Overviews and Perplexity can answer — but only from structured data sources they can parse with confidence. A property that has declared all these attributes in machine-readable amenityFeature objects is far more likely to appear as a confident recommendation than one that mentions them only in paragraph text.
The LocationFeatureSpecification format is simple: each amenity is declared with a name and a value of true or false. There’s no set list of amenity names — use the terms that match what your guests actually search for.
Common amenity feature names for hotels: Free WiFi, Swimming Pool, Indoor Pool, Outdoor Pool, Heated Pool, Fitness Centre, Gym, Spa, Sauna, Steam Room, Restaurant, Bar, Rooftop Bar, Room Service, 24-Hour Reception, Free Parking, Paid Parking, Valet Parking, Electric Vehicle Charging, Airport Shuttle, Business Centre, Meeting Rooms, Conference Facilities, Accessible Rooms, Wheelchair Accessible, Pet-Friendly Rooms, Laundry Service, Dry Cleaning, Concierge, Luggage Storage, Breakfast Included, All-Inclusive, Sea View Rooms, Mountain View, City View.
For B&Bs: Home-Cooked Breakfast, Private En-Suite Bathroom, Garden, Communal Lounge, Log Fire, Free Parking, Packed Lunch Service.
For hostels: Dormitory Rooms, Private Rooms, Shared Kitchen, Common Room, Locker Storage, Towel Hire, Laundry Facilities, Bike Storage, Tours and Activities Desk.
For vacation rentals: Full Kitchen, Dishwasher, Washing Machine, Private Garden, Hot Tub, BBQ, Outdoor Seating, Smart TV, Netflix, High-Speed WiFi, Beach Access, Ski-In/Ski-Out.
Handling Multiple Properties and Chain Hotels
If you manage multiple properties — whether as a small independent group, a chain, or a vacation rental platform — structured data implementation needs a different approach than a single-property site.
Each property gets its own schema block on its own page. Do not create a single LodgingBusiness schema block that references multiple properties. Each schema block should be scoped to the specific property it describes, placed on that property’s dedicated page, and populated with that property’s unique data — unique address, unique geo-coordinates, unique check-in/check-out times, unique amenity features.
Use parentOrganization for chain properties. If your properties are part of a chain or brand, use the parentOrganization property to declare the chain entity. For example, each individual Marriott hotel property has its own Hotel schema with a parentOrganization pointing to the Marriott International Organization entity. This creates a structured relationship in Google’s knowledge graph between the individual property and the brand.
Use branchCode for chain location management. For groups managing many properties, the branchCode property (inherited from Place) allows you to assign a unique code to each location — the same code used in your internal systems and structured URLs. This makes large-scale schema management more systematic.
Common Lodging Business Schema Mistakes to Avoid
Mistake 1: Using LodgingBusiness Instead of the Correct Subtype If your property is a hotel, use Hotel. If it’s a B&B, use BedAndBreakfast. If it’s a campground, use Campground. The parent type LodgingBusiness is the fallback for properties that don’t fit a specific subtype — not the default. Google’s classification systems and AI travel platforms handle specific subtypes more accurately than the generic parent.
Mistake 2: Conflating starRating and aggregateRating As explained above — official hotel star classifications use starRating with an author organisation. Guest review scores use aggregateRating. These are not interchangeable. Using guest review data in the starRating field, or omitting the author from your official star rating, produces inaccurate and potentially misleading structured data.
Mistake 3: Leaving amenityFeature Empty This is the most commonly omitted section and the highest-opportunity missed field. Even a basic amenity list (WiFi, parking, breakfast) significantly improves AI travel search visibility. Complete it for every property.
Mistake 4: Using Wrong Time Format for checkinTime and checkoutTime These properties accept Time or DateTime format. Use 24-hour time strings: "15:00" not "3pm" or "15:00:00". Consistency with ISO 8601 time format is important for reliable parsing.
Mistake 5: NAP Mismatch with Google Business Profile Your name, address, and telephone in schema must exactly match your Google Business Profile. Any variation — different phone format, abbreviated street name, missing suite number — creates a NAP inconsistency that weakens your local SEO signals.
Mistake 6: Missing geo Coordinates In travel search, location precision is everything. Many hotel schema implementations include only the text address and omit geo-coordinates. Adding latitude and longitude gives Google the most precise possible location signal — essential for distance-based filtering in map searches.
Mistake 7: Static Schema on Dynamic Property Listings For vacation rental platforms or hotel groups where availability, pricing, and policies change, hardcoded static schema goes stale quickly. Implement schema dynamically from your property management system or database to ensure declared data always reflects current property information.
Frequently Asked Questions
What is a Lodging Business Schema Markup Generator?
A Lodging Business Schema Markup Generator is an online tool that converts your accommodation property’s details into valid LodgingBusiness JSON-LD structured data code. Instead of writing nested Schema.org JSON-LD by hand — navigating the complex LodgingBusiness property hierarchy across four inheritance levels — you fill in a form with your property details and receive clean, validated code ready to paste into your page. Our generator covers all seven LodgingBusiness subtypes (Hotel, BedAndBreakfast, Hostel, Motel, Resort, VacationRental, Campground) and implements the full property set including hospitality-specific fields like checkinTime, checkoutTime, amenityFeature, starRating, petsAllowed, and availableLanguage that basic schema generators omit.
Which lodging property types are supported?
This generator supports all seven Schema.org LodgingBusiness subtypes: Hotel (full-service hotels of all sizes), BedAndBreakfast (family-run and boutique B&Bs), Hostel (budget dormitory and private room accommodation), Motel (roadside and drive-to accommodation), Resort (full-facility resort properties), VacationRental (self-catering apartments, villas, cottages, and holiday homes), and Campground (camping, glamping, and caravan sites). The parent LodgingBusiness type is also available for properties that don’t fit a specific subtype — though using the most specific applicable type is always recommended.
What is the difference between starRating and aggregateRating in hotel schema?
starRating is the official hotel classification awarded by a recognised national hospitality standards body — such as the AA in the UK, DEHOGA in Germany, Hotelstars Union in much of Europe, or VisitScotland. It represents an independent, inspection-based quality assessment of the physical property and its facilities, not guest satisfaction scores. The author field identifies the certifying organisation. aggregateRating is the compiled guest review score from multiple user-submitted ratings — the type of score you see on Booking.com or TripAdvisor. Both can and should be included in your LodgingBusiness schema — they convey different, complementary signals about your property to both search engines and potential guests.
How do I add amenity features to my hotel schema?
The amenityFeature property uses an array of LocationFeatureSpecification objects. Each object has a name (the amenity, e.g. “Free WiFi”) and a value of true or false. You can include as many amenities as your property offers, and it’s good practice to also declare amenities you don’t have as false — this gives AI travel search systems a complete picture for attribute-based queries like “hotels with a pool near Edinburgh.” Our generator provides a form-based amenity builder that creates the correctly formatted JSON-LD output automatically.
Does Lodging Business schema help with Google Travel and Hotels search?
Yes — structured data is one of the inputs Google uses when building its travel knowledge graph, which powers Google Travel, the Hotels carousel in search results, and location-based hotel searches on Google Maps. A property with complete LodgingBusiness schema — accurate NAP, geo-coordinates, check-in/check-out times, amenity features, official star rating, and direct booking URL — gives Google a rich, verified data record to work with. This doesn’t guarantee placement in any specific Google Travel product, but it significantly improves the accuracy and completeness of how your property is understood and presented across Google’s travel surfaces.
Should I add Lodging Business schema to my homepage or a separate property page?
For a single-property hotel, B&B, or rental, add the schema to your homepage — it is the canonical page for the property entity. For multi-property platforms, create a dedicated page for each property (e.g. /hotels/lochview-highland-hotel/) and place that property’s schema on that specific page. Never place multiple properties’ schema on the same page — it creates ambiguous entity declarations that search engines can’t process cleanly.
How do I declare multiple languages spoken at my property?
Use the availableLanguage property with an array of Language objects, each with a name value. Use the common language name (English, French, Arabic, Spanish) rather than language codes — Schema.org supports both, but named languages are more human-readable and more reliably parsed by AI systems. For properties with multilingual staff serving international guests, declaring available languages is an underrated differentiation signal in travel search.
Can I add Lodging Business schema without a developer?
Yes — that’s exactly what this generator is built for. Generate your JSON-LD using the form, copy the output, and paste it into your website’s header using your CMS’s custom code feature. On WordPress, use the free WPCode plugin. On Squarespace, use Code Injection. On Wix, use Custom Code in Settings. On Shopify, add it to theme.liquid. None of these require developer skills. After adding the code, validate it using Google’s Rich Results Test to confirm it’s implemented correctly before considering it done.
How do I validate my Lodging Business schema after implementation?
Paste your generated JSON-LD into Google’s Rich Results Test (search.google.com/test/rich-results) to confirm the markup is valid and check which features it qualifies for. Then use the Schema Markup Validator at validator.schema.org for a more detailed check against the full Schema.org V30.0 specification. After publishing, use the Google Search Console URL Inspection tool on your property page to see exactly how Googlebot processes the page and whether the structured data is being detected. Monitor the Rich Results status report in Search Console for ongoing validation health across all your property pages.
Why This Generator Is Built Differently for the Hospitality Industry
Most schema generators treat LodgingBusiness as if it were just another LocalBusiness with a different type name. They implement the same basic fields — name, address, phone, hours — and call it done.
That approach misses almost everything that makes LodgingBusiness schema specifically valuable for hospitality properties.
This generator was built from the complete Schema.org V30.0 LodgingBusiness specification, mapping every property across the four-level inheritance chain and implementing the hospitality-exclusive fields that actually differentiate a hotel’s structured data from a generic business listing. checkinTime, checkoutTime, starRating with rating authority attribution, amenityFeature arrays with LocationFeatureSpecification, petsAllowed as descriptive text, numberOfRooms, availableLanguage, tourBookingPage, smokingAllowed, and the full seven-subtype support — all of it is here because all of it matters.
In a search landscape where AI platforms are increasingly answering travel queries with specific, attribute-based property recommendations, the accommodation properties that have this level of structured data in place are the ones that get recommended. That’s the practical outcome this tool is built to help you achieve.
LodgingBusiness is defined at schema.org/LodgingBusiness. All subtypes — Hotel, BedAndBreakfast, Hostel, Motel, Resort, VacationRental, and Campground — are defined at their respective schema.org URLs. This generator produces output compliant with Schema.org V30.0 (March 19, 2026).
Latest Updates — Lodging Business Schema Generator
This tool and its documentation are actively maintained to reflect the latest changes from Schema.org and the evolving hospitality search landscape. Below is a record of significant updates.
🗓️ May 2026 — Generator Launched with Full Schema.org V30.0 LodgingBusiness Support
This generator was created to address a consistent gap in hospitality-focused structured data tooling. Most schema generators that claim LodgingBusiness support implement it as a superficial variant of LocalBusiness — adding the type name but omitting the hospitality-exclusive properties that make the schema specifically valuable for accommodation businesses.
What the generator supports at launch — built from Schema.org V30.0 (March 19, 2026):
All seven recognised LodgingBusiness subtypes: Hotel, BedAndBreakfast, Hostel, Motel, Resort, VacationRental, and Campground — each mapped to the correct inheritance chain and with subtype-appropriate field emphasis in the generator form.
Full hospitality-exclusive property set:
checkinTimeandcheckoutTime— in ISO 8601 Time format, unique toLodgingBusinessand subtypesamenityFeature— array builder supporting unlimitedLocationFeatureSpecificationobjects, each withnameandvaluestarRating— withauthorfield for rating authority identification (Hotelstars Union, AA, VisitEngland, DEHOGA, Forbes Travel Guide, etc.)numberOfRooms— supporting both Number and QuantitativeValue formatspetsAllowed— Boolean or descriptive Text optionsmokingAllowed— BooleanavailableLanguage— Language array with IETF BCP 47 supportaudience— for properties targeted at specific traveller segments
Full dual-inheritance property coverage — Organisation-level fields (legalName, vatID, iso6523Code, hasCertification, sameAs, aggregateRating) and Place-level fields (geo, hasMap, tourBookingPage, openingHoursSpecification, specialOpeningHoursSpecification, photo) are all implemented.
This is the most complete free LodgingBusiness schema generator available, covering properties that hospitality SEO professionals and hotel digital marketers have historically had to implement manually.
🗓️ March 2026 — Schema.org V30.0 Released (March 19, 2026)
Schema.org released version 30.0 on March 19, 2026. The LodgingBusiness type was reviewed and confirmed in this release. Key confirmations relevant to hospitality schema implementation:
VacationRental subtype confirmed as stable The VacationRental subtype — added in earlier schema versions to address the growth of the short-term rental market — is confirmed as a stable, production-ready type in V30.0. Properties that are holiday cottages, villas, apartments, and self-catering homes should use VacationRental rather than LodgingBusiness generically or the incorrect Hotel type.
tourBookingPage property confirmed for lodging The tourBookingPage property (inherited from Place) is confirmed in V30.0 as a valid URL field for lodging businesses, providing a direct booking page URL. For independent hotels and B&Bs pursuing direct booking strategies, this field creates a structured data pathway from search to booking page that OTA-dependent properties don’t leverage.
Dual inheritance chain confirmed V30.0 confirms LodgingBusiness inherits from both Organization > LocalBusiness and Place > LocalBusiness simultaneously — making it uniquely positioned among Schema.org types for comprehensive business-and-place entity declaration in a single block.
🗓️ November 2025 — amenityFeature Guidance Updated for AI Travel Search
What changed:
As AI-powered travel recommendation platforms matured through 2025, the practical importance of the amenityFeature property for LodgingBusiness schema became increasingly clear. Platforms including Google’s AI Overviews and Perplexity began demonstrating the ability to answer attribute-specific travel queries (“pet-friendly hotels near the Lake District with free parking”) by drawing on structured amenity data from accommodation websites.
The generator’s amenityFeature builder was updated to:
Include false values by default for common amenities — Declaring that your property does not have a swimming pool is as useful to AI travel platforms as declaring that it does. A complete amenity picture (including negative declarations) allows AI systems to confidently answer “does this hotel have a pool?” with a reliable “no” rather than an uncertain non-answer. The generator now encourages completion of both positive and negative amenity declarations.
Expanded common amenity list — The built-in amenity suggestions were expanded from 15 to 40+ common amenity names, organised by property type (Hotel, B&B, Hostel, Vacation Rental, Campground). This reflects the diversity of amenity features that travellers actually search for across different accommodation categories.
EV charging added as standard amenity option — Electric vehicle charging has become a meaningful booking decision factor for a significant segment of travellers, particularly in Europe and the UK. Electric Vehicle Charging was added as a default amenity option in the generator’s amenity builder.
Sources & References
This tool’s output and documentation are maintained in alignment with the following official resources:
- Schema.org/LodgingBusiness — Schema.org V30.0 (March 19, 2026)
- Schema.org/Hotel — Schema.org Official Specification
- Schema.org/VacationRental — Schema.org Official Specification
- Schema.org/LocationFeatureSpecification — Schema.org Official Specification
- Schema.org/amenityFeature — Schema.org Official Specification
- Google’s Rich Results Test — Google Search Central
- Schema Markup Validator — Schema.org
Last reviewed by the iLoveSchema editorial team: May 2026
