Integration Ruby On Rails
PostHogOfficialCreated by PostHog
- Skill
- Tool integration
- Software development
- MIT
- No issues found
AutoGineer summary
Written by AutoGineer from the skill’s own files, not by the author
This skill provides a structured workflow for adding PostHog to a Ruby on Rails project. It covers the installation of the posthog-rails and posthog-ruby gems, configuration of initializers, and best practices for event tracking, user identification, and automated error reporting. The skill emphasizes using environment variables for configuration, leveraging class-level methods for event capture, and maintaining consistency with provided implementation patterns to ensure reliable data collection across both backend and frontend environments.
What it does
- Configures PostHog initialization for Rails applications.
- Enables automated tracking of unhandled exceptions and background job failures.
- Provides patterns for manual event capture and user identification.
- Integrates feature flag support within Rails controllers.
- Demonstrates how to correlate backend events with frontend sessions.
- Offers a step-by-step workflow for planning and implementing event tracking.
When to use it
- When you need to add product analytics to a Ruby on Rails application.
- When you want to implement automated server-side error tracking.
- When you need to associate backend events with authenticated users.
- When you are setting up feature flags for Rails-based features.
Advantages
- Follows established Rails conventions for gem configuration.
- Ensures secure handling of API keys via environment variables.
- Provides clear separation between backend event tracking and frontend instrumentation.
- Includes built-in support for ActiveJob and Rails error reporting.
Usage examples
- “How do I initialize PostHog in my Rails application?”
- The agent will guide you to create an initializer file and configure the PostHog client using environment variables for the API key and host.
- “How can I track background job failures in Rails?”
- The agent will show you how to enable auto_instrument_active_job in the PostHog configuration to automatically capture job class, queue, and arguments.
Install
Download the skill as a ZIP:
https://autogineer.com/agent-skills/posthog/integration-ruby-on-rails/downloadUnzip it into the cross-client skills folder of your project:
mkdir -p .agents/skills && unzip integration-ruby-on-rails.zip -d .agents/skills
Documentation by PostHog
PostHog integration for Ruby on Rails
This skill helps you add PostHog analytics to Ruby on Rails applications.
Workflow
Follow these steps in order to complete the integration:
basic-integration-1.0-begin.md- PostHog Setup - Begin ← Start herebasic-integration-1.1-edit.md- PostHog Setup - Editbasic-integration-1.2-revise.md- PostHog Setup - Revisebasic-integration-1.3-conclude.md- PostHog Setup - Conclusion
Reference files
references/EXAMPLE.md- Ruby on Rails example project codereferences/ruby-on-rails.md- Ruby on rails - docsreferences/ruby.md- Ruby - docsreferences/identify-users.md- Identify users - docsreferences/basic-integration-1.0-begin.md- PostHog setup - beginreferences/basic-integration-1.1-edit.md- PostHog setup - editreferences/basic-integration-1.2-revise.md- PostHog setup - revisereferences/basic-integration-1.3-conclude.md- PostHog setup - conclusion
The example project shows the target implementation pattern. Consult the documentation for API details.
Key principles
Environment variables: Always use environment variables for PostHog keys. Never hardcode them.
Minimal changes: Add PostHog code alongside existing integrations. Don't replace or restructure existing code.
Match the example: Your implementation should follow the example project's patterns as closely as possible.
Framework guidelines
Use posthog-rails gem alongside posthog-ruby for automatic exception capture and ActiveJob instrumentation
Run
rails generate posthog:installto create the initializer, or manually create config/initializers/posthog.rbConfigure auto_capture_exceptions: true to automatically track unhandled exceptions in controllers
Configure report_rescued_exceptions: true to also capture exceptions that Rails rescues (e.g. with rescue_from)
Configure auto_instrument_active_job: true to track background job failures with job class, queue, and arguments
Use PostHog.capture() and PostHog.identify() class-level methods (NOT instance methods) — the posthog-rails gem manages the client lifecycle via PostHog.init
Do NOT manually create PostHog::Client instances in Rails — use PostHog.init in the initializer and PostHog.capture/identify everywhere else
capture_exception takes POSITIONAL args: PostHog.capture_exception(exception, distinct_id, additional_properties) — do NOT use keyword args
Define posthog_distinct_id on the User model for automatic user association in error reports — posthog-rails auto-detects by trying: posthog_distinct_id, distinct_id, id, pk, uuid (in order)
For ActiveJob user association, use the class-level DSL
posthog_distinct_id ->(user) { user.email }or pass user_id: in a hash argumentStore API key in Rails credentials or environment variables, never hardcode
For frontend tracking alongside posthog-rails, add the posthog-js snippet to the layout template — posthog-js handles pageviews, session replay, and client-side errors while posthog-ruby handles backend events, server errors, feature flags, and background jobs
posthog-ruby is the Ruby SDK gem name (add
gem 'posthog-ruby'to Gemfile) but require it withrequire 'posthog'(NOTrequire 'posthog-ruby')Use PostHog::Client.new(api_key: key, host: host) for instance-based initialization in scripts and CLIs
In CLIs and scripts: MUST call client.shutdown before exit or all events are lost
Use begin/rescue/ensure with shutdown in the ensure block for proper cleanup
capture and identify take a single hash argument: client.capture(distinct_id: 'user_123', event: 'my_event', properties: { key: 'value' })
capture_exception takes POSITIONAL args (not keyword): client.capture_exception(exception, distinct_id, additional_properties) — do NOT use
distinct_id:keyword syntax
Identifying users
Identify users during login and signup events. Refer to the example code and documentation for the correct identify pattern for this framework. If both frontend and backend code exist, pass the client-side session and distinct ID using X-POSTHOG-DISTINCT-ID and X-POSTHOG-SESSION-ID headers to maintain correlation.
Error tracking
Add PostHog error tracking to relevant files, particularly around critical user flows and API boundaries.
Files
- ATTRIBUTION.mdAdded by AutoGineer975 B
- LICENSELicence file added by AutoGineer1.0 KiB
- SKILL.md4.4 KiB
- references/EXAMPLE.md37.6 KiB
- references/basic-integration-1.0-begin.md2.1 KiB
- references/basic-integration-1.1-edit.md2.5 KiB
- references/basic-integration-1.2-revise.md937 B
- references/basic-integration-1.3-conclude.md1.6 KiB
- references/identify-users.md8.1 KiB
- references/ruby-on-rails.md10.6 KiB
- references/ruby.md18.9 KiB
references/ruby-on-rails.md
Ruby on Rails - Docs
PostHog makes it easy to get data about traffic and usage of your Ruby on Rails app. Integrating PostHog enables analytics, custom events capture, feature flags, and automatic exception tracking.
This guide walks you through integrating PostHog into your Rails app using the posthog-rails gem.
Beta: integration via LLM
Install PostHog for Rails in seconds with our wizard by running this prompt with LLM coding agents like Cursor and Bolt, or by running it in your terminal.
npx @posthog/wizard@latest
Or, to integrate manually, continue with the rest of this guide.
Features
Automatic exception tracking – Captures unhandled and rescued exceptions
ActiveJob instrumentation – Tracks background job exceptions
User context – Automatically associates exceptions with the current user
Smart filtering – Excludes common Rails exceptions (404s, etc.) by default
Rails 7.0+ error reporter – Integrates with Rails' built-in error reporting
Installation
Add both gems to your Gemfile:
Gemfile
PostHog AI
gem 'posthog-ruby'
gem 'posthog-rails'Then run:
Terminal
PostHog AI
bundle installIdentifying users
Identifying users is required. Backend events need a
distinct_idthat matches the ID your frontend uses when callingposthog.identify(). Without this, backend events are orphaned — they can't be linked to frontend event captures, session replays, LLM traces, or error tracking.See our guide on identifying users for how to set this up.
Generate the initializer
Run the install generator to create the PostHog initializer:
Terminal
PostHog AI
rails generate posthog:installThis creates config/initializers/posthog.rb with sensible defaults and documentation.
Configuration
The generated initializer includes all available options:
config/initializers/posthog.rb
PostHog AI
# Core PostHog client initialization
PostHog.init do |config|
# Required: Your PostHog API key
config.api_key = '<ph_project_token>'
# Optional: Your PostHog instance URL
config.host = 'https://us.i.posthog.com'
# Optional: Personal API key for feature flags
config.personal_api_key = 'phx_xxxxxxxxx'
# Error callback to detect misconfiguration
config.on_error = proc { |status, msg|
Rails.logger.error("PostHog error: #{msg}")
}
end
# Rails-specific configuration
PostHog::Rails.configure do |config|
config.auto_capture_exceptions = true # Enable automatic exception capture
config.report_rescued_exceptions = true # Report exceptions Rails rescues
config.auto_instrument_active_job = true # Instrument background jobs
config.capture_user_context = true # Include user info in exceptions
config.current_user_method = :current_user # Method to get current user
# Add additional exceptions to ignore
config.excluded_exceptions = ['MyCustomError']
endYou can find your project token and instance address in your project settings.
Tip: Use
Rails.application.credentialsto avoid hardcoding API keys. First, add your keys and then reference them in your initializer:Terminal
PostHog AI
rails credentials:editconfig/credentials.yml.enc
PostHog AI
posthog: api_key: <ph_project_token> host: https://us.i.posthog.com personal_api_key: phx_xxxxxxxxxconfig/initializers/posthog.rb
PostHog AI
config.api_key = Rails.application.credentials.posthog[:api_key] config.host = Rails.application.credentials.posthog[:host] config.personal_api_key = Rails.application.credentials.posthog[:personal_api_key]
Capturing events
Track custom events anywhere in your Rails app:
Ruby
PostHog AI
# Track an event
PostHog.capture(
distinct_id: current_user.id,
event: 'post_created',
properties: { title: @post.title }
)
# Identify a user
PostHog.identify(
distinct_id: current_user.id,
properties: {
email: current_user.email,
plan: current_user.plan
}
)Error tracking
For full details on setting up error tracking with Rails, see our Rails error tracking installation guide.
Automatic exception tracking
When auto_capture_exceptions is enabled, exceptions are automatically captured:
Ruby
PostHog AI
class PostsController < ApplicationController
def show
@post = Post.find(params[:id])
# Any exception here is automatically captured
end
endManual exception capture
You can also manually capture exceptions:
Ruby
PostHog AI
PostHog.capture_exception(
exception,
current_user.id,
{ custom_property: 'value' }
)Background job exceptions
When auto_instrument_active_job is enabled, ActiveJob exceptions are automatically captured with job context:
Ruby
PostHog AI
class EmailJob < ApplicationJob
def perform(user_id)
user = User.find(user_id)
UserMailer.welcome(user).deliver_now
# Exceptions are automatically captured
end
endAssociating jobs with users
By default, PostHog extracts a distinct_id from job arguments by looking for a user_id key:
Ruby
PostHog AI
# PostHog will automatically use options[:user_id] as the distinct_id
ProcessOrderJob.perform_later(order.id, user_id: current_user.id)For more control, use the posthog_distinct_id class method:
Ruby
PostHog AI
class SendWelcomeEmailJob < ApplicationJob
posthog_distinct_id ->(user, options) { user.id }
def perform(user, options = {})
UserMailer.welcome(user).deliver_now
end
endRails 7.0+ error reporter
PostHog integrates with Rails' built-in error reporting:
Ruby
PostHog AI
# These errors are automatically sent to PostHog
Rails.error.handle do
# Code that might raise an error
end
Rails.error.record(exception, context: { user_id: current_user.id })PostHog automatically extracts the user's distinct ID from user_id or distinct_id in the context hash.
User context
PostHog Rails automatically captures user information from your controllers. If your user method has a different name, configure it:
Ruby
PostHog AI
PostHog::Rails.config.current_user_method = :logged_in_userUser ID extraction
By default, PostHog Rails auto-detects the user's distinct ID by trying these methods:
posthog_distinct_id– Define this on your User model for full controldistinct_id– Common analytics conventionid– Standard ActiveRecord primary key
You can configure a specific method:
Ruby
PostHog AI
PostHog::Rails.config.user_id_method = :emailOr define a method on your User model:
Ruby
PostHog AI
class User < ApplicationRecord
def posthog_distinct_id
"user_#{id}" # or external_id, or any unique identifier
end
endExcluded exceptions
The following exceptions are not reported by default (common 4xx errors):
AbstractController::ActionNotFoundActionController::BadRequestActionController::InvalidAuthenticityTokenActionController::RoutingErrorActionController::UnknownFormatActiveRecord::RecordNotFound
Add more with:
Ruby
PostHog AI
PostHog::Rails.config.excluded_exceptions = ['MyException']Feature flags
Use feature flags in your Rails app:
Ruby
PostHog AI
class PostsController < ApplicationController
def show
if PostHog.is_feature_enabled('new-post-design', current_user.id)
render 'posts/show_new'
else
render 'posts/show'
end
end
endFor local evaluation, ensure you've set personal_api_key:
Ruby
PostHog AI
config.personal_api_key = Rails.application.credentials.posthog[:personal_api_key]See our Ruby SDK docs for details on local evaluation with Puma and Unicorn servers.
Testing
In your test environment, disable PostHog or use test mode:
config/environments/test.rb
PostHog AI
PostHog.init do |config|
config.test_mode = true # Events are queued but not sent
endOr in your specs:
spec/rails_helper.rb
PostHog AI
RSpec.configure do |config|
config.before(:each) do
allow(PostHog).to receive(:capture)
end
endConfiguration reference
Core PostHog options
| Option | Type | Default | Description |
|---|---|---|---|
| api_key | String | required | Your PostHog project token |
| host | String | https://us.i.posthog.com | PostHog instance URL |
| personal_api_key | String | nil | For feature flag evaluation |
| test_mode | Boolean | false | Don't send events (for testing) |
| on_error | Proc | nil | Error callback |
Rails-specific options
| Option | Type | Default | Description |
|---|---|---|---|
| auto_capture_exceptions | Boolean | false | Automatically capture exceptions |
| report_rescued_exceptions | Boolean | false | Report exceptions Rails rescues |
| auto_instrument_active_job | Boolean | false | Instrument ActiveJob |
| capture_user_context | Boolean | true | Include user info |
| current_user_method | Symbol | :current_user | Controller method for user |
| user_id_method | Symbol | nil | Method to extract ID from user object |
| excluded_exceptions | Array | [] | Additional exceptions to ignore |
Troubleshooting
Exceptions not being captured
Verify PostHog is initialized:
Ruby
PostHog AI
Rails.console > PostHog.initialized? => trueCheck your excluded exceptions list
Verify middleware is installed:
Ruby
PostHog AI
Rails.application.middleware
User context not working
Verify
current_user_methodmatches your controller methodCheck that the user object responds to
posthog_distinct_id,distinct_id, oridIf using a custom identifier, set
PostHog::Rails.config.user_id_method = :your_method
Feature flags not working
Ensure you've set personal_api_key in your configuration.
Next steps
For any technical questions for how to integrate specific PostHog features into Rails (such as analytics, feature flags, A/B testing, etc.), have a look at our Ruby SDK docs.
Community questions
Ask a question
Was this page useful?
HelpfulCould be better
Requirements and compatibility
Works with: Claude Code, Claude apps, OpenAI Codex, GitHub Copilot, Cursor, Gemini CLI, Kiro, OpenCode, Goose, Amp, Roo Code, JetBrains Junie, Factory Droid, Devin (ex-Windsurf), Mistral Vibe, OpenHands, Letta
“Works with” means the tool reads the open Agent Skills format; a skill written for one tool may use features others lack.
Needs: Needs an API key
Security
No issues found by our static scan· No issues found
A static scan is not a guarantee. Skills are third-party content: review a skill before you let an agent use it.
Attribution and licence
- Created by
- PostHog
- Publisher
- PostHog (Official)
- Source
- PostHog/skills · skills/posthog/integration/skills/ruby-on-rails · commit a5d30e7
- Licence
- MIT License (redistribution allowed)
- LICENSE (added by AutoGineer from LICENSE)
- ATTRIBUTION.md (written by AutoGineer)
- Synced
- Also distributed in
- PostHog/skills
AutoGineer is not affiliated with or endorsed by PostHog or PostHog.
Download ZIP
The ZIP holds the skill’s files, its licence files and an ATTRIBUTION.md. Download integration-ruby-on-rails.zip