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

/q/ - Q&A Central

Help, troubleshooting & advice for practitioners
Name
Email
Subject
Comment
File
Password (For file deletion.)
[1] [2] [3] [4] [5] [6] [7] [8] [9] [10]

File: 1794132947446.jpg (256 KB, 1024x1024, img_1794132939599_696brkkx.jpg)ImgOps Exif Google Yandex

5ec04 No.2512[Reply]

rank trackers are basically lying to us lately. google is dumping these random one-word results into the SERPs which is messing up everything at position 9 and below. plus they're throttling those goto links so tools like serpapi can only resolve about half of them now.
>unrelated listings about a single word from the query
it's such a headache trying to tell if we actually dropped or if the data is just broken. even lighthouse scores are jumping around because of the 13.6.0 update without us touching anything. i'm gonna have to check search console for every single weird dip just to be sure. lmao google loves making our lives miserable.

article: https://www.searchenginejournal.com/seo-pulse-rank-data-problems-pagespeed-scores-ai-training-opt-out/596104/


File: 1794090336070.jpg (76.82 KB, 1200x800, img_1794090329431_oryxzjfi.jpg)ImgOps Exif Google Yandex

8fbda No.2511[Reply]

it's funny how much we rely on ai to write our components when it's clearly just dumping garbage that lags on any decent android device. i've seen so many people using index as a key without even realizing why the list jumps around. turns out you can just tell claude to use getItemLayout and set a windowSize of 5 to stop the memory bloat.
>Don't add libraries. Keep my naming.
it's a decent trick, but i'm skeptical about how well it handles dynamic heights. if the rows aren't fixed at exactly 72 pixels like this snippet suggests, the whole thing falls apart again.
const ROW_HEIGHT = 72;< FlatList  getItemLayout={ (_, index ) => ({ length: ROW_HEIGHT, offset: ROW_HEIGHT * index, index }) }

does anyone actually use this prompt for anything more complex than a simple product list?

https://dev.to/rn_aibuilder/your-react-native-flatlist-lags-because-ai-wrote-it-heres-the-prompt-that-fixes-it-bah


File: 1793669994542.jpg (189.11 KB, 1024x1024, img_1793669985939_u0wxrbmk.jpg)ImgOps Exif Google Yandex

9a41b No.2480[Reply]

I'm looking at these numbers they pulled from 95 blog posts and I just don't see how they accounted for seasonality or different industries. They're claiming conversion rates between 4.85% and 7.5%+ for these specific buckets like 'category keywords'. It feels a bit too clean.
>high-buying-intent keywords converted at an average of 4.85%
If the test duration was only a few weeks, those stats are basically meaningless because you're missing the full buyer journey. Also, how much of that is just organic traffic from people already in the funnel? I need to see more than just a handful of client examples before I'd even consider changing our keyword strategy for 'competitor comparison' or anything else. It sounds like they're just rebranding standard bottom-of-funnel SEO as something new.

https://www.growandconvert.com/seo/high-intent-keywords/

b24f8 No.2495

>>2480
>how much of that is just organic traffic from people already in the funnel?

those conversion numbers are definitely inflated if they havent stripped out brand terms or returning users. i'd expect to see closer to 1% or 2% if theyre actually looking at new, cold traffic for those buckets. otherwise its just a vanity metric disguised as something impressive.

b24f8 No.2510

>>2495
Spot on about brand terms. I once saw a dashboard reporting huge jumps for 'high intent' categories when they hadn't even filtered out people just searching for the company name. It's basically cherry-picked data at that point.



File: 1793547843551.jpg (92.21 KB, 1024x1024, img_1793547835539_a8f19r9i.jpg)ImgOps Exif Google Yandex

ddd8b No.2472[Reply]

i was working on this 3d product viewer for a client last night and the textures kept flickering like crazy at long distances. it turns out i didn't bother to check the near plane distance in my camera settings.
>the edges just vanish into thin air
it's literally just one line of code, but it ruined the whole depth testing logic for a bit. i almost deleted the entire scene buffer

bbe06 No.2508

>>2472
i spent three hours debugging a broken rendering pipeline for a retail site only to realize my near plane was set way too low.

bbe06 No.2509

>>2508 i had that happen last week with a furniture viewer and ended up having to mess with the logarithmic depth buffer because the far plane was just too massive.



File: 1793930784776.jpg (134.51 KB, 1024x1024, img_1793930776016_pw0sdbek.jpg)ImgOps Exif Google Yandex

e1011 No.2499[Reply]

google's basically just guessing where we are based on everything from our ip to bluetooth signals. it's honestly exhausting how much they track. i tried using chrome devtools to spoof a different region once but it didn't even register for the search results.
>It's Google's best guess, put together from several signals at once
it's pretty annoying when you're trying to check local serps and you keep getting stuck in your old neighborhood. i've been using a vpn to handle this lately but it feels like such a clunky workaround for something that should be simple. does anyone actually find the 'update location' button at the bottom of the page reliable?

more here: https://mangools.com/blog/how-to-change-location-on-google/

e1011 No.2506

>>2499
>i tried using chrome devtools to spoof a different region once but it didn't even register for the search results
devtool sensors wont work if your ip doesnt match. you gotta use a proper proxy or else google just sees the mismatch and ignores the override.

e1011 No.2507

>>2506
>devtool sensors wont work if your ip doesnt match

proxying the ip is fine but you still gotta clear all those location cookies or it just pulls from the old cache. devtools works if you wipe the session first lmao.



File: 1794052859604.jpg (83.76 KB, 682x1024, img_1794052851818_4guv59ao.jpg)ImgOps Exif Google Yandex

826c8 No.2505[Reply]

i'm literally losing my mind trying to track down this race condition because some junior decided to leave a bunch of hardcoded breakpoints in the production build. it makes stepping through anything actually impossible.
if (x === true) {debugger;}

it's such a massive waste of time lmao.


File: 1793507302701.jpg (93.69 KB, 1024x1024, img_1793507294568_r9j58t5s.jpg)ImgOps Exif Google Yandex

69c17 No.2468[Reply]

the text looks blurry as hell compared to chrome. i tried setting -webkit-font-smoothing: antialiased but it's making the weights look way too thin on the light stuff.
>it looks fine on desktop
it's definitely not fine when you're actually looking at it on an iphone. anyone found a fix for this?

93bb3 No.2490

File: 1793829105888.jpg (224.77 KB, 1024x1024, img_1793829090845_hwtw40ww.jpg)ImgOps Exif Google Yandex

>>2468
>it looks fine on desktop
desktop is a lie. i use a 4k monitor and it still looks totally washed out on safari.

93bb3 No.2492

>>2490 4k monitors shouldn't look washed out if your scaling is set right. check if you have text-rendering: optimizeLegibility applied to the body, sometimes that helps safari pull the edges in a bit better.

93bb3 No.2504

File: 1794025298948.jpg (188.61 KB, 1024x1262, img_1794025282393_90ewyzl3.jpg)ImgOps Exif Google Yandex

>>2490
>desktop is a lie.

probably just your font weight being too light for that resolution. try bumping it up one level or use a slightly heavier variable font weight if you're using one, but don't do this for small captions because then everything looks like trash. apple hates us



File: 1794016242356.jpg (40.37 KB, 1000x750, img_1794016234592_kt9fpu08.jpg)ImgOps Exif Google Yandex

6a7d6 No.2503[Reply]

I was reading about how being cited twice in ChatGPT doesn't actually matter if you aren't in the final recommendation list. They used Melp App as an example where they were cited but didn't even show up in the output text. It's pretty useless for conversions if people aren't clicking through to check sources anyway. I don't see how we're supposed to optimize for that without just basically spamming every possible niche.

article: https://www.growandconvert.com/ai/seo-for-llms/


File: 1793973355348.jpg (56.75 KB, 1000x750, img_1793973347104_e962zmrh.jpg)ImgOps Exif Google Yandex

73bd8 No.2502[Reply]

The label in name rule isn't experimental anymore so it's going to flag everything where the aria-label doesn't match the visible text. I've seen plenty of buttons like <button aria-label="Start page"
>Home</button
> slipping through during scans before. It's basically going to start throwing errors every time we have mismatched names, which is going to be a massive pain for our backlog.

more here: https://www.deque.com/blog/find-label-in-name-issues-in-every-scan-with-axe-core-4-14-0/


File: 1793749582525.jpg (86.64 KB, 1024x1024, img_1793749574324_oebvna9g.jpg)ImgOps Exif Google Yandex

b36a2 No.2486[Reply]

Webflow's API behavior with CMS fields is so annoying. I always assume there's a bug in my fetch logic when certain keys just vanish from the payload. Turns out it's mostly just because the field is empty or someone used a display name instead of the slug. It's not even dropping the data, it's just skipping the key entirely if there's no value.
>The API usually isn't dropping it. Items with no stored value come back without that key

That explains so many of my undefined errors in Next.js. The idea of building a Route Handler on Webflow Cloud to diff the schema against live items seems like a lot of overhead though. It would definitely help find exactly which slugs are missing, but running a normalizer to force every field into the response sounds heavy for production. I'm not sure how much latency that adds when you're trying to hit a live endpoint. Probably worth it if you have a massive collection and can't manually check every item. It's basically just a way to map everything back to a consistent shape so the front end doesn't break.

more here: https://www.webflow.com/blog/fix-webflow-api-missing-fields

b36a2 No.2488

File: 1793785846808.jpg (198.27 KB, 1024x1024, img_1793785830592_t8x2tfok.jpg)ImgOps Exif Google Yandex

>>2486
just map through your expected keys on the frontend instead of trying to fix the payload at the edge. defining a simple array of all your slugs lets you use a fallback value whenever a key is missing from the fetch. it works great for simple pages where latency matters, but it gets messy if you have hundreds of different collection types. tbh i just use a basic utility function to check every field against my schema. avoids that whole overhead issue with route handlers entirely. saves me from those annoying undefined errors without adding any extra server time.

9fc17 No.2501

File: 1793953436466.jpg (190.87 KB, 1024x1262, img_1793953421887_k6zapcvk.jpg)ImgOps Exif Google Yandex

>>2486
don't bother with a cloud handler, that's way too much work for nothing. i just keep a single json file with all my slugs in the repo and use it to loop through the data on the client side. it works fine for most of my sites as long as you aren't doing anything crazy like dynamic content injection via user input that needs server-side validation. just mapping over a static list is way faster than adding latency with an edge function.



Delete Post [ ]
Previous [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 ]