Sofern man aber auch Benutzerdaten in seine Pages eingebunden hat, reicht das nicht aus – denn wenn ein Benutzer seine Daten ändert, werden nach wie vor die alten Daten aus dem Cache auf der Website angezeigt. Das lässt sich mit wenigen Zeilen Code in der Datei functions.php beheben:

/* Cache leeren, wenn Benutzerdaten gespeichert werden */
function xyz_clearCache()  {
	if (function_exists('w3tc_pgcache_flush')) {
		w3tc_pgcache_flush();
	} 
   return true;
}
add_action('user_register', 'xyz_clearCache');
add_action('profile_update', 'xyz_clearCache');

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.