Google bouwt functie om van tekst link te maken in Chrome

Google bouwt een functie in Chrome om van elke tekst op een webpagina een link te maken om te delen. Op die manier kunnen gebruikers niet alleen linken naar een pagina, maar naar een specifiek stuk tekst op die pagina.

De functie is al langer mogelijk met een extensie, maar de nieuwste Canary-versie van de desktopvariant van Chrome bevat een flag om de functie aan te zetten zonder dat het installeren van een extensie nodig is. De functie heet Copy Link To Text, meldt Techdows.

Met de functie kunnen gebruikers rechtsklikken op een selectie van tekst en dan een link krijgen naar de pagina met dat stuk tekst gemarkeerd. De functie is te vinden als flag in chrome://flags in de Canary-build van Chrome. Die loopt doorgaans enkele maanden voor en de huidige Canary-versie zal op 17 november als update naar gebruikers komen. Of de functie er dan ook in zal zitten, is onbekend. Google heeft niet gereageerd op de vondst.

Google is al langer bezig met dergelijke techniek, want in de zoekmachine is een functie om het stuk tekst uit de snippet van het zoekresultaat te markeren op de pagina eerder dit jaar live gegaan. De snippet is het korte stukje tekst van een webpagina dat Google bovenaan de zoekresultaten weergeeft, als het algoritme vermoedt dat in die tekst het antwoord staat op een vraag die de gebruiker stelt. Snippets zijn er al enkele jaren, maar nu scrollt de browser automatisch naar het gedeelte van de pagina waar die tekst staat als gebruikers doorklikken. Google geeft de url een 'fragment identifier' mee en de browser maakt vervolgens die tekst op de pagina geel. Omdat het gaat om een functie van een browser, is er geen code van websitemakers nodig om de functie te laten werken.

Google Chrome Link to Text: Chrome Canary september 2020. Bron: TechdowsGoogle Chrome Link to Text: Chrome Canary september 2020. Bron: Techdows

Door Arnoud Wokke

Redacteur Tweakers

30-09-2020 • 18:47

25

Reacties (25)

25
24
17
1
0
6
Wijzig sortering
Stel dat de tekst waarna de snipper verwijst gewijzigd wordt, merkt de browser dat dan ? Of verwijst de link dan naar de verkeerde tekst?
Volgens mij doet deze functie een 'search in page' door er iets als dit aan te plakken:

#:~:text=Stel%20dat%20de%20tekst

Waardoor de volledige URL dit is:

nieuws: Google bouwt functie om van tekst link te maken in Chrome

Als de tekst wordt aangepast dan werkt dit dus niet meer.
Ja klopt. Ik heb dit gedrag eerder al een keer voorbij zien komen. Ik vond het wel handig. Ik heb namelijk het idee dat dit al twee maanden wordt gebruikt met google search. Als je dan op een link klikt krijg je namelijk direct geel gemarkeerd de tekst waar google het gevonden heeft (citaat wat je ook op searchpage ziet).
Klopt, dit is ook al eens op Tweakers voorbij gekomen. Dit werkt overigens ook in Edge (Chromium based).
Het zoekt gewoon naar de eerste keer dat het stuk tekst voor komt. Mocht er dus ergens anders "Stel dat de tekst" staan, dan wordt die gemarkeerd.

Staat het er niet, tja, pech :P
Leuk maar in Firefox werkt dit niet. Zolang dit geen browserstandaard is, weet je nooit zeker of de link bij de ontvanger wel werkt.
Het voordeel van een browser als Chrome hebben is voor Google dat ze dingen kunnen pushen die dan misschien wel de standaard worden. Als dit een functie wordt die in bepaalde gebieden wordt opgepikt en daar altijd bij staat 'Werkt alleen in Chrome', dan is dat genoeg reden voor andere browsers om er aan mee te werken.

Daarnaast is het niet zo'n gekke implementatie vind ik, het zit niet verborgen achter gecodeerde URL's oid. dus ik zie niet waarom dit niet te implementeren is voor andere browser makers.
Ik neem aan dat deze tekst selectie niet oneindig groot kan zijn? Of zit er een algoritme achter dat de exacte posities in 'coördinaten' vastlegt en in een link verwerkt? Of wordt er een tussenstap via de servers van Google gebruikt?
De enige limitatie is denk ik de maximum-lengte van een URL in je browser. Officieel 2048 tekens maar er is wel variatie tussen browsers meen ik.
Er wordt wat achter het url geplakt, zodat de browser zoekt naar het geselecteerde stukje tekst binnen de pagina. Dit is dus gelimiteerd op het maximale aantal karakters in de url balk.
Ik meen te herinneren dat het via de search ook met een van tot werkte.
Dan geef je voor bijvoorbeeld jouw comment. "Ik neem aan .... van Google gebruikt?" En dan zoekt ie die keys om dat hele stuk te highlighten. Zo werkte het vorige keer wel iig. Ik neem aan dat dat nu ook t geval zal zijn.
Dit kun je al heel lang met een gebruikersscript doen - er zijn tig daarvan in omloop. Dus waarom begint Google er nu pas aan terwijl het zo'n makkelijk te programmeren functie is?

[Reactie gewijzigd door TheVivaldi op 24 juli 2024 11:24]

Dit kun je al heel lang met een gebruikersscript doen - er zijn tig daarvan in omloop.
Omdat iets wat nuttig is voor veel mensen in de basis browser moet zitten. Ik ben blij dat jij al wist hoe dit moest, ik wist het niet.
Dat ben ik met je eens, daarom ook dat ik in de zin erna schreef dat Google dit allang had kunnen doen. Mijn reactie was gericht aan Google ;)

[Reactie gewijzigd door TheVivaldi op 24 juli 2024 11:24]

Of je draait de vraag om. Waarom zou Google er moeite insteken als er toch al een oplossing voor is? Gebruikersscripts die jij noemt of op normale pagina's (dus geen oneindig scroll pagina's) gewoon even de zoek functie gebruik. Is misschien iets meer werk dan gewoon even klikken maar zoveel extra tijd kost het ook niet om te zoeken.
Of je draait de vraag om. Waarom zou Google er moeite insteken als er toch al een oplossing voor is?
Omdat niet iedereen bekend is met gebruikersscripts. Het gaat mij er niet waarom Google het doet, maar waarom NU pas aangezien de functie zo makkelijk te programmeren is, wat die scripts ook bewijzen.

Het is net alsof er in jouw nieuwbouwstraat nooit een straatnaambordje is opgehangen, dus dat de bewoners zelf maar een bordje hebben gemaakt. En na 20 jaar zegt de gemeente ineens "hier is jullie bordje", terwijl het kinderlijk eenvoudig te maken was en dus ook al 20 jaar eerder had gekund.
Uiteindelijk zijn er zoveel dingen makkelijk in te bouwen. Elke addon die er is bewijst dat men die functies wil. Maar die bouwen ze ook niet allemaal in. Ik zou dus bijvoorbeeld standaard erin willen hebben dat downloads niet dubbel downloaden maar een melding dat de bestand al bestaat. Hier is een addon voor (en dus simpel te doen en blijkbaar ook vraag naar) maar wordt ook (nog) niet ingebouwd. Waarom niet? Blijkbaar is de vraag niet groot genoeg/niet belangrijk genoeg, zijn ze te druk met andere dingen in te bouwen of verbeteren of is het gewoon tegen de visie van de makers.
Ik hoor anders al sinds eind jaren 90 vele mensen die deze functie willen en die installeren dan ook die gebruikersscripts, dus het lijkt me niet dat de doelgroep dan zo klein is als de 'klacht' al door aardig wat mensen meer dan 20 jaar wordt geuit.

[Reactie gewijzigd door TheVivaldi op 24 juli 2024 11:24]

Ik vraag me af of dat ook werkt met niet-chrome of zelfs chromium browsers. Maakt Google dan toch z'n eigen internet, zoals MS probeerde voordien met ActiveX ?
Net getest, dit lijkt inderdaad niet te werken in Firefox. Het werkt v.z.i.w. wel in andere Chromium-gebaseerde browsers zoals de nieuwe Edge, Brave, Opera, enz..

Google is al erg lang bezig om zijn 'eigen internet' te maken. O.a. met het versimpelen van de URL-balk, amp-pagina's, optimalisaties voor enkel Chrome op sites als YouTube, enz. Dit alles geeft de eindgebruiker een gevoel dat 'Chrome' of Chromium-gebaseerde browsers beter/sneller werken en dat zorgt voor marktaandeel.
Versimpelde adresbalk zorgt niet voor een eigen internet. AMP pagina's zijn een subset + standaard JavaScript libraries. De betere optimalisaties zijn zeker wel een probleem en zal alleen groter worden als Chrome en Edge samen een groter en groter marktaandeel zullen hebben waarschijnlijk.
Vanuit security oogpunt niet het beste idee vrees ik.
Hoezo is het een security issue? Het is gewoon een link naar een pagina met een verwijzing naar een stuk tekst er in. Geen sessie data/andere credentials.
Omdat als je een phishing mail krijgt je direct naar een stuk tekst word gestuurd waar de focus op valt, psychologisch zal daar je eerste aandacht op liggen, en niet op zaken als de URL of het uiterlijk van de website. Uiteraard kan dat theoretisch nu ook al door in de phishingmail een url met een anchor te gebruiken, maar als dit ingeburgerd is zal men daar minder behoedzaam voor zijn.

Op dit item kan niet meer gereageerd worden.