Beiträge von AK-SHA

Zitat von Christof

Eben, manuelle Arbeit. Habe nie behauptet das es automatisch klappt?

Aber nochmal, AT schaltet die Produkte nicht Offline wenn kein Preis mehr verfügbar ist. Wenn es nicht mehr verfügbar ist, muss man es 1) weiterleiten auf eine Alternative oder 2) gegen ein anderes Produkt austauschen.

lg Christof

Ähhh, wie gesagt, dieses weiterleiten / austauschen ist das Problem. Das machst du noch bei ein paar Produkten. Wer aber mit automatischen Imports arbeitet, kann das niemals manuell machen. Hier braucht es dringend eine automatische Lösung von AT. Andernfalls werden alle, die mit automatischen Imports arbeiten sehr schnell ein massives Problem bekommen. Korrigier mich bitte, wenn ich da falsch liege.

Nachtrag: Man könnte natürlich die AT Produktseiten abschalten, was ein Teil des Problems lösen würde. Aber dann würde das schöne Feature ja auf kurz oder lang aus obigem Grund obsolet werden.

Wie sollen die 301er ohne das Zutun des Seitenbetreibers verschwinden? Ich das wie @claudiagund als stetig wachsendes Problem.

Auf die Dauer muss man als Seitenbetreiber sehr viel Zeit aufwenden, um die von / in AT angelegten, nicht mehr verfügbaren Seiten manuell zu entfernen. Einen 301er anlegen kann nicht jeder ohne das nötige Wissen und es verschiebt ja das Problem nur. Denn man muss ja erstmal ein Ziel für den 301er haben.

Hinzu kommt, dass eine mit AT angelegte Seite ja meist auf externe Shops wie Amazon & Co. verlinkt. Wenn diese ausgehenden Links auf Seiten zeigen, die nicht mehr existieren, hat man wieder ein SEO-/Rankingproblem.

Ergo: Die einzige Lösung ist die unnütz gewordenen (weil Produkt nicht mehr existiert) Seiten offline zu nehmen und dies Google via Search Console mit zu teilen d.h. bitten aus dem Index zu nehmen.

Nachtrag: Ich hab via SEO-Tool gerade herausgefunden, dass mir AT dadurch mehrere hundert Links auf nicht mehr existierende Amazon-Seiten eingebrockt hat. Also zumindest ich brauche darum sehr dringend eine Lösung von ATUnd andere garantiert bald auch.

Das werden mit der Zeit aber ganz schön viele 301er. Und so toll findet Google das dann auch nicht mehr in Bezug auf e-Commerce-SEO.

So eine Exportfunktion von nicht mehr benötigten Shop-URLs in eine CSV-Datei wäre in AT schon toll.

Google findet das bestimmt nicht toll, weil dann der Bot auf nicht mehr vorhandene Seite läuft und einen 404er Fehler zurück bekommt. Da rutscht man ganz schnell im Index ab.

Die einzige richtige Lösung wäre eine Art Autoumleitung auf eine thematisch passende Seite und gleichzeitig eine Protokolierung der nicht mehr vorhandenen Produkseite. Die muss man dann in der Google Searchconsole manuell eintragen und eine Löschung aus dem Index beantragen. Oder seh ich da gerade was falsch?

Das Update hat das Problem gelöst. Danke für den schnellen Fix!

Nach dem manuellen Update auf 2.4.5 (ein automatisches wurde ja im Plugin-Bereich im Wordpress-Backend nicht angezeigt) dem ausloggen und wieder einloggen ins Backend, zeigte mir Wordpress nur eine weiße Seite. Das Deaktivieren von AT zeigte mir nach dem Login wieder das gewohnte Dashboard.

Verrückterweise funktioniert sonst alles, d.h. keine Probleme im Frontend. AT arbeitet ganz normal.

Hat noch jemand das Problem? Was ist die Lösung?

Zitat von AK-SHA

Danke!

Im Falle der Ultimate Ears Wonderboom - B075ZGJNT3 und der JBL Flip 4 - B072VL767F funktioniert die Variantenausgabe bedingt. Von 13 (Ultimate Ears) bzw. 7 (JBL) Varianten werden allerdings nur 4 gezeigt und es fehlt der Beschreibungstext. Als Produktbild wird offensichtlich das Bild der ersten Produktvariante genommen.

Bezogen auf Amazon muss man diese Parent-Produkte manuell anlegen (Shop = Amazon, ASIN = Artikelnummer): AT-Produkte -> Erstellen. Die bequeme AT-Import-Funktion funktioniert dagegen nicht. Nach dem speichern zeigt mir WP allerdings eine weiße Seite. Über die Seite-Zurück-Funktion im Browser komm ich aber wieder ins Backend. Dass das Parent-Produkt angelegt ist, sehe ich erst, wenn ich in die Produktliste (AT-Produkte -> Produkte) schau.

Kurzfazit: Die Varianten-Funktion ist einen extreme Bereicherung für AT! Danke dafür Christof. Allerdings müsstest du noch etwas an der Usability (Look-Up von Child- auf Parent-Produkt?) und dem Design (Variantenzahl, Bild, Beschreibungstext) im Frontend arbeiten. Wenn das gefixt ist, wäre ich happy.

Wie ich jetzt rausgefunden habe, steht die Parent-ASIN im Quelltext auf jeder Child-Seite, wenn man nach "parentASIN" sucht. Könntest du, Christof, das irgendwie als kleine Info auf jede Produktseite im Backend einbauen? Das wäre schon eine große Hilfe.

Hier gibts noch ein paar Lösungsansätze zum finden der Parent-ASIN: https://forums.aws.amazon.com/thread.jspa?threadID=45609

Alles anzeigen

You mighty one! Hab gerade erst gesehen, dass du auf den Produktseiten einen neuen Tab eingebaut hast, indem nun die Parent ASIN für das entsprechende Produkt steht. DANKE!

Zitat von Christof

Wenn du mit Finger auf einen solchen Link klickst, geht zuerst das Hover-Fenster auf und erst danach kann man dann auf den Affiliate-Link klicken.

Das kann evtl. deine Klicks minimieren.

Wenn ich die AMP-Seiten im Desktop-Browser öffne erscheinen beim Mouseover gar keine Hover-Fenster. Da führen die Links ausschließlich zu Amazon, was ja ok ist. Stellst du das dann auch so in der nächsten AT-Version ein d.h. bei einer AMP-Version ist Amazon der Fallback für Hover-Fenster?

Zitat von Christof

Das könnte man nur machen indem man abfragt ob AMP aktiv ist. Müsste erst schauen wie viel Aufwand das ist...

Übrigens - bist du sicher das es einen Konversationboost gibt? Am Tablet muss man zweimal klicken

lg Christof

Schätze der Aufwan lohnt, weil ich ja sicht nicht der einzige bin, den das AMP-Thema betrifft, nachdem das für Google ein sehr wichtiges Thema ist.

Davon abgesehen: Was meinst du mit "... bist du sicher das es einen Konversationboost gibt? Am Tablet muss man zweimal klicken" ?

Hover-Links sind extrem wichtig. Die kann ich auf keinen Fall ausschalten.

Andere Idee?

Oder meintest du das als kurzfristige Lösung, bis zu einem dauerhaften Fix?

Hi,

laut einem der Entwickler des AMP-Plugins injiziert AT vor dem <html amp> Element z.B. folgenden Code

<div id="infobox-5c65ee436afd0" style="display:none;"><div class="BoxInnen"><span class="BoxInhalte"><div class="atkp-container atkp-clearfix"><div class="atkp-box atkp-clearfix atkp-smallbox " style=""> <div class="atkp-predicateheadline atkp-predicate-highlight"><span></span></div> ... <span class="atkp-priceinfo">Preis inkl. MwSt., zzgl. Versandkosten</span> </div> </div></div></span></div></div>

Der verhindert, das hunderte Beiträge meiner Seite nicht AMP-Validiert werden.

Kannst du dir das bitte ansehen und fixen?

AMP wird für Google leider immer wichtiger ...

Update?

Ahhhh! "/wp-content/uploads/affiliate-toolkit/ " ist der richtige Pfad. Ich hab immer im "/wp-content/cache/"-Vereichnis nachgesehen.

DA ist das affiliate-toolkit-Verzeichnis und sowohl die CSS- als auch die JS-Datei ist da. Alles gut.

Ich hab die Anzeigeeinstellungen noch mal gespeichert, aber im Cache-Verzeichnis erscheint nichts. Welche Rechte muss ich vergeben. Mehr als 750 sollte es ja nicht sein. Autoptimize und Cache enabler kommen damit auch klar.

Hi in die Runde,

kann mir bitte ein erfahrener AWIN-Kunde sagen, welche Felder beim AWIN-CSV-Import zueinander gemappt werden?

Also ...

Beschreibung

Bild groß (URL)

Bild URL (klein)

EAN

Preis

usw.

Ich hab z.B search_price, store_price, display_price aber natürlich kann nur ein Feld zum "Preis" gemappt werden. Welches?

Und muss ich den Haken bei "Angebote automatisch laden" auch im Falle eines CSV-Import setzen oder macht das nur bei der Verwendung einer API Sinn?

Kann ich bestätigen. Ein "/wp-content/uploads/affiliate-toolkit" wird nicht angelegt. Auch in meinem Standard-Cache-Verzeichnis, in das z.B. Autoptimize und mein Cache-Plugin reinschreiben seh ich nichts von AT.

Aber vielleicht sollten wir dafür einen eigenen Thread aufmachen?

Mit dem Update auf Version 2.4.3 ist das Problem gelöst. Danke!

Hey Christof, hast dir schon das Problem ansehen können? Eine Idee zur Lösung gefunden? Kommt ein Fix im nächsten Release?

Mit etwas herumprobieren habe ich evtl. das Problem eingrenzen können. Der Filter hat offenbar Probleme mit Klammern oder generell Sonderzeichen. Mitunter ignoriert er alles in Klammern oder was danach kommt.

Beispiel: Sony SRS-XB31 kabelloser Bluetooth Lautsprecher (tragbarer, farbige Lichtleiste, Extra Bass, NFC, wasserabweisend) schwarz

Mit den Wörtern "Lichtleiste", "NFC" oder "wasserabweisend" im Titelfilter wird das Produkt herausgefilter. Wenn ich aber das Wort "schwarz" (oder auch "Schwarz") verwende, bleibt das Produkt in der Liste.

Vielleicht hilft dir das beim Bughunting.

Folgende Konfig für die erweiterte Suche

Shop Amazon

BrowserNode 316875011

SearchIndex Electronics

Sortierung salesrank

Schlüsselbegriff Bluetooth

Kleinster Preis 10000

Höchster Preis 20000

Verfügbarkeit Available

Limit 20

In der Listenvorschau taucht dann ein "Bose SoundTouch 10 kabelloses Music System (geeignet für Alexa) weiß" auf, der aber nur eine Farbvariante eines in der List höher stehenden Produkts ist. Muss also raus.

Aber egal ob ich im Titelfilter (natürlich mit vorangestelltem -) den ganzen Produktnamen eingebe, Teile davon oder einfach nur "weiß", er wird nicht herausgefiltert.

Gleiches Problem, anderes Setting und Filterwort

Shop Amazon

BrowserNode 569940

SearchIndex Electronics

Sortierung salesrank

Kleinster Preis 1500

Verfügbarkeit Available

Limit 15

Hier werden SD-Karten mit den Phrasen "[Frustfreie Verpackung]" und "[Amazon frustfreie Verpackung]" nicht aus der Listenvorschau herausgefiltert.