Der WordPress-Marktanteil sinkt seit Monaten und auch die 60-%-Marke ist vor drei Monaten gefallen. Ist das der Anfang vom langfristigen Sinkflug oder nur eine Delle?
Seit ein paar Tagen macht der Artikel von Search Engine Journal die Runde: »WordPress Market Share Declines For Six Months In A Row«. Sechs Monate Rückgang am Stück und als Buhmann gleich der Streit zwischen Matt Mullenweg und WP Engine. Klingt nach Drama und Popcorn. Ich beobachte diese Zahlen seit über zwölf Jahren und ich kann empfehlen, dass man sich die Zahlen in Ruhe anschaut, bevor man den Untergang von WordPress einläutet. Verbreitung vs. Marktanteil Bevor wir über Auf- oder Abstieg reden, müssen wir zwei Zahlen auseinanderhalten, die häufig vermischt werden. W3Techs weist beides getrennt aus: Die Verbreitung (im Original »Usage«) sagt, welcher Anteil aller Websites WordPress einsetzt. Hier steht WordPress aktuell bei 41,9 % (Stand Juni 2026). Der Marktanteil (»Market Share«) sagt, welchen Anteil WordPress unter den Websites mit erkennbarem CMS hält. Und das sind aktuell 59,4 %. Der SEJ-Artikel spricht durchgehend von »market share«, nennt dann aber die 41- bis 43-%-Werte. Das ist die Verbreitung, nicht der Marktanteil. Ich möchte hier nicht kleinkariert klingen, aber die beiden Werte sollte man in diesem Fall schon auseinanderhalten. Die 60-%-Marke ist gefallen Und jetzt kommt der Punkt, der schon fast geschichtsträchtig ist. Vor über zwölf Jahren schrieb ich hier im Blog: »WordPress beherrscht 60 % des CMS-Marktes«. Das war im März 2014, auf dem Weg nach oben. Im März 2026 ist WP das erste Mal unter die Marke von 60 Prozent gesunken und befindet sich jetzt im Juni 2026 bei 59,4 % Marktanteil. Der Marktanteil bröckelt allerdings nicht erst seit ein paar Wochen: Im April 2023 waren es noch 63,3 %, seitdem geht es Quartal für Quartal ein Stück bergab. Bei der Verbreitung lag der Höhepunkt im Januar 2025 bei 43,6 %, danach zeigt auch diese Kurve nach unten. So etwas kann man nicht kleinreden. Sinkt WordPress jetzt in die Bedeutungslosigkeit? Nein. Es empfiehlt sich, das Gesamtbild anzuschauen, bevor man den Niedergang ausruft. 59,4 % Marktanteil heißt, dass WordPress immer noch fast sechs von zehn CMS-Websites stellt. Der nächste Verfolger ist Shopify mit 7,4 %, dahinter Wix mit 6,1 %. Das ist kein Kopf-an-Kopf-Rennen. Spannender als das nackte Minus ist die Frage, wohin die Anteile wandern. Die gehosteten Baukästen legen zu, allen voran Shopify (von 5,5 auf 7,4 %) und Wix (von 3,7 auf 6,1 %), etwas gemächlicher Squarespace. Die alte Garde verliert dagegen mit. Joomla und Drupal sind beide weiter geschrumpft. WordPress steht also nicht allein unter Druck, ist aber der mit Abstand größte Brocken, an dem geknabbert wird. Woran hat et jelegen? Wie so häufig im Leben: an mehreren Dingen gleichzeitig. Und sauber gewichten und trennen kann die Gründe niemand. <img fetchpriority="high" decoding="async" width="960" height="540" src="https://www.perun.net/wp-content/uploads/2026/06/woran-hat-et-jelegen.webp" alt="Woran hat et jelegen?" class="wp-image-13343" srcset="https://www.perun.net/wp-content/uploads/2026/06/woran-hat-et-jelegen.webp 960w, https://www.perun.net/wp-content/uploads/2026/06/woran-hat-et-jelegen-400x225.webp 400w, https://www.perun.net/wp-content/uploads/2026/06/woran-hat-et-jelegen-800x450.webp 800w, https://www.perun.net/wp-content/uploads/2026/06/woran-hat-et-jelegen-768x432.webp 768w" sizes="(max-width: 960px) 100vw, 960px" /> Da ist zum einen die Konkurrenz, die einerseits besser als früher ist. Schon 2022 hat Joost de Valk darauf hingewiesen, dass Wix und Squarespace bei Performance und SEO aufgeholt haben. Ich hatte das Thema damals hier aufgegriffen. Für Einsteiger, die einfach nur eine schnelle, ordentliche Website wollen, ist der Baukasten oft der bequemere Weg. Zumal wir nicht vergessen dürfen, dass einige der Baukastensysteme in der Vergangenheit viele Werbekampagnen durchgeführt haben. Da können Open-Source-Systeme logischerweise nicht mithalten. Dann der Dauerbrenner Gutenberg und Full Site Editing. Ein gutes Stück der alten WordPress-Einfachheit und Schlichtheit ist auf dieser Reise verloren gegangen, und das spüren vor allem die Leute, die früher mit ein paar Klicks schnell eine Website online hatten. Und ja, da ist natürlich der Streit zwischen Mullenweg und WP Engine, den SEJ zur Hauptursache erklärt. Hier wäre ich sehr vorsichtig. Der Konflikt eskalierte im Herbst 2024, der Marktanteil sinkt aber schon seit 2023. Korrelation ≠ Kausalität. Dass die Querelen der Sache nicht geholfen haben, das denke ich schon. Aber als alleiniger Auslöser taugt der Streit nicht. Ich selbst halte ihn für lediglich einen nachgeordneten Grund, da der Streit an vielen einfachen Nutzern vorbeigegangen ist oder bestenfalls als Randnotiz registriert wurde. Abwarten & Tee trinken Es bleibt die Frage, ob das so weitergeht. WordPress 7.0 hat gerade KI-Funktionen in den Core geholt und das Dashboard aufgefrischt. Vermeintlicher Wendepunkt, den am Ende der SEJ-Artikel nennt. Ob das reicht, um die Kurve zu drehen, ich denke eher nicht. Wäre die Echtzeit-Kollaboration noch dazugekommen, dann hätte ich diese Einschätzung vorsichtig bejaht. Ich glaube nicht, dass WordPress in Zukunft die alten Zahlen und Höhenflüge übertreffen wird. Es wird eher die Frage sein, ob WordPress weiterhin, langfristig und stetig Marktanteile verlieren wird, oder ob es sich kurz- bis mittelfristig stabilisiert und in den hohen Fünfzigern (55-59 %) gemütlich einrichtet. Wie seht ihr die Entwicklung? Verwandte Beiträge: Befindet sich WordPress auf dem absteigenden Ast? Lohnt es sich noch auf WordPress zu setzen? Marktanteil: Auch in 2021 kennt WordPress nur eine Richtung Marktanteil: WordPress ist auch in 2020 nicht zu stoppen WordPress baut seinen Marktanteil weiter aus Quelle
WordPress 7.0 ist da: KI im Kern & ein frisches Dashboard
WordPress 7.0 »Armstrong« ist da, und es ist mehr als nur ein Zahlensprung. AI rückt in den Core, das Dashboard bekommt einen Frischekick, neue Blöcke und feinere Responsiveness-Controls erweitern den Editor. Was drin steckt, was kurzfristig herausgeflogen ist und worauf du beim Update achten solltest.
Heute Nacht wurde WordPress 7.0 »Armstrong« veröffentlicht, benannt nach dem legendären Jazz-Musiker Louis Armstrong. Das ist das erste Major-Release seit Langem, das nicht nur Detailverbesserungen bringt, sondern auch eine neue Richtung markiert: KI bzw. AI rückt noch mehr in den Fokus. Das Dashboard bekommt einen ordentlichen Schub und einiges mehr. Eine prominent angekündigte und lang erwartete Funktion fehlt allerdings. KI-Integration: AI-Client, Abilities-API und ein Connector-Hub Die größte Aufmerksamkeit im neuen Release bekommt die KI-Integration. WordPress 7.0 bringt einen sogenannten AI-Client direkt in den Core, der die Kommunikation mit generativen AI-Modellen übernimmt. Zusammen mit der neuen Abilities-API (und ihrem JavaScript-Pendant, dem Client-Side Abilities Package) soll das die Grundlage für neue Funktionen, Workflow-Automatisierungen und Erstellungs-Tools direkt in WordPress legen. Über ein zusätzliches AI-Plugin lassen sich dann konkrete Funktionen aktivieren: Bilder generieren und bearbeiten, Titel oder Auszüge erstellen, Alt-Texte vorschlagen. Die Verbindungen zu externen AI-Diensten werden zentral auf dem neuen Connector’s Screen verwaltet, mit drei Voreinstellungen für den schnellen Einstieg. Der AI-Client allein erzeugt noch keine AI-Funktionen, er ist eher die »Verkabelung«, die das Plugin-Ökosystem nutzen kann. Modernisiertes Dashboard Das Backend wurde optisch überarbeitet. Neues Farbschema, weichere Übergänge, insgesamt eine ruhigere Anmutung. Auf den Screenshots wirkt das aufgeräumt, der echte Eindruck zeigt sich allerdings erst nach einer Weile im täglichen Arbeiten. Die WordPress-Befehlspalette (Command-Palette), die du über ⌘K (Mac) oder Strg+K (Windows/Linux) öffnest, wurde erweitert und auch hier sind KI-Funktionen hinzugekommen. Daneben gibt es zwei nützliche Detailverbesserungen: eine zentrale Font-Verwaltungsseite, die Block-, Hybrid- und klassische Themes unterstützt, und einen visuell verbesserten Revisionen-Vergleich, mit dem du durch die Versionen scrollst und Änderungen auf einen Blick siehst. Neue Blöcke und mehr Design-Kontrolle Im Editor sind mehrere neue Blöcke dazugekommen: ein Gallery-Block mit Lightbox-Slideshow, ein Heading-Block für feineres HTML-Markup, ein Breadcrumbs-Block für eine klare Navigation ohne Plugin-Umweg und ein Icons-Block für kleine grafische Akzente. Außerdem gibt es erweiterte Responsiveness-Controls. Du kannst einzelne Blöcke je nach Viewport ein- oder ausblenden und sogar die Breakpoints selbst anpassen. Das Menü-Overlay ist jetzt vollständig mit Blöcken und Patterns gestaltbar, inklusive eigener Schließen-Buttons und Spalten-Layouts. Patterns funktionieren ab 7.0 als eine Einheit, lassen sich aber bei Bedarf wieder voneinander lösen. Und für alle, die granular eingreifen möchten: Du kannst jetzt direkt im Block-Editor Custom-CSS auf Block-Ebene definieren. Was fehlt: Echtzeit-Kollaboration verschoben Eine Funktion, die ursprünglich für 7.0 vorgesehen war, hat es nicht ins finale Release geschafft: die Echtzeit-Kollaboration im Editor, also das gemeinsame Bearbeiten von Beiträgen und Seiten im Stil von Google Docs. Darüber habe ich schon gestern im aktuellen Newsletter berichtet. <img loading="lazy" decoding="async" width="1400" height="145" src="https://www.perun.net/wp-content/uploads/2026/05/wordpress-ki-newsletter-slim.webp" alt="Abonniere unseren kostenlosen WordPress- und KI-Newsletter." class="wp-image-13287" title="Abonniere unseren kostenlosen WordPress- und KI-Newsletter." srcset="https://www.perun.net/wp-content/uploads/2026/05/wordpress-ki-newsletter-slim.webp 1400w, https://www.perun.net/wp-content/uploads/2026/05/wordpress-ki-newsletter-slim-400x41.webp 400w, https://www.perun.net/wp-content/uploads/2026/05/wordpress-ki-newsletter-slim-800x83.webp 800w, https://www.perun.net/wp-content/uploads/2026/05/wordpress-ki-newsletter-slim-768x80.webp 768w" sizes="auto, (max-width: 1400px) 100vw, 1400px" /> Matt Mullenweg hat Anfang Mai entschieden, die Funktion aus 7.0 herauszunehmen. Begründet wurde das mit Bedenken zur Stabilität: zu große Angriffsfläche, Race Conditions, Probleme mit Serverlast und Speichereffizienz sowie wiederkehrende Bugs, die durch Fuzz-Testing aufgetaucht sind. Aus Sicht des Teams sei der aktuelle Stand noch nicht robust genug für den Core. Wer die Funktion ausprobieren möchte, kann das aktuell über das Gutenberg-Plugin tun. Ein vollwertiges Core-Feature soll daraus in einer späteren Version werden. Für Entwickler: serverseitige Blöcke & ein erweiterbarer Site-Editor Für Entwickler gibt es ein paar interessante Neuerungen. Blöcke und Patterns lassen sich jetzt serverseitig nur mit PHP erstellen und werden automatisch über die Block-API registriert. Das ist gerade für Projekte interessant, in denen man sich mit dem JavaScript-Block-Setup nicht aufhalten möchte. Der Site-Editor selbst wurde erweiterbarer. Es gibt jetzt Routing, Route-Validierung und ein neues wordpress/boot-Package, mit dem Plugins eigene Site-Editor-Seiten bauen können. Damit wird der Site-Editor weniger ein geschlossenes Tool und mehr eine Plattform, auf der eigene UI-Bereiche möglich sind. Solche Erweiterungspunkte sind in der Ankündigung oft unscheinbar, haben aber langfristig Auswirkungen darauf, was im Plugin-Ökosystem überhaupt möglich ist. Fazit und Hinweise zum Update Klar, AI ist gerade das große Thema, und WordPress wollte hier verständlicherweise nicht außen vorbleiben. Statt einen großen, fest verdrahteten AI-Assistenten in den Core zu schrauben, gibt es eine API-Schicht plus optionales Plugin. Aber bei diesem Thema ist Vorsicht angebracht. Wenn KI-Funktionen im Hintergrund auf deine Inhalte zugreifen, gehen Texte und gegebenenfalls Bilder an einen externen Anbieter. Vor dem produktiven Einsatz lohnt sich ein Blick in die jeweiligen Datenschutzbedingungen, vor allem im DSGVO-Kontext. Kostenpflichtige API-Aufrufe sind ein weiteres Thema, das du dann im Blick behalten solltest. Keine Eile beim Update auf 7.0 Wie auch schon in der Vergangenheit: Du bist nicht gezwungen, sofort auf 7.0 zu aktualisieren. Bei den größeren Versionssprüngen ist sowieso immer etwas mehr Vorsicht angebracht. Wer eine kleinere Seite oder nur wenige Plugins im Einsatz hat, der kann auch jetzt schon aktualisieren, wenn er neugierig auf die Neuerungen ist. Wer eine stark angepasste Website und/oder viele Plugins im Einsatz hat, der sollte entweder gut testen oder auf WordPress 7.0.1 oder noch besser auf 7.0.2 warten. Wer noch zusätzlich WooCommerce einsetzt, für den gilt die Vorsicht umso mehr. Habt ihr schon auf 7.0 aktualisiert, oder wartet ihr lieber noch auf das erste oder sogar zweite Patch-Release? Verwandte Beiträge: WordPress 6.6: Arbeiten mit Vorlagen WordPress-Entwicklung im Jahr 2025 WordPress 6.7 ist da WordPress 6.5: Support für AVIF-Grafiken kommt WordPress 6.5: Was dich erwartet Quelle
KI-Crawler & robots.txt: zulassen, blockieren oder differenzieren
Die robots.txt war jahrelang eine Datei zum Vergessen. Mit KI‑Crawlern wie GPTBot, ClaudeBot oder Google‑Extended ist sie zur strategischen Entscheidung geworden: zulassen, blockieren oder gezielt differenzieren? Ich gehe die drei Optionen durch, inklusive konkreter Konfigurationen und einer Einordnung der rechtlichen Lage.
Vor zwei oder drei Jahren war die robots.txt für die meisten Blogger eine Datei, die man einmal aufgesetzt und dann geflissentlich ignoriert hat. Ein paar Angaben für Googlebot, vielleicht ein Disallow auf den Login-Bereich, fertig. Heute steht in dieser unscheinbaren Textdatei plötzlich eine strategische Entscheidung: ob deine Inhalte in ChatGPT, Claude, Gemini oder Perplexity überhaupt noch auftauchen dürfen. Das ist keine theoretische Frage. Inzwischen blockieren nach einer Auswertung von BuzzStream aus April 2026 rund 79 Prozent der großen Nachrichten-Websites die Trainings-Crawler der KI-Anbieter, und 71 Prozent blockieren sogar die Retrieval-Crawler, also die Bots, die für die Live-Antworten der KI-Chatbots zuständig sind. Was bei einem großen Verlag mit eigener Rechtsabteilung und Lizenzverhandlungen Sinn ergeben kann, ist für einen kleinen Blog meistens die falsche Strategie. Im großen WordPress-SEO-Überblick für 2026 habe ich das Thema bewusst nur kurz angerissen. Hier gehen wir jetzt ins Detail. Worum geht es hier? Bevor wir loslegen, eine kurze Abgrenzung, damit der Artikel nicht ausufert. Es geht um die robots.txt als das klassische Steuerungsinstrument für Crawler. Nicht um serverseitige Blockaden via Cloudflare-WAF, .htaccess oder Nginx-Regeln. Das sind eigene Themen, die einen eigenen Artikel verdienen. Hier nur so viel: Wenn die robots.txt alleine nicht reicht, weil ein Crawler die Regeln schlicht ignoriert, kommen wir später noch darauf zu sprechen. Aber der Schwerpunkt liegt auf der Datei selbst. Es geht um deutschsprachige Blogger, kleinere Unternehmen und WordPress-Betreiber, die ihre Seite selbst verwalten. Es geht hier auch nicht um llms.txt. Das Thema habe ich im besagten Artikel schon eingeordnet, und meine Skepsis bleibt unverändert. 🤓 Inhaltsverzeichnis Welche Bots gibt es überhaupt? Training vs. Retrieval: die eigentliche Trennlinie Drei strategische Optionen Praxisteil: drei robots.txt-Beispiele Wann die robots.txt nicht reicht Ein kurzer Blick auf die rechtliche Seite Meine Empfehlung Häufige Fragen Welche Bots gibt es überhaupt? Bevor wir zur strategischen Frage kommen, lohnt sich ein kurzer Blick darauf, wer da so alles an deine Tür klopft. Ich gehe das nach Anbieter durch, weil du am Ende deine robots.txt auch in solchen Blöcken aufbaust: erst alle OpenAI-Bots, dann alle Anthropic-Bots, dann alle Google-Bots. Eine Vollständigkeitsgarantie gibt es nicht. Die Landschaft ändert sich schnell, neue Anbieter kommen dazu, alte werden umbenannt. Ich konzentriere mich auf die fünf Anbieter, die für deutschsprachige Blogger 2026 praktisch relevant sind. OpenAI OpenAI hat drei Bots im Einsatz und dokumentiert sie sauber: GPTBot ist der Trainings-Crawler. Wer ihn blockiert, sorgt dafür, dass künftige Modellversionen die eigenen Inhalte nicht mehr lernen. OAI-SearchBot ist der Such-Crawler, der Inhalte für die Suchfunktion in ChatGPT indexiert. Wer hier blockiert, fällt aus den Suchantworten in ChatGPT heraus. ChatGPT-User wird ausgelöst, wenn ein ChatGPT-Nutzer aktiv eine URL anklickt oder einen Link in den Chat einwirft. OpenAI weist explizit darauf hin, dass die robots.txt hier nicht zwingend greift, weil es als User-Aktion gilt und nicht als automatisches Crawling. Anthropic Anthropic war lange Zeit etwas unübersichtlich mit den User-Agents anthropic-ai und claude-web. Diese alten Namen sind mittlerweile durch eine klar dokumentierte Dreiteilung ersetzt: ClaudeBot ist der Trainings-Crawler. Claude-SearchBot indexiert für die Such- und Antwortfunktionen. Claude-User wird durch eine konkrete Nutzeranfrage ausgelöst. Anthropic gibt explizit an, dass alle drei Bots die robots.txt respektieren, auch der user-initiierte Claude-User. Das ist eine bewusste Differenzierung gegenüber den Mitbewerbern. Google Bei Google wird es interessant, weil die meiste Verwirrung hier entsteht. Googlebot ist der klassische Crawler für die Web-Suche. Er ist auch der Crawler hinter den AI‑Overviews, also den KI-Zusammenfassungen, die Google seit 2024 oberhalb der klassischen Treffer einblendet. Wer aus AI‑Overviews verschwinden will, kann das nicht über die robots.txt steuern, ohne sich gleichzeitig aus der gesamten Google-Suche zu schießen. Google-Extended ist hingegen kein eigener Crawler, sondern nur ein Steuer-Token. Google sagt das selbst klipp und klar: Es gibt keinen eigenen User-Agent-String, keinen eigenen Crawl-Vorgang. Du kannst per Disallow: / für Google-Extended steuern, ob die bereits durch Googlebot gecrawlten Inhalte für das Training von Gemini und für Vertex AI verwendet werden dürfen. Auf das Ranking in der Google-Suche und auf das Erscheinen in den AI‑Overviews hat das keinen Einfluss. Diese Unterscheidung ist wichtiger, als sie auf den ersten Blick aussieht. Wir kommen weiter unten noch darauf zurück. Perplexity Perplexity hat zwei Bots, offiziell dokumentiert: PerplexityBot baut den Index auf, aus dem Perplexity seine zitierten Antworten zusammensetzt. Befolgt die robots.txt. Perplexity-User wird durch eine konkrete Nutzeranfrage ausgelöst und ignoriert die robots.txt nach eigener Aussage – ähnlich der OpenAI-Logik. Common Crawl Etwas im Hintergrund, aber relevant: Die Non-Profit-Organisation Common Crawl betreibt den CCBot und stellt ihre monatlich aktualisierten Datensätze frei zur Verfügung. Viele kleinere AI-Anbieter und Forschungsprojekte trainieren ihre Modelle auf diesen Daten, anstatt selbst zu crawlen. Wer CCBot blockiert, schneidet damit eine ganze Reihe von Modellen mit ab, ohne dass deren Anbieter selbst auf der Liste stehen müssen. Andere Anbieter wie Bytespider von ByteDance, Meta-ExternalAgent oder Amazonbot existieren ebenfalls, sind aber für die deutschsprachige Blogosphäre weniger zentral. Wer sie blockieren möchte, ergänzt seine robots.txt sinngemäß. Training vs. Retrieval: die eigentliche Trennlinie Die meisten Anleitungen, die du im Web findest, listen die Bots auf und gehen weiter. Aber genau hier liegt der Knackpunkt, an dem viele Betreiber ihre robots.txt falsch konfigurieren. Die wichtige Frage ist nämlich nicht, welche Bots du blockierst, sondern zu welchem Zweck sie unterwegs sind. Grob lassen sich drei Kategorien unterscheiden: Trainings-Crawler sammeln Inhalte, die später in das Training neuer Modellversionen einfließen. Wer hier blockiert, verhindert, dass die eigenen Texte in künftigen GPT-, Claude- oder Gemini-Versionen verarbeitet werden. Auf die aktuellen KI-Antworten hat das keinen direkten Effekt. Die Modelle sind ja schon fertig trainiert. Retrieval- oder Search-Crawler holen Inhalte für die Live-Antworten der KI‑Suche. Sie sind der Grund, warum ChatGPT oder Perplexity dich überhaupt in einer Antwort zitieren können. Wer hier blockiert, fällt sofort und sichtbar aus den KI-Antworten heraus. User-initiierte Fetcher werden ausgelöst, wenn ein Mensch aktiv eine URL in die KI-Oberfläche packt oder einen Link anklickt. Hier wird es interessant: Ob die robots.txt überhaupt greift, hängt vom Anbieter ab. Diese letzte Kategorie ist der Punkt, den viele Artikel unter den Tisch fallen lassen. Anthropic sagt klar, dass auch der user-initiierte Claude-User die robots.txt respektiert. OpenAI und Perplexity sagen ebenso klar, dass ihre user-initiierten Bots (ChatGPT-User, Perplexity-User) die robots.txt unter Umständen ignorieren. Die Begründung ist nachvollziehbar: Wenn ein Mensch aktiv eine URL eintippt, gilt das als Nutzerhandlung, nicht als automatisches Crawling. Aber die praktische Konsequenz ist eine andere als bei den Trainings-Bots: Auch ein vermeintlich vollständiger Block hat hier seine Lücken. Wer also pauschal sagt »Ich blockiere alle KI-Bots« und einfach GPTBot, ClaudeBot und PerplexityBot auf Disallow: / setzt, hat in Wirklichkeit nur die Trainings-Crawler ausgesperrt. Die Such-Crawler (OAI-SearchBot, Claude-SearchBot) laufen weiter, und die user-initiierten Bots tun, was sie tun. Umgekehrt: Wer alle drei Kategorien blockiert, ist in den KI-Antworten praktisch unsichtbar – und das ist 2026 eine teurere Entscheidung als noch vor zwei Jahren. Klingt erst einmal nach Detailfrage, ist aber in der Praxis der Grund, warum so viele Site-Betreiber ihre robots.txt mit dem Gefühl »Ich habe alles richtig gemacht« geschlossen haben und sich anschließend wundern, dass sie trotzdem (oder gerade deshalb) nicht mehr in ChatGPT auftauchen. Drei strategische Optionen Mit der Unterscheidung zwischen Training und Retrieval im Hinterkopf lassen sich drei realistische Strategien formulieren. Keine davon ist universell richtig. Welche zu dir passt, hängt davon ab, was du erreichen willst und welche Rolle KI-Sichtbarkeit für dein Projekt spielt. Standard: zulassen Für die meisten Blogger und kleineren Unternehmen ist die einfachste und in meinen Augen auch sinnvollste Option, alle relevanten Crawler grundsätzlich zuzulassen. Der Hintergrund: Wer ohnehin schon mit dem Rückgang organischer Klicks durch AI Overviews und Zero-Click-Searches zu kämpfen hat (und das ist 2026 so ziemlich jeder), sollte sich nicht zusätzlich auch noch die Sichtbarkeit in den KI-Antworten verbauen. Zu diesem Thema habe ich im Artikel zu den Zero-Click-Searches und in ChatGPT SEO: Die Evolution des Suchbegriffs schon einiges geschrieben. Klar, das bedeutet auch, dass die eigenen Inhalte in künftige Trainingsdurchläufe einfließen. Wer das aus prinzipiellen Gründen ablehnt, hat ein starkes Argument. Aber für die meisten Blogprojekte überwiegt der Sichtbarkeitsvorteil. Die großen Verlage, die aktuell pauschal blockieren, haben eine andere Ausgangslage: eigene Lizenzverhandlungen mit AI-Anbietern, eigene Rechtsabteilungen, eigene Reichweite. Das ist für einen Ein-Personen-Blog kaum der passende Maßstab. Ausnahme 1: technische Notwehr Es gibt einen Fall, in dem auch ich blockieren würde: Wenn ein Crawler den Server hämmert. ClaudeBot hatte 2024 mehrere Wochen lang einen unrühmlichen Ruf, weil er auf einigen Seiten dermaßen aggressiv zugegriffen hat, dass die Betreiber Performance-Probleme bekamen. Auch andere Bots können das gelegentlich tun, vor allem wenn sie auf eine frisch aktualisierte Sitemap stoßen. Aber das ist keine prinzipielle Entscheidung gegen KI, sondern Ressourcenschutz. Bevor man hier mit einem harten Disallow: / antwortet, lohnt sich der Blick auf die Crawl-delay-Direktive. Anthropic unterstützt sie explizit, Google ignoriert sie zwar, aber bei den meisten anderen Anbietern ist sie ein guter Mittelweg. Ein einfaches Beispiel: User-agent: ClaudeBot Crawl-delay: 10 Damit sagst du dem Bot: »Lass bitte zehn Sekunden zwischen den Anfragen verstreichen.« In den meisten Fällen reicht das aus. Ausnahme 2: bewusste Trennung Die dritte Option ist die interessanteste und in meinen Augen die unterschätzteste: Du blockierst gezielt das Training, lässt aber die Retrieval-Crawler durch. Damit verhinderst du, dass deine Inhalte in künftige Modelle einfließen, bleibst aber in den aktuellen KI-Antworten sichtbar. Genau hier kommt die Google-Sache ins Spiel, die ich oben angedeutet habe. Wer Google-Extended auf Disallow: / setzt, blockiert das Training von Gemini. Die Google-Suche bleibt davon unberührt, und auch die AI Overviews funktionieren weiter, weil sie über Googlebot laufen. Wer also einerseits in der Google-Suche und in den AI‑Overviews sichtbar bleiben, andererseits aber nicht ungefragt in Gemini-Modelle einfließen will, hat hier eine saubere Trennlinie. Bei OpenAI funktioniert das ähnlich: GPTBot blockieren stoppt das Training, OAI-SearchBot zulassen erhält die Sichtbarkeit in der ChatGPT‑Suche. Bei Anthropic kannst du ClaudeBot blockieren und Claude-SearchBot zulassen. Ein praktikabler Ansatz, der allerdings etwas mehr Pflege verlangt, weil du wissen musst, welcher Bot zu welchem Zweck unterwegs ist. Praxisteil: drei robots.txt-Beispiele Wir haben jetzt die Theorie und die strategische Einordnung. Schauen wir uns an, wie das konkret in der robots.txt aussieht. Ein kurzer technischer Hinweis vorab: WordPress liefert seit einigen Versionen eine dynamisch generierte robots.txt aus dem Core. Wer eigene Regeln einbauen will, hat zwei Optionen. Entweder legt man eine physische robots.txt ins Hauptverzeichnis der Domain (die hat dann Vorrang), oder man nutzt die entsprechende Funktion des SEO‑Plugins. The SEO Framework hat dafür einen eigenen Bereich in den Einstellungen, Yoast und Rank Math ebenfalls. Im Zweifel bitte selbst nachschauen, weil sich die Plugin-Oberflächen schnell ändern können. Option 1: alle zulassen Das ist die Standard-Empfehlung für einen Großteil der Blogger. Im Kern reicht es, die wichtigsten Bots explizit zu erwähnen und ihnen den vollen Zugriff zu geben: User-agent: GPTBot Allow: / User-agent: OAI-SearchBot Allow: / User-agent: ChatGPT-User Allow: / User-agent: ClaudeBot Allow: / User-agent: Claude-SearchBot Allow: / User-agent: Claude-User Allow: / User-agent: PerplexityBot Allow: / User-agent: Perplexity-User Allow: / User-agent: Google-Extended Allow: / User-agent: CCBot Allow: / Streng genommen müsstest du die Bots nicht einmal namentlich aufführen, weil ohne explizite Disallow-Regel sowieso alles erlaubt ist. Rein theoretisch würde also auch das hier ausreichen: User-agent: * Allow: / Aber die explizite Nennung hat zwei Vorteile: Erstens dokumentiert sie deine Entscheidung, falls du sie später revidieren willst. Zweitens schützt sie davor, dass eine spätere User-agent: *-Regel mit einem versehentlichen Disallow alles mit ausschließt. Option 2: Training blockieren, Retrieval zulassen Das ist die differenzierte Variante für alle, die in den KI-Antworten sichtbar bleiben wollen, aber nicht ungefragt in Trainingsdaten einfließen möchten: # Training blockieren User-agent: GPTBot Disallow: / User-agent: ClaudeBot Disallow: / User-agent: Google-Extended Disallow: / User-agent: CCBot Disallow: / # Retrieval und Suche zulassen User-agent: OAI-SearchBot Allow: / User-agent: Claude-SearchBot Allow: / User-agent: PerplexityBot Allow: / Was diese Konfiguration bewirkt: Deine Inhalte fließen nicht mehr in das Training künftiger Modelle ein. Zumindest nicht über die offiziellen Crawler der genannten Anbieter. Aber wenn jemand ChatGPT, Claude oder Perplexity nach einem Thema fragt, das du behandelt hast, kann dein Beitrag weiterhin zitiert werden. Wichtig: Die user-initiierten Bots (ChatGPT-User, Perplexity-User) habe ich hier bewusst weggelassen, weil sie die robots.txt sowieso nicht zuverlässig respektieren. Wer sie aufnehmen will, kann das tun, sollte sich aber nicht zu viel davon versprechen. Option 3: alle blockieren Die kompromisslose Variante. Sie ist technisch die einfachste, aber praktisch die teuerste, weil sie die KI-Sichtbarkeit komplett kappt: User-agent: GPTBot Disallow: / User-agent: OAI-SearchBot Disallow: / User-agent: ChatGPT-User Disallow: / User-agent: ClaudeBot Disallow: / User-agent: Claude-SearchBot Disallow: / User-agent: Claude-User Disallow: / User-agent: PerplexityBot Disallow: / User-agent: Perplexity-User Disallow: / User-agent: Google-Extended Disallow: / User-agent: CCBot Disallow: / Wer das einsetzt, sollte sich darüber im Klaren sein, dass die Sichtbarkeit in ChatGPT, Claude, Gemini und Perplexity damit weitgehend auf Null geht. Für Verlage mit eigener Verhandlungsposition gegenüber AI-Anbietern kann das eine Strategie sein. Für die meisten Blogger ist es meiner Meinung nach keine gute Strategie. Übrigens: Googlebot taucht in keinem der drei Beispiele auf. Das ist Absicht. Googlebot steuert die klassische Web-Suche und die AI‑Overviews. Wer den blockiert, fliegt aus der Google-Suche raus, und das will hier vermutlich niemand. <img loading="lazy" decoding="async" width="1400" height="145" src="https://www.perun.net/wp-content/uploads/2026/05/wordpress-ki-newsletter-slim.webp" alt="Abonniere unseren kostenlosen WordPress- und KI-Newsletter." class="wp-image-13287" title="Abonniere unseren kostenlosen WordPress- und KI-Newsletter." srcset="https://www.perun.net/wp-content/uploads/2026/05/wordpress-ki-newsletter-slim.webp 1400w, https://www.perun.net/wp-content/uploads/2026/05/wordpress-ki-newsletter-slim-400x41.webp 400w, https://www.perun.net/wp-content/uploads/2026/05/wordpress-ki-newsletter-slim-800x83.webp 800w, https://www.perun.net/wp-content/uploads/2026/05/wordpress-ki-newsletter-slim-768x80.webp 768w" sizes="auto, (max-width: 1400px) 100vw, 1400px" /> Wann die robots.txt nicht reicht Bei aller Detailliebe sollte man eines nie aus dem Auge verlieren: Die robots.txt ist ein Hinweisschild, kein Schloss. Sie funktioniert nur, weil die meisten Anbieter sich daran halten. Wer das nicht tut, dem ist mit einer Textdatei nicht beizukommen. Drei Punkte, die man bedenken sollte: Aggressive Scraper ignorieren die Regeln. Bytespider von ByteDance ist hier das Standardbeispiel, aber es gibt eine ganze Reihe weniger bekannter Crawler, die ihre eigenen Regeln machen. Wer wirklich Daten will, dem ist die robots.txt egal. Spoofing ist trivial. Ein gefälschter User-Agent ist mit einer Zeile Code geschrieben. Anbieter wie OpenAI, Anthropic und Perplexity veröffentlichen deshalb IP-Bereiche, über die sich ihre Bots verifizieren lassen. Wer ganz sicher gehen will, prüft die IP und nicht den User-Agent. Für harten Schutz braucht es Serverebene. Wer einen Crawler wirklich aussperren will, etwa weil er den Server überlastet oder weil man rechtliche Gründe hat, kommt um serverseitige Lösungen nicht herum. Cloudflare-WAF, Nginx-Regeln, gezielte IP‑Sperrungen. Das ist ein eigenes Thema. Kurz gesagt: Die robots.txt ist der Höflichkeitsmodus des Webs. Sie funktioniert für die freundlichen Bots, und das sind erfreulicherweise die meisten der großen Namen. Aber sie ist kein Garant. Ein kurzer Blick auf die rechtliche Seite Ich bin kein Anwalt und das hier ist keine Rechtsberatung, sondern eine Einordnung aus Praktikersicht. Wer es genauer wissen will, findet bei seriösen Fachquellen wie der IAPP oder bei den großen Anwaltskanzleien detaillierte Analysen. Die Lage in der EU lässt sich grob so zusammenfassen: Die DSM-Richtlinie von 2019 erlaubt Text- and Data-Mining (TDM), wenn der Rechteinhaber nicht widerspricht. Dieser Widerspruch muss »in maschinenlesbarer Form« erfolgen, und die robots.txt gilt als einer der akzeptierten Wege. Der EU‑AI-Act verpflichtet Anbieter von General-Purpose-AI-Modellen, dieses Opt-out zu respektieren, und der dazugehörige GPAI Code of Practice nennt robots.txt explizit als anerkannten Mechanismus. Soweit die Theorie. In der Praxis ist gerade einiges in Bewegung: Das OLG Hamburg hat im Dezember 2025 im Fall Kneschke gegen LAION zwar Stellung zu maschinenlesbaren Opt-outs bezogen, die Revision zum BGH ist aber zugelassen. Und der CJEU hat im März 2026 die erste mündliche Verhandlung im Fall »Like Company gegen Google« geführt, in dem es um die Frage geht, ob KI-Training überhaupt unter die TDM-Ausnahme fällt. Mit einer endgültigen Klärung würde ich in den nächsten Monaten nicht rechnen. Für die Praxis heißt das: Eine Disallow: / für einen Trainings-Crawler in der robots.txt ist ein etablierter Weg, das Opt-out auszudrücken. Sie schützt aber nur vor Anbietern, die sich daran halten, und nur für künftige Crawls. Was bereits in einem Modell verarbeitet wurde, lässt sich nachträglich nicht herauslösen. Mal schauen, was die nächsten Gerichtsentscheidungen daraus machen. Meine Empfehlung Wenn ich das Ganze auf einen praktischen Nenner bringen soll, dann sieht meine Linie so aus: Im Standardfall lasse ich die KI-Crawler zu. Die Sichtbarkeit in ChatGPT, Claude, Gemini und Perplexity ist 2026 ein realer Faktor, und wer sich aus prinzipiellen Gründen aussperrt, verliert mehr, als er gewinnt. Das gilt vor allem für kleinere Blogs und Unternehmen, die ohnehin schon mit dem Rückgang organischer Klicks zu kämpfen haben. Wenn ein Bot wirklich Stress macht, also den Server überlastet oder unverhältnismäßig oft zugreift, dann solltest du ihn blockieren. Aber das ist eine Ressourcen-Entscheidung, keine prinzipielle. Vor dem harten Disallow: / lohnt sich der Blick auf Crawl-delay, sofern der Anbieter das unterstützt. Wer das Training stören, aber in den KI-Antworten sichtbar bleiben will, kann die differenzierte Trennung wählen: Trainings-Crawler raus, Retrieval- und Search-Crawler rein. Das ist mehr Pflegeaufwand, aber eine valide Position für alle, die sich grundsätzlich nicht mit ihren Inhalten an Modellen beteiligen wollen, ohne sich gleich aus der Sichtbarkeit zu schießen. Und ein letzter Punkt, der mir wichtig ist: Bevor du irgendwas in deine robots.txt schreibst, sei dir bewusst, was du damit konkret abschaltest. Wer GPTBot blockiert, blockiert nicht ChatGPT als Ganzes, sondern nur das Training. Wer Google-Extended blockiert, blockiert weder die Google-Suche noch die AI-Overviews, sondern nur das Gemini-Training. Wer alle drei OpenAI-Bots blockiert, fliegt aus der ChatGPT-Suche komplett raus. Wie schaut es bei euch aus? Habt ihr eure robots.txt schon auf die neue KI-Welt angepasst, lasst ihr noch alles offen, oder seid ihr beim differenzierten Modell gelandet? Habt ihr Bots beobachtet, die sich nicht an die Regeln halten? Ich freue mich über eure Erfahrungen in den Kommentaren. <img loading="lazy" decoding="async" width="1400" height="145" src="https://www.perun.net/wp-content/uploads/2026/05/wordpress-ki-newsletter-slim.webp" alt="Abonniere unseren kostenlosen WordPress- und KI-Newsletter." class="wp-image-13287" title="Abonniere unseren kostenlosen WordPress- und KI-Newsletter." srcset="https://www.perun.net/wp-content/uploads/2026/05/wordpress-ki-newsletter-slim.webp 1400w, https://www.perun.net/wp-content/uploads/2026/05/wordpress-ki-newsletter-slim-400x41.webp 400w, https://www.perun.net/wp-content/uploads/2026/05/wordpress-ki-newsletter-slim-800x83.webp 800w, https://www.perun.net/wp-content/uploads/2026/05/wordpress-ki-newsletter-slim-768x80.webp 768w" sizes="auto, (max-width: 1400px) 100vw, 1400px" /> Häufige Fragen Muss ich die robots.txt auch für meine Subdomains separat anlegen? Ja. Die robots.txt gilt immer nur für genau den Host, auf dem sie liegt. Wenn du also example.com und blog.example.com betreibst, brauchst du zwei getrennte Dateien. Anthropic weist in seiner Doku ausdrücklich darauf hin, dass das Opt-out für jede Subdomain einzeln eingerichtet werden muss. Wer einen WordPress-Multisite-Aufbau mit Subdomains betreibt, sollte das auf dem Schirm haben. Was passiert mit Inhalten, die bereits in einem Modell verarbeitet wurden, wenn ich jetzt blockiere? Nichts. Eine nachträgliche Sperrung in der robots.txt wirkt nur in die Zukunft. Was bereits in die Gewichte eines neuronalen Netzes eingeflossen ist, lässt sich technisch nicht herauslösen – dafür müsste das Modell von Grund auf neu trainiert werden. Wer also seit Jahren bloggt und jetzt erst auf Disallow: / umstellt, sperrt damit künftige Trainingsdurchläufe aus, nicht aber die bestehenden Modelle. Common Crawl ist hier besonders unangenehm: Was einmal im Archiv ist, bleibt dort, und dieses Archiv reicht zurück bis 2008. Reicht es, die KI-Crawler im SEO-Plugin zu konfigurieren, oder muss ich an die robots.txt direkt ran? Beides funktioniert. Yoast, Rank Math und The SEO Framework können die robots.txt ausgeben und um eigene Regeln ergänzen. Solange du keine physische robots.txt im Hauptverzeichnis liegen hast, bedient sich WordPress des dynamisch generierten Inhalts der Plugins. Sobald aber eine echte Datei im Root liegt, hat die Vorrang und überschreibt alles, was die Plugins ausspucken. Bei größeren Setups mit mehreren Plugins, die alle gleichzeitig an der robots.txt mitschreiben wollen, ist die physische Datei oft die klarere Lösung. Habe ich einen SEO-Nachteil bei Google, wenn ich Google-Extended blockiere? Nein. Google sagt das in der eigenen Doku ziemlich deutlich: Google-Extended hat keinen Einfluss auf das Ranking in der Web-Suche. Es steuert ausschließlich, ob deine Inhalte für das Training von Gemini und für Grounding-Funktionen in Vertex AI verwendet werden dürfen. Auch die AI‑Overviews bleiben unberührt, weil die über Googlebot laufen. Wer also auf der einen Seite in der Google-Suche und in den AI‑Overviews präsent bleiben, sich aber gegen Gemini-Training entscheiden will, hat mit Disallow: / für Google-Extended eine saubere Lösung. Verwandte Beiträge: WordPress SEO 2026: Was hat sich verändert, was bleibt? WordPress: Alte Artikel per Bulk auf noindex setzen ChatGPT SEO: Die Evolution des Suchbegriffs Zero Click Searches: Fluch oder Segen für deine Website? Mit ChatGPT WordPress anpassen: Aktualisierungsdatum Quelle
WordPress SEO 2026: Was hat sich verändert, was bleibt?
Was hat sich beim WordPress-SEO 2026 wirklich verändert? Was wird trotz aller KI-Aufregung in den nächsten Jahren stabil bleiben? In diesem ausführlichen Artikel teile ich meine Einschätzung aus über zwanzig Jahren Webpraxis.
Wer länger als ein paar Jahre in der WordPress-Welt unterwegs ist, kennt das Spiel: Alle paar Monate dreht sich das SEO-Karussell ein bisschen weiter, und plötzlich soll alles, was bis gestern noch galt, nicht mehr funktionieren. Mal sind es die Core-Updates, mal ein neues Ranking-Signal. Und seit etwa zwei Jahren stehen die generativen Antwortmaschinen wie Google AI Overviews oder ChatGPT mit im Raum und sortieren das Spielfeld neu. Daher dachte ich mir, es ist Zeit für einen umfangreichen Rundumschlag. Kein Heilsbringer-Listicle, sondern ein nüchterner Blick auf das, was 2026 wirklich zählt, und auf das, was schon immer galt. Worum es hier geht und worum nicht Dieser Artikel richtet sich an Blogger, kleinere Unternehmen und WordPress-Praktiker, die ihre Seite selbst betreuen. Wer ein Inhouse-SEO-Team mit drei Spezialisten hat, der braucht meine Einschätzung vermutlich nicht … kann sie aber gerne lesen. 🤓 Ich werde meine Meinungen klar als solche kennzeichnen. SEO ist ein Feld, in dem viele Leute viel mit großer Überzeugung behaupten, ohne dass am Ende jemand wirklich nachweisen kann, was den Ausschlag gegeben hat. Inhaltsverzeichnis: Was sich an SEO nie ändert Die Basis: Domain, Hosting und ein gepflegtes WordPress Technisches SEO 2026 und die Pflicht-Themen Inhalte und On-Page-SEO Brauchst du überhaupt ein SEO-Plugin? WooCommerce: Wenn aus dem Blog ein Shop wird AI Overviews, LLMs und das neue Suchverhalten Alte Inhalte als das Stiefkind im SEO-Alltag Monitoring und was du wirklich messen solltest Typische Fehler aus der Praxis Mein Fazit für WordPress-SEO 2026 Nachtrag 17. Mai 2026 Fragen und Antworten Was sich an SEO nie ändert Bevor wir auf die ganzen neuen Themen kommen, AI Overviews, Core Web Vitals, llms.txt und so weiter, ein kurzer Realitätscheck: Die wirklich wichtigen Dinge in der Suchmaschinenoptimierung haben sich in den vergangenen Jahren erstaunlich wenig verändert. Gute Inhalte. Saubere Technik. Geduld. Klingt langweilig, ist aber die Wahrheit. Wenn ich mir meine eigenen erfolgreichen Artikel hier auf perun.net anschaue, dann lösen die fast immer ein konkretes Problem, ordnen ein Thema ein, zu dem es viele halbgare Erklärungen gibt, oder teilen eine eigene Erfahrung. Das Spannende: Diese drei Punkte sind unabhängig davon, wer den Artikel später liest: ein Mensch über die Google-Suche, eine KI, die ihn in einer Antwort zitiert, oder jemand aus einem Newsletter. Was sich also wirklich nicht geändert hat: Inhalte, die einen echten Mehrwert liefern. Eine technisch saubere Website: crawlbar, schnell, mobil nutzbar. Ein Mindestmaß an Geduld, denn SEO war nie ein Sprint. Und Authentizität: Wer regelmäßig zu einem Thema schreibt und das über Jahre durchzieht, baut sich eine Position auf, die durch keinen Algorithmus-Trick zu ersetzen ist. Ich kann das auch positiv lesen: Wenn die Grundlagen seit vielen Jahren halten, dann werden sie wahrscheinlich auch die nächsten zwei, drei Jahre überstehen, egal, was als Nächstes auf den Markt kommt. Klar, an den Rändern verändert sich einiges. Aber so heiß wird auch hier nicht gegessen, wie es gekocht wird. 🤓 Die Basis: Domain, Hosting und ein gepflegtes WordPress Bevor wir uns über Schema-Markup, AI-Crawler und INP-Werte unterhalten, lohnt sich der Blick aufs Fundament. Die schönste SEO-Strategie nützt dir wenig, wenn dein Hoster im Schneckentempo ausliefert oder dein WordPress auf PHP 7.4 vor sich hin staubt. Domain und HTTPS HTTPS ist seit Jahren Standard, aber bei älteren Projekten findet man sporadisch noch Mixed-Content-Probleme oder abgelaufene Zertifikate. Bei den meisten Hostern ist Let’s Encrypt so gut integriert, dass HTTPS nur noch eine Frage von wenigen Klicks ist. Bei der Domain selbst gibt es wenig Neues. Eine sprechende Domain ist besser als kryptischer Bindestrich-Salat, aber ein wirklicher Rankingfaktor von Bedeutung war das nie. Hosting: lieber durchdacht als teuer Hosting ist ein Bereich, in dem viele Leute viel ausgeben, ohne dass sich am Ergebnis etwas ändert. Klar, wenn du einen 2-Euro-Tarif bei einem zweifelhaften Anbieter hast, ist das Optimierungspotenzial groß. Aber sobald du bei einem soliden Anbieter gelandet bist, bringt dir der nächstteurere Tarif selten den großen Schub. Wichtig sind Server-Standort in der Nähe der Zielgruppe, eine aktuelle PHP-Version, vernünftige Antwortzeiten und idealerweise Caching auf Server-Ebene. Den Rest erledigen ein gutes Theme und ein, zwei Plugins. PHP, WordPress und das Theme Das Thema PHP-Update habe ich vor einigen Jahren ausführlich behandelt. Das Grundprinzip gilt nach wie vor: Eine aktuelle PHP-Version ist deutlich performanter und sicherer. WordPress-Updates einspielen, ungenutzte Plugins entfernen, alte Datenleichen rauswerfen. Klingt banal, wird aber gerne aufgeschoben. Beim WordPress-Theme sehe ich in der Praxis die meisten unnötigen Bremsklötze. Featurelastige Pakete mit Pagebuilder, dreißig Slider-Optionen und Animationen für jeden Anlass sind selten ein Performance-Gewinn. Wenn dein Theme beim Laden 80 CSS- und JavaScript-Dateien nachschiebt, wird es schwer, gute Core-Web-Vitals zu erreichen – egal, wie viele Cache-Plugins du draufpackst. <img loading="lazy" decoding="async" width="730" height="200" src="https://www.perun.net/wp-content/uploads/2026/05/page-speed-insights.png" alt="Page Spee Insights" class="wp-image-13294" srcset="https://www.perun.net/wp-content/uploads/2026/05/page-speed-insights.png 730w, https://www.perun.net/wp-content/uploads/2026/05/page-speed-insights-400x110.png 400w" sizes="auto, (max-width: 730px) 100vw, 730px" /> Technisches SEO 2026 und die Pflicht-Themen Beim technischen SEO gibt es 2026 wenige echte Neuerungen. Das meiste war auch 2020 schon Thema, nur dass die Schraube an der einen oder anderen Stelle angezogen wurde. Core Web Vitals Die Core Web Vitals sind seit 2021 ein bestätigter Rankingfaktor. Aktuell besteht das Trio aus drei Werten. Wichtig: Google misst dabei nicht den Durchschnitt, sondern fordert, dass die Werte bei mindestens 75 Prozent aller Seitenaufrufe im grünen Bereich liegen. LCP (Largest Contentful Paint): Wie schnell wird das größte sichtbare Element geladen? Gut: unter 2,5 Sekunden. INP (Interaction to Next Paint): Wie schnell reagiert die Seite auf Klicks und Interaktionen? Gut: unter 200 Millisekunden. INP hat im März 2024 die alte FID-Metrik abgelöst. CLS (Cumulative Layout Shift): Wie stabil bleibt das Layout während des Ladens? Gut: unter 0,1. Quelle: Google Search Central. Klar, nicht jede Seite muss perfekte Werte haben. Aber wenn alle drei Werte rot leuchten, hast du ein Problem und nicht nur SEO‑mäßig. Niemand wartet gerne. Mobile First, Crawlability und Co. Mobile First ist seit Jahren keine Empfehlung, sondern Standard. Google bewertet primär die mobile Version. Wer noch eine separate mobile Variante oder ein nicht-responsives Theme hat, sollte dringend ran. Damit Google deine Inhalte findet, muss die Seite crawlbar sein. Die Klassiker: eine sinnvolle robots.txt, eine aktuelle XML-Sitemap (bei WordPress liefert das mittlerweile der Core, ein SEO-Plugin verfeinert das) und eine vernünftige interne Verlinkung. Gerade letztere wird oft stiefmütterlich behandelt – dabei ist sie einer der wenigen SEO-Hebel, die du komplett selbst in der Hand hast. Nachtrag: Im Artikel »KI-Crawler & robots.txt: zulassen, blockieren oder differenzieren« habe ich beschrieben, wie du vorgehen sollst, wenn du in der robots.txt die KI-Bots aussperren möchtest. Strukturierte Daten und Bilder Bei Schema.org rate ich zur Mäßigung. Für bestimmte Inhaltstypen wie Rezepte, Veranstaltungen und FAQs bringt das sichtbare Vorteile. Aber jede Seite mit allen erdenklichen Schema-Typen zuzupflastern, ist meiner Erfahrung nach mehr Aufwand als Ertrag. Ich konzentriere mich auf das Wesentliche: Article für Blogartikel, BreadcrumbList für die Navigation, manchmal FAQ. Bei Bildern ist WebP heute breit unterstützt, AVIF liefert oft noch bessere Kompression. Für die meisten Blogprojekte reichen WebP und ein Image-Optimization-Plugin völlig aus. Wer tiefer in das Thema einsteigen möchte, dem empfehle ich meinen Leitfaden zur Bildoptimierung in WordPress. Was bei mir trotz aller Automatisierung manuell bleibt: die Alt-Texte. Eine echte Bildbeschreibung ist eine andere Qualität als eine generierte Phrase – und für die wichtigen Bilder lohnt sich die Mühe. Inhalte und On-Page-SEO Bei aller technischen Optimierung: Wenn deine Inhalte nichts taugen, helfen dir die schönsten Core-Web-Vitals nichts. Und genau hier liegt ein Punkt, den ich für unterschätzt halte – nämlich dass guter Inhalt im Zeitalter der KI-Assistenten eher wichtiger geworden ist, nicht weniger. Klar, KI-Tools wie ChatGPT, Claude, Grok oder Gemini können dir bei vielen Schritten helfen: Ideen sammeln, Gliederungen entwerfen, Überschriften vorschlagen, Texte umformulieren. Das ist kein Tabu, und ich nutze diese Werkzeuge auch selbst. Aber die eigentliche Substanz, deine Erfahrung, deine Sicht, deine konkreten Beispiele, die kann dir keiner abnehmen. Keyword-Recherche noch sinnvoll? Klassische Tools wie der Google-Keyword-Planner oder Ahrefs sind nach wie vor nützlich, wenn du wissen willst, was Menschen tatsächlich suchen. Aber der Fokus hat sich verschoben. Statt dich auf einzelne Keywords zu fixieren, denke heute eher in Themenfeldern und konkreten Fragen, die deine Leser haben könnten. Wer das umgekehrt macht – also zuerst das Keyword sucht und dann den Inhalt drumherum baut – produziert oft seelenlose und nicht wirklich hilfreiche Texte, die weder Google noch Menschen wirklich überzeugen. Titel, Meta-Descriptions und Überschriften Diese drei Elemente sind kleine Hebel mit großer Wirkung. Ein guter Seitentitel weckt Klickinteresse, eine vernünftige Meta-Beschreibung gibt einen ehrlichen Vorgeschmack, und eine saubere Überschriftenstruktur (h1, h2, h3) hilft sowohl Lesern als auch Suchmaschinen, den Aufbau zu verstehen. Mein Pragmatismus dabei: eine H1 pro Seite, dann logisch verschachtelte H2 und H3. Fast nie h4 und h5 und h6 am besten gar nicht. Meiner Meinung nach reichen h1-h3 in den allermeisten Fällen. Interne Verlinkung: der unterschätzte Hebel Ein Aspekt, den ich für wichtiger halte als die meisten anderen On-Page-Themen: die interne Verlinkung. Wer von einem Artikel auf einen verwandten älteren Beitrag verlinkt, schafft drei Dinge gleichzeitig: mehr Kontext für den Leser, ein klareres Themenbild für Suchmaschinen und längere Verweildauer auf der Seite. Eine Kleinigkeit am Rande, die oft vergessen wird: Linktexte sollten beschreiben, wohin sie führen. »Hier klicken« sagt weder dem Leser noch der Suchmaschine etwas. Besser ist eine kurze Beschreibung des Ziels. Das hilft beim Scannen des Textes und gibt Google einen zusätzlichen Hinweis darauf, worum es im verlinkten Artikel geht. Das Schöne daran: Du brauchst kein Tool und kein Plugin. Du brauchst nur die Disziplin, beim Schreiben kurz zu überlegen, welche älteren Artikel zum aktuellen Thema passen. Und offen gesagt: Genau dort lasse ich mir mittlerweile auch von KI-Tools helfen, weil bei mehreren Tausend Artikeln im Archiv eine zweite Meinung nicht schaden kann. E-E-A-T: schwer fassbar, nicht ignorierbar E-E-A-T steht für Experience, Expertise, Authoritativeness und Trustworthiness und ist ein Konzept aus Googles Quality-Rater-Guidelines. In der Praxis ist das schwer greifbar. Du kannst E-E-A-T nicht einfach »anschalten«. Aber du kannst dafür sorgen, dass dein Profil als Autor sichtbar ist, dass du zu deinen Themen tatsächlich etwas zu sagen hast und deine Inhalte nicht beliebig wirken. Wer seit Jahren zu einem Themenfeld schreibt, dort nachweislich Erfahrung hat und das auch zeigt, durch Autorenseiten, persönliche Erfahrungsberichte, eigene Beispiele, der steht hier deutlich besser da als jemand, der erst gestern mit dem Thema angefangen hat. Brauchst du überhaupt ein SEO-Plugin? Kurze Antwort wäre: Ja, eines macht das Leben einfacher. Aber bei der Auswahl ist weniger oft mehr. Was WordPress von Haus aus mitbringt Wer denkt, ohne SEO-Plugin sei sein WordPress hilflos, der irrt. Der Core liefert mittlerweile eine ordentliche XML-Sitemap, vernünftige Title-Tags und eine ganze Reihe sinnvoller Defaults. Für eine kleine Website mit überschaubarem Anspruch reicht das oft schon. Ein SEO-Plugin lohnt sich aber, sobald du gezielt an Titeln und Meta-Beschreibungen schrauben, Schema-Markup einsetzen oder bestimmte Bereiche deiner Seite gezielt aus der Indexierung herausnehmen willst. Die bekannten Verdächtigen Die vier Plugins, die du immer wieder im deutschsprachigen Raum hörst, sind Yoast SEO, Rank Math, SEOPress und The SEO Framework. Alle vier können das Wesentliche, unterscheiden sich aber im Funktionsumfang und – das ist mir wichtig – in der Schlankheit der Oberfläche. Yoast ist der Platzhirsch und hat alles, was man sich wünschen kann. Verursacht aber bei vielen Seiten Probleme bei Updates. Rank Math ist eine spürbar leichtere Alternative mit ähnlichem Funktionsumfang. SEOPress kommt aus Frankreich und hat einen guten Ruf im deutschsprachigen Raum, war mir aber zu überladen. The SEO Framework ist das schlankeste der vier und genau das, was ich bevorzuge. <img loading="lazy" decoding="async" width="860" height="566" src="https://www.perun.net/wp-content/uploads/2026/05/the-seo-framework-wordpress.png" alt="Screenshot von The SEO Framework in WordPress" class="wp-image-13290" style="width:860px;height:auto" srcset="https://www.perun.net/wp-content/uploads/2026/05/the-seo-framework-wordpress.png 860w, https://www.perun.net/wp-content/uploads/2026/05/the-seo-framework-wordpress-380x250.png 380w, https://www.perun.net/wp-content/uploads/2026/05/the-seo-framework-wordpress-760x500.png 760w, https://www.perun.net/wp-content/uploads/2026/05/the-seo-framework-wordpress-768x505.png 768w" sizes="auto, (max-width: 860px) 100vw, 860px" /> The SEO Framework in WordPress. Siehe Von wpSEO zu SEOPress zu The SEO Framework. Warum bei mir The SEO Framework Hier auf perun.net und bei mehreren Kundenprojekten setze ich seit einer Weile The SEO Framework ein. Wer wissen will, wie ich dort gelandet bin und was meine Kriterien waren, dem empfehle ich meinen Erfahrungsbericht: Wechsel von wpSEO zu SEOPress zu The SEO Framework. Spoiler: Die schlanke Oberfläche hat gegen die Feature-überladenen Alternativen gewonnen. Was nicht heißt, dass die anderen schlecht sind. Wer Yoast bereits kennt und gut damit zurechtkommt, hat keinen Grund, umzusteigen. Aber wer gerade startet, sollte sich The SEO Framework auf jeden Fall anschauen. WooCommerce: Wenn aus dem Blog ein Shop wird Sobald WooCommerce ins Spiel kommt, wird die SEO-Geschichte etwas wuseliger. Aus einer Handvoll Beiträge und Seiten werden plötzlich Produktseiten, Produktkategorien, Varianten, Filter-URLs und je nach Setup auch noch Merchant-Center-Daten. Was sich daraus an SEO-Aufgaben ergibt, ist anders gelagert als beim klassischen Blog. Drei Punkte halte ich für besonders wichtig: Produktseiten brauchen eigenen Inhalt. Wer einfach den Herstellertext übernimmt, konkurriert mit einem Dutzend anderer Shops, die den gleichen Text einsetzen. Eigene Beschreibungen, ein paar konkrete Hinweise zur Eignung des Produkts und ehrliche Antworten auf typische Fragen sind hier deutlich wertvoller als jede Schema-Optimierung. Produktkategorien sind oft die eigentlichen Landingpages. Einzelne Produkte kommen und gehen, Kategorien bleiben über Jahre bestehen. Ein kurzer, hilfreicher Einleitungstext oben auf der Kategorieseite ist meiner Erfahrung nach mehr wert als 1.500 Wörter Füllmasse irgendwo darunter. Strukturierte Produktdaten sollten konsistent sein. Wenn WooCommerce, ein SEO-Plugin und ein Theme alle parallel Schema.org-Markup ausgeben, kann das Ergebnis schnell widersprüchlich werden. Hier lohnt sich ein gelegentlicher Blick mit dem Rich Results Test, um zu sehen, was Google tatsächlich erkennt. WooCommerce-SEO ist ein Thema für sich und wird in einem späteren Artikel ausführlicher behandelt. Für den Pillar-Überblick reicht der Hinweis: Wer einen Shop betreibt, hat einen Teil der oben genannten Themen plus einen ganzen Strauß zusätzlicher Punkte auf dem Tisch. <img loading="lazy" decoding="async" width="1400" height="145" src="https://www.perun.net/wp-content/uploads/2026/05/wordpress-ki-newsletter-slim.webp" alt="Abonniere unseren kostenlosen WordPress- und KI-Newsletter." class="wp-image-13287" title="Abonniere unseren kostenlosen WordPress- und KI-Newsletter." srcset="https://www.perun.net/wp-content/uploads/2026/05/wordpress-ki-newsletter-slim.webp 1400w, https://www.perun.net/wp-content/uploads/2026/05/wordpress-ki-newsletter-slim-400x41.webp 400w, https://www.perun.net/wp-content/uploads/2026/05/wordpress-ki-newsletter-slim-800x83.webp 800w, https://www.perun.net/wp-content/uploads/2026/05/wordpress-ki-newsletter-slim-768x80.webp 768w" sizes="auto, (max-width: 1400px) 100vw, 1400px" /> AI Overviews, LLMs und das neue Suchverhalten Wenn ich diesen Artikel vor drei oder vier Jahren geschrieben hätte, wäre dieser Abschnitt nicht drin gewesen. Das Thema hatte damals einfach noch nicht die Relevanz, die es heute hat. Inzwischen haben sich Google AI Overviews, ChatGPT-Suche und ähnliche generative Antwortmaschinen so weit etabliert, dass kein SEO-Artikel daran vorbeikommt. Was AI‑Overviews mit deinem Traffic machen Die nüchternen Zahlen zuerst: Wenn Google für eine Suchanfrage eine KI-Zusammenfassung über den klassischen Suchergebnissen einblendet, gehen die Klicks auf die organischen Treffer messbar zurück. Verschiedene Studien aus 2025 und 2026 zeigen Rückgänge in einer breiten Spanne von rund 18 Prozent bis zu über 46 Prozent, je nach Methodik und Suchanfragen-Typ. Besonders betroffen sind informationelle Suchanfragen, also genau das, womit Blogs traditionell ihren Traffic generieren. Klar, nicht jede Suchanfrage löst eine AI‑Overview aus, und in einigen Branchen sind die Auswirkungen begrenzter als in anderen. Aber die Richtung ist eindeutig: Wer früher allein vom organischen Suchtraffic gelebt hat, sollte das Geschäftsmodell überdenken. Ich habe das Thema – inklusive der praktischen Konsequenzen für kleine und mittlere Anbieter – in einem eigenen Artikel ausführlich behandelt: ChatGPT SEO: Die Evolution des Suchbegriffs. Wer sich mit den konkreten Gegenmaßnahmen beschäftigen möchte, findet außerdem in meinem älteren Beitrag Zero Click Searches: Fluch oder Segen für deine Website? eine Übersicht der Möglichkeiten: Newsletter, RSS, Community-Aufbau und Co. GEO: Neues Spielfeld oder alter Wein in neuen Schläuchen? Unter dem Begriff Generative Engine Optimization (GEO) hat sich seit 2024 eine ganze Marketing-Industrie zusammengefunden, die dir erklärt, wie du in KI-Antworten zitiert wirst. Wobei ich hier zur Mäßigung rate. Die meisten der bekannten GEO-Tipps, strukturierte Inhalte, klare Antworten auf konkrete Fragen, vertrauenswürdige Quellenangaben, sind im Kern altbekannte SEO‑Empfehlungen. Wer schon vorher saubere Inhalte mit guter Struktur veröffentlicht hat, ist auch für die KI-Welt halbwegs gerüstet. Was sich allerdings tatsächlich verschiebt, ist der Fokus: Statt nur ranken zu wollen, geht es darum, zitiert zu werden. Und das ist eine andere Disziplin. Nicht radikal anders, aber mit eigenen Akzenten. LLM-Crawler: zulassen, blockieren oder differenzieren? Eine praktische Frage, die mir oft gestellt wird: Soll ich die KI-Crawler von OpenAI, Anthropic, Google und anderen auf meiner Seite zulassen oder per robots.txt blockieren? Die Antwort hängt davon ab, was du erreichen willst. Wer möchte, dass seine Inhalte in ChatGPT, Claude oder Gemini auftauchen, der muss die entsprechenden Crawler grundsätzlich zulassen. Wer das aus prinzipiellen Gründen ablehnt, kann sie blockieren. Verzichtet damit aber auch auf die Sichtbarkeit in den genannten Systemen. Eine Mischlösung gibt es ebenfalls: einzelne Crawler differenziert behandeln, je nachdem, wie der Anbieter mit Inhalten umgeht. Meine pragmatische Linie: Ich lasse die meisten Crawler zu, weil mir die Sichtbarkeit wichtiger ist als das Prinzip. Aber ich kann jeden verstehen, der das anders entscheidet. Was ist mit llms.txt? Seit 2024 geistert ein Vorschlag namens llms.txt durch die SEO‑Welt. Eine Art Sitemap, speziell für KI‑Modelle. Die Idee klingt zunächst plausibel: Du legst eine Markdown-Datei im Wurzelverzeichnis an, die LLMs auf die wichtigsten Inhalte deiner Seite hinweist. Wobei ich ehrlich sagen muss: Die aktuelle Datenlage spricht eher gegen einen großen Effekt. Mehrere unabhängige Untersuchungen aus 2025 und 2026 (etwa von SE Ranking und ALLMO.ai) konnten keinen messbaren Zusammenhang zwischen vorhandenenllms.txt und tatsächlichen Zitaten in KI-Antworten feststellen. Auch Googles John Mueller hat in mehreren öffentlichen Aussagen klargestellt, dass die Google-Suche das Format nicht nutzt und keine AI-Systeme die Datei aktiv abfragen. Nachzulesen etwa beim Search Engine Roundtable. Mein Fazit für 2026: llms.txt ist mit überschaubarem Aufwand einrichtbar, und manche Plugins wie Yoast SEO erstellen das mittlerweile automatisch. Wenn dich das Thema nicht abschreckt, kannst du es mitnehmen, aber als Ranking-Wunderwaffe würde ich es nicht verkaufen. Schau’n wir mal, ob sich daraus mittelfristig ein Standard entwickelt oder ob es im Sande verläuft. Meine Einschätzung Die KI-getriebene Veränderung des Suchverhaltens ist real und wird sich in den nächsten Jahren weiter verstärken. Mit dieser Einschätzung stehe ich nicht allein. Was ich allerdings nicht teile, ist die Panik, die damit oft einhergeht. Wer seit Jahren saubere, hilfreiche Inhalte zu seinem Themenfeld veröffentlicht und eine eigene Community aufbaut, sei es über Newsletter, RSS oder direkte Leserbeziehungen, der ist deutlich besser aufgestellt als jemand, der allein auf SEO-Traffic gewettet hat. Die wichtigste Lektion aus den letzten Jahren: Verlasse dich nicht auf eine einzige Trafficquelle. Das war 2011 schon eine gute Idee und ist es heute mehr denn je. Alte Inhalte als das Stiefkind im SEO-Alltag Wer länger bloggt, hat irgendwann das Problem, das ich auch habe: einen Berg an Altartikeln, die teilweise nicht mehr aktuell, manchmal sogar peinlich, aber meist noch im Index sind. Was tun damit? Komplett löschen? Aktualisieren? In Ruhe lassen? Meine Standard-Antwort: Es kommt darauf an. Aber ein paar Faustregeln gibt es schon. Wann sich eine Aktualisierung lohnt Wenn ein älterer Artikel zu einem Thema gehört, das nach wie vor relevant ist, lohnt sich oft die Aktualisierung statt eines komplett neuen Beitrags. Vorteile: Die URL bleibt erhalten, eingehende Links bleiben aktiv, die bisherige Position in den Suchergebnissen bleibt erstmal stehen. Nachteil: Aktualisieren ist anspruchsvoller, als man denkt – manchmal ist es einfacher, einen neuen Artikel zu schreiben. Mein Pragmatismus: Wenn der Originalartikel einen guten Aufbau hat und nur die Fakten veraltet sind, aktualisiere ich. Wenn die ganze Argumentation überholt ist, schreibe ich einen neuen Beitrag und setze, wo sinnvoll, eine Weiterleitung von der alten zur neuen URL. Bei der Bewertung alter Inhalte hilft eine grobe Einteilung in vier Kategorien: aktualisieren (der Artikel hat noch Potenzial), zusammenführen (mehrere schwache Beiträge ergeben einen starken), weiterleiten (alter Artikel ist überholt, aber eine passende neue URL existiert) oder noindex (Inhalt soll online bleiben, aber nicht mehr in der Suche erscheinen). Warum ich noindex statt löschen wähle Bei Artikeln, die ich nicht mehr in der Suche haben will, aber auch nicht löschen mag (Stichwort Lesezeichen, eingehende Links, eigene Verweise aus späteren Beiträgen), setze ich seit einer Weile gezielt auf noindex ohne nofollow. Das ist eine bewusste Entscheidung: Ich will den Artikel zwar aus dem Suchergebnis nehmen, aber die internen Links, die er auf andere – noch indexierte – Beiträge setzt, sollen weiter wirken. Das Bulk-Vorgehen für genau diesen Fall habe ich in einem eigenen Artikel beschrieben: WordPress: Alte Artikel per Bulk auf noindex setzen. Dort findest du auch das Plugin, das ich dafür nutze. 404-Fehler vermeiden, sinnvolle Weiterleitungen aufsetzen Was du auf jeden Fall vermeiden solltest: einfach Artikel zu löschen, ohne über die Konsequenzen nachzudenken. Jeder gelöschte Artikel produziert einen 404-Fehler, sobald jemand (ein Mensch oder ein Bot) die alte URL aufruft. Das ist nicht das Ende der Welt, aber unsauber. Wenn du einen Artikel wirklich entfernen willst, gibt es drei sinnvolle Optionen: eine 301-Weiterleitung auf einen verwandten, aktuellen Beitrag, eine Weiterleitung auf eine passende Kategorie-Seite oder – wenn nichts davon passt – ein bewusstes 410 (Gone), das Suchmaschinen klar signalisiert: Diese Seite existiert nicht mehr und kommt auch nicht wieder. Monitoring und was du wirklich messen solltest SEO ohne Monitoring ist wie Autofahren mit verbundenen Augen: Du kommst vielleicht voran, aber wohin, weißt du nicht. Was du im Auge behalten solltest, hängt von deinen Zielen ab – die Werkzeuge sind aber weitgehend die gleichen. Google Search Console: immer noch das wichtigste kostenlose Werkzeug Wenn du nur ein einziges SEO-Tool nutzt, dann dieses: Die Google Search Console ist kostenlos, verlässlich und liefert dir Informationen, die du nirgendwo sonst bekommst – etwa welche Suchanfragen zu deiner Seite führen, wie oft deine Seiten gezeigt und geklickt werden und welche Fehler Google beim Crawlen findet. Die wichtigsten Berichte aus meiner Sicht: der Leistungsbericht (Suchanfragen, Klicks, Impressionen), der Indexierungsbericht (welche Seiten sind im Index, welche nicht) und seit einiger Zeit auch der Core-Web-Vitals-Bericht. Analytics mit oder ohne Datenschutzkopfschmerzen Beim Web-Analytics ist die Lage 2026 unübersichtlich. Google Analytics 4 ist nach wie vor verbreitet, aber rechtlich heikel und für viele Nutzer schlicht unverständlich aufgebaut. Datenschutzfreundliche Alternativen wie Matomo, Plausible oder Fathom sind aus meiner Sicht der bessere Weg, sofern dein Auswertungsbedarf nicht zu komplex ist. Was ich praktisch empfehle: ein Analytics-Tool, mit dem du die wichtigsten Fragen beantworten kannst: Woher kommen meine Besucher und welche Inhalte funktionieren? Mehr brauchen die meisten kleineren Projekte gar nicht. Dafür ist Koko Analytics ausreichend. Welche Kennzahlen wirklich aussagekräftig sind Es gibt eine Menge Metriken, die hübsch aussehen, aber wenig sagen. Eine Kennzahl wie »Bounce Rate« beispielsweise ist für viele Inhaltstypen schlicht irreführend. Was ich mir tatsächlich anschaue: Bei der Search Console schaue ich, welche Suchanfragen mir Klicks bringen und welche viele Impressionen, aber wenige Klicks erzeugen. Klarer Hinweis auf optimierbare Titel und Meta-Beschreibungen. Bei Analytics interessiert mich, welche Inhalte tatsächlich gelesen werden, woher die Besucher kommen und welche externen Quellen funktionieren. Wie oft sollte man draufschauen? Aus meiner Erfahrung: Einmal pro Woche ist für viele Projekte ausreichend. Typische Fehler aus der Praxis Bevor wir zum Fazit kommen, ein paar Fehler, die mir in den vergangenen Jahren sowohl bei eigenen als auch bei Kundenprojekten regelmäßig begegnet sind. Manche davon habe ich auch selbst gemacht. Das gehört zum Lernen dazu. Permalinks nachträglich ändern Klassiker Nummer eins: Eine Website läuft seit Jahren stabil, dann beschließt jemand, die Permalink-Struktur »schöner« zu machen. Aus /2024/03/15/artikelname/ wird /blog/artikelname/. Klingt aufgeräumter, ist aber ein Rezept für 404er auf breiter Front, sofern keine ordentlichen Weiterleitungen mit aufgesetzt werden. Mein Rat: Permalinks ändert man nur, wenn es einen wirklich triftigen Grund gibt. Und dann nur mit einer sauberen 301-Weiterleitungs-Strategie für alle alten URLs. Plugin-Stapelei Zweiter Klassiker: Für jedes kleine Problem ein eigenes Plugin. Am Ende stehen 30 oder 40 Plugins im Backend, von denen die Hälfte sich gegenseitig ins Gehege kommt, ein Drittel seit zwei Jahren keine Updates mehr bekommen hat und der Rest die Ladezeit verlängert. Was ich versuche: Vor jeder Plugin-Installation zu prüfen, ob sich das Problem nicht auch ohne Plugin lösen lässt etwa mit ein paar Zeilen Code im Theme oder mit Bordmitteln von WordPress. Staging und Relaunch: kleine Unachtsamkeiten, große Wirkung Ein Klassiker, der viel Schaden anrichten kann: Eine Staging- oder Testumgebung wird nicht richtig vor Suchmaschinen geschützt und landet im Google-Index. Oder – noch unangenehmer – beim Relaunch wird die noindex-Einstellung der Live-Seite vergessen. Beides passiert schneller, als man denkt. Vor jedem Relaunch lohnt sich daher eine kurze Checkliste: Ist die Live-Seite wirklich indexierbar? Sind Test- und Staging-Systeme per noindex oder Passwortschutz abgesichert? Stimmen die Canonicals? Funktionieren die wichtigsten Weiterleitungen? SEO-Mythen, die sich hartnäckig halten Es gibt eine Reihe von Mythen, die sich seit Jahren halten, und kaum jemand kann erklären, warum. »Keyword-Dichte muss bei 2 Prozent liegen« ist ein solcher Klassiker. Google hat die Keyword-Dichte als Ranking-Faktor seit über einem Jahrzehnt nicht mehr als bedeutsam betrachtet. Ähnlich die »Duplicate-Content-Panik«: Wer denselben Inhalt in zwei verschiedenen Sprachen oder als Print- und Online-Variante hat, muss sich keine Sorgen machen, dass Google das abstraft. Wer immer noch nach starren Keyword-Quoten optimiert oder bei jeder identischen Phrase Panik bekommt, verschwendet Energie an die falschen Stellen. Zu viel Technik, zu wenig Substanz Das ist vielleicht der wichtigste Punkt: Viele Website-Betreiber stecken endlos Energie in technische Mikro-Optimierungen – das letzte Millisekündchen LCP, das perfekte Schema-Markup, das letzte Quäntchen Cache-Optimierung – und schreiben dabei seltener und schlechter. Aus meiner Sicht ist das Verhältnis falschherum. Lieber einmal pro Woche einen ordentlichen Artikel schreiben als zweimal pro Woche an der robots.txt feilen. <img loading="lazy" decoding="async" width="1400" height="145" src="https://www.perun.net/wp-content/uploads/2026/05/wordpress-ki-newsletter-slim.webp" alt="Abonniere unseren kostenlosen WordPress- und KI-Newsletter." class="wp-image-13287" title="Abonniere unseren kostenlosen WordPress- und KI-Newsletter." srcset="https://www.perun.net/wp-content/uploads/2026/05/wordpress-ki-newsletter-slim.webp 1400w, https://www.perun.net/wp-content/uploads/2026/05/wordpress-ki-newsletter-slim-400x41.webp 400w, https://www.perun.net/wp-content/uploads/2026/05/wordpress-ki-newsletter-slim-800x83.webp 800w, https://www.perun.net/wp-content/uploads/2026/05/wordpress-ki-newsletter-slim-768x80.webp 768w" sizes="auto, (max-width: 1400px) 100vw, 1400px" /> Mein Fazit für WordPress-SEO 2026 Wenn ich diesen Artikel auf einen Satz reduzieren müsste, dann würde der lauten: Mach die Grundlagen ordentlich, lass dich nicht von jedem Hype anstecken und verlasse dich nicht auf eine einzige Trafficquelle. Was 2026 wirklich neu ist: Die KI-getriebenen Antwortmaschinen verändern, wie und wo Inhalte gefunden, gelesen und zitiert werden. Das ist eine reale Verschiebung, und sie wird sich in den nächsten Jahren weiter verstärken. Wer früher allein vom organischen Suchtraffic gelebt hat, sollte das Geschäftsmodell überdenken. Das war im Zero-Click-Artikel schon vor drei Jahren kein neues Thema mehr und ist heute akuter denn je. Was bleibt: Inhalte, die einen echten Mehrwert liefern. Eine technisch saubere Website. Geduld. Und vielleicht der wichtigste Punkt: ein zweites oder drittes Standbein neben Google. Newsletter, RSS, eine eigene Community. Das sind die Kanäle, die dir niemand wegnehmen kann, weil keine Such-Engine zwischen dir und deinen Lesern steht. Wer das im Hinterkopf hat, schaut auf die Entwicklungen der nächsten Jahre vermutlich entspannter als jemand, der bei jedem neuen Algorithmus-Update Schweißausbrüche bekommt. Mal schauen, wie sich das Ganze in den nächsten zwei bis drei Jahren entwickelt. Wie schaut es bei euch aus? Welches der genannten Themen findet ihr 2026 am wichtigsten und welches überbewertet? Habt ihr eine eigene Strategie für die KI-getriebenen Veränderungen entwickelt? Ich freue mich über eure Erfahrungen in den Kommentaren. Nachtrag, 17. Mai 2026 Google hat am 15. Mai 2026 ein eigenes Dokument zur Optimierung für generative AI-Features veröffentlicht: Optimizing your website for generative AI features on Google Search. Lohnenswerte Lektüre, vor allem weil Google an mehreren Stellen offiziell festhält, was andere und ich auch schon vermutet haben. Die für mich wichtigsten Punkte: llms.txt ist nicht nötig. Google sagt es klipp und klar: Du musst keine speziellen maschinenlesbaren Dateien oder Markdown-Files anlegen, um in den generativen AI-Antworten aufzutauchen. Das deckt sich mit meiner Einschätzung weiter oben. GEO und AEO sind keine eigenen Disziplinen. Google formuliert es so: Optimierung für generative AI-Suche ist Optimierung für die Suche und damit weiterhin schlicht SEO. Wer dir etwas anderes verkaufen möchte, sollte zumindest erklären können, warum. Strukturierte Daten sind nicht erforderlich für generative AI-Antworten, aber weiterhin nützlich für Rich Results. Keine Überraschung, aber gut, das mal offiziell zu lesen. Query fan-out: Google bestätigt, dass aus einer Nutzerfrage automatisch mehrere parallele Suchanfragen erzeugt werden, um passende Inhalte zu finden. Genau das ist der Grund, warum es heute sinnvoller ist, in Themenfeldern und konkreten Fragen zu denken, statt sich an einzelnen Keywords festzuhalten und diese abzuarbeiten. Fragen und Antworten Sollte ich bei einem neuen Blog mit einer Subdomain (blog.firma.de) oder einem Verzeichnis (firma.de/blog/) starten? Kurze Antwort: In den meisten Fällen mit dem Verzeichnis. Suchmaschinen behandeln Subdomains technisch wie eigenständige Websites. Das heißt, der ganze Vertrauensbonus, den deine Hauptdomain über die Jahre aufgebaut hat, hilft dem Blog auf der Subdomain nur eingeschränkt. Beim Verzeichnis profitiert der Blog dagegen direkt von der gesamten Domain-Autorität. Es gibt Situationen, in denen eine Subdomain Sinn ergibt: wenn der Blog technisch komplett getrennt laufen muss (anderes CMS, andere Server-Architektur) oder wenn es sich um ein eigenständiges Projekt mit eigener Identität handelt. Für den klassischen Unternehmensblog ist das Verzeichnis aber meine Standardempfehlung. Wie verhalte ich mich bei einem Domain-Umzug aus SEO-Sicht? Ein Domain-Umzug ist einer der riskantesten Schritte, die man mit einer etablierten Website machen kann. Wenn die Vorbereitung schludrig ist, verlierst du im schlimmsten Fall einen großen Teil deines Suchtraffics auf Monate. Was du auf jeden Fall brauchst: eine vollständige Liste aller URLs der alten Domain, dazu eine saubere 301-Weiterleitungs-Strategie, die jede einzelne alte URL auf das passende neue Gegenstück lenkt. Pauschal alles auf die neue Startseite weiterzuleiten, ist der häufigste Fehler und SEO-mäßig fast so schlecht wie gar keine Weiterleitungen. Zusätzlich solltest du beide Domains in der Google Search Console verifizieren, dort den Adressänderungs-Antrag stellen und in den ersten Wochen nach dem Umzug intensiv beobachten, ob die Indexierung sauber durchläuft. Praktischer Hinweis: Plane für den Umzug mindestens eine Woche reines Vorbereitungs-Zeitfenster ein, wenn du die Sache selbst stemmst. Den Umzug ein bis zwei Tage vor dem Flug in den Urlaub anzusetzen, ist keine gute Idee. Lohnen sich klassische Backlinks 2026 überhaupt noch? Kurze Antwort: ja, aber nicht in der Form, in der Backlinks früher gehandelt wurden. Die Zeiten, in denen man Linktauschnetzwerke, Webkataloge oder gekaufte Gastbeiträge mit Linkboost als SEO-Strategie verkaufen konnte, sind seit Jahren vorbei. Google erkennt solche Muster relativ zuverlässig, und im schlimmsten Fall handelst du dir damit eine manuelle Maßnahme ein. Was nach wie vor funktioniert, sind echte, redaktionell motivierte Verlinkungen: Jemand verlinkt deinen Artikel, weil er ihn relevant oder hilfreich findet. Diese Art von Backlink ist wertvoll wie eh und je, und sie ist auch eines der wenigen klaren Signale, an denen sich KI-Antwortsysteme wie ChatGPT oder Perplexity orientieren, wenn sie Quellen auswählen. Wie bekommt man solche Backlinks? Indem man Inhalte schreibt, die es wert sind, verlinkt zu werden. Klingt banal, ist aber die einzige nachhaltige Antwort. Wie schreibe ich Inhalte, die wahrscheinlicher in KI-Antworten zitiert werden? Ganz ehrlich: Niemand außerhalb der LLM-Anbieter weiß mit Sicherheit, wie deren Auswahlmechanismen funktionieren. Aber es gibt ein paar Muster, die sich in der Praxis abzeichnen. KI-Systeme bevorzugen tendenziell Inhalte, die eine klare Frage direkt beantworten, eine eindeutige Position vertreten und sich an konkreten Beispielen festmachen lassen. Schwammige Allgemeinplätze und »Es kommt darauf an«-Texte werden seltener zitiert, auch wenn sie inhaltlich nicht falsch sind. Praktische Ableitungen: Frage als Überschrift oder Zwischenüberschrift, klare Antwort im ersten Satz darunter Konkrete Zahlen, Eigennamen, Versionen statt unscharfer Formulierungen Eigene Einschätzung oder Empfehlung deutlich kennzeichnen, statt nur Optionen aufzulisten Strukturierte Daten und saubere HTML-Semantik helfen wahrscheinlich, allerdings ist die Studienlage hier noch dünn Was sich erkennbar nicht lohnt, ist die Anfertigung spezieller »KI-Versionen« von Inhalten oder die mechanische Optimierung auf vermeintliche GEO‑Faktoren. Gute Inhalte mit klarer Struktur sind 2026 auch die Inhalte, die KI-Systeme bevorzugt zitieren. Verwandte Beiträge: ChatGPT SEO: Die Evolution des Suchbegriffs Sterben auf Raten: Twitter will AMP-Unterstützung einstellen Google SEO: Shop + Blog = “Best Practice” Linkschleuder: Impressum auf Facebook & Google+, Echtzeit-Wiki, 9 Backlinkchecker, Farbtool Autoren-SEO: WordPress.org-Profil mit Google+ verknüpfen Quelle
WordPress: Alte Artikel per Bulk auf noindex setzen
Alte Blogartikel sind nicht immer ein Fall für den Papierkorb. Manchmal reicht ein "noindex", damit sie aus der Google-Suche verschwinden und die Altlinks trotzdem intakt bleiben. Mit einem handlichen Plugin geht das auch in Bulk.
Vergangene Woche habe ich es endlich geschafft, diese Website aus dem Winterschlaf zu holen. Dabei habe ich dann auch einen näheren Blick auf die mehr als 3.400 Blogartikel zu werfen. Einige davon waren deutlich in die Jahre gekommen. Entweder nicht mehr relevant oder schlicht zu kurz und zu dünn für heutige Verhältnisse: Gewinnspiele aus 2007, Ankündigungen über bevorstehende Veranstaltungen aus 2008, kurze News-Meldungen etc. Solche Inhalte einfach weiter in der Google-Suche mitschwimmen zu lassen, ist selten eine gute Idee. Wer über einen veralteten oder für den restlichen Inhalt der Website unrelevanten Treffer reinkommt, geht schnell wieder, weil er weder einen guten Eindruck vom Blog noch wirklich hilfreiche Informationen mitgenommen hat. Warum nicht direkt löschen? Löschen wäre einfach gewesen. Hierfür gibt es in WordPress direkt ein Bordmittel. Aber ich wollte die Artikel nicht löschen. Zum einen hänge ich ein wenig an diesen alten Texten. Sie sind praktisch ein kleines Tagebuch aus verschiedenen Phasen des Webs und aus der Entwicklung von WordPress selbst. Zum anderen gibt es Altlinks, Lesezeichen und interne Verlinkungen, die ich mir mit einer Löschaktion komplett zerschießen würde. 404er an allen Ecken und Enden sind für niemanden ein Gewinn. Andererseits sollte die Bereinigungsaktion auch nicht zu viel Arbeit in Anspruch nehmen und hier gab es schon ein erstes kleines Problem. Die gängigen großen SEO-Plugins erlauben zwar, einzelne Artikel oder bestimmte Bereiche (Kategorien, Schlagwörter etc.) für Suchmaschinen auszublenden. Was ich aber benötigte, war eine schnelle Übersicht über die Blogartikel und die Möglichkeit, einzelne oder mehrere Artikel direkt in der Übersicht auf noindex⁣zu setzen. Das Plugin: Bulk NoIndex & NoFollow Toolkit Für solche Aufräumaktionen gibt es ein schlankes und praktisches Plugin: Bulk NoIndex & NoFollow Toolkit aus dem Haus Mad Fish Digital. Wie der Name schon verrät, kannst du damit mehrere Beiträge oder Seiten auf einmal auf noindex und/oder nofollow umstellen. Die Bedienung läuft über die Bulk-Aktionen in der Beitragsübersicht im WordPress-Backend. Du markierst wie gewohnt die gewünschten Beiträge, wählst im Dropdown die passende Aktion aus und schließt mit »Apply« ab. <img loading="lazy" decoding="async" width="800" height="448" src="https://www.perun.net/wp-content/uploads/2026/04/bulk-noindex-uebersicht-800x448.webp" alt="" class="wp-image-13254" srcset="https://www.perun.net/wp-content/uploads/2026/04/bulk-noindex-uebersicht-800x448.webp 800w, https://www.perun.net/wp-content/uploads/2026/04/bulk-noindex-uebersicht-400x224.webp 400w, https://www.perun.net/wp-content/uploads/2026/04/bulk-noindex-uebersicht-768x431.webp 768w, https://www.perun.net/wp-content/uploads/2026/04/bulk-noindex-uebersicht.webp 1411w" sizes="auto, (max-width: 800px) 100vw, 800px" /> Bulk Noindex im Backend: Im Bereich “Werkzeuge” kannst du das Plugin ansteuern und stapelweise Blogbeiträge auf noindex oder nofollow setzen Du kannst die Blogartikel nach Anzahl der Wörter, nach Anzahl der Zeichen oder nach Datum sortieren und dann entweder stapelweise (Bulk Actions) oder einzeln in der Übersicht auf noindex und/oder nofollow setzen. Mad Fish Digital hat auf dem eigenen Blog auch einen passenden Hintergrundartikel dazu: Bulk NoIndex WordPress Pages. Dort geht man etwas genauer darauf ein, warum sie das Plugin überhaupt gebaut haben und in welchen SEO-Szenarien sich der Einsatz lohnt. Warum nur noindex und nicht nofollow? Hier ein Punkt, der häufig durcheinandergeworfen wird. noindex bedeutet: Google soll diese Seite nicht mehr in den Index aufnehmen oder sie dort wieder entfernen. Dagegen steht nofollow⁣ dafür, dass die Suchmaschinen in den jeweiligen Artikeln nicht mehr folgen sollen. Ich habe mich bewusst gegen nofollow entschieden. Der Grund: In den alten Artikeln gibt es viele interne Links auf andere Beiträge von mir, die ich weiterhin im Index haben möchte. Wenn ich jetzt zusätzlich nofollow gesetzt hätte, wären diese internen Link-Signale einfach weg. Fazit und offene Fragen Du musst alte Inhalte nicht löschen, damit sie aus der Google-Suche verschwinden. Mit einer bewussten noindex-Entscheidung kannst du Ballast aus dem Index nehmen, ohne die Verlinkung und die historische Substanz deines Blogs zu opfern. Das Bulk NoIndex & NoFollow Toolkit hilft dir bei der Fleißarbeit und ist für solche Aufräumaktionen ein ordentliches Werkzeug. Wie schaut es bei euch aus? Macht ihr solche Aufräumaktionen, und falls ja, wie oft, und welche Tools nutzt ihr dabei? 1. Wie lange dauert es, bis Google die Artikel tatsächlich aus dem Index entfernt? Das hängt davon ab, wie oft Google deine Website crawlt und wie gut die interne Verlinkung zu den betroffenen Seiten ist. In der Google Search Console kannst du den Fortschritt im Index-Bericht mitverfolgen. Beschleunigen lässt sich der Prozess, indem du einzelne URLs dort zur erneuten Überprüfung einreichst. 2. Sollte ich die auf noindex gesetzten Artikel zusätzlich aus der XML-Sitemap entfernen? Ein klares Jein. Damit Google den noindex-Hinweis überhaupt mitbekommt, muss der Bot die Seite ja weiterhin besuchen können. Bleibt die URL vorerst in der Sitemap, wird sie regelmäßig gecrawlt, und der noindex-Status wird schneller erkannt. Erst wenn die Seite stabil aus dem Index gefallen ist, kann sie auch aus der Sitemap raus. Die meisten SEO-Plugins, darunter auch The SEO Framework, nehmen noindex-Seiten automatisch aus der Sitemap. Ein Blick in die eigenen Einstellungen und in die Sitemap schadet trotzdem nicht. 3. Ist ein 301-Redirect auf einen aktuellen Artikel nicht die elegantere Lösung? Wenn es einen klaren Nachfolger gibt, dann ja. Ein 301 gibt die Backlink-Signale an den neuen Artikel weiter und ist in solchen Fällen meistens die bessere Wahl. In meinem konkreten Fall geht es aber um alte Beiträge, zu denen schlicht kein echter Nachfolger existiert. Auf die Startseite weiterleiten oder auf »irgendwas grob Ähnliches« wäre sinnlos und würde niemandem helfen. Nachtrag vom 10. Mai 2026: Falls du einen ausführlichen Blogartikel zum Thema SEO suchst, schaue dir den Artikel WordPress SEO 2026: Was hat sich verändert, was bleibt? an. Verwandte Beiträge: Wechsel von wpSEO zu SEOPress zu The SEO Framework Fehlerhafte Links in WordPress aufspüren 7 SEO-Plugins bzw. -Lösungen für WordPress WordPress: mit wpSEO Weiterleitungen einrichten und Umlaute in Permalinks konvertieren Google News: WordPress-Tags als news_keywords Quelle
Die Entwicklung von WordPress im Jahr 2025 bleibt spannend. Der Hauptfokus liegt auf Zusammenarbeit und Kooperation.
Schon lange wurde darüber gesprochen, jetzt soll es im nächsten Jahr endlich so weit sein, die 3. Gutenberg-Phase beginnt und damit beginnt eine neue spannende Entwicklungsphase. In dieser dritten Phase geht es hauptsächlich darum, Zusammenarbeit einfacher und effizienter zu gestalten und WordPress für Teams und Organisationen noch attraktiver zu machen. Sowohl die Live-Zusammenarbeit als auch die asynchrone Zusammenarbeit können jetzt schon als Experimente des Gutenberg-Plugins ausprobiert werden. Live-Zusammenarbeit Die Live-Zusammenarbeit nutzt dafür eine Synchronisation der Inhalte durch die HTTP-API und greift wie die Auto-Speicherung in regelmäßigen Abständen. Bei meinem Versuch, die Live-Zusammenarbeit zu testen, hat diese allerdings bisher nicht funktioniert. Kommentar-Funktion Die asynchrone Zusammenarbeit mehrerer Autoren an einem Beitrag oder einer Seite kann über Kommentare erfolgen. Dafür kann jeder Block kommentiert werden. Das Menü dafür erreicht man über das Block-Menü »Optionen« <img loading="lazy" decoding="async" width="1067" height="516" src="https://www.perun.net/wp-content/uploads/2024/12/image.png" alt="" class="wp-image-13138" style="border-width:1px;width:542px;height:auto" srcset="https://www.perun.net/wp-content/uploads/2024/12/image.png 1067w, https://www.perun.net/wp-content/uploads/2024/12/image-400x193.png 400w, https://www.perun.net/wp-content/uploads/2024/12/image-800x387.png 800w, https://www.perun.net/wp-content/uploads/2024/12/image-768x371.png 768w" sizes="auto, (max-width: 1067px) 100vw, 1067px" /> Blöcke können kommentiert werden. Die Kommentare selbst erscheinen dann in der Seitenleiste. Dort können sie bearbeitet, gelöscht oder beantwortet werden. <img loading="lazy" decoding="async" width="327" height="500" src="https://www.perun.net/wp-content/uploads/2024/12/image-1-327x500.png" alt="" class="wp-image-13139" style="border-width:1px;width:219px;height:auto" srcset="https://www.perun.net/wp-content/uploads/2024/12/image-1-327x500.png 327w, https://www.perun.net/wp-content/uploads/2024/12/image-1-164x250.png 164w, https://www.perun.net/wp-content/uploads/2024/12/image-1.png 456w" sizes="auto, (max-width: 327px) 100vw, 327px" /> Kommentare zu Blöcken Ich freue mich sehr über diese Möglichkeit, denn sie nützt nicht nur bei der Zusammenarbeit, sondern auch Einzel-Autoren können davon profitieren. So kann man sich Notizen machen zu Textabschnitten, die man vielleicht zu einem späteren Zeitpunkt ergänzen möchte. Man hat die Möglichkeit Ideen zu skizzieren und sich kleine Erinnerungen zu notieren. Auch im diesjährigen State of the Word wurde das Featuer gezeigt: Dieses Video auf YouTube ansehen. Das Video wird von Youtube eingebettet. Es gelten die Datenschutzerklärungen von Google. Erst nach dem du auf das "Video abspielen" klickst werden die Daten von YouTube geladen. Admin-Redesign Neben der Entwicklung im Bereich der Zusammenarbeit wird im Jahr 2025 auch kräftig weiter am Admin-Redesign gearbeitet. Hier wird es eine weitere Annäherung an das neue Design des Website-Editors geben. Zeitplan Der vorläufige Zeitplan für die kommenden WordPress-Versionen 6.8, 6.9 und 7.0 im Jahr 2025 sieht so aus: 6.8 – 15. April 6.9 – 5. August 7.0 – 11. November Markiert euch die Daten schon einmal in eurem Kalender 🙂 Verwandte Beiträge: WordPress 7.0 ist da: KI im Kern & ein frisches Dashboard Quelle
Podcast: Was macht eine WordPress-Website wirklich erfolgreich?
Vladimir war zu Gast im Podcast von Dominik, sie unterhalten sich unterhaltsam, aber auch informativ über WordPress.
Vladimir war im Podcast bei Dominik Liss zu Gast und die beiden haben – wie könnte es anders sein – über WordPress geredet. Die folgenden Themen kamen dabei zur Sprache: Was ist eine erfolgreiche Website? Was sollte man vor dem Projekt klären? Aufmerksamkeit generieren Website-Erfolg richtig messen »Es kommt darauf an« Wenn der Kunde die Zielgruppe nicht kennt… Ist WordPress das richtige Tool? Das Gespräch könnt ihr euch auf verschiedenen Kanälen anhören oder auch anschauen: Dieses Video auf YouTube ansehen. Das Video wird von Youtube eingebettet. Es gelten die Datenschutzerklärungen von Google. Erst nach dem du auf das "Video abspielen" klickst werden die Daten von YouTube geladen. YouTube-Video Apple Podcasts Spotify Verwandte Beiträge: Warum zeigt WordPress den Installations-Bildschirm an, obwohl WP bereits installiert ist? WordPress-Admin über FTP-Zugang anlegen WordPress: Verschachtelte & gemischte Listen erstellen, ohne Plugin World Backup Day Passwort-Cookie-Dauer in WordPress-Beiträgen anpassen Quelle
WordPress 6.7 bringt neben einem neuen Standard-Theme zahlreiche Optimierungen für Autoren und gibt auch Designer mehr Möglichkeiten WordPress-Websites zu gestalten.
Endlich ist es so weit, WordPress 6.7 ist erschienen. Höchste Zeit, sich genau anzuschauen, was für Neuerungen kommen. Neues Standard-Theme Twenty Twenty-Five Das neue Standard-Theme Twenty Twenty-Five, das mit WordPress 6.7 eingeführt wird, ist ein FSE-Theme, das den Nutzern wieder die volle Gestaltungsfreiheit bringt, die für FSE-Themes so typisch ist. Ohne Anpassungen ist das neue Standard-Theme vor allen Dingen für Blogger optimiert. Es bietet jeweils neun verschiedene Stile und Paletten sowie acht unterschiedliche Typografie-Varianten. Somit kann das Theme auch ohne größere Anpassungen individuell gestalten. FSE: Full Site Editing Alle Bereiche einer Website können mithilfe von Blöcken komplett selbst gestaltet und inhaltlich gesteuert werden. Zoom für mehr Überblick Die Zoom-Out-Ansicht vereinfacht die Bearbeitung. Durch den Zoom-Button, der sich oben rechts neben dem Anzeige-Button befindet, erhält man für die Bearbeitung einen besseren Überblick bzw. Gesamteindruck. Dies ist insbesondere bei der Gestaltung einer Seite hilfreich und hilft, Design-Prozesse zu optimieren und intuitiver zu gestalten. <img loading="lazy" decoding="async" width="800" height="308" src="https://www.perun.net/wp-content/uploads/2024/11/image-1-800x308.png" alt="" class="has-border-color has-cyan-bluish-gray-border-color wp-image-13123" style="border-width:1px" srcset="https://www.perun.net/wp-content/uploads/2024/11/image-1-800x308.png 800w, https://www.perun.net/wp-content/uploads/2024/11/image-1-400x154.png 400w, https://www.perun.net/wp-content/uploads/2024/11/image-1-768x296.png 768w, https://www.perun.net/wp-content/uploads/2024/11/image-1-1536x592.png 1536w, https://www.perun.net/wp-content/uploads/2024/11/image-1.png 1577w" sizes="auto, (max-width: 800px) 100vw, 800px" /> Standard-Ansicht <img loading="lazy" decoding="async" width="800" height="308" src="https://www.perun.net/wp-content/uploads/2024/11/image-2-800x308.png" alt="" class="has-border-color has-cyan-bluish-gray-border-color wp-image-13124" style="border-width:1px" srcset="https://www.perun.net/wp-content/uploads/2024/11/image-2-800x308.png 800w, https://www.perun.net/wp-content/uploads/2024/11/image-2-400x154.png 400w, https://www.perun.net/wp-content/uploads/2024/11/image-2-768x296.png 768w, https://www.perun.net/wp-content/uploads/2024/11/image-2-1536x592.png 1536w, https://www.perun.net/wp-content/uploads/2024/11/image-2.png 1577w" sizes="auto, (max-width: 800px) 100vw, 800px" /> Zoom-Ansicht Medien WordPress erweitert die Unterstützung von Mediendateien auf HEIC-Bilder, die für maximale Kompatibilität automatisch in JPEG konvertiert werden. Die Performance wird weiter gesteigert durch eine automatische Größenanpassung für Bilder. Optimierte Blöcke Mehrere Blöcke haben weitere Optionen zur Gestaltungsmöglichkeit erhalten. Die Entwickler weisen insbesondere darauf hin, dass die lange geforderte Schattenunterstützung für Gruppenblöcke hinzugefügt wurde. 😀 Vorschau-Optionen-API WordPress 6.7 verbessert die Vorschauoptionen im Block-Editor und ermöglicht es Entwicklern, die Vorschau von Inhalten anzupassen. Eine neue API ermöglicht es Plugins und Themes, benutzerdefinierte Elemente zum Dropdown-Menü der Vorschau hinzuzufügen, sodass Benutzer Inhalte in verschiedenen Formaten oder Umgebungen sehen können. Diese Flexibilität bereichert das Bearbeitungserlebnis unter Beibehaltung der vertrauten Vorschaudropdown-Struktur. Verbesserte Ansichten im Website-Design Die in WordPress 6.5 eingeführten Datenansichten im Website-Editor wurden weiter verbessert. Die verschiedenen Ansichten sollen flexibler für die Anpassung und funktionaler für die Verwendung gestaltet werden. Optimierter Abfrage-Block Der Abfrage-Loop-Block zur Darstellung wurde verbessert, da er nun standardmäßig automatisch die Abfrage von der Vorlage erbt, wodurch die Notwendigkeit einer manuellen Konfiguration entfällt. Dies bedeutet, dass Beiträge sowohl im Editor als auch im Frontend sofort angezeigt werden, was den Prozess vereinfacht. Wenn du den Abfrage-Block nutzt, kannst du dich also ab sofort auf die Inhalte konzentrieren, ohne dass eine zusätzliche Konfiguration erforderlich ist. Schriftgrößen WordPress 6.7 ermöglicht das Bearbeiten und Steuern von Schriftgrößenvorgaben. Die vom genutzten FSE-Theme bereitgestellten Voreinstellungen können dadurch geändert werden. Dabei gibt es auch die Möglichkeit, die flüssige Typografie zu aktivieren, sodass die Skalierung der Schriftgröße dynamisch erfolgt, angepasst an die Größe des Bildschirms oder Viewports. <img loading="lazy" decoding="async" width="193" height="500" src="https://www.perun.net/wp-content/uploads/2024/11/image-3-193x500.png" alt="" class="has-border-color has-cyan-bluish-gray-border-color wp-image-13125" style="border-width:1px" srcset="https://www.perun.net/wp-content/uploads/2024/11/image-3-193x500.png 193w, https://www.perun.net/wp-content/uploads/2024/11/image-3-96x250.png 96w, https://www.perun.net/wp-content/uploads/2024/11/image-3.png 424w" sizes="auto, (max-width: 193px) 100vw, 193px" /> Schriftgrößenvorgabe bearbeiten Fazit WordPress 6.7 bringt neben dem neuen Standard-Theme hauptsächlich viele »kleine« Neuerungen bzw. Verbesserungen, die den Nutzern wahrscheinlich erst auf den zweiten Blick auffallen (Schlagschatten für den Gruppen-Block, differenziertere Übersicht im Website-Editor etc.). Mit dem neuen Standard-Theme bietet WordPress wieder ein Theme an, das für Blogger konzipiert ist und setzt somit wieder einen Fokus auf die Erstellung von Inhalten. Verwandte Beiträge: WordPress 7.0 ist da: KI im Kern & ein frisches Dashboard Quelle
alt-Attribut für Beitragsbilder automatisch aus Beitragstitel generieren
Code für ein Child-Theme, um das alt-Attribut für Beitragsbilder auch automatisch zu setzen, wenn dieses leer ist.
Das alt-Attribut, oft auch fälschlicherweise als alt-Tag bezeichnet, ist ein HTML-Attribut für ein Bild, das den Alternativtext beinhaltet. Es ist zum einen wichtig für Suchmaschinen (SEO), spielt aber auch eine große Rolle für die Barrierefreiheit einer Seite. Screenreader lesen den Text des alt-Attributs vor. Wenn Bilder, aus den unterschiedlichsten Gründen, nicht geladen werden können, wird der Alternativtext dargestellt. Seit der WordPress-Version 3.5 wird das alt-Attribut für Bilder im Inhalt automatisch gesetzt, wenn das Bild keinen eigenen hat. Dies gilt allerdings nicht für Beitragsbilder. Wenn du auch für diese Bilder ein alt-Attribut anzeigen möchtest, dann kannst du den Code zur Ausgabe des Beitragsbilds entsprechend anpassen. Bitte bedenkt aber, dass nur Bilder, die eine Relevanz für den Inhalt des Beitrags haben, auch mit einem alt-Attribut versehen werden sollten. Rein dekorative Bilder benötigen kein alt-Attribut. Im folgenden Beispiel wird der Beitragstitel als alt-Attribut für ein Beitragsbild eingefügt: <?php if ( has_post_thumbnail() ) { $thumbnail_id = get_post_thumbnail_id(); $alt_text = get_post_meta( $thumbnail_id, '_wp_attachment_image_alt', true ); // Wenn kein Alternativtext vorhanden ist, einen Standardtext festlegen if ( empty( $alt_text ) ) { $alt_text = get_the_title(); } // Das Bild mit dem Alt-Attribut ausgeben echo wp_get_attachment_image( $thumbnail_id, 'large-post-thumb', false, array( 'alt' => $alt_text ) ); } ?> Diesen Code könnt ihr in das Child-Theme einfügen und somit die Standard-Ausgabe des Beitragsbilds entsprechend anpassen. Verwandte Beiträge: Keine verwandten Beiträge Quelle
Warum zeigt WordPress den Installations-Bildschirm an, obwohl WP bereits installiert ist?
Was ist passiert, wenn deine WordPress-Installation auf einmal neu installiert werden möchte? Wir zeigen dir, was du tun musst, um diesen Fehler zu beheben.
Das kann ein ziemlicher Schreck sein, wenn du bemerkst, dass anstatt deiner WordPress-Website der WordPress-Installations-Bildschirm angezeigt wird. Aber wie immer gilt: Ruhe bewahren und auf Fehlersuche gehen. Bevor du Änderungen vornimmst, erstelle ein Backup. <img loading="lazy" decoding="async" width="1274" height="1468" src="https://www.perun.net/wp-content/uploads/2024/03/wp-installations-bildschirm.png" alt="" class="wp-image-13084" srcset="https://www.perun.net/wp-content/uploads/2024/03/wp-installations-bildschirm.png 1274w, https://www.perun.net/wp-content/uploads/2024/03/wp-installations-bildschirm-217x250.png 217w, https://www.perun.net/wp-content/uploads/2024/03/wp-installations-bildschirm-434x500.png 434w, https://www.perun.net/wp-content/uploads/2024/03/wp-installations-bildschirm-768x885.png 768w" sizes="auto, (max-width: 1274px) 100vw, 1274px" /> WordPress-Installations-Bildschirm Für den Fall, dass anstatt deiner installierten WordPress-Website der Installations-Bildschirm von WordPress angezeigt wird, gibt es in den meisten Fällen zwei Fehlerquellen, und zwar die wp-config.php oder aber die Datenbank. Prüfe also die folgenden Dinge, genauer gesagt korrigiere/repariere sie: Sind alle Eintragungen in der wp-config.php korrekt? Stimmen die Angaben zur Datenbank, insbesondere auch die Angabe zum Tabellenpräfix? Dieser muss korrekt sein, auch was Groß- und Kleinschreibung angeht! Wenn du dir unsicher bist, welche Daten genau die wp-config.php enthalten muss, kannst du alles über die Konfigurationsdatei von WordPress hier nachlesen: WordPress: Was ist eigentlich … die wp-config.php Überprüfe bei deinem Provider bzw. bei der Datenbank, ob ein Zugriff von außen zugelassen wird. Schau, ob Datenbanktabellen repariert werden müssen. Wenn du all die oben genannten Fehlerquellen ausschließen kannst, ist eine weitere Möglichkeit, dass es ein Traffic-Limit für die Datenbank bzw. ein Limit der Datenbankanfragen gibt. Hier musst du mit deinem Provider Kontakt aufnehmen. Image(s) licensed by Ingram Image/adpic. Verwandte Beiträge: Podcast: Was macht eine WordPress-Website wirklich erfolgreich? WordPress-Admin über FTP-Zugang anlegen WordPress: Verschachtelte & gemischte Listen erstellen, ohne Plugin World Backup Day Passwort-Cookie-Dauer in WordPress-Beiträgen anpassen Quelle
Viele neue Features sind für WordPress 6.6 geplant. Wir geben euch einen Überblick.
Im Sommer wird die nächste WordPress-Version 6.6 erscheinen. Die Vorbereitungen laufen. Was also ist für WordPress 6.6 geplant? Welche Pläne tatsächlich auch für WordPress 6.6 umgesetzt bzw. realisiert werden, steht jetzt noch nicht fest bzw. ist noch nicht absehbar. Die Entwicklung insgesamt ist aber auf jeden Fall spannend und bringt insbesondere Optimierungen im Bereich “Arbeiten mit Vorlagen”. Weiterentwicklung der neuen Ansichten im Site-Editor Ein Teil der Ansichten des Site-Editors wird weiter optimiert. Dazu gehört die Weiterentwicklung der verschiedenen Verwaltungsseiten (alle Templates verwalten, alle Templateteile verwalten, alle Seiten verwalten), sodass diese Optionen für die Darstellung der Elemente ausgeweitet wird. So können das Layout, die Sortierung, die Felder und die Anzahl der Elemente festgelegt werden. <img loading="lazy" decoding="async" width="800" height="330" src="https://www.perun.net/wp-content/uploads/2024/05/template-uebersicht-800x330.png" alt="" class="wp-image-13103" srcset="https://www.perun.net/wp-content/uploads/2024/05/template-uebersicht-800x330.png 800w, https://www.perun.net/wp-content/uploads/2024/05/template-uebersicht-400x165.png 400w, https://www.perun.net/wp-content/uploads/2024/05/template-uebersicht-768x317.png 768w, https://www.perun.net/wp-content/uploads/2024/05/template-uebersicht-1536x634.png 1536w, https://www.perun.net/wp-content/uploads/2024/05/template-uebersicht-2048x845.png 2048w, https://www.perun.net/wp-content/uploads/2024/05/template-uebersicht-1800x743.png 1800w" sizes="auto, (max-width: 800px) 100vw, 800px" /> Die Template-Übersicht wird in WordPress 6.6 optimiert Fokus auf das Arbeiten mit Vorlagen Es gibt verschiedene Initiativen, die darauf abzielen, dass man sich auf das Arbeiten mit Vorlagen statt auf die Bearbeitung von Blöcken konzentrieren soll. Zu den wichtigsten geplanten Funktionen gehören: Eine herausgezoomte Ansicht im Editor beim Einfügen von Vorlagen, um den Überblick über die Website zu erleichtern. Die Möglichkeit, Vorlagen innerhalb eines Templates zu verschieben, um schnell alternative Vorlagen zu erkunden. Möglichkeit der Bearbeitung von Vorlagen im Template durch Verschieben, Löschen usw. bei herausgezoomter Ansicht. Verbesserungen der Benutzerfreundlichkeit beim Ziehen von Vorlagen (z. B. vertikale Verschiebung). Insgesamt zielt diese Arbeit darauf ab, einen ersten Schritt in Richtung einer neuen Art des Arbeitens und Erstellens von Vorlagen zu machen. Es bleiben noch einige Fragen offen, z. B. ob das Herauszoomen in bestimmten Situationen aktiviert wird, z. B. auf der Registerkarte “Vorlagen” des Block-Inserters, oder ob es sich um etwas handelt, das nach Belieben ein- oder ausgeschaltet werden kann. Geerbte Stile Der Umgang mit geerbten Stilen bzw. das Kennzeichnen dieser Stile soll optimiert werden. Das bedeutet, dass, wenn z. B. in den Formatvorlagen für einen Absatz festgelegt ist, dass der Text immer blau sein soll, dies auch in den Blockeinstellungen als gewählte Textfarbe angezeigt wird. Dies steht im Gegensatz zu der heutigen verwirrenden Erfahrung, bei der ein Kreis mit einer durchgehenden Linie angezeigt wird, um darauf hinzuweisen, dass keine lokale Farbe festgelegt wurde, obwohl der Block sie global geerbt hat. Vereinheitlichung der Editoren Sowohl technisch als auch gestalterisch sollen die Editoren für Beiträge/Seiten sowie der Website-Editor angeglichen werden. Die auffälligsten und umfangreichsten Neuerungen sind der einheitliche Veröffentlichungsfluss und ein neues, einzigartiges Inspektionsfeld “Zusammenfassung”, das auch im Website-Editor bei der Massenbearbeitung wiederverwendet wird. Kombinieren von Typografie und Farbpaletten aus allen Stilvariationen Stilvariationen ermöglichen es, das Aussehen der Website zu verändern, während das gleiche Theme verwendet wird. Um die Gestaltungsmöglichkeiten eines Block-Themes mit Stilvariationen zu erweitern, soll WordPress 6.6 ermöglichen, die Farb- und Typografiestile der einzelnen Stilvariationen zu mischen und anzupassen. Das bedeutet, dass die acht von der Community erstellten Stilvariationen, die in das Twenty Twenty-Four-Theme integriert sind, dank der sechs verfügbaren Typografie- und acht Farbvoreinstellungen zu 48 Styling-Kombinationen werden. Nimmt man noch weitere Typografie-Optionen hinzu, die dank der Schriftbibliothek zur Verfügung stehen, wird die Auswahl an Optionen immens. Diese Weiterentwicklung der Möglichkeiten für Stilvariationen funktioniert mit allen Block-Themes mit Stilvariationen ohne zusätzliche Einstellungen oder Anpassungen seitens des Theme-Autors. Synchronisierung bestimmter Blöcke und Attribute von Vorlagen Überschreibungen in synchronisierten Vorlagen könnten es den Nutzern ermöglichen, ein synchronisiertes Layout und einen synchronisierten Stil für alle Vorlagen zu gewährleisten, während jede Instanz der Vorlage einen angepassten Inhalt haben kann. Dies ermöglicht ein konsistentes Design für verschiedene Inhalte. Mit der erweiterten Funktion kann jemand eine Vorlage in mehrere Beiträge einfügen und dabei sicherstellen, dass das Layout und die Stilkomponenten in allen Instanzen konsistent bleiben. Der Inhalt wäre hingegen für jede Instanz lokal und könnte individuell angepasst werden. Zudem könnte das Design überarbeitet werden, ohne dass sich dies auf den Inhalt der bestehenden Instanzen auswirkt. Erweiterung der Blockstil-Variationen für mehr Styling-Optionen Durch die Arbeit an der Erweiterung des Mechanismus für Blockstil-Variationen wird 6.6 die Möglichkeit für Theme-Autoren einführen, Stiloptionen für Abschnitte mehrerer Blöcke, einschließlich innerer Blöcke, zu definieren. Mit nur wenigen Klicks können Benutzer von Block-Themes, die diese Funktion hinzufügen, schnell einen Abschnitt einer Seite oder Vorlage in vordefinierte Stile ändern, die ein Autor zur Verfügung gestellt hat, z. B. eine helle oder dunkle Version eines Abschnitts. Diese Funktion ist dank der Arbeit an der Erweiterung der API für Blockstilvariationen im Entstehen begriffen. Verbesserungen am Raster-Layout Grid ist eine neue Layout-Variante für den Gruppenblock, die es ermöglicht, die Blöcke innerhalb der Gruppe als Raster darzustellen, was eine neue Flexibilität bietet. Es gibt zwei Optionen für das Grid-Layout: “Auto” erzeugt die Rasterzeilen und -spalten automatisch unter Verwendung einer Mindestbreite für jedes Element. Bei “Manuell” kann die genaue Anzahl der Spalten angegeben werden. Neben der Erweiterung der Funktionalität, einschließlich des Versuchs, die Größenanpassung durch Ziehen und Ablegen zu implementieren, wird auch daran gearbeitet, die Verwendung der Layout-Werkzeuge im Allgemeinen zu verbessern, damit diese einfacher und klarer zu nutzen sind. Das Site-Editor-Erlebnis für die Verwaltung von Vorlagen in Classic Themes Dank einiger interner Code-Änderungen wird der Weg für eine zukünftige Version geebnet, um Classic Themes den Zugriff auf die neue Vorlagenverwaltung zu ermöglichen, die der Site Editor bietet. Unabhängig davon wird ein Link für Design/Vorlagen für klassische Themes hinzugefügt, um Vorlagen als Funktion leichter zugänglich und sichtbar zu machen. Dieser Link wird mit der aktuellen Vorlagenverwaltung verknüpft, die bereits in Classic Themes enthalten ist. Einstellung der Unterstützung für PHP 7.0 und 7.1 Die Unterstützung für PHP 7.0 und 7.1 wird in WordPress 6.6, das im Juli 2024 veröffentlicht werden soll, eingestellt. Die neue unterstützte Mindestversion von PHP wird 7.2.24 sein. Die empfohlene Version von PHP bleibt bei 7.4 oder höher. Rollbacks zu automatischen Aktualisierungen hinzufügen Seit WordPress 6.3 werden Plugins, die von einem Administrator manuell aktualisiert werden, nicht mehr reaktiviert, wenn die Aktualisierung einen fatalen PHP-Fehler verursacht. Bei einem automatischen Update findet diese Reaktivierungsprüfung nicht statt, und beim nächsten Aufruf der Website sehen die Benutzer den White Screen of Death (WSOD). Um Websites noch besser zu schützen und das Vertrauen in automatische Plugin-Updates zu erhöhen, soll 6.6 standardmäßig ermöglichen, Rollbacks durchzuführen, wenn bei versuchten automatischen Plugin-Updates fatale Fehler auftreten. via wordpress.org Verwandte Beiträge: WordPress 7.0 ist da: KI im Kern & ein frisches Dashboard WordPress 6.5: Support für AVIF-Grafiken kommt WordPress 6.5: Was dich erwartet WordPress 6.5: Verbesserung des Core-Editors WordPress 6.5 plant massive Aufwertung des Block- und Website-Editors Quelle
Ein Admin-Benutzerkonto ohne Zugang zum WP-Backend anlegen geht auch via FTP. Wir zeigen euch, wie es funktioniert.
Es kann immer wieder Situationen geben, in denen du den Zugang zu einer WordPress-Installation benötigst, aber du hast keinen Admin-Zugang. Das kann zum Beispiel passieren, wenn du deinen Nutzernamen vergessen hast und auch keinen Zugriff (mehr) auf den damit verknüpften E-Mail-Account hast. Ist der Zugriff nämlich noch gegeben, könntest du dir über die Funktion “Passwort vergessen” ein neues Passwort erstellen und hättest so Zugriff. Ist also all das nicht gegeben, gibt es mehrere Wege dennoch einen Admin-Account zu erstellen und sich letztlich damit einzuloggen. Im Folgenden möchte ich dir die Möglichkeit zeigen, einen Administrator-Zugang via FTP zu erstellen. Voraussetzung ist also der Zugriff per FTP. Eine andere Möglichkeit wäre es, den Weg über die Datenbank zu nehmen. Erweiterung der functions.php Eine Möglichkeit, einen Admin-Zugang zu erstellen, ist die Erweiterung der functions.php. Voraussetzung ist in diesem Fall, dass du weißt, welches Theme aktiv genutzt wird. Aber keine Sorge, falls du das nicht weißt, gibt es Möglichkeiten, dies herauszufinden. Aktives Theme herausfinden Um das aktive Theme einer WordPress-Installation herauszufinden, gibt es mehrere Wege. Der einfachste Weg ist wohl über den Quelltext. Diesen kannst du per Rechtsklick auf einer Website aufrufen. Alternativ dazu kannst du den Seitenquelltext auch mit der Tastenkombination Strg+U aufrufen oder mithilfe der Developer-Toolbar. Im Seitenquelltext findest du relativ weit oben, also noch im –Bereich einen Hinweis, um genau zu sein, einen Link zum Stylesheet des Themes und anhand dessen lässt sich das Theme meist gut identifizieren. Ihr findet diesen Eintrag direkt, wenn ihr nach dem Begriff /themes/ sucht. <img loading="lazy" decoding="async" width="900" height="310" data-wp-class--hide="state.isContentHidden" data-wp-class--show="state.isContentVisible" data-wp-init="callbacks.setButtonStyles" data-wp-on--click="actions.showLightbox" data-wp-on--load="callbacks.setButtonStyles" data-wp-on-window--resize="callbacks.setButtonStyles" src="https://www.perun.net/wp-content/uploads/2024/03/quelltext.jpg" alt="" class="wp-image-13080" style="width:900px;height:auto" srcset="https://www.perun.net/wp-content/uploads/2024/03/quelltext.jpg 900w, https://www.perun.net/wp-content/uploads/2024/03/quelltext-400x138.jpg 400w, https://www.perun.net/wp-content/uploads/2024/03/quelltext-800x276.jpg 800w, https://www.perun.net/wp-content/uploads/2024/03/quelltext-768x265.jpg 768w" sizes="auto, (max-width: 900px) 100vw, 900px" /> <path fill="#fff" d="M2 0a2 2 0 0 0-2 2v2h1.5V2a.5.5 0 0 1 .5-.5h2V0H2Zm2 10.5H2a.5.5 0 0 1-.5-.5V8H0v2a2 2 0 0 0 2 2h2v-1.5ZM8 12v-1.5h2a.5.5 0 0 0 .5-.5V8H12v2a2 2 0 0 1-2 2H8Zm2-12a2 2 0 0 1 2 2v2h-1.5V2a.5.5 0 0 0-.5-.5H8V0h2Z" /> Der Seitenquelltext gibt einen Hinweis auf das eingestzte WordPress-Theme. Wenn du damit nicht zurechtkommst, kannst du auch auf einen Dienst zurückgreifen, wie zum Beispiel WordPress Theme Detection, WPThemeDetector oder WPDetector. functions.php anpassen Lade also die functions.php des aktiven Themes herunter und ergänze sie mit dem folgenden Code: function wpb_admin_account(){ $user = 'Username'; // Ersetze 'Username' mit dem gewünschten Benutzernamen $pass = 'Passwort'; // Ersetze 'Passwort' mit dem gewünschten Passwort $email = 'email@beispiel.com'; // Ersetze 'email@beispiel.com' mit der gewünschten E-Mail-Adresse if ( !username_exists( $user ) && !email_exists( $email ) ) { $user_id = wp_create_user( $user, $pass, $email ); $user = new WP_User( $user_id ); $user->set_role( 'administrator' ); } } add_action('init','wpb_admin_account'); Hier ersetzt du die Platzhalter für Nutzernamen, das Passwort und die E-Mail-Adresse. Sollte der von dir gewählte Nutzername oder die E-Mail-Adresse schon einem existierenden Nutzer gehören, funktioniert das ganze nicht und der Vorgang wird abgebrochen. Sind die Angaben neu, wird ein Nutzer mit den angegebenen Daten angelegt und du kannst dich mit den neuen Zugangsdaten einloggen. Bitte vergiss nicht aus Sicherheitsgründen den Code im Anschluss wieder aus der functions.php zu entfernen. Wie immer gilt, erstelle ein Backup der WordPress-Installation, bevor du Änderungen an den Dateien oder der Datenbank vornimmst. Image(s) licensed by Ingram Image/adpic. Verwandte Beiträge: Podcast: Was macht eine WordPress-Website wirklich erfolgreich? Warum zeigt WordPress den Installations-Bildschirm an, obwohl WP bereits installiert ist? WordPress: Verschachtelte & gemischte Listen erstellen, ohne Plugin World Backup Day Passwort-Cookie-Dauer in WordPress-Beiträgen anpassen Quelle
WordPress: Verschachtelte & gemischte Listen erstellen, ohne Plugin
Auch aufwendig verschachtelte Listen mit gemischten Aufzählungszeichen sind mit WordPress kein Problem. Das Beste daran, ihr benötigt kein Plugin!
Stellt euch vor, ihr möchtet eine Liste mit gemischten Listenzeichen erstellen, also in der obersten Ebene sollen Zahlen verwendet werden, in der Ebene darunter Großbuchstaben und in der dritten Ebene kleine römische Ziffern. Vielleicht gibt es sogar noch eine vierte unsortierte Ebene mit Haken. All das ist mit WordPress-Blöcken ohne Plugins oder sonstige Hilfsmittel möglich. Leider ist die Funktionalität ein wenig versteckt. Grundsätzlich ist es nämlich so, dass der Listen-Block aus zwei Elementen bzw. Blöcken besteht. Zum einen haben wir die Liste selbst (1) und dann gibt es noch das Listen-Element (2) bzw. mehrere Listen-Elemente. Ihr könnt das gut selbst sehen, wenn ihr die Listenansicht öffnet. <img loading="lazy" decoding="async" width="553" height="292" src="https://www.perun.net/wp-content/uploads/2024/03/listenensicht-liste.png" alt="" class="has-border-color has-light-gray-border-color wp-image-13068" style="border-radius:1px;width:557px;height:auto" srcset="https://www.perun.net/wp-content/uploads/2024/03/listenensicht-liste.png 553w, https://www.perun.net/wp-content/uploads/2024/03/listenensicht-liste-400x211.png 400w" sizes="auto, (max-width: 553px) 100vw, 553px" /> Blöcke einer Liste in der Listenansicht Um die einzelnen Blöcke auszuwählen, könnte ihr sie einfach in der Listenansicht anklicken oder aber ihr klickt auf ein Listen-Element im Inhalt und wechselt dann eine Ebene höher. Das geht, indem ihr in der Werkzeugleiste des Listen-Elements auf das ganz linke Symbol klickt. <img loading="lazy" decoding="async" width="800" height="169" src="https://www.perun.net/wp-content/uploads/2024/03/ebene-wechseln-800x169.png" alt="" class="has-border-color wp-image-13069" style="border-color:#eeeeee;border-radius:1px;width:500px" srcset="https://www.perun.net/wp-content/uploads/2024/03/ebene-wechseln-800x169.png 800w, https://www.perun.net/wp-content/uploads/2024/03/ebene-wechseln-400x85.png 400w, https://www.perun.net/wp-content/uploads/2024/03/ebene-wechseln-768x162.png 768w, https://www.perun.net/wp-content/uploads/2024/03/ebene-wechseln.png 804w" sizes="auto, (max-width: 800px) 100vw, 800px" /> Hiermit könnt ihr bei Blöcken, die aus mehreren Blöcken bestehen, zum jeweiligen Eltern-Block gelangen. Gibt es keinen höheren Block, könnt ihr den Block hier in einen anderen umwandeln. In den Einstellungen für ein Listen-Element findet ihr die folgenden Möglichkeiten: Typografie Erweitert Hiermit könnt ihr jeden einzelnen Listenpunkt unabhängig vom Rest der Liste formatieren. In den Einstellungen für den Listen-Block findet ihr dann alle Möglichkeiten, um eine gemischte Liste zu erstellen. Denn die Einstellungen hier beziehen sich auf die ganze Liste. Sie unterscheiden sich danach, ob es sich um eine sortierte oder unsortierte Liste handelt. Für unsortierte Listen könnt ihr hier folgende Einstellungen tätigen: Stil (abhängig vom genutzten Theme) Farbe Typografie Größe Erweitert Für sortierte Listen gibt es die folgenden Möglichkeiten: Einstellungen Anfangswert Nummerierungsstil (Zahlen, Buchstaben, Ziffern) Nummerierung der Liste umkehren Stile Farbe Typografie Größe Mit einer Kombination der verschiedenen Optionen könnt ihr somit verschachtelte, gemischte Listen erstellen. Beachtet dabei vor allem die Möglichkeit, den Anfangswert einer Liste neu zu setzen. Hierbei müsst ihr euch nur merken, dass der Anfangswert immer als Nummer eingetragen werden muss. Wenn ihr also eine nummerierte Liste mit Großbuchstaben habt und ihr möchtet diese Liste mit “C” beginnen, müsst ihr als Wert “3” eintragen. <img loading="lazy" decoding="async" width="800" height="272" src="https://www.perun.net/wp-content/uploads/2024/03/gemischte-liste-800x272.png" alt="" class="wp-image-13071" srcset="https://www.perun.net/wp-content/uploads/2024/03/gemischte-liste-800x272.png 800w, https://www.perun.net/wp-content/uploads/2024/03/gemischte-liste-400x136.png 400w, https://www.perun.net/wp-content/uploads/2024/03/gemischte-liste-768x261.png 768w, https://www.perun.net/wp-content/uploads/2024/03/gemischte-liste.png 948w" sizes="auto, (max-width: 800px) 100vw, 800px" /> Gemischte Liste mit WordPress-Blöcken ohne Plugins Mit diesen vielfältigen Einstellungsmöglichkeiten könnte ihr alle möglichen Listen-Szenarien darstellen, ohne dass ihr auf zusätzliche Plugins angewiesen seid. Image(s) licensed by Ingram Image/adpic. Verwandte Beiträge: Podcast: Was macht eine WordPress-Website wirklich erfolgreich? Warum zeigt WordPress den Installations-Bildschirm an, obwohl WP bereits installiert ist? WordPress-Admin über FTP-Zugang anlegen World Backup Day Passwort-Cookie-Dauer in WordPress-Beiträgen anpassen Quelle
Ja, du hast richtig gelesen. Heute ist der Welt-Backup-Tag. Jedes Jahr am 31. März wird an die Bedeutung von Backups erinnert. Dieser Tag soll das [...]
Ja, du hast richtig gelesen. Heute ist der Welt-Backup-Tag. Jedes Jahr am 31. März wird an die Bedeutung von Backups erinnert. Dieser Tag soll das Bewusstsein für die Wichtigkeit der regelmäßigen Backups steigern, um den Verlust wichtiger Daten durch Hardwaredefekte, Viren, Diebstahl oder Naturkatastrophen zu verhindern. Die Idee hinter dem Welt-Backup-Tag ist es, sowohl Einzelpersonen als auch Unternehmen dazu zu motivieren, ihre Daten zu schützen, indem sie Kopien auf externen Laufwerken, in der Cloud oder auf anderen Datenträgern sichern. Durch die zunehmende Digitalisierung unseres Alltags und die damit einhergehende steigende Menge an digitalen Daten, die persönlich und beruflich wichtig sind, ergibt sich die steigende Bedeutung von Backups. Denn ein Datenverlust kann nicht nur emotional belastend sein, wenn es sich um persönliche Erinnerungen wie Fotos oder Videos handelt, sondern kann auch finanzielle Konsequenzen für Unternehmen haben. Das Backup von Daten sollte dabei nach den folgenden Gesichtspunkten erfolgen: Regelmäßigkeit: Automatisiere deine Backups, wenn möglich, oder erstelle einen regelmäßigen Zeitplan dafür. 3-2-1-Regel: Halte mindestens drei Kopien deiner Daten auf zwei verschiedenen Medien vor, wobei mindestens eine Kopie offline gespeichert sein sollte. Überprüfung: Teste deine Backups regelmäßig, um sicherzustellen, dass die Daten wiederherstellbar sind. Sicherheit: Schütze deine Backups vor unbefugtem Zugriff durch Verschlüsselung oder andere Sicherheitsmaßnahmen. Auch im Zusammenhang mit einer WordPress-Installation sind Backups immens wichtig und dürfen nicht vernachlässigt werden. Auch wir haben schon oft über die Wichtigkeit von Backups berichtet: Hast du genügend Zeit und Muße dich ausreichend, um deine WordPress-Installation zu kümmern? Falls nicht oder falls du anderweitig Unterstützung bei der Wartung deiner Website benötigst, kontaktiere uns. Wir bieten Wartungsverträge schon für monatlich ab 39,- Euro + USt an. Für WordPress bedeutet dies, dass zum einen die Dateien im Ordner wp-content und zum anderen die Datenbank gesichert werden müssen. Dies kann zum einen manuell geschehen, aber bequemer ist es natürlich auf ein Plugin zurückzugreifen. Wann hast du das letzte Backup erstellt? Image(s) licensed by Ingram Image/adpic. Verwandte Beiträge: WordPress-Backups automatisiert erstellen, Teil II WordPress-Backups automatisiert in der Dropbox erstellen Podcast: Was macht eine WordPress-Website wirklich erfolgreich? Warum zeigt WordPress den Installations-Bildschirm an, obwohl WP bereits installiert ist? WordPress-Admin über FTP-Zugang anlegen Quelle
Warum ich Pagebuilder in WordPress ablehne
Pagebuilder sind oft eine Falle für WordPress-Einsteiger. Warum ihr sie meiden solltet und wo die Nachteile liegen, erkläre ich euch hier.
Seit 20 Jahren arbeite ich mittlerweile mit WordPress, seit ca. 16 Jahren auch beruflich. In der ganzen Zeit habe ich den Einsatz von Pagebuildern nie wirklich verstanden. Und seit dem Aufkommen des WordPress-eigenen Block-Editors verstehe ich ihn noch weniger. Versteht mich nicht falsch, ich arbeite selbstverständlich mit ihnen, denn das bringt eben der Beruf mit sich. Dabei begegnen mir sowohl große bekannte Pagebuilder, als auch kleinere unbekannte Pagebuilder, aber eines frage ich mich am Ende immer: warum? Ich empfehle sie nie und bei eigenen Projekten setze ich sie auch nicht ein. Warum? Der Grund dafür ist einfach. Es gibt so gut wie nichts, was man nicht auch auf anderem Wege lösen könnte. Vor 20 Jahren musste man dafür noch etwas von PHP verstehen und heute sollte man mit den Gutenberg-Blöcken vertraut sein, aber in Kombination mit gezielt eingesetzten Plugins und etwas CSS kann man nahezu alle Design-Wünsche umsetzen. Wobei man sich natürlich auch vielfach fragen sollte, ist das notwendig? Muss der Info-Kasten auf den Bildschirm sliden? Muss jeder Absatz ein Hintergrundbild erhalten? Schon aus Performance- und Accessibility-Gründen sollten viele »Design-Wünsche« oft nicht umgesetzt werden und der Einsatz von Pagebuildern macht hier oft vieles noch schlimmer. Aber das ist nur meine persönliche Meinung. Was mir meine Arbeit mit WordPress aber in den vergangenen Jahren deutlich gezeigt hat, ist hauptsächlich Folgendes: Pagebuilder sind mitnichten »einfach« im Umgang. Im Gegenteil, Pagebuilder sind für Einsteiger ob der schieren Unendlichkeit an Möglichkeiten oft überfordernd. Die Arbeit mit Pagebuildern bedeutet für Einsteiger oft Arbeiten nach dem Prinzip »Try & Error« und das kann nicht befriedigend sein. Nicht selten führt es auch zum Total-Crash des Website-Designs. Auch das viel beschworene »Im Frontend sieht es so aus, wie Sie es im Backend erstellen.« trifft oft nicht zu und führt zu Frustration. Pagebuilder verursachen Chaos: Wenn der Pagebuilder nicht (mehr) funktioniert oder aber man umsteigen möchte, hinterlässt der Pagebuilder Shortcode-Leichen, die händisch bereinigt werden müssen. Eine Sisyphus-Arbeit. Oft ist es zeit- und energiesparender, sämtliche Inhalte komplett neu zu erfassen. Wenn die »alte« Seite noch korrekt besteht, kann man sich mit Copy & Paste behelfen, um die Inhalte zu übertragen. Pagebuilder sind auch einfach immer ein zusätzliches – meist nicht notwendiges – Plugin. Ich bevorzuge das Arbeiten mit dem WordPress-eigenen Block-Editor – mittlerweile in Verbindung mit einem Block-Theme. Nicht zu Unrecht werden jetzt einige von euch einwerfen »Aber, das ist ja auch ein Pagebuilder!« Und da habt ihr recht. Aber und das ist entscheidend, es ist kein Pagebuilder, der sich »auf« die WordPress-Installation« setzt, sondern er ist ein Teil davon. Das Chaos beim Theme-Wechsel bleibt aus, ein zusätzliches Plugin ist nicht notwendig. Und die Entwicklung wird zeigen, dass der Block-Editor mindestens so mächtig sein wird, wie seine derzeitigen externen Konkurrenten. Die gute, alte Zeit Nicht selten fluche auch ich über den Block-Editor und wünsche mir die geordnete Zeit von klassischen Themes zurück, bei denen Inhalt und Design noch wirklich voneinander getrennt waren. Aber wenn man mit WordPress auch noch in der Zukunft arbeiten möchte, führt am Block-Editor kein Weg vorbei. Ich weiß, dass viele langjährige WordPress-Nutzer den Block-Editor ablehnen und ich weiß um seine Nachteile bzw. die Stolpersteine, die es gibt. Aber meine Arbeit mit WordPress-Einsteigern zeigt, dass diese sich sehr schnell in die Blöcke einfinden und das Arbeiten damit oft sogar leichter fällt, als dies beim alten TinyMCE der Fall war. Dabei spreche ich allerdings nur von der redaktionellen Arbeit mit Blöcken im Inhaltsbereich, nicht vom Arbeiten im Website-Editor. <img loading="lazy" decoding="async" width="379" height="500" src="https://www.perun.net/wp-content/uploads/2024/02/wp-meme-379x500.jpeg" alt="" class="wp-image-13024" style="width:379px;height:auto" srcset="https://www.perun.net/wp-content/uploads/2024/02/wp-meme-379x500.jpeg 379w, https://www.perun.net/wp-content/uploads/2024/02/wp-meme-190x250.jpeg 190w, https://www.perun.net/wp-content/uploads/2024/02/wp-meme.jpeg 500w" sizes="auto, (max-width: 379px) 100vw, 379px" /> Quelle: Vladimir (LinkedIn) Übermächtige Redakteure Was grundsätzlich schwierig ist, aber das war es schon immer und das war und ist es auch mit allen Pagebuildern, die auf dem Markt zu finden sind, ist der »Bau einer Website«. Diese Arbeit wurde von den Pagebuildern auf die Ebene der Redaktion geholt und hier befindet sich jetzt auch die WordPress-Entwicklung mit dem Block-Editor. Redakteure* haben die Macht eines Designers und eines Entwicklers und das war schon immer eine »Gefahr«. Zum einen suggeriert sie den Redakteuren eine »Macht«, die sie nicht haben sollten, zum anderen lässt sie Designer und Entwickler verzweifeln, wenn sie den kreativen Umgang mit Schrift und Farbe sowie Funktionen im redaktionellen Teil einer Website sehen. Die Grenzen zwischen den Bereichen zerfließen und die Trennung von Inhalt und Design ist immer in Gefahr aufgehoben zu werden. Dabei ist natürlich nichts einzuwenden gegen Websitebetreiber, die alle drei Anforderungen erfüllen können (Design, Entwicklung, Redaktion), aber in der Realität ist das eben nicht der Regelfall. Und so versuchen sich Redakteure am »Aufhübschen« eines Beitrags und missachten dabei die Vorgaben der CI bzw. die globalen Design-Vorgaben einer Website. Aber zurück zum eigentlichen Thema. Mein größter Vorwurf an Pagebuilder ist es, den Nutzern zu suggerieren alles wäre möglich und vor allen Dingen alles kann, auch von unerfahrenen Nutzern, realisiert bzw. umgesetzt werden. Meine Erfahrung zeigt, dass das schlichtweg falsch ist. Wenn ich mir die Websites der großen Pagebuilder anschaue, kommt mir immer der Gedanke, hier sind »Nepper, Schlepper, Bauernfänger« am Werk. Große Worte versprechen, dass das Erstellen einer Website einfach per Klick möglich wäre, man also nach dem Baukastenprinzip eine Website erstellen kann, die im Anschluss die notwendigen Kriterien einer erfolgreichen Website erfüllt: tolles Design herausragende Benutzerfreundlichkeit überragende Performance großartiges SEO Barrierefreiheit Und das alles ohne fachliches Vorwissen und ohne jegliche Webdesign-Kenntnisse. Versteht mich nicht falsch, es gibt selbstverständlich Nutzer, die sich einarbeiten und die auch ohne Vorwissen großartige Websites erstellen, aber seinen wir ehrlich, es ist eine verschwindende Minderheit und schon gar nicht in wenigen Tagen oder Wochen machbar. Pagebuilder als Falle Die Mehrheit der Nutzer ohne Vorwissen läuft mit der Nutzung von Pagebuildern in eine Falle. Sie bekommen das Versprechen, dass alles ganz einfach sei und müssen dann nach kurzer Zeit frustriert feststellen, dass es eben nicht so ist. Ein Wechsel des Pagebuilders oder auch ein Verzicht auf einen ist oft ohne erheblichen Aufwand für Kosten und Zeit nicht mehr möglich, da schon große Teile des Inhalts erstellt wurden (Stichwort: Shortcode). Ich rate deswegen jedem Einsteiger dazu sich ausführlich mit dem WordPress-eigenen Block-Editor zu beschäftigen und wenn du deine Website von einer Agentur oder einem Webdesigner erstellen lässt, bestehe darauf dass die Website ohne einen Pagebuilder erstellt wird. Gerade Agenturen liefern hier gerne schnelle Arbeit »von der Stange« ab, mit vorgefertigten Pagebuilder-Themes. Eine Wartung lehnen die meisten dann ab. Ich frage mich, warum? Nicht! Verzichtet auf Pagebuilder Ich kann also nur dazu raten, auf externe Pagebuilder zu verzichten. Beschäftigt euch mit dem WordPress-eigenen Block- und Website-Editor. Achtet darauf, Design und Inhalt nicht zu vermischen. Nutzt die tolle Möglichkeit von eigenen Vorlagen, deren Handling in Zukunft noch verbessert wird und richtet euch eine Developer-Umgebung ein. Hier könnt ihr ausprobieren, testen und experimentieren. Installiert euch das Gutenberg-Plugin. So könnt ihr schon immer etwas früher die Neuerungen des Block-Editors testen und sogar experimentelle Funktionen ausprobieren. Wie ist eure Erfahrung mit Pagebuildern? Benötigt man sie doch, habe ich etwas übersehen? Oder verzichtet ihr auch? * Mit Redakteuren meine ich in diesem Zusammenhang nicht die WordPress-Rolle mit ihren Rechten, sondern ich meine damit Website-Betreiber, die redaktionelle Inhalte verfassen und dabei auch das Design und die Funktionalität ihrer Website anpassen. Nun kann man einwerfen, dass man dies begrenzen/verhindern kann, aber die Realität sieht anders aus. Ein riesiger Teil der Websites wird auch redaktionell von Administratoren (der Rolle) gepflegt und dann gibt es keinerlei Einschränkungen. Verwandte Beiträge: 5 Tipps für das Bloggen in 2024 Quelle
Passwort-Cookie-Dauer in WordPress-Beiträgen anpassen
Die Gültigkeit des Cookies für passwortgeschützte Beiträge und Seiten kann individuell angepasst werden. Wie das geht, erkläre ich dir hier.
Vor kurzem habe ich euch gezeigt, wie man einen Beitrag oder eine Seite in WordPress mit einem Passwortschutz versieht. Dabei speichert der Browser den Cookie für das Passwort standardmäßig 10 Tage. Diese Zeitspanne kann aber angepasst werden, und zwar mit dem folgenden Code: function set_cookie_expire( $time ) { return time() + 86400; // 1 day } add_filter( 'post_password_expires', 'set_cookie_expire' ); Beachtet dabei, dass die Zeit in Sekunden angegeben wird! Wenn du einen anderen Zeitraum einstellen möchtest, musst du den Wert anpassen. Der Code gehört in die functions.php oder kann mit Hilfe entsprechender Plugins angewendet/eingefügt werden. Image(s) licensed by Ingram Image/adpic. Verwandte Beiträge: Podcast: Was macht eine WordPress-Website wirklich erfolgreich? Warum zeigt WordPress den Installations-Bildschirm an, obwohl WP bereits installiert ist? WordPress-Admin über FTP-Zugang anlegen WordPress: Verschachtelte & gemischte Listen erstellen, ohne Plugin World Backup Day Quelle
WordPress 6.5: Support für AVIF-Grafiken kommt
Jeder, der schnell WordPress-Seite mag, wird sich freuen zu hören, dass WordPress 6.5 AVIF unterstützen wird. Folgendes wissen zum jetzigen Zeitpunkt. 👇
Es gibt gute Nachrichten für alle Liebhaber von schnellen Websites. Ab der kommenden Version 6.5, wird WordPress das leistungsfähige Format AVIF (AV1 Image File Format) unterstützen. Diese Grafiken sind in sehr vielen Fällen um etwa 50 % kleiner als die JPEG-Grafiken und bis zu 30 % kleiner als die WebP-Grafiken: bei gleichbleibender Qualität. Das kann nicht nur bildlastigen Webprojekten, sondern auch bei »normalen« Blogs einen ordentlichen Performance-Schub gewähren. WordPress 6.5 und AVIF: Unterstützung der Server und Anwendungen Zum jetzigen Zeitpunkt gilt es als nahezu sicher, dass die Unterstützung für AVIF-Grafiken kommen wird. Diese werden ab WordPress 6.5 wie andere unterstütze Grafik-Formate – JPEG, PNG, GIF oder WebP – behandelt. Du kannst dann die Grafiken normal über die Mediathek hochladen. Ob du dann aber tatsächlich dieses neue Format nutzen kannst, hängt von deinem Server ab. Auf deinem Server müssen entweder ImageMagick oder GD Library aktiviert sein. Wenn ich dem Wikipedia-Artikel glauben darf, dann muss ImageMagick in der Version 7.0.25 und GD Library in der Version 2.3.2 vorliegen. Daher vor dem Einsatz am besten den Hoster bzw. den Server-Admin konsultieren. Von meinen Accounts bei all-inkl und bei STRATO, weiß ich, dass beide Bibliotheken aktiv sind. Bei der Unterstützung durch die Browser können wir ein sehr erfreuliches Bild sehen. Die Website Can I Use schätzt die Gesamtunterstützung bei über 92 %. Die gängigen Desktop- und die Mobil-Browser unterstützen die AVIF-Grafiken. Bei den Grafik-Anwendungen schaut es dagegen ernüchternd aus. Lediglich GIMP, Paint.net und Krita bieten auch die Erstellung von AVIF an. Ein paar weitere Anwendungen, wie IrfanView oder XnView können das Format anzeigen, aber nicht abspeichern. Photoshop oder Photopea unterstützen das Format noch gar nicht. Eine breite Unterstützung durch Anwendungen und Plattformen ist wichtig, damit sich ein Format verbreiten kann. So unterstützen weder LinkedIn noch Google Docs die Grafiken im WebP-Format, was das Handling von Bildern im Inhalt erschweren kann, weil man so Bilder in mehreren Formaten vorhalten muss, wenn man die Artikel auf diesen Plattformen teilen oder weitergeben möchte. Viele scheuen dann den Aufwand und speichern die Grafiken nach wie vor in JPEG oder PNG ab. In der offiziellen Meldung werden noch weitere Fragen beantwortet. Etwa, wie du die Kompression verändern möchtest, welche standardmäßig bei 75 % liegt. Oder wie die Unterstützung in der Multisite ist. Momentan ist diese bis jetzt nicht vollständig. Weiterführende Links: Offizielle Ankündigung Bibliotheken: ImageMagick und GD Library Wikipedia-Artikel zu AVIF, inkl. der Anwendungen, die das Format unterstützen Die Unterstützung von AVIF durch die Browser Verwandte Beiträge: WordPress 7.0 ist da: KI im Kern & ein frisches Dashboard Nano Banana Pro: Historische Abbildungen mit Gemini erstellen WordPress 6.6: Arbeiten mit Vorlagen WordPress 6.5: Was dich erwartet WordPress 6.5: Verbesserung des Core-Editors Quelle
WordPress 5.6 erscheint Ende März und Vielschreiber können sich auf spannende Features im Editor freuen. Wir zeigen sie euch.
Die Release-Candidate-Phase für WordPress 6.5 hat bereits begonnen und wir können die Tage bis zur geplanten Veröffentlichung am 26. März 2024 schon herunterzählen. Höchste Zeit also, sich noch einmal genauer anzuschauen, was uns erwartet. Schriftarten-Bibliothek Es war zwar schon für WordPress 6.4 angekündigt, wurde aber kurzfristig verschoben, jetzt ist sie da, die Schriftarten-Bibliothek. Wenn ihr ein Block-Theme nutzt, könnt ihr über den Website-Editor eigene Schriften lokal installieren. Eine manuelle Installation ist dann nicht mehr notwendig. Ihr findet die Möglichkeit, ein wenig versteckt bei den Stilen des Website-Editors unter dem Symbol »Schriften verwalten«. <img loading="lazy" decoding="async" width="380" height="500" src="https://www.perun.net/wp-content/uploads/2024/03/schrift-installieren-380x500.png" alt="" class="has-border-color has-light-gray-border-color wp-image-13045" style="border-width:1px" srcset="https://www.perun.net/wp-content/uploads/2024/03/schrift-installieren-380x500.png 380w, https://www.perun.net/wp-content/uploads/2024/03/schrift-installieren-190x250.png 190w, https://www.perun.net/wp-content/uploads/2024/03/schrift-installieren.png 439w" sizes="auto, (max-width: 380px) 100vw, 380px" /> Schriften verwalten Template-Bearbeitung Eine sehr bedeutende Neuerung für Nutzer von Block-Themes wird die Möglichkeit sein ein Template während der Bearbeitung von Seiten oder Beiträgen zu bearbeiten. Welche Möglichkeiten es genau gibt und wie es funktioniert, habe ich in dem Beitrag WordPress 6.5: Verbesserung des Core-Editors ausführlich erläutert, inkl. einer kleinen Demo. Plugin-Abhängigkeiten Zukünftig werden dir im Plugin-Verzeichnis des Backends Abhängigkeiten angezeigt, das heißt, wenn ein Plugin aufgelistet wird, das auf einem anderen aufbaut bzw. von diesem abhängig ist, wird dies angezeigt. Zusätzlich dazu ist der Installieren-Button deaktiviert, sodass nicht die Gefahr besteht Plugins zu installieren, die ein anderes Plugin benötigen, ohne dass ebendieses bereits installiert ist. Löschst du zu einem späteren Zeitpunkt ein Plugin, das von einem anderen abhängig ist, wird dies auch in der Plugin-Liste des Backends angezeigt. <img loading="lazy" decoding="async" width="473" height="500" src="https://www.perun.net/wp-content/uploads/2024/03/plugin-dependencies-473x500.png" alt="" class="wp-image-13043" srcset="https://www.perun.net/wp-content/uploads/2024/03/plugin-dependencies-473x500.png 473w, https://www.perun.net/wp-content/uploads/2024/03/plugin-dependencies-236x250.png 236w, https://www.perun.net/wp-content/uploads/2024/03/plugin-dependencies.png 758w" sizes="auto, (max-width: 473px) 100vw, 473px" /> Dieses Plugin benötigt ein anderes Plugin (Nähere Infos: Plugin Dependencies) Editor-Verbesserungen In Zukunft kannst du für Bilder, Spalten und Buttons einen Schlagschatten festlegen. Die Option findest du bei den Stilen des jeweiligen Blocks im Bereich »Ränder«. Der Cover-Block kann nun die Farbe des Overlays automatisch auf der Grundlage der Hintergrundfarbe des von dir gewählten Bildes auswählen. Alle Blöcke können nun von dir umbenannt werden, das hilft vor allen Dingen, um in der Listenansicht den Überblick zu behalten. Das geht entweder über die Werkzeugleiste/Ansicht anpassen des jeweiligen Blocks, in den erweiterten Einstellungen oder über die Optionen des einzelnen Blocks in der Listenansicht. Die Optionen in der Listenansicht können nun auch per Rechtsklick aufgerufen werden. <img loading="lazy" decoding="async" width="1498" height="1330" src="https://www.perun.net/wp-content/uploads/2024/03/optimierte-listenansicht.png" alt="" class="has-border-color has-light-gray-border-color wp-image-13046" style="border-width:1px" srcset="https://www.perun.net/wp-content/uploads/2024/03/optimierte-listenansicht.png 1498w, https://www.perun.net/wp-content/uploads/2024/03/optimierte-listenansicht-282x250.png 282w, https://www.perun.net/wp-content/uploads/2024/03/optimierte-listenansicht-563x500.png 563w, https://www.perun.net/wp-content/uploads/2024/03/optimierte-listenansicht-768x682.png 768w" sizes="auto, (max-width: 1498px) 100vw, 1498px" /> Umbenannte Textblöcke in der Listenansicht Beim internen Verlinken werden Seiten und Beiträge mit unterschiedlichen Symbolen dargestellt, so fällt die Übersicht leichter. Die Übersicht in den Voreinstellungen wurde optimiert. Synchronisierte Vorlagen können nun »on-the-fly« angepasst werden. (verschoben auf WP 6.6) Website-Editor-Verbesserungen Die Übersicht der Vorlagen bietet vielfältige Möglichkeiten nach bestimmten Vorlagen zu suchen bzw. zu filtern. Die Übersicht der Seiten bietet eine Listenansicht, die fast die gleichen Möglichkeiten wie in der klassischen Übersicht der Seiten bietet. Eine Gegenüberstellung findet ihr in unserem Beitrag WordPress 6.5 plant massive Aufwertung des Block- und Website-Editors Revisionen der Stile sind nun ausführlicher dokumentiert. Editor-Einstellungen Editor-Einstellungen, wie z. B. die Möglichkeit die Werkzeugleiste oberhalb des Editors anzeigen zu lassen und nicht direkt beim jeweiligen Block, der Spotlight- und Vollbildmodus oder aber auch die Einstellung welche Blöcke angezeigt werden sollen, gelten nun sowohl für den Seiten-Editor, wie auch den Beitrags-Editor. (Nähere Infos: Unification of the site and post editor) Weitere Neuerungen für Entwickler Custom Fields für Blöcke Neue APIs Aktualisierte Block Hooks Performance Verbesserungen Verwandte Beiträge: WordPress 7.0 ist da: KI im Kern & ein frisches Dashboard WordPress 6.6: Arbeiten mit Vorlagen WordPress 6.5: Support für AVIF-Grafiken kommt WordPress 6.5: Verbesserung des Core-Editors WordPress 6.5 plant massive Aufwertung des Block- und Website-Editors Quelle
Datenschutzerklärung auf dem Login-Bildschirm einbinden
Ein einfacher Trick, um eure Datenschutzerklärung auch auf der Login-Seite anzuzeigen.
Grundsätzlich ist es so, dass ein Link zur Datenschutzerklärung auf eurer Website immer leicht auffindbar sein muss. Eine häufige Lösung ist die Platzierung im Footer. Eine Seite, die zwar von “außen” aufrufbar ist, die aber ansonsten keine Inhalte deiner Website zeigt, ist der Login-Bildschirm. Also wird hier auch kein Link zur Datenschutzerklärung dargestellt. Die Frage, ob dies überhaupt notwendig ist, kann ich als Nicht-Juristin leider nicht abschließend beantworten und auch meine Recherche hat kein eindeutiges Ergebnis gezeigt. Lasst euch also bitte rechtlich beraten! Falls ihr aber, unabhängig von einer eventuellen Notwendigkeit, den Link zur Datenschutzerklärung auch auf dem Login-Bildschirm darstellen möchtet, so bietet euch WordPress eine einfache Möglichkeit. Navigiert dazu im Backend zum Menüpunkt “Einstellungen/Datenschutz”. Hier könnt ihr nun aus dem Dropdown-Feld eine Seite auswählen, die die Datenschutzerklärung enthält. Falls es sich um eine neue Installation handelt und/oder ihr noch keine Seite habt, könnt ihr sie auch mit einem Klick auf den Button “Erstellen”, der sich darüber befindet, neu anlegen. <img loading="lazy" decoding="async" width="900" height="632" src="https://www.perun.net/wp-content/uploads/2024/02/datenschutzerklaerung-einbinden.webp" alt="" class="wp-image-13033" srcset="https://www.perun.net/wp-content/uploads/2024/02/datenschutzerklaerung-einbinden.webp 900w, https://www.perun.net/wp-content/uploads/2024/02/datenschutzerklaerung-einbinden-356x250.webp 356w, https://www.perun.net/wp-content/uploads/2024/02/datenschutzerklaerung-einbinden-712x500.webp 712w, https://www.perun.net/wp-content/uploads/2024/02/datenschutzerklaerung-einbinden-768x539.webp 768w" sizes="auto, (max-width: 900px) 100vw, 900px" /> Datenschutzerklärung festlegen Wenn Ihr also hier eine Seite ausgewählt habt, erscheint diese automatisch auf dem Login-Bildschirm. Link zur Datenschutzerklärung auf dem Login-Bildschirm Image(s) licensed by Ingram Image/adpic. Verwandte Beiträge: WordPress: Ich wurde wegen Google Fonts abgemahnt. Was nun? Podcast: Was macht eine WordPress-Website wirklich erfolgreich? Warum zeigt WordPress den Installations-Bildschirm an, obwohl WP bereits installiert ist? WordPress-Admin über FTP-Zugang anlegen WordPress: Verschachtelte & gemischte Listen erstellen, ohne Plugin Quelle
Google Unternehmensprofil-Websites werden im März abgeschaltet
Google schaltet Unternehmenswebsites ab - hier erfährst du, was du nun tun musst!
Wer im Zusammenhang mit seinem Google Unternehmensprofil eine kostenfreie Website mit der Endung business.site oder negocio.site erstellt hat, die dann beim Unternehmensprofil als Website verlinkt ist, sollte sich bewusst sein, dass Google diese Website am 1. März abschaltet. Bis zum 10. Juni wird die URL noch auf das Unternehmensprofil selbst umgeleitet, danach erscheint allerdings eine Fehlermeldung. Das Unternehmensprofil selbst wird nicht betroffen sein, es geht um die Websites, die im Zusammenhang, mit dem Google Unternehmensprofil erstellt werden konnten. Handlungsbedarf Wie also musst du jetzt handeln, wenn deine Website betroffen ist? Falls du schon eine eigene Website für dein Unternehmen hast, die nicht an das Unternehmensprofil gebunden ist, solltest du die Verknüpfung im Unternehmensprofil aktualisieren und als Website diese URL eingeben. <img loading="lazy" decoding="async" width="401" height="391" src="https://www.perun.net/wp-content/uploads/2024/02/unternehmensprofil-perun-net.webp" alt="" class="has-border-color has-light-gray-border-color wp-image-13004" style="border-width:1px" srcset="https://www.perun.net/wp-content/uploads/2024/02/unternehmensprofil-perun-net.webp 401w, https://www.perun.net/wp-content/uploads/2024/02/unternehmensprofil-perun-net-256x250.webp 256w" sizes="auto, (max-width: 401px) 100vw, 401px" /> Unternehmensprofil der perun.net webwork gmbh bei Google Ist deine Website, aber ein One-Pager, den du bei Google im Zusammenhang mit deinem Unternehmensprofil erstellt hast, was du auch an der URL erkennen kannst (business.site oder negocio.site), dann solltest du dringend handeln. Du benötigst eine eigene Website, deren URL du dann wiederum in deinem Unternehmensprofil angeben kannst. So landen Besucher bei einem Klick auf den Button “Website” auf ebendieser. Neue umfangreiche Website oder One-Pager? Wenn du dich also für die Erstellung einer neuen Website entscheidest, dann gibt es grundsätzlich die Möglichkeit, die Gelegenheit jetzt zu nutzen und eine umfangreiche Website zu erstellen. Dies ist allerdings mit höheren Kosten verbunden und vielleicht auch nicht immer notwendig. Wenn du bisher einen One-Pager hattest, der alle wichtigen und notwendigen Informationen enthielt, ist es nicht zwingend notwendig an diesem Konzept etwas zu ändern. Und hier kommt WordPress ins Spiel, und zwar ohne Schnickschnack und ohne kostenpflichtige Plugins ohne komplizierte Pagebuilder! One-Pager können mit einem Standard-Theme und den bordeigenen Mitteln bzw. dem Block-Editor sehr gut umgesetzt werden. Das hat zwei entscheidende Vorteile: Wenn du dir von einem Dienstleister solch einen One-Pager umsetzen/realisieren lässt, sind die Kosten vergleichsweise niedrig. Wenn du etwas Erfahrung mit WordPress hast, kannst du solch einen One-Pager auch selbst erstellen. Die Wartung solch eines One-Pagers ist im Vergleich niedriger und damit einfacher oder bei externer Hilfe kostengünstiger. Hast du angemessen Zeit und Muße, dich um notwendige Anpassungen deiner Website zu kümmern? Falls nicht oder falls du generell Unterstützung bei der Pflege deiner Website benötigst, kontaktiere uns. Wir bieten Support und Beratung und helfen bei allen Fragen rund um deine WordPress-Installation. Image(s) licensed by Ingram Image/adpic. Verwandte Beiträge: Google News: WordPress-Tags als news_keywords 404-Fehlerseiten in WordPress mit Google Analytics automatisch auswerten WordPress-Links: wpSEO 3.0.2, Sprachdateien, SEO Top-Artikel & Browserstats: Januar-Februar 2012 Google und SEO für Autoren in WordPress Quelle
WordPress 6.5: Verbesserung des Core-Editors
Der Core-Editor von WordPress verbessert sich immer mehr und erhält immer mehr zusätzliche Funktionen. Auch WordPress 6.5 wird hier nicht anders sein.
Die kommende WordPress-Version bringt hauptsächlich Verbesserungen rund um den Core-Editor. Das Arbeiten wird immer optimierter und flüssiger möglich, sodass die Nutzung von externen Pagebuildern immer mehr in den Hintergrund rücken sollte/wird. Optimierung der Listenansicht Die Listenansicht wird weiter optimiert. Jetzt können die Optionen für die einzelnen Blöcke nicht nur mit einem Klick auf die 3 Punkte am rechten Rand des Blockeintrags ausgewählt werden, sondern auch mit einem Rechtsklick auf den jeweiligen Bereich. Neu hinzu kommt auch die Möglichkeit, Blöcke in der Listenansicht umzubenennen. So hat man die Möglichkeit, z. B. Absätze zur besseren Wiederfindung mit aussagekräftigen Namen zu versehen. <img loading="lazy" decoding="async" width="300" height="396" src="https://www.perun.net/wp-content/uploads/2024/02/listenansicht_optionen.png" alt="" class="has-border-color has-light-gray-border-color wp-image-13012" style="border-width:1px" srcset="https://www.perun.net/wp-content/uploads/2024/02/listenansicht_optionen.png 300w, https://www.perun.net/wp-content/uploads/2024/02/listenansicht_optionen-189x250.png 189w" sizes="auto, (max-width: 300px) 100vw, 300px" /> Möglichkeiten beim Rechtsklick auf ein Element in der Listenansicht Template während der Bearbeitung von Seiten oder Beiträgen bearbeiten Während der Bearbeitung von Seiten oder Beiträgen und dem Nutzen eines Block-Themes hat man ab WordPress 6.5 die Möglichkeit per Klick nun die folgenden Möglichkeiten: Template bearbeiten – Hierbei wechselt man per Klick in das genutzte Template und kann dort Änderungen vornehmen. Template wechseln (Swap template) – Hier öffnet sich ein Overlay-Fenster aus dem man ein verfügbares anderes Template für diese Seite oder den Beitrag auswählen und aktivieren kann. Neues Template erstellen (Create new template) – Mit einem Klick hat man die Möglichkeit, ein neues Template zu erstellen. Vorschau (Template preview) – Klickt man diese Option, wird der Inhalt des Beitrags bzw. der Seite im jeweiligen Template dargestellt, d. h. man bekommt auch alle Elemente außerhalb des eigentlichen Contents (Inhalts) angezeigt, also z. B. den Kopf- und Fußbereich. Vorlagen duplizieren Schon jetzt hat man die Möglichkeit, Vorlagen zu duplizieren und sie dann an die eigenen Erfordernisse anzupassen. Mit WordPress 6.5 wird dieser Prozess noch einmal vereinfacht, sodass man kleine Änderungen wie z. B. den Synchronisierungsstatus schon »während« des Duplizierens anpassen kann. Dafür öffnet sich vor dem eigentlichen Duplizieren ein Overlay-Fenster, in dem man für die duplizierte Vorlage folgende Angaben machen kann, wenn sie vom Original abweichen sollen: Name Kategorien Synchronisierungsstatus Neugestaltung der Voreinstellungen WordPress 6.5 bietet ein neu gestaltetes Einstellungsmenü, mit dem du die Benutzeroberfläche des Editors nach deinen Wünschen anpassen kannst. Das beinhaltet u. a. neue Bereiche für Design sowie Einstellungen für die Barrierefreiheit. <img loading="lazy" decoding="async" width="400" height="310" src="https://www.perun.net/wp-content/uploads/2024/02/einstellungen.png" alt="" class="has-border-color has-light-gray-border-color wp-image-13013" style="border-width:1px" srcset="https://www.perun.net/wp-content/uploads/2024/02/einstellungen.png 400w, https://www.perun.net/wp-content/uploads/2024/02/einstellungen-323x250.png 323w" sizes="auto, (max-width: 400px) 100vw, 400px" /> Ablenkungsfreier Modus Wenn man den ablenkungsfreien Modus nutzt, kann man sich nun die Werkzeugleiste des aktiven Blocks anzeigen lassen, indem man mit der Maus an den Anfang der Seite fährt. Bis jetzt ging dies nur durch aktives ein- bzw. ausschalten. Weitere Neuerungen Beim Speichern von Templates werden nun mehr Informationen über die Änderungen angezeigt als bisher. Außerdem wird ein Link zum Frontend angezeigt. Optimiertes Drag & Drop Für den Cover-Block kann nun neben einer Mindesthöhe auch das Seitenverhältnis festgelegt werden. Image(s) licensed by Ingram Image/adpic. Verwandte Beiträge: WordPress 7.0 ist da: KI im Kern & ein frisches Dashboard WordPress 6.6: Arbeiten mit Vorlagen WordPress 6.5: Support für AVIF-Grafiken kommt WordPress 6.5: Was dich erwartet WordPress 6.5 plant massive Aufwertung des Block- und Website-Editors Quelle
WordPress: In 6 Schritten Inhalte mit einem Passwort schützen
Durch das Einrichten eines Passwortschutzes kannst du sicherstellen, dass nur autorisierte Benutzer Zugriff auf bestimmte Inhalte deiner WordPress-Website haben.
Das Anlegen einer passwortgeschützten Seite oder eines passwortgeschützten Beitrags in WordPress ist ein einfacher Prozess, der es dir ermöglicht, Inhalte auf deiner Website zu verbergen und nur bestimmten Personen mit dem Passwort Zugriff darauf zu gewähren. Hier ist eine Schritt-für-Schritt-Anleitung, wie du dies tun kannst: Logge dich in dein WordPress-Dashboard ein: Gehe zu deiner WordPress-Website und logge dich mit deinem Benutzernamen und Passwort ein. Seite/Beitrag erstellen oder bearbeiten: a. Um eine/n neue/n Seite/Beitrag zu erstellen, gehe in der linken Seitenleiste zu „Seiten/Beiträge“ und klicke auf „Neue/n Seite/Beitrag erstellen“. b. Um eine/n bestehende/n Seite/Beitrag zu bearbeiten, gehe zu „Seiten/Beiträge“, finde die Seite/den Beitrag, die/den du bearbeiten möchtest, und klicke auf „Bearbeiten“. Einstellungen für die Sichtbarkeit ändern: Im Seitenbearbeitungsbildschirm befindet sich rechts ein Block namens „Zusammenfassung“. Klicke darauf, um die Optionen anzuzeigen. Suche nach der Option „Sichtbarkeit“, die standardmäßig auf „Öffentlich“ gesetzt ist, und klicke darauf. Passwortschutz einrichten: Wähle „Passwortgeschützt“. Es wird ein Feld angezeigt, in das du das gewünschte Passwort eingeben kannst. Dieses Passwort wird benötigt, um Zugriff auf die Seite zu erhalten. Gib ein sicheres Passwort ein und merke es dir oder notiere es, um es mit den Personen zu teilen, die Zugang zu der Seite oder den Beitrag haben sollen. Änderungen veröffentlichen oder aktualisieren: a. Wenn du eine/n neue/n Seite/Beitrag erstellst, klickst du auf „Veröffentlichen“, um die Seite oder den Beitrag mit dem festgelegten Passwortschutz live zu schalten. b. Wenn du eine bestehende Seite bearbeitest, klicke auf „Aktualisieren“, um die neuen Einstellungen – auch ein neues Passwort – zu speichern. Teste die Seite oder den Beitrag: Öffne die Seite oder den Beitrag in einem neuen Inkognito- oder Privatfenster, um sicherzustellen, dass der Passwortschutz funktioniert. Du solltest aufgefordert werden, das Passwort einzugeben, bevor du Zugriff auf den Inhalt der Seite erhältst. Durch das Einrichten eines Passwortschutzes kannst du sicherstellen, dass nur autorisierte Benutzer Zugriff auf bestimmte Inhalte deiner WordPress-Website haben. Denk daran, starke Passwörter zu verwenden und diese sicher zu verwahren. Wenn du eine Seite oder einen Beitrag in WordPress mit einem Passwort schützt, wird ein Cookie gesetzt, das nach 10 Tagen abläuft und verhindert, dass der Benutzer das Passwort während dieser 10 Tage eingeben muss. Verwandte Beiträge: Podcast: Was macht eine WordPress-Website wirklich erfolgreich? Warum zeigt WordPress den Installations-Bildschirm an, obwohl WP bereits installiert ist? WordPress-Admin über FTP-Zugang anlegen WordPress: Verschachtelte & gemischte Listen erstellen, ohne Plugin World Backup Day Quelle
WordPress 6.5 plant massive Aufwertung des Block- und Website-Editors
WordPress 6.5 wird massive Verbesserung für den Block- und Website-Editor bringen.
Wer schon einmal etwas in WordPress 6.5 reinschnuppern möchte, ohne eine Alpha-Version selbst zu installieren, der bekommt im Video zum Hallway Hangout einen guten Einblick in einen Teil der kommenden Features. Unter anderem werden die folgenden Änderungen bzw. Neuerungen gezeigt: Dieses Video auf YouTube ansehen. Das Video wird von Youtube eingebettet. Es gelten die Datenschutzerklärungen von Google. Erst nach dem du auf das "Video abspielen" klickst werden die Daten von YouTube geladen. Revisionen für die Stile mit Vorschau und Beschreibung (ab Min. 3:07). Synchronisierte Vorlagen, die sich in Teilen überschreiben lassen (ab Min. 4:55). Neue strukturierte Übersicht für Templates, Vorlagen und Seiten (ab Min. 8:53). Die neue Admin-Oberfläche in diesen Bereichen kann als Experiment schon mit dem Gutenberg-Plugin angewendet und ausprobiert werden. Ich werde dazu in den kommenden Tagen noch einen ausführlichen Beitrag verfassen. In der Schriftarten-Bibliothek können eigene und Google-Fonts lokal installiert werden (ab Min. 12:31). In einer Gruppe können Stil-Variantonen (“section-style”) angewendet werden, um mehrere Blöcke anzupassen (ab Min. 16:02). Durch verschiedene Maßnahmen (z. B. highlighten) soll verhindert werden, dass man beim Bearbeiten von seitenspezifischen Inhalten unbeabsichtigt auch Templates und/oder Vorlagen bearbeitet bzw. umgekehrt (ab Min. 19:06). Verknüpfung von Blöcken mit Custom Fields (ab Min. 23:41). Verbessertes Verhalten von Drag & Drop innerhalb des Contents (ab Min. 27:32), in der Dokumentenübersicht (ab Min. 30:31) und in Verbindung mit Reihen und Bildergalerien (ab Min. 31:43). Ich bin gespannt, ob es all die hier gezeigten Features in WordPress 6.5, das am 26. März erscheinen soll, schaffen werden. Verwandte Beiträge: WordPress 7.0 ist da: KI im Kern & ein frisches Dashboard WordPress 6.6: Arbeiten mit Vorlagen WordPress 6.5: Support für AVIF-Grafiken kommt WordPress 6.5: Was dich erwartet WordPress 6.5: Verbesserung des Core-Editors Quelle
Auch 2024 soll das Bloggen mit WordPress nicht zu kurz kommen, wir zeigen euch 5 Tipps, mit denen ihr den Block-Editor effizient nutzen und somit durchstarten könnt.
Das neue Jahr ist gestartet und nicht wenige von euch haben sich vielleicht vorgenommen im kommenden Jahr (wieder) mehr zu bloggen. Für all diejenigen unter euch, die mit dem WordPress-eigenen Block-Editor Beiträge verfassen, möchte ich euch fünf Tipps zeigen, mit denen ihr noch effizienter und somit mehr bloggen könnt. Nutzt das Tastaturkürzel / wenn ihr einen neuen Block einfügen möchtet. Wenn ihr am Anfang eines neuen Absatzes / eingebt, werden euch die von euch am häufigsten genutzten Blöcke in einem Drop-Down-Feld angezeigt und ihr könnt das gewünschte auswählen. Wenn ihr noch einen oder mehrere Buchstaben hinter den / setzt, werden die Blöcke, die euch angezeigt werden, gefiltert. Nutzt den Modus “Ablenkungsfrei“, wenn Ihr einen Text verfassen möchtet, ohne dass ihr andere u. U. störende Elemente angezeigt bekommt. Ihr könnt den Modus mit dem Tastaturkürzel Strg+Shift+\ ein- und ausschalten. Alternativ dazu könnt ihr den Modus über das Menü “Ansicht anpassen” erreichen. Mit der “Dokumentenübersicht” könnt ihr euch einen schnellen Überblick über die Struktur eures Textes verfassen. Hier bekommt ihr u. a. angezeigt, wenn die Semantik der Überschriften nicht stimmt. Außerdem könnt ihr hier, wenn ihr ein Element auswählt, im Dokument gezielt Blöcke auswählen. <img loading="lazy" decoding="async" width="300" height="259" src="https://www.perun.net/wp-content/uploads/2024/01/listenansicht.png" alt="" class="has-border-color has-gray-border-color wp-image-12961" style="border-width:1px" srcset="https://www.perun.net/wp-content/uploads/2024/01/listenansicht.png 300w, https://www.perun.net/wp-content/uploads/2024/01/listenansicht-290x250.png 290w" sizes="auto, (max-width: 300px) 100vw, 300px" /> Dokumentenübersicht Über die “Einstellungen”, die ihr über das Menü “Ansicht anpassen” erreicht, habt ihr die Möglichkeit Blöcke, die ihr nicht benötigt, auszublenden. Somit könnt ihr den Block-Inserter ausmisten und auf eure Bedürfnisse abstimmen. <img loading="lazy" decoding="async" width="400" height="329" src="https://www.perun.net/wp-content/uploads/2024/01/sichtbare-bloecke.png" alt="" class="has-border-color has-gray-border-color wp-image-12962" style="border-width:1px" srcset="https://www.perun.net/wp-content/uploads/2024/01/sichtbare-bloecke.png 400w, https://www.perun.net/wp-content/uploads/2024/01/sichtbare-bloecke-304x250.png 304w" sizes="auto, (max-width: 400px) 100vw, 400px" /> Sichtbare Blöcke Wenn du immer wiederkehrende Textbausteine verwendest oder immer wiederkehrende Layouts, solltest du dir diese als Vorlagen speichern. So kannst du bei Bedarf darauf zurückgreifen und wenn nötig nur noch inhaltliche Anpassungen vornehmen. Achte darauf, dass du die Vorlagen nur mit der Option “Synchronisiert” speicherst, wenn du inhaltliche Änderungen vornehmen möchtest, die sich dann auf alle Vorkommen der Vorlage auswirken. Möchtest du inhaltliche Änderungen vornehmen, ohne dass dies Auswirkungen auf die anderen Vorkommen hat, musst du die Option “Synchronisiert” vor dem Speichern deaktivieren. Was sind euren Lieblingstipps, um Beiträge in WordPress möglichst effizient zu verfassen? Image(s) licensed by Ingram Image/adpic. Verwandte Beiträge: Podcast: Was macht eine WordPress-Website wirklich erfolgreich? Warum zeigt WordPress den Installations-Bildschirm an, obwohl WP bereits installiert ist? WordPress-Admin über FTP-Zugang anlegen WordPress: Verschachtelte & gemischte Listen erstellen, ohne Plugin World Backup Day Quelle
In seiner jährlichen Rede über WordPress gibt es auch diesmal Spannendes über die zukünftige Entwicklung zu erfahren.
So wie auch schon in den vergangenen Jahren gab es auch dieses Jahr ein State of the Word, also eine Rede von Matt Mullenweg zur Lage von WordPress. Sie fand das erste Mal außerhalb der USA statt, und zwar am 11. Dezember in Madrid. Das Video lohnt sich anzuschauen, wer aber keine Zeit und/oder Lust hat, dem möchte ich hier kurz die wichtigsten Punkte zusammenfassen: Die WordPress-Entwicklung befindet sich im Moment in der 3. Phase der Gutenberg-Entwicklung. Die 1. Phase beinhaltete die Einführung des Gutenberg-Editors, in der 2. Phase kam die Einführung der Block-Themes bzw. des Website-Editors hinzu. In der jetzigen 3. Phase geht es um Echtzeitzusammenarbeit und die 4. Phase wird sich mit Mehrsprachigkeit befassen. Es gibt zwar noch keinen genauen Zeitplan für die Umsetzung der 3. Projekt-Phase, die die Echtzeitzusammenarbeit ermöglichen soll, aber es gibt schon einen Prototypen (ab Min. 20:18), der im Gutenberg-Plugin bereits als Experiment aktiviert werden kann. Vorlagen werden noch wichtiger und deren Weiterentwicklung macht sie zu einem leistungsstarken Werkzeug für Arbeitsabläufe (ab Min. 21:20). Neben einer API, soll es in Zukunft nicht nur “reguläre Vorlagen” und “synchronisierte Vorlagen” geben, sondern auch Vorlagen bei denen nur das Design bei Änderungen synchronisiert wird, nicht aber deren Inhalt (ab Min. 23:10). Custom Fields werden in Zukunft mit Blöcken verknüpft werden (ab Min. 24:38). Performanceoptimierungen (ab Min. 25:42), die insbesondere den Editor betreffen sollen. Mit dem Admin-Redesign wird die Neugestaltung der Verwaltung sich am Site-Editor orientieren und es den Benutzern ermöglichen, ihre WordPress-Verwaltung nach ihren individuellen Bedürfnissen zu gestalten (ab Min. 29:00). KI bietet viele Möglichkeiten für die Weiterentwicklung von WordPress (ab Min. 31:00 ) und Matt Mullenweg stellt einige Tools dafür vor. Der Import von Daten aus anderen Systemen, aber auch der Export von WP-Daten soll in Zukunft noch einfacher und reibungsloser funktionieren, Stichwort: Data Liberation (ab Min. 35:00 ). Dieses Video auf YouTube ansehen. Das Video wird von Youtube eingebettet. Es gelten die Datenschutzerklärungen von Google. Erst nach dem du auf das "Video abspielen" klickst werden die Daten von YouTube geladen. Das komplette State of the Word soll zudem in den kommenden Tagen mithilfe von AI bzw. KI in vier verschiedene Sprachen übersetzt werden. Falls es eine deutsche Version gibt, werde ich sie hier noch verlinken. Verwandte Beiträge: State of the Word 2022: welche Meilensteine bringt WorPress 2023? Quelle