Shark

Senior
  • Aantal berichten

    35
  • Registratiedatum

  • Laatst bezocht

Alles dat geplaatst werd door Shark

  1. Is opgelost, bleek een code foutje in m'n productpagina's. Allemaal bedankt voor het meedenken.
  2. Wat me wel op een spoor zet: de laatste tijd worden er sporadisch afbeeldingen geïndexeerd. Dit blijkt een plaatje dat (vanwege de opbouw) in de html eerder komt dan het plaatje waar het eigenlijk om gaat. Ik ging er bij het bouwen van uit dat google het verschil snapt tussen gewone content en 'aside' iig qua gewicht, zonder dat de volgorde er toe doet, maar misschien heb ik het mis. Ik ga 's kijken wat ik er over kan vinden/experimenteren.
  3. Het zou best een interessant topic kunnen zijn als ik een antwoord zou vinden.
  4. En dan linken de plaatjes die er kortgeleden bijgekomen zijn (2 stuks) ook nog 's naar de verkeerde pagina (haalt plaatje uit een thumbslider). Thanks google >:(
  5. Ow er is er gister nog 1 bij-geïndexeerd en die staat dan weer wel op de image subdirectory maar dat product bestaat niet meer :P
  6. Wat me nou ook weer opvalt: de link in google van het laatst geïndexeerde plaatje staat op het hoofddomein en niet op het subdomein ??? Ik vind het ook maar raar allemaal, vorige OC versie nooit problemen terwijl die code echt een stuk slechter was. Vermoed toch echt dat er ergens een fout zit. Misschien moet ik toch maar terug naar de oude sitemap en was 3 maanden gewoon nog niet genoeg (al zie ik niet in wat voor kwaad het kan om wel een image sitemap te hebben). Wat ik ook nog kan proberen is om de image urls in de sitemap gewoon via het hoofddomein te laten lopen.
  7. @Think Twice Hartstikke bedankt dat je even meekijkt en voor de feedback. Ik kan helaas niet zien waar je de base64 img vandaan haalt? Is dat iets uit google image search of uit m'n sitemap? Als het de eerste is kan het een plaatje zijn van een oude pagina (geen product pagina). Plaatjes direct in de content worden volgens mij zo opgeslagen (BLOB). http://images.bubab.nl/cache/data mag je inderdaad niet direct naartoe (directory browsing is verhinderd). Is dat slecht? Of bedoelde je dat niet? Verder valt me op dat de nieuw geïndexeerde plaatjes niet degene zijn die in de sitemap staan. Kan ik dan beter de afbeeldingen weer uit de sitemap halen?
  8. hm, die 301 voor plaatjes heb ik nooit aan gedacht. Echter hetzelfde plaatje is ook via het hoodfdomein te bereiken op de oude manier (als in www.domein.nl/images). Verder is het geen recent iets; de nieuwe situatie (image subdomein) is nu al zo'n 4 maanden en nog steeds geen enkel plaatje geïndexeerd. 1. hoofddomein staat al minstens 3 jaar toegevoegd 2. subdomein paar weken na aanmaak toegevoegd 3. vergeten, maar twijfel over invloed vanwege op 2 manieren te bereiken 4. sitemap was zonder image locatie, later toegevoegd vanwege niet indexeren Wat mis ik nou precies? Indexeerd google überhaubt wel plaatjes van een subdomein zonder extra handelingen?
  9. Dus concreet gezegd voor www.domein.nl heb je een sitemap met alleen de url's voor de pagina's op www.domein.nl en op images.domein.nl een sitemap met alleen de url's van de afbeeldingen? En dit: http://www.domein.nl/pagina monthly 1.0 http://images.domein.nl/plaatje.jpg beschrijving plaatje titel plaatje is dus niet goed? En als dat gesplitst is weet google nog steeds welk plaatje bij welke pagina hoort?
  10. Wat is er precies mis met zo'n naam b.v. : 'retro-babyslofjes-7-640x480.JPG' (640x480 is automatisch van OC). De naamgeving van de vorige versie was een stuk erger (b.v. IMG_0228 [800x600]-640x480.jpg), maar die werden destijds wel geïndexeerd. Op OC forum ben ik (eerder) nog niet echt iemand tegengekomen die nou precies weet hoe het zit met SEO. Ik heb daar wel hetzelfde topic lopen (meer voor het geval dat het toch een technisch probleem zou zijn). Ik had gedacht dat hier iemand wel iets SEO gerichte dingen weet. Een concretere vraag dan: ik heb de image subdomein aangemeld bij webmastertools (ter verificatie). Nu vraag ie wel om een sitemap. Heeft het nut om die aan te melden en zo ja mag dat dezelfde zijn als op het hoofddomein en mag de url daarvan verwijzen naar het hoofddomein (bv via robots.txt)?
  11. Het submitten en fetchen gaat prima, de indexering werkt alleen niet...
  12. Bedankt voor de tip! Maar dit (is overigens precies hoe ik het gedaan heb) vermeld b.v. niet dat: " This is fine, as long as both domains are verified in Webmaster Tools". Verder is in de sitemap de imageurl opgenomen omdat ik gehoopt had dat afbeeldingen dan wel indexeren. Daarvoor was het de standaard sitemap van OC maar na 2 - 3 maanden was er nog geen afbeelding geïndexeerd, dus vandaar die aanpassing (tevergeefs zover). Raad je nu aan om weer terug te gaan naar de standaard sitemap (zonder image url's)?
  13. Het probleem is dat je bij google nooit weet hoe lang je moet wachten om te weten of het resultaat heeft of niet + het feit dat er bijna geen concrete data over te vinden is. Met een simpele trail en error ben je zo 2 maanden verder. Ik vond dit erover: http://www.seroundtable.com/archives/021417.html Al lijkt het dus nutteloos, ga ik toch maar proberen om de sitemap aan te passen op het andere formaat plaatjes. Je weet het nooit...
  14. Er zijn maar een paar afbeeldingen te vinden via google. Dat is volgens mij, op het logo na, een restant van de vorige versie (alleen de plaatjes die niet veranderd zijn sinds). Ik kan niet zomaar per pagina kiezen wat voor url het plaatje heeft (1 php template). Dus het is overal of nergens. Wat me dan makkelijker lijkt is om de sitemap aan te passen zodat de url overeenkomt met het kleinere plaatje direct uit de pagina. Op zich vreemd als dat het zou zijn; ik ken liveshops van opencart waar het wel werkt...
  15. Dat is de url van het plaatje wat je te zien krijgt (in een lightbox) als je op het preview plaatje klikt. Zou dat het kunnen zijn? Er wordt nergens iets over gezegt dat het plaatje ook direct in de pagina moet staan.
  16. @Willem. Google is m'n vriend al een tijd niet meer. Ik heb het subdomein geverifieerd in webmaster tools. Robot.txt blokeert geen images voor zover ik kan zien. Verder geeft google nergens zinnige informatie over.
  17. De gewone sitemap in het hoofddomein verteld de locatie van de plaatjes op deze manier: http://www.bubab.nl/baby-slofjes-paddestoel monthly 1.0 http://images.bubab.nl/cache/data/products/slofjes/retro-babyslofjes-buba-B-54-640x480.JPG Baby slofjes Maat S en M Baby slofjes Maat S en M Ik kan er niets over vinden maar misschien mag dat zo niet omdat google een sub domein als een totaal andere website beschouwd(?)
  18. Hallo, Ik heb even een technische vraag over indexeren van plaatjes door bv google. Ik ben in maart overgestapt naar een nieuwe versie van opencart en bezig geweest met optimalisatie (vooral om de laadtijd te verkorten). Een van de tips van google (pagespeed) zelf is om plaatjes op een ander (sub) domein te hosten. Dit scheelt inderdaad aanzienlijk in laadtijd. Het probleem is echter dat geen van de afbeeldingen opgepikt worden door google (of bing) voor indexering (nu al een half jaar), ook niet als de locaties in de sitemap staan. Bij m'n vorige site (opencart 1.4.9) was dit geen probleem, zelfs zonder dat de sitemap de image locaties bevatte. Weet iemand of er extra handelingen nodig zijn bij images op een subdomein. Ik heb het subdomein ook aangemeld in google webmaster tools zodat google weet dat ik eigenaar ben. Ik heb ondertussen geen flauw idee meer (of het nou iets te maken heeft met dat subdomein, of iets anders), dus alle inzichten zijn welkom. Alvast bedankt
  19. Is natuurlijk prima, maar zelfs dan lijkt het me makkelijker om een CMS te hebben (voor jezelf). D'r is zoveel opensource dat het bijna evenveel werk is om een html site te bouwen als een CMS. Voor onderhoud bespaar je jezelf dan weer werk uit.
  20. Volgens mij hangt de keuze het meest af van je data/site structuur. Heb je twee navigatie levels met niet teveel items is nr. 2 denk ik het meest overzichtelijk (eventueel in combinatie met 3 op vervolgpagina's). Als je categorieën hebt die uitleg nodig hebben, of een call to action, of als het 2e level erg groot is, dan is optie 1 te overwegen. Optie 3 is het beste bij a) veel hoofdcategorieën of b) veel levels en kan dus ook evt. gecombineerd worden.
  21. Oei, sta ik in de verkeerde rubriek? Het was SEO specifiek, dus ik dacht dat ik het goede topic gevonden had. Ik ben iig erg blij met de feedback.
  22. Ik ben er een paar tegengekomen waarbij mijn teksten gekopieerd zijn door iemand anders >:( Vraagje: ziet google dat ik er eerder mee was?
  23. Dat ben ik zelf, helaas ben ik verder niet zo handig met server technieken. Ik ga me er dus maar 's in verdiepen. htaccess lijkt me inderdaad dan de way to go. Ik moet alleen een algoritme zien te verzinnen die klopt; per product is niet te doen. Ik had gedacht dat dat niet 2 maanden zou duren, maar misschien was dat een vergissing. Bedankt voor de tips!
  24. Hoe doe je dat dan? Eerst waren er 3 hoofdcategorieën (mama, baby, kids) met daaronder de subcategorieën. Dat klopt nu natuurlijk helemaal niet meer en die indeling wil ik ook niet meer. Ik heb daarom die categorieën onder 'Degradaties' gezet in webmastertools. Is dat dan misschien de fout?
×
×
  • Nieuwe aanmaken...

Cookies op HigherLevel.nl

We hebben cookies geplaatst op je toestel om deze website voor jou beter te kunnen maken. Je kunt de cookie instellingen aanpassen, anders gaan we er van uit dat het goed is om verder te gaan.