# Depanare Lista scurtă de lucruri care chiar se strică, și cum le repari. ## Blogul nu apare pe site-ul meu ::::steps :::step[Verifică cheia și calea] Containerul SDK are nevoie de `data-key="pk_…"` (cheia *publică* de pe pagina site-ului tău), iar `data-base-path` trebuie să corespundă căii de bază a blogului — `/blog`, dacă n-ai schimbat-o. ::: :::step[Verifică starea de verificare] Livrarea servește **doar site-uri verificate**. Un site neverificat returnează 404 pentru fiecare URL de livrare. Vezi [verificarea site-ului](/ro/docs/verification). ::: :::step[Verifică consola browserului] Un fetch SDK eșuat loghează statusul HTTP. 404 înseamnă cheie/cale/verificare; orice altceva merită raportat. ::: :::: ## Proxy-ul returnează 404 sau o pagină de eroare - Testează direct upstream-ul: `curl https://api.dailysmith.com/v1/render/pk_YOUR_KEY/blog` — dacă asta funcționează, problema e regula de rewrite; compar-o cu [șabloanele](/ro/docs/install-proxy) (calea de bază trebuie transmisă mai departe exact așa cum e). - `"no blog is mounted at this path"` — calea pe care o transmite proxy-ul tău nu începe cu calea de bază a niciunui blog. Verifică dacă nu cumva ai un prefix eliminat sau dublat. - Specific pentru nginx: păstrează `proxy_set_header Host api.dailysmith.com` și `proxy_ssl_server_name on`, altfel TLS-ul către API va eșua. ## Verificarea eșuează în continuare Acoperit în detaliu la [verificarea site-ului](/ro/docs/verification) — de obicei e vorba de propagare DNS, un fișier well-known care redirecționează, sau un token copiat cu caractere în plus. ## Un articol arată nestilizat pe site-ul meu Componentele bogate își livrează foaia de stil odată cu conținutul. SDK-ul o încarcă o singură dată ca un `` cacheable (plus un mic `