惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

WordPress大学
WordPress大学
小众软件
小众软件
MongoDB | Blog
MongoDB | Blog
Hugging Face - Blog
Hugging Face - Blog
Jina AI
Jina AI
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
Stack Overflow Blog
Stack Overflow Blog
L
LangChain Blog
大猫的无限游戏
大猫的无限游戏
量子位
A
About on SuperTechFans
G
Google Developers Blog
雷峰网
雷峰网
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
IT之家
IT之家
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
博客园_首页
H
Hackread – Cybersecurity News, Data Breaches, AI and More
Vercel News
Vercel News
V
Visual Studio Blog
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
博客园 - 聂微东
U
Unit 42
Apple Machine Learning Research
Apple Machine Learning Research

DEV Community

Authentication Security Deep Dive: From Brute Force to Salted Hashing (With Java Examples) Why AI Systems Don’t Fail — They Drift Spilling beans for how i learn for exam😁"Reinforcement Learning Cheat Sheet" I Replaced Chrome with Safari for AI Browser Automation. Here's What Broke (and What Finally Worked) How Python Borrows Other People's Work The $40 Architecture: Processing 1 Billion API Requests with 99.99% Uptime Vibe Coding: A Workflow Guide (From Zero to SaaS) Most webhook security guides protect the wrong side. The scary part is delivery. Headless CMS for TanStack Start: Build a Blog with Cosmic EU Age Verification App "Hacked in 2 Minutes" — What Actually Happened Comfy Cloud’s delete function does not actually remove files Running AI Models on GPU Cloud Servers: A Beginner Guide Event-driven media intelligence with AWS Step Functions and Bedrock I scored 500 AI prompts across 8 quality dimensions — here's what broke How to Call Google Gemini API from Next.js (Free Tier, No Backend Needed) The Portal Protocol: Reclaiming Human Connection in the Age of AI How to Fix Your Team's Scattered Knowledge Problem With a Self-Hosted Forum Intro to tc Cloud Functors: A Graph-First Mental Model for the Modern Cloud Designing Multi-Tenant Backends With Both Ownership and Team Access I Built a Neumorphic CSS Library with 77+ Components — Here's What I Learned PostgreSQL Performance Optimization: Why Connection Pooling Is Critical at Scale Cómo construí un SaaS multi-rubro para gestionar expensas en Argentina con FastAPI + Vue 3 🚀 I Built an Ethical Hacking Scanner Tool – Open Source Project I Replaced /usage and /context in Claude Code With a Single Statusline A Pythonic Way to Handle Emails (IMAP/SMTP) with Auto-Discovery and AI-Ready Design I Collected 8.9 Million Polymarket Price Points — Here's What I Found About How Markets Really Move EcoTrack AI — Carbon Footprint Tracker & Dashboard Everyone's Using AI. No One Agrees How. 5 self-hosted ebook managers worth trying in 2026 Building Your First AI Agent with LangChain: From Chatbot to Autonomous Assistant
SEO Fixes for Lovable Apps — Sitemap, Meta Tags, Canonica...
Jakub · 2026-05-06 · via DEV Community

Jakub

Your Lovable app is fast and pretty. Google still can't find it.

I've shipped over a dozen MVPs with Lovable over the past year at Inithouse. The builder handles UI, routing, and deployment beautifully — but SEO is not part of the default stack. Every single app I launched needed manual fixes before Google would index it properly.

Here's the checklist I now run on every project before going live.

The Problem: SPAs Are Invisible by Default

Lovable apps are React single-page applications. That means the HTML Google receives on first request is mostly empty — a root div and some script tags. Without server-side rendering, crawlers see nothing.

This isn't unique to Lovable. Every SPA framework has this issue. But Lovable's target audience — solo builders shipping fast — often skips the SEO layer entirely. I did too, until I noticed zero organic traffic on projects that should have been ranking.

Fix 1: Generate a Real Sitemap

Lovable apps don't ship with a sitemap. If you have dynamic content (blog posts, listings, user profiles), you need one that updates automatically.

The approach I use: a Supabase Edge Function that queries the database and returns XML.

// supabase/functions/sitemap/index.ts
import { createClient } from "@supabase/supabase-js";

Deno.serve(async () => {
  const supabase = createClient(
    Deno.env.get("SUPABASE_URL")!,
    Deno.env.get("SUPABASE_ANON_KEY")!
  );

  const { data: posts } = await supabase
    .from("blog_posts")
    .select("slug, updated_at")
    .eq("published", true);

  const urls = (posts || []).map(
    (p) => `<url>
    <loc>https://yourdomain.com/blog/${p.slug}</loc>
    <lastmod>${new Date(p.updated_at).toISOString()}</lastmod>
  </url>`
  ).join("");

  const xml = `<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url><loc>https://yourdomain.com/</loc></url>
  ${urls}
</urlset>`;

  return new Response(xml, {
    headers: { "Content-Type": "application/xml" },
  });
});

Enter fullscreen mode Exit fullscreen mode

Then submit the function URL to Google Search Console under Sitemaps. I do this for every project — including Ziva Fotka, which runs the same codebase across five country domains.

Key detail: After deploying new content, manually resubmit the sitemap in GSC. Google can go weeks without re-fetching it on its own.

Fix 2: Dynamic Meta Tags

React Helmet or a custom useSEO hook — pick one, but you need dynamic <title> and <meta name="description"> tags per page. The default Lovable setup gives you a single static title across the entire app.

// hooks/useSEO.ts
import { useEffect } from "react";

interface SEOProps {
  title: string;
  description: string;
  canonical?: string;
  ogImage?: string;
}

export function useSEO({ title, description, canonical, ogImage }: SEOProps) {
  useEffect(() => {
    document.title = title;

    const setMeta = (name: string, content: string) => {
      let el = document.querySelector(`meta[name="${name}"]`) 
        || document.querySelector(`meta[property="${name}"]`);
      if (!el) {
        el = document.createElement("meta");
        el.setAttribute(name.startsWith("og:") ? "property" : "name", name);
        document.head.appendChild(el);
      }
      el.setAttribute("content", content);
    };

    setMeta("description", description);
    setMeta("og:title", title);
    setMeta("og:description", description);
    if (ogImage) setMeta("og:image", ogImage);
    if (canonical) {
      let link = document.querySelector('link[rel="canonical"]');
      if (!link) {
        link = document.createElement("link");
        link.rel = "canonical";
        document.head.appendChild(link);
      }
      link.href = canonical;
    }
  }, [title, description, canonical, ogImage]);
}

Enter fullscreen mode Exit fullscreen mode

Call it at the top of every page component:

useSEO({
  title: "How to Convert Live Photos to GIF",
  description: "Turn your iPhone Live Photos into shareable GIFs in seconds.",
  canonical: "https://yourdomain.com/blog/live-photo-to-gif",
});

Enter fullscreen mode Exit fullscreen mode

This is client-side only, so it won't help with crawlers that don't execute JavaScript. But Googlebot does execute JS in most cases, and it's infinitely better than having the same generic title on every page.

Fix 3: Canonical URLs for Multi-Domain

If you run the same app on multiple domains (like I do with Ziva Fotka across .cz, .sk, .pl, .de, and .online), you need canonical tags pointing to the primary version. Without them, Google sees duplicate content and picks one arbitrarily — usually not the one you want.

Set the canonical based on the current domain:

const domain = window.location.hostname;
const canonicalBase = domain.endsWith(".sk") 
  ? "https://yourdomain.sk" 
  : domain.endsWith(".pl")
  ? "https://yourdomain.pl"
  : "https://yourdomain.com"; // default primary

useSEO({
  title: pageTitle,
  description: pageDesc,
  canonical: `${canonicalBase}${window.location.pathname}`,
});

Enter fullscreen mode Exit fullscreen mode

Each domain should have its own GSC property. Submit sitemaps separately per domain.

Fix 4: JSON-LD Structured Data

Google uses structured data to generate rich snippets. For a SaaS landing page, SoftwareApplication schema works. For blog posts, use Article. For tools like Be Recommended (an AI visibility checker I built), WebApplication fits.

export function JsonLd({ data }: { data: Record<string, unknown> }) {
  return (
    <script
      type="application/ld+json"
      dangerouslySetInnerHTML={{ __html: JSON.stringify(data) }}
    />
  );
}

// Usage on a blog post page
<JsonLd data={{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": post.title,
  "author": { "@type": "Person", "name": "Jakub" },
  "datePublished": post.created_at,
  "dateModified": post.updated_at,
}} />

Enter fullscreen mode Exit fullscreen mode

Fix 5: Pre-Render Critical Pages

For pages that absolutely must be indexed (landing page, pricing, key blog posts), consider pre-rendering. You can use a service like Prerender.io or build a simple Cloudflare Worker that serves a cached HTML snapshot to crawlers.

I haven't needed this for most Lovable apps — Googlebot handles client-side rendering reasonably well in 2026. But if you're seeing "Discovered — currently not indexed" in GSC for important pages, pre-rendering is the nuclear option.

The Pre-Launch SEO Checklist

Before every Lovable app goes live, I run through this:

  1. Sitemap — Edge Function generating XML from DB, submitted to GSC
  2. Meta tags — Dynamic title + description per page via useSEO hook
  3. Canonical URLs — Set on every page, especially for multi-domain setups
  4. JSON-LD — At minimum on the homepage and blog posts
  5. robots.txt — Confirm it's not blocking anything important (Lovable default is fine)
  6. Open Graph — og:title, og:description, og:image for social sharing
  7. GSC verification — DNS TXT record, property confirmed, sitemap submitted
  8. Manual index request — For the homepage and top 5 pages, use Request Indexing in GSC immediately after launch

This takes maybe 30 minutes per project. The difference between doing it and not doing it is the difference between organic traffic and zero organic traffic.

Wrapping Up

Lovable is great for shipping fast. SEO is the part you bolt on after. None of these fixes are complex — they're just not included out of the box, and if you don't know to look for them, your app stays invisible.

I've been building and measuring MVPs at Inithouse using this exact playbook. If you're shipping Lovable apps and wondering why Google isn't picking them up, start with the sitemap and meta tags. Those two alone will get you most of the way there.

Questions or your own Lovable SEO tricks? Drop them in the comments.