WordPress Affiliate Themes


Warning: Illegal string offset 'show_on_category' in /kunden/280811_1210/webseiten/adamantosat/wp-content/plugins/simple-social-buttons/simple-social-buttons.php on line 430

Ein Affiliate Theme hat den Zweck Produkte oder Dienstleistungen von Partnerseiten passend darzustellen. Dafür gibt es oft passende Schnittstellen zu den Partnerprogrammen (Affiliatenetzwerken) und man kann auch Produkte aus Amazon direkt in Wordpress laden. Dadurch kann man in sehr schneller Zeit eine Verkaufsseite für eine Nische oder ein spannendes neues Produkt online stellen.


Warning: Illegal string offset 'show_on_category' in /kunden/280811_1210/webseiten/adamantosat/wp-content/plugins/simple-social-buttons/simple-social-buttons.php on line 430

Anbieter für WordPress Affiliate ThemesAffiliate Themes brauche ich aufgrund von einigen neuen privaten Projekten und ich bin immer auf der Suche nach passenden Themes um Affiliates (Amazon,…) einzubauen.

Neben den üblichen Themes auf Themeforest welches sich meist nur mit Standard Webseiten beschäftigen, habe ich ein paar spannende Projekte hier zusammengefasst bei denen du einen Test wagen solltest:

1) affiliatetheme.io Affiliate Theme

affiliatetheme.io Affiliate Theme ScreenshotMit diesem Theme habe ich bisher sehr gute Erfahrungen gemacht und setze es aktiv in einer Multisite (http://www.geldabc.at) von WordPress ein. Man kann damit Contentseiten bauen aber auch Amazon Affiliate Seiten. Das Theme ist flexibel und deckt meiner Meinung nach alle wichtigen Features ab und ist auch leicht mit einem Child Theme zu ändern/erweitern.

Wichtige Funktionen diese Affiliate Themes:

  • Schnittstellen für Amazon, affilinet, zanox und belboon
  • Responsive
  • Optimiert auf Geschwindigkeit
  • Child Theme fähig

Kosten: ab 79,00 EURO

2) Affiliseo Affiliate Theme

Affiliseo Affiliate Theme ScreenshotEin deutsches Projekt, welches vorallem Amazon Daten einliest und schön darstellt.

Hier habe ich mal ein Projekt eingestellt und die Features getestet – > Wipproller

Wichtige Funktionen diese Affiliate Themes:

  • Schnittstellen zu Amazon, affilinet, zanox, belboon, Tradedoubler und ebay
  • Preisvergleich Schnittstelle über affilinet

Kosten: ab 59,00 EURO

3) OptimizePress Affiliate Theme

OptimizePress Affiliate Theme ScreenshotEin sehr professionelles Theme, welches man auch extra als Plugin einbinden kann.

Wichtige Funktionen diese Affiliate Themes:

  • Responsive
  • Viele fertige Templates (Landing Page, Membership, Webinar Registration,…)
  • Real Time Editor im Frontend

Preis: ab 97,00 DOLLAR

4) The Affiliate Store Affiliate Theme

The Affiliate Store Affiliate Theme ScreenshotEbenfalls ein Amazon Theme, welches zahlreiche Möglichkeiten bietet

Ich werde mir von jedem eine Version kaufen und hier über den Fortschritt berichten. Welches Affiliate Theme verwendet ihr?

Wichtige Funktionen diese Affiliate Themes:

  • Schnittstelle zu Amazon
  • Optimiert auf Geschwindigkeit

Preis: ab 29,00 Dollar

Gibt es auch kostenlose Affiliate Themes?

Ja, sicher gibt es die. Aber die sind den Aufwand des Testens nicht wert. Ein gutes Theme braucht gute Entwickler und kostet dadurch Geld. Du kannst ja auf die jährlichen „Kauffeiertag“ (Black Friday, Cyber Monday, Weihnachten, …) warten und hoffen das es einen Rabatt oder Coupon für dein Wunschtheme gibt. Ich habe das bei affiliatetheme.io auf jeden Fall so gemacht.

Einfach in den Sozialen Medien verknüpfen oder im Newsletter anmelden und dann kannst du Geld sparen…

Wann brauche ich kein WordPress Affiliate Theme?

Willst du Kundenseiten oder spezielle Produktseiten erstellen, rate ich dir von diesen fertigen Affiliate Themes für WordPress ab. Sie sind meist sehr unflexibel im Layout und sehen alle gleich aus. Was für eine schnelle Conversion mal praktisch ist um etwas aufzusetzen und zu verkaufen kann dich bei Kunden oder speziellen Webseiten schnell viel Zeit und Nerven kosten.

Hier findest du bei Themeforest sicher bessere Alternativen…

 

WordPress mehrsprachig? Mit WPML zum Erfolg?


Warning: Illegal string offset 'show_on_category' in /kunden/280811_1210/webseiten/adamantosat/wp-content/plugins/simple-social-buttons/simple-social-buttons.php on line 430

Wie so oft im Leben oder bei WordPress gibt es mehrere Möglichkeiten eine WordPress Webseite so einzurichten, dass verschiedene Sprachen angezeigt werden. Ich habe es auf 3 verschiedenen Wegen versucht und möchte diese hier vorstellen.

WPML BackendWPML

Vorteile

  • Support bei Problemen
  • Erweiterungen für Bilder und Navigationsmenü
  • Breadcrumb Funktion
  • Widget für die Sprachauswahl
  • Anlegen der Sprachen ist übersichtlich gelöst auch bei mehreren Versionen

Nachteile

  • Kostenpflichtig

Multilingual Press

Vorteile

  • Unabhängig von Plugins
  • Trennung nach URL möglich mit Domain Mapping
  • Einfacheres Rechtemanagement für die Sprachen

Nachteile

  • Größerer Aufwand und Know How für Erstellung
  • Mehrere Seitenbäume müssen gepflegt werden

 

qTranslate BackendqTranslate

Vorteile

  • Kostenlos
  • Ein Backend
  • Subfolder oder Domaineinstellung
  • Widget für die Sprachauswahl

Nachteile

  • Bei mehr als 3 Sprachen unübersichtlich
  • Update ist mühsam (bei Update der deutschen WordPress Version, zuerst das Plugin deaktivieren sonst fehlt die Auswahlmöglichkeit)
  • Plugin funktioniert nicht bei neuer WordPress Version – man muss warten bis es ein Update gibt

mehrsprachiges WordPressFazit:

Die flexibleste Lösung ohne Abhängigkeit von externen Pluginentwicklern ist sicher die Variante mit Multisite Multilingual Press. qTranslate kann ich aufgrund oben genannten Updateprozesses und den zahlreichen Problemen nicht  empfehlen und WPML ist kostenpflichtig – für den Privatanwender auch keine Lösung. Für kleinere Projekte ist WPML auf jeden Fall zu empfehlen, da Multisite doch einen gewissen Auwand bedeutet.

Custom Post Types in WordPress – eine spannende Reise


Warning: Illegal string offset 'show_on_category' in /kunden/280811_1210/webseiten/adamantosat/wp-content/plugins/simple-social-buttons/simple-social-buttons.php on line 430

Seit Wordpress 3.0 gibt es nun die Custom Post Types und seit 3.1 die notwendigen Templates im Theme, aber immer noch verwenden viele die fertigen Plugins aus dem Directory von Wordpress. Wenn man aber das Prinzip nicht verstanden hat und man wechselt das Theme und nichts funktioniert mehr hat man ein Problem.


Warning: Illegal string offset 'show_on_category' in /kunden/280811_1210/webseiten/adamantosat/wp-content/plugins/simple-social-buttons/simple-social-buttons.php on line 430

Screenshot Custom Post Type in WordPressSeit WordPress 3.0 gibt es nun die Custom Post Types und seit 3.1 die notwendigen Templates im Theme, aber immer noch verwenden viele die fertigen Plugins aus dem Directory von WordPress. Wenn man aber das Prinzip nicht verstanden hat und man wechselt das Theme und nichts funktioniert mehr hat man ein Problem.

Deshalb trage ich hier meine Erfahrungen beim Erstellen eines Custom Post Types ein und versuche soviele Blickwinkel wie möglich abzudecken.

Erste Frage – gibt es eine Dokumentation?

Wie immer bei WordPress gibt es einen guten Einstieg im Codex mit weiteren Beispielen von . Ein Custom Post Type ist eine Erweiterung der Posts (Beiträge) und kann für viele Anwendungsbeispiele verwendet werden (Portfolio, Filme, Teammitglieder,…).

  • Post (Post Type: ‚post‘)
  • Page (Post Type: ‚page‘)
  • Attachment (Post Type: ‚attachment‘)
  • Revision (Post Type: ‚revision‘)
  • Navigation Menü (Post Type: ’nav_menu_item‘)

Wie sieht die Struktur eines Custom Post Types aus?

Man registiert einen neuen Post Type und initialisiert diesen am Ende des Codes:

Beispiel:

function register_portfolio_posttype() {
    $labels = array(
        'name'                 => _x( 'Portfolio', 'post type general name' ),
        'singular_name'        => _x( 'Portfolio', 'post type singular name' ),
        'add_new'             => __( 'Neues Portfolio' ),
        'add_new_item'         => __( 'Portfolio' ),
        'edit_item'         => __( 'Portfolio' ),
        'new_item'             => __( 'Portfolio' ),
        'view_item'         => __( 'Portfolio' ),
        'search_items'         => __( 'Portfolio' ),
        'not_found'         => __( 'Portfolio' ),
        'not_found_in_trash'=> __( 'Portfolio' ),
        'parent_item_colon' => __( 'Portfolio' ),
        'menu_name'            => __( 'Portfolio' )
    );

    $taxonomies = array('category');

    $supports = array('title','editor','author','thumbnail','excerpt','revisions','post-formats');

    $post_type_args = array(
        'labels'             => $labels,
        'singular_label'     => __('portfolio'),
        'public'             => true,
        'show_ui'             => true,
        'publicly_queryable'=> true,
        'query_var'            => true,
        'capability_type'     => 'post',
        'has_archive'         => true,
        'hierarchical'         => false,
        'rewrite'             => array('slug' => 'portfolio', 'with_front' => false ),
        'supports'             => $supports,
        'menu_position'     => 5,
        'menu_icon'         => '/wp-content/',
        'taxonomies'        => $taxonomies
     );
     register_post_type('portfolio',$post_type_args);
}
add_action('init', 'register_portfolio_posttype');

Eine genaue Beschreibung der einzelnen Werte folgt in Kürze.

Kann man Kategorien mit Custom Post Types verwenden?

Ja, mit dem Array taxonomies ist dies auch hier einfach möglich.

$taxonomies = array('category');

Wie bzw. wo baut man die Custom Post Types ein?

Hier gibt es zwei Möglichkeiten – die functions.php oder eine eigenes Plugin. Ich habe mich für die Erstellung eines Plugins entschieden, denn wenn man das Theme wechselt, ist der Custom Post Type dann verschwunden. Ein Plugin kann man immer „mitnehmen“ und aktiviert lassen.

Man erstellt dafür einen Ordner und ein PHP File welches den selben Namen trägt und lädt diese Datei in den /wp-content/ Ordner. Natürlich sollte man vorher ein paar Metadaten und den Inhalt vom Beispiel oben hinzufügen. Ein guter Start für ein Plugin ist die Vorlage des WordPress Plugin Boilerplate von Tom McFarlin.

Wie kann ich ein eigenes Layout für meine Custom Post Types erstellen?

Dafür braucht man eigene Templates im Theme für Archive (archive-portfolio.php) und Single Ansicht (single-portfolio.php). Wie man sehen kann verwenden diese den Namen des Custom Post Types um eine Zuordnung zu erhalten. In diese Templates kann man dann die Queries so einbauen wie man möchte.

Wie kann ich Custom Post Types und deren URLs/Slugs in andere Sprachen übersetzen?

Ich habe dafür WPML verwendet, wo dies relativ einfach funktioniert. Für die Übersetzung des Custom Post Types gibt es unter den Übersetzungsoptionen den Punkt

  • Benutzerdefinierte Beiträge

wo man seinen erstellten Custom Post Type findet und auswählen kann – somit weiß das System, dass diese Beiträge übersetzt werden können.

Bei den URLs/Slugs ist das etwas umständlicher. Zuerst braucht man die Erweiterung für die WPML String Translation. Danach muss man seinen Custom Post Types Code mit folgender Zeile erweitern:

'rewrite' => array('slug' => _x('portfolio','URL slug','your_text_domain'), 'with_front' => false),

Das _x und der Wert ‚URL Slug‘ zeigt WPML, dass hier die URL ersetzt werden soll, je nach Sprache.

Hat man das Plugin aktualisiert kann man wieder in den Übersetzungsoptionen unter

  • Optionen für die Übersetzung benutzerdefinierter Beitrags-Slugs

ein Hackerl setzen und muss bei den Benutzerdefinierten Beiträgen noch die alternativen Slugs eingeben. Dann nochmal die Permalinks aktualisieren und es sollte funktionieren.

Weitere Links für Custom Post Types Tipps und Tricks

Theme Switch und was ich noch plane


Warning: Illegal string offset 'show_on_category' in /kunden/280811_1210/webseiten/adamantosat/wp-content/plugins/simple-social-buttons/simple-social-buttons.php on line 430

screenshotEs ist vollbracht – nach langer Zeit habe ich endlich das Theme gewechselt und zwar aufgrund der fehlenden Flexibiltät der Funktionen und der Updates.

Ab sofort läuft die Seite mit dem Xtreme One – Framework, welches ich schon bei anderen Projekten erfolgreich einsetze. Einfach, übersichtlich und in HTML5…

Dadurch hat sich am Layout nicht wirklich etwas geändert, sondern mehr unter der Haube 😉 Der Fokus bei dieser Website liegt ja sowieso auf dem Inhalt und weniger am Design. Wie auch immer ich habe mir zusätzlich vorgenommen die Seite auszubauen und meine zahlreichen Links in Übersichtsseiten zu HTML5, CSS3 usw. übersichtlich zur Verfügung zu stellen.

Aber erst im neuen Jahr – jetzt ist mal der erste Schritt getan und ich freue mich schon auf Fragen, Anregungen und Feedback im Jahr 2013.

Migration von Joomla! nach WordPress


Warning: Illegal string offset 'show_on_category' in /kunden/280811_1210/webseiten/adamantosat/wp-content/plugins/simple-social-buttons/simple-social-buttons.php on line 430

Der Versuch mit einer Erweiterung von Wordpress Inhalte aus einer Joomla Webseite zu übernehmen. Probleme und Eigenheiten, die dabei aufgetreten sind, werden kurz erklärt.


Warning: Illegal string offset 'show_on_category' in /kunden/280811_1210/webseiten/adamantosat/wp-content/plugins/simple-social-buttons/simple-social-buttons.php on line 430

Es war wieder mal soweit. Es wollte jemand von einem anderen System auf WordPress wechseln. Diesmal war es nicht blogengine.net sondern Joomla, auf dem die alte Webseite aufgebaut war. Die Screenshot des Plugins FG Joomla to WordPressVersion war 1.5 also ebenfalls etwas veraltet und bei den WordPress Plugins habe ich mich für FG Joomla to WordPress entschieden. Es ist aktuell und wird noch betreut und die Usermeinungen waren durchwegs positiv.

Was man vorab wissen sollte ist, das Joomla! den Inhalt wie Artikeln anlegt und diese mit Kategorien verknüpft. Wenn man das nicht beachtet hat man auf einmal statt einer Seitenstruktur zahlreiche Artikel und Kategorien und kann wieder von vorne anfangen. Aber zu Glück kann man über die Optionen des Plugins die Inhalte wieder leeren.

Also ich habs natürlich falsch gemacht ;-), aber beim zweiten Versuch hat es geklappt. Wirklich? Nein, im Nachhinein sind mir noch ein paar Sachen aufgefallen.

  • Vorschauseiten mit Unterbeiträgen wurden in einzelne Seite zerlegt
  • Bilder wurden nicht übernommen
  • Formulare wurden nicht übernommen inkl. der Seite
  • Pfade wurden nicht aktualisiert

Bei meiner Beispielseite mit 30 Seiten, 5 Bildern und 10 Links war das nicht tragisch, aber bei größeren Installationen sollte man vielleicht doch noch ein anderes Plugin testen 😉

  1. Joomla/Mambo To WordPress Migrator
  2. Joomla to WP Migrated Users Authentication Plugin
  3. Joomla 1.5 Importer

Wie sind eure Erfahrungen und welche Plugins könnt ihr empfehlen?