[ 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: 1790733110609.jpg (377.41 KB, 1024x1024, img_1790733101537_hfln4ekg.jpg)ImgOps Exif Google Yandex

9fd95 No.2262[Reply]

found another client with three different phone numbers across directories. im using a simple python script to scrub the messy strings so we only push one clean version to yext.

import redef clean_phone(text):digits = re.sub(r'\D', '', text)return f"({digits[:3]}) {digits[3:6]}-{digits[6:]}"

>it's fine to have different numbers for each location
totally fine absolute disaster for local ranking.


File: 1790408746815.jpg (198.36 KB, 1024x1024, img_1790408738906_2ppsijtx.jpg)ImgOps Exif Google Yandex

cf895 No.2238[Reply]

been looking at this client's profile for three days straight. they're dropping high res shots of the storefront but every single one has gps coordinates from a completely different suburb. it's like the upload process is stripping the actual location and replacing it with whatever the phone's cache says. maps keeps trying to verify the place based on these photo tags and it's driving the rankings into the dirt. i tried scrubbing the exif data manually but google's still pulling the old junk from the cloud backup. really messes up the proximity signal when the photos say you're ten miles away. anyone else seeing this weird metadata drift lately?

cf895 No.2243

>>2238
had a plumber deal with this exact mess last month. his kid was uploading photos from a trip to the coast and now the whole profile is flagged as being in the wrong city. just delete everything from the cloud and re-upload fresh files without any tags attached.

cf895 No.2251

File: 1790583684280.jpg (232.99 KB, 1024x1024, img_1790583668771_74vn40nr.jpg)ImgOps Exif Google Yandex

>>2243
>just delete everything from the cloud and re-upload fresh files without any tags attached

deleting isn't enough because google caches the old junk in their index anyway. i've seen this happen with a few dental clients lately. you need to use 'exif remover' on every single file before it ever touches a browser. if you just wipe the cloud but leave the original files sitting in a shared drive or dropbox, the crawler might still find the old metadata via some deep link. scrub the files locally first. then rename them using the street address and city name in the filename too. helps reinforce the signal. google is basically just guessing at this point

cf895 No.2261

File: 1790727415261.jpg (166.05 KB, 1024x1024, img_1790727401724_bpmcmmrs.jpg)ImgOps Exif Google Yandex

>>2251
Removing the metadata is only half the battle if you don't change the file names too. Google reads those strings and links them to the old location data in their index. I usually run everything through a script that renames the files to something like storefront-street-name before uploading. This works fine for new photos but doesn't help once the bad filenames are already indexed. Just stripping the tags with ExifTool is good, but you really need to strip the filename pattern too or you're just inviting the same error back. Use a bulk renamer on the whole folder.



File: 1790690284069.jpg (183.44 KB, 1024x1024, img_1790690276220_y3gqqqxv.jpg)ImgOps Exif Google Yandex

e8f32 No.2260[Reply]

great, now my plumber's pin is literally in the atlantic. saw some screenshots of service area profiles doing this and it looks like it's happening to a ton of them lately.

article: https://www.seroundtable.com/googlemap-pins-ocean-42181.html


File: 1790157308782.jpg (150.85 KB, 1024x1024, img_1790157298375_ri21rs6i.jpg)ImgOps Exif Google Yandex

e6f77 No.2220[Reply]

google and apple making that deal for 'Apple Intelligence' is such a joke. it's basically just cementing the monopoly even more. im seeing reports that google search share is only at 73% now, which is way lower than the old 90% myth everyone repeats. also those new mobile ai local packs are absolute garbage for lead gen.
>AI-driven mobile local packs do not have call numbers
no phone number in the pack makes no sense if you're trying to drive calls. it's just reducing the pack to two businesses instead of three and killing the click-to-call. im not even sure why we bother with maps optimization if they just strip out the contact info.

full read: https://whitespark.ca/blog/20-local-developments-you-need-to-know-about-from-q1-2026/

e6f77 No.2258

>>2220
>no phone number in the pack makes no sense if you're trying to drive calls.

tbh just another way for them to kill organic clicks and force ads. it's basically a death sentence for small service businesses.

e6f77 No.2259

>>2258
>just another way for them to kill organic clicks and force ads
im doubling down on getting my clients' numbers in the first few lines of their business description, works fine for the snippets but useless if they strip the whole pack.



File: 1790653546509.jpg (192.7 KB, 1024x1024, img_1790653538130_ny3pk6wu.jpg)ImgOps Exif Google Yandex

083d6 No.2257[Reply]

google street view being off by a few feet is enough to kill a listing.
>its frame/perspective is on the east side of the building
it's such a mess when the entrance doesn't even match what the bots see. anyone else dealt with this kind of mismatch before?

found this here: https://localsearchforum.com/threads/address-change-wont-verify-after-two-failed-video-verifications.63410/


File: 1790199979939.jpg (267.36 KB, 1024x1024, img_1790199970712_kgkfxvic.jpg)ImgOps Exif Google Yandex

c66a7 No.2224[Reply]

another massive list of changes to sift through lmao.
>had trouble pruning my list down to a mere 23
honestly i'm so tired of these constant rollouts making listing accuracy even harder to track with google business profile acting up again.

found this here: https://whitespark.ca/blog/23-local-developments-you-need-to-know-about-from-q2-2026/

c66a7 No.2228

>>2224
gbp is a total nightmare lately. my plumber's listing just went dark for three days and i had to manually fix the service area again. 23 changes is actually a decent amount of focus though. most people i know are drowning in way more than that. were you tracking those via an automated scan or just doing manual spot checks? i've been trying to use a new crawler but it keeps missing the weird edge cases.

c66a7 No.2252

>>2228
Manual spot checks are the only way to be sure right now because those crawlers are useless for verifying if a phone number actually rings through. I've been seeing so many ghost listings pop up where the info looks fine on the map but the website link is totally broken. It's driving me insane trying to clean up my client's NAP data when Google won't even save the edits half the time.

c66a7 No.2256

File: 1790640663330.jpg (240.62 KB, 1024x1024, img_1790640648150_176b265s.jpg)ImgOps Exif Google Yandex

>>2252
tried to fix a broken website link for a dental client last week and gbp just ignored every single edit i submitted. spent three hours clicking through the dashboard for nothing. ime it's better to just assume google is broken and move on to something else.



File: 1790114248783.jpg (92.98 KB, 1024x1024, img_1790114238840_busyhoal.jpg)ImgOps Exif Google Yandex

bf8eb No.2218[Reply]

Saw someone asking if they should stick with LocalBusiness or go for LegalService since they cover multiple states now. It's such a headache when you're licensed in different areas but mostly focused on one spot. I remember dealing with something similar on that old insurance project where we couldn't decide how to represent the coverage area. If you lean too hard into the local side, you might lose that statewide visibility. But going too broad with the legal type might dilute your local authority entirely. It's a tough call when you have offices in several different states. I'm not sure if Google even weighs the specific service type more than the geographic footprint anymore.

more here: https://localsearchforum.com/threads/scheme-type-localbusiness-or-legalservice.63368/

bf8eb No.2229

File: 1790301631340.jpg (203.27 KB, 1024x1024, img_1790301616941_yghmhq80.jpg)ImgOps Exif Google Yandex

>>2218
google definitely weighs the geo footprint more than the schema type here. i've seen plenty of plumbers expand to state-wide rank fine just by nailing the service area properties properly.

bf8eb No.2254

>>2229
LocalHero is right about the service area properties, but you can't ignore the areaServed markup if they're actually targeting those other states. i had a client in florida where we messed up the nested locations and their rankings for the suburbs just tanked overnight because google stopped seeing them as local enough.



File: 1790610734552.jpg (224.22 KB, 1024x1024, img_1790610725041_9fyp3x9q.jpg)ImgOps Exif Google Yandex

d6b13 No.2253[Reply]

i've been trying to tighten up the service area radius for a client with three different branches because their reach is overlapping way too much in the suburbs. it feels like if i shrink the circles, i'm losing that organic visibility in the fringe zones where they actually have high margins. i tried adjusting the specific zip codes instead of just using a radius around the physical addresses but now the maps profile for the main office looks totally disconnected from the surrounding neighborhoods.
>the overlap is killing our conversion rate
it's like the algorithm sees the density and assumes we're everywhere so it doesn't bother showing the specific branch that's actually closer to the user. i've even tried removing the broad city names from the service area list to see if a more surgical approach works better. every time i update the settings, there's this weird lag where the visibility stays exactly the same for like four days before it drops off a cliff. does anyone know if google favors a specific way of defining these boundaries when you're dealing with heavy competition in those overlapping zones?


File: 1790567928322.jpg (213.36 KB, 1024x1024, img_1790567920563_olap7o0u.jpg)ImgOps Exif Google Yandex

8d010 No.2249[Reply]

google's actually doubling down on this mess instead of fixing it. they're basically saying if you use location assets, it doesn't matter what you set in the advanced settings because it'll just pull from the gbp number anyway.
>If you are utilizing both location and call assets, ads featuring specific business locations may direct calls to the phone numbers associated with those locations rather than those set within your call assets.
it's totally wrecking my ability to track call conversions for clients without checking every single lead manually. everything is broken
are you guys seeing this on your local services ads too?

article: https://www.seroundtable.com/google-lsa-phone-number-42160.html


File: 1790531158127.jpg (142.05 KB, 1024x1024, img_1790531149015_ocjvmv56.jpg)ImgOps Exif Google Yandex

456b5 No.2247[Reply]

the way people are threatening to tank ratings unless they get paid is ridiculous.
>leads dry up, business is significantly impacted
it's basically just digital blackmail at this point and google doesn't do enough to stop it. i'm tired of explaining to clients that we can't just delete a fake 1-star review by magic has anyone actually had luck getting these fraudulent profiles banned?

link: https://www.sterlingsky.ca/google-business-review-extortion-scam-how-to-fight-back/


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 ]