Acht WordPress-Blöcke, die der Core nicht mitbringt: Inhaltsverzeichnis, Tabs, Öffnungszeiten, DSGVO-freundliche Karte, Bewertung, Zähler, Countdown und Slider — mit strukturierten Daten aus dem tatsächlichen Inhalt.
Die üblichen Block-Sammlungen bauen nach, was der Editor längst kann: Buttons, Spalten, Abstände. Man handelt sich ein globales Stylesheet, jQuery und ein Konfigurationsmenü ein und bekommt dafür Blöcke, die schlechter sind als die eingebauten. Diese Sammlung macht das Gegenteil und liefert nur, was wirklich fehlt. Alles andere bleibt beim Core, der schneller ist, barrierefreier und mit jeder Version besser wird.
Alle, die mit dem Block-Editor arbeiten und genau die paar Bausteine brauchen, für die man sonst ein 3-MB-Paket installiert — Praxen und Restaurants wegen der Öffnungszeiten, Ratgeberseiten wegen des Inhaltsverzeichnisses, alle wegen der Karte.
Es liest die Überschriften des Beitrags und bleibt richtig, wenn sich der Text ändert. Fehlende Sprungmarken setzt es selbst, gleichlautende Überschriften nummeriert es durch, damit die Links eindeutig bleiben. Zusammenklappen geht über <details> — ohne eine Zeile JavaScript.
Pfeiltasten, Pos1 und Ende, wandernder Fokus — vollständig nach WAI-ARIA. Der vorgewählte Reiter wird vom Server gerendert, deshalb blitzt beim Laden nichts auf, und ohne JavaScript bleibt sein Inhalt lesbar.
„Heute“ und „jetzt geöffnet“ werden im Browser aus der Zeitzone der Seite berechnet, nicht beim Ausliefern. Eine gecachte Seite zeigt deshalb nicht mittwochs die Hervorhebung von Montag. Als Nebenprodukt entsteht eine openingHoursSpecification für Google.
Der Rahmen trägt bis zum Klick des Besuchers keine Quelle. Vorher geht keine Anfrage und keine Besucher-IP an den Kartendienst — das ist der Unterschied zwischen einer eingebetteten Karte und einem Einwilligungsproblem. OpenStreetMap oder Google Maps.
Der Zähler hat seinen Endwert von Anfang an im HTML, die Animation ist Zugabe und entfällt bei „reduzierte Bewegung“ ganz. Der Countdown nennt Screenreadern das Zieldatum einmal, statt jede Sekunde eine Zahl zu ticken. Der Slider wischt ohne JavaScript, weil die Spur ein Scroll-Snap-Bereich ist.
Blöcke, die etwas sicher wissen, geben es in einen gemeinsamen JSON-LD-Graphen je Seite. Öffnungszeiten, Karte und Bewertung ergeben zusammen einen vollständigen LocalBusiness-Eintrag. Ein Akkordeon wird nur dann zur FAQPage, wenn du es ausdrücklich als solche kennzeichnest — es könnte genauso gut technische Daten enthalten.
Das Inhaltsverzeichnis vollständig, samt Auf- und Zuklappen. Bei den Tabs bleibt der vorgewählte Reiter sichtbar und lesbar, umschalten geht dann nicht.
Nein. Die Blöcke nehmen ihre Farben und Abstände aus den Gestaltungsreglern des Editors und damit aus der theme.json des aktiven Themes. Es gibt keine zweite Palette und keine Einstellungsseite.
Kein globales Stylesheet, kein jQuery. Jeder Block bringt sein eigenes CSS mit, und WordPress lädt es nur, wenn der Block auf der Seite steht. Das Umschalten der Tabs läuft über die Interactivity API des Cores statt über eine mitgelieferte Bibliothek.
Nein. Es erzeugt strukturierte Daten aus dem, was auf der Seite ohnehin steht — Öffnungszeiten, Bewertung, Standort. Titel, Meta-Beschreibungen, Sitemaps und Weiterleitungen bleiben Sache deines SEO-Plugins.
Wir bauen WordPress-Plugins für eigene Anforderungen, von der kleinen Erweiterung bis zum ausgewachsenen Produkt. Mehr dazu auf unserer Seite zu WordPress-Plugin-Entwicklung.
Kommentar-Spam in WordPress nach URL-Mustern finden, massenhaft löschen und künftig automatisch fernhalten.
Ansehen →Im WordPress.org-VerzeichnisSchwebende Aktionsleiste für WordPress: Anrufen, schreiben, Termin buchen, immer erreichbar, ohne Theme-Eingriff.
Ansehen →Vertrieb über AOS DigitalDigitale Produktpässe nach EU-Ökodesign-Verordnung für WooCommerce, mit QR-Code und maschinenlesbaren Daten.
Ansehen →