Enzyklopädie
2026-04-03 08:59:41
Was Ist Modbus TCP? Verwendungszwecke, Funktionsweise und Anwendungen
Erfahren Sie was Modbus TCP ist, wie es über Ethernet und TCP / IP funktioniert, was der MBAP-Header funktioniert, wo Port 502 verwendet wird und warum Modbus TCP in der industriellen Automatisierung, SCADA und in Gebäud

Becke Telcom

Was Ist Modbus TCP? Verwendungszwecke, Funktionsweise und Anwendungen

Modbus TCP ist ein industrielles Kommunikationsprotokoll, das Modbus-Anwendungsnachrichten über standardmäßige TCP/IP-Netze überträgt, meist über Ethernet. Praktisch gesehen bietet es Steuerungen, dezentralen E/A-Stationen, HMI-Geräten, Gateways, Messgeräten, Antrieben und Softwareplattformen eine einfache Möglichkeit, Lese- und Schreibbefehle über ein IP-Netz auszutauschen. Obwohl das Protokoll konzeptionell bereits jahrzehntelang existiert, wird es weiterhin weit verbreitet verwendet, da es vorhersehbar, einfach zu implementieren und durch ein großes Ökosystem an Automatisierungsprodukten unterstützt wird.

Manchmal wird Modbus TCP vereinfacht als „Modbus mit Ethernet-Port“ bezeichnet, doch diese Erklärung ist zu oberflächlich. Entscheidend ist, dass Modbus selbst das Nachrichtenmodell der Anwendungsschicht darstellt, während TCP/IP und Ethernet die darunterliegenden Transport- und Netzwerkschichten bereitstellen. Daher können Modbus TCP-Geräte in modernen industriellen Architekturen eingesetzt werden und gleichzeitig das vertraute Modbus-Datenmodell sowie das Verhalten der Funktionscodes vieler Automatisierungssysteme beibehalten.

Industrial automation architecture with PLCs, HMIs, remote I/O, energy meters, and gateways communicating over an Ethernet Modbus TCP network

Modbus TCP verbindet industrielle Geräte über standardmäßiges Ethernet und TCP/IP und behält dabei das bekannte Anfrage-Antwort-Modell von Modbus bei.

Was ist Modbus TCP?

Modbus ist ein Nachrichtenprotokoll der Anwendungsschicht für die Client-Server-Kommunikation zwischen Geräten verschiedener Busse und Netzwerke. Die Anwendungsprotokollspezifikation der Modbus Organization ordnet Modbus explizit der OSI-Schicht 7 zu und weist darauf hin, dass der Zugriff über die TCP/IP-Protokollfamilie über den reservierten Systemport 502 erfolgt. Wenn dieses Anwendungsprotokoll über TCP/IP und Ethernet ausgeführt wird, sprechen Ingenieure von Modbus TCP oder Modbus TCP/IP.

In realen Projekten ist der Client das System, das die Kommunikation initiiert – beispielsweise eine SPS, ein SCADA-Server, ein Industrie-PC, eine Gebäudeleitplattform (BMS) oder eine Datenerfassungsanwendung. Der Server ist das Gerät, das auf Anfragen antwortet: ein dezentraler E/A-Knoten, ein Frequenzumrichter, ein Energiezähler, ein Schutzrelais, ein HLK-Regler oder ein Prozessmessgerät. Der Client fordert Daten an oder sendet Schreibbefehle, der Server gibt die angeforderten Werte oder eine Fehlerantwort zurück.

Ein wichtiger begrifflicher Hinweis: Die Modbus Organization bevorzugt heute die Bezeichnung „Client/Server“ gegenüber der veralteten Master/Slave-Terminologie. Diese Anpassung sorgt für eine bessere Übereinstimmung mit moderner Netzwerktechnik und erhöht die Genauigkeit bei der Beschreibung von Software- und Gateway-Architekturen.

Einsatzbereiche von Modbus TCP

Modbus TCP dient hauptsächlich der industriellen Überwachung, Steuerung und dem Datenaustausch in Ethernet-Netzen. Es ist weit verbreitet in Fabriken, Versorgungssystemen, der Gebäudeautomation, Wasseraufbereitungsanlagen, Energiemanagementplattformen und Prozessanlagen, an denen Betreiber Gerätestatus abfragen, Messwerte erfassen und einfache Steuerbefehle zuverlässig übermitteln müssen.

Kommunikation zwischen SPS und dezentraler E/A

Eine der häufigsten Anwendungen ist die Kommunikation zwischen SPS und verteilten E/A-Geräten. Eine Steuerung kann dezentrale Ein- und Ausgangsmodule über Ethernet abfragen und ist nicht mehr ausschließlich auf serielle Verbindungen angewiesen. Dies erleichtert die Systemerweiterung in Werken mit weit verteilten Schaltschränken und Feldstationen.

Da Modbus TCP einfach zu implementieren ist, unterstützen viele E/A-Hersteller dieses Protokoll zusätzlich zu anderen industriellen Ethernet-Protokollen. Es dient als praktische Fallback-Lösung und Interoperabilitätsschicht bei der Integration von Geräten unterschiedlicher Hersteller in ein gemeinsames Steuernetz.

SCADA, HMI und Datenerfassung

SCADA-Plattformen und Bedieneroberflächen (HMI) nutzen Modbus TCP zum Erfassen von Füllständen, Pumpenzuständen, Motorlaufzeiten, Temperaturen, Drücken, Durchflüssen und elektrischen Parametern. Aus Ingenieurssicht eignet sich Modbus TCP hierfür optimal, da das Abfrageverfahren unkompliziert und die registerbasierte Struktur einfach auf Tags und Dashboards abzubilden ist.

Es ist besonders dann sinnvoll, wenn die Datenvisualisierung im Vordergrund steht und keine komplexe Peer-to-Peer-Steuerlogik benötigt wird. Beispielsweise kann ein HMI regelmäßig Halteregister eines Energiezählers auslesen, Spannung und Strom anzeigen und bei Überschreitung von Grenzwerten Alarme auslösen.

Gateways und Protokollintegration

Ein weiterer zentraler Anwendungsfall ist die Protokollüberbrückung. Ein Gateway übersetzt zwischen Modbus TCP und Modbus RTU oder weiteren Feldprotokollen. Dies ist üblich bei Modernisierungsprojekten, bei denen ältere serielle Geräte an moderne Ethernet-basierte Leitsysteme angebunden werden müssen.

In solchen Umgebungen wird Modbus TCP zu einer praktischen Integrationsschicht. Statt sämtliche Messgeräte auszutauschen, können Ingenieure vorhandene Feldgeräte behalten und diese über Gateways an Leitstände, zentrale Server oder cloudfähige Edge-Geräte anbinden.

Diagram showing a Modbus TCP client reading coils, discrete inputs, input registers, and holding registers from multiple industrial devices

Die meisten praktischen Anwendungen von Modbus TCP drehen sich um das Auslesen von Statusbits, Messwerten, Zählern und Steuerwerten verteilter Geräte.

Funktionsweise von Modbus TCP

Auf funktionaler Ebene folgt Modbus TCP einem Anfrage-Antwort-Modell. Ein Client baut eine TCP-Verbindung zu einem Server auf, üblicherweise über den Port 502. Anschließend sendet er eine Modbus-Anfrage mit Funktionscode und erforderlichen Datenfeldern. Der Server verarbeitet die Anfrage und gibt eine reguläre Antwort oder eine Fehlermeldung zurück, falls die Ausführung nicht möglich ist.

Das offizielle Modbus-Nachrichtenhandbuch beschreibt die Kommunikation über TCP/IP als Client-Server-Dienst in Ethernet-Netzen. Es erläutert vier gängige Nachrichtenarten bei der Umsetzung: Anfrage, Indikation, Antwort und Bestätigung. Ingenieure verwenden diese Begriffe zwar nicht täglich, doch das Modell verdeutlicht die Abläufe zwischen Anwendung und Netzwerkstack.

Der Protokollstack

Der typische Aufbau des Modbus TCP-Stacks lautet wie folgt:

  • Modbus-Anwendungsschicht (oberste Ebene)

  • TCP als Transportschicht

  • IP als Netzwerkschicht

  • Ethernet als Datenverbindungs- und physikalische Schicht

Dies ist der entscheidende Unterschied zu Modbus RTU über RS-485. Das Verhalten der Anwendung bleibt identisch, nur die Transportmethode ändert sich. Statt serieller Zeitregeln und CRC-Frame-Verschlüsselung nutzt Modbus TCP die TCP-Sitzungsverwaltung und die Datenübertragung über Ethernet/IP.

MBAP-Header und PDU-Struktur

Eine standardmäßige Modbus TCP-Nachricht besteht aus einem MBAP-Header und einer anschließenden Modbus-PDU. MBAP steht für Modbus Application Protocol Header. Er umfasst typischerweise:

  1. Transaktionskennung

  2. Protokollkennung

  3. Länge

  4. Gerätekennung

Die PDU enthält den Funktionscode und zugehörige Daten – beispielsweise Registeradressen, Bitanzahlen, Registerwerte oder Schreibanweisungen, je nach ausgeführter Operation.

Die Gerätekennung ist besonders wichtig bei Gateway-Betrieb. In reinen Ethernet-Ende-zu-Ende-Netzen spielt sie kaum eine Rolle, doch bei der Adressierung serieller nachgeschalteter Geräte über ein Gateway sorgt sie für die korrekte Weiterleitung der Anfrage.

Funktionscodes

Funktionscodes legen fest, welche Aktion der Client vom Server anfordert. Die gebräuchlichsten Beispiele sind:

  • Spulen lesen

  • Diskrete Eingänge lesen

  • Halteregister lesen

  • Eingangsregister lesen

  • Einzelspule schreiben

  • Einzelregister schreiben

  • Mehrere Spulen schreiben

  • Mehrere Register schreiben

Diese Operationen decken den Großteil des industriellen Datenaustauschs ab. Binäre Zustände werden üblicherweise Spulen oder diskreten Eingängen zugeordnet, analoge Werte, Zähler, Einstellungen und Messdaten in Registern gespeichert.

Erläuterung des Modbus TCP-Datenmodells

Viele Ingenieure lernen Modbus zunächst anhand von Registertabellen kennen. Modbus organisiert Daten in einem einfachen logischen Modell statt selbstbeschreibender Objektstrukturen. Die Hauptdatengruppen sind Spulen, diskrete Eingänge, Eingangsregister und Halteregister.

Spulen und diskrete Eingänge sind 1-Bit-Werte, Register hingegen 16-Bit-Werte. In der Praxis kombinieren Hersteller mehrere 16-Bit-Register, um größere Datentypen wie 32-Bit-Ganzzahlen, Gleitkommazahlen, Zeitstempel, Gesamtenergieverbrauch oder Summenzähler abzubilden. Daher ist das Geräte-Registerverzeichnis in jedem Modbus TCP-Projekt unverzichtbar: Das Protokoll regelt den Datentransport, das Herstellerverzeichnis gibt die tatsächliche Bedeutung der Daten an.

Diese Einfachheit ist ein großer Vorteil von Modbus TCP. Es verzichtet auf komplexe semantische Gerätemodelle und bietet stattdessen ein kompaktes, weit verbreitetes Verfahren zum Lesen und Schreiben von Werten, die übergeordnete Steuer- und Überwachungsplattformen auswerten können.

Hauptmerkmale von Modbus TCP

Einfachheit und breite Unterstützung

Der größte Vorteil von Modbus TCP ist seine Einfachheit. Hersteller können es unkompliziert in ihre Geräte integrieren, Systemintegratoren prüfen es mühelos. Dadurch ist es eine der am häufigsten unterstützten Kommunikationsoptionen für Industriegeräte geworden.

Diese breite Kompatibilität ist entscheidend in Mischsystemen unterschiedlicher Hersteller. Selbst bei vorhandenen fortschrittlichen Protokollen ist Modbus TCP oft der gemeinsame Nenner für grundlegende Interoperabilität.

Nutzung standardmäßiger Ethernet-Infrastruktur

Im Gegensatz zu rein seriellen Lösungen funktioniert Modbus TCP über reguläre Ethernet- und IP-Netze. Es nutzt handelsübliche Switches, strukturierte Verkabelung, Glasfaserverbindungen, industrielle Netzwerktechnik, VLAN-Konzepte und standardmäßige IP-Fehleranalyseverfahren.

Für Werksingenieure und OT-Teams mit IT-Kenntnissen reduziert dies den Implementierungsaufwand. Netzsegmentierung und Fernzugriff lassen sich einfacher in übergreifende Ethernet-Architekturen integrieren.

Geeignet für Überwachung und Basissteuerung

Modbus TCP ist optimal für abfragebasierte Überwachung und unkomplizierte Steuerlogiken. Es eignet sich zum Auslesen von Prozesswerten, Gerätezuständen, Alarmen, Zählern und Parameterblöcken sowie zum Schreiben von Sollwerten, Betriebsmodi, Freigabebits und Konfigurationsdaten in vielen Systemen.

Es wird vor allem wegen seiner unkomplizierten Kompatibilität gewählt – nicht für komplexe semantische Modelle oder hochgenaue zeitkritische Bewegungssteuerung. Es überzeugt dort, wo Klarheit und Kompatibilität wichtiger als Protokollkomplexität sind.

Gute Zusammenarbeit mit Gateways

Dank seines ausgereiften Protokollmodells lässt sich Modbus TCP nahtlos mit Gateways kombinieren. Seriell-Ethernet-Umsetzung, Zusammenfassung von Feldgeräten, Edge-Datenerfassung und der Datenverkehr zwischen OT und IT werden vereinfacht, wenn Modbus TCP die Ethernet-seitige Schnittstelle bildet.

Dadurch bleibt das Protokoll auch in Bestandsanlagen relevant. Es verbindet ältere Steuergeräte mit modernen Werksnetzen, ohne einen vollständigen Austausch der Infrastruktur zu erfordern.

Modbus TCP vs. Modbus RTU

Modbus TCP und Modbus RTU basieren auf denselben anwendungsbezogenen Grundkonzepten, unterscheiden sich jedoch bei Transport, Frame-Aufbau und Einsatzweise.

Modbus RTU läuft üblicherweise über serielle Schnittstellen wie RS-485, nutzt serielle Frame-Regeln, Bus-Adressierung und CRC-Fehlerprüfung. Es ist weit verbreitet in klassischen Feldverkabelungen und Mehrpunkt-Seriennetzen.

Modbus TCP basiert auf TCP/IP und Ethernet, verwendet statt RTU-Frames den MBAP-Header, setzt auf Ethernet-Switching und IP-Routing und behandelt jeden Server als eigenständigen IP-fähigen Netzwerkknoten. Dadurch fällt die Integration in moderne Werksnetze und Software deutlich leichter aus.

In der Praxis werden beide Protokolle häufig kombiniert: Alte Feldgeräte bleiben bei Modbus RTU, während Gateways diese als Modbus TCP für SCADA-Systeme, Datenhistorisierungen und übergeordnete Steuerungen bereitstellen.

Vorteile von Modbus TCP in modernen Systemen

Herstellerübergreifende Interoperabilität

Der größte praktische Vorteil ist die herstellerunabhängige Kompatibilität. Modbus TCP wird von nahezu allen Marken unterstützt und ist daher unverzichtbar bei Projekten mit gemischter Hardware: SPS eines Anbieters, Zähler eines anderen, HLK-Steuerungen eines Dritten und eine separate SCADA-Ebene.

Auch wenn nicht alle erweiterten Funktionen über Modbus TCP verfügbar sind, reicht es meist aus, um betrieblich relevante Basisdaten für Überwachung und Koordination auszutauschen.

Schnellere Integration und Inbetriebnahme

Inbetriebnahmeteams schätzen die transparente Struktur von Modbus TCP. Verbindungen, Registerzuordnungen und Lese-/Schreibverhalten lassen sich mit gängigen Testwerkzeugen und Protokollanalysatoren schnell überprüfen.

Dadurch verkürzen sich Fehleranalysezeiten bei der Anlageninbetriebnahme. Bei termingebundenen Projekten ist die schnelle Unterscheidung zwischen Adressierungs-, Register- und Netzwerkproblemen ein entscheidender Vorteil.

Skalierbare Ethernet-basierte Architektur

Die Ethernet-basierte Ausführung ermöglicht eine weit flexiblere Skalierung als reine Seriennetze. Geräte können verteilt auf Schaltschränke, Gebäude oder Prozessbereiche installiert und dennoch über strukturierte IP-Planung erreicht werden.

Dennoch bleiben Subnetze, VLANs, Switch-Kapazität, industrielle Cybersicherheit und Verkehrsplanung wichtige Faktoren. Die Gesamtarchitektur ist aber deutlich flexibler als lange kaskadierte Serienverbindungen.

Typische Anwendungen von Modbus TCP

Fabrikautomation

Fabriken nutzen Modbus TCP zum Datenaustausch zwischen SPS, Motorantrieben, Bedienerstationen, dezentralen E/A-Blöcken, Barcode-Geräten, Umweltsensoren und maschinellen Hilfssystemen. Es ist die gängige gemeinsame Schnittstelle für Maschinenüberwachung und Gerätestatuserfassung.

Energie- und Leistungsüberwachung

Energiezähler, Leistungsschalter, USV-Anlagen und Energiemanagementsteuerungen unterstützen häufig Modbus TCP. Dadurch lassen sich Spannung, Strom, Leistungsfaktor, Frequenz, Oberwellendaten und Gesamtverbrauch zentral in einer Überwachungsplattform zusammenfassen.

Wasser- und Abwasserwirtschaft

Pumpen, Ventilstationen, Analysegeräte, Füllstandsmesser und Hebeanlagensteuerungen geben Prozesswerte über Modbus TCP aus. Versorgungsunternehmen und Integratoren nutzen es für die zentrale Überwachung, Alarmverwaltung und Berichterstellung an lokalen und verteilten Standorten.

Gebäudeautomation und HLK-Systeme

In Gebäudesystemen kommt Modbus TCP in Kältemaschinen, Heizkesseln, Lüftungsanlagen, Frequenzumrichtern, Energiezählern und Klimasteuerungen zum Einsatz. Es unterstützt Gebäudeleitsysteme bei der Erfassung von Betriebsdaten und der Koordination von Befehlen in mechanischen und elektrischen Teilsystemen.

Edge-Datenerfassung und industrielle IoT-Brücken

Viele Edge-Gateways und Industriecomputer fragen Modbus TCP-Geräte ab, um Daten für lokale Dashboards, Langzeitarchivierung oder Cloud-Übertragung zu sammeln. In dieser Funktion dient Modbus TCP als lokales Feldprotokoll für übergeordnete Analyseplattformen.

Implementierungshinweise und Best Practices

Ordnung im Registerverzeichnis halten

Das Protokoll selbst ist einfach, doch herstellerspezifische Registerverzeichnisse können bei unzureichender Dokumentation unübersichtlich werden. Es empfiehlt sich, versionierte Listen mit Registeradressen, Skalierungsregeln, Datentypen, Byte-Reihenfolgen und schreibbaren Parametern zu pflegen.

Viele bei der Inbetriebnahme auftretende Probleme, die fälschlicherweise dem Protokoll zugeschrieben werden, resultieren aus fehlerhaften Registerzuordnungen. Vorzeichenfehler, vertauschte Wortreihenfolgen und undokumentierte Skalierungsfaktoren verursachen ebenso große Störungen wie Netzwerkfehler.

Industriegerechte Netzwerkplanung

Da Modbus TCP reguläres Ethernet und IP nutzt, unterschätzen viele Teams die Bedeutung einer strukturierten Netzwerkführung. In Produktionsumgebungen sind segmentierte Steuernetze, verwaltete Switches, Redundanzkonzepte, Broadcast-Begrenzung, QoS und sichere Fernzugriffskonzepte unerlässlich.

Ein einfaches Protokoll schützt nicht vor instabilen Netzwerken durch unstrukturierte, flache Infrastrukturen.

Verständnis des Abfrageverhaltens

Modbus TCP basiert auf zyklischer Abfrage: Clients fordern regelmäßig in festen Intervallen Daten an. Ingenieure müssen Abfrageintervalle, Registergruppierungen, Verbindungsgrenzen und die maximale Lastgrenze jedes Geräts berücksichtigen.

Zu aggressive Abfragen mehrerer Systeme an denselben Server beeinträchtigen die Leistung. Ein optimiertes Konzept nutzt eine zentrale Datenerfassung, die Daten an nachgelagerte Anwendungen verteilt, statt dass jede Plattform einzeln Feldgeräte abfragt.

Realistische Cybersicherheitsmaßnahmen

Das klassische Modbus TCP wurde für Interoperabilität und Einfachheit entwickelt, nicht für moderne Zero-Trust-Sicherheitsanforderungen. Daher sind Zugriffskontrolle, Netzsegmentierung, Firewall-Regeln, VPNs, industrielle DMZ-Konzepte und Gerätehärtung in realen Umgebungen zwingend erforderlich.

Zwar gibt es erweiterte sichere Modbus-Varianten, doch in den meisten Betriebsumgebungen bilden gezielte Netzwerkschutzmaßnahmen und Asset-Management die wichtigste Sicherheitsgrundlage.

Einschränkungen von Modbus TCP

Modbus TCP ist nach wie vor praxisnah, aber nicht fehlerfrei. Es bietet keine nativen umfangreichen semantischen Datenmodelle und ist keine erste Wahl für hochzeitkritische Bewegungssteuerung oder Anwendungen mit kontextbezogener Selbstbeschreibung von Geräten. Ingenieure ergänzen es daher häufig um zusätzliche Ebenen, Gateways oder Steuerlogiken.

Ein weiterer Nachteil: Protokollkompatibilität garantiert keine Datenkompatibilität. Zwei Geräte mit Modbus TCP-Unterstützung können abweichende Registerstrukturen, Skalierungsregeln und Funktionsunterstützung aufweisen und erfordern daher eine individuelle Abbildung.

Fazit

Modbus TCP löst ein zentrales industrielles Problem: Es bietet Industriegeräten einen unkomplizierten Weg zum Austausch betrieblicher Daten über Ethernet und TCP/IP. Es ist kein überladenes Allround-Protokoll, aber unverzichtbar für Messwertabfragen, Statuslesungen, einfache Steuerbefehle, herstellerübergreifende Integration und die Anbindung von Altgeräten an moderne Netze.

Aus diesem Grund ist Modbus TCP nach wie vor in Fabriken, Versorgungsanlagen, Gebäuden, Maschinenanlagen und Modernisierungsprojekten weltweit im Einsatz. Seine anhaltende Verbreitung ergibt sich aus einfacher Konstruktion, breiter Unterstützung und nachweisbarem praktischem Nutzen.

Häufig gestellte Fragen

Ist Modbus TCP identisch mit Modbus RTU?

Nein. Beide teilen die anwendungsbezogenen Grundkonzepte von Modbus, doch Modbus RTU läuft über serielle Schnittstellen wie RS-485, während Modbus TCP auf TCP/IP und Ethernet basiert.

Welchen Port verwendet Modbus TCP?

Modbus TCP nutzt standardmäßig den TCP-Port 502, der in der Modbus-Protokollspezifikation als reservierter Port für die TCP/IP-Kommunikation festgelegt ist.

Was ist der Unterschied zwischen Modbus TCP-Client und -Server?

Der Client initiiert Anfragen wie Registerlesungen oder Schreibvorgänge. Der Server empfängt diese, verarbeitet sie und gibt Daten oder Fehlerantworten zurück.

Kann Modbus TCP mit seriellen Modbus-Geräten kommunizieren?

Ja, üblicherweise über Gateways, die zwischen Modbus TCP (Ethernet) und Modbus RTU sowie weiteren seriellen Modbus-Varianten übersetzen.

Ist Modbus TCP standardmäßig sicher?

Nein. Das klassische Modbus TCP wurde für Kompatibilität und Einfachheit entwickelt, ohne integrierte Cybersicherheitsfunktionen. Sichere Betriebsumgebungen erfordern Netzsegmentierung, Zugriffskontrolle, Firewalls, VPNs und eine durchdachte Systemarchitektur.

Empfohlene Produkte
Katalog
Kundenservice Telefon
We use cookie to improve your online experience. By continuing to browse this website, you agree to our use of cookie.

Cookies

This Cookie Policy explains how we use cookies and similar technologies when you access or use our website and related services. Please read this Policy together with our Terms and Conditions and Privacy Policy so that you understand how we collect, use, and protect information.

By continuing to access or use our Services, you acknowledge that cookies and similar technologies may be used as described in this Policy, subject to applicable law and your available choices.

Updates to This Cookie Policy

We may revise this Cookie Policy from time to time to reflect changes in legal requirements, technology, or our business practices. When we make updates, the revised version will be posted on this page and will become effective from the date of publication unless otherwise required by law.

Where required, we will provide additional notice or request your consent before applying material changes that affect your rights or choices.

What Are Cookies?

Cookies are small text files placed on your device when you visit a website or interact with certain online content. They help websites recognize your browser or device, remember your preferences, support essential functionality, and improve the overall user experience.

In this Cookie Policy, the term “cookies” also includes similar technologies such as pixels, tags, web beacons, and other tracking tools that perform comparable functions.

Why We Use Cookies

We use cookies to help our website function properly, remember user preferences, enhance website performance, understand how visitors interact with our pages, and support security, analytics, and marketing activities where permitted by law.

We use cookies to keep our website functional, secure, efficient, and more relevant to your browsing experience.

Categories of Cookies We Use

Strictly Necessary Cookies

These cookies are essential for the operation of the website and cannot be disabled in our systems where they are required to provide the service you request. They are typically set in response to actions such as setting privacy preferences, signing in, or submitting forms.

Without these cookies, certain parts of the website may not function correctly.

Functional Cookies

Functional cookies enable enhanced features and personalization, such as remembering your preferences, language settings, or previously selected options. These cookies may be set by us or by third-party providers whose services are integrated into our website.

If you disable these cookies, some services or features may not work as intended.

Performance and Analytics Cookies

These cookies help us understand how visitors use our website by collecting information such as traffic sources, page visits, navigation behavior, and general interaction patterns. In many cases, this information is aggregated and does not directly identify individual users.

We use this information to improve website performance, usability, and content relevance.

Targeting and Advertising Cookies

These cookies may be placed by our advertising or marketing partners to help deliver more relevant ads and measure the effectiveness of campaigns. They may use information about your browsing activity across different websites and services to build a profile of your interests.

These cookies generally do not store directly identifying personal information, but they may identify your browser or device.

First-Party and Third-Party Cookies

Some cookies are set directly by our website and are referred to as first-party cookies. Other cookies are set by third-party services, such as analytics providers, embedded content providers, or advertising partners, and are referred to as third-party cookies.

Third-party providers may use their own cookies in accordance with their own privacy and cookie policies.

Information Collected Through Cookies

Depending on the type of cookie used, the information collected may include browser type, device type, IP address, referring website, pages viewed, time spent on pages, clickstream behavior, and general usage patterns.

This information helps us maintain the website, improve performance, enhance security, and provide a better user experience.

Your Cookie Choices

You can control or disable cookies through your browser settings and, where available, through our cookie consent or preference management tools. Depending on your location, you may also have the right to accept or reject certain categories of cookies, especially those used for analytics, personalization, or advertising purposes.

Please note that blocking or deleting certain cookies may affect the availability, functionality, or performance of some parts of the website.

Restricting cookies may limit certain features and reduce the quality of your experience on the website.

Cookies in Mobile Applications

Where our mobile applications use cookie-like technologies, they are generally limited to those required for core functionality, security, and service delivery. Disabling these essential technologies may affect the normal operation of the application.

We do not use essential mobile application cookies to store unnecessary personal information.

How to Manage Cookies

Most web browsers allow you to manage cookies through browser settings. You can usually choose to block, delete, or receive alerts before cookies are stored. Because browser controls vary, please refer to your browser provider’s support documentation for details on how to manage cookie settings.

Contact Us

If you have any questions about this Cookie Policy or our use of cookies and similar technologies, please contact us at support@becke.cc .