Actually, Profile picture
21 Jul, 6 tweets, 1 min read
Here to say once again that Screaming Frog SEO is an amazing nuclear-powered chainsaw of a tool for web work.
Its out of box config is geared towards SEO optimization (naturally, given the name) — making sure all your pages have decent metadata, stuff like that. But learning how it does what it does and configuring it to your needs turns it into something much, much more.
Most CMSs leave some default CSS classes or IDs in their markup to indicate template or content types used when rendering a page — Screaming Frog lets you run custom regexes during its crawl to extract those, generating a pre-categorized list of what content type each page is.
Tie it to a Google API account, and you can pull in PageSpeed Insights data — what's the time to first interactive, say, on every URL on our site?

Link it to your GA account and see if that correlates to bounce rate…
Running a large-scale content audit and trying to get an idea of just how ugly the markup in old pages will be? Use an XPath to count the number of times "red flag" tags appear inside the main page body, per page.
Want to wire it all up with the rest of your systems? Yeah, it's got a command line interface.

• • •

Missing some Tweet in this thread? You can try to force a refresh
 

Keep Current with Actually,

Actually, Profile picture

Stay in touch and get notified when new unrolls are available from this author!

Read all threads

This Thread may be Removed Anytime!

PDF

Twitter may remove this content at anytime! Save it as PDF for later use!

Try unrolling a thread yourself!

how to unroll video
  1. Follow @ThreadReaderApp to mention us!

  2. From a Twitter thread mention us with a keyword "unroll"
@threadreaderapp unroll

Practice here first or read more on our help page!

More from @eaton

23 Jul
There are three basic ways to approach content modeling, and I'd argue that each of them have _strengths_ but no single one is philosophically correct or incorrect. Each is just a place to start.
The approach you hear about when a content architect describes ~the process~ is what I think of as "platonic content." You start with a communication or publishing concept and iron out your content types, their properties, etc. in a way that best describes their essential nature.
"We want to do interviews. What _is_ an interview, conceptually? Well, we'll need a subject, perhaps multiple subjects…" and so on.
Read 21 tweets
21 Jul
So, last week @beep and I had a fascinating conversation with @petermcreaper and @mkeftz about the work they're doing on @interplayapp; among other things we circled around the ideas Peter mentioned in his post about design artifacts… it's worth a read. pete.studio/notes/design-f…
@petermcreaper's thesis in that post is pretty straightforward: the intermediary design files accumulated in the process of developing a site — particularly one that's heavily component and pattern based — are disposable, temporary artifacts and not the "source of truth."
It's a thing @gregddunlap and I talked about over the years WRT content models — it's fascinating to (again!) see similarities popping up. With content, you accumulate an endless pile of spreadsheets and similar docs to iron out types, properties, relationships, and so on.
Read 14 tweets
7 Jul
The concerns that nag me about the booming universe of Design Tokens are all issues @davereid and I encountered when we built and supported the Token system for Drupal. I'm still trying to suss out how much of that is "learning from experience" vs "applying the wrong lessons."
The token system for Drupal was originally conceived around '07 or so. Its ecosystem was evolving to give site builders composable pieces ("image-displayer" and "grid-display" and "pager") rather than drop-in functionality ("forum", "gallery", etc).
Around then we built one of the first large-scale production sites that used Drupal's early "click-together tools" instead of pure code: Sony/BMG Music's artist site platform, which allowed them to spin up new interactive community sites for each artist in just a couple of days.
Read 20 tweets
28 May
While breaking down the different conceptual building blocks of modern evangelical "Purity Culture" for the next episode of @CRightcast I've come across a critical component that — weirdly enough — also appears a lot in the internet Rationalist community.
A big part of tackling complicated issues — poverty, why evil exists, why my wifi keeps dropping — is getting to root causes and patterns, rather than just focusing on the surface stuff. It's important!
Often, the process of searching for those underlying patterns can help us sort through the confusion and identify how a challenging problem can be solved.

…But that "what's REALLY going on here?" process can also be used to obfuscate, to minimize, to shift blame.
Read 17 tweets
27 May
The latest episode of @CRightcast was a very rough one to research and record. Content warnings VERY much apply for it and this thread — it covers child sexual abuse, religious abuse, and the ways some fundamentalist groups explicitly silence victims and protect abusers.
The story that prompted this departure from our Reconstructionsm series was Josh Duggar's arrest for possession of child sexual abuse materials, and the Duggar family's connection to fundamentalist teacher Bill Gothard. rightcast.substack.com/p/episode-13
Gothard and his IBLP/ATI organizations are regarded as "extreme" and "legalistic" by the most Christians, even inside the Christian Right… but his bent towards authoritarianism and rigid enforcement of patriarchal gender roles is treated as "oldschool" rather than "dangerous."
Read 14 tweets
26 May
Eavesdropping on @Netlify's Headless Commerce Summit, and there's a lot of interesting stuff happening — but it's also telling how much of the headless excitement and messaging centers on "you only have to focus on delivering the best front end experience for your end users".
SUPER COMPELLING for a FED team frustrated by tight coupling with legacy systems or services, but… for people in charge of the whole product (or teams handling that backend stuff) the challenges still gotta be solved, with the added lift of keeping the complexities hidden.
Decoupling and headless approaches can definitely deliver significant advantages — esp. for orgs that really need to use the same pipeline for many different content/interaction endpoints — but the complexity doesn't go away, only shifts around.
Read 4 tweets

Did Thread Reader help you today?

Support us! We are indie developers!


This site is made by just two indie developers on a laptop doing marketing, support and development! Read more about the story.

Become a Premium Member ($3/month or $30/year) and get exclusive features!

Become Premium

Too expensive? Make a small donation by buying us coffee ($5) or help with server cost ($10)

Donate via Paypal Become our Patreon

Thank you for your support!

Follow Us on Twitter!

:(