WordPress Sicherheit und Wartung für KMUWordPress Security and Maintenance for SMEs
WordPress-Sicherheit besteht für KMU aus wenigen Gewohnheiten: Updates zügig einspielen, Backups testen, Plugins reduzieren, Zugänge mit Zwei-Faktor schützen und die Seite überwachen.For small businesses, WordPress security comes down to a few habits: install updates promptly, test backups, cut plugins, protect logins with two-step authentication and monitor the site.
Eine WordPress-Website ist kein Plakat, das man einmal aufhängt. Sie ist Software, die laufend Sicherheitskorrekturen bekommt, und wer sie nicht einspielt, lässt eine bekannte Tür offen. Dieser Artikel zeigt, was in einem KMU-Alltag tatsächlich reicht: sechs Bausteine, ein Monatsrhythmus und eine ehrliche Einschätzung, wann Sie die Pflege besser abgeben.
Warum Plugins das eigentliche Risiko sind
Der Kern von WordPress gilt als gut gepflegt. Die Probleme entstehen drumherum. Patchstack hat in seinem Bericht für 2025 insgesamt 11.334 neue Schwachstellen im WordPress-Ökosystem gezählt, 42 % mehr als im Jahr davor. Davon entfielen 91 % auf Plugins und 9 % auf Themes. Im WordPress-Core zählte der Bericht nur sechs.
Zwei weitere Zahlen aus derselben Studie erklären, warum Warten teuer ist. Bei stark ausgenutzten Schwachstellen lag die mediane Zeit bis zur Massenausnutzung bei fünf Stunden, und rund die Hälfte der gravierenden Lücken wurde binnen 24 Stunden angegriffen. Außerdem hatten 46 % der Schwachstellen zum Zeitpunkt der Veröffentlichung noch keinen Patch. Das heißt: Selbst gewissenhaftes Aktualisieren löst nicht alles. Es ist die Grundlage, nicht die ganze Lösung.
Patchstack verkauft Sicherheitslösungen, die Studie hat also einen Absender mit Interesse. Die Größenordnung deckt sich aber mit der Praxis: Wer viele Plugins betreibt, hat viele Angriffsflächen.
Updates: der wichtigste Hebel
Die WordPress-Dokumentation zum Absichern (Hardening) formuliert es schlicht: Sie sollten immer die aktuelle Version von WordPress verwenden, weil ältere Versionen Sicherheitskorrekturen nicht enthalten. Das gilt für den Core genauso wie für Plugins und Themes.
Wie ernst das werden kann, zeigte im Juli 2026 eine Warnung von CERT.at, dem österreichischen Computer Emergency Response Team. Es ging um kritische Lücken in WordPress, die in Kombination ohne Anmeldung die Ausführung fremden Codes ermöglichen konnten. Betroffen waren die Zweige 6.8, 6.9 und 7.0, behoben wurde es mit den Versionen 6.8.6, 6.9.5 und 7.0.2. CERT.at empfahl, das Update umgehend einzuspielen. Das WordPress-Team hat laut Warnung zusätzlich erzwungene Updates über das Auto-Update-System aktiviert.
Was automatisch läuft und was nicht
Nach der Dokumentation sind automatische Updates auf den meisten Websites standardmäßig für Minor-Versionen und Übersetzungsdateien aktiv. Für Plugins und Themes müssen Administratoren sie seit WordPress 5.5 selbst einschalten, Plugin für Plugin oder gesammelt über die Plugin-Übersicht. WordPress prüft laut Dokumentation standardmäßig zweimal täglich. Die Funktion kann allerdings vom Hosting oder von einem Plugin eingeschränkt sein, und sie hängt am WordPress-Cron.
| Bereich | Standard laut Dokumentation | Was Sie tun sollten |
|---|---|---|
| WordPress-Core, Minor | meist automatisch aktiv | Prüfen, ob es bei Ihnen wirklich läuft |
| WordPress-Core, Major | manuell | Nach Backup einspielen, danach testen |
| Plugins | Opt-in pro Plugin | Bei gepflegten, unkritischen Plugins aktivieren |
| Themes | Opt-in pro Theme | Wie Plugins, Child-Theme beachten |
Ob Sie Plugin-Updates automatisieren oder lieber manuell einspielen, ist eine Abwägung. Automatisch heißt schneller geschützt, aber ein fehlerhaftes Update kann eine Funktion lahmlegen, ohne dass es jemand bemerkt. Die Dokumentation rät deshalb, vorher sicherzustellen, dass Sie zu einer früheren Version zurückkehren können. Bei Plugins, an denen Ihr Umsatz hängt (Terminbuchung, Shop, Formulare), lohnt sich der manuelle Weg mit anschließendem Test.
Backups: Sie sind nur so gut wie die Wiederherstellung
Die WordPress-Dokumentation nennt zwei Dinge, die gesichert werden müssen: die Datenbank mit allen Beiträgen, Kommentaren und Einstellungen sowie die Dateien (Core, Themes, Plugins, Uploads, wp-config.php, .htaccess). Beides gehört zusammen, denn die Datenbank liegt außerhalb des WordPress-Verzeichnisses.
Für die Frequenz nennt die Dokumentation einmal pro Woche bei kleineren Websites und täglich bei Websites mit viel Aktivität. Als Faustregel empfiehlt sie mehrere Kopien an verschiedenen Orten: eine auf dem Hosting-Server, eine in einem Cloud-Speicher und eine lokal heruntergeladen.
Eine kleine Beispielrechnung, ausdrücklich eine Annahme: Ihr Shop nimmt täglich Bestellungen entgegen und sichert nur wöchentlich. Fällt die Website am Tag sechs nach der letzten Sicherung aus, fehlen im ungünstigen Fall sechs Tage Bestellungen in der Datenbank. Bei täglicher Sicherung wäre es höchstens ein Tag. Die richtige Frequenz richtet sich also danach, wie viel Datenverlust Sie verkraften.
Den Ernstfall einmal durchspielen
Ein Backup, das nie zurückgespielt wurde, ist eine Vermutung. Die Dokumentation rät, automatische Sicherungen gelegentlich durch eine manuelle zu ergänzen, um zu prüfen, ob der Prozess funktioniert. Gehen Sie einen Schritt weiter: Spielen Sie einmal pro Quartal eine Sicherung in eine Testumgebung ein und öffnen Sie die Seite. Bei vielen Hosting-Paketen geht das mit wenigen Klicks, falls nicht, fragen Sie beim Anbieter nach.
Plugins reduzieren: weniger Code, weniger Angriffsfläche
Jedes Plugin ist fremder Code mit Zugriff auf Ihre Website. Wenn 91 % der Lücken dort liegen, ist die wirksamste Gegenmaßnahme naheliegend: weniger davon einsetzen. Die WordPress-Dokumentation sagt es so, dass Sie Plugins und Themes nicht aus unsicheren Quellen beziehen sollen, sondern aus dem WordPress.org-Verzeichnis oder von bekannten Unternehmen.
Gehen Sie Ihre Plugin-Liste einmal ehrlich durch:
- Was ist deaktiviert oder wird nicht mehr genutzt? Löschen, nicht nur ausschalten.
- Welche zwei Plugins erfüllen denselben Zweck? Eines reicht.
- Wann gab es das letzte Update des Herstellers? Lange nichts mehr, ist ein Warnzeichen.
- Kann der Theme-Baukasten oder ein einzelnes Code-Snippet die Funktion ersetzen?
- Stammt das Plugin aus einer Quelle, die Sie nachvollziehen können?
Eine feste Zahl, ab wann es „zu viele“ sind, gibt es nicht. Entscheidend ist, dass Sie für jedes Plugin begründen können, warum es da ist, und dass jemand es aktuell hält. Bei Plugins ohne Pflege durch den Hersteller sollten Sie einen Ersatz suchen. Das ist unbequem, aber billiger als eine gehackte Seite.
Zugänge und Hosting: die Basis unter allem
Passwörter, Zwei-Faktor und Benutzerkonten
Laut WordPress-Dokumentation sollten starke Passwörter keine Wörterbuchbegriffe oder echten Namen enthalten. Zusätzlich sei es eine gute Idee, die Zwei-Schritt-Authentifizierung zu aktivieren. Das gilt zuerst für alle Administratorkonten. Vermeiden Sie außerdem Standardnamen wie „admin“, weil sie bei Angriffen gezielt ausprobiert werden.
Praktisch heißt das: ein eigenes Konto pro Person, kein geteiltes Passwort im Gruppenchat mit der Agentur, Rollen nach Bedarf (wer nur Beiträge schreibt, braucht keine Administratorrechte) und ausgeschiedene Personen sofort sperren. Die Dokumentation empfiehlt außerdem, die Bearbeitung von Theme- und Plugin-Dateien im Dashboard abzuschalten (Konstante DISALLOW_FILE_EDIT), damit ein übernommenes Konto nicht gleich Code einschleusen kann, und die Verwaltung nur über HTTPS zu betreiben.
Hosting: Fragen, die Sie dem Anbieter stellen sollten
Die Dokumentation rät, einen Hoster zu wählen, der auf Sicherheitsfragen bereitwillig eingeht und verlässliche Backup- und Wiederherstellungsmethoden bietet. Sie sollten außerdem wissen, wo die Verantwortung des Hosters endet und Ihre beginnt. Das ist der entscheidende Punkt, denn laut Patchstack blockierten Hosting-Schutzmaßnahmen nur 26 % aller Angriffe auf Schwachstellen und bei bekannten ausgenutzten Lücken nur 12 %.
- Welche Backups gibt es, wie lange werden sie aufbewahrt und wie läuft eine Wiederherstellung ab?
- Welche PHP-Versionen werden unterstützt, und wer stellt um?
- Gibt es eine Firewall auf Server-Ebene, und was filtert sie?
- Wer ist zuständig, wenn die Seite gehackt wird: Sie, die Agentur oder der Hoster?
Hosting wirkt auch auf die Geschwindigkeit. Wie Sie das messen und verbessern, zeigt der Beitrag Ladezeit der Website verbessern.
Monitoring und ein fester Monatsrhythmus
Sicherheit ist ein Prozess. Die Dokumentation erwähnt Überwachung von Dateiänderungen und Auswertung von Protokollen, um Angriffsmuster zu erkennen. Für ein KMU ohne Technikabteilung reicht ein einfacherer Rahmen:
- Search Console: Google zeigt im Bericht „Sicherheitsprobleme“ gehackte Inhalte, Malware und Social Engineering an. Wie Sie das Werkzeug einrichten, steht im Beitrag Google Search Console einrichten.
- Erreichbarkeit: Ein Uptime-Check meldet, wenn die Seite nicht antwortet.
- Benutzerliste: Unbekannte Administratorkonten sind ein Alarmsignal.
- Funktionstest: Kontaktformular, Terminbuchung und Kauf einmal im Monat selbst durchspielen.
Dieser Ablauf passt in einen festen Termin pro Monat. Kritische Sicherheitsupdates, wie die CERT.at-Warnung vom Juli 2026, sollten Sie nicht bis dahin liegen lassen. Wer das nicht selbst im Blick behalten will, kann es als laufende Betreuung vergeben. In der 369-Methode von TRIUM ist der letzte Schritt „Pflegen“, zu dem monatliche Reports, neue Inhalte und Sicherheits-Updates gehören, mehr dazu in Die 369-Methode erklärt. Das Leistungspaket Care & Growth deckt die laufende Betreuung der Website ab. Was davon bei Ihrer bestehenden Seite genau möglich ist, klären wir im kostenlosen Erstgespräch.
Wenn doch etwas passiert
Hat Google Ihre Seite als gehackt erkannt, zeigt die Search Console das im Sicherheitsbericht. Nach der Bereinigung wählen Sie dort „Überprüfung beantragen“ und beschreiben, was Sie behoben haben. Google weist darauf hin, dass solche Prüfungen mehrere Tage oder Wochen dauern können. Sind personenbezogene Daten betroffen, kann eine Meldepflicht bestehen. Das ist keine Rechtsberatung: Fragen Sie hier Ihre Rechtsvertretung oder die Datenschutzbehörde.
Wann das nicht passt
Selbst pflegen funktioniert, wenn Sie wenige Plugins nutzen, regelmäßig Zeit haben und sich Backups und Updates zutrauen. Es passt nicht, wenn die Seite Umsatz trägt und niemand verlässlich zuständig ist, wenn ein Shop mit vielen Erweiterungen läuft oder wenn Updates schon einmal etwas zerstört haben und seither niemand mehr klickt.
Auch die andere Richtung hat Grenzen: Eine Betreuung ersetzt keine sauberen Zugänge und keine Entscheidung über Plugins. Und kein Maßnahmenpaket macht eine Website unangreifbar. Ziel ist, das Risiko klein zu halten und im Ernstfall schnell wieder online zu sein.
Wenn Sie wissen wollen, wo Ihre Seite steht, machen Sie den kostenlosen Website-Check für KMU. Soll die Website ohnehin erneuert werden, hilft die Website-Relaunch-Checkliste. Und wenn Sie jemanden zum Mitdenken suchen, buchen Sie das kostenlose Erstgespräch.
Häufige Fragen
Wie oft sollte ich meine WordPress-Website aktualisieren?
Sicherheitsupdates so schnell wie möglich, besonders wenn eine Warnung wie die von CERT.at vorliegt. Alles andere einmal im Monat in einem festen Termin, mit Backup davor und Funktionstest danach.
Reichen automatische Updates aus?
Sie helfen, ersetzen aber keine Kontrolle. Laut Dokumentation sind Minor-Updates des Cores meist automatisch aktiv, Plugins und Themes müssen Sie selbst aktivieren. Prüfen Sie nach Updates, ob Formulare, Buchung und Shop noch funktionieren.
Wie viele Plugins sind zu viele?
Eine feste Zahl gibt es nicht. Entscheidend ist, dass jedes Plugin einen klaren Zweck hat, vom Hersteller gepflegt wird und aus einer vertrauenswürdigen Quelle stammt.
Brauche ich ein Sicherheits-Plugin?
Nicht automatisch. Ein weiteres Plugin vergrößert die Angriffsfläche. Zuerst zählen Updates, Backups, Zugänge und Hosting. Ob eine zusätzliche Firewall sinnvoll ist, hängt von Ihrer Seite und Ihrem Anbieter ab.
Wie erkenne ich, dass meine Website gehackt wurde?
Typische Hinweise sind unbekannte Administratorkonten, fremde Inhalte oder Weiterleitungen und Meldungen im Sicherheitsbericht der Search Console. Eine regelmäßige Kontrolle verkürzt die Zeit bis zur Entdeckung.
Kann TRIUM meine bestehende WordPress-Seite betreuen?
Das hängt von Ihrer Seite ab und lässt sich nicht pauschal beantworten. Im kostenlosen Erstgespräch klären wir, was bei Ihnen sinnvoll ist.
Quellen
- Hardening WordPress, WordPress.org Developer Resources, Stand 7. Januar 2026. https://developer.wordpress.org/advanced-administration/security/hardening/
- Kritische Sicherheitslücken in WordPress - Updates verfügbar, CERT.at, 20. Juli 2026. https://www.cert.at/de/warnungen/2026/7/kritische-sicherheitslucken-in-wordpress-updates-verfugbar
- State of WordPress Security in 2026, Patchstack, 25. Februar 2026. https://patchstack.com/whitepaper/state-of-wordpress-security-in-2026/
- WordPress Backups, WordPress.org Developer Resources, Stand 4. Juni 2026. https://developer.wordpress.org/advanced-administration/security/backup/
- Upgrading WordPress, WordPress.org Developer Resources, Stand 1. Juli 2026. https://developer.wordpress.org/advanced-administration/upgrade/upgrading/
- Plugin and themes auto-updates, WordPress.org Documentation, Stand 13. Januar 2023. https://wordpress.org/documentation/article/plugins-themes-auto-updates/
- Security issues report, Google Search Console Help, abgerufen 3. Oktober 2026. https://support.google.com/webmasters/answer/9044101?hl=en
A WordPress website is not a poster you hang once. It is software that keeps receiving security fixes, and if you do not install them you leave a known door open. This article shows what is realistic for a small business: six building blocks, a monthly routine and an honest view on when to hand maintenance to someone else.
Why plugins are the real risk
The WordPress core is generally well maintained. The trouble sits around it. In its report for 2025, Patchstack counted 11,334 new vulnerabilities across the WordPress ecosystem, 42% more than the year before. Of these, 91% were in plugins and 9% in themes. The report counted only six in the WordPress core.
Two more figures from the same study show why waiting is expensive. For heavily exploited vulnerabilities, the median time to mass exploitation was five hours, and roughly half of the high-impact flaws were attacked within 24 hours. In addition, 46% of vulnerabilities had no patch yet when they were disclosed. So even careful updating does not solve everything. It is the foundation, not the whole answer.
Patchstack sells security products, so the study comes from a sender with an interest. The order of magnitude still matches what practitioners see: many plugins mean many attack surfaces.
Updates: the biggest lever
The WordPress hardening documentation puts it plainly: always run the latest version of WordPress, because older versions lack security fixes. That applies to the core as much as to plugins and themes.
How serious this can get was shown in July 2026 by a warning from CERT.at, Austria's computer emergency response team. It concerned critical flaws in WordPress that, combined, could allow running foreign code without logging in. The 6.8, 6.9 and 7.0 branches were affected, and the fixes came in versions 6.8.6, 6.9.5 and 7.0.2. CERT.at recommended installing the update immediately. According to the warning, the WordPress team also activated forced updates through the auto-update system.
What runs automatically and what does not
According to the documentation, automatic updates are enabled on most sites by default for minor releases and translation files. For plugins and themes, administrators have to opt in themselves since WordPress 5.5, plugin by plugin or in bulk on the plugins screen. By default WordPress checks twice a day. The feature can be restricted by your host or by a plugin, and it relies on WordPress cron.
| Area | Default per documentation | What you should do |
|---|---|---|
| WordPress core, minor | usually automatic | Check that it really runs on your site |
| WordPress core, major | manual | Update after a backup, then test |
| Plugins | opt-in per plugin | Enable for maintained, non-critical plugins |
| Themes | opt-in per theme | Same as plugins, mind child themes |
Whether to automate plugin updates or apply them by hand is a trade-off. Automatic means protected sooner, but a faulty update can break a function without anyone noticing. The documentation therefore advises making sure you can roll back to a previous version first. For plugins your revenue depends on (booking, shop, forms), the manual route with a test afterwards is worth it.
Backups: only as good as the restore
The WordPress documentation names two things to back up: the database with all posts, comments and settings, and the files (core, themes, plugins, uploads, wp-config.php, .htaccess). Both belong together because the database lives outside the WordPress directory.
On frequency, the documentation suggests once a week for smaller sites and daily for sites with a lot of activity. As a rule of thumb it recommends several copies in different places: one on the hosting server, one in cloud storage and one downloaded locally.
A small worked example, explicitly an assumption: your shop takes orders every day but backs up weekly. If the site fails six days after the last backup, you may be missing six days of orders in the database. With daily backups it would be one day at most. The right frequency depends on how much data loss you can live with.
Play through the worst case once
A backup that has never been restored is a guess. The documentation advises supplementing automatic backups with a manual one now and then to check that the process works. Go one step further: once a quarter, restore a backup to a test environment and open the site. Many hosting plans make this a few clicks. If yours does not, ask the provider.
Reduce plugins: less code, less attack surface
Every plugin is third-party code with access to your website. If 91% of flaws sit there, the most effective countermeasure is obvious: use fewer of them. The WordPress documentation says not to get plugins and themes from untrusted sources and to stick to the WordPress.org repository or well-known companies.
Go through your plugin list honestly:
- What is deactivated or no longer used? Delete it, do not just switch it off.
- Which two plugins do the same job? One is enough.
- When did the vendor last release an update? A long silence is a warning sign.
- Could the theme builder or a single code snippet replace the function?
- Does the plugin come from a source you can trace?
There is no fixed number for "too many". What matters is that you can justify each plugin and that someone keeps it current. If a vendor no longer maintains a plugin, look for a replacement. It is inconvenient, but cheaper than a hacked site.
Access and hosting: the base under everything
Passwords, two-step login and user accounts
According to the WordPress documentation, strong passwords should avoid dictionary words and real names. On top of that, it is a good idea to enable two-step authentication. Start with every administrator account. Also avoid default names such as "admin", because attackers try them deliberately.
In practice that means one account per person, no shared password in a group chat with the agency, roles by need (someone who only writes posts does not need administrator rights) and locking accounts of departed people at once. The documentation also recommends switching off theme and plugin file editing in the dashboard (the constant DISALLOW_FILE_EDIT), so a taken-over account cannot inject code right away, and managing the site only over HTTPS.
Hosting: questions to ask your provider
The documentation advises choosing a host that readily discusses your security concerns and offers reliable backup and recovery methods. You should also know where the host's responsibility ends and yours begins. That is the key point, because according to Patchstack, hosting-level protection blocked only 26% of all attacks on vulnerabilities and just 12% for known exploited ones.
- Which backups exist, how long are they kept and how does a restore work?
- Which PHP versions are supported, and who handles the switch?
- Is there a server-level firewall, and what does it filter?
- Who is responsible if the site gets hacked: you, the agency or the host?
Hosting also affects speed. How to measure and improve it is covered in How to improve your website's load time.
Monitoring and a fixed monthly routine
Security is a process. The documentation mentions monitoring file changes and analysing logs to spot attack patterns. For a small business without an IT department, a simpler frame is enough:
- Search Console: Google's Security issues report shows hacked content, malware and social engineering. How to set the tool up is explained in Setting up Google Search Console.
- Availability: An uptime check tells you when the site stops responding.
- User list: Unknown administrator accounts are an alarm signal.
- Function test: Once a month, run through the contact form, booking and checkout yourself.
This routine fits into one fixed slot per month. Critical security updates, like the CERT.at warning of July 2026, should not wait for that slot. If you would rather not track this yourself, you can hand it over as ongoing care. In TRIUM's 369 method, the last step is "Pflegen" (maintain), which includes monthly reports, new content and security updates, explained in The 369 method explained. The Care & Growth package covers ongoing website care. What exactly is possible for your existing site, we clarify in the free initial call.
If something does happen
If Google detects your site as hacked, Search Console shows it in the Security issues report. After cleaning up, choose "Request review" there and describe what you fixed. Google notes that such reviews can take several days or weeks. If personal data is affected, a duty to report may apply. This is not legal advice: ask your legal counsel or the data protection authority.
When this does not fit
Self-maintenance works if you use few plugins, have regular time and are comfortable with backups and updates. It does not fit if the site carries revenue and nobody is reliably responsible, if a shop runs with many extensions, or if updates once broke something and nobody has clicked since.
The other direction has limits too: a care plan does not replace clean access rules or decisions about plugins. And no package makes a website invulnerable. The aim is to keep risk small and to be back online quickly when something happens.
To see where your site stands, take the free website check for SMEs. If the site is due for a rebuild anyway, the website relaunch checklist helps. And if you want someone to think it through with you, book the free initial call.
FAQ
How often should I update my WordPress website?
Security updates as soon as possible, especially when a warning like CERT.at's exists. Everything else once a month in a fixed slot, with a backup before and a function test after.
Are automatic updates enough?
They help but do not replace checking. Per the documentation, minor core updates are usually automatic, while plugins and themes must be enabled by you. After updates, check that forms, booking and shop still work.
How many plugins are too many?
There is no fixed number. What matters is that each plugin has a clear purpose, is maintained by its vendor and comes from a trustworthy source.
Do I need a security plugin?
Not automatically. Another plugin enlarges the attack surface. Updates, backups, access and hosting come first. Whether an additional firewall makes sense depends on your site and provider.
How do I know my website has been hacked?
Typical signs are unknown administrator accounts, foreign content or redirects, and messages in the Search Console security report. Regular checks shorten the time to discovery.
Can TRIUM look after my existing WordPress site?
That depends on your site and cannot be answered in general. In the free initial call we clarify what makes sense for you.
Sources
- Hardening WordPress, WordPress.org Developer Resources, as of 7 January 2026. https://developer.wordpress.org/advanced-administration/security/hardening/
- Kritische Sicherheitslücken in WordPress - Updates verfügbar, CERT.at, 20 July 2026. https://www.cert.at/de/warnungen/2026/7/kritische-sicherheitslucken-in-wordpress-updates-verfugbar
- State of WordPress Security in 2026, Patchstack, 25 February 2026. https://patchstack.com/whitepaper/state-of-wordpress-security-in-2026/
- WordPress Backups, WordPress.org Developer Resources, as of 4 June 2026. https://developer.wordpress.org/advanced-administration/security/backup/
- Upgrading WordPress, WordPress.org Developer Resources, as of 1 July 2026. https://developer.wordpress.org/advanced-administration/upgrade/upgrading/
- Plugin and themes auto-updates, WordPress.org Documentation, as of 13 January 2023. https://wordpress.org/documentation/article/plugins-themes-auto-updates/
- Security issues report, Google Search Console Help, accessed 3 October 2026. https://support.google.com/webmasters/answer/9044101?hl=en
Möchten Sie das für Ihr Unternehmen umsetzen?Want this for your business?
In einem kostenlosen 30-Minuten-Gespräch zeigen wir Ihnen, wo bei Ihnen der größte Hebel liegt. Passende Leistung: Care & Growth.In a free 30-minute call we show you where your biggest lever is. Related service: Care & Growth.
Termin buchenBook a call Demo anfragenRequest a demo
