How to Put Your Rental Inventory Online (Photos, Rates, Availability)

The typical starting point looks like this: twenty-some units in a garage or a yard, a Facebook page, and a phone number. Renters ask the same questions over and over — what do you have, what does it cost, is it free this weekend — and every answer is a phone call. Putting the inventory online is how those questions start answering themselves. This guide walks the whole job in order: photos, descriptions, rate tiers, capacity, and the one decision most operators get wrong — how availability is tracked. If you don't have a site to put the catalog on yet, a rental website builder gets you the container; this post is about what goes in it.

Photograph every unit like a used-car listing, not a brochure

Renters are doing pre-purchase inspection through your photos. The brochure instinct — one glamour shot per item — leaves their real questions unanswered, and unanswered questions become phone calls or, worse, silent exits. For each unit you want:

• One clean hero shot, same angle and similar background for the whole fleet. Consistency is what makes a catalog page look professional; a grid where every item is shot three-quarter-front on the same stretch of driveway reads as a real operation.
• Three to five detail shots of the parts a renter interacts with: the hitch or coupler, the controls, the interior, the ramp or gate, the tie-down points. These are the photos that pre-answer "will it fit my truck / my couch / my crew."
• Honest condition. If a unit has cosmetic wear, show it. The renter who sees the scratch in the photo doesn't dispute it at pickup; the one who discovers it in person wonders what else you didn't mention.

None of this needs equipment. A current phone camera on an overcast day — soft, even light, no harsh shadows — outperforms a sunny-day shoot. Sweep the area, pull the unit away from clutter, and take more frames than you need. The whole fleet is an afternoon of work, and it's the highest-leverage afternoon in this entire process.

Write spec-first descriptions

Rental shoppers compare numbers before they read prose. Lead every listing with the specs that gate the decision: dimensions, capacity or payload, weight, power requirements, what's included (straps, ramps, hoses, bits, a full tank). Then — and only then — one short paragraph of judgment: what jobs this unit is right for, and when a renter should pick the bigger or smaller one instead. That paragraph is where your experience shows, and it's something a marketplace listing can't replicate.

The anti-pattern is adjectives without numbers: "heavy-duty, reliable, perfect for any job." A renter with a 6-foot-wide skid steer cannot do anything with "spacious." They can do everything with "interior deck 6'10" × 14', 7,000 lb GVWR, rear ramp gate." Specs are also what search engines can actually match against a query like "7x14 dump trailer rental" — vague copy is invisible to exactly the people looking for what you have.

Choose rate tiers deliberately

Most operators inherit their pricing shape from whatever the last guy charged. It's worth choosing on purpose, because the tier structure quietly steers how people rent:

• Hourly fits tools and equipment used in short bursts — and it only makes sense if pickup and return are genuinely quick. If checkout takes 20 minutes, an hourly rate on a 2-hour rental is friction priced at a loss.
• Daily is the default for almost everything and the rate renters expect to see first. If you show only one number per unit, make it this one.
• Weekend — Friday pickup, Monday return, priced as a unit — matches how trailers, campers, and party equipment are actually used. Pricing the weekend as "3 × daily" overprices your highest-demand window into phone-call negotiations; a named weekend rate converts it silently.
• Weekly is your discount for contractors and long jobs. It trades margin per day for utilization and fewer turnovers, which is usually a good trade on equipment that would otherwise sit.

You don't need every tier on every unit. Look at how each item actually rents — or, starting out, how competitors list the same class of item — and publish two tiers, maybe three. A pricing table with five columns per unit reads as complicated, and complicated reads as negotiable.

Set capacity, and decide what's bookable online

Two structural decisions per item, both quick. First, capacity: how many identical units do you have? Your one excavator is capacity 1; your six matching folding-table sets are one listing with capacity 6, not six listings. Getting this right is what lets availability work later — two families can book "tables" the same Saturday and both be fine, while two bookings on the excavator are a conflict.

Second, bookable online versus quote-only. Not everything belongs behind a request button. Delivery-dependent items where the price hinges on distance, operator-required equipment, and your highest-value units where you want a conversation before committing — list them with photos, specs, and a rate, but route them to "request a quote" instead of a dated booking request. An online catalog doesn't obligate you to online booking for every item; it obligates you to answering the what-and-how-much questions in public.

Why availability must be computed — never hand-edited

Here is the decision that separates catalogs that work from catalogs that quietly rot: where does "is it available" live? The tempting version is a manual flag — an "available / unavailable" toggle you flip when something rents out. It fails within weeks, for a structural reason: the flag is a copy of information that already exists in your bookings, and copies drift. You confirm a rental by phone and forget the toggle; a return comes back early and the flag says unavailable while the unit sits in the yard; the flag can't express "free this weekend but booked next." A checkbox cannot describe a calendar.

The correct model — the one every serious rental platform uses — is computed availability: the bookings themselves are the source of truth, and availability for any date range is derived from them. Unit has capacity 2; confirmed bookings overlapping July 24–26 number 2; therefore it's unavailable July 24–26 and available every other day, with no one maintaining anything. The practical payoffs:

• Conflict warnings do the remembering. When a request arrives for dates that overlap a confirmed booking at full capacity, the system flags it before you confirm — which is precisely the moment double-bookings are created by hand.
• The site can show honest hints. A form that can say "limited availability for those dates" before the customer submits saves both of you a dead-end exchange.
• Declines and cancellations self-heal. Decline a request or cancel a booking and the dates simply open back up. No toggle, no stale "unavailable" costing you a weekend of revenue.

When you evaluate any tool for your catalog, this is the question to ask first: if I confirm a booking, does the calendar update itself? If the answer involves you editing anything, keep looking.

The worked example: Vybe Studio's Inventory

Labeled plainly: Vybe Studio is our product, and this is how the above maps onto it. Each unit is a product in the Inventory with a mode — booking for rentals, sale for outright purchases — photos, and rate tiers structured as price × time unit (daily, weekend, weekly), plus a capacity count per product. The AI generates the site and catalog pages from a text prompt; the booking-request form on the published site lists your booking products and captures a date range. Availability is computed the way described above — from confirmed bookings against capacity, exposed to the published site so forms can hint when dates look tight — and the dashboard warns you at confirm time if a request overlaps a full date range. Publishing to a subdomain with SSL is free, so the catalog can be live before any money changes hands.

One note for merchants already on Share Marketplace: if your inventory and bookings live there, Vybe sites can connect to your Share store and read that inventory live instead of duplicating it — you manage stock in one place and the website reflects it.

Next step

With photos on your phone and rates decided, the catalog itself is the fast part. The full walkthrough — from generated site to booking-request flow to publish — is in How to Make a Rental Booking Website (Without Custom Code). The honest summary of this whole guide: spend your effort on the photos and the specs, choose two rate tiers on purpose, and let software compute availability. That's the entire difference between a catalog that answers questions and a Facebook page that generates them.