Und weiter geht es mit den Einstellungen in der config, der Break war dann doch einen Tick länger.
Hier war Teil 2, der ist abgearbeitet ?

Es folgen nun die Blöcke der für alle Möglichen Zusatzmodule bzw. eben der zusatzlichen APIs, die man mit 1 ein- und mit 0 ausschalten kann. Was man nicht braucht sollt man ausschalten undnicht nur im Template netfernen, da die daten sonst im Hintergrund weiterhin generiert werden, was Traffic und vor allem auch Ladezeit kostet!

// Zusätzliche Angebote einblenden (0=aus;1=an)
define('KATEGORIE_MIRAGO_AN','0'); // Mirago-Anzeigen in den Kategorien anzeigen
define('DETAIL_MIRAGO_AN','0'); // Mirago-Anzeigen auf der Detailseite anzeigen
define('SUCHE_MIRAGO_AN','0'); // Mirago-Anzeigen bei den Suchergebnissen anzeigen

define('KATEGORIE_EBAY_AN','0'); // Ebay-Anzeigen in den Kategorien anzeigen
define('DETAIL_EBAY_AN','1'); // Ebay-Anzeigen auf der Detailseite anzeigen
define('SUCHE_EBAY_AN','1'); // Ebay-Anzeigen bei den Suchergebnissen anzeigen
define('EXTRA_EBAY_AN','1'); // Extraseite für Ebay anzeigen

Mirago nehmen wir komplett raus, vor allem, da die zumindest in der Nische eh keine brauchbaren Ergebnisse haben werden. Will man sich Mirago einmal anschauen kann man bei der Installation ja auch ohne Partnerschaft die Mirago Ads aktivieren. Auch wenn nicht viel bis nichts bei rum kommt sind das doch meist ein paar net´te zusätzliche Keywords und eben ein wenig mehr Unterschied zum Rest.

Die eBay und Amazon Webservices schalten wir für die Kategorien aus. Warum?
Zum einen haben wir keine affilinet Hauptkategorien mehr und wir schalten die Shopkategorien später noch auf noindex, um Google nicht das indexieren zu lassen, was bei allen gleich ist und wo wir eh nichts dran ändenr (weil es scheinbar keiner tut).
Zudem kommen in den Kategorien die Suchergebnisse primär aus dem Kategorienamen der jeweils aktiven Kategorie. So lange ich mir die also nicht mal angsehen oder gar geändert habe, muss ich davon ausgehen, dass Amazon nur sehr ungenau passende Treffer bringen würde. Dito bei eBay.
Ergo, keine Suchmaschine, wenig Besucher, hohe Ungenauigkeit - raus damit zum Wohle des Traffics und der Ladezeit.

Ebenfalls verzichten wir auf die Zusatzseite nur mit Amazontreffern, da die mangels eigener Ideen auch einen hohen Wiederkennungswert auf anderen Seiten hat und wir Amazon ja diesmal besser in der Suche einbauen.

Nun folgen die Detaileinstellungen der 3 Module, wobei wir uns erst mal nur auf die Thematik stürzen:

define('AMAZON_SEARCHINDEX','Kitchen‘); // Blended für Alle oder…
define(’AMAZON_BROWSENODE’,”);

Der Amazon SearchIndex ist per default Blended = Alle Bereiche. Übrigens versucht Amazon in dem Fall vor allem bei ungenauen Suchen auch Treffer aus allen Bereichen zu zeigen, was manchmal zu sehr seltsamen Amazon Treffern führt, während die wesentlichen u.U. weiter unten oder gar nirgendwo stehen, wenn man vorher abgeschnitten hat.
Welche SearchIndex (Bereiche) es in Deutschland gibt und wie die heissen erfährt man hier. Sie entsprechen im Grund den Hauptkategorien auf Amazon.de.

Wir wählen in unserem Beispiel Kitchen eben für den Amazon Küche und Haushalt bei Amazon.
Der zeigt zwar auch noch ein wenig mehr Zeug an, was nicht so richtig passt, aber auch Amazon erlaubt es nicht in mehr als einer Kategorie zu suchen und der bereich hat mehrere Unterkategorien, die ich gerne dabei hätte. Ansonsten könnte man beim Amazon Browsenode auch noch die Nummer einer beliebigen Unterkategorie in dem Search Index eintragen und damit die Suchergebnisse bis aufs Letzte thamatisch limitieren. Grillen, um mal ein Beispiel zu nennen lässt sich als Thema klasse einschränken.

Ich baue übrigens live mit und hier an der Stelle werfen wir mal eine kleine Fehlersuche ein, denn ich habe genau so gestaunt, beim Test kamen trotz (da war ich sicher) richtiger config Änderung keine Amazon Treffer )-:

Was kann man in so einem Fall selber tun? Na ja, wenn man die Templates noch nicht mal geändert hat, die vergleichinstallation geht und man in der config am basteln war muss es dort oder direkt an Amazon liegen. Der richtige Weg ist sich also anzusehen, was eigentlich an Daten angeliefert wird.
Daszu schaltet man in der config den debug Modus ein (auf 1 setzen):

define('DEBUG_AN','1‘); // nicht im Live-Betrieb ändern,….

Dann ruft man die vermeintlich fehlerhafte Seite erneut auf und es werden diverse Informationen aufgelistet, u.a. auch die genaue Call URL zu den Amazon Daten (http://webservices.amazon.de/onca/xml?Service=….).
Diese kann man sich nun mit dem Browser auch direkt holen und ansehen.
In unserem Fall enthielten sie keine Produktdaten, sondern nur eine Fehlermeldung mit folgender Erklärung:

The value you specified for Sort is invalid. Valid values include ‘relevancerank’,’salesrank’,'reviewrank’,'price’,'-price’,'titlerank’,'-titlerank’

Im Klartext: die bei der Auslieferung eingestellte Sortierung pricerank geht im Amazon Bereich Kitchen nicht…
Seit 6 Jahren arbeite ich jetzt mind. mit der Amazon API und auf die für mich schleiherhaften Unterschiede bei den Sortierungsoptionen falle ich immer wieder rein.

In dem Fall muss man als auf eine der genannten Sortierungen ändenr, in einem anderen Bereich könnnte es wieder anders sein, Z.B. an Toys / Spielzeug erinnere ich mich noch, das hatte damals Nerven gekostet…

define('AMAZON_SORT','salesrank');
define('AMAZON_SORT_M','salesrank');

lösen das Problem also in DIESEM Fall.

Jetzt limitieren wir eBay auch etwas thematischer. Auch hier müssen wir uns leider auf eine Kategorie beschränken, da der eBay Web Service nicht mehr erlaubt.

Ich wähle für mein Beispiel die eBay Hauptkategorie “Haushaltsgeräte”, wobeii es auch hier sicher noch passender gehen würde, wenn man kleine Abstriche macht.

define('EBAY_CATEGORY_ID','20710'); // 0=alle Kategorien

Die eBay CategoryID zu finden ist aktuell wohl schon etwas mehr Tricky, da eBay auf der Startseite ja im Moment die Kategorien auf Subdomains leitet.
Wenn man solch eine besucht kann man die CategoryId der folgenden Unterkategorien schon in der URL erkennen, aber um die der hauptkategorie zu finden muss man nopch eine Ebene tiefer in irgend eine der Unterkategorien gehen.

Dort entdeckt man die gesucht Kategorie, hier Haushaltsgeräte dann relativ weit oben im so genannten CategoryPath bzw. der Breadcrumb Navigation. (Linktipp CSS Menu & Breadcrumb Generator)

Fährt man nun mit der Maus über die entsprechende Kategorie oben in der Breadcrumb navigation, sieht man die Ziel URL unten links in der Browserstatuszeile:

Dort kann man die ebay Kategorie einfach ablesen, hier eben die 20710.

Und wenn wir schon in der config sind dann kontrollieren wir auch gleich die Einstellungen der Crawlertrap und etwas tiefer die des Kontaktformulars:
define('CRAWLERTRAP_EMAIL_ADDRESS_TO','meine@email.com');
define('CRAWLERTRAP_EMAIL_ADDRESS_FROM','crawlertrap@meinedomain.com');

define('CONTACT_TO','meine@email.com');


Spätestens bei der gleich folgenden Funktionskontrolle, kann man also die Crawlertrap und das Kontaktformular gleich mit testen….

Und das war es dann auch schon - config speichern, wieder uploaden und testen, ob alles so geht wie man will.

Testet vor allem auch die Suche!
Denkt euch einen Suchbegriff aus, den es vor der Änderung gab, jetzt aber sicher nicht mehr. Und umgekehrt einen den es in euren Shops, aber auch woanders gibt, um sicher zu stellen, dass alles andere eben nicht mehr gezeigt wird.

So, das war Teil 3: Jetzt ist der Affilinator so konfiguriert, dass nur noch eure gewählten Shops und Kategorien / Bereiche durchsucht werden. Im nächsten Schritt geht es dann ins Template!