@mirkomassarutto il motorola in questione (non mio ma del cliente) naviga con Google Chrome. La prima cosa che ho pensato è che potesse essere un problema di quel device specifico, magari qualche estensione o settaggio dello smartphone, ma il problema si presenta anche testando con Lighthouse o PSI che nella sezione "Best practice" mostrano l'errore che viene fuori in console...
- Home
- spartaseventy
- Post
spartaseventy
@spartaseventy
Post creati da spartaseventy
-
RE: HTML5 video - Strano errore
-
RE: HTML5 video - Strano errore
@marcoilardi No. Finora non sono riuscito a trovare una ragione valida per cui debba comportarsi in questo modo. Ho anche simulato una navigazione con 3g lento ma anche lì il video parte e viene mostrato per intero
-
RE: HTML5 video - Strano errore
@marcoilardi grazie. Si mi riferisco a quella. Su tutti i dispositivi provati infatti va. Sul Motorola del cliente e su Psi che emula un motorola no
-
RE: HTML5 video - Strano errore
@mirkomassarutto ok grazie proverò quando torno in ufficio. Anche se dubito che lighthouse usi ad blocker. Ma provar non costa nulla
-
HTML5 video - Strano errore
Ciao a tutti,
scrivo qui per condividere uno strano errore che sto riscontrando nell'utilizzo del tag video HTML5 sperando che qualcuno abbia in passato riscontrato lo stesso problema e ne sia venuto a capo.Nel sito lagancia.com abbiamo usato un video in modalità hero. Questo video sembra funzionare dappertutto (d'altronde è un semplice tag video, niente di particolare) tranne che sullo smartphone del cliente e su pagespeed.
Su entrambe le piattaforme il video non viene proprio visualizzato e pagespeed mostra nella sezione "Best practice" il seguente errore in corrispondenza della risorsa video mp4 "Failed to load resource: net::ERR_CONNECTION_FAILED"
L'errore si presenta sia sul test desktop che su quello mobile. Il test mobile e il dispositivo del cliente sono entrambi eseguiti su un device motorola.
Ho il dubbio che possa essere un settaggio del web server ma ne dubito perchè altrimenti dovrebbe essere un problema molto più esteso.
Non riesco a venire a capo del problema. Qualcuno ci si è imbattuto e ha trovato la soluzione?
Grazie
-
Paginazione risultati random e Google
Salve,
ho la necessità di paginare degli elementi presenti in pagina in modo random ma mi sta sorgendo il dubbio se la cosa possa dare fastidio a Google oppure no. Sapete illuminarmi?Tenete conto che uso i rel prev e next, ma fino ad ora non ho mai usato una paginazione random, quindi non so in che modo si comporta Google.
Se la cosa dovesse creare problemi, potrei evitare il randomize dei risultati nel caso in cui il bot che analizzi la pagina fosse quello di Google. Corretta decisione?
Grazie.
-
Responsive design e http header
Ciao,
ho appena finito di leggere un interessante articolo sulla creazione di siti mobile; dal design alla velocità di caricamento e fruizione. Le slide sono interessantissime e chi volesse può leggerlo qui http :// searchengineland.com/making-mobile-seo-perform-design-approach-speed-204923?utm_campaign=socialflow&utm_source=twitter&utm_medium=socialIo uso sempre, come suggerito anche dalle linee guida di google, il responsive design per fornire i contenuti del sito anche sui dispositivi mobili; il mio codice HTML è quindi per lo più simile fra versione desktop e versione mobile.
Scrivo per lo più simile perchè attuo un piccolo stratagemma: praticamente in base al tipo di dispositivo (non al viewport) che visita la pagina cambio il source url delle immagini (attributo src; le immagini sono identiche cambiano sono le dimensioni ed il peso) via PHP. Leggendo l'articolo di cui sopra mi è venuto un dubbio: facendo così devo inviare anche il Vary HTTP Header o dato che cambio solo questi valori è una cosa trascurabile?
Grazie per le risposte
-
RE: Aggiornamenti siti, problemini
Grazie dell'aiuto ad entrambi,
su questo forum si trovano spesso ottimi consigli. -
RE: Aggiornamenti siti, problemini
Grazie LuckyStrike per la risposta,
ma devo usare lo strumento di rimozione URL sulle pagine che hanno il redirect 301? -
Aggiornamenti siti, problemini
Ciao a tutti,
ho da circa 15 giorni apportato sostanziali modifiche alla struttura del sito web (html, url, architettura, server) indicato in firma permigliorarne le prestazioni(Pagespeed e YSLOW alto) e la forma.
Per molte pagine già indicizzate del sito ho dovuto quindi inserire dei redirect 301 alle corrispondenti nuove pagine, mentre per alcune pagine già indicizzate(principalmente pagine di tags), non avendo un corrispettivo contenuto nella nuova struttura, ho dovuto necessariamente far visualizzare la pagina 404.Spiegata brevemente la situazione vi scrivo i problemi che ho riscontrato e sul quale ho dei dubbi, essendo io programmatore e non SEO.
-
Usando l'operatore site: ho notato che al momento in serp sono indicizzate sia le vecchie pagine(quelle a cui ho messo un redirect 301), che le nuove(quelle a cui punta il redirect 301), il che mi sembra una cosa non molto buona. Si tratta solo di tempo e quindi Google rimuoverà le vecchie pagine in automatico, oppure devo in qualeche modo usare sui vecchi URL lo strumento di rimozione URL da GWT.
-
Da GWT su errori di scansione mi vengono segnalate ovviamente le pagine per le quali adesso sputo fuori la pagina 404. Per molti ho usato la rimozione URL ed in effetti dalla serp sono andati via. Probabilmente c'è qualche backlink da qualche sito che punta a queste pagine e quindi mi vengono sempre segnalate come errori di scansione. Mi devo preoccupare? Quale sarebbe la migliore azione da intraprendere per evitare la segnalazione di questi errori di scansione?
3)Se vi va di analizzare il sito e notate qualcosa che secondo voi è sbagliato ai fini SEO, potete tranquillamente dire la vostra.
Grazie.
-
-
RE: sito rifatto da 0 e indicizzazione nuove pagine
Ciao sssimo,
puoi deindicizzare tutto il sito usando la sezione rimozione URL dagli strumenti per webmaster di Google -
RE: Miglior sistema di paginazione
Grazie, ma sei sicuro che Google non preferisca una delle tecniche descritte, oppure qualcuna a cui non ho pensato?
Inoltre, quali sono gli errori da non fare?Non c'è una "tecnica preferita" da Google, la cosa che ti ripeto di consiglio è di usare il rel prev/next per migliorare la relazione fra le pagine dei contenuti che intendi paginare.
Altra cosa che ti consiglio è quella di restituire un pagina con status code 404 nelle pagine che superino l'ultima pagina del tuo flusso. Se hai 20 pagine ad esempio la ?pag=21 dovrebbe restituire un 404.
Se per la paginazione, uso chiamate ajax, del tipo catalogo.php?pagina=2, che non ricarica la pagina, ma sostituisce solo i risultati, Google come legge questa situazione?
Per questo tipo di paginazione vale la stessa linea guida indicata nel link che ti ho passato nella prima risposta al topic (quello che punta al google webmaster blog).
Nello specifico quando faresti la chiamata ajax dovresti aggiornare i valori del rel prev/next ed anche l'url. Inoltre la pagina dovrebbe essesre raggiungibile anche senza fare uso di ajax.Spero di esserti stato utile.
-
RE: Miglior sistema di paginazione
Ciao Faxio,
non credo ci sia un "migliore" sistema di paginazione. Dipende da quale sono le esigenze di chi crea il sito e di come si voglia offrire i contenuti agli utenti.Qualsiasi tipo di paginazione ha comunque bisogno, a mio avviso del rel prev/next.
Se può esserti utile posto il link che possa farti da guida, preso dal Webmaster Central Blog di Google, nell'eventuale implementazione della paginazione con infinite scroll.
Ecco il googlewebmastercentral.blogspot.it/2014/02/infinite-scroll-search-friendly.html
-
RE: Sitelinks Search Box: un box di ricerca interno al nostro sito su Google. Pericoloso!
Ciao Giorgio, siete sicuri di non aver implementato nulla?
Perchè io sulla home delsito giorgiotave.it vedo i microdati della ricerca così come suggeriti da Google.È una cosa che avete fatto dopo che hai scritto il post? Comunque io non vedo il Sitelinks Search Box o è sparito proprio perchè avete messo i microdati
-
RE: status redirect aree protette
Grazie, chiarissimo
-
RE: status redirect aree protette
Grazie Federico per la risposta articolata.
Se i miei redirect 302 invece di portare ad un pagina per effettuare il login portassero ad una pagina con il meta noindex,nofollow cambierebbe qualcosa sul tuo ragionamento.
Per essere un pò più chiaro, le pagine col redirect, sono le pagine successive ad un carrello ecommerce, per le quali bisogna essere necessariamente loggati.
-
status redirect aree protette
Ciao a tutti,
ho una perpresslità riguardo l'uso del corretto redirect status code da utilizzare sul alcune pagine di un sito al quale sto lavorando.Le pagine del sito, che sono accessibili solo agli utenti loggati, hanno un redirect con status code 302 che riporta ad una pagina noindex,nofollow.
Gli utenti non loggati e quindi anche i vari bot, seguirebbero il redirect; per far comprendere loro meglio la situazione, cioè che le pagine fanno parte di un'area protetta, che redirect code dovrei usare? Va bene il 302 che uso al momento?
Grazie