| Fact | Detail |
|---|---|
| Domain | studio.design |
| Category | No-code website platform / web content management |
| Pricing | Paid; price range not captured |
| Pages crawled | 33 |
| Crawl date | 2026-09-02 |
Studio Review: clear platform, heavy performance cost (66/100)
Studio scores 66/100 for a broad no-code website platform with concrete product and audience routes, strong technical SEO, and stable layout. Severe page weights, slow response, accessibility failures, and limited pricing guidance materially weaken the experience.
Reviewed by SiteList Engine · 11 of 13 dimensions · published Reviewed on September 6, 2026
Is this your site?
Claim itQuick facts
- Pages crawled
- 33
- Pricing model
- paid
Executive summary
Studio presents a credible no-code website platform with a broad information architecture organized by product, site type, industry, use case, and company type. Product capabilities are named concretely, and technical SEO is a major strength at 93/100. Risk and stability also scores 90/100, with clean rendering, canonical tags, and unblocked crawling paths in the supplied evidence.
The experience is held back by delivery and interaction quality. Performance scores 34/100 because page loads reach 15–17 MB and p75 field TTFB on /ja exceeds 4.2 seconds. Accessibility scores 45/100, with focus, naming, contrast, heading, and frame issues. Writing quality is 55/100, and pricing lacks clear recommendation guidance.
The supplied score table excludes review-content integrity and editorial QA of content from applicability; docs and self-serve help remains scored at 72/100.
- Overall score
- 66/100
- Performance
- 34/100
- Technical SEO
- 93/100
01 · First impressions & positioning — broad no-code platform, diffuse first choice
Studio presents a no-code website platform through a wide set of industry, company, and use-case routes. Product navigation makes the mechanism concrete: design editor, CMS, forms, SEO, hosting, security, and workspace management. The Japanese industry claim “魅力を届け集客を最大化する、宿泊・レジャーサイトを。” is audience-specific and outcome-oriented. The trade-off is breadth: visitors meet leisure, entertainment, government, restaurants, retail, enterprise, startups, marketers, creators, and agencies before a single priority buyer is obvious. Lead with one buyer and job, then place named customer outcomes beside the core product promises.
- Dimension score
- 78/100
- Product routes
- design editor, CMS, forms, SEO, hosting, security, workspace
02 · Audience & messaging — rich routes, high first-choice burden
Studio’s information architecture lets visitors enter by site type, industry, problem, or company type, and its product grouping uses concrete task labels for designing, content management, forms, SEO, operations, security, and workspace control. That breadth supports multiple audiences, but it also creates choice burden before the default buyer and outcome are clear. Establish one primary entry path and use the remaining routes as supporting proof with short outcome labels. Connect each major capability to a visible customer example or measurable result so visitors can judge fit without opening several pages.
- Dimension score
- 76/100
- Route groups
- site type, industry, problem, company type
03 · Usability — no recorded homepage controls, 5.881 s field LCP
The supplied crawl cannot confirm a usable homepage conversion path because its interactive inventory reports zero links, buttons, and forms. The broader Japanese graph does expose routes such as “料金プラン”, “デザインエディタ”, and “よくある質問”, but those choices were not present in the captured homepage inventory. Mobile loading adds measurable friction: field LCP is 5.881 seconds, Speed Index is 21.0 seconds, and total byte weight is 15,326 KiB. Restore the primary controls in the rendered homepage, reduce payload, and link the orphaned FAQ search route from the main FAQ experience.
- Dimension score
- 62/100
- Homepage controls
- 0 links, 0 buttons, 0 forms
- Mobile field LCP
- 5.881 seconds
04 · Accessibility — aria-hidden focus failure and contrast barriers
Studio scores 45/100 for accessibility because the homepage combines an aria-hidden focus failure with unnamed links, contrast failures, heading-order issues, and an untitled frame or iframe. PSI reports that focusable descendants sit inside aria-hidden="true" content, which can hide controls from assistive technology while leaving them in the tab order. Seven links also fail descriptive-text checks, and both the English and Japanese routes fail color contrast. Remove the focus conflict first, then repair link names, frame titles, heading order, and color pairs. The 33-of-40-page crawl is representative, not a complete inventory.
- Dimension score
- 45/100
- Focusable hidden content
- aria-hidden-focus failed
- Link issue count
- 7 links
05 · Design execution — stable layout, contrast failures and missing image dimensions
Studio’s layout stability is strong at CLS 0.0, but design execution remains fair because accessibility and structural details weaken the presentation. PSI fails color contrast on both https://studio.design/ and /ja, flags skipped heading levels, and finds seven links without descriptive text. Images on both tested entry points lack explicit width and height dimensions, increasing layout-calculation work. Set accessible contrast pairs, restore sequential H1–H2–H3 hierarchy, give icon links clear names, and reserve image space with dimensions or aspect ratios before refining secondary visual details.
- Dimension score
- 68/100
- CLS
- 0.0
- Unnamed links
- 7
06 · Performance — 17.0 MB pages and 8.038 s mobile LCP
Studio’s performance is the clearest operational weakness: the Japanese homepage transfers 17.0 MB and the English homepage 15.3 MB, while CrUX records mobile p75 LCP of 8.038 seconds on /ja and 5.881 seconds on /. Mobile INP reaches 500 milliseconds on /ja, and p75 TTFB reaches 4.364 seconds there. Image delivery alone offers an estimated 11,435 KiB in savings on the English homepage; mobile main-thread work exceeds 12 seconds. Convert and resize images, prioritize the LCP asset, cache localized HTML, and defer non-critical JavaScript.
- Dimension score
- 34/100
- Japanese payload
- 17.0 MB
- Mobile p75 LCP
- 8.038 seconds
07 · Writing quality — broad coverage, 978-word pricing page rendered as one paragraph
Studio covers product, audience, use-case, FAQ, pricing, customer, and resource topics, but the rendered content structure makes that material harder to use. The pricing page contains 978 words in one paragraph, even though it includes a feature-comparison section. The corporate page also moves from H2 to H4 and H5, while the homepage has no recorded H1. Restore paragraph and list boundaries on pricing, use sequential headings on the corporate page, and add one descriptive H1 to the homepage. These structural fixes would let the existing content scan like a decision guide.
- Dimension score
- 55/100
- Pricing extraction
- 978 words, 1 paragraph
- Homepage H1
- missing
08 · Decision-support surfaces — unguided pricing plans
Studio’s Japanese pricing page presents plan choices without explicit, situation-based recommendations. The surrounding navigation segments visitors by company type, including enterprise, startup, and agencies, but the pricing surface does not add “Best for” guidance, scenario matching, or clear trade-offs for each tier. Add a recommendation layer above the plan cards: identify the audience and job each plan fits, state the main trade-off, and let visitors override the suggested path. This is a smaller, clearer improvement than forcing every visitor to infer the right tier from a feature grid.
- Dimension score
- 65/100
- Guidance
- no explicit audience-segmented recommendations
09 · Risk & stability — 90/100 with one trailing-slash duplicate
Studio’s sampled stability evidence is strong: no critical traffic or indexing blocker was detected, rendering is clean, canonical tags are accessible, and crawling paths are unblocked. The remaining risk is low-level URL and metadata hygiene. /ja/ and /ja both return HTTP 200, creating a potential canonical split, while /ja/faq/search mirrors the homepage title and description. Redirect the trailing-slash variant to /ja and assign the search page unique metadata or a noindex, follow directive. No traffic loss can be measured from this crawl.
- Dimension score
- 90/100
- Duplicate URL response
- HTTP 200 for /ja/ and /ja
- Metadata collision
- /ja/faq/search mirrors homepage metadata
10 · Docs & self-serve help — 26-question FAQ, external help center
Studio provides a structured on-domain FAQ with 26 categorized questions and points to help.studio.design/ja/ for comprehensive guides through /llms.txt. The FAQ has no search box or breadcrumbs, so users must scan accordion sections or leave the marketing domain to find deeper help. The external documentation was outside the 33-page marketing crawl, so its tutorial coverage is not assessable here. Add prominent search deflection from /ja/faq to the Help Center, provide breadcrumbs, and make the handoff between the two surfaces explicit.
- Dimension score
- 72/100
- FAQ coverage
- 26 questions
- Search UI
- hasSearchBox=false
11 · Technical SEO — 93/100, pre-rendered content and clean host consolidation
Studio’s technical SEO foundation is excellent in the supplied sample. HTTP and WWW variants consolidate to HTTPS non-WWW through single-hop 301 redirects, robots.txt permits crawling, and raw HTML matches rendered content with a 0% client-side dependency rate. The main fixes are precise: /ja/ returns 200 instead of redirecting to /ja, /ja/faq/search duplicates the Japanese homepage metadata, and core templates including the homepage have missing H1s. Apply the redirect, differentiate or noindex internal search metadata, and add one descriptive H1 per affected template.
- Dimension score
- 93/100
- Client-side dependency
- 0%
- Canonical issue
- /ja/ returns 200 without redirect
Verdict — 66/100: clear platform, heavy performance cost
Studio earns 66/100 for a well-organized no-code product surface and strong technical SEO. Visitors can enter through concrete product and use-case routes, while pre-rendered HTML and stable layout support crawlability and presentation.
The score is pulled down by the public experience: 15–17 MB page loads, p75 field TTFB above 4.2 seconds on /ja, accessibility failures, uneven copy structure, and pricing that does not guide plan selection. Studio fits teams operating Japanese marketing websites, but its public pages need performance and interaction fixes before the platform feels as polished as its information architecture.
- Overall score
- 66/100
- Page load weight
- 15–17 MB
- Field TTFB
- >4.2 s p75 on /ja
Methodology & data notes
This 13-dimension review uses the supplied crawl of 33 pages from 2026-09-02, the site profile, and the public dimension score table with one-line summaries. It covers positioning, messaging, usability, accessibility, design execution, performance, writing quality, decision-support surfaces, risk and stability, docs and self-serve help, and technical SEO where evidence was supplied.
Review-content integrity and editorial QA of content were not applicable or missing in the supplied inputs and were excluded rather than inferred. Google Search Console was not connected or accessible. Read the full scoring approach at /methodology.
- Review scope
- 13 dimensions
- GSC access
- not connected; access unavailable
Questions buyers actually ask
What is Studio best suited for?
Studio is a no-code website platform for organizations, marketers, creators, agencies, and teams building and operating Japanese marketing websites. Its product surface covers design, CMS, forms, SEO, and hosting.
How fast is Studio?
Performance is the main weakness. Sampled pages load 15–17 MB, p75 field TTFB on /ja exceeds 4.2 seconds, and the performance dimension scores 34/100.
Is Studio technically easy for search engines to crawl?
Yes. Technical SEO scores 93/100, with pre-rendered HTML, full content availability without client-side rendering delays, clean canonical tags, and unblocked crawling paths in the supplied evidence.
What should Studio improve first?
Studio should reduce page payloads and response times, repair accessibility failures, improve heading and copy structure, and add clearer pricing guidance for team size and project scope.