You will also need the data plane URL associated with your RudderStack workspace.
The Setup tab in the RudderStack dashboard has the SDK installation snippet containing both the write key and the data plane URL. Use it to integrate the Go SDK into your application.
Install Go SDK
To install the Go SDK in the GOPATH, run the following command:
gogetgithub.com/rudderlabs/analytics-go
Initialize the SDK
Run the following code snippet to initialize the Go SDK:
packagemainimport("github.com/rudderlabs/analytics-go/v4")funcmain(){// Instantiates a client to use send messages to the RudderStack API.
// Use your write key in the below placeholder:
client:=analytics.New(<WRITE_KEY>,<DATA_PLANE_URL>)// Enqueues a track event that will be sent asynchronously.
client.Enqueue(analytics.Track{UserId:"1hKOmRA4GRlm",Event:"Test Event",})// Flushes any queued messages and closes the client.
client.Close()}
Alternatively, you can run the following snippet:
packagemainimport("time""github.com/rudderlabs/analytics-go/v4")funcmain(){// Instantiates a client to use send messages to the RudderStack API.
// Enter your write key in the below placeholder:
client,_:=analytics.NewWithConfig(WRITE_KEY,analytics.Config{DataPlaneUrl:DATA_PLANE_URL,Interval:30*time.Second,BatchSize:100,Verbose:true,DisableGzip:false,// Set to true to disable Gzip compression.
})// Enqueues a track event that will be sent asynchronously.
client.Enqueue(analytics.Track{UserId:"1hKOmRA4GRlm",Event:"Test Event",})// Flushes any queued messages and closes the client.
client.Close()}
Migrate to SDK v4
To migrate to the Go SDK v4.1.0, set the data plane URL in Config (as seen in the above section) instead of passing it as an argument.
SDK configuration options
The RudderStack Go SDK provides the following parameters which you can pass during the SDK’s initialization:
The SDK sends messages when this flushing interval time has elapsed or when the batch size limit is reached, whichever comes first.
Default value: 5 seconds
BatchSize
Integer
Total number of messages to be sent in a single batch.
Default value: 250
MaxMessageBytes
Integer
Maximum size (in Bytes) for a single message, configurable up to less than 4MB. Messages exceeding this limit are dropped.
Default value: 32768 (32KB)
MaxBatchBytes
Integer
Maximum size (in Bytes) for a batch of messages, configurable up to 4MB. Batches exceeding this limit are dropped.
Default value: 512000 (500KB)
DefaultContext
*Context
Default context object applied to all messages sent by the client.
Logger
Logger interface
Custom logger implementation for SDK logging. If not specified, logs are written to os.Stderr.
Verbose
Boolean
When set to true, the client sends more frequent and detailed messages to the logger.
Default value: false
RetryAfter
Function
Takes an integer (retry count) and returns time.Duration, allowing for dynamic backoff strategies.
Default behavior: Exponential backoff with a maximum delay of 30 seconds
DisableGzip
Boolean
Disables gzip compression of the requests.
Default value: false
Transport
http.RoundTripper
Custom HTTP transport for requests. The SDK uses http.DefaultTransport if this field is not specified.
Callback
Callback interface
Callback functions to handle message success and failure events.
The SDK invokes the Callback interface methods when messages are successfully sent or fail to be sent. Callback methods are called by the SDK’s internal goroutines and must return quickly to avoid interfering with the client’s workflow.
NoProxySupport
Boolean
Set this variable to true if you do not use a proxy to send the events.
Default value: false
Setting NoProxySupport to true will avoid RudderStack making calls to the proxy for fetching the total number of nodes in case of a multi-node setup.
A sample configuration with a custom logger and callback is shown below:
typecustomLoggerstruct{}func(lcustomLogger)Logf(formatstring,args...interface{}){log.Printf("INFO: "+format,args...)}func(lcustomLogger)Errorf(formatstring,args...interface{}){log.Printf("ERROR: "+format,args...)}typecustomCallbackstruct{}func(ccustomCallback)Success(msganalytics.Message){log.Printf("Message sent successfully: %v",msg)}func(ccustomCallback)Failure(msganalytics.Message,errerror){log.Printf("Message failed: %v, error: %v",msg,err)}client,_:=analytics.NewWithConfig(WRITE_KEY,analytics.Config{DataPlaneUrl:DATA_PLANE_URL,Interval:30*time.Second,BatchSize:100,Verbose:true,Logger:customLogger{},Callback:customCallback{},})
Supported events
RudderStack does not store or persist the user state in any of the server-side SDKs.
Unlike the client-side SDKs that deal with only a single user at a given time, the server-side SDKs deal with multiple users simultaneously. Therefore, you must specify either the userId or anonymousIdevery time while making any API calls supported by the Go SDK.
Identify
The identify call lets you identify a visiting user and associate them to their actions. It also lets you record the traits about them like their name, email address, etc.
The page method parameters are as described below:
Field
Data type
Description
UserId Required, if AnonymousId is absent.
String
Unique identifier for a user in your database.
AnonymousId Required, if UserId is absent.
String
The SDK automatically sets this identifier in cases where there is no unique identifier for the user.
Name Required
String
Name of the viewed page.
Properties
Object
An optional dictionary of the properties associated with the viewed page, like URL or Referrer.
Context
Object
An optional dictionary of information that provides context about the event. It is not directly related to the API call.
Integrations
Object
An optional dictionary containing the destinations to be enabled or disabled.
Timestamp
Timestamp in ISO 8601 format
The timestamp of the event’s arrival.
Screen
The screen call is the mobile equivalent of the page call. It lets you record the screen views on your mobile app along with other relevant information about the screen.
The screen method parameters are as described below:
Field
Data type
Description
UserId Required, if AnonymousId is absent.
String
Unique identifier for a user in your database.
AnonymousId Required, if UserId is absent.
String
The SDK automatically sets this identifier in cases where there is no unique identifier for the user.
Name Required
String
Name of the viewed screen.
Properties
Object
An optional dictionary of the properties associated with the viewed screen, like URL or Referrer.
Context
Object
An optional dictionary of information that provides context about the event. It is not directly related to the API call.
Integrations
Object
An optional dictionary containing the destinations to be enabled or disabled.
Timestamp
Timestamp in ISO 8601 format
The timestamp of the event’s arrival.
Group
The group call lets you link an identified user with a group, such as a company, organization, or an account. It also lets you record any custom traits or properties associated with that group.
A sample group call made using the Go SDK is shown below:
The SDK automatically sets this identifier in cases where there is no unique identifier for the user.
GroupId Required
String
Unique identifier of the group in your database.
Traits
Object
An optional dictionary of the group’s traits like Name or Email.
Context
Object
An optional dictionary of information that provides context about the event. It is not directly related to the API call.
Integrations
Object
An optional dictionary containing the destinations to be enabled or disabled.
Timestamp
Timestamp in ISO 8601 format
The timestamp of the event’s arrival.
Alias
The alias call lets you merge different identities of a known user. It is an advanced method that lets you change the tracked user’s ID explicitly. You can use alias for managing the user’s identity in some of the downstream destinations.
RudderStack supports sending alias events only to select downstream destinations. See the destination-specific documentation for more details.
The DisableGzip parameter requires rudder-serverversion 1.4 or higher. Otherwise, your events might fail.
Flush events
The Go SDK automatically flushes events when either:
The configured Interval time has elapsed
The batch reaches the configured BatchSize limit
The batch size reaches the MaxBatchBytes limit (default: 500KB, configurable up to 4MB)
The Close() method flushes all queued events synchronously before closing the client. Note that this method is a blocking call that waits until all queued messages are sent and the client is fully shut down.
Tip:
Call the Close() method in the following scenarios:
In short-lived scripts that exit immediately after sending events
Before shutting down a worker or process, or during graceful shutdown
Before deployments where the process is terminated
An example of using the Close() method is shown below:
client.Enqueue(analytics.Track{UserId:"1hKOmRA4GRlm",Event:"Job Finished",})client.Close()// Blocks until all queued events are sent
An example of using the Close() method during a graceful shutdown is shown below:
deferfunc(){client.Close()}()
Flushing behavior
The Go SDK flushes events based on time intervals and batch size limits:
Events are flushed when the Interval timer triggers (default: 5 seconds)
Events are flushed immediately when the batch reaches BatchSize messages (default: 250)
Events are flushed immediately when the batch size reaches MaxBatchBytes (default: 500KB, configurable up to 4MB)
Tip:
If your workloads are sending a large number of events at a time:
Increase the BatchSize value so the SDK can send more events per request
Adjust the Interval to balance between latency and batch efficiency
Always call the Close() method during graceful shutdown to ensure the queue is drained
Troubleshooting
This section provides solutions to common issues encountered while using the Go SDK.
Events not sent
If events sent via the Go SDK are not appearing in your destinations:
Call the Close() method to ensure events are sent for scripts that exit immediately:
client.Close()
Check if messages are being dropped due to size limits. Messages larger than MaxMessageBytes (default: 32KB, configurable up to less than 4MB) are dropped
analytics.NewWithConfig: negative time intervals are not supported
Ensure Interval is not negative
analytics.NewWithConfig: negative batch sizes are not supported
Ensure BatchSize is not negative
analytics.Track.Event: invalid field value
Provide an Event parameter to the Track method
analytics.Track.UserId: invalid field value
Provide at least one identifier (UserId or AnonymousId) for each event
the client was already closed
Do not call Enqueue() after calling Close()
the message exceeds the maximum allowed size
Reduce the size of your message to be under the MaxMessageBytes limit (default: 32KB, configurable up to less than 4MB)
Performance issues
If you are encountering performance issues when using the Go SDK in high-volume applications:
Increase the batch size by setting the BatchSize parameter to a higher value during initialization:
BatchSize:500
Adjust the flush interval by setting the Interval parameter:
Interval:10*time.Second
Increase the maximum batch bytes if you have large messages (configurable up to 4MB):
MaxBatchBytes:1024000// 1 MB
Examples
This section provides examples of how to use the Go SDK for some common use cases.
The following example tracks the user’s shopping behavior from browsing to purchase:
// Product Viewed
client.Enqueue(analytics.Track{UserId:"1hKOmRA4GRlm",Event:"Product Viewed",Properties:analytics.NewProperties().SetProductId("SKU-123").SetSKU("SKU-123").SetName("Go SDK Guide").SetPrice(29.99).SetCurrency("USD").SetCategory("Books"),})// Product Added to Cart
client.Enqueue(analytics.Track{UserId:"1hKOmRA4GRlm",Event:"Product Added",Properties:analytics.NewProperties().SetProductId("SKU-123").Set("cart_id","CART-789"),})// Order Completed
client.Enqueue(analytics.Track{UserId:"1hKOmRA4GRlm",Event:"Order Completed",Properties:analytics.NewProperties().SetOrderId("ORD-456").SetTotal(35.98).SetRevenue(35.98).SetCurrency("USD").SetProducts(analytics.Product{ID:"SKU-123",SKU:"SKU-123",Price:29.99,},),})client.Close()
The following example tracks the complete user journey:
// New user signup
client.Enqueue(analytics.Identify{UserId:"1hKOmRA4GRlm",Traits:analytics.NewTraits().SetEmail("newuser@example.com").SetName("John Doe").SetCreatedAt(time.Now()).Set("signup_source","website"),})// Track activation event
client.Enqueue(analytics.Track{UserId:"1hKOmRA4GRlm",Event:"User Activated",Properties:analytics.NewProperties().Set("plan","free").Set("feature","project_creation"),})// Upgrade to paid plan
client.Enqueue(analytics.Track{UserId:"1hKOmRA4GRlm",Event:"Subscription Upgraded",Properties:analytics.NewProperties().Set("previous_plan","free").Set("new_plan","pro").SetRevenue(49.99).SetCurrency("USD"),})client.Close()
The following example tracks organization-level events and user-to-organization relationships:
How does the Go SDK handle events larger than 32KB?
The Go SDK drops any events greater than the MaxMessageBytes limit (default: 32KB).
To avoid data loss, ensure your events are within this size limit. You can customize this limit by setting MaxMessageBytes during initialization, up to less than 4MB. However, it is not recommended to exceed 4MB as the server will reject larger messages.
Does the Go SDK support event ordering?
The Go SDK does not support event ordering by default. Events are processed asynchronously in batches for better performance.
What happens if the data plane URL is unreachable?
If the data plane URL is unreachable, the SDK will:
Retry sending the events based on the RetryAfter configuration. By default, it is set to exponential backoff with up to 10 retry attempts and a maximum delay of 30 seconds
Buffer events up to the configured BatchSize and MaxBatchBytes limits
Drop events if they exceed the MaxMessageBytes limit (default: 32KB) or if retries are exhausted
How does the Go SDK handle retries?
The Go SDK retries failed requests up to 10 times by default using an exponential backoff strategy. The backoff delay is calculated by the RetryAfter function, which defaults to exponential backoff with a maximum delay of 30 seconds. You can customize this behavior by providing a custom RetryAfter function during initialization.
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.