Transcript Collector

What SEOs should know about devs

2025-06-12 ยท en automatic

Open YouTube
[Music]
Hello and welcome to a new episode of
Search Off the Record, a podcast coming
to you from the Google Search team where
we talk all about search and maybe have
some fun along the way. This totally
didn't sound like John Miller. My name
is Gary
and I'm a Gary at the Google search
team. And today we have Martin as a
guest. Well, actually you're also a host
sometimes.
Everyone say hi. Hi. Hi. What is going
on you today? That was amazing.
Martin. Yeah. How are you?
Okay. I think. Yeah. Okay. Just Okay.
Self test. Isn't that unusual for you?
Maybe. I don't know. I'm usually
happiness. Yeah. Exactly. I have this
perception about you that you're always
the the adjunct um chief of sunshine and
happiness because I'm the chief of
sunshine and happiness. That's true.
Yes. Google. Okay. Wow. So, you cannot
be that too. I I got a promo though.
That's pretty nice. Okay, let let me
tell you what I was thinking because for
a change I was thinking.
All right. So, I thought we'd do a more
human episode. You with you. You.
Exactly. Yeah. Yeah. No. where we
where we talk about our human side
because I read that some people are
convinced that we are not quite humans.
So this will be this will be one of
those episodes where we debunk some
myths about us. Okay. Um maybe we talk
about some challenges uh that we might
have. And I don't mean I because I don't
have challenges because I'm the
challenge.
Oh, the turntables. Okay.
But yeah, they turned. Shocking.
Shocking. Shockingly, you turned the
tables. But Martin, why why don't you
say hi to this lovely audience?
Actually, you already said that. My
notes already are horrible. Yeah,
sweetie. Okay. So, so what do you No.
No. Was I ever? Um, but seriously, how
about we do a like a more human episode
where uh we talk about like frustrations
that we have and uh whatnot because I
think like at least some of the things
that we are doing are very different
from any other experiences I had. Mhm.
before joining Google in 1777,
which was 15 years ago, and you probably
had the same feeling that some things
are different from the things that were
at previous companies. Mhm. That's true.
So, what do you think? Yeah, that sounds
nice. Let's do that. What do you think?
Let's pull back the curtain. Okay. So,
you don't know the questions that I'm
going to ask, which is, huh?
I'm only slightly worried. Yeah,
she should be. A core part of our job is
public speaking. Um, and I know you as
the JavaScript goat like but no, not
that goat, the greatest of all time.
And but I also know that you also do
public speaking for the team. Yes. About
technical topics. Yes. Did you have pre
prior experience with that? I did. You
did? Yeah. What were you public speaking
about? A lot of different topics. Uh
mostly like web development but but like
cast.net. Right. So technical stuff.
Yeah. Yeah. Technical stuff like
JavaScript and and all that kind of
stuff. JavaScript, CSS, backend stuff.
Yeah. Um, and I imagine that
was very different from the public
speaking experience that you have when
when speaking for Google search. Yes.
Yes, that was different. I touched a
nerve. Yes. I I see the audience cannot
see it, but I see Martin on my screen
and he's blushing.
So So h how is it different? Um so
beforehand I had pretty much uh an
audience that I shared my background
with which were developers. I still do
talks to developers or at developer
events which I really like but um
even if you go to a developer event and
talk about SEO, it is a strained
relationship you're entering and I am
particularly putting myself in between
the two sides. So it feels like there's
a bit of a divide between developers and
SEOs. Surprise surprise. Um
and I
am trying to so when when I used to
speak before I joined Google when I used
to speak to developers I was one of them
uh and I was speaking about topics that
they are thinking about as well. So it's
like oh you have that problem as well.
Interesting because I did this and it
kind of worked. I'm still struggling
with these problems. do you happen to
know what to do here? So I was in their
shoes. I was coming from their
perspective and I'm just like amongst
people who kind of share the same view
on topics generally mostly. I mean I had
some yeah situations regarding
accessibility on the web where some
people would disagree that I think the
web should be accessible to as many
people as possible but okay. Um, and now
I'm I'm kind of coming from an
adversarial role, so to speak. It's
like, who? He's a developer. He's one of
us and he speaks our language and he
does the things that we do, but he talks
about this weird snake oily kind of
thing and he probably wants to sell us
something. And I'm like, "No, I'm trying
to help you do your job better and
understand where the people who come to
your desk and ask you questions or want
your help come from." And sometimes that
is met with positive
feelings and reactions and sometimes
that is met with negative ones. Yeah,
that's different.
H how did you get into public speaking
or why? Um I think
I think I got into public speaking
through a meetup in Germany. Um where
they had a format called Ignite. Uh and
Ignite is there's a different word for
it, but I I can only remember the the
name. I think Ignite is a brand from
Aureli. Um but there's another term for
it. It's 5 minutes, 20 slides. They auto
advance and you just talk through your
slides. There's a different term for it
as well, but I keep forgetting what it's
called. That it's a It's a Isn't it
a Japanese format? I think so. I think
so.
20 slides,
five minutes or something like that. It
It has a name, but I cannot. Pichakucha.
Yeah, I don't know where that comes
from, but that
Well, that sounds Japanese. Okay, that
was fun. uh and and the challenge
because I kind of like talking to other
people about the stuff that I worked on
and for my co-workers eventually like
you run out of topics because they know
the things you do because they work with
you and uh my relatives and friends who
are not in computer science and software
engineering are quite bored so I had to
start public speaking I guess. Oh,
that's what that was your reason for
starting. No, no, the reason was I
imagine that you also had you also had
something like I want to help people or
something not just because like my
family doesn't understand me so I go and
public speak. My my actual primary
reason was that I saw a lot of people
moving away from the web and I really
really like the idea of the web because
it's such a ubiquitous and low barrier
medium and with with reasons like oh but
I want to build games and I'm like but
you can do that in the browser or but I
want to later on like 10 years later
it's like oh but I want to build like
something that works on mobile. I'm like
but you can do that on the web. I want
something that looks more like an app
but you can do that on the web. So, I
wanted to help people see and understand
that the web has a lot of power that is
not being used. And I want to help
people not run into those same problems
that I ran into. So, so how is that
different from
uh what you're doing today because like
conceptually doesn't feel all that
different. Yes, that's actually why I
why I was interested in the job and why
I'm so happy that I uh became part of
the team. I as a developer I see how
often we build stuff that then no one
finds and if no one finds it no one uses
it and then it kind of goes down the the
gutter and that's unfortunate and I also
to be fair I met a fair bunch of people
who might not have been from the SEO
world who might not have been the
easiest to deal with from a developer
perspective. I also to be fair and to be
frank met lots of developers who are not
easy to deal with neither from the
developer perspective nor from the SEO's
perspective. So um it's the the honest
is on both sides to be nice people. Um,
what's different though is that now I am
kind of trying to bridge a gap and I'm
also trying to talk to two very
different audiences
and that is tricky and sometimes I have
to talk well being the SEOs on or
digital marketing on one end right and
uh developers on the other end sometimes
these roles and and audiences fall into
the same person but it's it's not common
necessarily arily. Yeah. And what's even
worse is when I when I'm kind of like
speaking by proxy. So I tell SEOs what
to tell developers if they want
something. So
yeah. Do you think SEOs need to know
some dev stuff?
Because with with with I think when you
start doing development Mhm. Um okay I'm
giving away my biases but when you you
do some development um over the months
you start thinking in a different way
about computer systems than before
because you start seeing that well it's
doing this because it was coded such.
Mhm. But it also when you start
developing stuff you will start
understanding the limitations
that computer systems might have not all
of the limitations but some of the
limitations. So back to the question do
you think SEOs should know some dev? Ah
that's a that's a tricky one. Um, I
think it's a similar debate to the do
should designers know coding. Um, and
for the designers versus coding thing, I
I don't have an answer and neither do I
really have a a strong stance on this.
But but it depends a little bit on where
you draw the line to know deaf stuff.
Um, I think in order to optimize a
system or work with a system
so deeply like SEOs do, you have to
understand some of the characteristics
of the system. So I think if you've
never seen how HTTP roughly, you don't
have to code in C or C++ or JavaScript
or whatever to build like your own
crawler or to build your own C#.
Some people do. I don't know why that
came up. Probably because right now I
have my glasses on so I C sharp.
I'm so sorry. I'm so sorry. Okay. And
that uh is how we wrap up this episode.
I I killed him. I killed him. Good. No.
Um you don't have to code like your own
low-level network thing. I don't think
you need to do that. But you should
understand what is a header. How does
HTTPS conceptually work? What's the
certificate? How does that influence how
the connection works? Uh, right? How
does H2 differ from HTTP2 differ from
HTTP 1.1? These kind of things make
sense to understand and so does
understanding HTML and maybe maybe even
understand a little bit about
JavaScript. Again, not necessarily like
the in detailed bits and pieces, but you
should understand how it interacts with
the page and how that could make your
life easier or harder, right? So, I
think some knowledge is useful. I don't
think and that's that's the other tricky
thing. SEO is such a broad field. There
are people who are amazing at taking
content international for instance. I
don't think they need to understand deaf
stuff because they specialize on a much
higher layer
as in like the content and the structure
and language and localization in
different markets, they might not have
to understand the technical bits and
pieces, but someone who's like a general
purpose SEO or someone who's even
specializing on technical SEO, I think
they should understand dev stuff. What
do you think? I I don't know if
internationalization was the right ah
okay because there are technical fair
enough there are technical Yeah. Yeah.
But but I I I get what you mean like for
example if you're uh like even if you
are I don't know like media SEO like
they would want to know or they should
know differences between the content
formats and the uh content deliveries
like for example if you are hosting
video then how are you hosting it like
are you streaming it in or are you just
uh putting a static file somewhere on on
a server and then just like referencing
it in a in a video container like from
my perspective and usually the the SEOs
that I talk to slashwork with will know
at least the basics of of the internet
workings and I don't know if my biases
just keep me away from SEOs who who lack
that knowledge but generally the SEOs
that I I talk to they are pretty good at
this but of course the group that
doesn't know much or at all about some
of the basic stuff on the internet can
can cause or have the potential to cause
some headaches both for the sites like I
see that daily in the uh crawl issue
report form where they installed a
random plugin and this is a large agency
uh they installed some random calendar
plugin for uh all their clients that for
whom it makes sense. And suddenly we
discovered sometimes 100 million URLs,
new URLs because of that calendar
plug-in. And
basically
the blame was on us, not on well you
added 100 million new URLs to your site
and we crawl started crawling them. Like
what? Um maybe not the best example
either but um
so but but they they can cause headaches
for the sites.
Do you think they can cause headaches
from our coms perspective?
Yes. And to be fair, I think and again,
this is not all SEO. It was just like
No, no, no, no. It's it's I I think
there's a there's a mindset situation as
well. Like I I think the people who
don't know and they are upfront about
it, they don't cause as many headaches
and they usually don't cause as many
issues.
It gets dangerous when you're in the
Dunning Krueger kind of trough where you
think you know things and then you
don't. And that happens to me every now
and then that I and I I love talking to
everyone who wants to talk to me. I'm
I'm excited to hear their perspective,
their experiences, but sometimes they
come in basically
yeah flexing their technical skills and
from the flexing you can tell like no no
uh no it's it's not there and it's it's
okay. But the problem is by pretending
that they know they kind of take away
the opportunity for me to explain things
to them. Um, and that is that is tricky
to navigate. And sometimes you are in
in a situation where you're being asked
a question that is very contextual and
you notice that the person asking is
having the necessary contextual
knowledge. And I'm not even saying like,
oh, SEOs, oh, they don't know their
stuff. No, no, no. What I'm saying is,
and SEOs should know this, and they do
know this, that one website and another
website might be very different from
what they need to be um looked at or
what needs to be looked at, what needs
to be done, and what the requirements
are. some someone who is like serving a
very specific niche with highly
regulated content in a single country in
a single language might have very
different requirements than a multi-
language, multinational brand that sells
everything to everyone. And then you
have someone who asks a very specific
question in a very specific context. And
I can tell this person knows their
context very well, but there's like
other people listening as well. And
that's fine. That's how it should be.
You shouldn't ask us oneonone. You
should ask us in public forums. Yeah. Um
but then I answer this person and we
kind of have like established aha okay
so this is your context. This is the
situation you are in right now with this
client or with your company. Um
in this case
XY Z do do this do that and then look at
this and see if it gets better. But if
we say that out loud, then someone else
might listen who are in a completely
different context. They might do
something completely different. Their
client might have the opposite needs and
then they just go, "Aha, so I'll do
that." And that might actually be
harmful.
That's tricky.
Yeah. But I mean that applies on pretty
much any com situation. Like for
example, if you are a war correspondent
and then you do one-on-one with someone
and then someone overhears and then they
put that in different context and it's
suddenly it's it's very different or u
there were big cases about how
cropping
images for example which is another mode
of communication um changes the the the
meaning of the image quite a bit. So
that's true. Yeah. True. What you are
saying is that it depends. It depends.
Coms is hard. Yeah. And
what I mean especially like war for
correspondence might actually be an
interesting example because I think they
the challenge is that you have different
parties with very differing confronting
um and conflicting agendas.
And what I what I worry is in in
developer communities generally
you don't have that. Everyone just wants
to build stuff better, faster,
whatever. Um, in in the SEO community, I
sometimes see that some people
try to make it into a confrontational
and conflicting kind of situation where
they have an agenda they want to push
and then everyone else has a different
agenda or like some some player A has a
and I'm not saying like we are exempt of
that. We have an agenda. That is by
definition the case because we want to
build the best search engine there is.
Um if we always succeed, I don't know. I
don't think so. We are striving to do
our best and by that we want certain
things for the web. We want it
accessible. We want it fast. We want it
joyful to use. Um, and and some people
might disagree with some of our points
or some of our our goals. I think that's
fine, but it it often makes things
tricky because people might cherrypick
and might pick one thing you said, take
that out of context and use it as an
example why people should follow their
agenda rather than ours. And I think
again that's fair game if I say it in
public. You can definitely use it
however you feel like, but sometimes I'm
I'm saddened or scared by how
out of proportion that can get and how
quickly that can get out of proportion
and that's unfortunate. How would you
fix that? Oh boy. Because
to me it goes back to standard uh
communication challenges. Mhm. Um like
it's it's it's not like we are doing any
different from true from other from from
other public speakers. True. Who also
have an agenda. They might want to sell
a book. They might want to lobby for
something. Quite literally everyone has
an agenda. Some sort of agenda. True. It
feels like to all the the the headaches.
Well, I didn't want to say that. I kind
of like you sometimes. A thank you. So
yeah, not often but sometimes I like
a
anyway um like there's no real solution
to to the problem, right? Like we can
amalorate some of the
some of the issues like for example
abandoning my pet peeve uh it depends.
Um and then instead of saying it depends
actually say out the whole thing or at
least the major things that the thing
depends on. True. Um, but ultimately
there's no solution to the problems.
Basically, it's just like it's part of
your job description. True. True. Yeah.
I I think it would be nice and this is
wishful thinking, but I it would be nice
if people if people at least like tried
to not only
look behind what we are saying, but what
other people are saying as well. like
why is this person saying this now at
this point in time? Especially if it
confirms your own bias. I'm the first
one to admit that sometimes if something
confirms whatever I was thinking in the
first place, I'm like, haha, I knew it.
Um, but it it makes sense to think about
like, wait, does this apply to me?
Does this make sense? And I give you an
example out of out of the blue, out of
the field. Basically, I was at a under a
water photography workshop where we were
in a pool. It was extremely brightly
lit. It was extremely clear water. Uh
the pool was made out of out of polished
aluminum or steel or whatever it was,
but it was very bright and very
reflective. And everyone was using their
strobes. Everyone was lighting this pool
up as if there is like a major
thunderstorm going on. And I was looking
around going like, "What the hell? Why
are they doing that? Because my pictures
I think come out fine without even
switching on the lights. Because the one
thing we have plenty of right now is
light. And I think like sometimes people
just blindly follow any kind of guidance
or any kind of like guru they heard and
that that leads to these kind of things,
right? I read books, I watched videos
and I saw things u with regards to
underwater photography and yes of course
light is there's not much light
underwater generally. So you need to
bring light so you have strobes or video
lights. But that doesn't mean that you
should just blindly apply them to
everything you do. And I think if we
were to think about that that would be
nice. Would that be the one thing that
you'd change about how we come like how
we communicate or I mean that's not what
what what would be the what would be the
the thing that you think we can do to
make our situation better. That's really
Other than quit. Yeah. Other than
quitting.
Damn it. You're taking me away uh from
from my options. No. Um
I think
and I think we're trying to do that. I I
think we can do more of explaining the
context or repeating the context in
which an answer appears and I try to do
that in in the last uh in one of the
last conferences I I spoke at tech SEO
summit where it's a very technical
audience and you know me as the
JavaScript person and a bunch of people
know me as the JavaScript person. I just
wanted to grab people's attention.
JavaSc Sorry sorry sorry JavaScript goat
okay JavaScript goat you know me as a
JavaScript goat in a presentation about
performance optimization I said don't
use JavaScript on a slide I agree yeah
yeah okay great fantastic uh I had like
a a remark on that slide saying like
there's context missing here and then I
gave all that context and I think if you
can avoid JavaScript for what you're
doing then absolutely definitely avoid
it And people are like, "Martin Split
says that." And I'm like, "But that's
the reality. That's what you should do."
The problem with me saying that is, and
probably this this podcast is going to
come back and bite me. The problem with
me saying that in general, is that
people will just take that one sentence
and ignore everything else I said before
or after and say like, "Google says
don't use JavaScript." So what I did
instead is I explained JavaScript is
necessary for a bunch of stuff.
JavaScript can be used in a simple
website because that's the other thing.
People are like, "Oh, but if I build a
website, there's no place for
JavaScript." I'm like, "That's not true.
If you want your website to work
offline, you need JavaScript." So making
these broad statements is tricky. And
I'm trying to avoid making these broad
statements unless I give a lot of
context. I actually spoke I think like
five minutes about the context for that
statement. And it's much much broader
than what I would say here right now.
But I try to give as much context as
possible and I hope Yeah. hope people
will take the context into account
before just blindly blasting messages
like that.
Yeah. You know that uh that particular
example that you just brought up that is
the reason why we don't share our
slides. Yeah.
Yeah. Basically our slides our slides
without context they are useless. Yes,
that is true.
Martin and unfortunate. Yeah. Um are you
feeling better now? I'm feeling so much
better. Thank you so much for the
therapy session, Gary. This is great.
Okay. Do you know that this felt like
the coffees that we've been doing uh
during co Yes, we should do them more
often. Like what? What? COVID. No, not
CO. The coffees, the conversations. Not
even the coffees. I don't care
particularly about coffee. Okay, fine.
You don't have time for me anymore.
Well, I do. And you're wrong. Okay.
Well, fine.
It's okay. Fine. It's okay. Okay. How do
you feel about wrapping up this episode?
Okay. Fine. It was nice. All things
should come to an end. Was it? I think
it was nice. I liked it. I really like
it when we don't have a structure for
the episode and we are just like
randomly talking about stuff. Well, to
our listeners, let us know in the
comments if you prefer those episodes as
well. That would be interesting to get
Why do you ask them so many questions
because you are like tell us what you I
want to know. I don't know. Maybe
they're like, "Oh god, no. Why is this
happening again?" And then we should do
less of it. Well, on the other hand,
it's our podcast. We can do whatever we
want, right? Can on our last day for
sure. Well, that was for this episode,
dear listeners.
So, Martin, people can find you on
LinkedIn and on blue sky something. Blue
sky. Blue sky, I think. Yes, there's not
that many master splits, I believe.
Tick, tick tock, tick tock, tick tock,
tick tock, tick tock. No, not really. on
Tik Tok too. No, you don't truly. Okay.
Well,
it was really nice chatting to you and
um I say that from the bottom of my
heart, which doesn't exist because I'm a
machine. Um and listeners, thank you
very much for listening and goodbye.
Outrobot 3000 generic greetings.
We've been having fun with these podcast
episodes. I hope you, the listener, have
found them both entertaining and
insightful, too. Feel free to drop us a
note on LinkedIn or chat with us at one
of the next events that we go to if you
have any thoughts. And of course, don't
forget to like and subscribe. Thank you
and goodbye.
[Music]