{"id":209,"date":"2026-02-05T06:56:17","date_gmt":"2026-02-05T05:56:17","guid":{"rendered":"https:\/\/helloblog.io\/de\/wordpress-2026-drei-major-releases-planung-7-0\/"},"modified":"2026-02-05T06:56:17","modified_gmt":"2026-02-05T05:56:17","slug":"wordpress-2026-drei-major-releases-planung-7-0","status":"publish","type":"post","link":"https:\/\/helloblog.io\/de\/wordpress-2026-drei-major-releases-planung-7-0\/","title":{"rendered":"WordPress plant 2026 wieder drei Major-Releases \u2013 und die fr\u00fchen Leitplanken f\u00fcr 7.0 zeichnen sich ab"},"content":{"rendered":"\n<p>WordPress soll 2026 wieder zu einem Rhythmus mit <strong>drei Major-Releases<\/strong> zur\u00fcckkehren. Das ist das zentrale Ergebnis des j\u00fcngsten \u201eCore Committers Check-in\u201c (Quartalsformat), bei dem Core-Committer gemeinsam mit der Projektleitung \u00fcber <strong>Release-Kadenz<\/strong>, <strong>Timing<\/strong>, m\u00f6gliche <strong>Features f\u00fcr WordPress 7.0<\/strong>, den Status des <strong>Admin-Redesigns<\/strong> und die Rolle von <strong>AI<\/strong> in der zuk\u00fcnftigen Entwicklung gesprochen haben.<\/p>\n\n\n\n<figure class=\"wp-block-image size-large\"><img loading=\"lazy\" decoding=\"async\" width=\"2000\" height=\"1333\" src=\"https:\/\/helloblog.io\/app\/uploads\/sites\/3\/2026\/02\/core-committers-check-in-feature-img.jpg\" alt=\"Screenshot eines WordPress-Blogposts mit dem Titel \u201eCore Committers Check-in \u2013 November 2025\u201c\" class=\"wp-image-208\" srcset=\"https:\/\/helloblog.io\/app\/uploads\/sites\/3\/2026\/02\/core-committers-check-in-feature-img.jpg 2000w, https:\/\/helloblog.io\/app\/uploads\/sites\/3\/2026\/02\/core-committers-check-in-feature-img-300x200.jpg 300w, https:\/\/helloblog.io\/app\/uploads\/sites\/3\/2026\/02\/core-committers-check-in-feature-img-1024x682.jpg 1024w, https:\/\/helloblog.io\/app\/uploads\/sites\/3\/2026\/02\/core-committers-check-in-feature-img-768x512.jpg 768w, https:\/\/helloblog.io\/app\/uploads\/sites\/3\/2026\/02\/core-committers-check-in-feature-img-1536x1024.jpg 1536w, https:\/\/helloblog.io\/app\/uploads\/sites\/3\/2026\/02\/core-committers-check-in-feature-img-400x267.jpg 400w\" sizes=\"auto, (max-width: 2000px) 100vw, 2000px\" \/><figcaption class=\"wp-element-caption\">Im Make-WordPress-Core-Blog wurden Notizen zum Core Committers Check-in ver\u00f6ffentlicht. \u2014 <em>Forr\u00e1s: The Repository \/ Make WordPress Core<\/em><\/figcaption><\/figure>\n\n\n\n<p>Wichtig f\u00fcr die Einordnung: Anfang des Jahres war noch kommuniziert worden, dass <strong>2026 nur ein Major-Release<\/strong> erscheinen solle. Begr\u00fcndet wurde das mit \u201eongoing legal matters\u201c \u2013 im Kontext der Berichterstattung ist damit der Rechtsstreit rund um <strong>WP Engine<\/strong> gemeint \u2013 sowie mit dem Umstand, dass <strong>Automattic die WordPress-Beitr\u00e4ge reduziert\/pausiert<\/strong> hat (ebenfalls im Zusammenhang mit dieser Auseinandersetzung). Dass nun wieder drei Releases \u201ebeabsichtigt\u201c sind, ist damit eine klare Kurskorrektur.<\/p>\n\n\n\n<p>Das Treffen fand unter der <strong>Chatham House Rule<\/strong> statt. Praktisch hei\u00dft das: Inhalte d\u00fcrfen im Sinne der Sache weitergegeben werden, aber ohne Personen konkret zuzuordnen.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Zur\u00fcck zu drei Major-Versionen: Was aktuell f\u00fcr 2026 geplant ist<\/h2>\n\n\n\n<p>Die Release-Intention stammt aus den ver\u00f6ffentlichten Meeting-Notizen von Core-Committer <strong>Jonathan Desrosiers<\/strong> im Make WordPress Core Blog. Dort wird als Ziel formuliert, 2026 wieder eine <strong>Dreier-Kadenz<\/strong> zu fahren \u2013 und <strong>WordPress 7.0<\/strong> wird dabei grob auf <strong>M\u00e4rz oder April<\/strong> anvisiert.<\/p>\n\n\n\n<p>Ein <strong>Release im Februar<\/strong> wurde explizit verworfen. Der Grund ist vor allem organisatorisch und realistisch: Daf\u00fcr w\u00fcrde <strong>Beta 1<\/strong> in <strong>Anfang Januar<\/strong> fallen \u2013 eine Phase, in der viele Contributor noch im Urlaub sind. Zus\u00e4tzlich seien mehrere Features, die parallel laufen, in diesem engen Zeitfenster nicht rechtzeitig \u201erelease-ready\u201c.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Major-Releases rund um Flagship-Events? Idee ja \u2013 Plan noch nicht<\/h2>\n\n\n\n<p>Diskutiert wurde au\u00dferdem, ob man k\u00fcnftige Major-Releases st\u00e4rker an gro\u00dfe Community- und Projekttermine koppeln sollte \u2013 als Referenz wurde der <strong>WordPress-6.9-Launch rund um die State of the Word<\/strong> genannt.<\/p>\n\n\n\n<p>Gleichzeitig wurde auch klar benannt, warum das nicht trivial ist: Wenn man Releases an Events \u201efestzurrt\u201c, kommen zus\u00e4tzliche Abh\u00e4ngigkeiten rein \u2013 <strong>Reisen<\/strong>, <strong>Zeitzonen<\/strong>, die <strong>Verf\u00fcgbarkeit der Release Squad<\/strong> und die generelle Contributor-Verf\u00fcgbarkeit. Das erh\u00f6ht die Komplexit\u00e4t deutlich. Ergebnis der Runde: Das Ganze bleibt <strong>eine M\u00f6glichkeit<\/strong>, aber <strong>noch kein belastbarer Plan<\/strong> und wurde als Thema f\u00fcr weitere Diskussionen markiert.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Was k\u00f6nnte in WordPress 7.0 landen? Kandidaten aus dem 6.9-Umfeld<\/h2>\n\n\n\n<p>In den Notizen tauchen mehrere Features auf, die urspr\u00fcnglich im Scope f\u00fcr WordPress 6.9 waren und nun als Kandidaten f\u00fcr 7.0 diskutiert wurden. Genannt werden:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n\n<li><strong>Template Activation<\/strong> (Aktivierung\/Handling von Templates als Feature-Thema)<\/li>\n\n\n<li>der <strong>Tabs Block<\/strong> (ein Block-Konzept f\u00fcr Tab-UI)<\/li>\n\n\n<li><strong>Client-side abilities<\/strong> f\u00fcr die <strong>Abilities API<\/strong> (also F\u00e4higkeiten\/Capabilities, die nicht nur serverseitig verf\u00fcgbar sind)<\/li>\n\n\n<li><strong>Client-side media editing<\/strong> (Medienbearbeitung im Browser\/Client)<\/li>\n\n<\/ul>\n\n\n\n<p>Der inhaltlich gr\u00f6\u00dfte Block der Diskussion drehte sich aber um ein anderes Thema: den <strong>WordPress AI Client<\/strong>.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">WordPress AI Client: Warum das Thema pl\u00f6tzlich core-relevant wirkt<\/h2>\n\n\n\n<p>Der <strong>WordPress AI Client<\/strong> ist eines der vier \u201eBuilding Blocks\u201c aus der Roadmap des WordPress AI Teams und steht nun grunds\u00e4tzlich zur Debatte, ob er in <strong>WordPress Core<\/strong> einziehen sollte.<\/p>\n\n\n\n<p>Laut den Notizen wurde <strong>Version 0.1.0<\/strong> des WordPress AI Client \u201eletzte Woche\u201c ver\u00f6ffentlicht. Die Idee dahinter: Plugins und Themes bekommen einen <strong>nativen, provider-agnostischen<\/strong> Zugang zu AI-Services. \u201eProvider-agnostisch\u201c bedeutet hier: Der Client soll nicht auf einen bestimmten Anbieter festgenagelt sein, sondern eine abstrahierte Schnittstelle liefern.<\/p>\n\n\n\n<p>Technisch ordnet sich das als Anpassung des <strong>PHP AI Client<\/strong> an WordPress-Konventionen ein. Konkret werden dabei mehrere Prinzipien genannt, die WordPress-Entwickler sofort wiedererkennen:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n\n<li>Er nutzt die <strong>WordPress HTTP API<\/strong> f\u00fcr Requests.<\/li>\n\n\n<li>API-Keys werden zentral an einer Stelle verwaltet \u2013 \u00fcber einen Screen namens <strong>\u201eAI Credentials\u201c<\/strong>.<\/li>\n\n\n<li>Die <strong>Modell-Auswahl<\/strong> soll \u00fcber den Client laufen, ohne dass Plugins einzelne Anbieter hart verdrahten m\u00fcssen (kein \u201eProvider hard-coding\u201c in jedem Plugin\/Theme).<\/li>\n\n<\/ul>\n\n\n\n<p>Au\u00dferdem ist bereits skizziert, was in sp\u00e4teren Versionen dazukommen soll:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n\n<li>Support f\u00fcr die <strong>Abilities API<\/strong><\/li>\n\n\n<li>zus\u00e4tzliche <strong>REST endpoints<\/strong><\/li>\n\n\n<li>ein client-seitiger <strong>Prompt Builder<\/strong> (UI\/Tooling f\u00fcr Prompts im Browser\/Client)<\/li>\n\n<\/ul>\n\n\n\n<p>Genau diese Rolle als \u201eFundament\u201c war laut Meeting-Notizen ein Kernargument pro Core: Der AI Client k\u00f6nnte das \u00d6kosystem dazu bringen, auf <strong>stabilen, gemeinsamen Grundlagen<\/strong> aufzubauen (explizit genannt wird hier auch die Abilities API). In den Notes wird das sinngem\u00e4\u00df so begr\u00fcndet: Wenn die relevanten APIs kombiniert werden, entstehen viele neue M\u00f6glichkeiten \u2013 sowohl f\u00fcr Entwickler als auch f\u00fcr Site Owner.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Die Kehrseite: Core muss agnostisch bleiben \u2013 und konkrete Use Cases brauchen<\/h2>\n\n\n\n<p>Gleichzeitig wurden die Grenzen sehr deutlich gemacht. WordPress soll laut Notizen <strong>immer agnostisch<\/strong> bleiben. Eine Core-Integration, die faktisch ein bestimmtes AI-Modell bevorzugt oder nur mit ausgew\u00e4hlten Drittanbietern gut funktioniert, w\u00e4re langfristig nicht tragf\u00e4hig.<\/p>\n\n\n\n<p>Als m\u00f6gliche Perspektive wurde au\u00dferdem erw\u00e4hnt, dass sich l\u00e4ngerfristig auch neue Optionen ergeben k\u00f6nnten \u2013 etwa durch <strong>machine-based<\/strong> oder <strong>browser-level models<\/strong> (also Modelle, die st\u00e4rker lokal bzw. im Browser-Umfeld laufen). Eine konkrete Richtung oder Festlegung wurde daf\u00fcr aber nicht beschlossen.<\/p>\n\n\n\n<p>Bevor \u00fcberhaupt eine Entscheidung f\u00e4llt, wollen die Beteiligten au\u00dferdem klare Use Cases f\u00fcr \u201edefault WordPress\u201c sehen. Als Beispiele f\u00fcr solche Standard-Use-Cases wurden genannt:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n\n<li>die <strong>Mediathek<\/strong> nach bestimmten Motiven\/Inhalten durchsuchen (z.B. Bilder nach \u201esubject matter\u201c finden)<\/li>\n\n\n<li><strong>Newsletter generieren<\/strong> auf Basis k\u00fcrzlich ver\u00f6ffentlichter Inhalte<\/li>\n\n<\/ul>\n\n\n\n<h2 class=\"wp-block-heading\">Admin-Redesign: eher \u201efrischer Anstrich\u201c als kompletter Umbau<\/h2>\n\n\n\n<p>Auch das <strong>Admin-Redesign<\/strong> war Thema. Der Tenor laut Notizen: Es geht <strong>nicht<\/strong> um eine komplette Neuentwicklung oder radikale Umgestaltung, sondern eher um einen <strong>\u201efresh coat of paint\u201c<\/strong> \u2013 also einen neuen Anstrich und das Auffrischen dessen, was bereits da ist.<\/p>\n\n\n\n<p>Das ist eine wichtige Klarstellung, weil es im Sommer bei einem fr\u00fcheren Quartalsmeeting auch um die Frage ging, wie man so ein Redesign testbar macht: als Experiment im <strong>Gutenberg-Plugin<\/strong> oder als separates Plugin in der Art von <strong>\u201eMP7\u201c<\/strong>. \u201eMP7\u201c ist dabei bewusst als Anspielung auf <strong>MP6<\/strong> gesetzt \u2013 das war 2013 ein \u201efeature as a plugin\u201c-Ansatz, der sp\u00e4ter ma\u00dfgeblich das Admin-Redesign von <strong>WordPress 3.8<\/strong> gepr\u00e4gt hat.<\/p>\n\n\n\n<p>In der Roadmap ist das Admin-Redesign demnach Teil von <strong>Phase 3: Collaboration<\/strong> im Gutenberg-Kontext. An der Vision wird seit 2023 gearbeitet: Gutenberg Lead Architect <strong>Mat\u00edas Ventura<\/strong> hatte damals seine Vorstellung einer modernisierten Admin-Experience geteilt und sp\u00e4ter auch neue Layouts im Rahmen der <strong>State of the Word 2023<\/strong> demonstriert.<\/p>\n\n\n\n<p>Ein konkreter Zwischenstand ist ebenfalls relevant: Eine <strong>fr\u00fche Preview<\/strong> des Admin-Redesigns, die urspr\u00fcnglich zusammen mit WordPress 6.9 kommen sollte, wurde im <strong>September<\/strong> zur\u00fcckgestellt. In der aktualisierten Roadmap wurde das mit \u201e<strong>no longer planned based on the current state of work<\/strong>\u201c begr\u00fcndet.<\/p>\n\n\n\n<p>Eine belastbare Timeline, wann das Redesign in Core landen k\u00f6nnte, gibt es weiterhin nicht. Der Kontext dazu: Der letzte wirklich gro\u00dfe Admin-Refresh liegt <strong>mehr als zehn Jahre<\/strong> zur\u00fcck (WordPress 3.8).<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">PHP-Minimum: Warum 7.4 diskutiert wird (und warum das nicht nur Symbolik ist)<\/h2>\n\n\n\n<p>Ein weiterer Punkt der Runde: Es gebe \u201ecompelling reasons\u201c, das minimale unterst\u00fctzte PHP auf <strong>PHP 7.4<\/strong> anzuheben. Es wurde aber keine Entscheidung getroffen.<\/p>\n\n\n\n<p>Die Argumentation drehte sich um sehr praktische Grenzen, die viele von uns aus Plugin- und Theme-Entwicklung kennen:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n\n<li>Sehr alte PHP-Versionen zwingen WordPress zu zus\u00e4tzlicher <strong>Abw\u00e4rtskompatibilit\u00e4t<\/strong>, was <strong>Bloat<\/strong> erzeugt und Entwicklung verlangsamt.<\/li>\n\n\n<li>PHP 7.4 w\u00fcrde die Codebase in Richtung <strong>konsistenteres Typing<\/strong> bewegen. Das erleichtert Verst\u00e4ndnis \u2013 sowohl f\u00fcr Entwickler als auch f\u00fcr <strong>AI-Systeme<\/strong>, die Code analysieren\/unterst\u00fctzen sollen.<\/li>\n\n\n<li>Viele Third-Party <strong>AI SDKs<\/strong> setzen ohnehin bereits neuere PHP-Versionen voraus. Ein zu niedriges Minimum blockiert, solche SDKs \u00fcberhaupt sinnvoll einzusetzen.<\/li>\n\n<\/ul>\n\n\n\n<p>Gleichzeitig wurde das Thema als Abw\u00e4gung formuliert: Fortschritt erm\u00f6glichen, aber Nutzer nicht \u201ezur\u00fccklassen\u201c. Genau diese Balance ist in WordPress traditionell ein Kernpunkt \u2013 und entsprechend wurde auch hier kein Schnellschuss beschlossen.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Was als N\u00e4chstes ansteht: Follow-ups aus dem Check-in<\/h2>\n\n\n\n<p>In den Meeting-Notizen wurden mehrere konkrete Follow-up-Punkte festgehalten, die nach dem Termin weiterverfolgt werden sollen:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n\n<li>mehr <strong>offene<\/strong> und <strong>semi-offene<\/strong> Meeting-Formate vorschlagen<\/li>\n\n\n<li>den <strong>Release-Plan f\u00fcr 2026<\/strong> ver\u00f6ffentlichen<\/li>\n\n\n<li>Ziel-Features f\u00fcr <strong>7.0<\/strong> und ggf. auch <strong>7.1<\/strong> best\u00e4tigen bzw. sch\u00e4rfen<\/li>\n\n\n<li>bewerten, ob eine Koordination von Releases mit <strong>In-Person-Events<\/strong> praktisch umsetzbar ist<\/li>\n\n<\/ul>\n\n\n\n<h2 class=\"wp-block-heading\">Einordnung f\u00fcr Entwicklerteams: Was du aus den Signalen jetzt mitnehmen kannst<\/h2>\n\n\n\n<p>Auch wenn viele Details (noch) Absichtserkl\u00e4rungen sind, lassen sich ein paar sehr konkrete Signale herauslesen: 2026 soll wieder mehr Release-Tempo bringen, WordPress 7.0 wird fr\u00fch adressiert, und AI wird nicht als einzelnes Feature, sondern als <strong>Infrastruktur-Thema<\/strong> diskutiert (AI Client + Abilities API + REST + Prompt Builder). Parallel bleibt das Admin-Redesign bewusst evolution\u00e4r, und beim PHP-Minimum steht ein Schritt an, der mittel- bis langfristig enorme Auswirkungen auf Codequalit\u00e4t, Tooling und Abh\u00e4ngigkeiten haben kann.<\/p>\n\n\n<div class=\"references-section\">\n                <h2>Referenzen \/ Quellen<\/h2>\n                <ul class=\"references-list\"><li><a href=\"https:\/\/www.therepository.email\/wordpress-returns-to-three-major-releases-in-2026-as-planning-begins-for-7-0\" target=\"_blank\" rel=\"noopener noreferrer\">WordPress Returns to Three Major Releases in 2026 as Planning Begins for 7.0<\/a><\/li><li><a href=\"https:\/\/make.wordpress.org\/core\/2025\/11\/26\/core-committers-check-in-november-2025\/\" target=\"_blank\" rel=\"noopener noreferrer\">Core Committers Check-in \u2013 November 2025<\/a><\/li><li><a href=\"https:\/\/www.therepository.email\/wordpress-slows-to-one-major-release-per-year-and-not-everyone-agrees-with-how-it-happened\" target=\"_blank\" rel=\"noopener noreferrer\">WordPress slows to one major release per year, and not everyone agrees with how it happened<\/a><\/li><li><a href=\"https:\/\/www.therepository.email\/wp-engine-expands-legal-fight-against-automattic-and-matt-mullenweg-with-antitrust-claims\" target=\"_blank\" rel=\"noopener noreferrer\">WP Engine expands legal fight against Automattic and Matt Mullenweg with antitrust claims<\/a><\/li><li><a href=\"https:\/\/www.therepository.email\/automattic-scales-back-wordpress-contributions-to-match-wp-engine-amid-legal-battle\" target=\"_blank\" rel=\"noopener noreferrer\">Automattic scales back WordPress contributions to match WP Engine amid legal battle<\/a><\/li><li><a href=\"https:\/\/www.therepository.email\/state-of-the-word-2025-set-for-san-francisco-coinciding-with-wordpress-6-9-release\" target=\"_blank\" rel=\"noopener noreferrer\">State of the Word 2025 set for San Francisco, coinciding with WordPress 6.9 release<\/a><\/li><li><a href=\"https:\/\/www.therepository.email\/understanding-the-abilities-api-what-it-is-why-it-matters-and-how-its-going-to-transform-wordpress\" target=\"_blank\" rel=\"noopener noreferrer\">Understanding the Abilities API: What it is, why it matters, and how it\u2019s going to transform WordPress<\/a><\/li><li><a href=\"https:\/\/www.therepository.email\/wordpress-ai-team-publishes-first-roadmap-focused-on-developer-tools-and-infrastructure\" target=\"_blank\" rel=\"noopener noreferrer\">WordPress AI team publishes first roadmap focused on developer tools and infrastructure<\/a><\/li><li><a href=\"https:\/\/make.wordpress.org\/ai\/2025\/11\/21\/introducing-the-wordpress-ai-client-sdk\/\" target=\"_blank\" rel=\"noopener noreferrer\">Introducing the WordPress AI Client SDK<\/a><\/li><li><a href=\"https:\/\/make.wordpress.org\/core\/2023\/07\/12\/admin-design\/\" target=\"_blank\" rel=\"noopener noreferrer\">Admin design<\/a><\/li><li><a href=\"https:\/\/www.chathamhouse.org\/about-us\/chatham-house-rule\" target=\"_blank\" rel=\"noopener noreferrer\">Chatham House Rule<\/a><\/li><\/ul>\n            <\/div>","protected":false},"excerpt":{"rendered":"<p>Nach einem Jahr voller Unsicherheit bei der Release-Planung schaltet WordPress f\u00fcr 2026 offenbar wieder hoch: Drei Major-Versionen sind das Ziel \u2013 inklusive erster Diskussionen zu 7.0, Admin-Redesign, AI Client und einem m\u00f6glichen PHP-Minimum von 7.4.<\/p>\n","protected":false},"author":9,"featured_media":207,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[45],"tags":[29,27,28,26,23],"class_list":["post-209","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-wordpress-okosystem","tag-ai","tag-gutenberg","tag-php","tag-releases","tag-wordpress-core"],"_links":{"self":[{"href":"https:\/\/helloblog.io\/de\/wp-json\/wp\/v2\/posts\/209","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/helloblog.io\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/helloblog.io\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/helloblog.io\/de\/wp-json\/wp\/v2\/users\/9"}],"replies":[{"embeddable":true,"href":"https:\/\/helloblog.io\/de\/wp-json\/wp\/v2\/comments?post=209"}],"version-history":[{"count":0,"href":"https:\/\/helloblog.io\/de\/wp-json\/wp\/v2\/posts\/209\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/helloblog.io\/de\/wp-json\/wp\/v2\/media\/207"}],"wp:attachment":[{"href":"https:\/\/helloblog.io\/de\/wp-json\/wp\/v2\/media?parent=209"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/helloblog.io\/de\/wp-json\/wp\/v2\/categories?post=209"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/helloblog.io\/de\/wp-json\/wp\/v2\/tags?post=209"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}