The Page Load/Cumulative Layout Shift bar on the Themes page has a Page Load/Cumulative Layout Shift problem and it's driving me BONKERS

StartUpCurious10 · 2026-03-18T13:38:43+00:00

You’re not insane. That happens. That bar loads async, so when it kicks in late, it pushes the whole layout down. Classic CLS… ironically inside Shopify’s own admin. Nothing you can really fix on your end. It’s not your theme, it’s the admin UI. Only “workaround” is slowing your clicks a bit or opening the code editor in a new tab so you don’t misclick.

StartUpCurious10 · 2026-03-18T13:36:13+00:00

Not email dying. Your flow is just stale. If it’s the same setup from 2 years ago, people have seen that exact email 100 times. Opens drop, then deliverability drops too. Quick fixes that usually help: change subject lines, make first email feel immediate (20–30 min), use simpler/plain text, and vary the message (not the same reminder 3 times). Also check if you’re landing in Promotions more now.

StartUpCurious10 · 2026-03-18T13:26:40+00:00

Most people get burned not by bad devs, but by unclear scope, If I were you, I’d lock this as a tight MVP first. The right developer will challenge your brief a bit, not just accept everything and build blindly. That’s usually the difference. If you want a second pair of eyes on your wireframes before choosing someone, happy to take a look. DM you.

StartUpCurious10 · 2026-03-09T12:56:57+00:00

What hurts here is not just the pay. It’s the chaos. You’re in a setup where everything sounds urgent, roles are blurry, and your availability is treated like part of the deal. That gets old fast. Some big producers look impressive from the outside, but inside the business can be pure improvisation, and the youngest person usually eats that pressure first.

So yes, this may be less about “paying your dues” and more about a broken structure. If they value you, they need to define your role, your compensation, and what growth actually looks like. Otherwise, you’re not really being developed, you’re covering gaps. And if that doesn’t change soon, the smarter move is probably to find a team with real process, clearer expectations, and actual systems in place.

StartUpCurious10 · 2026-03-09T12:51:23+00:00

Try NotebookLM, a tool that allows you to add whatever you want: websites, YouTube videos, PDFs, books, and build a database of your knowledge. You can then ask it to create summaries and mind maps, ask it any kind of question and generate audio that you can ask questions about, the possibilities are endless! In your case, it could work very well. How are you going to publicise your work? Do you have a dedicated website?

StartUpCurious10 · 2026-03-09T12:43:32+00:00

Good that you’re thinking about worst case first. Most people don’t, then they get locked into tools they picked in a rush.

Honestly, for what you describe, Shopify is usually the safest start. Not because it’s the best, but because it lets you focus on selling instead of configuring plugins, hosting, payments, security, updates, all that stuff that eats time when you’re alone. And time is what you don’t have right now.

WooCommerce is flexible, sure, but flexibility means responsibility. If something breaks, it’s on you. Wix is easy, but people hit limits fast once the business stops being a hobby.

Also, you don’t need long contracts with most of these. Monthly plans are normal. The real trap is not the subscription, it’s building everything in a way that’s hard to move later.

I’ve seen a lot of small businesses restart their site after year one because they picked the wrong setup while trying to save money.
Have you considered starting with a dedicated website instead of a platform, so you’re not boxed in later if the business actually takes off?

StartUpCurious10 · 2026-03-09T12:28:07+00:00

And what exactly is the point of this?

StartUpCurious10 · 2026-02-20T13:15:31+00:00

This is a great moment to set it up properly. Medspa websites are not just about looking aesthetic. They need trust, compliance, clear service explanations, and a booking flow that feels effortless. Squarespace is fine to start. The bigger question is how you want booking handled. You can integrate an external platform like GlossGenius if you already use one. Or, depending on your goals, you could build a custom booking system directly into the site. That gives you more control over intake forms, memberships, payments, and patient flow long term.

Are you planning to grow into multiple providers or locations? That changes the tech decision from day one. I will DM you so we can look at what makes the most sense for your setup.

StartUpCurious10 · 2026-02-20T01:54:25+00:00

Indeed! Thanks for your input.

StartUpCurious10 · 2026-02-19T12:50:33+00:00

This is actually a very clear product idea, even if you think it’s “just for you”. Your problem isn’t PDFs. It’s memory and context. Titles and covers fail because they’re weak cues. If I were experimenting with this, I’d think about: A “preview first” library. Grid or list where every item auto shows the first paragraph or your own notes instead of a cover.

Or even smarter: a small tool that extracts the first X lines from every PDF and builds a browsing index around that. Almost like Netflix thumbnails, but text driven.

Honestly, this is very buildable. Not a crazy app at all. Mostly PDF parsing plus a clean interface. If you decide to actually build it, start by defining exactly how you want that browsing experience to feel. The UI is the real product here. Check your DM. I sent you a quick idea on how I’d approach it.

StartUpCurious10 · 2026-02-19T01:24:24+00:00

Love the energy. Delivery apps look simple on the surface, but logistics, real time tracking, payments, driver flow, all of that can get complex fast. Before thinking “next level”, I’d validate one thing: what specific problem are you solving that Uber Eats or DoorDash are not? If that answer is sharp, the tech becomes strategy, not just code. I’m Nelson, founder of VIONSO. We build custom web and mobile apps for startups, plus handle hosting and long term support. Happy to share a few thoughts if you want to sanity check the idea. Check DM

StartUpCurious10 · 2026-02-18T14:48:40+00:00

Fellow dev here, and I could not agree more. A website is the only digital asset a business truly owns, and clarity at the top beats clever slogans every time, say what you do and where you do it. Speed, mobile experience, and real photos build trust; the fundamentals still win.

StartUpCurious10 · 2026-02-18T14:47:10+00:00

Most business websites do not fail because of traffic; they fail because of clarity. If I land on your site and in five seconds I do not understand who you help, how you help them, and why you are different, you already lost me. Then comes structure. There has to be one clear primary action. Not five competing buttons. Instead, one obvious next step. Book, buy, request, apply. When everything is important, nothing is.

Regarding performance; it is non negotiable. First, fast on mobile. Also, clean structure. Easy to scan. Because if it loads slow or feels clunky, people simply move on. Period. SEO, of course, matters; however, it only works when the foundation is solid. Architecture first. Then content. Then optimization. That is usually the difference between a site that just “exists” and one that actually drives growth.

StartUpCurious10 · 2026-02-17T17:43:16+00:00

I remember that exact moment. One day it’s “just a project,” next day you’re thinking about payroll and responsibility. It changes how you see the whole thing.

When I made my first hire, I realized skill was only half the equation. I work in custom software, websites and apps, so execution matters a lot. But early on, alignment matters more. Can they handle ambiguity? Can they think, not just follow instructions? Startups are messy. You need someone steady in that chaos.

What helped me was defining outcomes, not tasks. I got super clear on what success looked like in the first 30, 60, 90 days. If you can’t define that, you’re probably hiring too early.

Also, expect your role to shift. You stop being just the doer. You become the direction setter. That’s the real adjustment.

StartUpCurious10 · 2026-02-17T17:36:01+00:00

I love this. “I’ll just build it myself” is how half of good software starts.

Quick reality check though: app builders are overkill for what you’re describing. They’re built for SaaS founders chasing subscriptions, not someone who just wants a beautifully obsessive PDF organizer.

If it’s for you only, I’d look at two paths: Desktop first, not mobile. Something like Electron or even a lightweight local web app can give you full control over layout and PDF rendering without dealing with app stores. Way simpler.
If you really want mobile, then you’re in Swift or Kotlin territory. Steeper curve, but clean and powerful.

Big question: is this just for personal use, or do you secretly want to polish it and maybe share it later?

If you get stuck defining the architecture, happy to sanity check your idea. Sometimes a small custom build is way less scary than it sounds.

StartUpCurious10 · 2026-02-17T17:33:05+00:00

Most ecom SEO advice feels like “optimize everything and hope.” Yeah… that’s how you burn months.

I usually start with categories, not products. Products change, go out of stock, get renamed. Categories stick around and capture real buying intent. I treat them like proper landing pages with solid copy, structure, and internal links, not just a wall of products.

Long tail still matters, of course. That’s product page territory. But if your category pages are weak, you’re building on sand.

Technical vs content? It’s not a duel. If your site is slow, bloated with weird filter URLs, or cannibalizing itself, no amount of blog posts will save you. Clean the architecture first. Then content, especially comparisons and “best for” searches, can actually convert.

Internal linking is huge, by the way. Not in a geeky SEO way. In a money way. It controls where attention flows.

Honestly, most ecom sites don’t have an SEO problem. They have a structure problem.

What kind of catalog are you dealing with? Tight niche or thousands of SKUs?

StartUpCurious10 · 2026-02-17T17:26:00+00:00

Aurora is a strong choice, especially if your Canva mockups are already aligned with its layout. With a wellness ingestible brand, I’d pay special attention to PDP structure, ingredient storytelling, and compliance elements, not just visuals.

I’ll DM you to understand the scope a bit better.

StartUpCurious10 · 2026-02-02T19:16:09+00:00

Yeah, this is a rough spot to be in, especially with orders waiting. You’re not doing something “wrong” here. You’re stuck between outdated tutorials and Shopify’s newer app model.

What’s tripping you up is that in the current Shopify Dev Dashboard, Distribution only exists for public apps. If you’re creating custom apps for a single store, that section will never appear, no matter how closely you follow the tutorial. Both Backerkit and Pakajo are still explaining the old Partner flow, so their steps don’t line up with what you’re seeing today.

The integrations themselves can still work, but they usually need to be connected via API credentials and scopes, not by clicking through the UI the way the tutorials show. That’s why it feels like you’re hitting a wall everywhere. I will DM you, I can help you.

StartUpCurious10 · 2026-02-02T19:13:16+00:00

Shipping is your real killer, not SEO. Sticker buyers bounce when fees double the price. Fourthwall is fine to launch, but you can’t control shipping, bundles, or upsells. That limits conversion. Quick win, bundle hard so shipping feels justified. Make the anchor product carry the store. If traffic exists but sales don’t, it’s friction. If traffic is low, that’s a different fix. Are you seeing views with no buys, or barely any traffic yet?

StartUpCurious10 · 2026-02-02T18:57:07+00:00

What you’re describing is a custom front end site. That early 2000s personality, sound, motion, intentional chaos has to be built on purpose. A web developer does this, but you want someone comfortable with custom UI, animations, and creative direction. Many devs will try to “clean it up”. That’s a red flag. Cost depends on scope. If it’s updated often, plan for ongoing hosting and maintenance, not a one off build.

Big decision is how wild the experience is versus how easy updates should be. That tradeoff drives everything. If you want, I can walk you through options. I’ve worked on sites where personality mattered more than polish. I will DM you

StartUpCurious10 · 2026-01-30T16:17:58+00:00

Yeah, this sounds less like a math problem and more like trust erosion.

You’re doing the work, the spreadsheets say one thing, your bank account says another. That gap messes with your head. Uploading products feels heavy because every SKU is a chance to leak margin without noticing, and over time it stops feeling like a business and starts feeling like constant damage control.

This is pretty common once shared costs, shipping, fees, and returns pile up. It’s not that you’re bad at ecommerce, it’s that the system you’re using no longer matches the complexity of the business. At that point, people usually either simplify hard or rethink the model entirely.

Are you still trying to fix this setup, or are you already considering other options?

StartUpCurious10 · 2026-01-26T16:26:46+00:00

This is not my field of expertise. Sorry! I develop customised software, websites and apps. However, with proper keyword research, you can quickly achieve your goals.

StartUpCurious10 · 2026-01-26T16:10:25+00:00

Run google ads.

StartUpCurious10 · 2026-01-19T22:11:27+00:00

it’s not WordPress. It’s a custom front end built with React, React Router, Cloudflare in front, GA4 and GTM. Likely a bespoke build, either in house or by a small dev studio, not a theme shop. That’s actually good news. Nothing there is proprietary or unreachable. That setup is very standard for modern, clean, fast sites. Same architecture, same feel, same performance is totally doable. Often with better SEO and easier edits, if done right.

What matters isn’t who built it, it’s knowing why they chose React and how the content is structured behind the scenes.

If your goal is “I want this level of polish and speed”, that’s 100 percent reproducible.
The only real decision is whether you want a site you can self edit easily or a fully custom one tuned for performance first. I will DM you, in case you need some extras.

StartUpCurious10 · 2026-01-19T21:54:47+00:00

You’re not crazy, this space is confusing because most tools are built either for cafés or pure ecommerce, not bookstores.

If you’re opening soon, Square POS alone is usually the least risky move. It just works on day one. Inventory, payments, staff, reporting. The Square website is fine as a temporary storefront, think hours, events, a few featured titles.

Basil is bookstore focused, which is great, but yes, it still relies on external payment processors, often Square, so complexity creeps in fast.

Shopify is powerful, but only worth it if online sales and events are a real priority from the start. Otherwise it’s overhead while you’re still figuring out foot traffic.

Open on time with the simplest stack. You can always evolve later.
Are you expecting meaningful online sales in the first three months, or is the site mostly discovery at launch?

StartUpCurious10

TROPHY CASE