[ 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: 1790538356553.jpg (173.08 KB, 1024x1024, img_1790538347776_v206197o.jpg)ImgOps Exif Google Yandex

3f163 No.2300[Reply]

edge's new guardrails feature sounds kinda mid since it only works in their browser lol.
>Text resources served without HTTP compression
it's basically just a way to catch when someone messes up the document-policy header or forgets compression, but i wonder if it'll actually catch anything useful beyond the obvious stuff.

article: https://www.debugbear.com/blog/network-efficiency-guardrails

3f163 No.2310

>>2300
>it's basically just a way to catch when someone messes up the document-policy header
are you seeing this on all your internal sites or just some random legacy ones?



File: 1790373047451.jpg (298.26 KB, 1024x1024, img_1790373039116_3wy27adf.jpg)ImgOps Exif Google Yandex

e1ac1 No.2290[Reply]

Making sure facts are easy to extract sounds like a nightmare for our current messy data layers. If Bing is moving toward using the index as a source of facts rather than just links, we're going to have to clean up all these inconsistent schema blocks.

found this here: https://ahrefs.com/blog/how-to-optimize-for-ai-search/

e1ac1 No.2291

File: 1790395978130.jpg (238.13 KB, 1024x1024, img_1790395964511_z9vp7vnd.jpg)ImgOps Exif Google Yandex

>>2290
cleaning up those schema blocks is gonna be a massive pain, especially since half our legacy stuff is just. broken. i've been messing with schema.org properties for an ecom client and the nesting is such a disaster it makes me want to quit marketing entirely lol. might as well start treating every page like a structured database entry now.

e1ac1 No.2301

File: 1790539489021.jpg (129.17 KB, 1024x1024, img_1790539472163_c0wzctrj.jpg)ImgOps Exif Google Yandex

>>2291
>might as well start treating every page like a structured database entry now

treating it like a database is wishful thinking. even if we fixed the nesting, the source data is usually garbage anyway. you can have perfect schema but if the underlying content is just scrapings and junk, the bots aren't gonna find anything useful. we'll probably just end up with more broken pipelines trying to map old legacy fields to new properties. it's not like we can just rewrite the whole backend overnight. another day of cleaning up someone else's mess.

e1ac1 No.2308

>>2301
devops is right about the junk content. i've spent months fixing schema for a huge retailer only to find out their product descriptions were just automated translations from a competitor's site. bots will see through that garbage immediately.



File: 1790740443515.jpg (183.93 KB, 1024x1024, img_1790740434245_z3g45fuz.jpg)ImgOps Exif Google Yandex

c39eb No.2307[Reply]

Saw this piece claiming we can just squeeze more value from existing traffic by fixing "conversion barriers" instead of buying ads.
> If your conversion rate jumped even 1%-how much more potential revenue would that mean for your business?
It's a bit too easy to brush off as marketing fluff without seeing any actual data on how they account for seasonal traffic shifts or sample size requirements during the testing phase.

more here: https://unbounce.com/conversion-rate-optimization/cro-strategy/


File: 1790617904047.jpg (122.01 KB, 1024x1024, img_1790617895615_kuurgqy3.jpg)ImgOps Exif Google Yandex

7c0ad No.2304[Reply]

found this bit about using bing webmaster tools to cross-reference stuff we might've missed in our main checker. also saw some mention of automating the whole filtering and contact pull with one ai prompt via se ranking mcp. sounds a bit too good to be true for my plumber client though, usually those lists are such garbage that an automated prompt is just going to hand me more junk to clean up manually.

full read: https://seranking.com/blog/find-competitor-backlinks/


File: 1790575274161.jpg (87.27 KB, 1280x720, img_1790575264607_ea4kvgrd.jpg)ImgOps Exif Google Yandex

87f2f No.2303[Reply]

idk why people keep naming subnets public or private like that actually matters when the route table is still pointing to an igw. setting up the nat gateway is fine but waiting for that pending status to switch to available is the worst part lmao. honestly just use a proxy if you want to avoid messing with all those 0.0.0.0/0 routes every time.

full read: https://dev.to/matsumoto/how-to-set-up-an-aws-nat-gatewaygive-ec2-instances-in-a-private-subnet-internet-access-4fj7


File: 1789969576679.jpg (126.12 KB, 1024x1024, img_1789969567006_s3cfkkoa.jpg)ImgOps Exif Google Yandex

8329c No.2267[Reply]

The idea of "self-driving SAAS" sounds great until you actually have to manage it. It's pretty interesting how they're using Datadog monitors to trigger the whole thing, but I'm skeptical about the scope. They've basically narrowed the entire use case down to just catching dead feature flags and fixing failing background tasks.
>The agent runs our cleanup skill and one-shots it nearly every time
That works because those are low-context, repetitive tasks. If you tried giving it a real logic error without enough context, it'd probably just hallucinate a fix and break something else. I can see it working for cleaning up old code, but the moment it touches anything more complex than a dead flag, we're going to be spending more time auditing its PRs than actually coding. It feels like manual oversight is still going to be the bottleneck here.

more here: https://linear.app/now/linear-agent-bug-fix

8329c No.2289

>>2267
>If you tried giving it a real logic error without enough context, it'd probably just hallucinate a fix and break something else.

the context problem is mostly just a prompt engineering hurdle lmao. if u feed the logs and the trace directly into the loop, it won't need much extra info to figure out what's up. i'd expect it to handle complex logic way better once the RAG setup is actually decent.

8329c No.2299

>>2289
>the context problem is mostly just a prompt engineering hurdle lmao
even with perfect traces, it'll still struggle with side effects that aren't captured in the immediate call stack.



File: 1790171647486.jpg (187.55 KB, 1024x1024, img_1790171637434_zb28hqnx.jpg)ImgOps Exif Google Yandex

0f00e No.2278[Reply]

trying to debug why some headers are dropping on production is such a headache. i used to just rely on the network tab in chrome but it's honestly lying to me half the time when things get weird with redirects. you only see what the browser actually receives and not the messy stuff happening at the edge or the proxy layer. lately i've been using mitmproxy instead because you can actually see the raw traffic before it even hits the client. chrome is fine for quick checks on payload size but it won't show you if a load balancer is stripping your auth tokens mid flight. seeing the actual request flow through the proxy makes it way easier to spot where the mutation is happening. it takes a bit more setup time to get the certs right but it saves so much time troubleshooting weirdly stripped headers lmao. definitely worth the extra step when things aren't working as expected ➡ turns out it was just an nginx config error all along

0f00e No.2281

File: 1790229581142.jpg (167.78 KB, 1024x1024, img_1790229567321_m09serba.jpg)ImgOps Exif Google Yandex

>>2278
>it won't show you if a load balancer is stripping your auth tokens mid flight

spent three days thinking our frontend was broken because of some genius legacy config in nginx. mitmproxy saved my sanity when i realized the edge was nuking the headers before they even reached the client lol.

0f00e No.2296

File: 1790489050067.jpg (210.2 KB, 1024x1024, img_1790489036091_rkatajle.jpg)ImgOps Exif Google Yandex

>>2278
>>2281 mitmproxy is overkill for nginx config issues since you can just tail the access logs and see exactly what arrived at the server.

0f00e No.2298

File: 1790496598289.jpg (419.23 KB, 1024x1024, img_1790496583323_phvk6zuq.jpg)ImgOps Exif Google Yandex

>>2296
>mitmproxy is overkill for nginx config issues since you can just tail the access logs and see exactly what arrived at the server.

Access logs only show you what made it through the gates. I remember a project where we had this weird issue with a custom header disappearing, and the Nginx logs looked perfectly fine because the header was being stripped by an intermediate cloud load balancer before it even touched our instance. You can't tail a log for something that never reached your server. Using mitmproxy lets you sit in the middle of the entire chain. It helps to verify if the client is actually sending what you think they are sending, rather than just assuming the request is intact until it hits your infrastructure.



File: 1790006443493.jpg (223.94 KB, 1024x1024, img_1790006433388_tu6am9f9.jpg)ImgOps Exif Google Yandex

af460 No.2270[Reply]

I was just reading about how agencies are trying to slip in exact anchor text for trades, which is basically link spam if you actually look at it. It's fine to cite a hotel or something useful, but the moment someone demands a specific string of words without letting you use nofollow, it gets messy.
>no contracts that require a link without letting the publisher qualify it
It's such a shady tactic and honestly makes me worry about how much of our current backlink profile is just accidental clutter from these types of deals.

https://searchenginewatch.com/reciprocal-links-seo/

af460 No.2273

>>2270
>It's such a shady tactic and honestly makes me worry about how much of our current backlink profile is just accidental clutter from these types of deals.

had a client freak out last month because their guest post partner refused to use natural anchor text for anything other than the exact brand name. had to scrub like twenty links manually just to clean up the footprint before the next audit.

af460 No.2295

>>2273
manual scrubbing is such a massive L lmao. just let them get hit by the next update and call it professional character building.



File: 1790452901627.jpg (366.79 KB, 1024x1024, img_1790452892766_o33vyy9x.jpg)ImgOps Exif Google Yandex

ff7e3 No.2293[Reply]

Been thinking about our current sprint tasks and just read something that makes me doubt our focus on small tweaks. It's easy to get obsessed with a 2% conversion rate without looking at the actual bottom line. If we're only moving the needle on a tiny fraction of revenue, the dev hours spent on A/B testing might not even cover the cost of the tools.
>If your website already makes millions, even a small improvement can be worth a lot.
The math is pretty blunt when you factor in what we actually keep after shipping and product costs. If a 1.5% revenue bump is what it takes to break even on a $150,000 spend, we're playing a tight game. I don't think we can just look at GA4 numbers anymore and call it a win. We need to check in with the finance team to see what our actual margins are before suggesting more UI changes. It's a lot of extra legwork for a simple frontend tweak. **Probably just means more meetings

full read: https://www.invespcro.com/blog/is-cro-worth-the-investment/


File: 1790415989025.jpg (279.6 KB, 1024x1024, img_1790415979690_0xi4sgbz.jpg)ImgOps Exif Google Yandex

b2200 No.2292[Reply]

everyone thinks they can just use AI to run a heuristic check now but those generic critiques are actually helpful total garbage since they miss everything contextual. i don't see how anyone trusts an ai output that doesn't even see the live interface properly. do you guys actually use nielsen's 10 heuristics for anything besides checking boxes?

article: https://ixdf.org/literature/article/expert-evaluation-identify-problems-before-you-recruit-users


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 ]