Scroll Top

Does URL Length Affect SEO? What Google Has Actually Said

Updated September 2026 · Written and maintained by the Progression Agency strategy team

URL length is not a ranking factor, and Google has said so directly and repeatedly. What is true is narrower and more useful: very long URLs correlate with structural problems that do matter, URLs are shown in results and influence whether people click, and changing a URL carries real risk. This page separates the myth from the four things about URLs that genuinely affect search performance.

The short answerURL length itself does not affect rankings. Google’s own documentation and its search advocates have stated this plainly. What does matter: whether the URL is crawlable and canonical, whether it stays stable over time, whether it reads clearly enough for a human to understand what the page is about, and whether it is consistent across your site. A hundred-character URL that is descriptive, stable and canonical outperforms a thirty-character one that changes every year. Do not rewrite working URLs to shorten them — the redirect risk is real and the ranking benefit is zero.

Statements about Google’s position on URL length reflect Google’s published Search Central documentation and public statements by Google Search advocates as of August 2026. Where guidance concerns crawling and indexing behavior, the primary source is linked next to the claim. Nothing on this page reports test results we have not run.

Search demand for this question
The two larger terms are about structure rather than length, which is a reasonable signal that most people arriving at this question actually want to know how to write good URLs rather than how many characters to use.

Progression Agency runs Technical SEO and SEO Audit as separate divisions, and URL structure sits squarely in the first. It is also one of the areas where the correct advice is most often to change nothing. We are a New York City firm working across the United States.

What about a URL actually matters
Length appears on none of these five. Each of the five is worth real effort; the character count is worth none, and time spent shortening working URLs is time not spent on the things in this list.

Does URL length affect SEO?

No. URL length is not a ranking factor, and Google has stated this directly and repeatedly. A long URL and a short URL with identical content and identical links will rank the same, and shortening a working URL produces no ranking benefit while introducing redirect risk.

The confusion is understandable because the correlation is real. Shorter URLs do appear more often among top results, which is why studies found the pattern in the first place. The cause is that established, well-linked pages tend to sit near the root of a site, not that their path length improved their position. Google’s own Search Central documentation on URL structure covers what the search engine actually cares about.

What Google has said about it

Google’s guidance concerns readability, consistency and crawlability rather than character count, and its search advocates have addressed length directly in public forums, describing it as not a ranking factor. The documentation recommends simple, descriptive URLs using words rather than identifiers — which is a comprehension recommendation, not a length limit.

Why the myth persists

Because automated audit tools still flag long URLs as warnings, and a warning in a report reads as a problem to fix. Those tools are applying a heuristic about readability rather than reporting a ranking signal, but the distinction rarely survives the transition into a client report.

How the URL length myth developed
The third row is where the error entered and it has never fully left. Shorter URLs appear more often among top results because well-established pages tend to have simpler paths, not because the path length caused the ranking.
Shorter URLs rank better — Myth. Length is not a factor..
Keywords in URLs boost rankings — Myth. Weak at best, and long since diminished..
Subfolders beat subdomains always — Myth. It depends; both can work..
Trailing slashes matter for ranking — Myth. They matter for consistency only..
Numbers in URLs are penalized — Myth. They are not..
Dates in URLs hurt rankings — Myth. They hurt perception, not rankings..

Is there any length limit that matters at all?

There is a practical technical ceiling rather than an SEO one. Browsers and servers have limits well above two thousand characters, and search engines can handle URLs far longer than anything a content management system will normally produce. If your URL is under a couple of hundred characters, length is simply not the issue.

Where an extremely long URL does signal a problem, the problem is upstream. Paths running to several hundred characters usually indicate deep nesting, faceted navigation generating combinations, session identifiers in the path, or a template producing URLs nobody designed. Those are genuine issues, and they are worth fixing for their own reasons rather than for the character count.

What about URLs actually matters?

Five things: crawlability, canonicalisation, stability, readability and consistency. All five are worth real effort and none of them is about length.

Crawlable — Matters. A bot can reach it..
Canonical — Matters. One address per page..
Stable — Matters. It never changes..
Readable — Matters. A person understands it..
Consistent — Matters. Same pattern per section..
Lowercase — Matters. Avoids duplicate addresses..

Crawlability comes first

A URL that a crawler cannot reach — blocked in robots, behind a parameter that generates infinite combinations, or reachable only through a script — cannot rank whatever it is called. This is the only URL property that can prevent a page from appearing at all.

Canonicalisation prevents self-competition

When the same content is reachable at several addresses — with and without a trailing slash, with and without parameters, on http and https — search engines have to decide which one to index. Telling them explicitly with a canonical tag is a genuine technical improvement and it is unrelated to length.

Stability is the most valuable and least discussed

A URL that has been stable for five years has accumulated links, bookmarks, references and history. Changing it means every one of those has to pass through a redirect, and redirects accumulate into chains over time. This is the property most damaged by URL ‘optimization’ projects.

Readability is for humans, and it helps indirectly

A URL appears in search results, in shared links and in messages, and one a person can read gets clicked marginally more often than a string of identifiers. That is a real if modest benefit, and it argues for descriptive words rather than for fewer characters.

Consistency makes a site easier to work with

One pattern per content type — services, locations, articles, products — makes internal linking, analytics segmentation and template work considerably simpler. The benefit is operational rather than algorithmic and it is worth having anyway.

URL properties by how much each actually affects search performance
The bottom row is the point of the chart: character count receives the most attention and has the least effect, while stability has the largest effect and receives almost none until something breaks.

The property chart contains the whole argument in one view. Character count attracts the most attention and has the least effect; stability has the largest effect and gets almost no attention until a migration breaks something.

Should you ever change a URL?

Yes, in three situations: when it is broken or unreachable, when duplicate addresses need consolidating, and when a genuine structural change is happening anyway. Never simply to shorten it.

URL changes plotted by benefit and risk
The bottom-right area is where URL changes belong and it is nearly empty. Shortening a working URL sits in the worst quadrant available: real redirect risk in exchange for essentially nothing.
Do — Fix broken URLs. Always worth it..
Do — Consolidate duplicates. Real ranking benefit..
Do — Set canonicals properly. Prevents the problem..
Do — Keep the pattern consistent. For new pages onward..
Do not — Shorten working URLs. Risk without benefit..
Do not — Restructure for tidiness. The most expensive vanity project..
Every change needs a redirect — Risk. And redirects can be misconfigured..
Redirect chains lose efficiency — Risk. Two hops become five over years..
External links point at the old URL — Risk. You do not control them..
Analytics history splits — Risk. Comparison becomes harder..
Internal links go stale — Risk. Often missed in a hurry..
Recovery takes weeks — Risk. Even when done correctly..
URL changes, and whether they are worth the risk
ChangeBenefitRiskVerdict
Fixing a broken or unreachable URLHigh; the page can rank at allLowAlways do it
Consolidating duplicate addressesHigh; stops self-competitionLow to moderateDo it, with canonicals
Correcting a typo in a URLModerate; readability and trustModerateUsually worth it
Making URLs lowercase sitewideModerate; prevents duplicatesModerateWorth it, done carefully
Removing dates from article URLsLow; perception onlyHighOnly during another migration
Restructuring the whole path schemeLow unless structure is brokenVery highRarely justified
Shortening a long but working URLNoneHighNever

The last row deserves to be read as written. There is no ranking benefit to shortening a working URL, and there is a genuine risk of losing performance through a redirect that is misconfigured, chained or missed. It is the clearest example in technical SEO of an action with cost and no upside.

How should you write a URL for a new page?

Use words a person would recognize, separate them with hyphens, keep it lowercase, describe the page rather than the site, and match the pattern used by similar pages. Then leave it alone.

How to set URLs on a new site, once, correctly
Step three catches people out. A date in the URL makes a page look outdated even after the content is updated, and removing it later means a redirect on every article you have ever published.
URL decisions worth making, and myths worth ignoring
Every yes row is about comprehension or stability. Every no row treats the URL as a ranking lever, which is the underlying misconception this whole topic rests on.
  1. Use real words rather than identifiers or codes.
  2. Separate words with hyphens rather than underscores.
  3. Keep everything lowercase to avoid duplicate addresses.
  4. Describe the page’s subject, not your company name.
  5. Remove stop words only where the URL remains readable.
  6. Avoid dates unless the content is genuinely time-bound.
  7. Include a category only if that category will not change.
  8. Match the pattern used by comparable pages on the site.
  9. Set the canonical tag when the page is created.
  10. Do not change it afterwards without a substantive reason.

Item ten is the one that matters most in the long run and takes the least effort. Every URL decision is cheap at creation and expensive afterwards, which is the practical reason to settle a pattern once rather than revisiting it.

Do keywords in URLs help?

Very slightly at most, and far less than they did fifteen years ago. A descriptive URL containing the page’s topic is worth having because it aids comprehension and click-through, not because the words in the path carry meaningful ranking weight.

The practical consequence is that you should write URLs to be understood rather than to contain terms. Stuffing a path with keyword variants makes it longer, less readable and no better positioned, which is the worst of both arguments.

Subfolders or subdomains?

Subfolders for most sites, most of the time, because consolidating everything on one hostname is operationally simpler and avoids the question of how signals are shared. Subdomains are legitimate where a section genuinely operates as a separate property.

Do trailing slashes matter?

Only for consistency. A URL with and without a trailing slash can be treated as two addresses, so pick one convention, redirect the other, and set canonicals. It has no ranking effect beyond avoiding duplication.

Do parameters in URLs cause problems?

They can, when they generate many combinations of the same content — filters, sort orders, session identifiers, tracking tags. That is a crawl efficiency and duplication problem rather than a length problem, and it is solved with canonicals, robots rules and parameter handling.

What about very deep folder structures?

Depth matters more than character count, and still less than most people assume. What actually matters is how many clicks from the homepage a page sits at and how well it is internally linked, not how many slashes are in the path.

Do URLs matter for answer engines?

Marginally, and in the same way they matter for people. A readable URL gives an assistant and a reader a clear signal about the page’s subject, which is one small input among many. Length is irrelevant here too.

What should an audit report actually say about URLs?

It should flag unreachable URLs, duplicate addresses, redirect chains and inconsistent patterns. If it flags length, treat that as a readability observation rather than a ranking finding, and check whether the flagged URLs actually have a structural problem behind them.

What is the cost of getting this wrong?

Asymmetric. Leaving a long working URL alone costs nothing. Rewriting a site’s URLs to shorten them can cost months of performance while redirects settle, and some of it may not fully recover if external links are lost along the way.

Common mistakes

Seven, and the first is the one this whole page exists to prevent.

URL mistakes and what to do instead
MistakeConsequenceInstead
Shortening working URLs for SEORedirect risk for zero benefitLeave them alone
Treating an audit warning as a ranking findingEffort spent on a non-issueCheck for a structural cause
Stuffing keywords into the pathLonger, less readable, no betterDescribe the page plainly
Including dates in article URLsContent looks stale after updatesOmit dates unless time-bound
Including unstable categoriesEvery recategorisation is a redirectKeep the path independent of taxonomy
Mixed case URLsDuplicate addresses for one pageLowercase everywhere, redirected
Changing URLs during a redesign without mappingTraffic lost that never returnsMap every URL before anything moves

For the wider technical picture, our plain-language SEO explainer covers the fundamentals, the SEO services page covers how the divisions run technical work, and the corporate SEO guide covers what changes when template-level URL decisions govern thousands of pages.

SEO URL length, SEO friendly URL structure, and what people actually mean by each

Answer first: the phrase SEO url length describes a myth, while SEO friendly URL and URL structure SEO describe the real work. People searching all three usually want the same thing — how to write a good URL — and only one of the three phrasings points at something that matters.

What each search phrasing is really asking, and the honest answer
Search phrasingWhat the person wantsThe honest answer
seo url lengthWhether to shorten URLsLength is not a factor; do not shorten working URLs
does url length affect seoA yes or noNo, and Google has said so repeatedly
seo friendly urlHow to write a good oneReal words, hyphens, lowercase, descriptive, stable
url structure seoHow to organize a whole site’s pathsOne pattern per content type, set once
best url structure for seoA recommended schemeThere is no single best; consistency beats cleverness
url slug seoWhat the readable part should containThe page’s subject in plain words
seo url best practicesA checklistCrawlable, canonical, stable, readable, consistent

Reading down the third column shows why this topic generates so much wasted effort. Only one row describes something that changes rankings, and it is the row about crawlability and canonicalisation rather than any row about characters.

URL patterns by content type, with the reasoning
Content typeSuggested patternWhyWhat to avoid
Service page/service-name/Short, stable, describes the offerNesting under a category that may change
Location page/service-name-city/ or /city/service-name/Either works; pick one and keep itMixing both patterns on one site
Article or guide/topic-in-plain-words/Stable and readableDates, years and campaign names
Product/product-name/Stable across catalog changesCategory paths that get reorganised
Comparison page/thing-vs-thing/Matches how people search itAbbreviations nobody types
Hub or index/topic/Short parent pathDeep nesting for its own sake
Legal or policy/privacy-policy/Conventional and expectedCreative naming

The location row is the one where teams argue longest and it genuinely does not matter which of the two patterns you pick. What matters is picking one, applying it to every location page, and never revisiting the decision.

A practical SEO friendly URL checklist you can apply today

Answer first: seven checks, all of which apply to new pages and none of which justify touching an existing working URL. Run them at creation, not retrospectively.

Can a person tell what the page is about?

Read the URL aloud without the domain. If somebody could describe the page from it, the readability requirement is met and nothing more is needed.

Does it match the pattern used by similar pages?

Consistency across a content type makes internal linking, analytics segmentation and template work simpler. It has no direct ranking effect and it saves real time.

Is the canonical tag set?

This is the check with actual ranking consequences. One authoritative address per piece of content prevents a page from competing with itself, and it costs nothing at creation.

Is it reachable without a barrier?

Blocked in robots, behind a parameter generating infinite combinations, or reachable only through a script are all reasons a page cannot rank whatever it is named.

Will this URL still be correct in three years?

If it contains a date, a year, a campaign name or an unstable category, the answer is probably no, and every future change becomes a redirect.

Not sure whether your URLs are a real problem or an audit warning?

Send us your domain and we will tell you which URL findings are structural — unreachable pages, duplicate addresses, redirect chains — and which are cosmetic warnings you can safely ignore. Usually most of them are the second kind.

Talk to Progression Agency

Video: how search engines crawl and index

Three talks on crawling, indexing and site structure. Everything relevant to URLs is written out in text above, so nothing on this page depends on watching a video.

Getting found in search

AI, AEO and what is changing

Paid media and lead generation

Websites and design

Choosing and working with an agency

Social, content and brand

By industry and by situation

Frequently asked questions

Does URL length affect SEO?
No. URL length is not a ranking factor and Google has said so directly and repeatedly. A long and a short URL with identical content and links will rank the same, and shortening a working URL gains nothing while risking redirect problems.
Why do shorter URLs appear more often in top results?
Because established, well-linked pages tend to sit near the root of a site, which makes their paths shorter. The correlation is real; the causation runs the other way, and reporting it as causation is how the myth started.
Is there a maximum URL length for SEO?
Not one that matters in practice. Technical limits sit well above two thousand characters and search engines handle far longer URLs than any content management system normally produces. Under a couple of hundred characters, length is not your issue.
What does a very long URL usually indicate?
A structural problem upstream: deep nesting, faceted navigation generating combinations, session identifiers in the path, or a template producing URLs nobody designed. Fix the cause, not the character count.
What actually matters about a URL?
Five things: whether it is crawlable, whether it is canonical, whether it stays stable, whether a person can read it, and whether it is consistent with comparable pages. Length appears on none of them.
Should I shorten my existing URLs?
No. There is no ranking benefit and there is real risk from redirects being misconfigured, chained or missed. It is the clearest example in technical SEO of an action with cost and no upside.
When should a URL be changed?
When it is broken or unreachable, when duplicate addresses need consolidating, or when a genuine structural change is already happening. Those three, and no others.
Do keywords in URLs help rankings?
Very slightly at most, and far less than fifteen years ago. A descriptive URL is worth having for comprehension and click-through, not because the words in the path carry meaningful ranking weight.
Should I use hyphens or underscores in URLs?
Hyphens. They are treated as word separators, which makes the URL readable to both people and crawlers. Underscores are handled less predictably and there is no reason to prefer them.
Should URLs be lowercase?
Yes. Mixed case can produce two addresses for the same page depending on server configuration, which creates duplication for no benefit. Lowercase everywhere with redirects from other cases is the safe convention.
Do trailing slashes affect SEO?
Only through consistency. A URL with and without a trailing slash can be treated as two addresses, so choose one convention, redirect the other and set canonicals. There is no direct ranking effect.
Should I put dates in article URLs?
Usually not. A date makes the page look outdated even after the content is refreshed, and removing it later means a redirect on every article you have ever published. Omit dates unless the content is genuinely time-bound.
Should categories be included in URLs?
Only if the category will not change. Including an unstable taxonomy means every recategorisation becomes a redirect, which is a recurring cost for a small organizational benefit.
Are subfolders better than subdomains?
Subfolders for most sites most of the time, because consolidating on one hostname is operationally simpler. Subdomains are legitimate where a section genuinely operates as a separate property with its own team and stack.
Do URL parameters hurt SEO?
They can when they generate many combinations of the same content — filters, sort orders, session identifiers, tracking tags. That is a crawl efficiency and duplication problem, solved with canonicals, robots rules and parameter handling.
Does folder depth matter more than URL length?
Somewhat, and still less than people assume. What matters is how many clicks from the homepage a page sits at and how well it is internally linked, not how many slashes appear in the path.
Why do audit tools flag long URLs?
Because they apply a readability heuristic and report it as a warning. It is an observation about human comprehension rather than a ranking finding, and the distinction is usually lost by the time it reaches a client report.
Do URLs matter for AI answer engines?
Marginally, in the same way they matter for people: a readable URL signals the page’s subject clearly, which is one small input among many. Length is irrelevant here too.
What is the risk of changing URLs?
Redirects can be misconfigured, chains accumulate over years, external links you do not control point at old addresses, internal links go stale and analytics history splits. Recovery takes weeks even when the work is done correctly.
How should I write a URL for a new page?
Real words, hyphen-separated, lowercase, describing the page rather than the site, matching the pattern of comparable pages, without a date unless time-bound, with the canonical tag set at creation. Then leave it alone.
Should I remove stop words from URLs?
Only where the URL stays readable. Removing ‘the’ and ‘a’ is usually harmless; stripping words until the path reads as a keyword string trades comprehension for brevity, which is the wrong trade.
What should a URL audit actually report?
Unreachable URLs, duplicate addresses, redirect chains and inconsistent patterns. If it reports length, treat that as a readability note and check whether the flagged URLs have a real structural problem behind them.

Sources and further reading

  1. Google Search Essentials — SEO starter guide
  2. Google: creating helpful, reliable, people-first content
  3. Google: intro to structured data
  4. Google: LocalBusiness structured data
  5. Google: FAQPage structured data
  6. Google: Article structured data
  7. Google: Product structured data
  8. Google: title links in search results
  9. Google: control your snippets
  10. Google: robots.txt introduction
  11. Google: sitemaps overview
  12. Google: consolidate duplicate URLs
  13. Google: redirects and Search
  14. Google: JavaScript SEO basics
  15. Google: multi-regional and multilingual sites
  16. Google Search Central Blog
  17. Google: get started with Search Console
  18. Google: how local search results are determined
  19. Google Business Profile: prohibited and restricted content
  20. Google Business Profile: address and service area guidelines
  21. Google Business Profile: review policy
  22. Google Business Profile: add or edit categories
  23. Google Ads: location targeting settings
  24. Google Ads: about negative keywords
  25. Google Ads: about Quality Score
  26. Google Ads: importing offline conversions
  27. Google Ads: about Smart Bidding
  28. Google Ads: about Performance Max
  29. Google Local Services Ads: eligibility and screening
  30. Google Ads: keyword match types
  31. Google Analytics 4: about conversions
  32. Google Analytics 4: attribution models
  33. US Census Bureau QuickFacts: New Jersey
  34. US Census Bureau: American Community Survey
  35. US Census: Statistics of US Businesses
  36. Bureau of Labor Statistics: New Jersey data
  37. BLS: Occupational Employment and Wage Statistics
  38. NJ Department of Labor: labor market information
  39. New Jersey Business Action Center
  40. US Small Business Administration: New Jersey district
  41. USA.gov: business resources
  42. web.dev: Core Web Vitals explained
  43. web.dev: Largest Contentful Paint
  44. web.dev: Cumulative Layout Shift
  45. web.dev: Interaction to Next Paint
  46. Google PageSpeed Insights
  47. Google Rich Results Test
  48. Google Search Console
  49. W3C Markup Validation Service
  50. Schema.org: LocalBusiness type
  51. Schema.org: Service type
  52. Schema.org: FAQPage type
  53. Schema.org: HowTo type
  54. W3C: WCAG 2.2 quick reference
  55. FTC: CAN-SPAM Act compliance guide
  56. FCC: telemarketing and robocall rules (TCPA)
  57. FTC endorsement guides — reviews and testimonials
  58. FTC: rule on consumer reviews and testimonials
  59. HHS: HIPAA guidance on online tracking technologies
  60. New Jersey Courts: attorney advertising guidelines
  61. New Jersey DCA: construction codes and permits
  62. New Jersey Home Improvement Contractor registration
  63. New Jersey Division of Consumer Affairs
  64. TikTok for Business
  65. TikTok Creative Center
  66. TikTok Ads Help Center
  67. TikTok Community Guidelines
  68. TikTok Terms of Service
  69. TikTok Privacy Policy
  70. TikTok Safety Center
  71. TikTok Transparency Center
  72. TikTok Creator Portal
  73. TikTok Newsroom
  74. TikTok for Developers
  75. TikTok advertising solutions
  76. TikTok Creator Marketplace
  77. TikTok Business Center
  78. TikTok for Business blog
  79. TikTok Creative Center: top ads
  80. TikTok Branded Content policy
  81. TikTok Shop for sellers
  82. Instagram for Business
  83. Instagram for Creators
  84. Instagram Help Center
  85. About Instagram
  86. Meta Business Suite
  87. Meta Business Help Center
  88. Meta Transparency Center
  89. About Meta
  90. Meta: Instagram platform docs
  91. YouTube Creators
  92. YouTube Official Blog
  93. YouTube Shorts help
  94. How YouTube Works
  95. YouTube Studio
  96. LinkedIn Marketing Solutions
  97. LinkedIn Help
  98. Pinterest Business
  99. Pinterest Business Help
  100. Snapchat for Business
  101. X for Business
  102. Reddit communities
  103. Reddit for Business Help
  104. ASCAP
  105. BMI
  106. SESAC
  107. Global Music Rights
  108. PRS for Music (UK)
  109. PPL (UK)
  110. SOCAN (Canada)
  111. APRA AMCOS (Australia)
  112. GEMA (Germany)
  113. SACEM (France)
  114. SIAE (Italy)
  115. JASRAC (Japan)
  116. IFPI
  117. RIAA
  118. National Music Publishers Association
  119. Harry Fox Agency
  120. SoundExchange
  121. Music Reports
  122. Epidemic Sound
  123. Artlist
  124. Soundstripe
  125. PremiumBeat
  126. AudioJungle
  127. Free Music Archive
  128. Creative Commons
  129. Incompetech
  130. FTC: advertising and marketing
  131. FTC: disclosures 101
  132. FTC: endorsement guides
  133. FTC: consumer reviews rule
  134. FTC: advertising FAQs
  135. US Copyright Office
  136. US Copyright Office: DMCA
  137. US Copyright Office: music FAQ
  138. US Copyright Office: fair use FAQ
  139. USPTO: trademarks
  140. UK Advertising Standards Authority
  141. ACCC (Australia)
  142. Competition Bureau Canada
  143. GDPR overview
  144. California Consumer Privacy Act
  145. COPPA
  146. FTC: children’s privacy
  147. W3C Web Accessibility Initiative
  148. W3C: WCAG
  149. W3C: captions
  150. W3C: making audio and video accessible
  151. ADA.gov
  152. WebAIM
  153. Epilepsy Foundation
  154. Pew Research: internet and technology
  155. DataReportal
  156. US Census Bureau
  157. US Bureau of Labor Statistics
  158. Interactive Advertising Bureau
  159. Think with Google
  160. Google Trends
  161. Nielsen insights
  162. Schema.org: VideoObject
  163. Schema.org: SocialMediaPosting
  164. Schema.org: MusicRecording
  165. Schema.org: HowTo
  166. Schema.org: FAQPage
  167. Schema.org: Organization
  168. Google: video best practices
  169. Google: video structured data
  170. CapCut
  171. Adobe Premiere Rush
  172. DaVinci Resolve
  173. Canva
  174. Descript
  175. VEED
  176. Kapwing
  177. Otter.ai
  178. Later
  179. Buffer
  180. Hootsuite
  181. Sprout Social
  182. Google Analytics
  183. Google Search Console
  184. Google Analytics developer docs
  185. GA4: events and conversions
  186. Matomo
  187. Plausible Analytics
  188. Similarweb
  189. UK Information Commissioner’s Office
  190. Office of the Privacy Commissioner of Canada
  191. Australian OAIC
  192. European Data Protection Board
  193. EU data protection
  194. EU Digital Services Act
  195. Ofcom
  196. FCC
  197. AIGA
  198. Nielsen Norman Group
  199. Smashing Magazine
  200. web.dev
  201. MDN: web media
  202. MDN: the video element
  203. ISO 21001 (reference)
  204. Buma/Stemra (Netherlands)
  205. STIM (Sweden)
  206. Teosto (Finland)
  207. Koda (Denmark)
  208. TONO (Norway)
  209. IMRO (Ireland)
  210. SGAE (Spain)
  211. ZAiKS (Poland)
  212. KOMCA (South Korea)
  213. MCSC (China)
  214. CISAC
  215. World Intellectual Property Organization
  216. TikTok: creating videos
  217. TikTok: exploring videos
  218. TikTok: privacy settings
  219. TikTok: growing your audience
  220. TikTok Creator Academy
  221. TikTok Effect House
  222. TikTok for small business
  223. Instagram: Reels help
  224. YouTube: Shorts best practice
  225. How YouTube recommends
  226. Pinterest Predicts
  227. Snapchat for Business
  228. Hootsuite blog
  229. Social Media Examiner
  230. Marketing Week
  231. Adweek

Get a free marketing proposal

Tell us what you are trying to grow and we will come back with a plan, not a pitch deck. Same-day reply on weekdays.

Our website uses cookies from third party services to improve your browsing experience. Read more about this and how you can control cookies by clicking "Privacy Preferences".
Privacy Preferences
When you visit our website, it may store information through your browser from specific services, usually in form of cookies. Here you can change your privacy preferences. Please note that blocking some types of cookies may impact your experience on our website and the services we offer.
Privacy Policy
You have read and agreed to our privacy policy
Required