Es handelt sich hier um Wochenzahlen. Die Werte sind nicht sonderlich hoch und ich habe sie entfernt. Aber der Trend ist klar: Ich habe den Frame-Breaker am 11. Januar eingeschaltet…

Worum geht es eigentlich genau?

Viele ärgern sich, dass User etwa über Google News kommen und das sieht dann so aus:

Hier wird die eigene Seite von einem Frame “gefangen gehalten”. Dies machen ja auch Social Medias oder URL Shortener so ähnlich und rufen eine Seite innerhalb eines eignen Frames auf.

Wer das nicht möchte, kann das mit einem kleinen Stück Javascript vermeiden. Ich habe dieses hier verwendet, und es tut genau, was es soll:

<script language="JavaScript" type="text/javascript">
if (top.location != self.location) top.location = self.location;
</script>

Wird auf der Ergebnisliste von Google Images auf ein Bild geklickt, wird kurz der Frame aufgerufen, aber meine Seite drängelt sich schnell nach vorne. Google Images ist verschwunden, meine Test-Seite ist im Browser.

Nun hat die Suchmaschine entweder sein Verhalten geändert, oder die Situation ist nicht so klar, wie sie schien: Google mag meinen Frame-Breaker nicht. Es wurde zwar in dieser Zeit die Zahl der Bilder im Index erhöht (könnte ihr abfragen mit http://images.google.de/images?q=site%3Ameinedomain.de) aber mit der Positionierung sieht es offensichtlich (siehe oben) schlecht aus.

Ich habe nun den Frame-Breaker wieder ausgeschaltet und auf einer zweiten Domain einen Test gestartet und werde euch berichten, wie es weiter geht.

Wie sind eure Erfahrungen?

Frame-Breaker: Vorsicht beim Einsatz! ist erschienen im Seo Book der CONTENTmanufaktur.

Related posts:

1. Einsatz von Themenseiten als SEO-Strategie (und für den User)
2. Bookmarklet: robots.txt und Google Trends

Ich habe das Skript gestern mal installiert (PHP5, MySQL, GD Libaries u.s.w. notwendig aber alles beim guten Hoster an der Ecke Standard) und fand alles sehr, sehr positiv.

Im eingeloggten Zustand kann man schnell jeden Inhalt direkt auf der Seite ändern, neue Seiten anlegen und Medien verwalten. Alles sehr zeitgemäß mit Layern organisiert. Doch warum soll das ein SEO-CMS sein? Weil alle Standard-Aufgaben wie z.B. das 301-Umleiten von Seiten, das Bearbeiten aller Meta-Tags und Deeplinks sehr komfortabel eingebunden sind. Und weil die SEO-Knöpfe irgendwie immer an der Stelle sind, wo man sie brauchen kann. (AKTUALISIERUNG: In den Kommentaren gibt es noch weitere, interessante Informationen vom Hersteller. Lest das bitte auch.)

Für den Seotoaser können eigene Templates erstellt werden, es gibt aber auch schon einige recht geschmackvolle Layouts. Hier ist mir allerdings bei einem aufgefallen, dass noch ein Google Analytics Tracking Code darin versteckt war. Das muss ja nicht böse gemeint sein – aber ich empfehle, so etwas zu entfernen. Ansonsten war der Code der von mir gecheckten Templates absolut top.

Noch ein kleiner Tipp für die im Grunde einfache und schnelle Installation: Ihr müsst eure Domain auf das Public-Verzeichnis leiten und nicht auf den Seotoaster-Ordner.

Das CMS kommt übrigens von den Machern von SEO Samba und ist zwar OpenSource aber kein karitatives Projekt. Es können erstens Support-Pakete gekauft werden (was bei mehr Nutzung vermutlich auch wichtig sein wird, dann wie z.B. eine Sitemap erstellt wird, habe ich nicht auf Anhieb raus bekommen) und zweitens lässt sich der Toaster wohl auch prima mit einem kostenpflichtigen Account von SEO Samba verbinden. Mir fehlt aber der Einblick, was ich davon dann ganz genau habe – werde das aber testen.

Jedenfalls kann ich Seotoaste auch nach diesem kurzen Check empfehlen – wenn ein kleines Projekt ansteht das kein Blog sein soll. Aber eure Erfahrungen interessieren mich!

SEO-CMS für kleinere Projekte: Seotoaster ist erschienen im Seo Book der CONTENTmanufaktur.

Related posts:

1. Ausprobieren: Seotoaster jetzt auch auf Deutsch
2. SEO Toaser: “CMS out of the box” jetzt auch für E-Commerce
3. ALT-Tags in Bildern verwenden

Zunächst muss ich erklären, warum die Speaking URL dennoch so ein riesiges Thema bei SEO ist. Das liegt nämlich schlicht daran, dass die Seitenadressen meist durch ein Content Management System festgelegt werden und technisch sicherlich die schwierigste Hürde für ein sehr sauber optimiertes System sind. Und wenn etwas besonders schwer ist, bekommt es – oft ohne es zu verdienen – einen sehr hohen Stellenwert. Schon allein, weil die Kosten für die Einrichtung von Speaking URLs eine Zeitlang sicher höher waren als für eine vernünftige HTML-Auszeichnung von Überschriften o.ä..

Und weil die URLs zum System gehören un man durch Fehler mehr kaputt machen als durch Speaking URLs gewinnen kann, empfehle ich Kunden mit Nicht-Speaking-URLs die aber keinen der Fehler unten machen: “Never change a running system”. Bessere Inhalte führen definitiv eher zum Erfolg als ausgefeilte URLs (es sei denn, man optimiert auf eine Suchmaschine wie Exalead…)

Trotz allem, wie sieht eine optimale URL aus?

• Entweder enthält der Dateiname das Keyword (plus .html oder .htm) oder das Keyword ist der letzte Ordner (z.B. domain.de/kategorie/keyword/) und es gibt keinen Dateinamen.
• Mögliche Nebenkeywords – idealerweise z.B. Produktkategorien – stehen in darüber liegenden Ordnern (z.B. domain.de/produktkategorie/keyword/).
• Das Keyword ist spätestens das siebte (besser das sechste) Wort in der gesamten URL, also maximal: www (1) .domain (2) .de (3) /channel (4) /produktkategorie (5) /keyword (7)
• Die Ordnerstruktur mit Channel und Kategorien dient idealerweise tatsächlich der Systematisierung des Inhalts – die Begriffe sind also Überbegriffe zu den Keywords.
• Die URL enthält eine mindestens 5-stellige ID. Das ist natürlich einfacher, wenn man Dateinamen hat (“keyword-12345.html”). Diese ID könnte wichtig werden, wenn wir die Seite mal auf Google News veröffentlichen wollen. Außerdem freut sich der Techniker eh darüber – denn dadurch wird jede URL garantiert eindeutig.
• Die URL enthält keine (in Zahlen: 0) Parameter. (also mit Fragezeichen angehängte IDs) Wie gesagt: Das ist der Optimalfall. Wenn ein Parameter z.B. in der Suche den Suchbegriff anzeigt, ist das völlig o.k.. Wenn es eine Session-ID als Parameter gibt, ist das einfach nur Mist.
• Wörter werden mit Minus “-” getrennt, es gibt keine Umlaute und Sonderzeichen (sondern ae, oe, ss) und Punkte nur dort, wo sie hin gehören (Domain und Dateiname).

Alles klar? Und jetzt, welche Fehler man vermeiden sollte. Und das ist nicht pure Theorie – sondern erlebte Realtität:

• Session- oder sonstwelche überflüssigen Parameter in der URL. Ihr glaubt, ihr habt alle verbannt? Gebt folgendes bei Google ein: “site:domain.de inurl:/kategorie/keyword” (o.ä.). Dann werdet ihr sehen, ob sich euer System nicht doch noch einen Parameter ausgedacht hat…
• Alles flach: Es gibt nur noch die Domain und viele tausend Seiten (www.domain.de/keyword.html). Wenn ihr nur einige Seiten habt, ist das o.k.. Ansonsten sollte der Inhalt in Ordnern strukturiert werden.
• Zu lange URLs: Heißt der Channel “schön & lustig”, die Kategorie “Beauty für die Frau” und das Keyword ist “Maskera Stifte” wäre eine mögliche URL: www.domain.de/schoen-und-lustig/beauty-fuer-die-frau/maskera-stifte-123123.html. Das eigentliche Keyword geht völlig unter. Deshalb sollten die Channels und Kategorien knapp und prägnant benannt werden.
• Mehrere URLs zulässig: In vielen Systemen lauscht der Webserver nur auf die Domain und die eindeutige ID und ordnet dieser Kombination eine Seite zu. (z.B. /12345.html erhält die gleiche Seite wie /channel/kategorie/keyword-12345.html). Dies führt unweigerlich zu internen Duplicate Content. Man kann das mit dem Canonical-Tag ein wenig heilen (zeigt immer auf die korrekte URL) – aber es wäre besser das zu vermeiden oder besser gesagt unter Strafe zu verbieten…
• Keyword-Spam: Wir haben alle das (richtige) Gefühl, dass eine solche URL eher ungünstig ist: www.keyword.de/keyword/keyword-kategorie/keyword-keyword.html. Muss man mehr sagen?
• Änderungen der URL: GIBT es schon für jeden Beitrag eine URL, sollte diese nicht mehr geändert werden. Und falls das doch als absolut notwendig erscheint (z.B. weil man doch eine neue Struktur einbaut) oder es aus Versehen passiert, müssen alle, alle, alle alte URLs per 301-Redirect auf die neuen umgeleitet werden. Das ist wichtig, wichtig, wichtig!!!

Puh, was habe ich vergessen? Sagt es mir…

Was man ohne Google-Optimierer optimieren kann: die URLs ist erschienen im Seo Book der CONTENTmanufaktur.

Related posts:

1. Was man ohne Google-Optimierer optimieren kann: 1 Homepage = 1 Homepage
2. Speaking-URL
3. Effiziente Baumstruktur, kurze Wege

Ein Beispiel: Die Zeit Online überschreibt einen Artikel mit “Wir sind was wir spielen” – das ist intelligent, führt den Leser nicht in die Irre und macht Spaß zu  lesen. Aber das ist gar nix für die Keyword-Density und führt den Robot auf den Holzweg. Deshalb steht darüber aber “Spieleforschung”! Das ist doch das passende Keyword. Wir werden zwar ganz unten erkennen, dass die Zeit dennoch einen Fehler gemacht hat (es lohnt sich, durchzuhalten) – aber sie zeigt, was man der obgen genannten Kritik an “Einheitsbreimacher SEO” entgegnet: Jeder Seitenbetreiber ist in der Lage,  festzulegen, was Überschriften und was unrelevante Textstellen sind. Und die Forderung der Googleoptimierung besteht nicht in “langweiligen” Überschriften sondern darin, dass die Keywords auch dort stehen, wo eine Überschrift definiert wurde.

Kurze Bemerkung: Ich werde hier nicht erklären, wie aus dem <h1>-Tag eine schön formatierte Überschrift wird – das solltet ihr wissen oder zumindest den Techniker eurer Wahl fragen.

Also, was zeigt uns da die Zeit? Gönne dir die schönste und feinsinnigste Überschrift die dir einfällt und ignoriere dabei Google. Aber arbeite (auch für den User) mit einer Dachzeile oder eine Sachzeile (Unterzeile), in der das Keyword (und damit der Kern des Artikels) auch steht. So. Das war’s. Kurz und knapp, habe fertig!

Na ja, tatsächlich ist die SEO-Welt etwas komplizierter und ich will noch einige Detail-Informationen liefern. Zum Beispiel, welcher H-Tag wofür passt. Bekanntlich gibt es <h1>, <h2>, <h3>, <h4> u.s.w.. Logischerweise stellen diese in den Browsern eine absteigende Wertigkeit dar. Allerdings gilt das nicht wirklich für Google…

Schon im Frühjahr 2007 hat Sistrix die verblüffende Information für uns erforscht, dass die  Verwendung des Keywords in der H1-Überschrift überhaupt keine Auswirkung auf das Ranking hat. Ende Mai hat er das noch detailliert. Zwei Jahre später, nämlich am 22. Juni lesen wir bei SEOmoz: “H1s are important for users but not necessarily for search engines anymore.” Und das ist sogar irgendwie logisch: Denn sehr viele Blogs z.B. kennzeichnen den Namen des Blogs mit <h1>. Das schlägt Google übrigens in seinem “Search Engine Optimiziation Starter Guide” selber vor:

Die Keywords stecken auch hier im <h2>-Tag… Und wenn irgendwas KEIN gutes Keyword ist, ist das der Name des Blogs (jedenfalls nicht auf Unterseitenebene). Mit anderen Worten: Die Google-Relevanz von Überschriften fängt an bei <h2>.

Fein, dann machen wir das mit den Überschriften ganz einfach und stur: Die (journalistisch schööööne) Überschrift bekommt das <h1>-Tag, die Dachzeile das <h2>-Tag u.s.w.. Hier ein systematisches Template, das ich euch vorschlage:

Man kann auch mehrere <h3> verwenden und z.B. eine Tabellenüberschrift oder so mit <h4> versehen. (Außerdem stecken noch ein paar andere Sachen hier drin – aber ich habe ja kluge Leser, die kennen das eh schon alles…)

Noch drei weitere Kleinigkeiten zu den Überschriften:

• Es gibt keinen (in Worten “keinen”) Grund, jede Überschrift eines Teasers in der Randspalte mit <h3> oder so auszuzeichnen. Das sind “Randinformationen” die woanders hin führen und bezeichnen somit keinen überschriftswerten Inhalt. Deshalb: Überschriften gehören in den Content – nicht in die Ranspalte oder über andere “abseitige” Infomationen.
• Es gibt auf jeder Seite genau EINE <h1>-Überschrift, genau EINE <h2>-überschrift und maximal zwei oder drei <h3> bis  <h5>-Überschriften. <h6> hilft der Optimierung  wohl nichts mehr. Dann lieber mal was fett darstellen.
• Überschriften sind Text und keine Links: Auf der Homepage oder auf Channelseiten kann man die Überschriften der verlinkten Beiträge schon auch mal mit <h2> auszeichen und verlinken – warum nicht? Aber weshalb werden auf vielen Seiten die Überschriften zwar korrekt ausgezeichnet, dann aber mit dem Beitrag selber verlinkt? Ich glaube, das kommt von einigen Blog-Templates. Aber als funktionierender SEO-Trick ist mir das bisher noch nicht aufgefallen…

Jetzt noch zum Abschluss den versprochenen Fehler, den die Zeit macht: Die sachliche Keyword-Dachzeile ist <h1>, die hübsche Überschrift ist <h2>. Mit dem Ergebnis, dass das Keyword in dem nicht für Google relevanten Tag steht und der eigentlich relevante Tag eine schöne Überschrift ist. Das ist irgendwie Pech…

H1, H2 & Co.: Überschriften vernünftig einsetzen ist erschienen im Seo Book der CONTENTmanufaktur.

Related posts:

1. Überschriften mit HTML-Formatierung
2. News vs. Haltbare Inhalte in der Google-Optimierung
3. LSI: Was die Google-Semantik kann – und was nicht

Um es “anzuwenden” muss das Bookmarklet als Link in den Firefox-Bookmarks gespeichert werden und es wird angeklickt, wenn die Seite geöffnet ist, deren ausgehende Links abgefragt werden sollen.

Wie wird das Bookmarklet installiert?

1. Möglichkeit: Erstelle ein neues Lesezeichen mit einem vernünftigen Namen (z.B. “Bookmarklet Ausgehende Links”) und kopiere den hier geschriebenen Code in das Feld für die URL:
javascript:(function(){as=document.getElementsByTagName("a");str="<ul>";for(i=0;i<as%20.length;i++){str+="<li><a%20href="+as[i].href+">"+as[i].href+"</a>\n"}str+="</as></ul>";with(window.open()){document.write(str);document.close();}})()
Obacht: Achte darauf, dass am Anfang und am Ende KEIN Leerzeichen mit hinein gerät.

2. Möglichkeit: Ziehe diesen hier folgenden Link in deine Seitenspalte oder sonstwo, wo die Lesezeichen organisiert sind:Bookmarklet Metatags.

Ja, das Ergebnis ist nicht schön – aber hilfreich…

Bookmarklet: ausgehende Links checken ist erschienen im Seo Book der CONTENTmanufaktur.

Related posts:

1. Bookmarklet: Meta-Tags checken
2. Bookmarklet: Verwandte Keywords finden
3. Bookmarklet: robots.txt und Google Trends