| Fact | Evidence |
|---|---|
| Domain | galeby.com |
| Product category | Advertising research, ad creation, campaign launch, and performance tracking |
| Pricing | Unknown in the supplied crawl |
| Pages crawled | 38 |
| Crawl date | 2026-10-12 |
| Overall score | 58/100 |
Galeby Review: AdKit routing risk (58/100)
Galeby.com presents AdKit, an advertising toolbox that scores 58/100 for marketers and AI-agent users. Its clearest strengths are the concrete research-to-campaign workflow and visible feature coverage; the most material weakness is the routing and canonical risk linking galeby.com to adkit.so.
Reviewed by SiteList Engine · 13 dimensions · published Reviewed on October 16, 2026
Is this your site?
Claim itQuick facts
- Overall score
- 58/100
- Pages crawled
- 38
- Crawl date
- 2026-10-12
Executive summary
Galeby presents a concrete advertising workflow: research competitor ads, create ads, launch campaigns, and track performance from a dashboard or through an AI agent. The homepage names an Ad Library, AI Ads Generator, AI Ad Cloner, and Ads MCP Server, giving the product a legible feature map for marketers and agent users.
The 58/100 score reflects a split result. Positioning, writing, design, accessibility, and performance all land in the fair range, but usability is weaker at 58/100 and documentation is 48/100. The largest risk is technical: Risk & stability scores 25/100 and Technical SEO scores 25/100 because the crawl identifies canonical and redirect signals that point from galeby.com to adkit.so, alongside a soft-404 pattern for unknown URLs.
The practical order is clear: resolve domain identity and routing first, then improve the mobile lab profile—9.4 s LCP, 1,064 ms TBT, and 5.6 s of main-thread work—while tightening product and documentation continuity.
- Overall score
- 58/100
- Risk & stability
- 25/100
- Technical SEO
- 25/100
- Mobile lab
- 9.4 s LCP; 1,064 ms TBT; 5.6 s main-thread work
01 · First impressions & positioning — AdKit is clear, but galeby.com and adkit.so are different observed identity signals
AdKit is legible as an advertising research and campaign toolbox. The submitted URL is galeby.com, while visible branding identifies AdKit and the canonical identifies adkit.so. The homepage says “The all-in-one toolbox to run ads” and names competitor research, campaign launch, and performance tracking through an AI agent or dashboard. It also shows “Trusted by 6,000+ users” and a named Cakedesk testimonial. Align the domain, title, logo, and canonical with the observed product identity. Then lead with the concrete agent workflow as AdKit’s own category, rather than relying on “Basically Ahrefs but for advertising.”
- Homepage positioning
- The all-in-one toolbox to run ads
- Observed identity signals
- Submitted URL galeby.com; visible branding AdKit; canonical adkit.so
02 · Audience & messaging — clear jobs, incomplete buying context
Marketers and AI-agent users can identify the broad job quickly: AdKit promises to research competitors, create or launch ads, and track performance from an agent or dashboard. The homepage also offers a “Start 7-day Trial” path. The first trust question is harder because galeby.com presents AdKit while canonicalizing to adkit.so. The supplied pricing request returned a 301 without usable plan detail, so price, limits, and trial obligations remain unverified in this crawl. Stabilize identity, then place the pricing model and trial boundaries beside the start path.
- Trial CTA
- Start 7-day Trial
- Pricing evidence
- 301 response; no usable plan detail captured
03 · Usability — persuasive hierarchy, unverified controls, 9.4 s mobile LCP
Usability is clearly explained, but the supplied capture cannot verify the click path. Its interactive inventory reports empty links, buttons, and forms. Mobile testing adds material waiting time: LCP was 9.4 s, TBT 1,064.5 ms, and time to interactive 15.6 s. Keep Pricing and Start free trial prominent, expose them as semantic controls, reduce first-viewport work, and group the 37 outgoing routes by visitor goal.
- Interactive inventory
- links: [], buttons: [], forms: []
- Mobile lab
- LCP 9.4 s; TBT 1,064.5 ms; interactive 15.6 s
04 · Accessibility — PSI 83, with naming, alt, and contrast failures
Galeby has a fair accessibility baseline, but automated audits repeatedly fail button names, image alternatives, color contrast, and link names. The homepage PSI accessibility score is 83. The supplied CSS scan found 406 focus rules and 225 focus-visible rules, yet those signals do not verify keyboard order or screen-reader behavior. Reproduce the reported controls in an accessibility tree, name functional buttons and links, decide which product visuals need descriptions, and use PSI’s failing-node details to correct each contrast pair. The crawl does not provide a complete image count or exact selectors.
- Accessibility score
- 83
- Focus rules
- 406 :focus; 225 :focus-visible
05 · Design execution — 73 small tap targets on a stable mobile frame
Galeby’s mobile foundation is sound: the viewport is configured, body text is 16px, and the 390px render has no horizontal overflow. Interaction sizing is the clearest visible defect. The mobile crawl reports 73 small tap targets, including two 32px header buttons. The stylesheet inventory also contains 58 colors, 36 font sizes, 17 radii, and 50 spacing values; these counts are maintenance signals, not proof that every value is rendered inconsistently. Raise compact hit areas to at least 44×44px, then consolidate high-frequency values into semantic tokens.
- Small tap targets
- 73 at 390px
- Header controls
- Two 32px buttons
06 · Performance — 9.4 s mobile LCP despite 1,821 ms field LCP
Galeby’s performance splits sharply between field and lab data. Homepage CrUX records LCP of 1,821 ms and CLS of 0.03, while the mobile lab run records 9.4 s LCP, 1,064 ms TBT, 5.6 s of main-thread work, and a 3.45 MiB payload. The lab gap points to a costly mobile critical path, not a reason to disregard the healthier field signal. Prioritize hero media, JavaScript execution, image delivery, and redirect overhead, then monitor CrUX.
- Field LCP
- 1,821 ms; CLS 0.03
- Mobile lab
- 9.4 s LCP; 1,064 ms TBT; 3.45 MiB payload
07 · Writing quality — concrete workflow, but repeated openings and a typo
The strongest copy names the workflow: research competitors, create ads, launch campaigns, and track performance. The opening still needs editing. The source headline misspells the brand as “Ahref”; the corrected brand is “Ahrefs”. The comparison crowds the proposition and delays the direct audience-and-outcome statement. The homepage also claims “Trusted by 6,000+ users” and “Pays for itself in the first week” without nearby supporting detail in the supplied crawl. Give feature routes their own openings and proof, then correct the hero before expanding the message.
- Corrected brand name in quoted comparison
- Ahrefs
- Feature-page reuse
- Homepage heading and social-proof content repeated
08 · Decision-support surfaces — routes exist, but recommendations are unverified
Galeby has the right decision surfaces for a multi-feature advertising SaaS: a pricing page and an Adspirer alternatives page. The supplied crawl does not verify a source-backed comparison matrix, clear plan recommendation, or like-for-like competitor evidence. Add “best for” guidance, one material trade-off, and a visible default recommendation for each plan. The alternatives page should tie volatile claims to sources and dates. Both sampled surfaces report no last-modified or published date, so buyers also need a visible review date and update cadence.
- Decision routes
- /pricing and /alternatives/adspirer
- Freshness
- lastmod:null; published:null
09 · Review-content integrity — add sources, dates, and buyer trade-offs
The alternatives route can support buyer decisions, but the supplied evidence does not verify a dated, source-backed verdict. Each material comparison claim should point to a crawl artifact or dated source, identify the buyer scenario it changes, and distinguish product evidence from generic feature copy. The sampled page has no published or modified date, so readers cannot judge freshness quickly. Add a compact evidence table, a last-reviewed date, and an explicit recommendation that remains overridable when the alternative fits a different scenario.
- Review evidence
- No verified source-backed verdict in supplied excerpt
- Freshness
- lastmod:null; published:null
10 · Risk & stability — canonical mismatch and soft 404 create critical routing risk
The crawl shows a domain-level routing and canonical risk: galeby.com pages use adkit.so canonicals, many known routes end at the adkit.so homepage, and the guaranteed-invalid URL returns HTTP 200 after redirecting there. That combination may consolidate signals onto the wrong domain and makes invalid paths look valid to the crawl. Confirm which domain is intended, then align canonicals, redirects, internal links, and sitemap entries. Unknown paths should return a genuine 404 or 410. Search Console can measure the index impact only after the routing decision is made.
- Invalid URL probe
- HTTP 200; finalUrl=https://adkit.so/
- Canonical signal
- galeby.com pages canonicalize to adkit.so
11 · Editorial QA of content — route-specific copy needs a final pass
The sampled copy is understandable and consistently aimed at marketers and AI-agent users, but route-level reuse is visible. The /features/ad-library sample carries the homepage H1 and heading sequence, while the primary H1 spells “Ahref” instead of “Ahrefs.” The extracted hero also joins the comparison and proposition without clean punctuation. Add a prepublish check for route-specific H1s, duplicated heading trees, brand names, punctuation, and mobile hero layout. This is a small governance fix with a clear payoff across the feature family.
- Duplicated heading tree
- Feature page carries homepage H1 and heading sequence
- Headline spelling
- Ahref
12 · Docs & self-serve help — support redirects to marketing content
Galeby’s support surface is currently a marketing destination rather than a dedicated help center. The crawl records /support and /docs as 301 redirects to an AdKit page whose heading tree contains pricing, personas, and an FAQ. The supplied documentation facts report no search box, code blocks, or breadcrumbs. Create a dedicated docs landing page with a quickstart, searchable task guides, examples, and reference material for advertising and agent workflows; keep the marketing page separate from support.
- Support route
- /support returns 301 to an AdKit marketing page
- Documentation affordances
- hasSearchBox=false; codeBlockCount=0; hasBreadcrumbs=false
13 · Technical SEO — galeby.com signals point to adkit.so and no sitemap was found
Technical health is at risk because the sampled galeby.com pages point canonical signals to adkit.so, while many real routes redirect to the adkit.so homepage. The guaranteed-invalid URL also returns a 200 response after that redirect, creating a soft 404. The crawl reports no sitemap found, and sampled URLs are not sitemap members. First confirm whether this is an intentional migration. Then align canonical URLs, path-specific redirects, internal links, and sitemap entries, and return a genuine 404 for unknown paths.
- Soft 404
- Status 200 after redirect to adkit.so homepage
- Sitemap
- Not found in crawl
Verdict — 58/100: useful advertising workflow, serious routing risk
The product presented on galeby.com is a plausible fit for marketers and AI-agent users who want one workflow for competitor ad research, ad creation, campaign launch, and performance tracking. The product story is strongest when it names the work directly and shows that the agent is an accelerator rather than a requirement.
The central blocker is domain continuity. The supplied review evidence points galeby.com canonical signals and many redirects to adkit.so, and the unknown-URL probe resolves to the adkit.so homepage with HTTP 200. That can dilute discovery and make the product identity harder to follow. Mobile performance is the second clear fix: the field homepage data is good for LCP at 1,821 ms and CLS at 0.03, but the mobile lab results are much slower. Clarify the Galeby/AdKit relationship, then reduce the mobile execution cost.
- Field LCP
- 1,821 ms
- Field CLS
- 0.03
- Risk & stability
- 25/100
Methodology & data notes
This 13-dimension review uses the supplied crawl of 38 pages from 2026-10-12, public dimension scores, product facts extracted from the current crawl, and the stated field and lab performance measurements. The review covers product positioning, audience and messaging, usability, accessibility, design execution, performance, writing quality, decision-support surfaces, review-content integrity, risk and stability, editorial QA, documentation, and technical SEO where public evidence was available.
Pricing remains unknown in the supplied facts. Search Console is not connected, so search-performance and indexing outcomes cannot be verified from that source. The score table also identifies limited source-backed evidence for competitor decision guidance and review surfaces. These boundaries keep the verdict tied to observed public evidence.
Read How SiteList scores for the scoring method and evidence rules.
- Review scope
- 13 dimensions
- Pages crawled
- 38
- GSC access
- Not connected
Questions buyers actually ask
What is Galeby?
The crawl identifies Galeby as AdKit, an advertising toolbox for marketers and AI agents that researches competitor ads, creates ads, launches campaigns, and tracks performance.
Who is Galeby for?
It is aimed at marketers and AI-agent users who need competitor ad research, AI-assisted ad creation, campaign launch, and performance tracking.
What does Galeby include?
The supplied homepage evidence names an Ad Library, AI Ads Generator, AI Ad Cloner, and Ads MCP Server, with work available from the dashboard or through an agent.
What should Galeby fix first?
The first priority is resolving the galeby.com and adkit.so routing and canonical relationship. The next priorities are improving mobile performance and clarifying product identity across the public routes.