Deshalb habe ich ein kleines Programm in JavaScript geschrieben, das prüft, ob das Cookie angelegt worden ist:

<script type="text/javascript">
 var cookie = document.cookie;
 var posAnfang = cookie.search(/__utmv/);
 if (posAnfang != -1) {
  document.writeln("Das Cookie \"__utmv\" existiert:")
  cookie = cookie.slice(posAnfang);
  var posEnde = cookie.search(/;/);
  if (posEnde != -1) {
   cookie = cookie.slice(0, posEnde);
   document.write("<b>"+cookie+"</b>");
  }
  else document.write("<b>"+cookie+"</b>");
 }
 else document.write("<b>Fehler:</b> Das Cookie \"__utmv\" existiert nicht.");
</script>

Das Programm möchte ich hier nicht erläutern. Es braucht einfach nur an geeigneter Stelle in den (X)HTML-Code der für diesen Test vorgesehenen Seite eingefügt zu werden.

Wie das Erstellen des Cookies und das anschließende Prüfen von dessen Existenz auf einfache Weise realisiert werden kann, können Sie sich ansehen, wenn Sie auf diesen Link klicken: Erstellen des Cookies “utmv” mit anschließender Prüfung.

Ich wende mich deshalb diesem Fall zu, weil es auch für ein Unternehmen nicht immer sofort möglich ist, auf einen Internet-Anschluss mit fester IP-Adresse zurückgreifen zu können. Es kann durchaus sinnvoll sein, ohne Zeitverlust, ohne zusätzliche Kosten und ohne irgendwelche technische Umstellungen mit der statistischen Analyse einer Website sofort zu beginnen, ohne dass eine feste IP-Adresse schon vorhanden ist.

Der Ansatz für das Einrichten des erforderlichen benutzerdefinierten Filters besteht darin, dass alle Besucher der Website aus dem Unternehmen zu einem sogenannten benutzerdefinierten Segment zusammengefasst werden. Die Besuche von diesem Benutzersegment werden aus den Berichten von Google Analytics herausgefiltert und so in der Statistik nicht berücksichtigt.

Damit Besucher diesem Benutzersegment überhaupt zugeordnet werden können, müssen sie eine bestimmte Seite von der Website des Unternehmens aufrufen, z. B.:

www.domain-name.de/interne-zugriffe-ausschliessen.html

Dadurch wird ein entsprechendendes Cookie für die Website

www.domain-name.de

erstellt. Das muss im Prinzip für jeden Browser gemacht werden, der auf den PCs des Unternehmens genutzt wird. Nur so kann sichergestellt werden, dass auch alle internen Zugriffe erfasst und von Google Analytics in den Berichten ausgeschlossen werden können.

Diese spezielle Seite enthält folgenden HTML-bzw. JavaScript-Code, den ich hier als Beispiel angegeben habe:

<p>Interne Zugriffe in Google Analytics bei dynamischer IP-Adresse ausschließen</p>
<script type="text/javascript">
 var gaJsHost = (("https:" == document.location.protocol) ? "https://ssl." : "http://www.");
 document.write(unescape("%3Cscript src='" + gaJsHost + "google-analytics.com/ga.js' type='text/javascript'%3E%3C/script%3E"));
</script>
<script type="text/javascript">
 try{
  var pageTracker = _gat._getTracker("UA-xxxxxxx-x");
  pageTracker._initData();
  pageTracker._trackPageview();
 } catch(err) {}
</script>
<script type="text/javascript">
 pageTracker._setVar('interne_zugriffe');
</script>

Der Code beginnt mit einem Textabsatz, und es schließt sich der Tracking-Code von Google Analytics an. Dem Tracking-Code habe ich die Zeile

pageTracker._setVar('interne_zugriffe');

hinzugefügt. Dadurch wird für die Website das Cookie “__utmv” erstellt. Es enthält als Wert die Zeichenkette “interne_zugriffe”. Das ist die Bezeichnung des benutzerdefinierten Segments.

Wichtig dabei ist, dass die Seite den Tracking-Code überhaupt enthält, und der Code

pageTracker._setVar('interne_zugriffe');

nach dem Tracking-Code ausgeführt wird. Nur dann wird auch das Cookie erstellt. Das Cookie hat eine Verfallsdauer von zwei Jahren.

Natürlich müssen Sie noch für “UA-xxxxxxx-x” Ihre eigene Kontonummer von Google Analytics für die Website einzutragen.

Nun muss noch jeder Besucher, dessen interne Zugriffe ausgeschlossen werden sollen, diese Seite mit seinem Browser aufrufen, und es muss sichergestellt sein, dass der Browser das Erstellen von Cookies zulässt.

Schließlich ist noch ein Filter nach folgenden Angaben für die Website zu erstellen:

Filterart: Benutzerdefinierter Filter > Ausschließen
Filterfeld: Benutzerdefinierte Segmente
Filtermuster: interne_zugriffe
Groß-/Kleinschreibung beachten: Nein

Es ist unbedingt darauf zu achten, dass das auszuwählende Filterfeld “Benutzerdefinierte Segmente” nicht mit “Benutzerdefiniertes Feld” verwechselt wird.

Auch wenn ich hier immer von einer Website eines Unternehmens geschrieben habe, ist natürlich für ein Weblog genauso zu verfahren. Am besten ist es dabei, die spezielle Seite einfach mit einem externen Editor zu erstellen und in das Wurzelverzeichnis zu kopieren.

Die hier angegebene Vorgehensweise ermöglicht es, dass die internen Zugriffe in den Berichten von Google Analytics ausgeschlossen werden. Ich habe alles gründlich getestet. Der hier beschriebene Filter-Mechanismus, um die eigenen Zugriffe auszuschliessen, funktioniert.

Es bleibt eine kleine Unsicherheit. Das Cookie “__utmv” muss unbedingt für die Website für jeden benutzten Browser vorhanden sein.

Deshalb lautet das Thema meines nächsten Beitrags:
Die Existenz des Cookies “utmv” von Google Analytics prüfen

Vor allem kleine Unternehmen und Freiberufler aus diesen Branchen nutzen Weblogs anstelle der klassischen Websites. Das ist aus meiner Sicht auch die richtige Strategie.

In anderen Bereichen der Wirtschaft sind Weblogs eher noch selten. Um einen kleinen Beitrag für den Einsatz von Weblogs in Unternehmen zu leisten, habe ich hier einige Beispiele aus dem verarbeitenden Gewerbe, dem Handwerk und dem Handel zusammengestellt:

Der Araz-Handwerks-Blog	Der Gaswarn Blog
“Der Walther” Saftblog	Dosiertechnik
FRoSTA Blog	Lüftungsblog
Mein Kago	Musterküchen Blog.de
natursteine-blog.de	Schraders Teeblog

Weitere Weblogs von Unternehmen aus Deutschland gibt es hier:

http://www.top100-business-blogs.de/top100/tops/

http://www.wikio.de/blogs/top/

Die Wirkung von Kleinigkeiten wird oft außer Acht gelassen oder auch ganz einfach übersehen.

An dieser Stelle möchte ich einmal berichten, was fehlende Kleinigkeiten bewirken können:

Ich hatte einen Termin auswärts in einem Handelsunternehmen. Bevor ich ins Auto gestiegen bin, habe ich wegen der Anfahrt schnell noch einen Blick auf die Website des Unternehmens geworfen. Anfahrtsskizze? Fehlanzeige! Dabei ist die Website erst neu erstellt worden. Aber zumindest habe ich die Adresse des Unternehmens dort gefunden.

Also, ab ins Auto und los. Die Straße zu finden, war kein Problem. Ich schaue nach rechts aus dem Fenster und sehe eine gerade Hausnummer. Da die Adresse des Unternehmens auch eine gerade Hausnummer hat, war ich der tiefen Überzeugung, das Unternehmen auf der rechten Seite der Straße finden zu müssen. Plötzlich war die Straße zu Ende, und ich stand vor einem Unternehmen einer Handelskette. Mir war sofort klar: “Das ist ein Wettbewerber von dem Unternehmen, das ich besuchen wollte.”

Also wenden und zurück. Das Unternehmen war natürlich auf der anderen Straßenseite. Damit hatte ich nicht gerechnet. Die Hausnummern waren einfach anders angeordnet, als ich es erwartet hatte. Das hat mich direkt zum unmittelbaren Wettbewerber des Unternehmens geführt, bei dem ich einen Termin hatte.

Nach diesem Erlebnis bin ich überzeugt, dass das, was mir passiert ist, auch anderen passiert oder passieren wird. Weil keine Wegbeschreibung auf der Website des Unternehmens vorhanden ist, führte der Weg direkt zum Wettbewerber.

Bisher hatte ich angenommen, solche Situationen gibt es nur im Web, wo der Grundsatz gilt: “Der Wettbewerb ist immer nur einen Mausklick weit entfernt.” Im “Real Life” ist es kein Mausklick aber möglicherweise nur ein Katzensprung.

Es ist natürlich oft viel einfacher, als Außenstehender die offensichtlichen Schwachstellen eines Unternehmens zu erkennen. Vielfach liegen sie im Bereich der Marketings. Solche Schwachstellen zu beseitigen, ist die Voraussetzung für mehr Umsatz. Und das ist immer das Geld für eine solide Marketing-Beratung wert.

Seit WordPress 2.5 werden die IDs nicht mehr im Administrationsbereich angezeigt. Das ist aber kein Beinbruch. Dafür gibt es mittlerweile das Plugin Reveal IDs for WP Admin Plugin, das diese Funktionalität bereitstellt.

Außerdem gibt es einen viel einfacheren Weg: Im Admin-Bereich wird der entsprechende Beitrag einfach angeklickt. In der Adresszeile des Browsers steht dann eine URL (Uniform Resource Locator) der Form:

http://www.domain-name.de/wp-admin/post.php?action=edit&post=123

Es lässt sich ablesen, dass “123″ die ID des Beitrags ist, der beim Anzeigen ausgeblendet werden soll. Das Anzeigen bzw. Auflisten der Beiträge in einem Theme geschieht programmtechnisch immer in einer Loop (Schleife).

Jetzt kommt das Template Tag “the_ID();” ins Spiel. Es liefert für die Template-Datei die ID des jeweiligen Beitrags.

Programmtechnisch kann das in der Loop beispielsweise so umgesetzt werden:

<div id="excludepost-<?php the_ID(); ?>">
 <?php the_title(); the_content(); ?>
</div>

Auf diese Weise wird für jeden Beitrag ein Blockelement mit einem Namen erzeugt. Für den auszublendenden Beitrag ist dieser Name “excludepost-123″.

Schließlich muss das Ausblenden des entsprechenden Blockelements noch realisiert werden.

Das geschieht in der Template-Datei “style.css” des Theme, indem dort z.B an das Ende

#excludepost-123 {
 display: none;
}

angefügt wird.

Hinweis:
Keinesfalls sollten Namen der Form “post-123″ für die Blockelemente genutzt werden. Denn diese Namen werden in den Themes bereits verwendet. Das führt zu unerwünschten Effekten.

Um das zu verstehen, habe ich auch eine ganze Weile gebraucht. Deshalb versuche ich es hier, mit meiner Erläuterung auf den Punkt zu bringen:

Ein Weblog bietet normalerweise seinen Besuchern für jeden Beitrag die Möglichkeit der Rückäußerung an. Dazu zählen sowohl die klassischen Kommentare als auch die Möglichkeit, einen Trackback zu setzen. Damit ein Besucher einen Trackback auf einen Beitrag setzen kann, benötigt er die Trackback-URL (Uniform Resource Locator) des jeweiligen Beitrags. Außerdem kann nur der Besucher einen Trackback setzen, der selbst ein Weblog betreibt, und dessen Weblog die Trackback-Funktion unterstützt.

Der Besucher kann in seinem eigenen Weblog innerhalb des Administrationsbereiches zu einem Beitrag die Trackback-URL eines Beitrags aus dem fremden Weblog eintragen. Dadurch wird der eigene Beitrag als Trackback zu dem Beitrag des fremden Weblog veröffentlicht.

Dieses Veröffentlichen bedeutet, dass über einen festgelegten Kommunikationsmechansmus zwischen den beiden Weblogs zu dem Beitrag in dem fremden Weblog ein Link auf den eigenen Beitrag mit einem Textauszug erscheint. Auf diese Weise ist es möglich, zu einem Beitrag in einem fremden Weblog die dazu thematisch passenden eigenen Beiträge über Trackbacks dort mit zu veröffentlichen.

Die Trackback-URL eines Beitrags kann in Abhängigkeit des jeweiligen Weblog entweder direkt kopiert werden, oder es ist mit der rechten Maustaste auf den Trackback-Link zu klicken und anschließend aus dem Kontextmenü unter Eigenschaften die URL aus dem Feld “Adresse” zu kopieren.

Die Trackback-URL für diesen Beitrag lautet:

http://www.internet-marketing-kmu.de/was-ist-ein-trackback/20090202/trackback/

Wenn Sie also in Ihrem Weblog einen thematisch passenden Beitrag zu diesem Beitrag haben, dann kopieren Sie einfach diese Trackback-URL in das Trackback-Feld ihres eigenen Beitrags. Dafür müssen Sie natürlich in den Administrationsbereich Ihres Weblog gehen.

Über den Trackback-Mechanismus wird dann zu meinem Beitrag Ihr eigener Beitrag in Form eines Trackback veröffentlicht.

Ein wichtige Aussage der Studie ist: Der Mittelstand betrachtet Web 2.0 skeptisch. So heißt es auf Seite 28:

“Bislang nutzen erst wenige kleinere Unternehmen Web 2.0-Anwendungen. „News-Feeds“ (Einsatz von 17,3 % der Befragten) sind die am häufigsten integrierten Web 2.0-Dienste, dicht gefolgt von der Visualisierung von Schlagworten mittels „Tag-Wolke“ mit 14,3 % und „Sozialen Netzwerken/Communities“ mit 13,7 % (siehe Abbildung 13). Die Anwendungen „Interaktive Bewertungssysteme“, „Blogs“, „Foren“ und „Video Portale“ sind bisher lediglich in Ausnahmefällen in die betrieblichen Abläufe integriert.”

und weiter auf Seite 29:

“Die Gründe für die bisherige mangelhafte Integration von Web 2.0-Anwendungen und -Diensten in KMU werden durch Abbildung 14 schnell deutlich. Bislang messen die befragten Unternehmen Web 2.0 schlicht eine sehr geringe Bedeutung bei. Auf einer Skala von 1 „keine Bedeutung“ bis 5 „Sehr große Bedeutung“ erreichen lediglich News-Feeds, Tag-Wolken und soziale Netzwerke einen Durchschnittswert geringfügig über dem Skalenwert 2 (=“geringe Bedeutung“).”

Nun, aus meiner Sicht lässt sich das zum Teil mit der rasanten Entwicklung der Web-Technologien als objektive Ursache erklären.

Auf Seite 31 kommt jedoch die Katze aus dem Sack:

“Web 2.0-Dienste und -Anwendungen bieten jedoch für Unternehmen nicht nur Chancen, sie können auch Risiken mit sich bringen. Abbildung 16 zeigt, dass mehr als die Hälfte (58,2 %) der befragten KMU in Web 2.0 entsprechende Gefahren und Risiken erkennen.”

und weiter:

“So sind insbesondere Fälle von Datenmissbrauch, Scheinbewertungen oder gezielten Fehlinformationen in Foren und Blogs immer wieder Gegenstand einer kritischen Diskussion. Insbesondere die rechtlichen Risiken (84,0 %) und die Gefahr des Missbrauchs durch externe Nutzer (82,6 %) sehen die befragten Unternehmen mit deutlichem Abstand als größtes Risiko von Web 2.0-Diensten und -Anwendungen an.”

Offenbar sind also die rechtlichen Risiken das wirkliche Dilemma. Ich gehe davon aus, dass damit insbesondere die Risiken gemeint sind, die mit Abmahnungen verbunden sind.

Das halte ich für ein fatales Signal - gerade in wirtschaftlich schwierigen Zeiten.

 <?php endif; ?>

</div>

<?php get_footer(); ?>

die Zeile

<?php get_sidebar() ?>

eingefügt:

 <?php endif; ?>

</div>

<?php get_sidebar(); ?>

<?php get_footer(); ?>

Damit wird die Sidebar lediglich rechts unten angezeigt, weil der einzelne Beitrag in einem einspaltigen Layout dargestellt wird. Um das zu verändern, muss das übliche zweispaltige Layout des Blog verwendet werden.

Das habe ich erreicht, indem ich am Datei-Anfang von “single.php”

<?php get_header(); ?>

<div id="content" class="widecolumn">

diese Änderung gemacht habe:

<?php get_header(); ?>

<div id="content" class="narrowcolumn">

Um schließlich den Metadaten- und Kommentarbereich eines Beitrags wieder in die richtige Form zu bringen, habe ich in der Datei “style.css” die Zeilen

.narrowcolumn .postmetadata {
text-align: center;
}

wie folgt geändert:

.narrowcolumn .postmetadata {
text-align: justify;
}

Diese Änderung in “style.css” hat sich mehr durch Probieren als durch Analysieren des Quelltextes ergeben. Ich hoffe aber, dass das so richtig ist.

Dabei geht es im Wesentlichen darum, den Code

<?php the_author() ?>

mit dem Template-Tag “the_author()” an geeigneter Stelle in den Template-Dateien zu platzieren.

“index.php” ist die zentrale Template-Datei des Theme, ohne die es nich funktioniert. Sie ist für das Darstellen der Startseite des Blog verantwortlich. In dieser Datei habe ich die Zeile

<small><?php the_time(__('F jS, Y', 'kubrick')) ?> <!-- by <?php the_author() ?> --></small>

wie folgt geändert:

<small><?php the_time(__('F jS, Y', 'kubrick')) ?>, <?php the_author() ?> </small>

Ebenso habe ich in den Template-Dateien “archive.php” die Zeile

<small><?php the_time(__('l, F jS, Y', 'kubrick')) ?></small>

und in “search.php” die Zeile

<small><?php the_time('l, F jS, Y') ?></small>

ersetzt. Wieso in diesen beiden Template-Dateien ursprünglich unterschieldliche Code-Zeilen verwendet werden, ist mir unklar. “archive.php” listet die Beiträge eines Archivs auf und stellt sie dar. “search.php” macht das mit den Ergebnissen von Suchabfragen.

Schließlich habe ich noch Änderungen an der Template-Datei “single.php”, die den einzelnen Blogbeitrag entsprechend darstellt, gemacht.

<p class="postmetadata alt">
 <small>
  Der Beitrag wurde

  ...

 </small>
</p>

Wegen der Vielzahl der Änderungen und des damit verbundenen Umfangs das darzustellenden Quelltextes habe ich auf die Details an dieser Stelle verzichtet.