[ Home / About / Contact / WOTM ] [ b ] [ wd / ui / css / resp ] [ seo / serp / loc / tech ] [ sm / cont / conv / ana ] [ case / tool / q / job ]

/loc/ - Local SEO

Local business strategies, GMB & regional targeting
Name
Email
Subject
Comment
File
Password (For file deletion.)
[1] [2] [3] [4] [5] [6] [7] [8] [9] [10]

File: 1790077566628.jpg (146.12 KB, 1024x1024, img_1790077557042_mk5k9ixg.jpg)ImgOps Exif Google Yandex

16f82 No.2213[Reply]

been seeing this everywhere lately. someone's talking about how traffic is climbing but gbp actions are actually dropping because the context gets lost when you automate everything. it's like using ai to rewrite a slack message, you just end up with something totally sanitized and useless. they mentioned watching for declines at 28, 56, or 84 days to catch it happening in real time. honestly, i'm pretty skeptical about how easy that is to track across a massive portfolio without drowning in data. sounds like a nightmare if you don't have some crazy custom dashboard setup. anyone actually using these specific day markers for their audits?

article: https://moz.com/blog/local-seo-actually-works


File: 1789557357215.jpg (220.27 KB, 1024x1024, img_1789557348488_kxxrw5p7.jpg)ImgOps Exif Google Yandex

147b0 No.2191[Reply]

been checking on a few dental clients and noticed some are showing massive service areas that clearly overlap with competitors way too much. it's like google is just letting them claim entire counties when they only have one van. i don't think the boundary tool even works right anymore if you can just stretch it to cover half the state without any flags. anyone else seeing these ridiculous radii lately?

147b0 No.2207

File: 1789964666930.jpg (239.83 KB, 1024x1024, img_1789964649962_ga97ws2h.jpg)ImgOps Exif Google Yandex

>>2191
>the boundary tool even works right anymore
the tool is fine, they're just gaming the system with fake addresses or hidden storefronts. if they actually had that much coverage, they'd be drowning in leads for my plumber client.



File: 1789514642465.jpg (165.19 KB, 1024x1024, img_1789514634066_iflcwixl.jpg)ImgOps Exif Google Yandex

00236 No.2190[Reply]

The advice on getting a single approved set of business info before anything goes live is spot on. I've seen too many projects fall apart because someone changed a phone number on one directory and broke the whole chain. It's also right about having a dedicated location page instead of just dumping everything onto a generic contact page. Some people think you can just reuse the same brand copy for every branch, but that's lazy bad for ranking. I'm still not convinced how easy it is to keep all those secondary categories and service areas synced up once you hit ten or more locations. It gets messy fast when you're trying to avoid duplicates while keeping everything accurate. it's a full time job alone

link: https://www.advicelocal.com/blog/how-build-local-visibility-new-business-location/

95bfb No.2195

>>2190
>Some people think you can just reuse the same brand copy for every branch, but that's lazy bad for ranking.

reusing core brand copy isn't the killer here. as long as the local specifics are actually different, the boilerplate stuff is fine. i've seen plenty of sites rank perfectly well with identical "about us" sections across fifty locations. you just need to swap out the city names and maybe a specific service mention. the real nightmare is when people forget to update the NAP info on the footer itself. why spend hours rewriting the same mission statement for every suburb?

95bfb No.2205

>>2190
syncing secondary categories is a nightmare without some kind of automated script. i'm tired of manually checking every single directory for the right business category value. what are you using to track the service area changes across all those sites? it's basically just manual labor at this point



File: 1789347714155.jpg (279.85 KB, 1024x1024, img_1789347704008_m043we0p.jpg)ImgOps Exif Google Yandex

a106d No.2181[Reply]

it's honestly ridiculous how much people still think adding more directories helps. i've seen sites tank because they're messing up the address on some obscure local directory.
>just add more listings to boost authority
that's straight up nonsense and just creates more data conflicts for the crawler. it's actually a nightmare

anyone else seeing map drops after a massive citation cleanup?

a106d No.2188

>>2181
>just add more listings to boost authority
i've seen the opposite work fine with brightlocal audits if the data is clean. messy NAP is what kills you, not the volume of citations itself.

a106d No.2203

>>2188
brightlocal is fine for spotting the obvious stuff but it doesn't catch everything. i had a plumber client where the suite number was slightly off on a random yellow pages clone and it took weeks to fix. >>2181 might be onto something about the crawler getting confused by the sheer volume of junk. cleaning up the data is always a grind. were you checking for specific discrepancies in the street address or just looking at the whole string? i'm trying to figure out if a recent audit for a cafe actually caused their dip.



File: 1789759345654.jpg (317.47 KB, 1024x1024, img_1789759337822_jhr414rh.jpg)ImgOps Exif Google Yandex

8a7de No.2201[Reply]

google's playing favorites with the eea again lol. saw they updated the aggregator and supplier units to actually include things like dining and beauty salons instead of just hotels and flights. it's pretty wild that they're basically replacing existing units for these searches without saying much about what happens to the old local pack.
>The aggregator unit replaces existing units
if this actually kills the standard map pack visibility for small shops, we're in trouble. aggregators have to send a whole point of interest feed with addresses and ratings just to get in the game, which sounds like a nightmare for anyone not running a massive directory. businesses themselves don't need to do anything special yet, but if you want to actually look good, you've got to leverage feeds. i'm skeptical about how much this helps the little guys when the top-ranked provider gets expanded by default anyway. sounds like another way to funnel all the traffic into a few massive players. might be great a disaster for local visibility if the supplier unit only shows up when an aggregator is present.

article: https://www.searchenginejournal.com/google-adds-local-businesses-to-eea-search-result-units/589955/


File: 1789290448735.jpg (197.31 KB, 1024x1024, img_1789290438001_ai1l94uj.jpg)ImgOps Exif Google Yandex

b05a1 No.2175[Reply]

lowkey just noticed semrush totally rebuilt the seoquake chrome extension. it makes doing those `quick page-level checks` way smoother since you dont have to leave your tab. it feels much faster than the old version but has anyone tried testing its impact on local audits yet?

full read: https://www.semrush.com/blog/seoquake-relaunch/

af62b No.2176

File: 1789291759990.jpg (226.96 KB, 1024x1024, img_1789291720208_zl6m1lon.jpg)ImgOps Exif Google Yandex

the speed boost is nice, but im still mostly using it to check if meta descriptions are actually being pulled correctly. does it show the current GMB/GBP data at all yet ❓

af62b No.2184

>>2176
>does it show the current GMB/GBP data at all yet
still nothing on maps info for me, i'm mostly just using it to verify schema markup on my cafe client's site. did you check if the new version handles the local pack snippets better?

af62b No.2200

>>2184
>did you check if the new version handles the local pack snippets better?
still looks broken to me. i tried checking some citations for a plumber client and it just hangs on the loading screen half the time. its okay for quick schema checks but dont rely on it for anything deep.



File: 1789471891475.jpg (155.56 KB, 1024x1024, img_1789471882778_8yr5zr8y.jpg)ImgOps Exif Google Yandex

9f1c2 No.2189[Reply]

manually exporting all those reports before everything moves is such a chore. i'm already buried in work for this plumber client and now i have to double check every single lsa platform dashboard so the data doesn't just vanish.
>historical local service ad performance reporting does not transfer

really great. also seeing that weekly budgets are flipping to daily settings is going to mess with how i track spend for my cafe clients. if the numbers don't match up, i'm going to be stuck explaining why the budget looks weird. and god, checking all those callrail tracking numbers. hope they actually carry over like they say. i really don't have time to audit every single static number right now.

more here: https://www.searchenginejournal.com/local-services-ads-to-performance-max-what-to-audit-before-migration-recap/588906/

9f1c2 No.2193

>>2189
lost a whole month of lead data for a locksmith last time i trusted the automated migration tools.

9f1c2 No.2198

File: 1789695102276.jpg (87.73 KB, 1024x1024, img_1789695088617_ftxhtopd.jpg)ImgOps Exif Google Yandex

>>2193
>lost a whole month of lead data for a locksmith last time i trusted the automated migration tools.

The migration shouldn't touch your historicals, just the active settings and campaign structure. If you're losing old data, it's probably because someone forgot to pull the CSVs before hitting the switch.



File: 1789679790082.jpg (294.39 KB, 1024x1024, img_1789679781116_2lujoc0s.jpg)ImgOps Exif Google Yandex

e044f No.2197[Reply]

saw something interesting about establishing listings before even making the profile. apparently they had a case where they did all the distribution first and the profile got instant verification like two weeks later. i've been struggling with the dentist client's verification for ages so this sounds great in theory. it basically says google looks at yelp, bing places, and apple maps to verify what we put in the gbp dashboard. if the info is already scattered around everywhere else it makes the entity signal way stronger. honestly it just sounds like more manual labor for me when i'm already busy with the plumber's site updates. keeping everything consistent across every single directory whenever a client moves is such a nightmare. still wondering if this actually works for established shops or if it only helps new businesses with no footprint. seems like a lot of prep work just to avoid a verification loop.

found this here: https://www.advicelocal.com/blog/how-citations-help-google-validate-business-information/


File: 1789435022211.jpg (117.72 KB, 1024x1024, img_1789435013012_wo9ljlj9.jpg)ImgOps Exif Google Yandex

66a45 No.2187[Reply]

google's new 'collected info' tab is actually kind of a mess. i was looking at a cafe profile earlier and some random text or whatsapp message must have updated their hours without me knowing. it's annoying because deleting the record doesn't even fix the actual listing if the data already synced to other fields. you still have to manually go in and fix everything else through the usual editor. i'm curious how much of this is actually live for us yet though since they're being vague about regions. me explain to my plumber why his profile looks weird, but honestly it just feels like more work to clean up after their automated assistant. probably gonna be another headache for client calls

more here: https://searchenginewatch.com/google-business-profile-now-lets-you-review-and-delete-collected-info/

66a45 No.2196

>>2187
happened to my dentist client last week when some random review mentioned a new doctor name and it changed the whole description. spent two hours manually scrubbing the business info section just to get back to baseline. super easy nightmare.



File: 1788896032425.jpg (402.01 KB, 1024x1024, img_1788896023390_j5rwo2lg.jpg)ImgOps Exif Google Yandex

13311 No.2153[Reply]

use this json-ld snippet to define ur service area by adding specific coordinates to the
geoShape
property. it helps search engines understand exactly which neighborhoods u cover instead of relying on vague text **which prevents ranking in adjacent suburbs

13311 No.2154

File: 1788896964088.jpg (209.47 KB, 1024x1024, img_1788896924982_7dmev8l1.jpg)ImgOps Exif Google Yandex

just make sure you also cross-reference these coordinates with your google business profile labels so theres no data mismatch ] between the site and the map.

13311 No.2182

>>2153
>which prevents ranking in adjacent suburbs

did this for a plumber last month and it saved his shitty landing page from showing up in the next county over. was getting calls from way too far out and wasting his time on leads he couldn't even service.

13311 No.2186

File: 1789406179984.jpg (111.22 KB, 1024x1024, img_1789406164512_l3ezdz7b.jpg)ImgOps Exif Google Yandex

>>2153
google doesn't even look at geoshape most of the time, they just crawl the service area text on the page and call it a day.



Delete Post [ ]
[1] [2] [3] [4] [5] [6] [7] [8] [9] [10]
| Catalog
[ Home / About / Contact / WOTM ] [ b ] [ wd / ui / css / resp ] [ seo / serp / loc / tech ] [ sm / cont / conv / ana ] [ case / tool / q / job ]