UI Design Guide
Offer Card Components & Display Logic
This section explains how Engine uses fields returned by the Auto Insurance API to display offer card components. Use the logic below as reference for your UI implementation.

Offer Card Ranking
Use the
rankfield to order offers for display, in ascending order - the offer with"rank": 1should be displayed first.Only display offers where
"status": "active".
Impression Tracking
Each offer may include one or more URLs in impressionTrackingPixelUrls.
These must be requested (e.g., via a 1x1 tracking pixel or background GET request) at the moment the corresponding offer card becomes visible to the user.
Failing to fire these pixels can result in inaccurate reporting and may affect a partner's ability to receive credit for the impression.
UI Flow Design Guide
Compare / Offers Page Layout
After the offer search generates a rate table, show available offers on a compare page.
Header: Partner page header, showing the partner’s logo and an Engine “Powered by” logo, consistent with the rest of the flow.
Title block: A title such as “Your auto insurance matches are ready,” with the Advertiser Disclosure link right-aligned on the same row.
Subtitle: A supporting line such as “Compare personalized options from trusted providers and get your free quote.”
Offer cards: Each card shows the carrier/partner logo (financialInstitutionImageUrl), a headline, 3–4 checkmark bullet points from descriptionPoints, and a “View Rate” call-to-action button.
Footer: Disclaimer text (e.g., “Offer order is based on compensation from our partners, and other factors.”) plus any underwriter/license line supplied by the partner, followed by standard footer links: Engine, Terms, Privacy, Disclosures, and Do Not Sell/Share My Personal Information.
Responsive layout: On mobile, offer cards stack with adjusted spacing/heights, and carrier logos wrap into a grid where applicable.
Back button: The compare page should include a back button. If the user’s information was prefilled, back should return them to the confirmation/review step; otherwise, it should return them to the last question in the search flow.
Search Flow Questions
Because the Auto Insurance API requires only a small set of fields to return offers, Engine’s own search flow is kept short - a single question per screen, each mapped directly to a request field. Partners building their own flow can follow the same sequence and copy patterns as a starting point.
Question context
Each question screen should explain why the information is needed. Examples:
"Adding all vehicles can help surface multi-car discounts"
"Some providers offer military-related discounts"
This context improves completion rates. It also shows how the data supports matching.
Last updated
Was this helpful?

