Chrome toont zoeksuggesties nu ook bij slechte verbinding op iOS en Android

Google heeft drie functies beschikbaar gemaakt voor zijn Chrome-browser. Een van die nieuwe functies zorgt ervoor dat Chrome-gebruikers op Android en iOS zoeksuggesties te zien krijgen als de verbinding slecht is.

Google legt niet uit hoe de nieuwe zoeksuggestiefunctie precies werkt, maar belooft gebruikers dat ze 'ook bij een slechte verbinding voorgestelde zoekopdrachten zullen krijgen van Chrome'. Dit betekent tevens dat gebruikers 'nuttigere suggesties krijgen bij het zoeken in de incognitomodus', schrijft Google.

Daarnaast voorziet Chrome voor Android en iOS meer zoekopdrachten van een afbeelding. Eerder toonde Chrome alleen afbeeldingen bij zoeksuggesties in de adresbalk die exact overeenkwamen met een specifieke zoekopdracht. Nu zullen bredere zoekopdrachten, bijvoorbeeld ‘bohemian table’, een afbeelding koppelen aan elke optie in het dropdownmenu.

Verder laat de desktopversie van Chrome nieuwe zoeksuggesties zien die gebaseerd zijn op de zoekopdrachten van andere gebruikers in de browser. Deze zijn terug te vinden in het tabblad 'Mensen zoeken ook naar' aan de rechterkant van het zoekmenu.

Reacties (23)

[jvda7512]

Maar als ik dan wel zoeksuggesties krijg, maar zodra ik erop klik ik niets krijg omdat de verbinding slecht is en de pagina niet kan laden, wat is dan de toegevoegde waarde?

[latka]

Dat Google weet waar je naar zocht...

[CH4OS]

Terwijl je er al eens eerder naar zocht, dus veel meer toegevoegde waarde heeft dat ook niet echt.

Ik kijk er dan weer wel van op dat dit ook betere suggesties geeft bij Incognito-modus.

[Reactie gewijzigd door CH4OS op 23 juli 2024 01:35]

[Sando]

Terwijl je er al eens eerder naar zocht, dus veel meer toegevoegde waarde heeft dat ook niet echt.

Ja hoor. Die tracking van je zoekgedrag gaat verder dan "iemand die een auto zoekt wil zeker een auto kopen." Nuances zijn voor Google heel waardevol. Als je weer eens gaat zoeken naar carbs en sweets, dan is het weer tijd voor maandverbandreclame. Ga je daarna zoeken naar vette producten als donuts, dan is het misschien tijd voor babyreclames.

[SirLenncelot]

Ik ervaar het meer dat ik weken nadat ik schoenen gekocht heb nog advertenties voor dezelfde schoenen te zien krijg.

[Sando]

Hoe kan dat nou? Je gebruikt al 10 jaar een adblocker.

[Bender]

Een zoeksuggestie kan er ook voor zorgen dat je minder hoeft te zoeken, wat handig is bij een slechte verbinding.

[Sorcerer8472]

Wellicht staat er dan soms al het antwoord op een vraag bij oid?

Of de link leidt naar een amp-pagina die heel snel laadt?

[OLED]

Google kan claimen dat ze bepaalde resultaten “getoond” hebben en daar geld voor eisen van hun klanten?

[watercoolertje]

Nee je betaald bij Google enkel voor kliks (bij links waar expliciet bij staat dat het advertenties zijn), dit zijn gewoon organische resultaten en daar verdient Google niks aan (tenzij er dus bij staat dat het een advertentie is).

[Reactie gewijzigd door watercoolertje op 23 juli 2024 01:35]

[adje123]

Google rolt dit niet uit voor hun gebruikers, maar voor zichzelf ;-)

[Dykam]

Er staat vrij expliciet "slechte verbinding", niet "geen verbinding".

Ik denk dat het scenario momenteel is (ook uit eigen ervaring) dat de search ronduit onbruikbaar was bij een slechte verbinding, maar dat zodra je een resultaat had het laden van de site wel redelijk ging. Dat tweede kan ook op de achtergrond, je gaat weer even iets anders doen, terwijl je de resultaten eigenlijk snel en interactief verwacht.

[Frame164]

Als de verbinding slecht is kan Google ook lichtere sites bovenaan zetten in de zoekresultaten.

[Sorcerer8472]

Ik ben wel benieuwd naar hoe dit werkt. Is het gewoon erg compacte data, in tegenstelling tot de standaard waarbij men tegenwoordig totaal niet meer kijkt naar hoeveel data er naar gebruikers wordt gestuurd? Bij veel applicaties is daar veel op te winnen.

Bijv. waarom kost inloggen op m'n bank-app me 150 kB aan data?? Het zou alleen wat tekst moeten zijn, en het zou op EDGE nog moeten lukken theoretisch. En dat geldt voor veel apps. Lijkt alsof er niet getest wordt met sterk afgeknepen datasnelheid.

Dus fijn als dat nu een keer wel weer gebeurt

[rvt1]

Vroeger… stuurde we altijd over het lijntje wat noodzakelijk was. Er zat dan. Of misschien wat extra html bij, maar dan was het wel zo’n beetje. Later wordt er bedacht dat het handig is als je alleen data overstuurd, en apart de opmaak. Prima iedee natuurlijk, en dat werkte een tijdje prima. Minder data, maar de gebruiker merkte er niets van immers het renderen van pagina’s duurde toch al lang.
Nu als we wat text over sturen hebben we 80 frameworks nodig, 23 API calls, 18 trackers die geupdate moeten worden en een session store zo groot als de gemiddelde database uit 2004.
Wel ligt iets overdreven, maar een hoop ontwikkelaars zijn helemaal de weg kwijt hoe je applicaties kunt ontwikkelen. Die snel zijn, weinig ruimte in beslag nemen en simpel te upgraden zijn.

[Bender]

De API call om te kijken of je wel een API call mag doen, daarna een API call of je wel een authenticatie mag doen, om daarna de API voor de authenticatie te doen..

En dan niet te vergeten de vooraf verplichte ping

[SinergyX]

Denk dat je bij sommige websites nog niet eens zo overdrijft

Recent nog hele discussie over bv wiki.gg versus fandom (de game 'wikis'), zelfs een pagina met 1 zin erop is een wereld van verschil tussen die 2, laadtijd en grootte. Soms vraag ik me wel eens af, wat zou de totale data, totale tijd en totale 'energieverspilling' zijn van zo'n overkill aan laden bij pagina's.

[m00d]

Let wel dat het vaak niet aan de ontwikkelaars ligt dat het tegenwoordig zo’n drama is op het web.

Veel vaker zijn het “business decisions” gemaakt door managers of door te weinig budget of FTE te geven aan teams.

Dan krijg je dus een hoop analytics en data tracking (goed voor de SEO/Sales bla bla) en het gebruik van Flutter of React Native voor het bouwen van een website (we kunnen nu de codebase delen met onze app!).

[Bender]

Is die 150kb aan data enkel het inloggen, of wordt daarmee ook de inhoud van je app geupdate met transacties, etc?

[Sorcerer8472]

Nee, de transacties zijn nog een keer flink veel data. Ik denk dat het eerder gaat om dingen zoals @rvt1 noemt; gebruik van meerdere frameworks maakt de ontwikkeling heel agile en snel, maar de overhead naar de gebruiker toe heel groot.

Hier is nog enorm veel te winnen met het weglaten van dingen die in de achtergrond niet nodig zijn, maar wellicht moet iemand hier eerst even een framework voor bouwen

[jaenster]

To be fair als je nog een keer inlogt dan is die 150kb al ingeladen, en is het wss een stuk minder. Als je dat vergelijk met een desktop app waar 150mb eigenlijk al de norm is minimaal, hoe vaak kan je inloggen en je browser cache legen voordat je dat er uit hebt

[Cybernetica]

Zeer waarschijnlijk werkt het met verschillende manieren van caching: Via de updates van de software kunnen de meest voorkomende searches worden opgeslagen op de telefoon. Als er wel een goede verbinding is kunnen de top searchsuggesties van tevoren worden gedownload en lokaal worden opgeslagen met 'HTML webstorage', dit is mogelijk sinds HTML5.

[De_Daapse]

Heb ik eindelijk zoeksuggesties bij een slechte verbinding