Recherche avancée

Médias (1)

Mot : - Tags -/ipad

Autres articles (23)

  • Pas question de marché, de cloud etc...

    10 avril 2011

    Le vocabulaire utilisé sur ce site essaie d’éviter toute référence à la mode qui fleurit allègrement
    sur le web 2.0 et dans les entreprises qui en vivent.
    Vous êtes donc invité à bannir l’utilisation des termes "Brand", "Cloud", "Marché" etc...
    Notre motivation est avant tout de créer un outil simple, accessible à pour tout le monde, favorisant
    le partage de créations sur Internet et permettant aux auteurs de garder une autonomie optimale.
    Aucun "contrat Gold ou Premium" n’est donc prévu, aucun (...)

  • Organiser par catégorie

    17 mai 2013, par

    Dans MédiaSPIP, une rubrique a 2 noms : catégorie et rubrique.
    Les différents documents stockés dans MédiaSPIP peuvent être rangés dans différentes catégories. On peut créer une catégorie en cliquant sur "publier une catégorie" dans le menu publier en haut à droite ( après authentification ). Une catégorie peut être rangée dans une autre catégorie aussi ce qui fait qu’on peut construire une arborescence de catégories.
    Lors de la publication prochaine d’un document, la nouvelle catégorie créée sera proposée (...)

  • L’agrémenter visuellement

    10 avril 2011

    MediaSPIP est basé sur un système de thèmes et de squelettes. Les squelettes définissent le placement des informations dans la page, définissant un usage spécifique de la plateforme, et les thèmes l’habillage graphique général.
    Chacun peut proposer un nouveau thème graphique ou un squelette et le mettre à disposition de la communauté.

Sur d’autres sites (5121)

  • Understanding GDPR compliance : Key principles and requirements

    28 août, par Joe

    Any company with an online presence will likely collect customers’ personal data in the normal course of business. But those with customers residing in the European Economic Area (EEA) — basically, the European Union (EU) plus Iceland, Liechtenstein and Norway — must comply with the General Data Protection Regulation (GDPR). Companies serving UK data subjects post-Brexit must also abide by the UK GDPR, which includes certain regional variations.

    GDPR authorities are only concerned with personal data (not with non-personal or anonymous data), ensuring that it’s collected, used, and stored in a way that respects users’ rights and privacy.

    Failure to comply can present serious business risks, including :

    • Financial penalties (more about that shortly)
    • Compensation claims from data subjects for mishandling their information
    • Reputational damage (if/when a data breach does occur)
    • Disruption to operations
    • Personal accountability of executives (including potential sanctions)

    This article explores the GDPR and personal data protection, the rights it confers on European data subjects, and how those rights are enforced. We’ll wrap up with an 11-step plan for GDPR compliance. 

    Let’s begin.

    The price of non-compliance

    The largest fine so far levied for GDPR non-compliance is €1.2 billion in May 2023. It was imposed by the Irish Data Protection Commission (DPC) on Meta (previously Facebook). And it was because of Meta’s transfers of EU/EEA data subjects’ personal data to the US from 16 July 2020 in breach of GDPR international data transfer rules.

    Many other fines have been levied for GDPR non-compliance, and there’ll probably be a lot more in the future :

    PenaltyCompanySupervisory AuthorityDate
    €746 millionAmazonLuxembourg National Commission for Data Protection (CNDP)16 July 2021
    €405 millionMetaIreland’s Data Protection Commission (DPC)5 September 2022
    €390 millionMetaIreland’s Data Protection Commission (DPC)6 January 2023
    €345 millionTikTokIreland’s Data Protection Commission (DPC)1 September 2023
    €310 millionLinkedInIreland’s Data Protection Commission (DPC)30 October 2024
    €290 millionUberDutch Data Protection Authority (DPA)26 August 2024

    Those are big numbers. European supervisory authorities take enforcement seriously

    So, what is personal data anyway ?

    GDPR defines personal data as any information about a data subject (an identified or identifiable individual). This covers both direct (name, address, ID numbers, etc.) and indirect identifiers (IP addresses, location data, etc.). It categorises personal data into two types : general and special category.

    General data includes identifiers like names, contact details, and financial information. 

    Special category data, such as racial or ethnic origin, health data, biometric information, and sexual orientation, needs more protection. 

    The processing of special category data is only allowed under certain conditions, for example, if consent was given explicitly or if vital interests (e.g., a threat to life), legal obligations, or public interest are involved. GDPR emphasises safeguarding sensitive data due to its potential impact on individuals’ privacy and rights.

    Important GDPR terminology

    Apart from the data subject, personal data, and special category data mentioned above, GDPR introduces other legal terms and concepts organisations must understand. A data controller decides what personal data to collect and how to use it. A data processor processes the data on behalf of the data controller.

    A Data Protection Officer (DPO) oversees GDPR compliance. Processing is any operation performed on data, such as collecting, analysing or storing it. That processing must also have a lawful basis, such as consent, contract, or legitimate interests. And consent must be freely given, specific, and easily withdrawable. 

    A data breach involves unauthorised access to or loss of personal data. A Data Protection Impact Assessment (DPIA) identifies risks to individuals’ rights. Data minimisation requires organisations to minimise what data they collect. Countries in the EU/EEA have appointed a supervisory authority to enforce GDPR in their territory.

    Rights of EU/EEA data subjects under GDPR 

    GDPR grants specific rights to individuals (data subjects) who are physically present in the EU/EEA when their personal data is processed, regardless of nationality or residence status. The business’s physical or legal presence is irrelevant, as the determining factor is the data subject’s location at the time of processing.

    Non-compliance can lead to significant penalties and even criminal charges in jurisdictions where such penalties are enforced under national law. 

    To support responsible data practices, the GDPR defines key foundational rights.

    Transparency

    Two rights granted to data subjects in the EU/EEA under GDPR relate to transparency :

    1. The right to be informed (proactive, applies at data collection)
    2. The right of access (reactive, applies when the data subject makes a request)

    They provide transparency by mandating that data subjects be provided specific details about that process, including :

    • Company or organisation processing the data (with contact details)
    • Reasons for using the data
    • Categories of personal data involved
    • Legal basis for processing the data
    • How long data will be stored
    • Other companies, organisations, or third parties with access to the data
    • Whether data will be transferred outside the EU/EEA

    Privacy notices should meet the standards in GDPR Articles 12–14, covering what data is collected, for what purpose, and how users can exercise their rights. 

    For a deeper dive, check out : How to write a GDPR-compliant privacy notice.

    Objections and restricted processing

    Under GDPR, individuals in the EU/EEA have the right to object to the processing of personal data in two key respects :

    1. They can object to direct marketing, after which organisations must stop processing their data immediately, with no justification required.
    2. If data is being processed on the basis of the organisation’s legitimate interests or for tasks carried out in the public interest, data subjects can object if they believe their own rights and freedoms outweigh those interests. Again, processing must stop unless the organisation proves compelling legitimate grounds outweighing the individual’s rights.

    Individuals can also request temporary restrictions on data processing when : 

    • Their data isn’t accurate (until verified).
    • Processing is unlawful, but they prefer restriction over deletion.
    • Their data is no longer being used, but must be retained for legal purposes.
    • After they object to processing while verification of legitimate grounds is pending.

    During restriction, the organisation can continue storing the data, but may not process it without explicit consent or when certain exceptions apply.

    Rectification and erasure

    Individuals have the right to rectify errors in their data and to erasure (deleting data). First, they can request corrections to inaccurate or incomplete personal data. GDPR requires organisations to act without undue delay to ensure that stored data remains accurate and up to date.

    The right to erasure (aka the right to be forgotten) enables individuals to request deletion of their personal data when :

    • It’s no longer needed for its original purpose
    • They withdraw consent, and no other legal basis exists
    • Processing is unlawful
    • They object to processing, and no overriding legitimate grounds exist
    • The data must be deleted to comply with a legal obligation

    Organisations must delete data unless exemptions (e.g., legal compliance, public interest, or legal claims) apply.

    Data portability

    GDPR provides the right to data portability. People can request their personal data in a structured, common, and machine-readable format so it’s easier to review or transfer to another service provider. This applies when data is :

    • Provided by the individual, either directly (e.g., name, email) or indirectly through use of a service (e.g., purchase history)
    • Processed based on consent or a contract
    • Handled using automated means

    Portability does not apply to personal data processed on the basis of legal obligations or legitimate interests. ItT only applies when processing is based on consent or a contract, and carried out by automated means.

    Where technically feasible, GDPR also requires organisations to facilitate direct transfers of personal data to another controller at the subject’s request.

    Image showing robots making decisions without human intervention

    Automated decision-making and profiling

    GDPR grants EU/EEA data subjects the right not to be subject exclusively to automated decision-making, with legal or similarly significant effects, without human involvement. This applies to issues affecting them, such as job screening, loan approvals, or insurance pricing. They can :

    • Request human intervention : A real person must review the decision.
    • Express their viewpoint : Provide additional information or dispute the outcome.
    • Challenge the decision : Demand justification and correction if unfair.

    For example, imagine someone applying for a loan online, and the algorithm rejects the application based on credit history. They can request a human review to ensure fairness and consider special circumstances, such as recent debt clearance.

    However, GDPR also provides for some exceptions. Automated decisions are allowed if one of the following statements is true :

    • It’s obtained with explicit consent.
    • It’s necessary for a contract.
    • It’s permitted by law, with safeguards.

    How is GDPR enforced ?

    GDPR enforcement is carried out primarily by national supervisory authorities in each EU/EEA country. These authorities investigate complaints, conduct audits, and impose penalties for non-compliance within their jurisdictions. In cross-border cases, they collaborate through the one-stop-shop mechanism, which designates a lead authority to coordinate enforcement.

    The European Data Protection Supervisor (EDPS) is the independent data protection authority for EU institutions and agencies. It does not supervise private-sector or national public-sector organisations and is not a general enforcer of the GDPR.

    The European Data Protection Board (EDPB) is the body responsible for ensuring consistent application of the GDPR across the EU/EEA. Made up of representatives from national supervisory authorities and the EDPS, the EDPB issues guidelines, resolves disputes between authorities, and adopts binding decisions in cross-border matters.

    The origins of GDPR

    The EU’s regulation was adopted in 2016 to replace the 1995 Data Protection Directive (DPD), which predated the digital age. As technology use increased, vast amounts of personal data were collected, analysed, and stored, often without people’s knowledge, threatening their privacy and security.

    The main motivation behind GDPR was to unify the application of data protection rules across the EU/EEA through a directly applicable regulation, rather than a directive that required separate implementation by each member state. The aim was to eliminate fragmentation, ensure consistent enforcement, and strengthen individuals’ rights.

    Enter GDPR. It was agreed upon after years of negotiations between the 27 EU member states, the European Parliament, and the European Commission. It was formally adopted in 2016 and became fully enforceable on May 25, 2018. But there’s a difference. DPD was a directive that had to be implemented separately by member states. From that date, GDPR has been applied uniformly across the EU/EEA.

    The EEA adopted the GDPR on 6 July 2018 and went into force on 20 July 2018. It’s since become a global template, influencing data protection and privacy laws in countries like Brazil (LGPD), India, and Japan. The UK retained GDPR after Brexit, adapting it into the UK GDPR, which closely mirrors the EU version but allows for future divergence.

    Who does it apply to ?

    GDPR protects the personal data of individuals who reside in the EU/EEA. It applies to any organisation processing that data, no matter where it’s located in the world. This remains true even if the data is transferred outside the EU/EEA for storage and/or processing.

    Organisations are having difficulty with this regulation, as evidenced by the fines that have been meted out. Whether the penalties are paid, reduced through negotiation or still owed, their existence is a lingering uncertainty for the companies involved.

    Who must comply

    GDPR applies if you :

    • Have an office or another form of establishment in the EU/EEA, or
    • Offer goods/services to data subjects located in the EU/EEA (even if free) or
    • Monitor EU/EEA data subjects’’ behaviour (e.g., via cookies or analytics)

    What does GDPR require ?

    GDPR requires organisations to respect a clear set of data protection principles : lawfulness, fairness and transparencypurpose limitationdata minimisationaccuracystorage limitationintegrity and confidentiality, and accountability. It also obliges them to ensure that they always have a valid legal basis (consent, contract, legal obligation, legitimate interests, etc.) to process the personal data.

    Data should also not be stored longer than necessary to fulfil the specific purpose for which it was collected. Appropriate organisational measures must be taken to ensure the security and integrity of the personal data and protect it from breaches, loss, or unauthorised access. Should a reportable data breach occur, it must be reported to the relevant supervisory authority within 72 hours. Affected individuals must be informed if the breach is likely to result in a high risk to their rights.

    Organisations must also demonstrate accountability by keeping detailed records of processing activities and conducting DPIAs for high-risk processing. If their core activities involve large-scale processing of special categories of data or regular and systematic monitoring of individuals, they must appoint a DPO. 

    Finally, organisations must implement adequate safeguards when transferring data outside the EU/EEA through the GDPR Chapter V mechanism, such as adequacy decisions, Standard Contractual Clauses, Binding Corporate Rules, etc.

    By adhering to these requirements, organisations ensure compliance with GDPR and protect the data privacy and rights of EU/EEA data subjects.

    11 steps to compliance

    Once you’ve confirmed that the GDPR applies to your organisation’s processing of personal data, you can begin working toward compliance.

    Below, we’ve broken the process into eleven clear steps to help guide you.

    Step 1 : Map your data : Purpose, use and legal basis

    Any organisation operating in the EU, EEA or UK and handling personal data of data subjects in those regions must audit all the personal data it currently holds. 

    Your organisation must identify the legal basis for processing all data subject to the GDPR. If no legal basis can be found or justified, the processing will not be permitted under the GDPR.

    Step 2 : Consider appointing a DPO

    According to the GDPR text, a DPO is mandatory only under certain conditions, mainly due to processing volume and the type of organisation. But there are certain scenarios where it’s required.

    • Public authorities that process personal data as a matter of course, except for courts in their judicial capacity.
    • Organisations whose core activities involve regular and systematic monitoring of data subjects on a large scale.
    • Organisations that process specific “special” data categories (as defined by the GDPR) or data relating to criminal offences as a core activity on a large scale.

    It’s vague, and GDPR doesn’t clearly define “core activity” or “large scale”. If you are unsure whether your organisation falls into these categories, seek legal advice and err on the side of caution. Regardless, even if you are not required to appoint a DPO, it’s a good idea to appoint someone to monitor and oversee GDPR compliance efforts internally.

    Step 3 : Identify supervisory authorities

    This is generally governed by the territories in which an organisation operates. However, GDPR does make provisions for operations that cover multiple countries. In those cases, the GDPR provides a one-stop-shop mechanism to streamline oversight.

    In such cases, a lead supervisory authority (LSA) is designated. Organisations cannot freely choose their lead supervisory authority ; it depends on the location of the main establishment (Art. 56 GDPR).

    Most EEA countries have only one supervisory authority. Germany is the exception. Federal states each have their own DPA, and the Bundesbeauftragte für den Datenschutz und die Informationsfreiheit oversees federal matters. 

    Step 4 : Consider a Data Protection Impact Assessment

    GDPR requires a DPIA when processing is likely to result in a high risk to individuals’ rights and freedoms. Examples include large-scale processing of sensitive data, systematic profiling, public monitoring, or innovative technology use. A DPIA involves describing the processing, assessing necessity, identifying risks, and implementing mitigation measures.

    If the process reveals residual, unmitigated high risks, the DPIA report must be submitted to the nominated supervisory authority for consultation before the processing can proceed. Feedback can be expected within 8 weeks (extendable to 14 weeks), and the recommendations must be implemented. Conducting a DPIA is one way to ensure compliance. It also protects individuals’ rights and avoids fines for non-compliance.

    Step 5 : Establish a data breach process

    Organisations must quickly implement systems to identify and assess breaches for scope and impact. They must act immediately to contain the breach and record all the details and the actions taken.

    Image with a bulleted list of incidents that may lead to a data breach

    Data breaches likely to result in a risk to individuals’ rights and freedoms must be reported to the supervisory authority within 72 hours of the organisation becoming aware of the breach. If the breach is likely to result in a high risk to the individuals’ rights and freedoms, the controller has an obligation to inform the affected individuals as well. Data breach processes should also be reviewed regularly and included in staff training. 

    Here’s a simplified version :

    Simplified data breach response checklist
    𝥁Detect and confirm the breach
    🮱Contain and mitigate the impact
    🮱Assess the severity and potential harm
    🮱Document the breach
    🮱Report the breach
    🮱Inform affected individuals
    🮱Review and improve
    🮱Train staff in breach response protocols

    Step 6 : Review websites and website form security

    Websites and the forms on them are common gateways for personal data, making them a high-value target for bad actors. Ensuring these entry points are secure is essential to protecting user data and supporting GDPR’s requirements for confidentiality, integrity, and resilience (Article 32).

    Here are some key actions to take : 

    Website and form security best practices
    Use HTTPS with a valid SSL/TLS certificateEnsure pages that collect/display personal data are served over HTTPS to encrypt data in transit and prevent interception.
    Secure all data collection formsValidate and sanitize user input to protect against common threats, such as cross-site scripting (XSS), injection attacks, and form spam.
    Use security headers such as Content Security Policy (CSP) to prevent malicious script execution.
    Implement CAPTCHAs or other bot detection.
    Restrict access to form submissionsStore submitted data securely and restrict access to authorized personnel.
    Use strong passwords, enable multi-factor authentication (MFA), and apply role-based access controls (RBAC) where possible.
    Keep your website software up to dateApply regular security patches to your CMS, plugins, and third-party libraries.
    Remove unused components and services that may introduce vulnerabilities.
    Monitor and test for vulnerabilitiesPerform regular security scans andpenetration tests to identify risks.
    Monitor error logs and unusual activity, especially around form endpoints.

    Taking these proactive steps to strengthen form security and reduce breach risk will support your organization’s GDPR compliance posture..

    Step 7 : Consider age when required

    Under Article 8 of the GDPR, age verification is only required when :

    • Personal data is being processed on the basis of consent, and
    • The service is offered directly to children (i.e., an information society service provided online)

    In these cases, organisations must ensure the child is at least 16 years old, unless a lower age threshold has been set by national law (e.g., 13 in the UK).

    Age verification methods must be proportionate to the level of risk, aligned with the principle of data minimisation, and appropriate for the audience. Common approaches include : 

    • Self-declaration with confirmation prompts
    • Email-based parental consent mechanisms
    • Content gating or notices for services not intended for children

    More intrusive methods, such as biometric estimation, government ID upload, or video verification, should be avoided unless absolutely necessary. When justified, such methods must undergo a Data Protection Impact Assessment (DPIA) and meet the requisite necessity and proportionality standards.

    Step 8 : Implement double-opt-in for all email lists and services

    At present, Germany is the only EU country with a clear legal mandate for double opt-in under its national GDPR implementation and ePrivacy laws. While not explicitly required elsewhere in the EU and EEA, double opt-in is widely recommended as a best practice to ensure explicit consent.

    This process confirms that the user explicitly agrees while reducing opportunities for fraud and improving compliance. It also builds trust, as customers know how you’re handling their data. A clear, up-to-date privacy policy is essential to the process. It must outline how data is used and stored and how an individual’s rights can be exercised.

    For example, obtaining consent in an email marketing campaign may involve the following steps :

    1. The user signs up for a newsletter or service.
    2. They receive a confirmation email/text message with a verification link.
    3. The user clicks the link to confirm consent.

    Step 9 : Restrict international data transfers

    GDPR limits data subjects’ personal data transfer outside the European Economic Area (EEA) unless certain conditions are met.

    Such transfers are not permitted unless one of the following conditions is met :

    1. Appropriate safeguards are in place, such as :
      • Standard contractual clauses (SCCs) approved by the Commission
      • Binding corporate rules (BCRs) for multinational groups
    2. The destination country is one of the following countries that has received an adequacy decision from the European Commission.
    Countries with GDPR adequacy decisions (as of July 2025)
    AndorraFull adequacy decision
    ArgentinaFull adequacy decision
    CanadaApplies only to commercial organisations under PIPEDA
    Faroe IslandsFull adequacy decision
    GuernseyFull adequacy decision
    Isle of ManFull adequacy decision
    IsraelFull adequacy decision
    JapanAdequacy with additional safeguards aligned to EU standards
    JerseyFull adequacy decision
    New ZealandFull adequacy decision
    Republic of KoreaAdequacy decision adopted in 2021
    SwitzerlandLongstanding adequacy decision (dating back to the 2000s)
    United KingdomAdequacy under both GDPR and the Law Enforcement Directive (LED)
    United StatesApplies only to commercial organisations certified under the EU-US Data Privacy Framework

    Major fines (like Meta’s €1.2 billion) have already been levied for unlawful data transfers. In addition, third-party service providers and data processors charged with handling EU data must also be GDPR-compliant. 

    If personal data is processed by a third party outside the EEA, organisations must verify that contractual safeguards comply with GDPR Article 28. These processor management safeguards cover :

    • Contractual – Defines what the processor is permitted to do with personal data
    • Security – Specifies technical and organisational safeguards to protect data
    • Breach notifications – Requires processors to report breaches in a timely manner
    • Sub-processor oversight – Grants approval rights over any sub-processors
    • End-of-service handling – Ensures return or proper disposal of personal data at contract end
    • Audit rights – Allows controllers to audit processor compliance if needed

    Step 10 : Record of Processing Activities (ROPA)

    GDPR obliges both data controllers and data processors to maintain a Record of Processing Activities (ROPA). This processing register details how and why personal data is processed, and it must include the following : 

    • Name and contact details (and DPO, if applicable)
    • Processing purposes (marketing, HR, customer service, etc.)
    • Data categories (names, emails, financial data, etc.)
    • Data subject categories (customers, employees)
    • Transfers outside the EEA (legal basis, safeguards like SCCs, etc.)
    • Retention periods for each data category
    • Security measures (encryption, access controls, etc.).

    For data controllers, the ROPA must also include the names and details of any people who receive personal data, such as services or processors. The register should also map the flow of data through the organisation (and any third parties), which is needed for audits or analysing a data breach.

    An effective ROPA depends on strong data governance. Clearly-defined processes, ongoing training, and regular reviews are necessary to keep internal policies aligned with how personal data is actually handled in practice.

    Maintaining a ROPA also supports GDPR’s accountability principle : organisations must be able to show compliance, not just claim it. Documented policies, audits, and training records provide the evidence needed to demonstrate this.

    Step 11 : Data subject rights management

    Organisations that collect, store, analyse, or process the personal data of EEA data subjects must regularly advise customers of their rights under GDPR. In particular, they must remind data subjects of their right to submit a Data Subject Access Request (DSAR) and respond promptly to DSARs from individuals requesting access to their personal data.

    Among other things, EEA data subjects may request :

    • Confirmation that their data is being processed
    • A copy of their data
    • Information about how and why their data is being processed
    • The purposes of processing
    • Categories of personal data involved
    • Recipients or categories of recipients who receive the data
    • Data retention periods or criteria used to determine them
    • The data source (if not collected directly from the individual)

    DSARs can be refused if they’re manifestly unfounded or excessive or if providing the data would adversely affect the rights of others. But it’s advisable to use that as a last resort.

    GDPR compliance in practice

    GDPR compliance isn’t automatic — not even with privacy-focused tools like Matomo or reconfigured platforms like Google Analytics 4

    Regardless of which analytics solution you use, data protection laws like GDPR and the ePrivacy Directive require organisations to : 

    • Track only occurs when lawful, and with valid user consent when required.
    • Configure privacy settings to comply with the GDPR.
    • Only collect data that is proportionate, transparent, and serves a legitimate, disclosed purpose.

    Even the best tools can fail if they aren’t used properly. That’s why governance, intentional setup, and consistent consent management are necessary parts of compliance.

    Matomo offers secure, privacy-focused GDPR analytics. It includes a built-in GDPR Manager and privacy centre to fine-tune your privacy settings.

    To get started with Matomo, you can sign up for a 21-day free trial — no credit card required. 

  • Multilingual SEO : A Marketer’s Guide to Measuring and Optimising Multilingual Websites

    26 juin, par Joe

    The web—and search engines in particular—make it easier than ever for businesses of any size to reach an international audience. 

     
    A multilingual website makes sense, especially when the majority of websites are in English. After all, you want to stand out to customers by speaking their local language. But it’s no good having a multilingual site if people can’t find it. 

    That’s where multilingual SEO comes in. 

    In this article, we’ll show you how to build a multilingual website that ranks in Google and other local search engines. You’ll learn why multilingual SEO is about more than translating your content and specific tasks you need to tick off to make your multilingual site as visible as possible. 

    ¡Vamos !

    What is multilingual SEO ? 

    Multilingual SEO is the process of optimising your website to improve search visibility in more than one language. It involves creating high-quality translations (including SEO metadata), targeting language-specific keywords and building links in the target language. 

    A definition of multilingual SEO

    The goal is to make your site as discoverable and accessible as possible for users searching Google and other search engines in their local language. 

    It’s worth pointing out that multilingual SEO differs slightly from international SEO, even if the terms are used interchangeably. With multilingual SEO, you are optimising for a language (so Spanish targets every Spanish-speaking country, not just Spain). In international SEO, you target specific countries, so you might have a different strategy for targeting Argentinian customers vs. Mexican customers. 

    Why adopt a multilingual SEO strategy ?

    There are two major reasons to adopt a multilingual SEO strategy : to reach more customers and to deliver the best experience possible. 

    Why adopt a multilingual SEO strategy

    Reach a wider audience

    Not everyone searches the web in English. Even if non-native speakers eventually resort to English, many will try Googling in their own language first. That means if you target customers in multiple non-English-speaking countries, then creating a multilingual SEO is a must to reach as many of them as possible. 

    A multilingual SEO strategy also boosts your website’s chances of appearing in country-specific search engines like Baidu and Yandex — and in localised versions of Google like Google.fr and Google.de.

    Deliver a better user experience

    Multilingual SEO gives your customers what they want : the ability to search, browse and shop in their native language. This is a big deal, with 89% of consumers saying it’s important to deal with a brand in their own language.

    Improving the user experience also increases the likelihood of non-English-speaking customers converting. As many as 82% of people won’t make a purchase in major consumer categories without local language support. 

    How to prepare for multilingual SEO success

    Before you start creating multilingual SEO content, you need to take care of a couple of things. 

    Identify target markets

    The first step is to identify the languages you want to target. You know your customers better than anyone, so it’s likely you have one or two languages in mind already. 

    But if you don’t, why not analyse your existing website traffic to discover which languages to target first ? The Locations report in Matomo (found in the Visitors section of Matomo’s navigation) shows you which countries your visitors hail from. 

    A screenshot of Matomo's Location Report

    In the example above, targeting German and Indonesian searchers would be a sensible strategy. 

    Target local keywords

    Once you’ve decided on your target markets, it’s time to find localised keywords. Keywords are the backbone of any SEO campaign, so take your time to find ones that are specific to your local markets.

    Yes, that means you shouldn’t just translate your English keywords into French or Spanish ! French or Spanish searchers may use completely different terms to find your products or services. 

    That’s why it’s vital to use a tool like Ahrefs or Semrush to do multilingual keyword research. 

    A french keyword

    This may be a bit tricky if you aren’t a native speaker of your target language, but you can translate your English keywords using Google Translate to get started. 

    Remember, search volumes won’t be as high as English keywords since fewer people are searching for them. So don’t be scared off by small keyword volumes. Besides, even in the U.S. around 95% of keywords get 10 searches per month or fewer. 

    Choose your URL structure

    The final step in preparing your multilingual SEO strategy is deciding on your URL structure, whether that’s using separate domains, subdomains or subfolders. 

    This is important for SEO as it will avoid duplicate content issues. Using language indicators within these URLs will also help both users and search engines differentiate versions of your site. 

    The first option is to have a separate domain for each target language. 

    • yoursite.com
    • yoursite.fr
    • yoursite.es

    Using subdomains would mean you keep one domain but have completely separate sites :

    • fr.yoursite.com
    • es.yoursite.com
    • de.yoursite.com

    Using subfolders keeps everything clean but can result in long URLs :

    • yoursite.com/en
    • yoursite.com/de
    • yoursite.com/es

    As you can see in the image below, we use subdomains to separate multilingual versions of you site :

    A browser showing a language-specific URL structure

    While separate domains provide more precise targeting, it’s a lot of work to manage them. So, unless you have a keyword-rich, unbranded domain name that needs translating, we’d recommend using either subdomains or subdirectories. It’s slightly easier to manage subfolders, but subdomains offer users a clearer divide between different versions of your site. 

    If you want to make your site even easier to navigate, then you can incorporate language indicators into your page’s design to make it easy for consumers to switch languages. These are the little dropdown menus you see containing various flags that let users browse in different languages.

    5 multilingual SEO strategies to use in 2024

    Now you’ve got the basics in order, use the following SEO strategies to improve your multilingual rankings. 

    Use hreflang tags

    There’s another way that Google and other search engines use to determine the language and region your website is targeting : hreflang..

    Hreflang is an HTML attribute that Google and other search engines use to ensure they serve users the right version of the page.

    You can insert it into the header section of the page like this example for a German subdomain :

    <link rel=”alternate” href=”https://yourwebsite.com/de” hreflang=”de” />

    Or you can add the relevant markup to your website’s sitemap. Here’s what the same German markup would look like :

    <xhtml:link rel=”alternate” hreflang=”de” href=”https://yourwebsite.com/de/” /> 

    Whichever method you include one language code in ISO 639-1 format. You can also include a region code in ISO 3166-1 Alpha 2 format. Note that you can include multiple region codes. A web page in German, for example, could target German and Austrian consumers. 

    Hreflang tags also avoid duplicate content issues. 

    With a multilingual site, you could have a dozen different versions of the same page, showing the same content but in a different language. Without an hreflang tag specifying that these are different versions of the same page, Google may penalise your site.

    Invest in high-quality translations

    Google rewards good content. And, while you’d hope Google Translate would be good enough, it usually isn’t.

    Instead, make sure you are using professional linguists to translate your content. They won’t only be able to produce accurate and contextually relevant translations — the kind that Google may reward with higher rankings — but they’ll also be able to account for cultural differences between languages. 

    Imagine you are translating a web page from U.S. English into Italian, for example. You’ve not only got to translate the words themselves but also the measurements (from inches to cm), dates (from mm/dd/yy to dd/mm/yy), currencies, idioms and more. 

    Translate your metadata, too

    You need to translate more than just the content of your website. You should translate its metadata — the descriptive information search engines use to understand your page — to help you rank better in Google and localised search engines. 

    As you can see in the image below, we’ve translated the French version of our homepage’s title and meta description :

    Matomo's meta data translated into French

    Page titles and meta descriptions aren’t the only pieces of metadata you need to pay attention to. Make sure you translate the following :

    • URLs
    • Image alt tags
    • Canonical tags
    • Structured data markup

    While you’re at it, make sure you have translated all of your website’s content, too. It’s easy to miss error messages, contact forms and checkout pages that would otherwise ruin the user experience. 

    Build multilingual backlinks

    Building backlinks is an important step in any SEO strategy. But it’s doubly important in multilingual SEO, where your links in your target language also help Google to understand that you have a translated website. 

    While you want to prioritise links from websites in your target language, make sure that websites are relevant to your niche. It’s no good having a link from a Spanish recipe blog if you have a marketing SaaS tool. 

    A great place to start is by mining the links of competitors in your target market. Your competitors have already done the hard work acquiring these links, and there’s every chance these websites will link to your translated content, too.

    Search competitor backlinks for multilingual link opportunities

    Don’t forget about internal linking pages in the same language, either. This will obviously help users stay in the same language while navigating your site, but it will also show Google the depth of your multilingual content.

    Monitor the SEO health of your multilingual site

    The technical performance of your multilingual pages has a significant impact on your ability to rank and convert. 

    We know for a fact that Google uses page performance metrics in the form of Core Web Vitals as a search ranking factor. What’s more, research by WP Rocker finds that a side loading in one second has a three times better conversion rate than a site loading in five seconds. 

    With that in mind, make sure your site is performing at optimal levels using Matomo’s SEO Web Vitals report. Our SEO Web Vitals feature tracks all of Google’s Core Web Vitals, including :

    • Page Speed Score
    • First Contentful Paint (FCP)
    • Final Input Delay (FID)
    • Last Contentful Paint (LCP)
    • Cumulative Layout Shift (CLS)

    The report displays each metric in a different colour depending on your site’s performance, with green meaning good, orange meaning average, and red meaning poor.

    Matomo's SEO Web Vitals Report

    Check in on these metrics regularly or set up custom alerts to automatically notify you when a specific metric drops below or exceeds a certain threshold — like if your Page Speed score falls below 50, for example. 

    How to track your multilingual SEO efforts with Matomo

    Matomo isn’t just a great tool to track your site’s SEO health ; you can also use our privacy-focused analytics platform to track your multilingual SEO success.

    For example, you could use the report to focus your multilingual SEO efforts on a single language if searches are starting to rival English. Or you decide to translate your most trafficked English keywords into your target languages, regardless if a tool like Ahrefs or Semrush tells you whether these keywords get searches or not.

    If you want to analyse the performance of your new language, for example, you can segment traffic by URL. In our case, we use the segment “Page URL contains fr.matomo.org” to measure the impact of our French website. 

    We can also track the performance of every language except French by using the segment “Page URL does not contain fr.matomo.org”.

    You can use Matomo to track your Keyword performance, too. Unlike search engine-owned platforms like Google Analytics and Google Search Console that no longer share keyword data, Matomo lets users see exactly which keywords users search to find your site in the Combined keywords report :

    Matomo's Combined Keywords Report

    This is valuable information you can use to identify new keyword opportunities and improve your multilingual content strategy. 

    For example, you could use the report to focus your multilingual SEO efforts on a single language if searches are starting to rival English. Or you decide to translate your most trafficked English keywords into your target languages, regardless if a tool like Ahrefs or Semrush tells you whether these keywords get searches or not.

    For international brands that have separate websites and apps for each target language or region, Matomo’s Roll-Up Reporting lets you keep track of aggregate data in one place. 

    A diagram that shows how Roll-up reporting works

    Roll-Up Reporting lets you view data from multiple websites and apps as if they were a single site. This lets you quickly answer questions like :

    • How many visits happened across all of my multilingual websites ?
    • Which languages contributed the most conversions ?
    • How does the performance of my Spanish app compare to my Spanish website ?

    Is it any wonder, then, that Matomo is used by over one million sites in 190 countries to track their web and SEO performance in a privacy-friendly way ?

    Join them today by trying Matomo free for 21 days, no credit card required. Alternatively, request a demo to see how Matomo can help you track your multilingual SEO efforts. 

  • First-party data explained : Benefits, use cases and best practices

    25 juillet, par Joe

    Third-party cookies are being phased out, and marketers who still depend on them for user insights need to find alternatives.

    Google delayed the complete deprecation of third-party cookies until early 2025, but many other browsers, such as Mozilla, Brave, and Safari, have already put a stop to them. Plus, looking at the number of data leak incidents, like the one where Twitter leaked 200 million user emails, collecting and using first-party data is a great alternative. 

    In this post, we explore the ins and outs of first-party data and examine how to collect it. We’ll also look at various use cases and best practices to implement first-party data collection.

    What is first-party data ?

    First-party data is information organisations collect directly from customers through their owned channels. 

    Organisations can capture data without intermediaries when people interact with their website, mobile app, social media accounts or other customer-facing systems.

    For example, businesses can track visitor behaviour, such as bounce rates and time spent browsing particular pages. This activity is considered first-party data when it occurs on the brand’s digital property.

    Some examples include :

    • Demographics : Age, gender, location, income level
    • Contact information : Email addresses, phone numbers
    • Behavioural insights : Topics of interest, content engagement, browsing history
    • Transactional data : Purchase history, shopping preferences

    A defining characteristic is that this information comes straight from the source, with the customer’s willingness and consent. This direct collection method is why first-party data is widely regarded as more reliable and accurate than second or third-party data. With browsers like Chrome fully phasing out third-party cookies by the end of 2025, the urgency for adopting more first-party data strategies is accelerating across industries.

    How to collect first-party data 

    Organisations can collect first-party data in various ways. 

    Website pixels

    In this method, organisations place small pieces of code that track visitor actions like page views, clicks and conversions. When visitors land on the page, the pixel activates and collects data about their behaviour without interrupting the user experience. 

    Website analytics tools

    With major browsers like Safari and Firefox already blocking third-party cookies (and Chrome is phasing them out soon, there’s even more pressure on organisations to adopt first-party data strategies.

    Website analytics tools like Matomo help organisations collect first-party data with features like visitor tracking and acquisition analysis to analyse the best channels to attract more users. 

    Multi-attribution modelling that helps businesses understand how different touchpoints (social media channels or landing pages) persuade visitors to take a desired action (like making a purchase). 

    Various web analytics features of Matomo

    (Image Source)

    Other activities include :

    • Cohort analysis 
    • Heatmaps and session recordings 
    • SEO keyword tracking
    • A/B testing 
    • Paid ads performance tracking
    Home page heat map showing user clicks

    Heatmap feature in Matomo

    Account creation on websites

    When visitors register on websites, they provide information like names, email addresses and often demographic details or preferences.

    Newsletters and subscriptions 

    With email subscriptions and membership programs, businesses can collect explicit data (preferences selected during signup) and implicit data (engagement metrics like open rates and click patterns).

    Gated content

    Whitepapers, webinars or exclusive articles often ask for contact information when users want access. This approach targets specific audience segments interested in particular topics.

    Customer Relationship Management (CRM) systems

    CRM platforms collect information from various touchpoints and centralise it to create unified customer profiles. These profiles include detailed user information, like interaction history, purchase records, service inquiries and communication preferences.

    Mobile app activity

    Mobile in-app behaviours can assist businesses in gathering data such as :

    • Precise location information (indicating where customers interact with the app)
    • Which features they use most often
    • How long they stay on different screens
    • Navigation patterns

    This mobile-specific data helps organisations understand how their customers behave on smaller screens and while on the move, insights that website data alone cannot provide.

    Point of Sale (PoS) systems

    Modern checkout systems don’t just process payments. PepsiCo proved this by growing its first-party data stores by more than 50% through integrated PoS systems. 

    Today’s PoS technology captures detailed information about each transaction :

    • Item(s) sold
    • Price (discounts, taxes, tip)
    • Payment type (card, cash, digital wallet)
    • Time and date
    • Loyalty/rewards number
    • Store/location

    Plus, when connected with loyalty programs where customers identify themselves (by scanning a card or entering a phone number), these systems link purchase information to individuals. 

    This creates valuable historical records showing how customer preferences evolve and offering insight into :

    • Which products are frequently purchased together
    • The time of the day, week, month, or year when items sell best
    • Which promotions or special offers are most effective

    Server-side tracking 

    Most websites track user behaviour through code that runs in the visitor’s web browser (client-side tracking). 

    Server-side tracking takes a different approach by collecting data directly on the company’s own servers. 

    Because the tracking happens on company servers rather than browsers, ad-blocking software doesn’t block it. 

    Organisations gain more consistent data collection and greater control over their customer information. This privacy-friendly approach lets companies get the data they need without relying on third-party tracking scripts.

    Now that we understand how organisations can gather first-party data, let us explore its use cases. 

    Use cases of first-party data 

    Businesses can use first-party data in many ways, from creating customer profiles to personalising user experiences.

    Developing comprehensive customer profiles

    First-party data can help create detailed customer profiles

    Here are some examples :

    • Demographic profiles : Age, gender, location, job role and other personal characteristics.
    • Behavioural profiles : Website activity, purchase history and engagement with marketing campaigns that focus on how users interact with businesses and their offerings
    • Psychographic profiles : Customer’s interests, values and lifestyle preferences.
    • Transactional profiles : Purchase patterns, including the types of products they buy, how often they purchase and their total spending.

    The benefit of developing these profiles is that businesses can then create specific campaigns for each profile, instead of running random campaigns. 

    For example, a subscription service business may have a behavioural profile of ‘inactive users’. To reignite interest, they can offer discounts or limited-time freebies to these users.

    Crafting relevant content

    First-party data shows what types of content customers engage with most. 

    If customers love watching videos, businesses can create more video content. If a blog gets more readership for its tech articles, it can focus on tech-related content to adjust to readers’ preferences. 

    Uncovering new marketing opportunities

    First-party data lets businesses analyse customer interactions in a way that can reveal untapped markets. 

    For example, if a company sees that many website visitors are from a particular region, it might consider launching campaigns in that area to boost sales. 

    Personalising experiences

    89% of decision-makers believe personalisation is key to business success in the next three years. 

    First-party data helps organisations to tailor experiences based on individual preferences. 

    Personalised experiences increases customer satisfaction

    For example, an e-commerce site can recommend products based on previous purchases or browsing history. Shoppers with abandoned carts can get reminders. 

    It’s also helpful to see how customers respond to different types of communication. Certain groups may prefer emails, and some may prefer text messages. Similarly, some users spend more time on quizzes and interactive content like wizards or calculators. 

    By analysing this, businesses can adjust their strategies so that users get a personal experience when they visit a website.

    Optimising operations

    The use cases of first-party data don’t just apply to the marketing domain. They’re also valuable for operations. When businesses analyse customer order patterns, they can spot the best locations for fulfilment centres that reduce shipping time and costs.

    For example, an online retailer might discover that most customers are concentrated in urban areas and decide to open fulfilment centres closer to those locations.

    Or, in the public sector, transport companies can use first-party data to optimise routes and fine-tune fare simulation tools. By analysing rider queries, travel preferences and interaction data, they can :

    • Prioritise high-demand routes during peak hours 
    • Adjust fare structures to reflect common trip or rider patterns
    • Make personalised travel suggestions based on individual user history.

    Benefits of first-party data 

    First-party data offers two significant benefits : accuracy and compliance. It comes directly from the customers and can be considered more accurate and reliable. But that’s not it. 

    First-party data aligns with many data privacy regulations, like the GDPR and CCPA. That’s because first-party data collection requires explicit consent, which means the data remains confidential. This builds compliance, and customers develop more trust in the business.

    Best practices to collect and manage first-party data 

    Though first-party data comes with many benefits, how should organisations collect and manage it ? What are the best practices ? Let’s take a look. 

    Define clear goals

    Though defining clear goals seems like overused advice, it’s one of the most important. If a business doesn’t know why it’s collecting first-party data, all the information gathering becomes purposeless. 

    Businesses can think of different goals to achieve from first-party data collection : improving customer relationships, enhancing personalisation or increasing ROI. 

    Once these goals are concrete, they can guide data collection strategies and help understand whether they’re working.

    Establish a privacy policy

    A privacy policy is a document that explains why a business is collecting a user’s data and what it will do with it. By being open and honest, this policy builds trust with customers, so customers feel safe sharing their information. 

    For example, an e-commerce privacy policy may read like : 

    “At (Business name), your privacy is important to us. We collect your information when you create an account or buy something. This information includes your name, email and purchase history. We use this data to give you a better shopping experience and suggest products that you’ll find useful. We follow all data privacy laws like GDPR to keep your personal information safe.” 

    For organisations that use Matomo, we suggest updating the privacy policy to explain how Matomo is used and what data it collects. Here’s a privacy policy template for Matomo users that can be easily copied and pasted. 

    For a GDPR compatible privacy policy, read How to complete your privacy policy with Matomo analytics under GDPR.

    Simplify consent processes

    Businesses should obtain explicit user consent before collecting their data, as shown in the image below. 

    Have a consent process in place that shares what kind of user data is going ot be accessed

    (Image Source

    To do this, integrate user-friendly consent management platforms that let customers easily access, view, opt out of, or delete their information.

    To ensure consent practices align with GDPR standards, follow these key steps :

    GDPR-compliant consent checklist
    State the purpose clearlyDescribe data usage in plain terms.
    Use granular opt-insSeparate consents by purpose.
    Avoid pre-ticked boxesActive choices only.
    Enable easy opt-outSimple and accessible withdrawal.
    Log consentTimestamp and record every opt-in.
    Review periodicallyAudit for accuracy and relevance.

    Comply with platform-specific restrictions

    In addition to general consent practices, businesses must comply with platform-specific restrictions. This includes obtaining explicit permissions for :

    • Location services : Users must consent to sharing their location data.
    • Contact lists : Businesses need permission to access and use contact information.
    • Camera and microphone Use : Users must consent to using the camera and microphone 
    • Advertising IDs : On platforms like iOS, businesses must obtain consent to use advertising IDs. 

    For example, Zoom asks the user if it can access the camera and the microphone by default.

    Utilise multiple data collection channels

    Instead of relying on just one source to collect first-party data, it is better to use multiple channels. Gather first-party data from diverse sources such as websites, mobile apps, CRM systems, email campaigns, and in-store interactions (for richer datasets). This way, businesses get a more complete picture of their customers.

    Implementing a strong data governance framework with proper tooling, taxonomy, and maintenance practices is also vital for better data usability.

    Use privacy-focused analytics tools 

    Focus on not just collecting data but also doing it in a way that’s secure and ethical

    Use tools like Matomo to track user interactions and gather meaningful analytics. For example, Matomo heatmaps can give you a visual insight into where users click and scroll, all while following all the data privacy laws.

    Matomo's heatmaps giving a visual insight into where users scroll the most

    (Image Source

    What is second-party data ? 

    Second-party data is information that one company collects from its customers and shares with another company. It’s like “second-hand” first-party data because it’s collected directly from customers but used by a different business.

    Companies purchase second-party data from trusted partners instead of getting it directly from the customer. For example, hotel chains can use customer insights from online travel agencies, like popular destinations and average stay lengths, to refine their pricing strategies and offer more relevant perks.

    When using second-party data, it’s essential to :

    • Be transparent : Share with customers that their data is being shared with partners. 
    • Conduct regular audits : Ensure the data is accurate and handled properly to maintain strong privacy standards. If their data standards don’t seem that great, consider looking elsewhere.

    What is third-party data ? 

    Third-party data is collected from various sources, such as public records, social media or other online platforms. It’s then aggregated and sold to businesses. Organisations get third-party data from data brokers, aggregators and data exchanges or marketplaces. 

    Some examples of third-party data include life events from user social media profiles, like graduation or facts about different organisations, like the number of employees and revenue.

    For example, a data broker might collect information about people’s interests from social media and sell it to a company that wants to target ads based on those interests.

    Third-party data often raises privacy concerns due to its collection methods. One major issue is the lack of transparency in how this data is obtained. 

    Consumers often don’t know that their information is being collected and sold by third-party brokers, leading to feelings of mistrust and violation of privacy. This is why data privacy guidelines have evolved. 

    What is zero-party data ? 

    Zero-party data is the information that customers intentionally share with a business. Some examples include surveys, product ratings and reviews, social media polls and giveaways.

    Organisations collect first-party data by observing user behaviours, but zero-party data is the information that customers voluntarily provide. 

    Differences between first-party and zero-party data

    Zero-party data can provide helpful insights, but self-reported information isn’t always accurate. People don’t always do what they say. 

    For example, customers in a survey may share that they consider quality above all else when purchasing. Still, looking at their actual behaviour, businesses can see that they make a purchase only when there’s a clearance or a sale.

    First-party data can give a broader view of customer behaviours over time, which zero-party data may not always be able to capture. 

    Therefore, while zero-party data offers insights into what customers say they want, first-party data helps understand how they behave in real-world scenarios. Balancing both data types can lead to a deeper understanding of customer needs.

    Getting valuable customer insights without compromising privacy 

    Matomo is a powerful tool for organisations that want to collect first-party data. We’re a full-featured web analytics tool that offers features that allow businesses to track user interactions without compromising the user’s personal information. Below, we share how.

    Data ownership

    Matomo allows organisations to own their analytics data, whether on-premise or in their chosen cloud. This means we don’t share your data with anyone else. This aligns with GDPR’s requirement for data sovereignty and minimises third-party risks.

    Pseudonymisation of user IDs

    Matomo allows organisations to pseudonymise user IDs, replacing them with a salted hash function. 

    Image depticting the working of the pseudonymisation feature by Matomo

    (Image Source)

    Since the user IDs have different names, no one can trace them back to a specific person.

    IP address anonymisation

    Data anonymisation refers to removing personally identifiable information (PII) from datasets so individuals can’t be readily identified.

    Matomo automatically anonymises visitor IP addresses, which helps respect user privacy. For example, if the visitor’s IP address is 199.513.1001.123, Matomo can mask it to 199.0.0.0. 

    It can also anonymise geo-location information, such as country, region and city, ensuring this data doesn’t directly identify users.

    Anonymise geo-location information with Matomo

    (Image Source

    Consent management

    Matomo offers an opt-out option that organisations can add to their website, privacy policy or legal page. 

    Matomo tracks everyone by default, but visitors can opt out by clicking the opt-out checkbox. 

    Our DoNotTrack technology helps businesses respect user choices to opt out of tracking from specific websites, such as social media or advertising platforms. They can simply select the “Support Do Not Track preference.”

    These help create consent workflows and support audit trails for regulators. 

    Data storage and deletion

    Keeping visitor data only as long as necessary is a good practice by default. 

    To adhere to this principle, organisations can configure Matomo to automatically delete old raw data and old aggregated report data. 

    Here’s a quick case study summarising how Matomo features can help organisations collect first-party data. CRO:NYX found that Google Analytics struggled to capture accurate data from their campaigns, especially when running ads on the Brave browser, which blocks third-party cookies.

    They then switched to Matomo, which uses first-party cookies by default. This approach allowed them to capture accurate data from Brave users without putting user privacy at stake. 

    The value of Matomo in first-party data strategies 

    First-party data gives businesses a reliable way to connect with audiences and to improve marketing strategies. 

    Matomo’s ethical web analytics lets organisations collect and analyse this data while prioritising user privacy. 

    With over 1 million websites using Matomo, it’s a trusted choice for organisations of all sizes. As a cloud-hosted service and a fully self-hosted solution, Matomo supports organisations with strong data sovereignty needs, allowing them to maintain full control over their analytics infrastructure.

    Ready to collect first-party data while securing user information ? Start your free 21-day trial, no credit card required.