AG DATA FOR POSTHOG
AG Data for PostHog translation compatibility with REEID Translate — evidence review.
Official plugin evidence describes what AG Data for PostHog does, but does not yet establish specific visitor-facing content values that REEID should translate.
AWAITING VERIFICATION
Translation scope is not yet established.
Plugin capabilities can be documented without treating structure, behavior, configuration or feature availability as translatable content.
AWAITING VERIFICATION
This integration has not yet been manually verified by REEID.
TRANSLATION SCOPE
No specific visitor-facing content values are currently approved for translation scope.
PLUGIN EVIDENCE
Plugin capabilities and distinctive features are documented separately from REEID translation support.
PRACTICAL WORKFLOW
Translation workflow
01 · Review official plugin evidence
Document factual capabilities, content models and relevant plugin behavior from the available evidence.
02 · Identify concrete visitor-facing values
Look for explicit labels, titles, descriptions, messages, placeholders or other human-readable content values.
03 · Approve translation scope
Only evidence-backed visitor-facing values become supported translation scope for the integration record.
04 · Test confirmed integration behavior
Validate approved content and plugin behavior before publishing compatibility claims.
PLUGIN INTELLIGENCE
What the official plugin evidence shows
Plugin capabilities
- Server-side WooCommerce e-commerce event tracking sent to PostHog for order lifecycle events (e.g., Order Completed, Order Refunded, Order Status Changed).
- Server-side tracking for product/cart-related events including Product Added (with deduplication) and support for various add-to-cart contexts (e.g., AJAX buttons, variable/bundled/optioned products).
- Frontend event tracking via PostHog JavaScript SDK for browsing and funnel events (e.g., Product Viewed, Product List Viewed, Products Searched, Cart Viewed, Checkout Started, Coupon Applied/Removed, Payment Info Entered), with stated support for block themes without jQuery.
- Marketing attribution capture and persistence using UTM parameters and ad click IDs (gclid, fbclid, ttclid, msclkid, li_fat_id), including first-touch/last-touch attribution persisted to orders and included in PostHog order events.
- Identity stitching between anonymous and logged-in users using PostHog identify flows (browser posthog.identify and server-side identify/anon distinct id merging) to enable end-to-end funnels.
- LTV/person enrichment in PostHog by updating person properties on purchase (e.g., total_orders, lifetime_value, avg_order_value, last_order_date) and setting acquisition fields once (e.g., acquisition_source/medium/campaign).
- Consent/GDPR mode support with optional opt-in/opt-out behavior (memory-only persistence when opted out) and JavaScript functions aphaOptIn()/aphaOptOut(), plus built-in support for CookieYes and Complianz consent platforms.
- WooCommerce compatibility features including HPOS compatibility and support for both classic and block checkout/cart flows, plus reverse proxy support for first-party tracking domains.
Distinctive features
Server-side WooCommerce e-commerce event tracking sent to PostHog for order lifecycle events (e.g., Order Completed, Order Refunded, Order Status Changed). Server-side tracking for product/cart-related events including Product Added (with deduplication) and support for various add-to-cart contexts (e.g., AJAX buttons, variable/bundled/optioned products). Frontend event tracking via PostHog JavaScript SDK for browsing and funnel events (e.g., Product Viewed, Product List Viewed, Products Searched, Cart Viewed, Checkout Started, Coupon Applied/Removed, Payment Info Entered), with stated support for block themes without jQuery. Marketing attribution capture and persistence using UTM parameters and ad click IDs (gclid, fbclid, ttclid, msclkid, li_fat_id), including first-touch/last-touch attribution persisted to orders and included in PostHog order events. Identity stitching between anonymous and logged-in users using PostHog identify flows (browser posthog.identify and server-side identify/anon distinct id merging) to enable end-to-end funnels. LTV/person enrichment in PostHog by updating person properties on purchase (e.g., total_orders, lifetime_value, avg_order_value, last_order_date) and setting acquisition fields once (e.g., acquisition_source/medium/campaign). Consent/GDPR mode support with optional opt-in/opt-out behavior (memory-only persistence when opted out) and JavaScript functions aphaOptIn()/aphaOptOut(), plus built-in support for CookieYes and Complianz consent platforms. WooCommerce compatibility features including HPOS compatibility and support for both classic and block checkout/cart flows, plus reverse proxy support for first-party tracking domains.
Dynamic content
Dynamic or runtime content behavior remains limited to what is explicitly documented in the official plugin evidence.
SEO and metadata
SEO and metadata behavior is documented only where it is explicitly established by official plugin information.
URLs and navigation
URL and navigation behavior remains outside translation scope unless explicitly represented by the integration category.
Forms and commerce
Forms and commerce behavior is limited to factual capabilities documented for this plugin.
CONTENT BOUNDARY
Keep plugin capabilities separate from translation scope.
Current evidence documents what AG Data for PostHog does, but no specific visitor-facing content values have been approved as translation scope.
Structure, configuration, logic, integrations and runtime behavior are not translation claims.
LIMITATIONS & QA
Verification notes
- This integration is documented for compatibility context. Visitor-facing translation scope is not listed for this category.
COMMON QUESTIONS
AG Data for PostHog and REEID Translate FAQ.
Does the current evidence establish translation scope for AG Data for PostHog?
No specific visitor-facing content values are currently approved as translation scope for this integration.
What does the plugin intelligence section describe?
It summarizes factual plugin capabilities and distinctive features separately from REEID translation-support claims.
What is required before translation scope is published?
Concrete visitor-facing content values must be supported by evidence, approved for the integration record and tested as appropriate.
RELATED GUIDES
Continue through the compatibility library.
INTEGRATION EVIDENCE
Explore REEID Translate for multilingual WordPress workflows.
REEID separates factual plugin intelligence from evidence-backed translation scope.
No specific visitor-facing content values are currently approved for this integration.