Ich stelle mir jetzt mal selbst die Frage, ob diese <h2> nicht eher schlecht für die Webseite sind. Eine Mega Menü Navigation ist auf jeder Unterseite der Webseite identisch. Jede Seite enthält damit bereits mindestens 37 <h2> Tags, ohne den eigentlichen Content einzubeziehen.

Die eigentlichen relevanten Signale der jeweiligen Seiten gehen damit völlig unter. Ein <h2> Tag an 38er Stelle ist für den Google Bot nicht mehr interessant. Der zweite extrem schadhafte Nachteil ist, dass die Hauptüberschrift der einzelnen Seiten, die ja in <h1> ausgezeichnet ist, erst nach diesen 37 <h2> Tags kommt und damit ebenfalls a) uninteressant ist und b) in einer völlig falschen Reihenfolge auftaucht!

Folglich ist die Verwendung von h Tags nur im Content Bereich zu empfehlen — das sagt auch google. Alle Anderen Elemente der Webseite und des Templates sollten reine CSS Auszeichnungen beinhalten, die keiner Semantik unterstehen.

Siehe auch: Sind Mega Menü Navigationen schädlich fürs Google Ranking?

Es geht um sogenannte “Fly Out Navigation” oder “Mega Menüs”. Wie heutzutage schon üblich, werden mittels Mega Menüs große Teile der Webseite innerhalb des Menüs manuell strukturiert. An sich eine schöne Sache. Nützlich ebenfalls, wenn man es richtig macht.

Allerdings besteht eventuell ein hohes Risiko aus SEO Sicht.

Das Mega Menü wird meistens mittels JavaScript und CSS oder gar reinem CSS gestrickt. Der Google Bot kann JavaScript (das die Links versteckt) nicht anschubsen, sodass für Ihn alle Links sichtbar sind. Dabei entsteht ein Problem, dass das Menü quasi von jeder Seite auf alle anderen Seiten intern verlinkt. So entstehen mehrere hundert interne Links pro Seite. Google empfiehlt aber laut Richtlinien nur 100 Links.

SEOs dürften bei Mega Menüs aufschreien

Ich wundere mich ehrlich gesagt, dass ich von Diesem Problem noch nicht früher gehört habe, so relevant es doch eigentlich zu sein scheint. Durch die heftige Verlinkung ist “eine Oberrubrik damit genau so (un)wichtig wie eine Unterrubrik. Ob und in welcher Form das schädlich ist, ist umstritten.” Markus rät im Beitrag die Links komplett in JavaScript zu generieren, so dass Sie gar nicht mehr im HTML Code vorliegen. Aus meiner Sicht bietet diese Variante aber mindestens zwei Haken.

1. Google mag keinen Content, der für Besucher anders ausschaut als für den Google Bot, und das wäre ja der JS generierte Inhalt.
2. Der Google Bot würde jetzt gar keine internen Links mehr aus der Navigation sehen – außer vielleicht die obersten.

Auf der Suche nach einer Antwort

Auf der Suche nach Antworten bin ich leider nicht so richtig fündig geworden.

Tedster sagt bswp. dass eine Umstellung von einem Mega Menü zurück zu einem normalen Menü seine Rankings und auch alles andere wieder verbessert hat.

Get Elastic hat in einem Beitrag geschrieben, dass Google mittlerweile wohl in JavaScripte reinschauen kann und darin bspw. Links erkennen kann.

Ferner steht in einem Artikel von Seo United (Juni 2009): “Mit der von Matt Cutts verkündeten Änderung zwingt Google abermals den Markt bzw. seine Teilnehmer das Angebot zu verbessern und sich jeweils auf Schwerpunkte zu konzentrieren. Da es nicht mehr möglich ist, Menüpunkte einfach aus dem Linkfluss auszuschließen, wird der Webmaster gezwungen sich aktiv Gedanken über seine Seitenstruktur zu machen und genau abzuwiegen, welche Punkte wirklich benötigt werden und welche nicht [...] Denkt man diese Strategie einen Schritt weiter, so wird Google es sich nicht nehmen lassen, auch gegen interne Links vorzugehen, die augenscheinlich nur zum Zweck der Suchmaschinenoptimierung existieren [...] In der Praxis heißt das neue Erfolgskonzept also so wenig Menüpunkte (gleichzusetzen mit internen Links) wie möglich und sie viele wie nötig. Dabei sollten die Links jedoch nicht wie einige es postulieren über JavaScript und dubiose Weiterleitungen maskiert werden, sondern wenn nötig tatsächlich entfernt werden.“, was ebenfalls Markus Tip widersprechen würde.

Gibt es überhaupt eine Lösung?

Wahrscheinlich ist die Lösung keine Mega Menüs zu benutzen, doch was, wenn man muss / will? Ein Anderer Satz von Markus hat meine Suche ein wenig gelenkt: “Da Google per Page Segmentation Seitenbestandteile in konstant (header, navi, footer, …) und variabel (content, breadcrumbs, …) unterscheiden kann ist es wahrscheinlich, dass konstanten Elementen weniger Linkgewicht zugeordnet wird.”

Mit diesem Hint bin ich auf einen Google Webmaster Help Eintrag vom Juli 2010 gestoßen. Robbo, ein Webmaster Help Bionic Poster hat dort eine interessante Antwort hinterlassen: “if doing it by CSS (display:none) might that be seen as “hidden” text. You probably be OK as long as it is no deceptive.”

Ist das die Lösung? Pures CSS und mit MouseOver ein display:block zu setzen? Ich habe auf jeden Fall ein Mega Menü einer Seite, die in der letzten Zeit ganz schön abgerutscht ist, danach angepasst. Ich hoffe hier ändert sich wieder was….

EDIT 04.02.2012: Ich habe jetzt eine durchaus verlässliche Antwort auf diese Frage gefunden!

Tom-Tom iPhone Carkit

Das TomTom iPhone Carkit ist ziemlich teuer, hat ein großes Manko und kaum Konkurrenz!

1. Der Akku wird permanent geladen. Ich habe KEINE Wahl, denn ohne Strom wird bspw. das Audio-Signal nicht an die AUX Buchse durchgeschleift.
   Sofern das iPhone dann jeden Tag ca. 2h im Auto hängt, wird der Akku nicht gerade gepflegt behandelt.
2. Das Freisprechmodul ist absolut nicht zu gebrauchen. Der Ton wird nur auf dem internen Lautsprecher des CarKits wiedergegeben — und das auch nur sehr leise. Das Micro ist so schwach, dass ich mich schon sehr aufrecht und zum Kit gewendet hinsetzen muss, damit der Gesprächstteilnehmer überhaupt etwas mitbekommt! Ferner muss bei ankommenden Gesprächen nach Annehmen des Gesprächs der “Freisprechen aktivieren” Button gedrückt werden, damit überhaupt etwas passiert.
3. Die extrem vielseitige Verstellbarkeit des Kits birgt auch ihre Nachteile — die Stabilität des Cradles lässt ein wenig zu wünschen übrig!

Obwohl für mich TomTom mit den Hauseigenen Navis und TomTom Rider Produkten die perfekte Navilösung darstellt und was Qualität angeht eigentlich nicht zu toppen ist, scheinen die hier irgendwie geschlampt zu haben.

Das Kit glänzt mit der iPhone Aufnahme

Einziger Pluspunkt ist die iPhone Aufnahme selbst. Schonender kann das iPhone glaube ich nicht im Auto eingesetzt werden. Der Stecker unten ist gefedert, sodass die Buchse des iPhone nicht belastet wird. Der Klip obern ist gummiert und dreht sich in der eigenen Achse, sodass keine Reibung am iPhone entstehen kann!

Fazit

Wirklich schade, dass die Audiosignale ohne Stromversorgung des Cradles nicht an den AUX Ausgang durchgeschleift werden. Alles Andere wäre vernachlässigbar.

ANDREAS LUTZ – Because clicking is so 90s! from andreaslutz on Vimeo.

ul {
   list-style-type:none;
   /* entfernt die Bullets vor jedem Eintrag */
}

ul li {
   display:inline;
   margin: 10px;
}

Die Hardware sei wohl schon fertig, die Software jedoch noch in Ihren letzten Zügen. Dafür soll sie jedoch — auf einem Linux Kernel basierend — für Entwickler für Third-Part Software offen sein. Ein Konzept, wie es beim iPhone betrieben wird, käme nicht in Frage, hieß es.

Ein weiterer Pluspunkt für das Nüvifone wäre die versprochene Kompatibilität zum Mac, sowohl bei der Synchronisation als auch beim Datenaustausch.

Die Funktionen des Navis sollen wohl dem Nüvi 700 aufwärts gleichen. Einen Ersatz für Garmins OutDoor GPS Geräte wird es aber wohl nicht bieten können, denn die Unterstützung für das Tracking auf einer topografischen Karte sei noch Ungewiss und stünde eher nicht auf der Liste.

Leider konnte die Haptik des Guten Stücks ebenfalls nicht testen. Rein visuell macht es jedoch einen sehr stabilen Eindruck. Es ist dünner als ein MDA, besitzt einen Metallrand (bedampft?) und ein sehr großes Display! Die Intergration ins Fahrzeug ist ebenfalls durchdachter als bei Konkurrenzmodellen! Die Stromversorgung wird an die Halterung angeschlossen und dann über Kontakte an das Gerät weitergeleitet (wie beim Handy üblich), so dass ein fixes Herausnehmen des Geräts jederzeit möglich ohne ständig erst das Stromversorgungskabel abstöpseln zu müssen!