Cara, que resposta incrível, genial essa sugestão de casos para um teste A/B/C. Ainda estou aprendo sobre pwas, já fiz alguns apenas para aprendizado com Vue e Nuxt e recentimente comecei estudar Svelte porque achei muito interessante não possuir um DOM virtual e ser bem mais leve.
Gostaria de tirar mais um dúvida, vi em algum lugar, não sei se é verdade, que é difícil ser aprovado no Google Adsense sites que não possuem conteúdo, como no caso, apenas sites em formato de aplicação, sem postagem, saberia me dizer se procede?
para o Google AdSense, como nunca o utilizei, não saberei responder.
que tal criar uma alternativa? vc pode criar anúncios fake para incentivar as pessoas a criarem uma conta com email. facilite isso com um login por gmail ou fb. é também viável subscrever o sveltekit à firebase (ou tb a firestore) para adicionar img, text e link de redirecionamento para link de afiliados HotMart-like ou Amazon-like, e também para que o sveltekit escute às mudanças in real time. toda vez que vc fizer uma nova atualização de anúncios na firebase, o frontend vai escutar e lançar a nova versão de anúncios. o sveltekit pode cachear isso in-memory em tempo de execução, sem redis. dessa forma, somente o sveltekit faz 1 req ao firebase (constraint limitadora) e faz múltiplas responses (se vc estiver em ambiente serverful ou serverless) só consumindo do cache.
vc havia perguntado sobre monetização, e a solução alternativa acima também é válida, pois link de afiliado deve prover maior retorno do que Google AdSense, porém vc não saberá qual é o melhor anúncio que vai melhor converter. claro, já devemos estar pensando em verificar metadados do PDF/img e fazer inferência do lado do cliente: com base nesses metadados, qual o melhor anúncio nesta lista cacheada oriunda do sveltekit eu posso apresentar ao usuário final? tudo em background service pelo service worker, com processamento client-side, sem enviar os dados do arquivo da pessoa para um backend.
vc já mencionou q vai ser estático, msm assim reitero: n sugiro vc lidar com dados processados em backend agora, além de emails, username e passwd.
client-side-first é favorável.