Ich habe in den letzten Monaten jede Menge an Umstellungen auf meinen Servern und Internetauftritten vorgenommen, so dass ich augenblicklich sehr gespannt bin, ob diese Veränderungen sich positiv oder negativ auf meine Rankings auswirken werden.
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:
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?
Aus manchen Ranking-Faktoren macht Google ein Geheimnis, bei anderen Ranking-Faktoren, wie z.B. die Wichtigkeit von Überschriften (Headings H1, H2, H3, …) und den Alt-Tags bekennt sich Google offen dazu, diese beim Ranking zu verwenden.
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.
Tags: Google, Keyword, Keyworddichte, Ranking, SEO
Es hat sich ja herumgesprochen und ist auch von Google bestätigt, dass Google den Text, der in Überschriften, die mit dem Tag <H1> ausgezeichnet sind, sehr hoch bewertet.
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
Tags: Matt Cutts, SEO
Mit der Zeit ist bei vielen Computerinstallation zu beobachten, dass das Bootlaufwerk C:/ mehr und mehr zuläuft, bis schließlich eine Warnmeldung von Windows erscheint und es langsam kritisch wird.
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
Tags: NtServicePackUninstall, ServicePackFiles, SoftwareDistribution
Beim Öffnen von zugesandten Photoshop Dateien erhält man oft die folgende Fehlermeldung:
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.
Tags: Photoshop
Das Content Management System Contao kommt mit einem sehr stabilen, komfortablen Grundstylesheet daher. Alternativ dazu kann man jedoch auch das YAML-Framework einsetzen und damit ganz getrennte CSS-Wege gehen.
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.
- 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.
- 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.
- 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
Tags: Contao, Stylesheet, YAML
Der Default-Editor, welcher mit WordPress daherkommt, ist recht mager zu nennen, reicht jedoch bis auf die fehlende Verlinkungsmöglichkeit aus. Als ich nun diese Verlinkungsmöglichkeit nachinstallieren bzw aktivieren oder freischalten wollte, bin ich auf den CKeditor als Alternative gestoßen.
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
- Über die Adminoberfläche von WordPress das CKeditor Plugin gesucht
- installiert und dann
- 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.
Als ich mir heute einmal den HTML-Code eines WordPress Artikels in diesem Blog angesehen habe, war ich zunächst einmal wie vor den Kopf gestoßen. Im Header stand kein "meta-name=description"!
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()); ?>" />
Heute erfolgte die Umstellung des Perfect Knowhow Blogs von Serendipity nach WordPress.
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.
Tags: Migration, Serendipity, WordPress
Ziele eines Permanent Redirects
- 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. - 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:
- Die Nameserver-Einträge bzw. DNS Einträge auf die gewünschte Haupt-/Zieldomain setzen.
- Auf der Hauptdomain die entsprechenden Serveraliase für die www.domainname.tld Variante und die Domainnamensvariationen anlegen.
- 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.
Tags: Apache, Duplicate Content, Permanent Redirect, Plesk
