Custom Post Types in WordPress 2026: Wann sie Sinn machen (und wann nicht)

Custom Post Types (CPTs) sind das, was WordPress von einem Blog-System zu einem vollwertigen CMS macht. Aber 50% aller WordPress-Sites nutzen CPTs falsch: entweder zu viele oder zu wenige.

Hier ist die ehrliche Einordnung: wann brauchst du CPTs, wann reichen normale Posts oder Pages?

Was sind Custom Post Types?

WordPress hat 5 eingebaute Post-Types:

• post: Blog-Artikel
• page: statische Seiten
• attachment: Media
• revision: Version-History
• nav_menu_item: Menü-Einträge

Custom Post Types lassen dich eigene Datentypen definieren mit eigener URL-Struktur, eigenen Feldern, eigenem Backend-UI. Beispiele: "Portfolio", "Mitarbeiter", "Veranstaltungen", "Produkte".

Wann CPTs Sinn machen

1. Strukturell andere Daten als Blogposts

Du hast Daten mit anderer Struktur als Posts/Pages. Beispiel: Veranstaltungen mit Datum, Ort, Kapazität, Anmeldelink. Das sind keine "Posts", sondern Events.

2. Eigene URL-Struktur gewünscht

Z. B. /team/max-mustermann statt /?p=123. CPTs erlauben eigene Permalinks via has_archive + rewrite.

3. Eigenes Backend-Menü

Bei vielen verschiedenen Datentypen ist eine separate Menü-Struktur (Mitarbeiter, Projekte, Events) deutlich übersichtlicher als alles unter "Beiträge".

4. Spezielle Felder pro Typ

Mitarbeiter brauchen Position, E-Mail, Foto, Bio. Posts haben das nicht. Custom-Fields per ACF oder native Meta-Box-API.

Wann CPTs UNNÖTIG sind

1. Nur 5 Items mit gleicher Struktur

Brauchst du 5 Team-Mitglieder? Nimm einen Repeater-Block (Gutenberg) oder eine ACF-Repeater-Field auf einer einzigen Page. Keine CPTs nötig.

2. "Nur weil's möglich ist"

Manche Devs erstellen für jeden Datenpunkt einen CPT. Resultat: 12 verschiedene Menü-Punkte, die Redakteure verwirren. Halte dich an maximal 4–6 CPTs.

3. Wenn die Daten stark mit Posts überschneiden

Beispiel: "News" als CPT ist meist überflüssig, normale Posts mit Kategorie reichen aus.

CPT registrieren: Best-Practice 2026

function dws_register_portfolio_cpt() {
    register_post_type( 'portfolio', array(
        'labels' => array(
            'name'          => 'Portfolio',
            'singular_name' => 'Projekt',
            'add_new_item'  => 'Neues Projekt',
            'edit_item'     => 'Projekt bearbeiten',
        ),
        'public'             => true,
        'has_archive'        => 'projekte',  // /projekte
        'rewrite'            => array( 'slug' => 'projekt' ),  // /projekt/name
        'supports'           => array( 'title', 'editor', 'thumbnail', 'excerpt' ),
        'menu_icon'          => 'dashicons-portfolio',
        'show_in_rest'       => true,  // Gutenberg-Editor
        'menu_position'      => 5,
        'taxonomies'         => array( 'category', 'post_tag' ),
    ) );
}
add_action( 'init', 'dws_register_portfolio_cpt' );

Custom Fields: ACF vs Native

Advanced Custom Fields (ACF)

De-facto-Standard. Bedienkomfort top, aber jeder Wert wird als postmeta gespeichert: O(n²) Performance bei vielen Feldern.

Native Meta-Boxes

Mehr Code, aber komplette Kontrolle. Bessere Performance bei großen Sites. Empfohlen ab 1.000+ Items.

Custom-Tables

Bei extrem großen Sites (> 50.000 Items): eigene DB-Tabelle. Beispiel: Ultimate Form nutzt 7 Custom-Tables statt postmeta und ist damit 10x schneller bei tausenden Submissions.

Performance-Tipps

• Indexes auf Custom-Fields wenn du nach ihnen filterst (acf-better-search-replace)
• Query-Loop optimieren: posts_per_page begrenzen, no_found_rows=true wenn kein Pagination
• Object-Cache nutzen: Redis oder Memcached
• Don't query with meta_query wenn vermeidbar: sehr langsam ab 10.000+ Posts

SEO mit CPTs

• has_archive aktiv für Listing-Seite (sonst kein /portfolio/)
• show_in_rest aktiv für REST-API + Gutenberg
• Yoast/Rank Math erkennt CPTs automatisch: Meta-Tags werden gefüllt
• Schema.org-Markup pro CPT manuell ergänzen (z. B. Event-Schema für Events)

Alternativen zu CPTs

1. Page-Templates + ACF Flexible Content: bei wenigen, individuellen Items
2. Gutenberg Block-Patterns: bei wiederkehrenden Layouts
3. Eigene Post-Statuses statt CPTs: wenn die Struktur ähnlich ist

Realistische Aufwände

• Einfacher CPT (Team) ohne Custom-Fields: 2–3 Std
• CPT mit ACF (Portfolio mit 8 Feldern): 5–6 Std
• CPT mit Custom-Tabelle + Frontend-Templates: 20–40 Std

Fazit

CPTs sind mächtig, aber kein Selbstzweck. Erst denken, dann registrieren. Eine Site mit 4 sauber durchdachten CPTs funktioniert besser als eine mit 12 chaotischen.

Bei Delta Web Solution sind CPTs Standard-Bestandteil unserer Custom-WordPress-Themes. Sprich mit uns.

Verwandt: WordPress als CMS · Performance optimieren