This has been asked a few times over the past couple of years but as Facebook tells me "Facebook engineers actively participate on StackOverflow.." So I'm hoping get get some joy here.
We have uploaded a video to youtube, passed it round and made sure we are happy with it, made it public and tried to change the title from 'xxx - final' to the actual title. However, Facebook shares are showing the old prerelease title but not the actual title, leading to much confusion amongst our subscribers and those trying to share the video. I should add the time between clicking the 'public' button to updating the title was a matter of minutes and seconds.
I have run it through the Facebook debugger and the scraper can see the changes but the problem persists along with the following debugger message:
"Attempted Frozen Title Change It appears that you are trying to change the property og:title from xxx to xxx. If so, you are not allowed to for this object because too many actions have been published against it."
This is obviously a real problem for us. Has anyone come up with a definitive solution or course of action? We can't simply delete the video because its for a band and there have been numerous post to not only Facebook but fan forums and elsewhere already and deleting and re-uploading the video would require an alternative url.
Many thanks
I managed to talk to a FB developer about this. Is seems that its a protective measure to stop click baiting, fake links and so on. His advice was make sure you upload the file as you want to see it when it goes live - ie. Don't use 'video 4.. final version' or some similar 'temporary' title because as soon as people start to view click or comment it becomes locked.
The engineer I spoke to was kind enough to unfreeze the video so all was well in the end, but looking at the comments of others who have had the same problem I was pretty lucky as it was a long standing Youtube account with 100,000's views and hundreds of links pointing to it meaning they were comfortable that I wasn't 'trying it on'.
So the bottom line is: if you want to upload a video and share it with your Facebook account, make sure the you have set the titles, tags and any metadata on the video immediately and before you paste to, or, share on youtube or there is a strong possibility that even though you can update that info on Youtube, Facebook won't recognise the changes and instead use the information it has in its database when the video was first scraped.
Related
Short version
Is there a way to force a specific banner to show so I can take a screenshot? I know I can Photoshop it etc, but that's not really nice.
The whole thing
In name of an intermediary firm I regularly place banners for their clients on my site via DFP (my account). They always request a screenshot of the site displaying the clients' banner to pass on to them showing that I've started the campaign.
Unfortunately sometimes the frequency is so low that even "As fast as possible" takes a ton of pageviews before the banner shows up (which is also not really nice towards the other advertisers).
You can check documentation for Preview a creative
In short:
You need to open creative, click Preview tab, click on site and put url of the page on your site where you expect to see your creative
Update
Looks like problem related to way you are opening creative. I have reproduced this behaviour.
If you open creative directly trough search it shows no On site link
If you open line item first and from this screen navigate to very same creative, you will see On site link
There seems to be a silent fail when trying to stream tracks from an account.
Example:
API Gee console:
https://api.soundcloud.com/tracks/#####.json?consumer_key=###
Response: 200
Streamable: true
API Console Stream URL:
https://api.soundcloud.com/tracks/#####/stream?consumer_key=###
404 not found - (Blank white page no error in browser)
Track set to public and API streamable - All tracks on account, which were streaming as normal until the end of last week.
The consumer key works for tracks by other users, so it could be linked to this account directly?
For those coming here for an answer to this problem, it is a known bug when a song reports streamable: true yet results in a blank white page in browser when trying to stream. The bug is in the streamable boolean being false.
Email response from SoundCloud on this issue:
The developers have let me know that the problems you are having is
due to issues with RTMP.
Currently certain content on SoundCloud is using a secure streaming
method called RTMP.
To explain RTMP, even if a track is set to public and streamable by
the artist, if the artist is under a major label, this label can
further control those streaming permissions. So, it looks like it
should stream correctly, however it doesn't.
This particular bug that you have highlighted is more complicated than
originally thought, and as only a handful of tracks are affected we
unfortunately don't have the resources to dedicate a team entirely to
this project as of right now.
So unfortunately you'll just have to deal with/work around this issue.
I've noticed that i get blank page for stream url of tracks which are in "wav" format:
<original-format>wav</original-format>
other formats were working fine.
Not sure what track you're trying to stream. Some tracks are set by the artist to not be streamed.
You got the format for the url correct. Try this url with your own consumer key:
http://api.soundcloud.com/tracks/32476280/stream?consumer_key=[###]
After being in touch with the support team at SoundCloud, they provided the following:
The problems you are having is due to the content and rights holders.
To explain, profile admins have the ability to change settings as they
like, so if the tracks have stopped playing, it's likely that they
have disabled apps on the track or content. This means that the rights
holders, that own all of this content, have turned this setting off,
and we don't have control over it or the ability to enable it again.
They managed to get my "API permissions extended" because the rights holders own the SoundCloud account in question. It seems there was just a mistake somewhere along the way with denying streaming.
You'll need to log an issue with SoundCloud support if you have a similar problem.
I have noticed this numerous times, and have yet to find a fix; when using the share link (http://www.facebook.com/sharer.php?u=MyUrl&t=titleInfo), it pulls in the image, page title, and description from MyUrl just fine. However, it seems to ignore &t, and just uses the page title regardless. That is not the big issue though.
The problem is, if I totally change my page title and opening text, the share link won't update. It seems locked on whatever the page had on it the first time I tested the share link. Is there a way to make it refresh?
In my instance, I was updating some site pages from last years contest edition. Before I got the main page updated, I was working on the FB share link on a different page. I clicked it to test if it worked with the new graphic, and it did, but it of course pulled up the 2012 page content.
Then I went and updated all of the page content to make it for this contest (same URL) and now no matter who tests it, it is still pulling up last year's info (page title and description). It is as if FB has locked that info in and no matter who shares my link, it always pulls up the old text.
I have seen this before with YouTube links. Someone has shared one, I go in later and change the title, and no matter who shares it it never updates because that first initial share text seems permanently locked in FB.
Does anyone know how I can make it refresh, without having to make a whole new URL from last year?
actually facebook gets your page information at the time of posting and save it in their database. so next time it fetches that url and information from their database not from your page.
you may have to share that page again to make new entry in database of the facebook. but old one will remain there.
You can force Facebook to clear their cache by using their debugger. Enter the URL in question at https://developers.facebook.com/tools/debug. You need to do this for each page you are working on.
There are also some rules about not changing the info they have if there are more that (50)? likes.
The problem i have is that i own a website where other people can post stuff ,creating new pages on my domain, but the problem that occured today is that all the new post pages created today are malfunctioning , sharing is not loading thumbnail picture and title and so on, but the weird this is that all the posts(new pages) created before today are all working fine
What caused an error to occur out of nowhere?
I also cannot debug any of the URL's of my website as the same error: Error parsing input URL, no data was scraped
The website im having problems with is here http://www.vabameedia.ee/vm/184/h%C3%A4da-ei-anna-h%C3%A4beneda.html
This is one of the sites where it says no error on page but facebook still cant reach it. http://www.vabameedia.ee/vm/178/craig-parks-%C3%BChek%C3%A4eline-krossisoitja.html
For people experiencing the same problem but for different causes, I discovered a few interesting things about how Facebook "scrapes" pages, checking the logs of the server while doing some trials.
First of all: if you never tried to share a page with FB, FB never tried to scrape it, and it will not try to do so if you only put the url in the Debug tool.
That's the first reason because you get the error: it just states that FB has no information on the page, you must "force" it to scrape the page.
The first time you try to share a page, FB scrapes it (asks your server the first 40k of the page and analyse the opengraph tags).
What can happen is that you do not see the image: Facebook Share Dialog does not display thumbnails one first load
The reason is that FB behind the scenes is still scraping your page and caching the image. The next time, in fact, you have also the image.
How to solve it? Pre caching: https://developers.facebook.com/docs/sharing/best-practices#precaching
or simply add
<meta property="og:image:width" content="450"/>
<meta property="og:image:height" content="298"/>
I was pulling my hair out trying to fix this issue. Hours and hours of troubleshooting to no avail. After speaking with one of our programmers about a topic unrelated I thought of something to try as a long shot.
Much to my surprise, it worked!!!
This is the reason behind the problem and my solution for it:
When you draft a post in WordPress it generates a link based on your article's title (unless you manually change it). The title of my article included special characters, however the auto-generated link didn't display these special characters, only hyphens to replace the spaces. Should be fine right? Wrong! Somewhere embedded in metadata and code in the WordPress platform are those special characters and they mess up the way Facebook pulls info from the article being linked to. This is a problem because certain special characters invalidate hyperlinks.
For example:
Article Title: R[eloaded]
Auto-generated hyperlink DISPLAYED in WordPress "Permalink" field: http://www.example.com/reloaded
Actual WordPress Auto-generated hyperlink: http://www.example.com/r[eloaded]
Those brackets will invalidate the link and Facebook will be unable to pull any information (ie pictures) from it.
Solution:
(1) Simply, manually change the WordPress hyperlink address to something that doesn't include any special characters (this will not change the title of your article).
(2) Click "Update" to change the post to include the new hyperlink.
(3) Click "Purge from Cache" in the WordPress window
(4) Refresh your Facebook browser window
(5) Paste the new hyperlink for your article
(6) Enjoy your Facebook post with a preview image and information
Sidenote: Don't pull your hair out over Facebook, it's not worth it. =)
If you're using Wordpress, edit the post in question to change the permalink (just alter it slightly), then update the post. Using the new permalink in the Facebook OG debugger should now work.
It's a weird fix, but I think it takes care of a problem caused by special characters being used in the title of a post, which is then used to make the permalink.
Its all about DNS issue, was having same issue and resolved it by updating domain name servers to actual name servers.
In my case my domain was pointed to ns1.websterz.net and ns2.websterz.net and on this server i had DNS redirect to my other server (where web site is hosted). I Just updated name servers of the domain to actual name servers where my web site is hosted on. This was account migration case i forgot to update name servers as of new server.
Everything works fine now.
I'm confused about whether the Stratus player for SoundCloud can play continuously between pages, or at least pick up the track where it was.
SoundCloud describes the STratus player as follows... "A bunch of you told us that the only SoundCloud player that was missing was one that would float on the top or bottom of a site and continue to play as you switch pages, we feel like we've solved that with our Stratus player!" (http://soundcloud.com/101/stratus)
But on the Stratus2 page it says "Can I keep Stratus playing even when the page reloads?
Not currently." (http://stratus.sc/)
Is there some way to have SoundCloud play continuously between pages, or at least pick up the track where it was?
It looks like you can achieve this with the HTML5 History API.
The HTML5 history API is a standardized way to manipulate the browser
history via script. Part of this API — navigating the history — has
been available in previous versions of HTML. The new parts in HTML5
include a way to add entries to the browser history, to visibly change
the URL in the browser location bar (without triggering a page
refresh), and an event that fires when those entries are removed from
the stack by the user pressing the browser’s back button. This means
that the URL in the browser location bar can continue to do its job as
a unique identifier for the current resource, even in script-heavy
applications that don’t ever perform a full page refresh.
Can I keep Stratus playing even when the page reloads?
Not currently. Your site would need to be built so that it doesn't
reload rather than the player. However, we do provide a popup function
that users can click to enjoy your tunes while browsing your site.
I'm guessing that the line about changing pages refers to possibility of popping the player out and navigating the website. You could also build your website with something like pjax and then keep stratus in the “footer” so navigating your website will only update the contents.
I hope this helps.