Get event data flowing from your website or app in less than 15 minutes.
The easiest way to get started with RudderStack is to use Event Stream to collect behavioral events and automatically send them to other tools in your stack.
For simple use cases, you can get data flowing in less than 15 minutes by following these three steps:
Install a RudderStack SDK in your website or app.
Instrument API calls to identify users and capture user actions (like page views and button clicks).
Connect destination integrations to stream events to business tools and your warehouse automatically.
Sign up for a free RudderStack Cloud account before you get started.
Data teams often need to collaborate with front-end and back-end engineers to get RudderStack SDKs installed and event API calls instrumented.
Step 1 and Step 2 of this guide include helpful information for data engineers and software engineers who are collaborating on initial installation and instrumentation.
If you are a data engineer and simply want to test event flow through the platform, you can:
The RudderStack JavaScript SDK follows a standard event spec. It helps you plan your event data and supports various API calls for tracking your website events - these include identify, track, screen, group, alias, and reset calls.
The best place to start instrumentation is with page calls, which help you track pages your unique users visit.
Instrumenting page calls
page events help you in analyzing customer journeys in your warehouse or data lake. You can also forward them directly to downstream tools like Google Analytics or Amplitude for real-time marketing and product analytics.
Note the e.page() function at the end of the JavaScript snippet. For many website platforms and sites that generate static pages, this function automatically sends a page call to RudderStack’s API.
That means your data team will see data flowing into RudderStack as soon as you deploy the site and users visit the pages.
For other frameworks and single page apps, run the page call whenever the URL changes. Here’s an example of how to do this in Next.js:
If you’re running a Jamstack setup, see our Jamstack setup guides for framework-specific instructions.
Instrumenting additional API calls
Apart from page calls, track and identify are the most commonly used API calls. track events represent user actions like button clicks. identify calls let you identify users, assign them traits (like name and email), and associate the user to their actions.
Here is an example of basic, inline front-end code that fires a track call named click when a user clicks on an element. The properties are target_url and link_text.
See the JavaScript SDK’s identify API spec to learn more about identify calls.
To see an example of instrumentation in the context of a full HTML page, see the full HTML page example where the SDK is installed and track and identify calls are instrumented.
Step 3: Verify data flow and connect destination integrations
Once software engineers have installed the SDK and instrumented events, the data team can verify the event flow into RudderStack. Then, they can connect destination integrations to forward events to the tools in their stack automatically.
1. Verify data flow for your JavaScript source
Before connecting destinations, verify that events are flowing into RudderStack by checking the Live Events viewer in your JavaScript source.
To see live events, go to your JavaScript source from the Connections view and click the Live Events button in the top right of your screen.
There will be a delay before you see events in the Live Events view. RudderStack doesn’t store any data; it temporarily opens a gateway between the control plane and data plane to show you the live events. The delays usually last only a few seconds but on the RudderStack Cloud Free plan, they can last up to one minute.
After a few seconds, you will see events populating the feed.
If you do not see events in the Live Events view, then there is likely a problem with your instrumentation.
2. Connect destination integrations
RudderStack supports 200+ integrations including data warehouses and data lakes, marketing platforms, CRMs, analytics tools, streaming platforms, and more. You can see the full list of supported destination integrations here.
To add a destination in RudderStack:
Click + Add destination in the default Connections view.
From the list, select a destination where you want to route your event data. Here are some popular destinations to help you get started:
Set up the destination by configuring the connection settings. For details, see the destination-specific documentation.
Next steps
This section contains some optional, but helpful steps that leverage RudderStack’s most popular features for transforming events and debugging problems.
Add event transformations
One of RudderStack’s most-loved features is Event Transformations, which you can use to operate on the payloads flowing through RudderStack. You can use it for:
Sampling or filtering events.
Removing sensitive user PII from your events.
Enriching events using static logic, an external API, and more.
To use a transformation:
In the left sidebar, go to Collect > Transformations. Then, click Create Transformation.
Select a transformation template from the list depending on your use case. To create a transformation from scratch, click Custom transformation.
Transformation templates contain prepopulated, ready-to-use transformation logic, which you can apply to your events before sending them to the destination. You can also modify the code as per your needs.
Verify if your transformation works as expected by clicking the Run Test button.
Click Save to save your transformation.
Go to the Connections tab of your transformation and connect it to the destination you set up above. See Connect transformation to destination for more information.
When you add a transformation and connect it to a destination, RudderStack does the following:
Tracks events at the source.
Applies the transformation logic to your events.
Converts the events in a format the destination expects - RudderStack does this internally and requires no user intervention.
Sends the transformed events to your destination.
Debugging
RudderStack gives you complete observability into your events and the ability to debug errors that might occur in case of event failures. It provides the Live Events feature, where you can:
Verify your instrumentation.
Get a real-time view of the events flowing from your sources to the connected destinations.
Identify and debug any errors at the source, destination, or transformation level and narrow down the root cause of the issue.
Source Live Events viewer
This is helpful to verify if RudderStack is receiving the source events at all. The payload you see in this viewer is the raw event payload collected from your website.
Transformation Live Events viewer
This viewer will give you a before and after snapshot of the event going into your user transformation and what it looks like afterward. It also notifies you about any dropped events or errors during the transformation, along with the details.
Destination Live Events viewer
This viewer shows you what the payload looks like when RudderStack sends it to the destination. You can also see the detailed error message if the destination returns an error.
See the Live Events documentation for more details.
This site uses cookies to improve your experience while you navigate through the website. Out of
these
cookies, the cookies that are categorized as necessary are stored on your browser as they are as
essential
for the working of basic functionalities of the website. We also use third-party cookies that
help
us
analyze and understand how you use this website. These cookies will be stored in your browser
only
with
your
consent. You also have the option to opt-out of these cookies. But opting out of some of these
cookies
may
have an effect on your browsing experience.
Necessary
Always Enabled
Necessary cookies are absolutely essential for the website to function properly. This
category only includes cookies that ensures basic functionalities and security
features of the website. These cookies do not store any personal information.
This site uses cookies to improve your experience. If you want to
learn more about cookies and why we use them, visit our cookie
policy. We'll assume you're ok with this, but you can opt-out if you wish Cookie Settings.