Contact Us

If you still have questions or prefer to get help directly from an agent, please submit a request.
We’ll get back to you as soon as possible.

Please fill out the contact form below and we will reply as soon as possible.

  • Contact Us
  • Home
  • Installation & Developers
  • Troubleshooting

Testing Appcues on a Wrapped Webapp

Guidance for testing Appcues on wrapped web applications, such as a Chromium or Electron-based desktop applications.

Written by Sofia Domingues

Updated at May 20th, 2025

Contact Us

If you still have questions or prefer to get help directly from an agent, please submit a request.
We’ll get back to you as soon as possible.

Please fill out the contact form below and we will reply as soon as possible.

  • Installation & Developers
    Installing Appcues Web Installing Appcues Mobile API & Data Troubleshooting Extras
  • Web Experiences
    Building Web Experiences Targeting Studio Customization & Styling Use Cases Troubleshooting FAQ
  • Mobile Experiences
    Installation & Overview Building Mobile Experiences Mobile Analytics & Integrations Troubleshooting
+ More
  • Home

  • Installation & Developers

    • Web Experiences

      • Mobile Experiences

        The objective of this document is to provide guidance for testing Appcues on wrapped web applications, such as a Chromium or Electron-based desktop application.
        Wrapped web applications are an edge case for Appcues and require extensive technical compatibility testing pre-purchase to confirm viability and uncover any potential challenges.
        Here are our recommended steps for technical compatibility testing:

        Installation

        Appcues can be installed in your Chromium or Electron application via the same method as standard web applications.
        Start by adding the javascript snippet available in your account: https://studio.appcues.com/settings/installation/guide/overview

        The snippet should include the following:

        • Core script: <script src="//fast.appcues.com/{{youraccountID}}.js"></script>
        • An identify call with the unique user ID you associate to each end user
        • A page call to tell Appcues when to reinitialize if your application does not reload when moving to a new view, route or page
        • At least one user profile attribute and one event (client side if you’d like to use event triggering) to test targeting

        Learn more about which user properties & events to send here.

        Building

        A key requirement of building Appcues content on top of any application is the use of our Chrome extension builder. To build on top of your Chromium or Electron application, you’ll need to open the app in a Chrome window, rather than building from the Desktop view.

        We recommend building a modal followed by a tooltip to ensure Appcues will be able to find the CSS selectors used for tooltips when loaded within the wrapped web app version.

        Testing

        Once you’ve built a combination of the patterns above, it’s important to publish “live” and test a few key scenarios:

        • Targeting content to show to specific users. We want to confirm that Appcues will be able to identify user profile attributes and events and only show content to users who are qualified to see a flow based on this information.
        • Triggering content the moment an event occurs. Assuming you want to be able to leverage this functionality, rather than only collecting new data on a page load, testing this will tell us if Appcues is able to listen for events from your Chromium or Electron application in real time.
        • Targeting content based on pages by targeting a flow that begins with a modal to a specific URL. If it appears on the correct page, test to see if it also shows up on any other pages. We’ve seen that some wrapped web apps have URLs loading behind the scenes for each page, so the content can still be targeted to specific URLs even though they are not visible to the end user. We want to test to find out if this is the case. If not, you’ll need to begin each flow with a tooltip or hotspot so that it will only show if a specific selector is visible to prevent flows from showing up on the wrong pages.

        Was this article helpful?

        Yes
        No
        Give feedback about this article

        Related Articles

        • Requirements for Using Appcues
        • Using Appcues with iFrames
        • Using Appcues with RequireJS (Developer)
        • Troubleshooting the Chrome Extension & Builder
        • Installation Testing / Debugging
        DON'T TAKE OUR WORD FOR IT

        Start building with Appcues for free

        Try before you buy
        No credit card required
        Support included
        Start building for freeBook a demo
        or take an interactive tour
        Appcues logo

        Product

        In-app messaging
        Email
        Push notifications
        Workflows
        Data
        How it works
        Pricing
        What's new

        Use cases

        Onboarding
        Free-trial conversion
        Feature adoption
        Feedback
        Support

        Integrations

        Why connect
        All integrations
        All workflows

        Company

        About
        Careers
        HIRING
        Why Appcues
        Teams
        Customers

        Support

        Request a demo
        Start free trial
        Developer Docs
        Help Center
        Customer Success
        Contact

        Resources

        Product Adoption Academy
        Courses
        Workshops
        Templates
        Examples
        Made with Appcues
        The Appcues Blog
        PLG Collective
        Product-led Experience Report
        The Product Experience Playbook
        The Product-Led Growth Flywheel
        © 2025 Appcues. All rights reserved.
        SecurityTerms of ServiceWebsite Terms of UsePrivacy PolicyCookie Preferences
        Expand