Live data from Hacker News

Google shifts goo.gl policy: Inactive links deactivated, active links preserved

blog.google

151–160 of 194 posts

Re: Google shifts goo.gl policy: Inactive links deactivated, active links preserved

#151
post #18

Earlier quoted context omitted.

i read in an earlier thread for this on HN - "this is a classic example of data driven product decision" aka we can reduce costs by $x if we just stopped goo.gl links. Instead of actually wondering how this would impact the customers. Also helps that they are in a culture which does not mind killing services on a whim.

The Google URL shortener stopped accepting new links around 2018. It has been deprecated for a long time. I doubt it was a cost-driven decision on the basis of running the servers. My guess would be that it was a security and maintenance burden that nobody wanted. They also might have wanted to use the domain for something else.

> My guess would be that it was a security and maintenance burden that nobody wanted.

Cloudflare offered to run it and Google turned them down:

https://x.com/elithrar/status/1948451254780526609

Re: Google shifts goo.gl policy: Inactive links deactivated, active links preserved

#152
post #18

Earlier quoted context omitted.

i read in an earlier thread for this on HN - "this is a classic example of data driven product decision" aka we can reduce costs by $x if we just stopped goo.gl links. Instead of actually wondering how this would impact the customers. Also helps that they are in a culture which does not mind killing services on a whim.

The Google URL shortener stopped accepting new links around 2018. It has been deprecated for a long time. I doubt it was a cost-driven decision on the basis of running the servers. My guess would be that it was a security and maintenance burden that nobody wanted. They also might have wanted to use the domain for something else.

I think the problem with URL shorteners like Google’s that includes the company name is that to the layperson there is possibly an implied level of safety.

Here is a service that basically makes Google $0 and confuses a non-zero amount of non-technical users when it sends them to a scam website.

Also, in the age of OCR on every device they make basically no sense. You can take a picture of a long URL on a piece of paper then just copy and paste the text instantly. The URL shortener no longer serves a discernible purpose.

Re: Google shifts goo.gl policy: Inactive links deactivated, active links preserved

#153
post #152

Earlier quoted context omitted.

The Google URL shortener stopped accepting new links around 2018. It has been deprecated for a long time. I doubt it was a cost-driven decision on the basis of running the servers. My guess would be that it was a security and maintenance burden that nobody wanted. They also might have wanted to use the domain for something else.

I think the problem with URL shorteners like Google’s that includes the company name is that to the layperson there is possibly an implied level of safety. Here is a service that basically makes Google $0 and confuses a non-zero amount of non-technical users when it sends them to a scam website. Also, in the age of OCR on every device they make basically no sense. You can take a picture of a long URL on a piece of pa…

Shorter URLs mean fewer characters to encode in a QR code.

Re: Google shifts goo.gl policy: Inactive links deactivated, active links preserved

#154

Earlier quoted context omitted.

It may help prevent linkjacking. If an old URL no longer works, but the goo.gl link is still available, it's possible that someone could take over the URL and use it for malicious. Consider a scenario like this: 1. Years ago, Acme Corp sets up an FAQ page and creates a goo.gl link to the FAQ. 2. Acme goes out of business. They take the website down, but the goo.gl link is still accessible on some old third-party cont…

In this little story, what's the difference if the direct ACME URL was used? What does the goo.gl indirection have to do with anything?

[deleted]

Re: Google shifts goo.gl policy: Inactive links deactivated, active links preserved

#155

Earlier quoted context omitted.

It may help prevent linkjacking. If an old URL no longer works, but the goo.gl link is still available, it's possible that someone could take over the URL and use it for malicious. Consider a scenario like this: 1. Years ago, Acme Corp sets up an FAQ page and creates a goo.gl link to the FAQ. 2. Acme goes out of business. They take the website down, but the goo.gl link is still accessible on some old third-party cont…

In this little story, what's the difference if the direct ACME URL was used? What does the goo.gl indirection have to do with anything?

Only insofar as Google might wish to prevent it since their brand was on the shortened url you clicked to get there. And people not having malware is surely good for Google indirectly.

Presumably ACME used the link shortener because they wanted to put the shortened link somewhere, so someone’s going to click things like these. If Google can just delete a lot of it why not?

Re: Google shifts goo.gl policy: Inactive links deactivated, active links preserved

#156

What amazes me is that this wasn't the original plan. What product manager thinks "the best thing for our customers is to delete their data!". > We understand these links are embedded in countless documents, videos, posts and more, and we appreciate the input received. How did they think the links were being used?

One that is operating in an environment where strict privacy laws exist. User data stuck in legacy systems is a liability.

Not only are things evolving internally within Google, laws are evolving externally and must be followed.

Re: Google shifts goo.gl policy: Inactive links deactivated, active links preserved

#157
post #42

"Actively used" criteria scrods that critical old document you found, in which someone trusted it was safe to use a Google link. Not knowing all the details motivating this surprising decision, from the outside, I'd expect this to be an easy "Don't Be Evil" call: "If we don't want to make new links, we can stop taking them (with advance warning, for any automation clients). But we mustn't throw away this information…

> Oddly, maybe even with less effort than shutting it down would take. Google has a number of internal processes that effectively make it impossible to run legacy code without an engineering team just to integrate breaking upstream API changes, of which there are many. Imagine Google as an OS, and every few years you need to upgrade from, say, Google 8 to Google 9, and there's zero API or ABI stability so you have to…

The worst case is when this mentality of "just update your code" leaks out to the rest of us. I'm still scarred from some of the samesite shenanigans, breaking useful (not ads) boxed software because they figured everyone on the internet could "just update" their websites within six months of them putting out a dev blog post.

It's just not an accurate view of how the world works.

Re: Google shifts goo.gl policy: Inactive links deactivated, active links preserved

#158
post #18

Earlier quoted context omitted.

i read in an earlier thread for this on HN - "this is a classic example of data driven product decision" aka we can reduce costs by $x if we just stopped goo.gl links. Instead of actually wondering how this would impact the customers. Also helps that they are in a culture which does not mind killing services on a whim.

One of the complaints about Google is that it's difficult to launch products due to bureaucracy. I'm starting to thing that's not a bad thing. If they'd done a careful analysis of the cost of jumping into this url-shortener bandwagon, we wouldn't be here. Maybe it's not a bad thing they move slower now.

I would bet that the salaries paid to the product managers behind shutting this down, during the time they worked on shutting it down, outweigh the annual cost of running the service by an order of magnitude.

Re: Google shifts goo.gl policy: Inactive links deactivated, active links preserved

#159
post #92

Earlier quoted context omitted.

How much of a burden could this really be? The nature of something like this is that the cost to run it naturally goes down over time. Old links get clicked less so the hardware costs would be basically nothing. As for the actual software security, it's a URL shortener. They could rewrite the entire thing in almost no time with just a single dev. Especially since it's strictly hosting static links at this point. It p…

"How much of a burden could this really be?" My understanding from conversations I've seen about Google Reader is that the problem with Google is that every few years they have a new wave of infrastructure, which necessitates upgrading a bunch of things about all of their products. I guess that might be things like some new version of BigTable or whatever coming along, so you need to migrate everything from the previ…

> If a product has no team assigned there's nobody to do that work.

This seems like a good eval case for autonomous coding agents.

Re: Google shifts goo.gl policy: Inactive links deactivated, active links preserved

#160
post #18

What amazes me is that this wasn't the original plan. What product manager thinks "the best thing for our customers is to delete their data!". > We understand these links are embedded in countless documents, videos, posts and more, and we appreciate the input received. How did they think the links were being used?

i read in an earlier thread for this on HN - "this is a classic example of data driven product decision" aka we can reduce costs by $x if we just stopped goo.gl links. Instead of actually wondering how this would impact the customers. Also helps that they are in a culture which does not mind killing services on a whim.

For all HN commenters: if you are not paying for it, you are not a customer and thus you should not complain.
Post reply on HN