Selbst gehostete Webfonts werden nicht von Google CDN für AMP-Seiten zwischengespeichert

Meine Firma experimentiert seit kurzem mit AMP-Seiten für eine unserer Websites. Dieser Prozess hat sehr gut funktioniert, und wir stellen fest, dass Google unsere Seiten für die Verwendung im AMP-Karussell indexiert: Mobile Google Search result for PennLive.com.Selbst gehostete Webfonts werden nicht von Google CDN für AMP-Seiten zwischengespeichert

Unsere Schriftarten-Assets werden jedoch als 404 im Google-Karussell zurückgegeben, obwohl sie direkt auf unseren AMP-Seiten arbeiten.

https://cdn.ampproject.org/r/www.pennlive.com/static/common/fonts/v1/benton-sans-medium/448c4642-c106-472f-9c6a-a4d7b5347b03-3.woff kehrt 404

während:

http://www.pennlive.com/static/common/fonts/v1/benton-sans-medium/448c4642-c106-472f-9c6a-a4d7b5347b03-3.woff kehrt 200

In den amphtml docs, heißt es, dass selbst Schriftarten gehostet muss über http oder https bedient werden, das ist, was wir tun, für unsere Seiten und die AMP-Seiten validieren offensichtlich.

Warum geben diese Schriftarten im Google AMP-Karussell nicht 200 zurück?

Beispielseite: http://www.pennlive.com/articles/18505993/penn_state_commit_damion_barbe.amp

https://www.google.com/amp/www.pennlive.com/articles/18505993/penn_state_commit_damion_barbe.amp#development=1

Quelle

2016-05-05 Jonathan Kempf

Ihr Server gibt einen ungültigen Inhaltstyp für die .woff-Schriftartendatei zurück.

$ curl -I http://www.pennlive.com/static/common/fonts/v1/benton-sans-medium/448c4642-c106-472f-9c6a-a4d7b5347b03-3.woff 

HTTP/1.1 200 OK 
Date: Fri, 20 May 2016 17:27:48 GMT 
Last-Modified: Wed, 18 May 2016 15:03:07 GMT 
Accept-Ranges: bytes 
Cache-Control: max-age=604800 
Expires: Fri, 27 May 2016 17:27:48 GMT 
Content-Type: text/plain; charset=UTF-8 
X-Varnish: 198714588 
Via: 1.1 varnish-v4 
X-ADI-VCache: MISS 
Content-Length: 54040 
Connection: keep-alive

Hinweis Content-Type: text/plain;

Ich glaube, Sie application/x-font-woff oder font/woff

Quelle

2016-05-20 17:30:50 Gregable

Ich werde dieses Problem beheben und sehen, ob die Schriftarten angezeigt werden. Ich werde diese Antwort akzeptieren, wenn das funktioniert. –

Diese Lösung funktionierte für mich.Die Schriftarten geben den korrekten Typ zurück, und jetzt erscheinen sie im Karussell.Thanks für Ihre Hilfe –

Froh, dass es funktioniert hat! – Gregable

Es wäre hilfreich, Ihre AMP Seite zu sehen; ansonsten versuche ich herauszufinden, was passieren könnte.

Hatte ein ähnliches Problem mit Font Awesome Schriften. Schließlich entdeckte diesen Ansatz:

<link href="https://maxcdn.bootstrapcdn.com/bootstrap/3.3.5/css/bootstrap.min.css" 
    rel="stylesheet" 
    integrity="sha256-MfvZlkHCEqatNoGiOXveE8FIwMzZg4W85qfrfIFBfYc= sha512-dTfge/zgoMYpP7QbHy4gWMEGsbsdZeCXz7irItjcC3sPUFtf0kuFbDz/ixG7ArTxmDjLXDmezHubeNikyKGVyQ==" 
    crossorigin="anonymous" 
>

Ich sehe, dass benton-sans-medium eine Schriftart sein können, dass Sie eine Lizenz erworben haben. Wenn sie die Schriftart für Sie bereitstellen, kann der obige Ansatz nützlich sein.

Quelle

2016-05-05 21:39:35

möchte ich eine Beispielseite hinzugefügt haben für Sie einen Blick zu nehmen. Sowohl das Google CDN als auch die gehosteten Versionen sind vorhanden. –

Keine Schriftprobleme. Wenn die Chrome-Entwicklungstools verwendet werden, beziehen sich die angezeigten Fehlermeldungen auf "[amp-analytics.Transport]" "Bildanforderung konnte nicht gesendet werden." Irgendetwas passiert mit "richmetrics.com"; vielleicht 'pageviewWidth'. Erwägen Sie das Testen mit einer Teilmenge von "Analysen". –

Jay. Dies sind normale Fehler, die die AMP-Validierung nicht beeinflussen. Wenn Sie sich den zweiten Link des Google-Karussells ansehen, sehen Sie, dass alle Zeichensätze 404s zurückgeben. Die Nicht-Google-Karussellseite weist keine Probleme auf. –

Selbst gehostete Webfonts werden nicht von Google CDN für AMP-Seiten zwischengespeichert

Antwort

Verwandte Themen