Wie schon Mitte 2012 angekündigt ist mittlerweile das Google Zertifizierungs Programm für Webshops in Deutschland verfügbar.

Durch Google Zertifizierte Shops erhalten ein Gütesiegel, ähnlich wie Trusted Shops oder dem TÜV-Siegel. Damit lässt sich natürlich schön werben und Kunden mögen so etwas ja. Hinzu kommt das google die Shops besser listet und schlussendlich sicher auch besser ranked, vor allem in google shopping.

Bereits zu sehen in deutschen Stores von Pearl, Campz, fahrrad.de, Atelco, hardwareversand.de und Spartoo.

Was noch?

Käuferschutz … wie von paypal & der ehemals beliebten versteigerungsplattform „ebay“ bekannt, erhält der Käufer ein Käuferschutz von max. 1000€ pro Käufer.

Googles möchte ganz klar ein wenig mehr vom Kuchen eCommerce abhaben, zu letzt wurde ja die hauseigen music & app-plattform gelaunched, hinzu kommt dass google shopping bald shops besser listet die sich einkaufen. Die ersten Google Offline-Shops kommen mit dem Rollout von Google-Glasses.

Und was bringt es wenn ein Shop zertifiziert wird?

Ich sehe dieses zertifizierung ganz klar als Alternative bzw. Ergänzung zum TÜV bzw. Trusted Shops. Mehr Trust beim Käufer heißt mehr Conversion und damit mehr Umsatz.

Webseite von Google zu „Google Zertifizierte Händler“

Weitere News zum Thema z.b. hier

Möchtet ihr Bestellungen einen anderen Kunden zuweisen, ggf. weil die Bestellungen dem falschen Kunden zugewiesen sind (z.b. nach einer Datenmigration) so könnt ihr dies über die folgenden SQL-Statements erledigen:

UPDATE sales_flat_order SET customer_id = 949791 WHERE customer_id = 616151;
 UPDATE sales_flat_order_address SET customer_id = 949791 WHERE customer_id = 616151;
 UPDATE sales_flat_shipment SET customer_id = 949791 WHERE customer_id = 616151;
 UPDATE sales_flat_order_grid SET customer_id = 949791 WHERE customer_id = 616151;

1. eav_entity_type ——> See catalog_product’s Id (10)
2. SELECT * FROM `eav_attribute` WHERE `attribute_code` = ‘price’
3. Get attribute_id where entity_type_id=’10’ (69)
4. SELECT * FROM `catalog_product_entity_decimal` WHERE `attribute_id` = ‘69’
5. The value you get is the Price of the Product Whose Id correspond entity_id

Bei allen Bildern optimierte Alternativ-Texte setzen welche wichtige Keywords enthalten. Durch die Verwendung von SEO-Beschreibungen werden die Bilder besser durch bestimmte Keywords, z.B. in der Google-Bilder-Suche, gefunden. Die Bilder-Suche ist nach der Hauptsuche mit einer der meist genutzten Such-Funktion.

Bsp.: <img src=“http://domain.com/link-zum-bild.jpg“ alt=“Produkt xy in blau in Größe 5 von der Marke asdf“ />

http://de.selfhtml.org/html/grafiken/einbinden.htm

Ein mögliches Tool zum überprüfen der URLs: Das Tool Screamingfrog ( http://www.screamingfrog.co.uk/seo-spider/ ) .

Ebenfalls interessant und zu empfehlen ist es, eine Bilder-Sitemap.xml anzulegen, siehe auch:

http://support.google.com/webmasters/bin/answer.py?hl=de&answer=178636&topic=20986&ctx=topic

Es muss eine sitemap.xml erstellt werden zur einen Auflistung der einzelnen Seiten für die Suchmaschinen. Diese sollte regelmäßig bei Änderungen automatisch durch ein Cron aktualisiert werden.

Infos zur Sitemap.xml unter http://de.wikipedia.org/wiki/Sitemaps-Protokoll

Bei Sitemaps mit vielen Inhalten, daher > 10.000 URLs bitte eine gepackte sitemap.gz zur Verfügung stellen. Google akzeptiert zum aktuellen Stand max. 50.0000 Produkte/URLs pro ungepackter sitemap.xml.

Die sitemap.xml sollte in der robots.txt sowie in den Google Webmastertools eintragen werden.

Zu beachten ist, dass Links nicht doppelt gelistet werden dürfen und die Links immer eindeutig sein müssen. Daher auch darauf achten dass die Links einheitlich sind, z.B immer mit oder ohne endenden Slash, etc.!

Wenn z.B. an allen URLs automatisch per 301-Weiterleitung ein endender Slash angehängt wird, um zu vermeiden dass dadurch duplicate Content entsteht, so muss die endende URL in der Sitemap.xml eingetragen werden. In der Sitemap dürfen keine Links enthalten sein welche umgeleitet werden, dies führt zu Fehlermeldungen seitens Google. Generell ist in den Google Webmastertools zu prüfen ob die Sitemap.xml erfolgreich validiert wurde bzw. entsprechende Fehlermeldungen auszuwerten.

Die enthaltenen URLs müssen identisch mit den real verwendeten Shop-URLs sein, daher keine Weiterleitungen, da diese bei der Aufnahme durch Google abgelehnt werden.

Tipp

Ebenfalls zu beachten ist, dass bei einem Multi Domain Shop jeweils eine eigene robots.txt pro Domain ausgeliefert wird und auch die Sitemap.xml jeweils mit der korrekten Domain verlinkt ist.

Die robots.txt dient zur Rechteverwaltung einer Webseite für die Crawler der Suchmaschinen, nähere Infos unter:

http://de.wikipedia.org/wiki/Robots.txt

Zusätzlich sollte dort die jeweilige sitemap.xml eingetragen werden. Magento verwaltet die Sitemap.xml’s auf Webseitenebene, daher ist es wichtig pro Webseite eine eigene sitemap.xml anzulegen sowie diese regelmäßig zu aktualisieren.

Ebenfalls zu beachten ist, dass bei einem Multi Domain Shop jeweils eine eigene robots.txt pro Domain ausgeliefert wird und auch die Sitemap.xml jeweils mit der korrekten Domain verlinkt ist.

Irrelevante Seiten sperren

Auch die interne Linkstruktur ist ein wesentlicher Faktor für die Suchmaschinenoptimierung. Nicht alle Seiten einer Webseite sind auch für Suchmaschinen interessant. Folgende Seiten bzw. Links sollten nicht in den Index der Suchmaschinen aufgenommen werden und deshalb mittels dem meta-robots  „noindex“-Attribut (<meta name=“robots“ content=“noindex,follow“>) gesperrt werden, z.B.:

• Kundenkonto-Login
• Warenkorb
• Hinzufügen zum Warenkorb aus Produkten
• Kommentar/Bewertungs-Funktion
• Allgemeine Geschäftsbedingungen
• Datenschutzerklärung

 

Ganz Deutschland im Wahl-Fieber, nach dem Landtags-, Bundestag- sowie teilweise Bürgermeisterwahlen, wird jetzt der SEO-Kanzler für Deutschland auf dem SEO-Day in Köln (Ranking in google.de) sowie für Österreich auf der SEOkomm(Ranking in google.at) in Salzburg gekürt?

SEO Urgestein Fabian Rossbacher hat heute um 10.00 Uhr das (Un-)Wort für den aktuellsten SEO-Contest veröffentlicht, welches lautet: seokanzler.

Das Keyword zur bestimmung des Rankings ist wie immer ein fiktives Wort (wie zuletzt war es seophonist), um das Ranking in den Google-Suchergebnislisten (kurz: SERP) wird ab sofort heiß gekämpft. Neu an diesem Contest ist, dass sowohl der SEOKanzler für Deutschland (google.de) als auch für Österreich (google.at) gesucht wird.

Der Sieger bzw. SEOKanzler in Deutschland wird am 16.10.2013 um 18.00 Uhr bestimmt auf dem SEO Day in Köln. Die Preise im SEO-Contest können sich diesmal echt sehen lassen: Es gibt unter Anderem ein Life-Time-Ticket für den SEO-Day,  diverse Medaillen, Urkunden, ein Hightech Grill sowie diversen Gutscheinen für die wichtigsten und bekanntesten SEO-Tools.

Am 22.11.2013 um 22 Uhr wird der SEOKanzler für Österreich (Ranking in google.at) bestimmt. Der Gewinner darf sich u.a. über ein SEOKomm 2014 Megaticket freuen.

Ich bin gespannt auf das Ergbnis und vor allem die Analyse des Gewinners.

Weitere Informationen zur seokanzler-Wahl gibt es auf diesen beiden Seiten (weiterführende Links):

seokomm.at
seo-day.de

Ihr möchtet den Attribute Type von Select auf Multiselect ändern?

so geht’s

$installer = $this;
$this->startSetup();
//$installer->updateAttribute('catalog_product', 'attributename', array('type' => 'varchar', 'input' => 'multiselect'));
$entityTypeId = $installer->getEntityTypeId('catalog_product', 'attributename');
$idAttributeOldSelect = $this->getAttribute($entityTypeId, 'attributename', 'attribute_id');
$installer->updateAttribute($entityTypeId, $idAttributeOldSelect, array(
    'frontend_input' => 'multiselect',
    'backend_type' => 'varchar'
));
$this->endSetup();

Ihr wollt 3 verschiedene Rewrite-Maps für drei verschiedene top-level-domains einbinden?
Folgendes Beispiel basiert auf den Domains mit den Endungen .de, .co.uk sowie .ch.

Dieser Code muss in dre vhost eingebunden werden und funktioniert nicht in der .htaccess datei.

RewriteMap map_eins
 txt:/srv/www/htdocs/rewrite-map-one
RewriteMap map_zwei
 txt:/srv/www/htdocs/rewrite-map-two
RewriteMap map_drei
 txt:/srv/www/htdocs/rewrite-map-three
RewriteCond %{HTTP_HOST} .*\.co\.uk$
 RewriteRule ^/uri/old/(.*\.jpg)$
 http://fly2mars-media.torquato.co.uk/${map_drei:$1} [R=301,L]
RewriteCond %{HTTP_HOST} .*\.ch$
 RewriteRule ^/uri/old/(.*\.jpg)$
 http://fly2mars-media.ch/${map_zwei:$1} [R=301,L]
RewriteCond %{HTTP_HOST} .*\.de$
 RewriteRule ^/uri/old/(.*\.jpg)$
 http://fly2mars-media.de/${map_eins:$1} [R=301,L]

Solltet ihr in Magento die Collection „catalog/product_collection“ in einer Schleife laden wollen und jeweils die store-id ändern, so erhaltet ihr eine falsche flat-table zurück (immer die des ersten geladenen stores.

Die Lösung: Vorher auf dem ResourceSingleton jeweils noch mal explizit mit setStoreId die ID des aktuellen stores setzen, hier der Quellcode dazu:

        Mage::getResourceSingleton("catalog/product_flat")->setStoreId($store->getId());
        $products = Mage::getResourceModel("catalog/product_collection")
            ->setStoreId($store->getId())
            ->addStoreFilter($store->getId());

War der Tipp für euch hilfreich?
Dann gibt ihn doch ein +1 oder like bzw. teilt diesen Artikel bei Google+ oder Facebook!

Danke für euren Support!