-
Notifications
You must be signed in to change notification settings - Fork 798
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add tracking for the contact form block #13688
Conversation
Caution: This PR has changes that must be merged to WordPress.com |
This is an automated check which relies on |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
All tests are currently failing, so they'll need to be updated:
WP_Test_Grunion_Contact_Form::test_process_submission_will_store_a_feedback_correctly_with_default_form
Undefined index: is_block
Are those events triggered even when the site is in development mode, when the site owner has not given their consent for tracking yet?
The contact form won't work unless Jetpack is connected, so we are safe in that respect. |
Jetpack's Contact Form is one of the features that is accessible when Jetpack is in development mode, so we do need to take it into account imo. |
scruffian, Your synced wpcom patch D33693-code has been updated. |
1 similar comment
scruffian, Your synced wpcom patch D33693-code has been updated. |
scruffian, Your synced wpcom patch D33693-code has been updated. |
Ongoing discussions about this here: |
If we don't do that we can't separate the 2 when looking at the data later on.
This should now be ready for a new review. The WordPress.com diff is also updated.
|
Thanks @jeherve these changes look great. The only one I am not sure about is:
I worry that this might make it harder to get overall number for contact form submissions. @huguesvincent, what do you think? |
Would it allow us to get the volume on DotCom alone? |
Yes, you'd be able to track both Jetpack usage and WordPress.com usage separately, or together with a |
Oh I didn't know about this. That's great 👍 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This works well in my tests, here and on wpcom, but I'd appreciate another review before merge since I contributed to this PR.
Thank you!
This PR looks like it might contain user tracking functions. We need to make sure that it is GDPR Compliant. Rules triggering this positive scan:
cc: @pesieminski |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This seems to work well in my tests. Merging.
* 7.9: Changelog * Update version number * Update stable tag and tested up to * Changelog: add #13530 * changelog: add #13578 * Changelog: add #13598 * Changelog: add entry for numerous block preview changes * Changelog: add #13599 * changelog: add #13541 * Changelog: add #13542 * Changelog: add #13331 * Changelog: add #13558 * Changelog: add #13409 * Changelog: add #13582 * Changelog: add #13600 * Changelog: add #13601 * Changelog: add #13595 * Changelog: add #12695 * Changelog: add #13009 * Changelog: add #13649 * Changelog: add #13450 * Changelog: add #13507 * Changelog: add #13658 * Changelog: add #13687 * changelog: add #13683 * Changelog: add #9323 * Changelog: add #13681 * Fix typos in readme * Add link to WordPress Beta Tester plugin * Changelog: add #13630 * Changelog: add #13695 * Changelog: add #13659 * Changelog: add #13716 * Changelog: add #13664 * Changelog: add #13682 * Changelog: add #13362 * Changelog: add #13563 * Add testing list for #13563 * Changelog: add #13735 * Changelog: add #13752 * Changelog: add #13624 * Changelog: add #13756 * Changelog: add #13745 * Changelog: add #13728 * Changelog: add #13779 * Changelog: add #13699 * Changelog: add #13804 * Changelog: add #13761 * Changelog: add #13637 * Changelog: add #13517 * Changelog: add #13521 * Changelog: add #13729 * Testing list: add testing instructions for #13729 * Changelog: add sync changes * Changelog: add #13807 * Changelog: add #13654 * Changelog: add #13795 * Changelog: add #13801 * Changelog: add #13818 * Changelog: add #13725 * Changelog: add #13831 * Changelog: add #13516 * Testing list: add Twenty Twenty instructions * Changelog: add #13799 * Changelog: add #13805 * Changelog: add #13688 * Changelog: add #13830
Right now we can track how many contact forms are submitted, but it's not possible to distinguish which ones are from the shortcode and which ones are from the block. This adds a tracks event specifically for the block, so that we can track it independently of the shortcode.
Changes proposed in this Pull Request:
hasFormSettingsSet
attribute which is set by the blockis_block
extra_values
arrayis_block
is set in theextra_values
array, then send ajetpack_contact_form_gutenberg_block_message_sent
event to TracksIs this a new feature or does it add/remove features to an existing part of Jetpack?
Testing instructions:
jetpack_contact_form_gutenberg_block_message_sent
jetpack_contact_form_gutenberg_block_message_sent
- you should not see it.