🎵 Oh hell yeah, there’s a new La Roux album, Old Flames: youtu.be/qTwaC9UCt0c
Bookmarked: indiebookclub version 0.1.4 launched
Want to read: A Resistance History of the United States by (ISBN 9781586424367)
Want to read: Extremely Online by (ISBN 9781982146894)
Great post! You may have already come across this, but I wanted to mention the jf2 serialization format of microformats2. I believe that’s what webmention.io is using.
Efficient packaging. Guess they were out of padded envelopes? 🤣
New Meute song! I really want to see these guys live.
Added some spoopy to my site with the posting activity bar on the homepage:
Canonical Links in Google Products
Short version: Adding the rel=canonical URL in your web pages is important for more than just search results. It can also impact link previews in other Google products like Docs.
I recently ran into a weird edge case with link previews in Google Docs. A work client has an online directory and each profile has a unique permalink. Someone pasted their link in a Google Doc and clicked on it, which brought up a card preview showing the title. The title was showing the name of someone else’s profile, though!
My first thought was something with Google’s cache of the link preview, although the other person’s name had never appeared at that link, so that didn’t make much sense. I tried adding the link with a query string at the end: ?v=2026-10-02. With caching, that usually is seen as a unique URL and can avoid the cached response. Docs showed no preview initially, but after a couple minutes, it showed the same (incorrect) title.
My next thought was that these permalinks did not include a rel=canonical tag. The contents of the profile pages are largely similar except for the person’s name and list of credentials. I didn’t think that should be an issue, though, because the permalinks all contain a unique, 32-character identifier and no query strings. The links are very distinct and it did not make sense how Google would be picking another, seemingly random profile.
I was pretty stumped at that point but decided to check Google Search Console. It reported “Page is not indexed. Duplicate without user-selected canonical.” It explained that since we had not specified the canonical URL, they had selected another permalink as the canonical. Sure enough, the one they had chosen was the name that was showing up in the link preview.
That de-duplication process makes sense when it comes to search results, but I didn’t expect Docs to also be relying on that. I expected when you paste a URL, it should always show a link preview for that URL. It appears what they actually do is check the search index and use the canonical for the link preview only. They don’t change the URL itself, so you can still click through and get to the intended location.
This definitely seems like a bug and is not in any Google documentation I could find, which is partly why I am writing this up. A StackOverflow answer also hypothesizes this behavior.
Edit: I forgot to mention, we added the rel=canonical and started the “Validate Fix” process in Search Console. It says it may take a few days to finish the process. I expect it to fix this issue in Docs, but will update this post with the results either way.
Haha, the Christianity Today website 404 pages say “Oops! Looks like this page is formless and void.” Well-played.
New (to me) music: Spiro World by Time Wharp. Cello, woodwind, bit of electronics. Pretty chill.
Want to read: Belly of the Beast: The Politics of Anti-Fatness As Anti-Blackness by (ISBN 9781623175986)
Hah, small world. Love this album and had no idea your voice was on it!
Circle, circle, dot, dot, I just got my flu and covid shots. Recommend you do too, if you can! It’s bad out there in several places: pmc19.com
Bookmarked: Keep Your Skills Sharp
Hey San Diego, come out to a Mutual Aid Comedy Show on September 19th! All proceeds benefit We All We Got SD.
Lineup: Shannon Hardy, Geoff Grooms, Max Kerwien, Pedro Martinez, Lauren Gural.
New mf2 to iCalendar release
I’ve released version 0.0.5 of mf2 to iCalendar, a library to convert h-event microformats into iCalendar.
There is now an option to directly provide the HTML to convert instead of fetching it from a URL. There is also support for the experimental event-status property. As noted in the readme, this isn’t known to be published and could change when there is more consensus.
This is so cool, I didn't know this bit of your lore. She was the best. 💔
Thank you for the kind words and congratulations on a very successful HWC! Sorry to hear about the AI interruptions, that would definitely be unnerving!