Google gaat 'actief gebruikte' links naar URL-verkorter goo.gl toch behouden

Google stopt toch niet volledig met zijn URL-verkorter goo.gl. 'Actief gebruikte' links die met deze tool zijn gemaakt, blijven ook na 25 augustus bereikbaar. Eerder gaf Google aan dat alle goo.gl-links zouden worden gedeactiveerd.

Google heeft zijn plannen voor goo.gl-links gewijzigd naar aanleiding van feedback, laat het bedrijf weten. Kortere URL's die nog actief worden gebruikt, blijven ook na deze maand bereikbaar. "We begrijpen dat deze links aanwezig zijn in talloze documenten, video's, posts en meer."

Volgens Google leiden links die 'eind 2024' niet zijn gebruikt vanaf 26 augustus wel naar een 404-pagina. Bij deze links toont het bedrijf al een waarschuwing. Als er momenteel geen waarschuwing wordt getoond, betekent dat dat de link actief blijft.

Google kondigde de stopzetting van goo.gl-links in juli vorig jaar aan. De zoekgigant zei destijds dat 'meer dan 99 procent' van de verkorte URL's in de afgelopen maand niet was gebruikt. Het aanmaken van nieuwe goo.gl-links is al sinds maart 2019 niet meer mogelijk.

Reacties (32)

[slijkie]

Ik krijg nog steeds dit soort links van de Maps dienst van Google, dus voor hun eigen diensten (zoals bijvoorbeeld Maps) blijven ze wel actief?

(Als ik dus een locatie deel, voorbeeld: https://maps.app.goo.gl/2ku25xJ7LAWi8x9G7 )

[GurbieV]

'Vroeger' kon je ze ook zelf maken, dus verwijzen naar links buiten Google om. Ik vermoed dat ze díe links stopzetten en dat goo.gl links alleen nog maar naar echte Google-Diensten mogen verwijzen.


Meer info hier: https://developers.googleblog.com/en/transitioning-google-url-shortener-to-firebase-dynamic-links/

[Reactie gewijzigd door GurbieV op 3 augustus 2025 10:01]

[fifarunnerr]

Grappig dat ze Firebase Dynamic Links als alternatief aanraden. Die wordt ook stopgezet namelijk

Note: Firebase Dynamic Links is deprecated and should not be used in new projects. The service will shut down on August 25, 2025.

https://firebase.google.com/support/dynamic-links-faq

[Blizz]

Typisch Magere H- Google, ze slachten zoveel diensten af dat de diensten aangewezen ter vervanging ook al ter dood zijn veroordeeld. Je ziet hetzelfde met Google Home waar hier enkele maanden geleden een artikel over was: dienst x wordt stopgezet, dus gebruik dienst y, maar dienst y wordt ook stopgezet en er is nog geen oplossing hiervoor. Het is vast een soort interne wereldoorlog tussen hogere middle managers waarbij je met elke fataliteit onder de diensten 2000 ontslagen van de onderlingen van een tegenstander scoort.

[JustFogMaxi]

Dit soort diensten stoppen omdat ze misbruikt worden om urls te maken die er legitiem uitzien. (google/firebase etc).

[Blizz]

Hmm, ja goed punt. Niet per se legitiem, maar het kunnen verhullen waar het naar doorverwijst is inderdaad een mogelijk nadeel, maar dat is dan ook vrij letterlijk een schaduwzijde van de core feature van URL-verkorters. Op dezelfde wijze kan het internet voor kwade dingen gebruikt worden en is de meest overdreven oplossing om simpelweg het internet stop te zetten.

Het einde van dit soort diensten is volgens mij voornamelijk ingezet omdat grote corpos TLD's met hun eigen branding kunnen inzetten dankzij het mogelijk maken van brand domains (blog.google, goo.gle, supplychainreports.apple, signtime.apple, www.amazon etc.).

Dat het slecht is voor SEO is trouwens nog zo'n handige smoes. Google als beheerder van google.com is namelijk het slechtste wat SEO ooit is overkomen, want slechte SEO is goed voor advertentie-inkomsten (zie Tegenlicht over enshittification dan wel enkuttificatie vanaf 08:00).

[supersnathan94]

Ja ik begrijp het ook niet zo goed. Google gedft ze zelf namellijk nov actief uit inderdaad.


Plus nu gaan de “inactieve” naar een 404 die ze intern hosten. Dus ipv naar de daadwerkelijke pagina die ze wel proberen op te zoeken in de DB, gaan ze daarna naar een 404. Dus het scheelt ze echt niks qua compute ed, maar een heel klein beetje qua storage in de DB.


Maar daarmee breken ze wel een belangrijk stuk informatie.

[aadje93]

Een heel klein beetje word een heel groot beetje als het miljoenen domeinen zijn in een DB waar als het Google niet was ook de nodige gekoppelde informatie aan vast hangt

[supersnathan94]

Dat snap ik, maar nu moet de infra wel in de lucht blijven. En dat kost een stuk meer dan alleen wat storage.

die storage erbij is niet zo duur en het alternatief is ook EOL dus echt opschieten doet t niet.

[jip_86]

Dat lijkt me eigen gebruik door Google zelf. Dat zal daar wel niet onder vallen.

[xoniq]

Als die niet actief gebruikt wordt; lijkt me dat je dan weggehaald wordt.

Waarom zou die oneindig moeten blijven werken? Dat is bedoeld als tijdelijke link.

[Jack Flushell]

Hij zegt dat hij nu nog goo.gl liks krijgt van de maps-app, terwijl in het artikel staat dat goo.gl links sinds 2019 niet meer gemaakt kunnen worden.

[Meg]

Maps heeft een apart subdomein, dat onder goo.gl zit.

[jcvw]

Wat een fantastisch voorbeeld!

[lenwar]

Dan moeten ze zelf dus ook stoppen met die links. Of misschien willen ze alleen maar de publieke dienst stoppen. (Dus dat gaat echt alleen nog voor de Google-services overblijft.)

[zordaz]

Van mij hoeft het niet, ben er nooit fan van geweest. Vind elke verkorte link eigenlijk een extra security risico.

[Reactie gewijzigd door zordaz op 3 augustus 2025 12:17]

[The Zep Man]

Inderdaad. Bezuinigen wij op een paar bytes meer of minder? Zorg er maar voor dat de werkelijke link niet onnodig lang is als dat gewenst is. Dus geen (...)?trackingelement1=blaat&trackingelement2=zucht&language=haddenweookanderskunnenbijhouden&referrer=sitewaardezebezoekernietvandaankomt&theme=donkeromdeéénofanderereden&(...)

[Reactie gewijzigd door The Zep Man op 3 augustus 2025 10:07]

[lenwar]

Maar daar krijg je weer hele rotte QR-codes van ;)

[The Zep Man]

Een goo.gl link in een QR-code is een rotte QR-code.

[lenwar]

Dat is ook weer zo. 😊

[bons]

Zelfde met publieke QR codes op folders en posters, ik ben al een keer een neppe QR tegengekomen, waarbij de foute QR code subtiel overheen was gepakt. Mensen scannen deze allemaal massaal zonder bewust van te zijn dat mogelijk deze kan verwijzen naar een dirty URL.

[Robbierut4]

Zelfde met publieke QR codes op folders en posters, ik ben al een keer een neppe QR tegengekomen, waarbij de foute QR code subtiel overheen was gepakt. Mensen scannen deze allemaal massaal zonder bewust van te zijn dat mogelijk deze kan verwijzen naar een dirty URL.

Je zou bijna een website opzetten die waarschuwt over qr codes scannen en deze truc gebruiken.

[donkerlicht]

Dat doe ik al. Levert tientallen bezoekers per dag op. Mensen die blijkbaar de qr-code scannen en niet weten waar ze uitkomen. Krijgen nu gewoon een waarschuwing in beeld dat ze niet lukraak iedere qr-code moeten scannen die ze tegenkomen.

edit:
Oh ja, nog even ter verduidelijking, ik plak geen bestaande qr-codes over en in samenspraak met de eigenaren van het object.

[Reactie gewijzigd door donkerlicht op 3 augustus 2025 13:24]

[Saph]

Ze zijn handig voor micro-blog sites waar je per bericht maar een beperkt aantal karakters kan gebruiken. En ze zijn vaak wat netter in nieuwsbrieven enzo.

[lenwar]

Nieuwsbrieven zijn veelal opgemaakt met HTML of zo, dus dat hoeft, voor het cosmetische, niet uit te maken.

[zordaz]

Ik ken geen nuttige micoblog sites

[CriticalHit_NL]

Je kan dergelijke URL-shorteners door Virustotal halen, dan zie je daar vaak de echte destination-URL, kan je de hele shortener negeren.

[zordaz]

Alles kan, maar dit doet in de praktijk natuurlijk niemand...

[Meg]

Niet alleen het security risico er waren ook zat services voor een verkorte link waarbij je eerst of iets moest downloaden (dacht ik) of een advertentie moest kijken alvorens je naar de website kon die dan vervolgens niet meer bestaat.

[HollowGamer]

Daarom snap ik ook niet zo goed waarom Google ermee gestopt is?

Door zo'n verkorte link, kun je toch veel eenvoudiger tracken waar iemand naartoe gaat/wilt? Of komt het doordat de referrer tegenwoordig steeds meer gestript wordt - en daardoor minder relevant wordt voor hun?

[Alex3]

De meeste worden maar tijdelijk gebruikt. Om zo'n link in een document op te nemen was altijd al riskant.

[dasiro]

Een pijnlijk voorbeeldje van "not your cloud, not your data". Daar waar je vroeger nog zelf dns-aliassen kon maken voor oude sites/servers die gemigreerd zijn en je er een monitor op kon zetten ben je nu dus verplicht om je gehele document library actief te doorzoeken en te updaten of om de zoveel tijd de links levend te houden door ze regelmatig te bezoeken. Zeker voor zulke oude documenten is dit geen makkelijke oefening, want vaak zijn de oorspronkelijke makers ervan niet meer in dienst/te bereiken.