Zeitspanne zwischen den Google-Ranking-Updates

Wenn der Termin, den man im Internet für das letzte Google-Ranking Update findet (ca. 3. März 2010) zutrifft, dann sollte es bald mal wieder soweit sein, um nicht zu sagen, das Google Ranking Update ist fast sogar schon etwas überfällig, denn zuvor betrugen die Abstände zwischen den Updates nur ein bis vier Monate (Seo-Ranking-Tools) und heute sind es nun schon 6 Monate seit dem letzten Update.

Google PageRank visuell für Dummys

Auf der Suche nach Anzeichen für ein anstehendes Ranking-Update bin ich auf zwei sehr nette Graphiken gestoßen, die ich zur Ansicht empfehle:

• Elcario : Den Google PageRank verstehen lernen
• Martin Mißfeldt: Periodensystem der Rankingfaktoren

Google PageRank Update, wen kümmert's

Es gibt natürlich auch die Ansicht, dass der Google Pagerank überbewertet ist. Was schließlich und letztendlich alleine zählt, ist die Positionierung bei der Anzeige der Suchergebnisse bei Google.

Wenn man sich nun diese Suchtrefferliste für eine beliebige Suchworttrefferwahl einmal vornimmt und die Treffer auf deren PR-Wert hin untersucht, so stellt man durchaus fest, dass dort teilweise Internetseiten mit einem sehr niedrigen PR, mittendrin und vor anderen Seiten mit viel größeren PR stehen.

Was bleibt sind Fragen

Ist also die Angst und Hoffnung, die Hysterie um das nächste Google PageRank absolut überflüssig? Stellt man nicht ständig Veränderungen in der Positionierung seiner Seiten zu bestimmten Suchworten fest auch ohne dass sich der Pagerank geändert hat?

 Zum Thema

Ein Artikel, den ich in diesem Zusammenhang interessant fand:

Martin Mißfeldt: Google pageRank – bedeutungslos oder doch wichtig?

Wenn man nun eine Seite für ein bestimmtes Keyword optimieren möchte, dann stellt sich unmittelbar die Frage, was die richtige Keyworddichte ist.  Je mehr desto besser, also einfach mal das Keyword zwanzig mal in das <TITLE> Tag gepackt, ist sicherlich nicht besonders zielführend.

Um ein Gefühl für eine wahrscheinlich gute Keyworddichte zu gewinnen, möchte ich auf eine Auswertung von Sistrix verweisen. 

Jeder möge selbst seine Schlußfolgerungen daraus ziehen.

Ein absolutes NoGo wäre allerdings, nun auf den Gedanken zu verfallen, den ganzen Text in <H1> zu setzen, damit man bei Google sehr weit oben in der Trefferliste steht.  Das ist zu offensichtlich für Google und die Abstrafung der Seite folgt sofort.

Mehrere <H1> sind erlaubt, aber …

Es stellt sich allerdings die Frage, ob man für bei Verwendung von mehreren H1-Überschriften, immer von Google abgestraft wird, schließlich könnte es bei einem sehr langen Text auf der Seite, ja durchaus sinnvoll sein, diesen Artikel durch mehrere Überschriften des Typs <H1> zu untergliedern.

Die Antwort von Matt Cutts im Webmasterblog von Google fällt ziemlich klar aus:

Man darf auch einmal mehrere Überschriften auf der gleichen Seite in <H1> Tags setzen ohne durch den Google-Algorithmus abgestraft zu werden, aber man sollte es wirklich nicht übertreiben und es sollte genug Content zwischen den Hauptüberschriften stehen, dass hier kein Manipulationsverdacht aufkommt.

Hier das Originalvideo von YouTube.com

Wenn das Bereinigen des Laufwerks (Löschen der temp. Dateien, …) nichts mehr bringt, dann macht man sich in der Regel auf die Suche nach weiteren Löschkandidaten und stößt dabei recht schnell auf recht große Windowsverzeichnisse, die bei Windowsupdates angelegt wurden.

So gut der Service von Microsoft bezüglich eines automatischen Updates des Betriebssystems ist, wächst mit jedem Haupt-Updatepaket (z.B. Windows XP SP 2 und XP3) und kleinerem Zwischensicherheitsupdate der durch Windows belegte Speicherplatz immens an.

Warnung:

Die im folgenden beschriebenen Ansatzpunkte zur Vergrößerung des zur Verfügung stehenden Speicherplatzes auf dem Laufwerk C:/  sollten nicht von Computerlaien durchgeführt werden!!

Verzeichnisse, die Löschkandidaten sind:

• ca. 570 MB  c:/Windows/ServicePackFiles
• ca. 450 MB  c:/Windows/$NtServicePackUninstall$     (hidden files)
• ca. 150 MB  c:/Windows/SoftwareDistribution 

Wenn man den Inhalt dieser Verzeichnisse löscht bzw. auf ein anderes Laufwerk verschiebt, dann kommen schon einmal knapp 1.2 GB an wieder freigewordenem Festplattenplatz zusammen.

VOR der Lösch-/Verschiebeaktion unbedingt zu lesen:

Microsoft Support Artikel : Entfernen der Wiederherstellungsdateien und -ordner eines Service Packs unter Windows

Microsoft Support Artikel: Dateien und Ordner werden nach Service Pack-Installation zum System hinzugfügt

Einige Textebenen enthalten fehlende Schriften. Bei diesen Ebenen müssen die fehlenden Schriften zunächst ersetzt werden, bevor sie für vektorbasierte Ausgabe verwendet werden können.

Die gute Nachricht zuerst: 
Man darf die "OK"-Schaltfläche drücken. Die Photoshopdatei wird nicht verändert, keine Schrift wird im Hintergrund ausgetauscht, so dass man nach wie vor die volle Kontrolle hat.

Welcher Text ist davon betroffen?

Man kann recht schnell erkennen, welcher Text davon betroffen ist. In der Ebenensicht sind die Texte durch ein Warnzeichen markiert.

Welche Schrift muß ich nachladen 

Wenn man die Textebene aktiviert, dann zeigt das context-sensitive Menü oben die nichtvorhandene Schrift in eckigen Klammern an

Bearbeitung einer Textebene mit einer fehlenden Schrift

Wurde die fehlende Schrift nicht durch eine vorhandenen Schrift ersetzt, dann erhält man beim Versuch die Schrift zu bearbeiten die folgende Fehlermeldung, bei der auch nochmals der Name der fehlenden Schrift explizit aufgeführt wird. 

Um keinen Konflikt zwischen dem internen und den externen, YAML-Stylesheetdefinitionen heraufzubeschwören, sollte man die

<?php $this->framework;  ?>

aus seiner angepaßten fe_page.tpl Datei herausnehmen.

Probleme bei der Anzeige der horizontalen YAML-Navigationen

Grundsätzlich hat man damit die CSS Steuerung des Layouts auf YAML verlagert, nur bei der Anzeige der beiden horizontalen Navigationen "Sliding Doors" und " "Shiny Buttons" zeigt sich, dass noch eine kleine Nachkorrektur erforderlich ist.

Folgende Punkte sind noch in der Hauptnavigationsleiste auffällig:

• Anzeige eines "Skip Navigation Link" Textes (Klasse invincible nicht definiert)
• Home-Feld Tabulator wird nicht richtig angezeigt (falsche Größe, nicht-fett)
• die Feldbreite der Tabulatorfelder ist zu klein (es fehlt ein width: auto).

Extension YAML_TOOLS

Um diese Navigationsspezialitäten von YAML verwenden zu können, ist nunmehr noch die  Installation der Extension YAML_TOOLS erforderlich.

1. Direkt nach dem Einspielen der Extension verschwindet schon einmal die störende "Skip Navigation Link" Anzeige. Ohne jetzt eine genaue Codeanalyse vorgenommen zu haben, dürfte hierfür wahrscheinlich eine Nachdefinition der "invincible" Klasse verantwortlich sein.
2. Nach dem Wechsel des Navigationstemplates (siehe Dropdownfeld Navigationstemplate in der Konfigurationsmaske Ihres Navigationsmoduls) von nav_default auf das von YAML_TOOLS mitgelieferte nav_yaml zeigt sich der HOME-TAB so wie er sein soll.
3. Die Belegung der CSS-Klasse mit hlist in der Modulkonfiguration erledigt dann noch den Rest und läßt die TABS die erforderliche Breite zur Aufnahme der Hauptnavigationstexte annehmen.

Abschließende Schönheitskorrektur an YAML

Ganz zum Abschluß vielleicht noch eine kleine Schönheitskorrektur an der #footer Definition in der vom YAML-Builder gelieferten Stylesheetdatei BASEMOD.CSS.  Der Footer-Bereich wird standardmäßig duch eine helle, 5-Pixel breite Linie vom oberen Bereich abgetrennt ist. Gerade, wenn die Grundfarbe des Fußbereichs nicht weiss ist, stört das einfach.

Daher die Border-Definitionszeile ganz einfach aus basemod.css löschen:

#footer{
   border-top: 5px solid #EFEFEF;
   color: #666666;
   padding: 10px 20px;
}

Siehe auch

- Dirk Jesse:  YAML-Homepage
- Aurealis: Erstellen von TYPOlight-Templates mit YAML
- Contao: Erweiterungen

Also habe ich ein Backup dieses Blog angelegt und diesem Editor eine Installationschance gegeben.

Einfache Installation des CKeditors auf WordPress 3.0

Nach nur drei Schritten

1. Über die Adminoberfläche von WordPress das CKeditor Plugin gesucht
2. installiert und dann
3. aktiviert

war der WYSIWYG Editor eingespielt. 

Wenn ich da an den HackMack bei Serendipity denke, mit getrenntem Upload auf den Server, überschreiben von Dateien, verändern von Konfigurationsdateien, etc  dann bin ich echt beeindruckt. 

Ein großes PLUS für WordPress im Vergleich zu Serendipity als Blog-Programm.

Es mag ja sein, dass die Suchmaschine Google mehr und mehr davon Abstand nimmt, diesen Meta-Tag auszuwerten, aber da dies in der Regel der Text ist, den ein Internetsurfer beim Treffer angezeigt bekommt, hat dieser Text nach wie vor seine Berechtigung, denn man möchte nicht nur gefunden, sondern letztendlich auch angeklickt werden. Und der Internetnutzer trifft seine Entscheidung meist auf Grund der vorhandenen Beschreibung unterhalb der Trefferüberschrift, eben der "Description".

Wie sich schnell herausstellte, liegt dieses Manko nicht am WordPress Programm, sondern am verwendeten Design-Theme.

Unterhalb des Artikels kann man im Textfeld, das mit "Auszug" übertitelt ist, die gewünschte Beschreibung (Description) für den Text hinterlegen. Das ist zwar noch keine Garantie dafür, dass Google diesen Text dann auch anzeigen wird, aber meistens ist dies der Fall.

Und dann sollte man
   Design > Editor
aufrufen und die Datei
   header.php
des Design-Themes anpassen und die folgende Zeile im Kopfbereich hinzufügen:

<meta name="description" content="<?php echo (get_the_excerpt()); ?>" />

Anlass für die Umstellung war primär ein Serverwechsel.

Serendipity hat mit Garvin Hicking einen absolut guten Programmierer, der zudem noch total engagiert ist und kostenlose, schnelle Unterstützung in dem Serendipity-Forum gibt. Das Buch von ihm “Serendipity – Individuelle Weblogs für Einsteiger und Profis” erschienen im open source Press Verlag ist mit Abstand das beste und ausführlichste Entwicklerhandbuch, welches ich mir in den vergangenen Jahren gekauft habe und ich lege dieses Buch jedem ans Herz, der einen Blog auf  Serendipity-Basis aufsetzen möchte.

Aber, WordPress ist nun einmal DAS Mainstream Blog System und ein Mann kann letztendlich nicht die Masse an Drittprogrammen und Themes liefern, die es für WordPress gibt, sei er noch so engagiert.

1. Einfangen von Domain-Vertippern
   Es ist heutzutage sehr schwer geworden, noch einen freien Domainnamen zu finden. Ich habe es mir angewöhnt, neben der richtigen Schreibweise auch Domain-Namensvariationen und Vertippmöglichkeiten gleich mitzureservieren. Diese zusätzlichen Domains bedeuten zwar permanente, finanzielle Zusatzkosten, sind aber günstiger als später ein Rechtsstreit gegen Trittbrettfahrer. Neben reinen Domain-Namens-Vertippern, sollte man hierbei auch an evtl. mögliche Schreibweisen mit Bindestrich bzw. ohne Bindestrich denken.
2. Berücksichtigung der Domain Schreibweise mit und ohne “www.”
   Dies ist wohl einer der klassischen Anwendungsgründe warum man einen “Permanent Redirect” verwendet, weil man ansonsten eine Google-Abstrafung wegen “Duplicate Content” riskiert.

Mein Stufenplan

Ich empfehle eine mehrstufige Vorgehensweise:

1. Die Nameserver-Einträge bzw. DNS Einträge auf die gewünschte Haupt-/Zieldomain setzen.
2. Auf der Hauptdomain die entsprechenden Serveraliase für die www.domainname.tld Variante und die Domainnamensvariationen anlegen.
3. Durch einen Rewrite Befehl auf dem Apache Server eine HTTP-Permanent-Redirect Antwort absetzen.

Begründung

zu Punkt 1:

Durch den entsprechenden Nameserver bzw. DNS Eintrag genügt eine einfache Domainregistrierung.
Es ist kein Webhostingpaket pro Domain erforderlich.

zu Punkt 2:

Durch die Serveraliase werden die erhaltenen Domainnamen erkannt und mit der Zieldomain verknüpft, dieser zugeordnet.

zu Punkt 3:

Wichtig, damit die Domain-Namensvariationen für Google keine Abstrafung wegen “Duplicate Content” nach sich ziehen.

Permanent Redirect

Je nachdem den Möglichkeiten, die man zur Verfügung hat oder nach der jeweiligen Vorliebe ist an einer der Stellen

• http.conf  (Apache Konfigurationsdatei)
• .htaccess (auf Verzeichnisebene)
• vhost.conf (Plesk Konfigurationsdatei)

der entsprechende mod-rewrite Code abzusetzen:

RewriteEngine On
RewriteCond %{HTTP_HOST} !www.domain.tld
RewriteRule (.*) http://www.domain.tld/$1 [R=301,L]

Bei Plesk das abschließende

/usr/local/psa/admin/sbin/websrvmng –reconfigure-vhost –vhost-name=yourDomainname.de
/etc/init.d/apache2 restart

nicht vergessen.