Mit RACK26 verfolgt die Kreativdenker GmbH einen klaren Ansatz: Hosting soll einfach, transparent und kompromisslos sein – ohne komplizierte Tarifmodelle, versteckte Zusatzkosten oder unnötige Zusatzprodukte. Stattdessen setzt RACK26 auf leistungsstarke Infrastruktur, klare Preise und echten technischen Support, ohne KI-Bots.

Ein zentraler Unterschied zu vielen klassischen Hosting-Anbietern liegt dabei unter anderem im Support. Kunden von RACK26 sprechen nicht mit allgemeinem First-Level-Support, sondern direkt mit erfahrenen WordPress-Entwicklern oder langjährigen WordPress-Profis, die technische Probleme schnell verstehen und gezielt lösen können.

„Als Agentur haben wir in den letzten Jahren mit vielen Hosting-Anbietern gearbeitet. Dabei haben wir immer wieder gesehen, wo typische Probleme liegen – von unflexiblen Systemen, über schlechte Ladezeiten bis hin zu Support, der WordPress kaum kennt. Mit RACK26 wollten wir ein Hosting schaffen, das genau diese Schwachstellen löst“, erklärt die Kreativdenker GmbH.

Zu den wichtigsten Vorteilen von RACK26 gehören:

• Support durch WordPress-Entwickler statt klassischem First-Level-Support
• keine KI-Bots im Support
• Klare Fokussierung auf Hosting – keine Upsells oder Zusatzprodukte
• Transparente und nachvollziehbare Preise
• Serverstandort Deutschland für hohe Datenschutz- und Sicherheitsstandards
• Kostenloser Umzugsservice für bestehende Websites
• Garantierte Server-Ressourcen für jeden Kunden, ohne künstliche Einschränkungen

Mit dem Launch von RACK26 bündelt das Unternehmen seine langjährige technische Erfahrung aus Agenturprojekten und bringt diese direkt in eine moderne Hosting-Plattform ein. Ziel ist es, insbesondere Unternehmen, Agenturen und Website-Betreiber anspruchsvoller WordPress-Websites eine zuverlässige und unkomplizierte Hosting-Alternative zu bieten. Zum Start sind bereits über 100 Kunden auf den Servern von RACK26 untergebracht.

Weitere Informationen zu RACK26 sind auf der offiziellen Website verfügbar.

The post RACK26 geht an den Start (Pressemitteilung) appeared first on Kreativdenker GmbH.

Marktführer WordPress

WordPress wurde im Jahre 2003 veröffentlicht. Damals noch als kleines Blog-System. Natürlich hat sich WordPress inzwischen deutlich weiterentwickelt. Dass das nicht in allen Köpfen angekommen ist, zeigt unser Artikel zu den häufigsten WordPress Mythen. Vereinzelt wird WordPress immer noch als System für Blogs oder kleine Webseiten betrachtet. Dass dem längst nicht mehr so ist, sollte eignetlich klar sein.

Beweis dafür, ist zum einen die extreme Verbreitung. Wie eingangs erwähnt, nutzen 40 % aller Webseiten im Internet WordPress. Das entspricht einem Marktanteil unter den Content-Management-Systemen von über 60 %. Und auch ein Blick auf die 5.000 größten Webseiten weltweit macht einiges deutlich: WordPress ist mit großem Abstand der Spitzenreiter. Ein Mini-CMS für kleine Blogs oder Webseites, ohne Skalierbarkeit und einen gewisssen Funktionsumfang hätte es bis hierhin wohl kaum schaffen können. Zum anderen gibt es etliche große Webseiten und Portale, von denen allgeminhin bekannt ist, dass sie auf WordPress setzen.

Wie leistungsstark ist WordPress denn jetzt nun?

Webseiten mit hohem Traffic-Aufkommen erfordern natürlich einige Vorkehrungen. Unabhängig, ob es sich dabei um WordPress handelt oder nicht. Bedeutet: eine gewisse Server-Leistung muss gegeben sein, ebenso wie Optimierungen in der Auslieferung — etwa ein Caching. Zudem ist es ein Unterschied, ob sich der gesamte Traffic in einem Monat gleichmäßig verteilt oder ob es zu Peaks kommt. Wenn sich z.B. 1 Mio Besucher am Tag gleichmäßig über 24 Stunden vertreilen würden, wäre das eine weniger große Last, als wenn sich die meisten dieser 1 Mio Besucher alle zwischen 10 und 18 Uhr auf der Webseiter tummeln. In der Regel findet keine gleichmäßige Verteilung statt, die Peaks müssen also abgefedert werden.

Grundsätzlich ist es so, dass WordPress keine Grenzen kennt. Es ist dem System also völlig gleichgültig, ob am Tag 10 Besucher oder 10 Mio Besucher die Webseite ansteuern. Und WordPress kann diese Besuchermengen auch ohne Probleme bewältigen. Ein paar wichtige Dinge gilt es aber zu beachten, damit das möglich ist.

Worauf es bei der Performance wirklich ankommt

In unserer täglichen Arbeit als WordPress-Agentur sehen wir immer wieder dasselbe Muster: Nicht WordPress ist der Flaschenhals – sondern das Setup.

Ob eine Website 1.000, 100.000 oder mehrere Millionen Besucher im Monat verarbeiten kann, hängt maßgeblich von vier Faktoren ab:

• Saubere technische Basis (schlankes Custom Theme statt Fertig-Theme vom Marktplatz)
• Reduzierter und sinnvoller Plugin-Einsatz
• Leistungsstarke Server-Infrastruktur
• Professionelles Caching (z. B. WP Rocket + Redis)

Schauen wir uns diese Punkte im Detail an.

1. Schlankes Custom Theme statt aufgeblähter Baukastensysteme

Viele Performance-Probleme entstehen durch Page Builder Plugins wie Elementor oder überladene Multipurpose-Themes. Diese bringen oft:

• unnötigen Code
• viele CSS- und JavaScript-Dateien
• komplexe Datenbankabfragen
• unnötige Abhängigkeiten

Ein individuell entwickeltes, schlankes Custom Theme lädt nur das, was wirklich gebraucht wird. Kein Ballast, keine versteckten Prozesse im Hintergrund.

Gerade bei hohem Traffic ist das ein entscheidender Unterschied. Aber auch sonst raten wir von Fertig-Themes grundsätzlich ab. Wer eine WordPress Lösung sucht, die einer Enterprise Lösung in Hinblick auf Ladezeiten, Sicherheit und Unabhängigkeit in nichts nachsteht, kann nicht auf ein 50 Dollar-Template von irgendeinem Marktplatz greifen. So einfach ist das es dann doch nicht.

Theme und Plugins sind übrigens immer der größte Flachenhals. Wenn die Technik/Programmierung der Webseite nicht perfekt ist, nutzt auch der größte und beste Server nicht viel. Umgekehrt ist es so, dass eine technisch sehr gute Webseite auch auf einem schlechteren Hosting sehr performant laufen kann.

2. Wenige, gezielt eingesetzte Plugins

WordPress selbst ist sehr performant. Probleme entstehen häufig durch:

• zu viele Plugins
• schlecht programmierte Plugins
• doppelte Funktionalitäten
• unnötige Hooks und Cronjobs

Unsere Empfehlung aus der Praxis: So viele Plugins wie nötig – so wenige wie möglich.

Viele Funktionen lassen sich sauber im Theme oder als gezielte, schlanke Custom-Plugins abbilden, ohne ein weiteres schwergewichtiges Plugin zu installieren. Qualität schlägt Quantität. Auch hierzu haben wir bereits einen ausführlichen Artikel geschrieben.

Lesetipp:

3. Der Server entscheidet über die Obergrenze

WordPress ist nur so leistungsfähig wie die Umgebung, in der es läuft. Ein günstiges Shared Hosting für 5 Euro im Monat wird bei Traffic-Peaks zwangsläufig an seine Grenzen stoßen. Eine skalierbare Server-Infrastruktur hingegen kann problemlos hunderttausende oder Millionen Besucher verarbeiten.

Wichtige Faktoren sind:

• PHP-Version (aktuell & performant)
• ausreichend RAM
• ausreichend CPUs
• SSD/NVMe-Festplatten
• HTTP/2 oder HTTP/3
• ggf. Lastverteilung (Load Balancer)
• CDN-Integration (bei internationalem Traffic)

Für stark frequentierte Projekte setzen wir häufig auf:

• dedizierte Server
• skalierbare Cloud-Umgebungen

4. Caching ist der Gamechanger

Der größte Performance-Hebel ist professionelles Caching.

Ohne Cache muss WordPress bei jedem einzelnen Seitenaufruf alle Inhalte aus der Datenbank laden. Das geht sehr zu Lasten der Performance.

Mit Caching wird stattdessen eine bereits generierte Version ausgeliefert. Das reduziert die Serverlast massiv. Ein professionelles Cache Setup für Webseiten mit hohem Traffic-Aufkommen setzt sich im besten Fall aus zwei Caching Lösungen zusammen: Einem WordPress Cache und einem Object Cache (Server-seitig). Natürlich gibt es für beide Caching-Varianten verschiedene Lösungen.

WP Rocket

WP Rocket ist eines der leistungsstärksten Caching-Plugins im WordPress-Umfeld. Es bietet unter anderem:

• Seiten-Cache
• Browser-Cache
• GZIP-Komprimierung
• CSS/JS-Optimierung
• Lazy Loading
• Preloading
• Bild-Komprimierung, z.B. mit Optimus

Redis Object Cache

Noch einen Schritt weiter geht serverseitiges Object Caching, beispielsweise mit Redis.

Redis speichert häufig genutzte Datenbankabfragen im Arbeitsspeicher. Das bedeutet:

• weniger Datenbankzugriffe
• schnellere Antwortzeiten
• deutlich bessere Skalierbarkeit

Gerade bei WooCommerce-Shops oder Mitgliederbereichen ist Redis oft der entscheidende Performance-Booster.

Weitere Faktoren

Natürlich gibt es noch weitere Faktoren, die allerdings allgemein wichtig für eine schnelle Ladezeit sind. Sprich unabhängig von der Traffic Menge. z.B. sollten Bilder immer komprimiert werden. Im besten Fall erfolgt eine Auslieferung als WebP Format.

Traffic ist nicht gleich Traffic

Wichtig ist außerdem: Statische Content-Seiten sind deutlich einfacher zu skalieren als komplexe Webanwendungen. Allein schon, weil sich diese Webseiten vollständig cachen lassen.

E-Commerce Webseiten erzeugen mehr dynamische Prozesse und besitzen mehr Bereiche, die sich nicht in den Cache integrieren lassen. z.B. der Warenkorb und die Kasse. Gleiches gilt auch für interne Bereiche oder Mitgliederbereiche.

Fazit: WordPress kennt keine feste Besuchergrenze

Die Frage „Wie viele Besucher kann WordPress bewältigen?“ ist daher falsch gestellt.

Die richtige Frage lautet: Wie gut ist die Website technisch aufgebaut? WordPress ist kein limitierender Faktor.

The post Wie viele Besucher kann WordPress bewältigen? appeared first on Kreativdenker GmbH.

Was ist der AuthCode 2?

Der AuthCode 2 ist ein spezieller Transfercode, der direkt von der DENIC (der zentralen Registrierungsstelle für .de-Domains) vergeben wird – unabhängig vom bisherigen Provider. Er ermöglicht Domaininhabern, ihre .de-Domain auch dann zu einem neuen Anbieter zu übertragen, wenn der bisherige Registrar nicht kooperiert, nicht mehr existiert oder die Herausgabe des Codes verweigert.

Wann kommt das Verfahren zum Einsatz?

Das AuthCode 2-Verfahren ist eine Ausnahme-Lösung, die vor allem dann genutzt wird, wenn der „normale“ Weg des Providerwechsels scheitert. Typische Szenarien:

• Der bisherige Provider reagiert nicht auf Anfragen.
• Der AuthCode wird nicht ausgestellt oder ist ungültig.
• Der Anbieter hat seinen Dienst eingestellt.
• Es besteht ein Streit mit dem aktuellen Domainanbieter.
• Die Domain wurde (versehentlich) gelöscht und befindet sich in 30-tägiger Karenzzeit.

In solchen Fällen kann der Domaininhaber einen Antrag auf Ausstellung des AuthCode 2 direkt bei der DENIC stellen.

Wie funktioniert der AuthCode 2-Prozess?

1. Antragstellung:
   Der Domaininhaber stellt einen Antrag bei der DENIC oder über einen Provider, der diesen Service anbietet. Dazu sind in der Regel Identitätsnachweise erforderlich – etwa ein gültiger Personalausweis, Handelsregisterauszug oder eine Vollmacht. Für das AuthCode 2 Verfahren werden in der Regel geringe, einmalige Kosten fällig, meist unter 50 Euro.
2. Prüfung durch die DENIC:
   Die DENIC prüft die Unterlagen und stellt sicher, dass der Antragsteller tatsächlich der rechtmäßige Inhaber der Domain ist.
3. Ausstellung des AuthCode 2:
   Nach erfolgreicher Prüfung erstellt die DENIC den AuthCode 2, der dann dem Antragsteller zugestellt wird. Der AuthCode 2 wird auf postalischem Wege an die bei der Domain zuletzt hinterlegte Adresse gesendet. Sofern diese nicht korrekt sein sollte, eignet sich dieses Verfahren nicht!
4. Providerwechsel:
   Mit dem AuthCode 2 kann der Domaininhaber den Wechsel zum neuen Anbieter einleiten – wie bei einem normalen Transfer.

Wichtig: Der AuthCode 2 ist nur zeitlich begrenzt gültig (i. d. R. 30 Tage).

Fazit: Sichere Alternative bei Problemen mit dem Provider

Das AuthCode 2-Verfahren ist ein wichtiges Instrument, um Domaininhabern ihre Handlungsfähigkeit zu sichern – insbesondere dann, wenn der bisherige Anbieter nicht mehr erreichbar ist oder den Transfer blockiert. Auch wenn der Prozess etwas aufwendiger ist, bietet er eine sichere, von der DENIC kontrollierte Möglichkeit, die Domain unter eigene Kontrolle zu bringen.

The post AuthCode 2 – Was ist das und wie funktioniert es? appeared first on Kreativdenker GmbH.

Auf der Bestellübersicht von WooCommerce im Backend kann eingesehen werden, woher eine Bestellung stammt – etwa von Google oder einer anderen Webseite oder einem Social Media Kanal. Eine durchaus spannende Information, wenn es um die Analyse der Bestellungen geht. Um diese Information bereitstellen zu können, setzt WooCommerce mittels der Javascript-Datei SourceBuster.js oder sourcebuster.min.js einen Cookie, der erfasst und speichert, woher der Nutzer kommt. Letztlich wird also die referral-URL/Quelle gespeichert.

Diese Erfassung erfolgt ohne die Zustimmung des Nutzers. Selbst der Einsatz eines Cookie Consent Banners ändert daran unter Umständen nichts, zumindest nicht, wenn man die SourceBuster.js nicht mit dem Consent verknüpft. Sofern einem die Information der Besteller-Quelle nicht so wichtig ist und man aus Datenschutz- bzw. Cookie Policy-Sicht auf Nummer sicher gehen möchte, kann man diese Funktion deaktivieren.

WooCommerce: SourceBuster.js entfernen – so geht’s

Um die SourceBuster.js zu entfernen oder zu deaktivieren, gibt es zwei mögliche Wege: über die WooCommerce Einstellungen oder via Code.

Über die WooCommerce Einstellungen

Im Backend unter „WooCommerce“ -> Einstellungen im Reiter/Tab „Advanced“ oder „Erweitert“ gibt es die Checkbox „Order Attribution“ oder „Bestellungszuordnung“. Hier muss der Haken entfernt werden.

Deaktivierung via Code

Über die functions.php des verwendeten Themes kann man die Funktion ebenfalls deaktivieren. Der Code dafür lautet wie folgt:

update_option('woocommerce_feature_order_attribution_enabled','');

The post WooCommerce: SourceBuster.js entfernen appeared first on Kreativdenker GmbH.

Warum tritt dieses Problem auf?

Nach unserer Erfahrung als WordPress Agentur, tritt dieser Fehler nur sehr selten auf. Das liegt nicht zu letzt daran, dass die Ursache für diesen Fehler eher untypisch ist. Konkret taucht das Problem immer dann auf, wenn die Version der WordPress-Datenbank nicht mit den aktuellen WordPress-Dateien übereinstimmt. Das System glaubt, dass ein Update erforderlich ist, obwohl dies möglicherweise nicht der Fall ist. Die Fehlerbehebung ist einfach, wir empfehlen, zuvor ein Backup der gesamten Webseiten zu erstellen.

So kann man die Umleitung auf /wp-admin/upgrade.php beheben

1. Schritt: Überprüfung der Datenbankversion

• Zunächst muss man sich Zugriff auf die WordPress Datenbank verschaffen.
• Das ist z.B. über phpmyAdmin möglich.
• In der WordPress Datenbank navigiert man zur Tabelle wp_options (wp_ als Präfix kann auch abweichen) und überprüft den Wert „db_version“. Bei phpmyAdmin kann dieser auch auf Seite 2 in der Tabellen-Ansicht sein.

2. Schritt: Aktualisieren der WordPress-Versionsdatei

• Nun greift man via FTP oder den Dateimanager des Web-Hosters auf das File-System der WordPress Installation zu.
• Dort navigiert man zum Verzeichnis /wp-includes/ und öffnet die Datei version.php. Dort sucht man die Variable wp_db_version.
• Hier vergleicht man nun den Wert aus der Datenbank mit dem Wert in der versions.php der genannten Variable.
• Wenn beide Werte nicht übereinstimmen, aktualisiert man die Datei version.php. Sprich hier wird dann der Wert aus der Datenbank eingetragen. Datei speichern nicht vergessen.

Jetzt sollte der Login wieder möglich sein. Fertig!

The post WordPress: Umleitung auf /wp-admin/upgrade.php bei Login appeared first on Kreativdenker GmbH.

WP Rocket bietet eine Vielzahl an Optimierungsmöglichkeiten. Unter anderem kann man mit diesem Cache-Plugin auch HTML, CSS und Javascript Code optimieren – etwa durch die Komprimierung oder durch verzögertes Laden.

Wenn es zu Problemen in der Funktion oder Darstellung durch diese Maßnahmen kommt, kann man in den Einstellungen von WP Rocket einzelne Features deaktivieren. Etwa die Komprimierung von CSS. Diese Einstellungen findet man unter Einstellungen -> WP Rocket -> Datei-Optimierungen.

Für Javascript gibt es folgende Optionen:

• Javascript minifizieren
• Javascript zusammenfassen
• Javascript verzögert laden
• Javascript Ausführung verzögern

Dabei gibt es bei jeder Optimierungsmöglichkeit ein Feld, um eine spezifische Javascript-Datei auszuschließen.

WPRocket: Inline-Scripte von der Javascript-Optimierung ausschließen

Wenn es Inline-Scripte (<script></script>) im Code gibt, hilft diese Ausnahmen-Liste nicht weiter. Doch auch dafür gibt es eine Funktion.

Mittels dem Attribut nowprocket kann man Inline-Scripte von der Optimierung ausschließen, wie in folgendem Beispiel gezeigt.

<script nowprocket>function myFunction() {
// Some code
}</script>

The post WP Rocket: Inline-Scripte ausschließen appeared first on Kreativdenker GmbH.