Web Filtering and GDPR in Schools

Every school filter produces personal data. Each blocked or allowed request can be tied to a pupil, a member of staff or a device, and over a term those records build a detailed picture of someone's online life.

This guide explains how UK GDPR and the EU GDPR apply to filtering and its logs: the lawful basis, the DPIA, retention, data minimisation, subject access and the contract with your provider.

Not legal advice. This is a practical overview for school IT, data protection and safeguarding staff. Check current ICO or supervisory authority guidance and ask your data protection officer before acting.

Which law applies to your school

The rules are close cousins. Schools in the UK work under UK GDPR and the Data Protection Act 2018. Schools in the EU and EEA work under the GDPR itself, plus national laws and the guidance of their own supervisory authority.

United Kingdom

UK GDPR and the Data Protection Act 2018, supervised by the Information Commissioner's Office. The Data (Use and Access) Act 2025 amends parts of this regime, with changes coming into force in stages. Check which parts are in force today.

European Union and EEA

The GDPR applies directly, alongside national data protection acts. Each country has its own supervisory authority, and some add rules on employee monitoring or children's data.

Safeguarding duties

Filtering also sits inside education law. In England, Keeping Children Safe in Education and the DfE filtering and monitoring standards set expectations. Data protection shapes how you meet them, not whether you do.

Data protection is not a reason to skip filtering. The ICO and DfE both make clear that data protection law should not stop schools sharing or using information needed to keep children safe. It asks you to do it carefully and transparently.

Logs under GDPR

Keep the filter's records tidy and useful

Our hosted CIPA filter works at the level of the domain, not the page, so a log line names a site and nothing a pupil typed on it. Your school still decides what to keep, and the reports and log export give the DPIA something concrete to describe.

  • Activity reports and a policy record show what the filter was set to do and when
  • The log export lets the data protection lead see exactly what is held
  • Separate settings per school suit a group where every site has its own head and its own rules
Reports and readiness checklist screen of the hosted filter that a data protection lead can read
1 DNS setting
is all that changes on the network, with nothing installed on pupil devices
15, 30 or 60 min
staff bypass windows, and each use is written to the log
120M+
categorized domains behind the entries you will read

What personal data a school filter creates

Before you can minimise data, you need to know what the filter actually records. The answer depends on the product and on settings someone may have turned on years ago.

Data itemWhy it is personal dataTypical needRisk notes
Username or accountDirectly identifies a pupil or member of staffHigh: needed to act on concernsPseudonymise in reports where names are not needed
Device name, IP or MAC addressLinks to a person through device allocationMedium: useful for shared devicesTreat as identifying when combined with allocation records
Domain requestedShows interests and activityHigh: core of filteringCan reveal health, religion or sexuality
Full URL and pathCan include search terms, article titles and IDsLow to mediumMuch more revealing than the domain alone
Category and action (allowed or blocked)Describes behaviourHigh: used for reviews and alertsLower risk than full URLs for routine reporting
Search termsCan reveal thoughts and worriesDepends on safeguarding approachHighly sensitive; restrict access tightly
Timestamps and locationPatterns of life, including off-site useMediumOff-site logs on take-home devices need a clear purpose

Special category data: browsing records can reveal health, religion, sexual orientation or political views. Under UK law, the Data Protection Act 2018 includes a condition for safeguarding children and individuals at risk. Record which Article 9 condition you rely on in your DPIA.

Choosing a lawful basis for filtering and logs

Every purpose needs a lawful basis under Article 6. Blocking harmful sites, keeping logs for review and generating alerts are related purposes, and your records should cover each.

Usual fit for state schools

Public task

Maintained schools and academies carry out safeguarding as part of their official functions. Filtering that supports those duties usually fits here. Name the duty you rely on in your records.

Common for independent schools

Legitimate interests

Independent schools that are not public authorities often use legitimate interests. You must complete a balancing test that weighs the school's interest against pupils' rights, giving extra weight to children.

Rarely suitable

Consent

Consent must be freely given and can be withdrawn. Pupils and staff cannot really refuse filtering on a school network, so consent is usually the wrong basis for it.

PurposeTypical basis (state school)Typical basis (independent school)Record in
Block harmful and illegal contentPublic taskLegitimate interestsRecord of processing, privacy notice
Keep logs for filter review and fault findingPublic taskLegitimate interestsRetention schedule, DPIA
Alerts on concerning searches to safeguarding staffPublic task, plus Article 9 conditionLegitimate interests, plus Article 9 conditionDPIA, safeguarding policy
Staff browsing logsPublic task or legitimate interestsLegitimate interestsStaff privacy notice, acceptable use policy
Off-site filtering on take-home devicesPublic taskLegitimate interestsDPIA, device agreement

These are common patterns, not rules. Your DPO should confirm the basis for your school's situation.

The DPIA for web filtering, step by step

A data protection impact assessment is required where processing is likely to be high risk. Filtering and monitoring involve children and their online activity, so treat a DPIA as the normal starting point.

1

Describe the processing

Which networks and devices, which users, what is logged, where it is stored, who can see it and for how long.

2

State the purposes

Blocking, review, alerts, fault finding. Keep each purpose separate so you can justify each data item against it.

3

Check necessity and proportion

Could you meet the purpose with less data, such as categories instead of full URLs, or shorter retention?

4

Consult the right people

Your DPO, the designated safeguarding lead, IT, and where sensible pupils, parents and staff representatives.

5

Identify the risks

Over-collection, unauthorised access, misuse of logs, transfer outside the UK or EU, decisions based on a wrong category.

6

Add measures

Role-based access, pseudonymised reports, automatic deletion, contract terms, staff training, a review process for wrong blocks.

7

Sign off and record

Record the residual risk and who accepted it. If high risk remains, consult the supervisory authority before going ahead.

8

Review it

Revisit the DPIA when you change provider, add logging features, extend filtering off site, or at your annual filter review.

Schools in England can fold the DPIA review into the filtering and monitoring annual review checklist.

Domains in a school log

What common log entries are called in our data

Each line in a filter log is a domain, and each domain carries a category your pupil notice can describe in plain words. These rows come straight from our database.

DomainCategories in our dataWhat it means for the log
ico.org.ukGovernment & LegalA regulator's site that a data protection lead will visit
gdpr.euGovernment & Legal, Education/ReferenceReference reading that staff open during a DPIA
google-analytics.comComputers & TechnologyBackground requests that appear without a pupil clicking anything
onetrust.comBusinessConsent tooling that many sites load behind the scenes
whatsapp.comEmail and Messaging, Social NetworkingA lookup that deserves more care when an incident is reviewed

Data minimisation: what to keep and what to avoid

Data minimisation means collecting what you need for the purpose, and no more. For filtering, small configuration choices make a large difference.

Good defaults

  • Log domain, category, action, time and user for student networks.
  • Use category-level reports for governors and senior leaders, without names.
  • Give safeguarding staff named access; give IT technical access only.
  • Separate staff logs from pupil logs, with different access.
  • Delete automatically at the end of the retention period.
  • Run category lookups inside your own systems where possible, so browsing data is not sent elsewhere just to be classified.

Choices to justify carefully

  • Full URL logging for every request, when categories would do.
  • Keeping guest Wi-Fi logs tied to personal details for long periods.
  • Broad decryption of encrypted traffic without a clear purpose and exclusions for banking and health sites.
  • Off-site logging at evenings and weekends with no defined purpose.
  • Reports emailed as attachments to wide distribution lists.
  • Indefinite retention "in case it is useful".

How category data helps: accurate categories let you report on what kind of site was visited instead of storing every full address. The category database runs as files inside your own or your provider's systems, with a lookup API included.

Retention: how long to keep filter logs

GDPR does not set a number of days. It requires you to keep personal data no longer than necessary, to decide the period in advance, and to stick to it.

Routine logs

Set a short period that covers your review cycle and the time needed to spot and look into a pattern. Many schools choose a period measured in weeks or a few months. Record the reason.

Logs linked to an incident

When a log entry becomes part of a safeguarding or disciplinary record, it moves into that record and follows its retention rules, not the routine log period.

Aggregated statistics

Counts by category and week, with no names, can be kept longer for trend reports and governor briefings, because they are no longer personal data once properly anonymised.

Backups and provider copies

Check how long your provider keeps logs and backups. Your retention schedule means little if a copy lives on elsewhere for years.

Leavers

When pupils and staff leave, routine logs should still age out on schedule. Do not keep them longer simply because the account was archived.

School records retention toolkits used in the UK are a good place to anchor your periods. Agree the final figures with your DPO and safeguarding lead.

Showing your working

Evidence for the DPIA without a spreadsheet hunt

The hosted filter keeps a policy record and activity reports, and the log can be exported when a file asks for it. The person writing the DPIA can then describe the real settings, school by school.

Subject access requests and filter logs

Pupils, parents acting for younger children, and staff can ask for a copy of their personal data. Filter logs linked to a named person are in scope.

QuestionWhat to know
How long do we have?One month, which can be extended by up to two further months for complex or numerous requests. The Data (Use and Access) Act 2025 adds a rule that lets you pause the clock while you seek information you reasonably need; check that it is in force.
How far must we search?Searches should be reasonable and proportionate. Under UK law this standard is now written into the legislation. Knowing exactly where filter logs live makes this easy.
Who holds the right?The right belongs to the child. A parent can act for a child who is not mature enough to act alone. In Scotland a child aged 12 or over is presumed mature enough unless shown otherwise.
What can be withheld?Information about other people, and information whose release would be likely to cause serious harm, may be withheld under the exemptions. Safeguarding records need particular care.
Can we charge?Usually not. A fee is possible only in limited cases, such as manifestly unfounded or excessive requests.

Exact rules differ in EU member states, so EU schools should follow their own authority's guidance. For US readers, the equivalent questions under FERPA are covered in student data privacy and filtering.

Processors, contracts and international transfers

Your filtering provider usually processes browsing data on your behalf. That makes the school the controller and the provider a processor, with duties on both sides.

  • A written contract with the terms Article 28 requires, including acting only on your instructions.
  • A list of sub-processors, with notice before new ones are added.
  • Where logs are stored, and the transfer mechanism for any storage outside the UK or EU.
  • Who at the provider can see your logs, and why.
  • Retention and deletion settings you control, including at the end of the contract.
  • Security measures: encryption, access logging, staff vetting, incident response.
  • Breach notification terms fast enough for you to meet the 72-hour reporting window.
  • Help with subject access requests and DPIAs.
  • Whether the provider uses your data for its own purposes, such as product improvement.
  • How exports work, so you can leave without losing records you must keep.

Hosted or on site? A hosted filter means a provider handles DNS lookups for you, so the contract matters. Category data that runs inside your own systems keeps lookups local. Both can work; your DPIA should record which model you use.

Transparency: telling pupils, parents and staff

People have a right to know their browsing on school systems is filtered and logged. Tell them clearly, in language they understand.

Pupil notice

A short, age-appropriate explanation of what is filtered, what is recorded and who looks at it.

Parent notice

Covers take-home devices, off-site filtering, retention and how to ask questions or make a request.

Staff notice

Explains staff logging separately, linked to the staff acceptable use policy and any monitoring of work accounts.

Login message

A brief reminder on school devices that use is filtered and logged under the acceptable use policy.

Policy wording ideas are in the acceptable use policy guide for schools and staff vs student web filtering policies. The ICO has also published guidance on monitoring workers, which helps when writing the staff section.

Filtering, monitoring and where GDPR draws the line

Filtering blocks categories of websites. Monitoring looks at what users do. The more a system watches individuals, the more justification and safeguards GDPR expects.

ActivityPrivacy intrusionWhat to document
Category blocking with no individual reportsLowBasis, retention of minimal logs
Category blocking with named logs reviewed on demandMediumDPIA, access controls, retention
Automated alerts to safeguarding staffHigherDPIA, Article 9 condition, human review, false alert handling
Off-site filtering on take-home devicesHigherDPIA, notices to families, time limits on logging

Clear limits: website category filtering is one layer. It does not read messages or keystrokes and it does not judge a pupil's wellbeing. Concerns go through the school's safeguarding process. See what schools can see when they monitor students and filtering vs monitoring vs classroom management.

A GDPR checklist for your school filter

  • Filtering and logging appear in your record of processing activities.
  • A lawful basis is recorded for each purpose, plus an Article 9 condition for alerts.
  • A DPIA is complete, signed off and dated.
  • Logged fields are the minimum needed, and full URL logging is justified if used.
  • A retention period is set and the system deletes automatically.
  • Access is role-based, and access to logs is itself logged.
  • Your provider contract meets Article 28 and covers transfers.
  • Privacy notices for pupils, parents and staff mention filtering.
  • Staff know how to handle a subject access request that includes logs.
  • Your DPO and safeguarding lead review the setup at least once a year.

UK schools can connect this checklist with KCSIE filtering and monitoring and the DfE filtering and monitoring standards. A wider overview is on the UK school filtering hub, and teaching-side guidance is in online safety and e-safety in UK schools.

Where filter records come from: your own box or a hosted filter

Each row follows a question a DPIA asks about the filtering system.

The DPIA asksSelf-managed filtering boxHosted CIPA filter
What is recorded?Whatever the appliance or syslog collects by defaultActivity reports and a policy record, with a log export for files
What does it look at?Often full web addresses and page contentDecides by domain, not by page
Do laptops off site follow the rules?An agent or tunnel to maintainA private encrypted link carries the same rules
How much is installed?Hardware, and often software on devicesOne DNS setting, nothing installed on computers
How are staff exceptions kept?Rule edits that may never be written downPIN bypass for 15, 30 or 60 minutes, logged, then it switches back
Can each school differ?One shared policy or many boxesOne console, separate settings per school or branch

FAQ: GDPR and school web filtering

Do schools need consent to filter the internet under GDPR?

Usually not. Consent is a poor fit because pupils cannot freely refuse filtering. State schools generally rely on public task, linked to their safeguarding duties, and independent schools often rely on legitimate interests. Confirm the basis with your data protection officer.

Do we need a DPIA for web filtering?

A DPIA is required where processing is likely to result in a high risk to people. Filtering and monitoring involve children's data and online activity, so most schools should complete one, especially when introducing a new system or turning on new logging features.

How long should a school keep web filter logs?

GDPR sets no fixed period. Keep logs only as long as you need them for the purpose you recorded, set that period in your retention schedule, and make sure the filtering system deletes on time. Logs linked to a safeguarding concern follow the safeguarding record instead.

Can a parent ask to see their child's browsing history?

A subject access request can cover filter logs if they relate to an identifiable pupil. The right belongs to the child; a parent can act for a child who is not mature enough to act alone. Third-party data and some safeguarding information may be withheld. Ask your DPO before releasing anything.

Is our filtering provider a data processor?

Usually yes, when the provider handles pupil and staff browsing data on the school's behalf. You need a written contract with the terms GDPR requires, and you should know where the data is stored and who can access it.

Is this page legal advice?

No. It is a practical overview for school IT and data protection staff. Check the current ICO or supervisory authority guidance and take advice from your data protection officer or a qualified adviser for decisions about your school.

The price is worked out from the number of schools and devices, and a quote reaches you within one business day. A pilot at a single school gives your data protection lead real reports to read before the DPIA is signed.

Filter well, log less

Talk to us about category data that runs inside your own systems and supports a minimal, well-documented logging setup for your school or trust.

Talk to us about your district