Also Umstellung der URLs auf ein Format, das Google mehr mag.
Man kann bei WordPress unter „Einstellungen -> Permalinks“ die URL-Struktur ja recht einfach ändern: einfach statt /%year%/%monthnum%/%postname%/ nur mehr /%postname%/ eintragen. Leider laufen dadurch ALLE links von Google vorerst ins Leere, es geht also nicht ohne Nacharbeit. Netterweise hat Joost de Valk (der Autor des SEO-Plugins Yoast) dazu einen Artikel geschrieben: How to change your WordPress Permalink structure – und dort findet sich ein Tool namens Permalink Helper, mit dem man automatisiert die entsprechende Zeile für die .htaccess erzeugen lassen kann, die dafür sorgt, dass die „alten“ URLs mit Datum zuverlässig auf die „neuen“ URLSs umgeleitet werden. Diese Zeile kopiert man ganz an den Anfang der .htaccess, damit die Umleitung schon greift, bevor die WordPress-eigenen Umleitungen zu wirken beginnen.

Getestet – funktioniert. Danke, Joost :-)

(Und wer bei der Umstellung Hilfe braucht, der weiß, wen er fragen sollte ;-) )

Dieser tragische Fall zeigt sehr drastisch, dass es keine gute Idee ist, die eigene Online-Präsenz nur auf externe Dienste aufzubauen. Denn ganz flott ist alles weg, was man jahrelang an Zeit, Nerven und Arbeit reingesteckt hat. Egal ob Facebook, Instagram, Twitter, Blogger, Jimdo oder Wix: sie alle waren nicht immer da und werden es sicherlich nicht ewig sein. In den 18 Jahren Internetbusiness habe ich viele Hostingdienste kommen und wieder gehen sehen, etwa Geocities (gegründet 1994) das 2009 geschlossen wurde oder Posterous, das kurz nach dem Verkauf an Twitter ersatzlos abgedreht wurde. Außerdem sperren oder löschen all diese Dienste gerne mal Seiten, wenn diese gegen die Nutzungsbedingungen verstoßen. „Geborgtes Internet“ – so nannte Sascha Lobo das vor einiger Zeit in einem Artikel auf Spiegel.de

Meine Empfehlung daher ganz klar: bau Deine Online-Präsenz immer rund um die eigene, selbst gehostete Website mit eigener Domain auf. Ob man dafür WordPress, Joomla, TYPO3 oder ein anderes System als technische Basis nimmt, ist prinzipiell nicht so wichtig (diese Auswahl ist vorab nur davon abhängig, was man für Funktionen umsetzen will und womit das am Besten geht) – der Punkt ist, dass die Daten allesamt am eigenen Server liegen und man die Daten sinnvoll sichern und im Notfall problemlos wiederherstellen kann. Die eigene Domain sorgt dafür, dass einerseits die Website-Adresse sich nie ändern muss, wenn man zu einem anderen Provider wechseln mag – auch die eigene Mailadresse kann man auf diesem Wege ewig behalten, sofern diese auf den eigenen Domainnamen aufbaut.

Auf der eigenen Website veröffentlichte Texte & Bilder kann und soll man natürlich weiterhin auf sozialen Netzwerken wie Facebook, Twitter, Instagram usw. teilen – doch die zentrale Drehscheibe für allen Content sollte die Website bleiben. Eine gute Backup-Strategie ist natürlich Pflicht! So bleibt man unabhängig von Fremdanbietern und kann sich drauf verlassen, dass die Daten jederzeit woandershin transferiert werden können. In diesem meinem Weblog hab ich etwa alle Beiträge seit dem Start im August 2000(!) versammelt, da ich stets die Daten von einem System ins nächste konvertieren konnte – selbst wenn das einmal gewählte CMS nicht mehr weiter entwickelt wird, kann man die Daten weiter verwenden.

Natürlich ist es ziemlich doof von Dennis Cooper, dass er offenbar in 14 Jahren Blogger kein einziges Mal die eingebaute Backup-Funktion genutzt hat, mit der man alle Daten auf den eigenen Rechner herunterladen kann. Denn dieses Backup könnte er nun in eine selbst gehostete WordPress-Website importieren (wie auch die Backups z.B. von Livejounral, MovableType, TypePad, Tumblr…) – die Website-Adresse wäre zwar weg, aber der Schaden hielte sich wenigstens in Grenzen.

Übrigens ist JETZT der richtige Zeitpunkt, um seine Daten von Facebook, Blogger, Twitter herunterzuladen und wenigstens zu sichern. Damit nicht alles weg ist.

Fragen, Anmerkungen und Deine Meinung zum Thema – ab in die Kommentare! Und natürlich helfe ich gerne, eine zukunftssichere Webpräsenz aufzubauen oder die Daten von woanders zu übernehmen.

Nachdem ich bereits einige Jahre gebloggt hatte, begann die damals verwendete Blogsoftware Sunlog an ihre Grenzen zu stoßen. Eines der Hauptprobleme war, dass zu dieser Zeit Kommentarspam begann, ernsthaft zu einem Problem zu werden. Ich musste manuell 20, 30, manchmal 50 Kommentare pro Woche händisch löschen (aktuell sinds auf diesem Blog 400, die automatisch gefiltert werden – pro TAG!).  Weiters wurde die Datenbank immer fetter, das Blog wurde immer langsamer. Als schließlich der Entwickler von Sunlog die Weiterentwicklung endgültig einstellte, war ich auf der Suche nach einer Alternative. Die pragmatische Lösung war, alle damals verfügbaren Kandidaten (ich erinnere mich an WordPress, MovableType, Textpattern und Serendipity) auf meinem Server installiert und probiert, wo die bisherigen Sunlog-Einträge am elegantesten zu importieren wären. Dass es WordPress wurde, war aber letztlich eine Bauchentscheidung. Nach einigen Wochen Herumprobieren, bis ich die Template-Logik halbwegs begriffen hatte, habe ich am 22.2.2006 mein altes Weblog mit Sunlog vom Netz genommen und WordPress freigeschaltet.

Lange Zeit blieb allerdings das Weblog der einzige Bereich meiner Website, der mit WordPress betrieben wurde – die Kundenprojekte gingen halt immer vor. Im Laufe der Jahre lernte WordPress neue Dinge, für viele davon bin ich ziemlich dankbar. Etwa den Menü-Editor – es war am Anfang etwas umständlich, Menüs in den Seitenvorlagen zu definieren. Und bei mehreren Menüs wars überhaupt ziemlich mühsames Gefrickel. Auch die automatischen Updates des WordPress-Kerns haben anfangs nicht immer reibungslos funktioniert und führten zu weißen Websites – sonst wurde nix mehr angezeigt. Mittlerweile kann man sich ruhig trauen, diese Funktion eingeschaltet zu lassen, denn wenn es tatsächlich Sicherheitsupdates gibt, werden diese so automatisch installiert. Ich hatte seither nie mehr(!) Einbrüche in WordPress-Websites, die über Lecks im Kern stattgefunden haben! Dafür, dass manche Plugin-Entwickler Blödsinn verzapfen, kann WordPress nix ;-)

Mittlerweile sind es weit über 200 WordPress-Websites, an denen ich arbeiten durfte: als Komplettdienstleister, als Programmierer, als Webdesigner oder auch als Pannenhelfer nach Einbrüchen oder Server-Crash. Die besten Ideen, was man mit WordPress alles machen kann, kamen von meinen Kunden – herzlichen Dank dafür. Durch eure Anregungen und Ideen bin ich tief in die Eingeweide von WordPress abgetaucht, mittlerweile gibts kaum eine Herausforderung, die ich damit nicht lösen könnte (mit Ausnahmen – siehe FAQ).

Ich freue mich auf DEINE Anfrage: Frag mich, vielleicht gehts!

Editthispage war quälend langsam, bereits im Mai 2001 folgte daher der Umzug auf den eigenen Server. Die dafür verwendete Software hieß Greymatter und war ein Open-Source-Sammelsurium an Perl-Scripts, die alle Seiten des Weblogs als statische Seiten renderte. Beim Speichern eines Beitrages musste man daher auch die Archivseiten neu erstellen lassen – mühsam und zeitaufwändig. Die alten Beiträge aus editthispage-Zeiten habe ich allerdings nie in Greymatter importiert oder übernommen. Anfang 2002 wurde die Weiterentwicklung von Greymatter eingestellt, es folgte die Umstellung auf Sunlog – erstmals ein System auf Basis von php und mySQL-Datenbank. Dafür habe ich im Lauf der folgenden vier Jahre einige Erweiterungen und Hacks beigesteuert, aber der Entwickler hat irgendwann auch die Arbeit daran eingestellt.

Daher war ich 2006 wieder auf der Suche nach einem Blogsystem. Es gab etliche Möglichkeiten für einen Umstieg, denn die Softwarelandschaft war deutlich gewachsen. So hab ich die damals am meisten verwendeten Systeme Textpattern, Movable Type, Serendipity und das relativ neue WordPress auf meinem Server installiert und getestet, wie schmerzfrei sich meine alten Sunlog-Beiträge übernehmen lassen. Angenehmerweise waren sich die Beitragstabellen von Sunlog und WordPress ziemlich ähnlich, daher war der Umstieg recht einfach möglich. Auch hat mir die Benutzeroberfläche von WordPress am Besten zugesagt, es war also eine reine Bauch-Entscheidung, dass ich damals auf den heutigen Marktführer gesetzt habe – es hätte auch ganz anders kommen können… ;-)

In diesen 15 Jahren habe ich hier knapp 2.000 Beiträge veröffentlicht. Man kann sich hier also eine ganze Zeitlang festlesen, wenn man will. Ich habe gute Kunden gewonnen, wichtige Kontakte geknüpft, unglaubliche Menschen kennengelernt und viel gelernt. Und ich habe mindestens 25 Menschen zum Bloggen animiert.

Danke, Weblog. DAS Weblog.

Einstieg:

• WordPress-Download deutsche Version
• Installationsanleitung
• Das WordPress-Handbuch für Admins & Webmaster sowie Anleitung für Autoren und Redakteure von perun.net sind Standards. Nicht kostenlos, aber gut angelegtes Geld.
• Unterschied WordPress.com vs. WordPress.org (Plattform vs. selbstgehostetes Blog)
• Texto.de – Infosammlung zu WP auf Deutsch
• WordPress Codex: umfassende Doku für Entwickler, dort findet man echt ALLES. Allerdings für Profis.

Sicherheit:

• WordPress installieren und sicherer machen – empfehlenswerte Tipps, wie man die Grundinstallation absichert.
• Checkliste: WordPress sicherer machen
• Sicherheit  in WordPress: 10 Schritte zum Absichern des Adminbereichs

Empfehlenswerte Provider in AT, um eigene WordPress-Website zu betreiben:

• Easyserver
• World4you

Vorlagen (Themes) und Vorlagensysteme:

• WordPress.org-Themes – kostenlose Vorlagen, meist frei von Schadcode
• Genesis-Theme – Vorlagensystem, Websites haben immer gleichen technischen Aufbau und werden oft nur durch Änderung des Stylesheets angepasst. Sehr leistungsfähig, gute SEO-Möglichkeiten, viele gute Child-Themes verfügbar. Nachteil: kostenpflichtig, zahlt sich aber aus. Mein Favorit als technische Basis.
• Why you should never search for free WordPress Themes – leider findet sich in vielen verfügbaren kostenlosen Themes Schadcode. Prüfung auf Schadcode z.b. mit Plugin WPantivirus

Mobile Websites / Responsive Designs

Entweder mit Anpassung des eigenen Themes oder via Plugin möglich. Gutes Plugin für mobile Website z.b. WordPress Mobile Pack. Anpassung der eigenen Seitenvorlage z.B. sehr einfach, wenn die Basis Genesis ist: How to mobilize your Genesis theme in less than an hour

Plugins -Grundausstattung für jede WP-Installation:

• Antispam Bee – gegen Kommentarspam, leistungsfähiger als das serienmäßige Akismet (das ich daher deaktiviere).
• Antivirus – verhindert Schadcode in Vorlagendateien
• Bad Behavior – sperrt bekannten Spambots den Zugriff auf die Website, noch bevor diese versuchen können, Spamkommentare zu hinterlassen.
• Limit Login Attempts – limitiert die Anzahl der Loginversuche von einer Adresse. Daher kann der Admin-Zugang nicht einfach durch Ausprobieren herausgefunden werden.
• WordPress Database Backup – alt, aber gut: Backup der WordPress-Datenbank innerhalb des Admin-Bereichs, lässt sich auch automatisieren (z.b. tägliches Backup mit Mailversand)
• WordPress Backup – automatisiertes Backup von Plugins, Theme und Uploads.
• TinyMCE Advanced: erweitert den grafischen Editor von WordPress um verschiedene Buttons, weiters lassen sich die verfügbaren Buttons anpassen. Ich deaktiviere damit z.b. für Kunden meist Schriftart, Schriftfarbe, Hintergrundfarbe.

Plugins für spezielle Zwecke – meine Favoriten:

• WordPress Multilanguage – DAS Plugin, um mehrsprachige Websites mit WordPress zu betreiben. Pro-Version kostenpflichtig.
• Events Manager – Verwaltungs- und Buchungssystem für Veranstaltungen. Pro-Version kostenpflichtig.
• NextGen Gallery – Fotogalerie mit umfangreichen Funktionen. Empfehlenswert für jede „bildlastige“ Website. Kostenlos!
• Types – benutzerdefinierte Beitragstypen erstellen, um beliebigen Content zu verwalten.
• Wysija – leistungsfähiges Newsletter-Plugin, Pro-Version kostenpflichtig.
• MapsMarker – einfach Landkarten mit Markern erstellen.
• Gravity Forms – Formulare mit vielen Funktionen erstellen. Kostenpflichtig, aber definitiv das beste Formularplugin am Markt.
• All in One SEO – bietet verschiedenste Optionen zur Verbesserung der Suchmaschinentauglichkeit der Website
• Google XMl  Sitemap – erstellt automatisiert eine Sitemap für Google. Verbessert Suchmaschinentauglichkeit.

Hab ich etwas vergessen? Hinweise, Anregungen und Ergänzungen bitte in die Kommentare (oder frag mich direkt)!

Einziger Punkt, der mir noch dabei gefehlt hat: wenn man position:absolute; im Stylesheet verwendet, so muss man diese Angabe durch position:static; ersetzen.

Nachdem dieses Problem nun zwei Mal kurz hintereinander bei Kundenwebsites aufgetaucht ist, die ich Facebook-fit machen sollte, habe ich mich schlau gemacht, wie man Facebook dazu bringt, diese Informationen einfach neu von der betreffenden Website abzuholen.

Das geht ganz einfach – wenn man weiß, wie:

Facebook bietet ein Tool namens „Debugger“ an (das hieß früher „URL Linter“) . Dort gibt man eine Seitenadresse ein und klickt auf „Debug“ – dann zeigt Facebook die für diese Seite zwischengespeicherten Informationen an. Wenn man dann auf „Fetch new scrape information“ klickt, holt Facebook die Infos zur betreffenden Website frisch von deren Server ab und bietet eine Vorschau, wie die Website-Inhalte auf Facebook beim Teilen angezeigt werden.

Netterweise überschreiben die abgeholten Daten den Facebook-Zwischenspeicher – wenn also eine Seite zickt, kann man sie entsprechend umbauen, URL in den Debugger, Ergebnis prüfen – und auch alle anderen, die ab diesem Zeitpunkt die Website-Adresse teilen, kriegen die aktualisierten Daten geliefert. Die META-Description einer Website wird z.b. als Beschreibungstext verwendet, so kann man also gezielt bestimmen, was Facebook dort anzeigen soll. Wers ganz genau wissen (und gestalten) will, der kann anstatt META-Description & Co. auch die Facebook-OpenGraph-Metatags im Seitenkopf verwenden, die sich etwa in WordPress ziemlich einfach einbauen lassen.

• Diesen Link in die Linkleiste des Browsers ziehen
• Rechtsklick, „Eigenschaften“ auswählen
• Unter „Adresse“ in der langen Javascript-Wurst die eigene Blog-Adresse eintragen (so wie hier):

javascript:void(linkmanpopup=window.open('http://WWW.DEINE-BLOGADRESSE.AT/wp-admin/link-add.php?action=popup&linkurl='+escape(location.href)+'&name='+escape(document.title),'LinkManager','scrollbars=yes,width=750,height=550,left=15,top=15,status=yes,resizable=yes'));linkmanpopup.focus();window.focus();linkmanpopup.focus();

Nun kann man auf beiliebigen Websites das Bookmarklet anklicken – ein neues Fenster wird geöffnet und die Daten der Website ins Formular für neue Links eingetragen. Bleibt nur noch, auf „Link hinzufügen“ zu klicken.

Dabei ist die Lösung auch ohne Plugin watscheneinfach. Folgende Zeilen in die Datei functions.php des verwendeten Themes eintragen – und man braucht dafür kein Plugin mehr:

//Auszug oder Kurzfassung fuer statische Seiten the excerpt
add_action( 'init', 'my_add_excerpts_to_pages' );
function my_add_excerpts_to_pages() {
add_post_type_support( 'page', 'excerpt' );
}

Danke an Monika Thon-Soun – ihr Artikel auf Texto.de zu diesem Thema hat mich wieder daran erinnert, daß ich das nervtötende Plugin auf allen meinen Seiten rausschmeißen wollte. Was ich nun getan habe.