Goedenavond,
Sinds december worden 196 links in de webshop als slecht gemarkeerd volgens de Search Console. Het betreft de website www.bliksem8491.nl.
Hoe kunnen we dit oplossen?
Goedenavond,
Sinds december worden 196 links in de webshop als slecht gemarkeerd volgens de Search Console. Het betreft de website www.bliksem8491.nl.
Hoe kunnen we dit oplossen?
Ik snap ook niet waarom mobiel 0,69 cls score heeft en desktop 0,018. Ik snap er zelf niet genoeg van nog om er echt iets mee te kunnen maar ik geloof ook niet dat de gebruikers van mww de oplossing kunnen geven aangezien het bij veel gebruikers zoals
Ik probeer dat ook te onderzoeken waarom dit zo enorm verschil is. Ook de laadsnelheden onderling zijn voor mij ook een enorm groot raadsel.
Ik snap ook niet waarom mobiel 0,69 cls score heeft en desktop 0,018. Ik snap er zelf niet genoeg van nog om er echt iets mee te kunnen maar ik geloof ook niet dat de gebruikers van mww de oplossing kunnen geven aangezien het bij veel gebruikers zoals
Fijn dat er naar gekeken wordt.
Als ik verschillende url's invoer geeft hij in mobiel bij alles aan; niet geslaagd
Bij de desktop versie geeft hij geslaagd aan
Het rapport hierbij is vrij uitgebreid en hierin kan ook nog verder worden doorgeklikt, een print screen is dan niet zo handig.
Dus ik zal de links even meesturen
En nog even een Print van de search console;
Het is wel een algemeen probleem wat al wel enige tijd bekend is.
Goedemorgen
Fijn dat jullie hier naar gaan kijken. Hierbij een link naar mijn rapport https://pagespeed.web.dev/report?url=https%3A%2F%2Fwww.roozje.nl%2F
Goedemorgen,
We zijn erg benieuwd naar de reden waarom de url's worden aangemerkt als ‘Hebben verbetering nodig’ of ‘Slechte url's’. Je kan meer details opvragen per url met Pagespeed Insights. Zouden jullie misschien een steekproef kunnen doen van enkele URL's en de resultaten willen delen?
Je vind het rapport op deze pagina: https://pagespeed.web.dev/
Bij mij ook een mooi fraai kunstwerk. Drama maar ondertussen speelt dit inmiddels ook al weer een hele tijd.
Goedemiddag,
Ik ga intern even navragen wat hier de status van is. Ik kom hier volgende week op terug.
De Mijnwebwinkel homepage is klaar😀. Hopelijk krijgt dit nu wat meer tijd om in te duiken. Of kom er nog een andere 🐇 uit de mww 🎩.
Via search console en de google speedtest zie ik dat ook mijn website www.roozje.nl mobiel slecht scoort.
Als aanbeveling staat er:
Kreeg laatst een mail van Search Console over problemen met mobiele weergave. Tot mijn spijt had ik daarnaast ook 600+ urls met een CLS-probleem. Ik heb deze opnieuw ter verificatie aan Google aangeboden maar vrees dat daarmee het probleem niet opgelost is. Ik hoop dat hier vanuit MWW spoedig verbeteringen in doorgevoerd kunnen worden. Dit beïnvloed wel de positie in de organische zoekresultaten.
Ik heb hier ook (zoals zovelen merk ik) al heel lang last van. Als ik mijn pagina in een random SEO test kwak krijg ik inmiddels “SERIOUS ISSUES” met mijn core vitals weet ik veel wat… Als het probleem bekend is zoals ik tot mijn vreugde hier boven las, wanneer komt die oplossing dan?
Er komen wel mooie kunstwerken uit. Maar het is ook wel gek dat het zo maar ineens even piekt.
@ebbe weet jij ook of ze aan de achter kant ook bezig zijn met het uitzoeken en verbeteren van het volgende snelheid probleem. De cls en het volgende zijn de hoogste hobbels voor de speed.
Persoonlijk had ik dit ook liever voorrang gegeven op bv nieuwe Template instellingen.
Hoi
Hoi,
Voor de gene die gisteren mijn bericht hebben gelezen, deze heb ik verwijderd. Het issue ligt net iets anders. Vandaar nu dus een nieuw bericht.
De oorzaak is achterhaald en de grote boosdoener is bekend. Het wordt met name veroorzaakt doordat er geen expliciete hoogte wordt opgegeven bij afbeeldingen. Afbeeldingen worden net wat later ingeladen dan de tekst. Bij het inladen wordt er geen ruimte '’gereserveerd'’ voor de afbeelding, waardoor tekst met x aantal pixels kan verspringen zodra de afbeelding is ingeladen.
De situatie nu is, is dat we de hoogte van de afbeelding pas weten zodra deze is ingeladen. Het is dus nu niet mogelijk om de hoogte van te voren in te vullen (deze is namelijk niet bekend). Hier moet iets op bedacht worden om vervolgens de hoogte in vullen zodat deze ruimte wordt gereserveerd.
Een termijn van een oplossing is nu nog niet aan te geven. Zodra hier bekend over is, laat ik dat hier weten. Wordt dus uiteraard vervolgd.
Mocht je hier nog vragen over hebben, dan hoor ik het graag.
Groet,
Ebbe
Hoi hoi! Goed dat het weer onder de aandacht is. Zie ook mijn post eerder dit jaar hierover:
helaas bleef veel inhoudelijke reactie destijds uit. Hopelijke kunnen we het zo bundelen. Thanks voor de melding
Groet,
Ebbe
@ebben is hier inmiddels al wat meer onderzoek naar gedaan of iets wat er uit gekomen is. Als we dit probleem zouden kunnen oplossen maken we echt hele grote stappen.
Hoi
De fouten zijn met name voor de mobiele vindbaarheid/ url structuur. Wat heeft dit met de afbeeldingen te maken (desktop is kennelijk wel ok) en hoe zou je dit dan moeten verbeteren?, zijn de afbeeldingen dan plotseling te groot oid? Google wil kennelijk zo klein mogelijke afbeeldingen maar wel weer van voldoende kwaliteit, dit is lastig te verbeteren voor reeds bestaande webshops, tenzij je slechts tientallen artikelen hebt oid, dan is het een avondje werk natuurlijk.
Google ziet kennelijk momenteel het liefste de afbeeldingen in nieuwe bestandsindelingen AVIF- of WebP-indeling, ze hebben hier zelfs uitleg hoe je in html een script kan vervangen zodat dit eenvoudig kan echter binnen MWW zouden we dit afbeelding voor afbeelding moeten doen wat in mijn situatie inhoudt dat ik zo maar 20.000 afbeeldingen (3 shops) er opnieuw bij moet zoeken, moet opslaan als een ander bestand en ze vervolgens weer 1 voor 1 moet uploaden wat duidelijk geen optie is.
Kan MWW hier niet iets backofficeop verzinnen aangezien als je op het forum een beetje rondkijkt er vele topics over geopend zijn dat Google de MWW website niet meer als optimaal ziet:
Google zegt hierover als oplossing:
AVIF en WebP zijn afbeeldingsindelingen met superieure compressie- en kwaliteitskenmerken in vergelijking met hun oudere JPEG- en PNG-tegenhangers. Door uw afbeeldingen in deze formaten te coderen in plaats van in JPEG of PNG, worden ze sneller geladen en verbruiken ze minder mobiele data.
AVIF wordt ondersteund in Chrome en Opera en biedt kleinere bestandsgroottes in vergelijking met andere formaten met dezelfde kwaliteitsinstellingen. Zie AVIF Images Codelab presenteren voor meer informatie over AVIF.
WebP wordt ondersteund in de nieuwste versies van Chrome, Firefox, Safari, Edge en Opera en biedt betere lossy en lossless compressie voor afbeeldingen op het web. Zie Een nieuw beeldformaat voor het web voor meer informatie over WebP.
Hier worden continue verbeteren voor doorgevoerd. Er is niet 1 kant en klare oplossing voor. Het is echter niet zo dat alleen wij verbeteringen moeten doorvoeren. Kijk ook eens naar wat je zelf kunt doen (als je dat nog niet hebt gedaan) qua optimalisatie van je afbeeldingen bijvoorbeeld.
Nog geen account? Maak een account aan
Enter your username or e-mail address. We'll send you an e-mail with instructions to reset your password.