#43491 closed enhancement (fixed)
Automatically create a Privacy Policy page when installing WordPress
Reported by: | fclaussen | Owned by: | azaozz |
---|---|---|---|
Milestone: | 4.9.6 | Priority: | normal |
Severity: | normal | Version: | |
Component: | Privacy | Keywords: | gdpr has-patch fixed-major dev-reviewed has-dev-note |
Focuses: | Cc: |
Description
- Install WordPress
- Add a Privacy Policy page just like Sample Page. Possibly add a special page status like 'front-page' 'blog posts'
- Add a privacy policy selector to options-reading or customizer like front page and blog posts
- Under tools we have the actual tools for exporting user data, anonymization of data and so on.
What I'm proposing is that this type of page is important. Specially now. So we need to pay proper attention to it.
Attachments (1)
Change History (27)
#3
in reply to:
↑ 2
@
7 years ago
Replying to mikejolley:
This sounds like the same thing as https://core.trac.wordpress.org/ticket/43389?
More or less.. the decision right now seems to be having the page picker under tools.
#43389 also doesn't mention the possibility of having a privacy policy page being added on first install.
#4
@
7 years ago
Hmm. I see. My question is what is worse for a new site.
a) A default privacy policy the user didn't write.
b) No privacy policy at all.
If a policy is general enough to avoid legal issues it could be useful. If it *needs* admin input, it should be manual.
#5
@
7 years ago
I'm against a default privacy policy. The admin should write it. But presenting it along with Sample Page maybe is saying "Hey, this is important. Write something here".
Go to your settings and select the front page, blog page, privacy page and so on.
#6
@
7 years ago
Think we should do that. Creating a new page titled "Privacy Policy", setting the option for it, but keep it a draft. The default content can be something like:
(Edit this page to create your privacy policy.)
Then the user will not have to select or create it from the Tools => Privacy screen, and can edit it straight away (it will be in the pages list table).
#7
@
7 years ago
- Keywords has-patch needs-testing added
In 43491.patch: add a page for the privacy policy on install, similarly to the sample page.
#8
@
7 years ago
- Summary changed from Privacy Flow Proposal to Automatically create a Privacy Policy page when installing WordPress
Updating title to "Automatically create a Privacy Policy page when installing WordPress" per ticket scrub discussion in Making WordPress gdpr-compliance chat today.
#9
@
7 years ago
- The page could be pre-populated with the policy texts from WP core.
- Using WP's standard page versioning system to inform website owners of changes to the page, when policy texts update from WP core - or other plugins for that matter, seems as a good idea. Though a bit of a new way of using the versioning system in this usecase:
- User sees new drafted policy page uppon install.
- User does litel or no changes and publish the page
- WP core updates policy text (page does not go back into draft)
- Updated text oges in to revision +1 (one step ahead of current version)
- Admin is alerted that a page holds a new version that is yet to be published
- Admin reviews changes, edits and publish.
One question: could step 4 be implemented using The Customizer feature: scheduling with no set date, but awaiting review ?
#10
@
7 years ago
What @dejliglama suggested is important. Every time this page is published, we need to alert users of an updated privacy policy page and seek reconsent.
I already do that on the plugin with a notice that says something like "If this was just a typo fix you can dismiss this, if not you should seek reconsent"
But that goes into the consent management component, which we don't have for core and I don't know if we will ever have.
To me, this particular feature should be plugin based.
#12
@
7 years ago
@melchoyce has some details going on in this trac : https://core.trac.wordpress.org/ticket/43620
#13
@
7 years ago
- Owner set to azaozz
- Resolution set to fixed
- Status changed from new to closed
In 42981:
#17
@
7 years ago
- Milestone changed from 5.0 to 4.9.6
- Resolution fixed deleted
- Status changed from closed to reopened
Reopen for 4.9.6 consideration.
This sounds like the same thing as https://core.trac.wordpress.org/ticket/43389?