SEO Welten

Scriptbeschreibung - Deklarierung, Querystring und mehr ...

Einzelheiten zum Script

Im Normalfall scheint es überflüssig zu erscheinen, bei einer Scriptbescheibung extra auf Einzelheiten der Metatags im Head einzugehen. Wenn wir dennoch mit dem Head hier beginnen, so aus gutem Grund. Hierzu sollte ein Nutzer wissen, die eingehen Daten werden vom Amazon-Webserver als UTF-8 kodierte XML-Datei ausgegeben und angeliefert. Weiterhin dürften viele Hoster ihre Webserver für den UTF Unicode konfiguriert haben, um diesen für interne Programmabläufe zu verwenden und Parser arbeiten wohl in der Regel ohnehin mit dem Unicode. Irrtümer sind hier vorbehalten, wir sind keine Serverspezialisten, doch was läge da näher, als bei der Ausgabe dieses Scriptes auch den Unicode zu verwenden?

Es gibt einige Gründe, die dagegen sprechen. So zum Beispiel, wenn Sie einen Editor zum Erstellen Ihrer HTML-Seiten verwenden, der die Seiten nicht in UTF-8 abspeichert, oder wenn Sie das Script in einem bereits bestehendem Webprojekt integrieren wollen, welches durch und durch aus mit ISO deklarierten Seiten besteht. Selbst wenn Sie auf eine Deklarierung Ihrer bisher gefertigten Seiten gänzlich verzichteten, so werden diese in der Regel mit einer ISO Codierung abgespeichert und vom Browser auch so interpretiert. Aus diesem Grund haben wir das Script in zweifacher Ausführung für Sie zum Download bereitgestellt, so das Sie beim Download zwischen UTF-8 und ISO wählen können. Die nachfolgenden Erläuterungen beziehen sich auf beide Varianten.

Um enthaltene Umlaute im Webbrowser richtig anzuzeigen, gibt es zwei Wege. Zum einem könnte die Ausgabe mit einer Dekodierung verbunden werden, zum anderem reicht es aus, wenn die ausgebende Seite und das Formular als Zeichencodierung ebenfalls Unicode verwendet. Dieser Weg wurde beim Script für Unicode gewählt. Wichtig ist hierbei nur den Browser durch die Deklarierung charset=UTF-8" im Head der Seite darauf hinzuweisen. Ansonsten könnte es geschehen, dass im Browser Hieroglyphen statt Umlaute angezeigt werden.

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>

<head>
<title>Hallo, ich bin ein Head für UTF-8 kodierte Dokumente</title>
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
<link rel="stylesheet" type="text/css" href="demos.css"> 
</head>

<body bgcolor="#F1EDDA">

<h1 align="center">Ein Demo mit SimpleXML</h1>
<div align="center"><center>

Erschwerend ist bei dieser Variante, dass Sie Umlaute im Text nicht wie gewohnt schreiben können, sondern eine Schreibweise wie in den Beispielen verwenden müssen.

Beispiele: ä ö ü

Weiterhin wurde im Head auf nachfolgende Zeile verzichtet. So wie hier wäre es zwar richtig die Spider (werden zuweilen auch als Robots, Suchrobots oder Crawler bezeichnet) anzuweisen, dass sie die Seite indexieren sollen, hat aber den Nachteil, dass sie auch den Links zur nächsten Seite folgen und selbst Eingaben vom Formular, bzw. die sich daraus ergebenen Querystrings als neue Seiten interpretieren.

Nicht bei dieser Domain, doch bei einer anderen Website des Autors geschah folgendes. Aus drei Scriptseiten mit Literatur wurden auf wundersame Weise ohne sein Zutun rund 2.500 Literaturseiten. Hört sich gut an? Nein ganz und gar nicht, da diese so indexierten Seiten alle im Supplemental Index (Zweiter Index als Abstellgleis) von Google lagen. Eine starke Domain verkraftet das, allerdings ohne jedweden Nutzen. Eine neue oder schwache Domain kann dadurch regelrecht "verbrennen" und ist dann nur noch für den Müllschlucker gut geeignet.

Ausprobiert wurde die Seitenlinks mit einem rel="nofollow" Attribut zu versehen und im Head als Angabe content="index, nofollow" zu verwenden. Das rel="nofollow" brachte nichts und das content="index, nofollow" hat den Nachteil, dass in diesem Fall auch keine internenen Links mehr verfolgt werden. Doch gerade das kann sich als größerer Nachteil erweisen, wenn der Nutzer mehr als nur eine Scriptseite verwenden möchte, um sich daraus einen kleinen Shop zu basteln. Auf der anderen Seite besteht die Gefahr, dass die Spider dieses Nofollow ignorieren, weil ja im Head der nächsten Seite wieder content="index, nofollow" steht und somit diese nächste Seite wiederum zum Indexieren freigegeben ist.

Abhilfe schaffte jedoch einen Teil des Querystrings per robots.txt zu sperren. Dadurch werden nur die wirklich angelegten Seiten gespidert, nicht aber die Seiten, die am Ende des Querystrings ItemPage=1, ItemPage=2 usw. enthalten. Erreichen kann ein Nutzer das beim vorliegendem Script mit folgendem Eintrag in der robots.txt, wobei die Sternchen als Platzhalter dienen.

User-agent: * Disallow: /*ItemPage

Doch keine Angst, zu Testzwecken kann dieses Script auch erst einmal so einige Tage oder Wochen verwendet werden, da es schon eine Zeit dauert, bevor die Spider in ungeahnte Tiefen vordringen und weitere Seiten aus diesen Tiefen in den Index der Sumas aufgenommen werden. Wer mehr über die Einrichtung einer robots.txt erfahren möchte, sollte sich einmal auf dieser Seite umsehen:

Blockieren oder Entfernen von Seiten

Vielleicht noch der Hinweis, beim Querystring handelt es sich um den Teil, der bei einer URL hinter dem Fragezeichen angehängt wird, um so erforderliche Parameter an die nächste Seite zu übergeben.

Navigation

Finden und
gefunden werden ...

Autoritäten im
Internet
Die Kehrseite
Das Wesen

Zukunftsaussichten

Studien & Strategien
Verbreitung & Bedeutung
Internet & Medien

- Optimierung -

Einstieg Optimierung
Erfolg oder Misserfolg

Webcoding

Übersicht

Einführung ins Thema

Amazon Web Service
Request und Response
Anfragen und Anträge
Weitere Beispiele
Einfaches Script - Unicode
Einfaches Script - ISO
DOM/XML und Unicode
DOM/XML und ISO
Weitere Einzelheiten

Images/Bilder prüfen